উইন্ডোজ সার্ভারগুলি কতবার পুনরায় চালু করা দরকার?


77

একটু ব্যাকগ্রাউন্ড: আমাদের ডিপার্টমেন্টের জন্য আমাদের বেশ কয়েকটি উইন্ডোজ সার্ভার রয়েছে (২০০৩, ২০০৮)। আমরা আইটি বিভাগের তাই আমরা আমাদের নিজস্ব সার্ভার পরিচালনা করি। আমাদের চারজনের মধ্যে আমি এখানে একমাত্র আইটি জ্ঞানের সামান্য পরিমাণে জ্ঞান। ("সামান্য পরিমাণ" নোট করুন)) আমার বস বলেছেন কমপক্ষে সাপ্তাহিকভাবে সার্ভারগুলি পুনরায় চালু করা দরকার। আমি একমত নই আমাদের আইটি বিভাগ বলছে যে তিনি তাদের অবিচ্ছিন্নভাবে পুনরায় চালু করার কারণেই আমাদের হার্ড ড্রাইভগুলি ব্যর্থ হয় এবং বিদ্যুৎ সরবরাহ তাদের উপর যায়। (এটি গত কয়েক বছরে কয়েকবার আমাদের সার্ভারের কয়েকবার হয়েছে এবং খুব সম্প্রতি))

সুতরাং প্রশ্নটি হল: সবাই কতক্ষণ তাদের উইন্ডোজ সার্ভারগুলি পুনরায় চালু করে? কোন শিল্পের মান বা সুপারিশ আছে? আমাদের আইটি বিভাগ কি এটি সঠিকভাবে বলে যে আমরা পুনরায় শুরু করার কারণেই আমরা হার্ডওয়্যার সংক্রান্ত সমস্যা নিয়ে আসছি? (আমি যদি তার মন পরিবর্তন করতে চাই তবে আমার একটি কারণ প্রয়োজন!)



4
Dang! আমরা প্রতি চতুর্থ বৃহস্পতিবার করছিলাম! :)
ইভান

2
আমি বিপরীতে নৌকায় আছি আমাদের পুরো বিভাগের মধ্যে এক সপ্তাহ ব্যাপী বিতর্ক ছাড়াই সার্ভারগুলি পুনরায় বুট করার অনুমতি নেই যা প্রতি সার্ভারে প্রায় 12 ম্যানহ্যুর লাগে। হ্যাঁ, এর মধ্যে প্যাচিংয়ের জন্য রিবুটগুলি অন্তর্ভুক্ত রয়েছে, এর কার্যকরভাবে অর্থ হল যে এটি কখনই সম্পন্ন হয় না।
হিপ্পি

19
সাপ্তাহিক পুনরায় আরম্ভ করার ফলে হার্ডওয়্যার ব্যর্থতাগুলিতে কঠোর বৃদ্ধি ঘটানো উচিত নয়।
জেমসআরয়ান

3
মনে হচ্ছে আপনার ল্যাপটপের চেয়ে আপনার সার্ভারগুলি প্রায়শই রিবুট হয়ে যায়। আমি সাধারণত এটি স্লিপ মোডে রাখি যখন আমি এটি ব্যবহার না করি। রিবুট করার স্বাভাবিক কারণটি উইন্ডোজ আপডেট বা সফ্টওয়্যার ইনস্টল করা।
ফিল

উত্তর:


116

আমার বস বলেছেন সার্ভারগুলি কমপক্ষে সাপ্তাহিক পুনরায় চালু করা দরকার

আমি দৃ strongly়ভাবে একমত না। মাইক্রোসফ্ট স্থিতিশীলতা এবং আপটাইম সম্পর্কিত গুড-ওলে [এনটি, কেউ?] দিন থেকে দুর্দান্ত পদক্ষেপ নিয়েছে। এটি লজ্জার বিষয় যে এটির সাথে আইটি সহায়তার মধ্যে sensক্যমত পরিবর্তিত হয়নি।

সবাই কতক্ষণ তাদের উইন্ডোজ সার্ভারগুলি পুনরায় চালু করে?

