- অন্যান্য কয়জন লোক নিজেকে প্রতিদিন কাজ করে চলেছে?
এটি খুব সরাসরি উপায়ে আপনার অভিনয় করার উপর প্রভাব ফেলে। এটি একটি নিরবচ্ছিন্ন ছুটি নেওয়ার আপনার ক্ষমতাকেও প্রভাবিত করে ...
- সমস্যার প্রথম প্রতিক্রিয়াশীল কে?
এই উত্তরটি পৃথক হবে, তবে সংগঠনটি আসলে কীভাবে "সংগঠিত" করতে পারে তা এটির একটি ভাল ইঙ্গিত। বড় সেটআপগুলিতে একটি হেল্পডেস্ক এবং টিকিটিং সিস্টেম থাকা উচিত; ছোট সেটআপগুলিতে সহায়তার জন্য একধরনের কোম্পানির দ্বারা প্রদত্ত পেজারের সাথে কমপক্ষে টিকিট ব্যবস্থা থাকা উচিত ।
"জাস্ট আপনি" কোনও গ্রহণযোগ্য উত্তর নয়। এটি সংস্থার সম্পূর্ণ অভাব এবং "আপনি কীভাবে ব্যবহারকারীদের কাছ থেকে অনুরোধগুলি ট্র্যাক করবেন?" এই প্রশ্নের সাথে অনুসরণ করা উচিত। এটি অবশ্যই "আপনি করবেন না" ছাড়া অন্য কিছু দিয়ে জবাব দিতে হবে ।
- প্রশাসকদের কাছে আপনার বিদ্যমান সিস্টেমের অনুপাত কী?
এটি খুব বেশি (50: 1 এর উপরে) বা খুব কম (5: 1 এর নীচে) হওয়া উচিত নয়। খুব উঁচুতে এবং আপনার কাজের চাপ এত তীব্র হবে যে আপনি চালিত থাকার জন্য জল চালাবেন। খুব কম এবং আপনি হয় একজন ব্যক্তি শপ, বা সিস্টেম পরিচালনার জন্য দোকানের ক্ষমতা নিয়ে গুরুতর সমস্যা রয়েছে।
সর্বদা হিসাবে, বিধি ব্যতিক্রম আছে; উদাহরণস্বরূপ যেখানে 200+ সিস্টেমগুলিকে একক উত্স থেকে চিত্রিত করা যায় (ওয়েব শিরোনাম মনে করুন) এবং ব্যবসা যেখানে খুব ছোট (উদাহরণে 20 কর্মীদের কেবল 2 সার্ভারের প্রয়োজন হতে পারে)।
- প্রশাসকদের কাছে আপনার শেষ ব্যবহারকারী / গ্রাহকদের অনুপাত কী?
এটি প্রত্যাশার একটি পরিমাপ। এগুলি আপনার "গ্রাহক"। যখন সমস্যা রয়েছে, কোনও পরিস্থিতি সমাধান করতে আপনি যে "চাপ" এর অধীনে চলে আসবেন এটিই হবে। মাত্র 2 অ্যাডমিন সহ 5000 এর একটি সংস্থার খুব খুব চাপের জায়গা হতে পারে যদি আপনার সিস্টেমে সমস্যা হয়।
- বিদ্যমান সিস্টেমে আপনার শেষ ব্যবহারকারী / গ্রাহকদের অনুপাত কী?
এটি সার্ভার কাজের চাপের একটি পরিমাপ। খুব বেশি অনুপাত অতিরিক্ত ব্যবহারের বা বাজেটের সীমাবদ্ধতার লক্ষণ হতে পারে যা প্রসারিত হওয়ার সময় আপনার হাত বেঁধে দেবে। আন্ডারটিলাইজেশন একটি সমস্যাও হয়ে উঠতে পারে যখন এটির জন্য ডাকা হয় না (অর্থাত্ এই বোঝা যায় যে এইচআরটির নিজস্ব সার্ভার রয়েছে, তবে 5,000 এর প্রতিষ্ঠানে কেবল 5 "নিয়মিত" ব্যবহারকারীদের জন্য একটি ফাইল সার্ভার একটি লাল পতাকা); এটি সার্ভারগুলি একীভূত করতে কিছু "ভার্চুয়ালাইজেশন" ডেকে আনতে পারে ...
- বিদ্যমান সিস্টেমে যেমন উইন্ডার প্যাচ বা ফার্মওয়্যার আপডেট প্রয়োগের ক্ষেত্রে আপডেটগুলি পরিচালনা করার জন্য কি কোনও বিদ্যমান প্রক্রিয়া রয়েছে?
এটি (ক) "আমি জানি না", বা (খ) "আমরা আপডেট করি না" ব্যতীত অন্য কোনও উত্তর হওয়া উচিত।
- বলুন কোনও সার্ভার আগুন ধরেছে। কোনও সঙ্কট বা বিপর্যয় ঘটলে, টাইমফ্রেম ডাউনটাইম হিসাবে গ্রহণযোগ্য?
এটি সর্বদা একটি যুক্তিসঙ্গত প্রশ্ন হওয়া উচিত । যদি এই প্রশ্নটিতে সাক্ষাতকারটি আকস্মিকভাবে বাঁকা হয়ে যায় তবে তারা আপনার কাজের প্রকৃতি, ভবিষ্যতের সম্ভাবনা সম্পর্কে একটি গুরুত্বপূর্ণ সূত্র বুঝতে পারে না। যদি প্রত্যাশাটি 24/7 অপারেশন হয়, তবে তা ঠিক আছে - যদি না তাদের কাছে এটির জন্য অবকাঠামো না থাকে, যার অর্থ আপনি মেশিনগুলিকে প্রচুর পরিমাণে বয়সিটিং করবেন । কোনটি গ্রহণযোগ্য এবং কী তা গ্রহণযোগ্য নয় তা জানা তাদের সত্য প্রত্যাশা সম্পর্কে তাদের কার্ড টিপতে আপনাকে সহায়তা করে to
- আগুনের কথা বললে, আপনার সরঞ্জামগুলির জন্য কি আপনার কাছে ফায়ার দমন ব্যবস্থা রয়েছে এবং এটি কি উপযুক্ত ধরণের?
জল স্প্রিংকলার হয় না একটি গ্রহণযোগ্য উত্তর। এই করে ঘটতে, এবং আপনি হবে সংস্থাগুলির কোন বাতাস চলাচলের সঙ্গে একটি ঝাড়ু পায়খানা মধ্যে একটি আলনা ঠাসাঠাসি মনে করি এবং আগুন স্প্রিংকলার ওভারহেড পেতে একটি মহান ধারণা । যদি এটিকে অবনমিত করা হয়, অবহেলা করা হয় বা শত্রুতা দেখা দেয় তবে উঠে পড়ুন, সাক্ষাতকারকে ধন্যবাদ জানুন এবং হাঁটবেন না, দৌড়াবেন ...
- আপনার ডেটা ব্যাকআপ প্রক্রিয়া এবং ব্যবহৃত স্টোরেজের ফর্ম্যাটটি বর্ণনা করুন।
এটি অন্য একটি প্রশ্নের উত্তর যা "আমাদের না" এবং "আমাদের ব্যাকআপ মিডিয়া নেই" ব্যতীত অন্য কোনও কিছুর সাথে দেওয়া উচিত।
- আপনি কি নিয়মিত আপনার ব্যাকআপ পরীক্ষা করেন এবং কতবার?
উপরোক্ত প্রশ্নের ফলোআপ। আপনি যদি নিয়মিত পরীক্ষা না করে থাকেন তবে আপনি কেবল সমস্যাকে আমন্ত্রণ জানাচ্ছেন।
- মূলধন ব্যয় এবং সামান্য ক্রয় উভয়ের জন্য কি কোনও বাজেট এবং ক্রয় প্রক্রিয়া রয়েছে? আমি কিছু কেনার জন্য যে প্রক্রিয়াটি ব্যবহার করব তা কি আমাকে বোঝাতে পারেন?
যদি উত্তরটি হয় "আমরা (অন্য কেউ) এটি আমাদের প্রয়োজন হিসাবে এটি কিনে ফেলবে", এটি একটি লাল পতাকা। এর অর্থ হল "আপনার যখন সত্যিকারের প্রয়োজন হয় আমরা সরঞ্জাম কেনার জন্য আপনার উপর আস্থা রাখি না, সুতরাং এর পরিবর্তে আমাদের অন্য কেউ এটি করিয়ে নেবে"। সর্বদা একরকম বাজেট থাকা উচিত।
কিছু কেনার প্রক্রিয়াটি 2 মিনিটেরও কম সময়ে ব্যাখ্যা করার জন্য যথেষ্ট সহজ হওয়া উচিত। এতে 2 টিরও বেশি পক্ষ সাইন আপ বন্ধ করা উচিত নয় (উচ্চতর সংখ্যাগুলি লাল টেপ নির্দেশ করে), এবং এটির ঘুরিয়ে ঘুরিয়ে দিন বা ঘন্টার মধ্যে পরিমাপ করা উচিত, সপ্তাহ নয় (সমালোচনা ক্রয় খুব দীর্ঘ হলেই অনুষ্ঠিত হবে)। সর্বদা এক ধরণের প্রক্রিয়া থাকা উচিত।
- আপনার কি পুরানো হার্ডওয়্যার রিফ্রেশ এবং পুনর্ব্যবহার করার পরিকল্পনা রয়েছে এবং এটি কতবার ঘটে?
আমি প্রকৃতপক্ষে 18 বছর বয়সী মিনিকম্পিউটারগুলিতে এমন সংস্থাগুলি চালিত দেখেছি যা সহায়তা বিক্রেতার কাছ থেকে সহায়তা চুক্তি এবং প্রচুর অতিরিক্ত যন্ত্রাংশ দ্বারা বাঁচিয়ে রাখা হয়েছে। অবশ্যই, আসল হার্ডওয়্যার বিক্রেতার চলে যাওয়ার অনেক আগে থেকেই ...
ডেস্কটপ ইউনিটগুলি কখনই 3 বছরের বেশি বা ততোধিক 5 বছরের চেয়ে ধীরে ধীরে রিফ্রেশ করা উচিত নয় tight টাইট বাজেটের ব্যবসায়গুলিতে ডেস্কটপটিকে 5 বছর পর্যন্ত প্রসারিত করা কখনও কখনও উপযুক্ত উত্তর।
রিসাইক্লিংয়ের বিটটি পুরানো হার্ডওয়্যারের প্রতি তাদের "ডিসপোজযোগ্য" মনোভাব আছে কিনা তা দেখার জন্য এটি একটি পরীক্ষা। এটি এই অর্থে খারাপ যে আপনার পরিচিত রিসাইক্লারের মাধ্যমে আপনার এটি যথাযথভাবে নিষ্পত্তি করা উচিত, তবে এটি একটি অর্থে ভাল যে আপনি প্রয়োজন হলে গ্যাং ওল্ড হার্ডওয়্যারকে সাময়িক দায়িত্বতে চাপ দিতে পারেন। এটি আপনাকে তাদের "বনিয়ার্ড" (চারপাশে রাখা পুরানো হার্ডওয়্যারের স্তূপ) এর আকারের ধারণা দেয়।
সম্পর্কিত প্রশ্নাবলী:
https://serverfault.com/questions/44638/how-often-does-tech-refresh-happen