কেবলমাত্র যখন প্রয়োজন - হয় কোনও ওএস / সফ্টওয়্যার আপডেটের কারণে, একটি জটিল সফ্টওয়্যার ব্যর্থতা যা অন্য পদ্ধতিগুলির মাধ্যমে পুনরুদ্ধার করা যায় না, হার্ডওয়্যার আপগ্রেড / প্রতিস্থাপন বা অন্য ক্রিয়াকলাপ যা রিস্টার্ট ব্যতীত ঘটতে পারে না। 1

কোন শিল্পের মান বা সুপারিশ আছে?

আমি প্রতি সেটির জন্য কোনও স্ট্যান্ডার্ড সুপারিশ দেখিনি , তবে আমি কোনও সুপারিশের সাথে একমত হতে পারিনি ([এমএস নিজেই বাদে]] যা একটি নির্দিষ্ট সময়ের ব্যবধানে "পুনরায়-কারণ" একটি প্রয়োজনীয় রিবুট নির্দেশ করে।

আমাদের আইটি বিভাগ কি এটি সঠিকভাবে বলে যে আমরা পুনরায় শুরু করার কারণেই আমরা হার্ডওয়্যার সংক্রান্ত সমস্যা নিয়ে আসছি?

পুনরায় আরম্ভ করা [এবং আরও বেশি, পাওয়ার সাইক্লিং] একটি কম্পিউটারের জন্য হার্ডওয়্যার ক্রিয়াকলাপের সবচেয়ে চাপের সময়। আপনার বেশিরভাগই 100% পর্যন্ত স্পিনিং - ডিস্ক এবং অনুরাগী ... পাশাপাশি উপাদানগুলির তাপমাত্রায় উল্লেখযোগ্য ওঠানামা। আধুনিক হার্ডওয়্যার অবিশ্বাস্যরূপে স্থিতিস্থাপক, তবে সপ্তাহে কয়েকবার স্বেচ্ছাসেবীর সার্ভারের জন্য এটি কোনও কারণ নয়।

1 পাশাপাশি, যখন ব্যর্থ পরিষেবা, বা এর মতো ক্ষেত্রে উইন্ডোজ সার্ভারটি "স্রেফ" রিবুট করে তখন প্রযুক্তিগতভাবে আমি ঘৃণা করি। আমি সেবা আবার চলমান যদি প্রাপ্য বুঝে পান, কিন্তু একটি পুনরায় বুট হওয়া উচিত গত বিপদে পদক্ষেপ একটি সার্ভার শুটিং। সনাক্তকরণ এবং ফিক্সিং [!], ব্যর্থতার মূল কারণটি কখনই "মেহ, কেবল এটি পুনরায় চালু করুন ..." এর ফলাফল হিসাবে দেখা উচিত নয় "


2
পুরো উত্তরের জন্য আপনাকে ধন্যবাদ। আমরা মাসে একবার আপডেট করি, যা স্পষ্টতই যখন আমাদের আবার চালু করতে হয় আমরা তা করি। আমি উত্তর প্রশংসা করি।
ইভান

5
আপনার সংযোজন সম্পর্কে আমার একমত হতে হবে। যদি পরিষেবাটি সার্ভারটি সংজ্ঞায়িত করে (উদাহরণস্বরূপ একটি এনএফএস সার্ভার যা ভাগ করে নেওয়া রফতানি বন্ধ করে দেয়), এবং আপনি জানেন যে একটি ক্লিন রিবুটটি এক্স মিনিটে পরিষেবাটি ফিরিয়ে আনবে এবং প্রাথমিক সমস্যা সমাধানের পরে আপনি নির্ধারণ করুন এটি সমাধান করতে x + 5 লাগবে ইস্যু, এটি কেবল পুনরায় বুট করা সবচেয়ে সমীচীন। আপনি পরে কোনও কারণ বিশ্লেষণ করতে পারেন। যাইহোক, এটি যাইহোক এটি করার আমার পদ্ধতি এবং আপনি খুব সহজেই পক্ষে এবং বিপক্ষে বিতর্ক করতে পারেন :) ঠিক আমি কীভাবে রোল করছি।
ম্যাথু

34
@ ম্যাথুজ: রিবুট করার কারণে হারিয়ে যাওয়া কারণ সম্পর্কে ক্ষণস্থায়ী তথ্য না থাকলে বাস্তবের পরে মূল কারণ বিশ্লেষণ করা সবই ভাল এবং ভাল। আমার মনে হয় আমি যখন অনেক লোকের পক্ষে কথা বলি যখন আমি বলি যে আমি "কেবল পুনরায় চালু" করার সিদ্ধান্ত নেওয়ার সময় সংক্ষিপ্ত ডাউনটাইমের সংখ্যার তুলনায় আরও একবার বাড়িয়ে দেওয়া এবং আউটেজের মূল কারণটি ঠিক করেছি এবং মূল কারণ বিশ্লেষণে সহায়তা করার জন্য অস্থির তথ্য ব্যবহারের দক্ষতা সম্ভাব্যভাবে হারাবেন।
ইভান অ্যান্ডারসন

8
@ ম্যাথেজ পরিষেবা ব্যর্থতার ক্ষেত্রে, আমি আশা করব প্রযুক্তিটি পুরো বাক্সটি রিবুট করার আগে সমস্যা সমাধানের পদক্ষেপ হিসাবে পরিষেবাটি পুনরায় চালু করার চেষ্টা করবে
jscott

6
@ ইভান আমি আপনার সাথে একমত হই তবে তবে আমি মনে করি যে সমস্যাগুলির মধ্যে একটি থ্রেশহোল্ড থাকতে হবে। উদাহরণস্বরূপ এটি যদি মাসে একবার হয় এবং পুনরায় বুট করার সাথে 10 মিনিটের মধ্যে সমাধান করা হয়, ব্যবসায় কখনই মূল কারণ সম্পর্কে চিন্তা করে না। আমি মনে করি আপনি এবং আমি এটি জানতে চাই তবে আপটটাইম মূল কারণের চেয়ে আরও বেশি গুরুত্বপূর্ণ। তবে এটি যদি সপ্তাহে 3 বার ঘটে, তবে এটি সম্পূর্ণ আলাদা গল্প।
জিম বি

52

আপনি যদি প্যাচ প্রয়োগ করছেন তবে উইন্ডোজ সার্ভারগুলিকে মাসিক পুনরায় বুট করা দরকার। আপনি প্যাচ প্রয়োগ করছেন, তাই না? রাইট?


8
আমাকে

3
আপনি কেবল মাসিক প্যাচ প্রয়োগ করবেন?
জন গার্ডেনিয়ার্স

কঠোরভাবে বলতে গেলে, এক্স এর কেবলমাত্র প্যাচগুলি প্রয়োগ করে যা তাদের নিজের জন্য মাসিক পুনরায় বুট করার দরকার হয়। সমস্ত পিটিএফ-গুলি পুনরায় বুট করার দরকার হয় না এবং সমস্ত মাসিক আপডেটে এমন কোনও ঠিকঠাকও নেই।
জেডিবিপি

2
আমি কেবল তখন উইন্ডোজ সার্ভারগুলি পুনরায় বুট করি যখন কোনও আপডেটের প্রয়োজন হয়। কখনও কখনও এটি প্যাচ ছাড়াই কয়েক মাস চলে যায় যার জন্য রিবুট দরকার। তবে আমার কাছে এমন লিনাক্স সার্ভার রয়েছে যা বছরের পর বছর রিবুট হয় নি এবং কোনও বাধা ছাড়াই চলে। আমি মনে করি যে আমি আমার নেটওয়ার্কে সবচেয়ে দীর্ঘকাল যা দেখেছি তা হল একটি লিনাক্স বাক্স যা একটি কক্ষপথে রাখে এবং ভুলে যায় (এটি স্বয়ংক্রিয় আপডেট পেয়েছিল)। আমি প্রবেশ করলাম এবং আপটাইমটি 3 বছর ছিল। এক বছর পরে বিদ্যুৎ সরবরাহ ব্যর্থ হওয়ায় এটি পুনরায় চালু হয়েছিল।
জেমস

যদি এটি লিনাক্স, বা বিএসডি হয়ে থাকে তবে আপনি একটি রিবুটটির প্রয়োজন ছাড়াই আপনার সার্ভারটি প্যাচ করতে পারেন । আপনাকে কেবল কার্নেল আপডেটের জন্য পুনরায় বুট করতে হবে (এবং একটি সার্ভার ওরিয়েন্টেড ডিস্ট্রো সহ, সেগুলি খুব কম)।
স্নেকডোক

18

আমি খুব নির্দিষ্ট মামলার বিকল্প উত্তর দেব। বিগত ২-৩ বছরের অগ্রযাত্রা এটি পরিবর্তিত হতে পারে তবে আপনি যদি প্রচুর ইন্টারেক্টিভ অ্যাপ্লিকেশন (অফিসের মতো) চালিত টিএস বা সিট্রিক্স সার্ভারগুলি ব্যবহার করেন, তবে সাপ্তাহিক রিবুট অফ-ঘন্টা করা ভাল ধারণা ছিল, আটকে থাকা সেশন, ব্যবহৃত ডেস্কটপ হিপ ইত্যাদির মতো সংস্থানগুলির জন্য কেবল একটি ক্লিন স্লেট থেকে শুরু করার জন্য যদি আপনার ফার্মটি সঠিকভাবে সেট আপ করা থাকে এবং পুনরায় বুটগুলি আটকে রাখেন, এমনকি আপনার যদি হালকা ব্যবহারের সময় বন্ধ থাকে তবেও ব্যবহারকারীদের প্রভাবিত করা উচিত নয়।

অবশ্যই, এটি সার্ভারগুলির নিয়মিত পুনরায় বুট হয় তবে সেগুলি ডেস্কটপগুলির মতো ব্যবহৃত হচ্ছে।


4
মিমি ... টিএস / সিট্রিক্স মামলায় ভাল ডাক।
হিপ্পি

সিসিচির অডিট ম্যানেজমেন্ট সফটওয়্যারটির সাথে সিট্রিক্স ব্যবহার করে এখানে অনুরূপ অভিজ্ঞতা।

1
মেটাফ্রেমের দিনগুলিতে আবার একই প্রয়োগ করা হয়েছিল, যখন সিট্রিক্স নিজেরাই রাতের রিবুটগুলি ব্যবহারের পরামর্শ দিয়েছিল যদি এটি ব্যবহারিক হয়।
জন গার্ডেনিয়ার্স

হ্যাঁ, মেটাফ্রেম ... আমি প্রিন্টার ড্রাইভার ম্যাপিং ফাইলের সাথে খেলতে মিস করি না। এটি অবশ্যই একটি আইটি পরিচালনার দৃষ্টিকোণ থেকে অনেক ভাল অর্জন করেছে।
mfinni

10

এটি প্রযুক্তিগতের চেয়ে রাজনৈতিক এবং মানসিক সমস্যা।

আমার অভিজ্ঞতায় কিছু নির্দিষ্ট লোক যারা উইন্ডোজের বেশ কয়েকটি পুরানো সংস্করণ নিয়ে কাজ করেছিলেন তাদের মাথায় এলো যে তাদের সাপ্তাহিক রিবুটগুলি দরকার ছিল এবং তারা এই দর্শনের বিষয়টি তাদের মনের এক কোণে সংযুক্ত করেছেন (তারা কখনই লক্ষ্য করে না বলে মনে হয়) যদিও তারা ছুটিতে থাকলে রিবুট মিস হয়)। আপনি কিছু খুব অস্থির সিস্টেম এবং অ্যাপ্লিকেশন না পেলে এটি আর বাস্তবে ভিত্তি করে না।

ফ্লিপ দিকে, ঘন ঘন রিবুটগুলি হার্ডওয়্যার ব্যর্থতা অনুঘটক করতে পারে, তবে এটির কারণ হওয়ার সম্ভবত ভয়ঙ্কর সম্ভাবনা নেই।


7
আমার বস অবসরপ্রাপ্ত নেটওয়ার্ক প্রশাসকের সাথে ভাল বন্ধু, যিনি তাকে বলেছিলেন যে তাদের কমপক্ষে সাপ্তাহিক পুনরায় বুট করা দরকার ... যা ব্যাখ্যা করে যে তিনি কেন সে সম্পর্কে এতটা অনড়। উত্তরের জন্য ধন্যবাদ.
ইভান

5
এতে অবাক হওয়ার কিছু নেই যে তিনি "অবসরপ্রাপ্ত" ... কি তা বরখাস্তের জন্য শ্রুতিমধুরতা?
কেকটরউ

3

যদি সবকিছু সঠিকভাবে কাজ করে তবে রক্ষণাবেক্ষণের জন্য কেবলমাত্র তাদের পুনরায় চালু করা উচিত । নির্ধারিত রিবুটগুলি সত্যিকার অর্থে কেবল তখনই প্রয়োজন যখন ক) সফ্টওয়্যার আপগ্রেড করা, খ) হার্ডওয়্যার রক্ষণাবেক্ষণ সম্পাদন করা, বা গ) মেমরি ফাঁস নিয়ে কাজ করা যা সফ্টওয়্যার / পরিষেবাটির কারণে পুনরায় চালু করে সমাধান করা যায় না। উইন্ডোজ দীর্ঘ সময়ের জন্য পরিচিত না হলেও এটি ঘটে (শেষ কাজটিতে কিছু উইন 2 কে বাক্স ছিল যা একসাথে কয়েক মাস ছিল - তারা সবেমাত্র কাজ করেছিল)। কেবল মনে রাখবেন যে কোনও প্যাচিংয়ের জন্য সম্ভবত পুনরায় বুটগুলির প্রয়োজন হবে।


উত্তরের জন্য ধন্যবাদ. এটি তাকে বোঝাতে সাহায্য করবে help
ইভান

1
আমি ওয়ার্ক নেটওয়ার্কে উইন্ডোজ এনটি, 2000 এবং 2003 বক্সগুলি পেয়েছি যা বেশ কয়েক বছর ধরে চলছে এবং চলছে। এবং সম্প্রতি অবধি আমাদের ডেটা সেন্টারে একটি বার্ষিক প্যাচিং নীতি ছিল এবং 600০০ এর বেশি সার্ভারের সাথে এটি 250+ দিনের পরিসরে সময় দেখা অসাধারণ নয়। আমার সার্ভারগুলি (আমার প্রায় 120 টি রয়েছে) প্রতিটি মাইক্রোসফ্ট প্যাচ করে আপডেট হয় এবং বুট হয়। কখনও কখনও, গত মাসের মতো আমাদের কোনও চক্র ছিল না। সার্ভারে কী চলছে এবং কীভাবে জিনিসগুলি একসাথে কাজ করে তা নির্ভর করে আপটাইম। 2003 আর 2 সেই স্টাফটি সহ আমাকে চালাতে হবে প্রতি 35 দিনের মধ্যে পুনরায় বুট করা দরকার। মজার জিনিস তার পরে ঘটে।
ক্রিস্টোফার থর্নটন

2

আমি কোনওভাবেই এই বিষয়ে বিশেষজ্ঞ নই, তবে আপনি কোন পরিষেবাগুলি চালাচ্ছেন তার উপর নির্ভর করে কিছু সময়সীমার কার্যকারিতা যেমন টাইমগেটটাইম () এবং গেটটিকাউন্ট () হিসাবে উপচে পড়ার জন্য কিছুটা সংবেদনশীল হতে পারে।

টাইমগেটটাইমের একটি 32 বিট ফলাফল রয়েছে, যা কম্পিউটার শুরু হওয়ার পর থেকে মিলিসেকেন্ডের সংখ্যার সমান। এটি প্রায় 49.7 দিনে সর্বাধিক সীমাবদ্ধ হয়।


2
এর, না। আমার একটি সার্ভার রয়েছে (সম্পূর্ণ বিচ্ছিন্ন, বিশ্বাসযোগ্য নেটওয়ার্কে - আমাকে প্রচার করবেন না) যা 14 মাসের সেরা অংশে কোনও খারাপ প্রভাব ছাড়াই চলেছে ।
বেন পিলব্রো

3
আমি বোঝাতে চাইছি না যে প্রতিটি সার্ভার এবং দৃষ্টান্তটিতে এই সমস্যাটি থাকবে, তবে সার্ভার যদি এমন সফ্টওয়্যার ব্যবহার করে যা এই ফাংশনগুলি ব্যবহার করে এবং এর জন্য অ্যাকাউন্ট না করে তবে গণ্য সমস্যার সম্মুখীন হতে পারে।
ম্যাথু

2
32-বিট টাইমার সমস্যাটি বৈধ, তবে এটি এমন একটি সমস্যা যা পৃথক সফ্টওয়্যার বিক্রেতাদের তাদের নিজস্ব কোডে সাবধানতার সাথে এড়ানো উচিত। উইন্ডোজ এই টাইমার সম্পর্কিত ব্যর্থতাগুলির জন্য আর সংবেদনশীল নয় (যেমনটি আগে ছিল) তবে আপনি যদি এমন একটি সফ্টওয়্যার ইনস্টলড করে থাকেন যা টাইমার রোলব্যাকের জন্য অ্যাকাউন্ট করে না, তবে এটি অপ্রত্যাশিত প্রভাবের কারণ হতে পারে।
টাইলার

1
আপনি কি এই মাইক্রোসফ্ট কেবি উল্লেখ করছেন ?
jscott

9
ত্রুটি এটি একটি এনটি 4 বাগ জিন 2 কে + এতে ভুগবেন না। আমি মনে করি আমরা নিরাপদে বলতে পারি ২০১১ সালে এনটি 4 মারা গেছে and
জিফার

2

আমি প্রতি সপ্তাহে আমার সমস্ত উইন্ডোজ সার্ভারগুলি পুনঃসূচনা করতাম এবং একটি সময় অবশ্যই ছিল যখন এটি প্রয়োজন ছিল। আজকাল আমি কেবল তখনই পুনরায় চালু করি যখন কোনও আপডেটের প্রয়োজন হয়। অবশ্যই এর অর্থ তারা এখনও কয়েক সপ্তাহে যাইহোক পুনরায় শুরু করতে পারেন।


2

মাইক্রোসফ্ট কয়েক বছর ধরে তাদের সার্ভার ওএসকে উন্নত করার একটি দুর্দান্ত কাজ করেছে। এবং কিছু সার্ভারগুলি আপনি সমস্যার সম্মুখীন হতে শুরু করার আগে 6 - 12 মাসের জন্য চালাতে পারেন, কেউ কেউ কেবল 2 - 3 মাস তৈরি করে। সার্ভারগুলি কী পরিষেবাগুলি এবং অ্যাপ্লিকেশনগুলি চলছে তার উপর নির্ভর করে এটি। তবে তাদের সকলেরই এক পর্যায়ে সমস্যা হবে। উইন্ডোজ আপডেট, মেমরি ফাঁস, অসম্পূর্ণ সফ্টওয়্যার, এর কয়েকটি কারণ রয়েছে।

রক্ষণাবেক্ষণ চুক্তি সহ আমাদের ক্লায়েন্টদের জন্য আমরা আপডেটগুলি ইনস্টল করি এবং তাদের সার্ভারগুলি মাসিক পুনরায় বুট করি। এই ক্লায়েন্টগুলির নিয়মিত পুনরায় বুট হয় না এমন যতগুলি ইস্যু 1/5 তম অনুসারে অপরিকল্পিত সার্ভার সমস্যাগুলির তুলনায় অনেক কম অশ্লীলতা রয়েছে।

যাঁরা বলছেন যে রিবুটিং অকালীন হার্ডওয়্যার ব্যর্থতার কারণ হয়ে দাঁড়ায়, এমন সময় ছিল যখন হার্ড ড্রাইভ এবং সিস্টেমগুলি পুনরায় চালু করা একটি সম্ভাব্য সমস্যা ছিল। যাইহোক, আজ এইচডিডি এবং অন্যান্য উপাদান হাজার হাজার স্টপ চক্র সহ্য করার জন্য তৈরি। যদি আপনার সার্ভারের হার্ডওয়্যারটি দুর্বল হয়, আপনি যখন নিয়মিত সময়ে সমস্যাটি দ্রুত সমাধান করার জন্য উপস্থিত হন তখন কি এটি সম্পর্কে জানতেন, বা ব্যবসায়ের দিনের মাঝামাঝি সময়ে কোনও বিভাগ নিচে রয়েছে বলে কল করতে কোনও এলোমেলো ব্যর্থতা?

আমি অনুভব করি নিয়মিত মাসিক পুনঃসূচনাগুলির কোনও অসুবিধে নেই, যখন সময়ের সাথে সাথে আপসাইডগুলি স্পষ্ট এবং প্রমাণিত।


1

আমার 'রিবুট শিডিউল' কনফিগার করতে আমি উইন্ডোজ আপডেটগুলিতে নির্ভর করি। উইন্ডোজ নিজেই পরিচালনা করুন .. একবারের জন্য! মেমরি ফাঁসের কারণে আমাদের সেটআপের সাথে খুব কমই একটি রিবুট প্রয়োজন ...


1

আমি এমন একটি সংস্থার সাথে একটি নেটওয়ার্ক অ্যাডমিনিস্ট্রেটর যা বেশ কয়েকটি উইন্ডোজ 2003 2008 সার্ভারগুলিতে পরিচালনা করে। আমি একটি মাসিক ভিত্তিতে সার্ভারগুলি পুনরায় চালু করি সাধারণত 3 মাসের বেশি অপেক্ষা না করে, কারণ এই স্বল্প সময়ের জন্য ডাউন হওয়া খুব গুরুত্বপূর্ণ।

তবে প্যাচগুলি এবং উইন্ডোজ আপডেটগুলির সাথে আমি আমার পছন্দ অনুসারে একটি সময়সূচীতে আপডেটগুলি প্রয়োগ করতে একটি ডোমেন নিয়ামককে ডাব্লুএসইউস ইনস্টল করব। এটি কোনও সার্ভারকে নিজের আপডেট করা এবং অপ্রত্যাশিতভাবে পুনরায় চালনা থেকে বাঁচতে ...


1

আপনার সমস্ত উইন্ডোজ হেটার্সকে গড় আপটাইম ( http://uptime.netraft.com/up/today/top.avg.html ) দ্বারা দীর্ঘতম চলমান সিস্টেমগুলির সাথে নেটক্রাটকম.কম সাইটগুলি পরীক্ষা করা উচিত । এটি সেই সাইটগুলি দেখায় যেগুলি তাদের শেষ পুনরায় বুট করার পরে দীর্ঘকাল ধরে চলেছে এবং শীর্ষ 50 এর 95% হ'ল উইন্ডোজ 2003 এবং 2000 মেশিন। সর্বদা হিসাবে, আপনার মাইলেজ পরিবর্তিত হতে পারে।


সম্ভবত আপনি ভারসাম্য ভারসাম্য সম্পর্কে খুব বেশি জানেন না ...
mfinni

0

যুক্তিসঙ্গত সিদ্ধান্ত নেওয়ার জন্য কেবল উইন্ডোজ নির্দিষ্ট করা খুব বিস্তৃত হতে পারে। প্রকৃতপক্ষে, আপনি যদি উইন্ডোজ মেশিনে চালিত পরিষেবাগুলি, ভূমিকা এবং বৈশিষ্ট্যগুলি (যেমন: ওয়েব পরিষেবাদি, ডেটাবেস সার্ভারস ইত্যাদি) বিবেচনা করেন তবে আপনি আরও ভাল সিদ্ধান্তে আসতে পারেন।

একটি নির্দিষ্ট সার্ভারে তৃতীয় পক্ষের অ্যাপ্লিকেশন এবং ওয়েব পরিষেবাদির গুণমান এবং আচরণগুলি চালিত হোস্টিং উইন্ডোজ মেশিনকে বাদ দিয়ে অন্য মেশিনের চেয়ে কম / ঘন ঘন পুনঃসূচনা করার জন্য সুপারিশ করতে পারে।

আসলে কিছু তৃতীয় পক্ষের অ্যাপ্লিকেশন ( একদম নিখুঁতভাবে নকশাযুক্ত; যদিও কোনওটিই সঠিক নয়! ) অর্জিত সিস্টেম সংস্থান যেমন মেমরি, লক এবং সকেটগুলিকে কৃপণভাবে এবং সময়োচিতভাবে প্রকাশ করতে ব্যর্থ হতে পারে। উদাহরণস্বরূপ এটি কিছু ক্র্যাশ অ্যাপ্লিকেশন, পরিষেবা বা ড্রাইভার [, যখন পুনরায় চালানো হবে] মুলতুবি বা প্রারম্ভিক অবস্থায় রাখতে পারে যা রিবুট ছাড়া সহজেই সংশোধন করা যায় না।

অনুশীলনে, ডিস্ক আই / ও, নেটওয়ার্ক এবং মেমরি ক্ষুধার্ত অ্যাপ্লিকেশনগুলি উচ্চ এবং স্ট্রেসড ওয়ার্কলোডের অধীনে এবং কম সিস্টেমের সংস্থান সহ উপলব্ধ আপনার উইন্ডোজ মেশিনকে ল্যাগিং, অস্থির বা ট্র্যাশিং রেন্ডার করতে পারে যা আপনাকে তাড়াতাড়ি পুনরায় আরম্ভ করার পরামর্শ দিতে পারে।

যদি আপনাকে এই জাতীয় ত্রুটিযুক্ত অ্যাপ্লিকেশন চালাতে হয় বা আপনার হার্ডওয়্যার / সফ্টওয়্যারটির সাধারণ ক্ষমতা থেকে বেশি ব্যবহারকারীদের পরিবেশন করতে হয়, বা আপনি কোনও শারীরিক মেশিনে বেমানান পরিষেবাগুলি সহ-অবস্থান করতে বাধ্য হন তবে আপনি এই জাতীয় সিদ্ধান্ত নিতে পারেন যে আপনার উইন্ডোজ পুনরায় চালু করতে হবে পর্যায়ক্রমে। এক্ষেত্রে আপনি সার্ভারের গতি সম্পর্কে ব্যবহারকারীদের অভিযোগ শুনে পুনঃসূচনা সময় সামঞ্জস্য করতে পারেন!


-6

আপনি যদি সফ্টওয়্যার আপগ্রেড না করেন তবে সঠিক উত্তর কখনই আসে না। শেষবার আমি প্রায় 2 বছর আগে আমার সার্ভারটি পুনরায় চালু করেছি এবং কারণটি ছিল বিদ্যুতের ব্যর্থতা।


3
আমি আশা করি আপনি হয় একটি লিনাক্স সার্ভারের বিষয়ে কথা বলছেন বা আমি আশা করি আপনার সার্ভারটি পেশাদার ব্যবহারে নেই ...
এইচটিডিটি ২

3
প্যাচযুক্ত প্রতিটি সার্ভারকে সেই কয়েকটি প্যাচ প্রয়োগ করার জন্য পুনরায় চালু করা দরকার। সর্বজনীন নেটওয়ার্কের সংস্পর্শে থাকা যে কোনও সার্ভারকে প্যাচ করা দরকার।
রেলমেট

আমার কাছে এনটি 4 টি ডোমেন নিয়ামক রয়েছে যা বছরে প্রায় একবার বুট হয়ে যায়। কোনও আপডেট নেই এবং খারাপ ছেলেরা খুব বেশি টার্গেট করে না ... (তারা ইন্টারনেটের মুখোমুখি নয়)
hsmiths
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.