আপনি কতবার ভারী-ব্যবহৃত উইন্ডোজ সার্ভার 2008R2 রিমোট ডেস্কটপ সার্ভার (ভিএম) পুনরায় চালু করবেন?


17

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

আমাদের একটি উইন্ডোজ সার্ভার ২০০৮ আরআর সার্ভার রয়েছে - একটি ভিএমওয়্যার ইএসএক্স ভিএম - রিমোট ডেস্কটপ পরিষেবাদির জন্য লাইসেন্সপ্রাপ্ত, ২৫ জন ব্যবহারকারী যা আরআরএস (এসএসটিপি) করেন। গড়ে সপ্তাহের দিন, কাজের সময়কালে, 8 থেকে 12 এর মধ্যে লগ-ইন থাকে, অতিরিক্ত 4-6 "সংযোগ বিচ্ছিন্ন" ব্যবহারকারীদের সাথে সক্রিয় ব্যবহারকারীরা থাকেন। এটিতে একটি 12 গিগাহার্জ সিপিইউ হার্ড সংরক্ষণ এবং 16 জিবি র‌্যাম রয়েছে, এটি সম্পূর্ণরূপে সংরক্ষিত। প্রয়োজনে সিপিইউ রিজার্ভেশন 24 গিগাহার্টজ সর্বোচ্চে প্রসারিত।

আমাদের অনেক ব্যবহারকারী কাজ করার জন্য সার্ভারের উপর একচেটিয়া নির্ভর করে। তারা এর পারফরম্যান্স সম্পর্কে তীব্রভাবে অভিযোগ করেও অনেকে এর কর্মক্ষমতা উন্নত করতে কাজের অভ্যাস বা সফ্টওয়্যার পরিবর্তন করতে রাজি নন। বিশেষ করে:

  • ব্যবহারকারীরা সংযোগ বিচ্ছিন্ন করার পরিবর্তে লগ অফ করতে অস্বীকার করেছেন
  • ব্যবহারকারীরা Lync 2010 এর পরিবর্তে Lync 2013 ব্যবহার করার জন্য জোর দিয়েছিলেন (Lync 2013 একটি কুখ্যাত রিসোর্স হগ)

আমি তাদের লগ অফ অস্বীকারের তাৎপর্যটিকে বড় করে বলতে পারি না। Disconencted ব্যবহারকারীদের বরা র্যাম অব্যাহত যখন সংযোগ বিচ্ছিন্ন, যার মানে যেকোনো দেওয়া সময়ে, আমরা 16 থাকতে দৃষ্টান্ত চলমান নির্দিষ্ট প্রোগ্রামের।

আমি অভিজ্ঞতার মাধ্যমেও লক্ষ্য করেছি যে ফাঁস / জম্বিগুলি দীর্ঘকালীন একটি ডেস্কটপ সার্ভার চালিয়ে যাচ্ছিল add পুনরায় বুট করার পরে সার্ভারটি তাজা এবং আরও দ্রুত, অনেক ব্যবহারকারী লগইন করার পরেও পারফরম্যান্সের তুলনা করার সময় read আমি আরও পড়েছি যে নিয়মিত রিবুটগুলি সহায়ক হতে পারে।

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

আমি জানতে চাই, আপনি যদি উইন্ডোজ প্রশাসক হন,

  • একজন ব্যবহারকারী সংযোগ বিচ্ছিন্ন / পুনরায় সংযোগ স্থাপনের পরেও, আমি আবশ্যক যে আবর্জনা / জম্বি / ফাঁসটি সেশন সময়ের সাথে জড়িত?

  • রিমোট ডেস্কটপ পরিষেবাদি দ্বারা আপনি প্রায়শই একইভাবে ব্যবহৃত উইন্ডোজ সার্ভারটি পুনরায় চালু করবেন ?


10
নিষ্ক্রিয় সেশনের জন্য লগঅফকে বাধ্য করার জন্য নীতিটি ব্যবহার করবেন না কেন?
মাসিমো

@ মাসিমো কারণ তারা এটিকে খুব ভারী হাতে বিবেচনা করবে ... তারা প্রতিবার পর্যাপ্ত নোটিশ ছাড়াই পুনরায় বুট করার কাজটি হারিয়ে ফেলবে, অর্থাৎ সেদিনের "দুপুর" নাগাদ তাদের জেনে রাখা দরকার পুনরায় বুট করতে হবে এবং তারপরেও এটি কেবল কিছু পরে
গ্রাংলিং

12
আপনি আপনার ব্যবহারকারীদের প্রত্যাশা সমন্বয় করতে হবে। IMO তাদের পক্ষে আশা করা অযৌক্তিক যে তারা যেকোন সময়ের জন্য সুরক্ষিত ডেটা সহ নিরাপদে একটি অলস সেশনটি ছেড়ে দিতে পারে। একটি অপ্রত্যাশিত ক্রাশ, সরঞ্জামের ব্যর্থতা, বিদ্যুৎ বিভ্রাট বা বিশৃঙ্খলার কিছু অন্যান্য কাজ ঠিক তত সহজেই তাদের অনিরাક્ષિત কাজকে ধ্বংস করতে পারে।
জোরডাচি

2
আমি প্রশ্নটি আপত্তি করি না, তবে প্রশ্নটি উত্তর হিসাবে উত্তরগুলি বিকল্প ভিত্তিক হতে চলেছে। আরও সত্য বা (বা কমপক্ষে পারফরম্যান্স ভিত্তিক) উত্তরের জন্য পুনরায় উত্তর দেওয়ার চেষ্টা করুন।
জিম বি

1
@ টাকোস_টাকোস_টাকোস এটি আমার অভিজ্ঞতা। ঠিক কী, একটি চলমান ওএস সম্পর্কে জড়িত থাকার কথা? এটি একটি অস্পষ্ট ধারণা যা ভিত্তিহীন। ওএস তেমন কিছু করে না। ব্যবহারকারীর প্রক্রিয়াগুলি স্টাফ করে। যখন তারা চলে যায় স্লেট আবার পরিষ্কার হয়। ওএস সাধারণত উপায় থেকে বেরিয়ে যায় এবং ব্যবহারকারী প্রক্রিয়াগুলি যা জিজ্ঞাসা করে তা করে। এটি নিজে থেকে উত্স ব্যবহার শুরু করে না।
usr ডিরেক্টরির

উত্তর:


23

সাধারণত, আমি এই ধারণার বিরোধিতা করছি যে টিএস / আরডিএস সার্ভারের ক্ষেত্রে একটি উইন্ডোজ সার্ভারকে নিয়মিত শিডিউল ছাড়াই পুনরায় চালু করা উচিত । আমরা প্রতিদিন আমাদের রিবুট করি। এটি পুরানো সেশনগুলি, ব্যবহারের রিসোর্সে রিলিজ (সিপিইউ, র‌্যাম, ফাইল হ্যান্ডলগুলি ইত্যাদি) সাফ করে, তাই আমার মতামত এবং পরামর্শটি হ'ল আপনি নিজের আরডিএস সার্ভারগুলির দৈনিক নির্ধারিত রিবুটটি কনফিগার করবেন।

মনে রাখবেন যে এই উত্তরটি কেবল আমার মতামত। এখানে আসলে কোন বক্তব্য নেই।


যেখানে আমি কাজ করেছি আমরাও প্রতি রাতে আমাদের পুনরায় বুট করতাম। কিছু সময় সার্ভারটি আবার ফিরে আসে না, তবে এটি এত কমই ঘটে যে এর মূল্য ছিল।
ফ্রেডেরিক নীলসেন

আপনি কতবার এটি পুনরায় ইনস্টল করেছেন?
কনরাড গাজিউস্কি

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

@ আপনি যে মাইক্রোসফ্টের সুপারিশের কথা উল্লেখ করেছেন তার কোনও লিঙ্ক আছে (নিয়মিত রিবুট)?
টাকোস_টাকোস_টাকোস

17

ব্যবহারকারীরা সংযোগ বিচ্ছিন্ন করার পরিবর্তে লগ অফ করতে অস্বীকার করেছেন

তাদের স্বতঃ-লগঅফ করার জন্য উপযুক্ত গোষ্ঠী নীতি সেটআপ করুন। আপনি আলাদাভাবে একটি অলস সময়সীমা এবং লগঅফ নিয়ন্ত্রণ করতে পারেন। এটি অবশ্যই দিনের বেলাতে কিছু সমস্যা হ্রাস করা উচিত।

আমি প্রতিদিন আমার 3 টি সার্ভার টিএস ফার্ম পুনরায় চালু করি সকাল 3:00 টায়। কারণ, হ্যাঁ ক্র্যাপ সময়ের সাথে সাথে তৈরি হতে পারে যখন আপনার একক সিস্টেম ব্যবহার করার প্রচুর লোক থাকে। বছরের 3 দিন, সময়ের উপর নির্ভর করে আমাদের 3 টি সার্ভার 60-90 জনের মধ্যে ভাগ করা আছে।

আমার সম্ভবত এটি ঘন ঘন পুনরায় বুট করার দরকার নেই, তবে আমরা উইন্ডোজ 2000 এর সাথে টার্মিনাল পরিষেবাগুলি ব্যবহার শুরু করেছি এবং আমাদের প্রিন্টার ড্রাইভারগুলি তখন ভয়ঙ্কর ছিল। মুদ্রণ স্পুলার মূলত এক বা দুই দিন পরে ব্যর্থ হবে। তাই আমরা রাতের বেলা রিবুট শুরু করি যেহেতু প্রিন্টার তাদের ক্রেডি ড্রাইভারগুলি ঠিক করার জন্য প্রস্তুত করে আমাদের কাছে কোনও লাভ নেই।


প্রিন্টার ড্রাইভার সম্পর্কিত, ইত্যাদি: আমি এখানে বা অন্য কোথাও নামকরা পড়তে পেরেছিলাম যে এমএস এই বিভাগে - এবং উইন্ডোজ 2000 সার্ভার এবং উইন্ডোজ সার্ভার 20032R2 এসপি 3 এর মধ্যে সাধারণভাবে রিবুটের প্রয়োজনীয়তা হ্রাস করার ক্ষেত্রে দুর্দান্ত পদক্ষেপ নিয়েছে। সুতরাং আমি নিশ্চিত নই যে ড্রাইভার ইস্যুটির প্রাসঙ্গিকতা রয়েছে। আসলে আমি লক্ষ্য করেছি যে উইন্ডোজ (সার্ভার) এর নতুন সংস্করণগুলি মুদ্রণ ড্রাইভারগুলি হ্যান্ডেল করে দেখে এবং আশ্চর্যরকমভাবে ভালভাবে স্পল করছে।
tacos_tacos_tacos

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

6

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

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

এমনকি অতিরিক্ত ভিএম সংস্থান ছাড়াই এবং অতিরিক্ত ওএস ওভারহেডের সাহায্যে আপনি দুটি পৃথক 6 গিগাহার্টজ সিপিইউ এবং 8 জিবিবি মেমরি ভিএম এর হিসাবে সিস্টেমটিকে আরও ভালভাবে পরিচালনা করতে পারেন, ধরে নিয়েই আপনি বোঝাটি সমানভাবে বিভক্ত করতে পারবেন। তিনটি সম্ভাব্য পদ্ধতি রয়েছে:

  1. সবচেয়ে পরিষ্কার উপায় হ'ল যথাযথ নেটওয়ার্ক-ভিত্তিক লোড ব্যালেন্সিং সমাধান ব্যবহার করা যেমন এফ 5 নেটওয়ার্কগুলি, সিসকো সিস্টেমগুলি এবং অনুরূপ সংস্থাগুলি সরবরাহ করে। আপনি যদি ইতিমধ্যে এর মতো কোনও সমাধান কিনে থাকেন তবে এটি এখানে ব্যবহার করা সার্থক হবে। তারপরে আপনি বাকী উত্তরটিকে উপেক্ষা করতে পারবেন কারণ f5 তারপরে আপনার বর্তমান আরডি সার্ভারটি অ্যাক্সেস করতে ব্যবহৃত FQDN এর জন্য সমস্ত প্রশ্নের যথাযথভাবে পার্স করতে সক্ষম হবে এবং আপনার সার্ভারগুলির সর্বনিম্ন-ব্যবহারের ভিত্তিতে একটি উপযুক্ত আইপি ফিরিয়ে দেবে।
  2. রাউন্ড-রবিন ডিএনএস একটি উত্তীর্ণ সমাধান। এটি পুরোপুরি এমনকি লোডের গ্যারান্টি দেয় না, তবে আপনি যদি কোনও নেটওয়ার্ক লোড ব্যালেন্সার ব্যবহার না করতে পারেন তবে আপনার ব্যবহারকারীদের শিক্ষিত করার সময় এটি একটি দরকারী স্টপগ্যাপ হতে পারে। বর্তমান ডিএনএস নামের ক্লায়েন্টগুলি দুটি হোস্ট রেকর্ডগুলির সাথে ব্যবহার করছে যা একই নামে তবে পৃথক আইপি'র (আপনার দুটি সার্ভার) পৃথক হোস্ট রেকর্ডগুলি (সাধারণত সার্ভার হোস্টনামের উপর নির্ভরশীল) কনফিগার করে যা প্রতিটি পৃথক সার্ভারের সাথে যুক্ত থাকে Rep

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

  1. আপনার ক্লায়েন্টদের বোঝা বিতরণ করুন। 25 ডলার ব্যবহারকারীর সাহায্যে কিছু ব্যবহারকারীকে কেবল একটি সার্ভারে আঘাত করতে এবং বাকী অন্যটিকে আঘাত করতে কেবল সহজেই (সার্ভারে ইমেল বা লগইন বার্তার মাধ্যমে) জিজ্ঞাসা করা সম্ভব। বিকল্প হিসাবে যদি আপনি তাদের ডেস্কটপ প্ল্যাটফর্মটি নিয়ন্ত্রণ করেন বা তারা সিট্রিক্স বা অন্য কোনও অ্যাপ্লিকেশন ভার্চুয়ালাইজেশন অ্যাপ্লায়েন্সের মাধ্যমে সার্ভার অ্যাক্সেস করে, কেবল তাদের হোস্ট ফাইলটি কনফিগার করে they যাতে তারা সর্বদা একই সার্ভারে (ডেস্কটপ) আঘাত করে / নিশ্চিত হয় যে একই ব্যবহারকারী সর্বদা একই সার্ভারে প্রেরণ করা হবে ( যন্ত্রপাতি).

। যদি তারা সর্বদা একই ডেস্কটপ ব্যবহার করে থাকে তবে কেবল স্থানীয় ডেস্কটপে হোস্ট ফাইলটি পরিবর্তন করুন। যদি তারা মেশিনগুলির মধ্যে সরে যায় তবে হোস্ট ফাইলটি পার্স করার জন্য একটি স্ক্রিপ্ট (গ্রুপ নীতিের মাধ্যমে বিতরণ করা) লিখুন যাতে তারা বর্তমানে সার্ভারের জন্য যে ডিএনএস এন্ট্রি ব্যবহার করে সেই নির্দিষ্ট সার্ভারের আইপিতে নির্দিষ্ট ব্যবহারকারী ব্যবহার করা উচিত using সেই ডিএনএস নাম যুক্ত লাইনটি ইতিমধ্যে উপস্থিত থাকলে প্রতিস্থাপন করুন বা এটি না থাকলে ফাইলের শেষে যুক্ত করুন।


2
সৃজনশীলতার জন্য +1। আমি একটি লোড ব্যালেন্সার সেট আপ করতে পারি এবং এটি সত্যইভাবে যাওয়ার উপায়।
টাকোস_টাকোস_টাকোস

4

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


1

> ব্যবহারকারীরা সংযোগ বিচ্ছিন্ন করার পরিবর্তে লগ অফ করতে অস্বীকার করেছেন

আপনার কাছে প্রযুক্তিগত সমস্যাটির চেয়ে এখানে একটি পরিচালনা / এইচআর সমস্যা রয়েছে। লগইন থাকা লোকেরা যদি অন্য ব্যক্তির কাজগুলিকে প্রভাবিত করে (অকারণে কর্মক্ষমতা হ্রাস করে) তবে কেবলমাত্র দুটি সমাধান রয়েছে:

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

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

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

> ব্যবহারকারীরা Lync 2010 এর পরিবর্তে Lync 2013 ব্যবহার করার জন্য জোর দিয়েছিলেন (Lync 2013 একটি কুখ্যাত রিসোর্স হগ)

তারা আরও নতুন চিকিত্সা জিনিস বাদে কেন একটি নির্দিষ্ট কারণ আছে? যদি তাদের এমন কোনও বৈশিষ্ট্য থাকে যা তাদের সত্যিকারের প্রয়োজন হয় তবে এই কোণটি সম্পর্কে আপনি খুব কমই করতে পারেন।

যদি কোনও আড্ডার অ্যাপ্লিকেশনটি মূল সংস্থান সমস্যা হয়, আমি অবাক হয়েছি যে পুরো সেশনটি হত্যার পরিবর্তে অলস সেশনগুলিতে সেই প্রোগ্রামটির কেবল উদাহরণগুলি মেরে ফেলার উপায় আছে কি?

> আমি যথাযথ বিজ্ঞপ্তি ছাড়াই পুনরায় বুট করার সময় তারা কাজ হারিয়ে ফেলেছে, অর্থাত্ সেদিনের "দুপুর" নাগাদ তাদের জেনে রাখা দরকার পুনরায় বুট করার জন্য

আপনি কাজের প্রকৃতিটি বর্ণনা করেন না তাই এটি যা নির্ভর করে তা নির্ভর করে তবে তারা যথাযথ অধ্যবসায় ব্যর্থ হতে পারে (অর্থাত্ তাদের কাজটি সঠিকভাবে না করা )।

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

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


0

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

আমি এটি বেশ কয়েকটি জিপিওর সাথে ব্যবহার করছি যা কয়েক ঘন্টা পরে সংযোগ বিচ্ছিন্ন ব্যবহারকারীদের লগ অফ করে। এবং অবশ্যই একটি নির্দিষ্ট অলস সময়ের পরে সক্রিয় সেশনগুলি সংযোগ বিচ্ছিন্ন করে। এটি একটি দৃষ্টিনন্দন পদ্ধতি, ঘটনামূলক দুর্বৃত্ত প্রোগ্রাম বাদে যা সেশনগুলি বন্ধ হতে বাধা দেয়। আমরা যদিও তাদের চারপাশে কাজ করেছি। এখন আমাদের সেটআপটি যেভাবে পেয়েছে তা প্রতিটি সার্ভার 22 ঘন্টা থেকে 7.00 পর্যন্ত প্রতি ঘন্টা পুনরায় বুট করার চেষ্টা করে, তবুও এটি অবশ্যই সফল হয়। কার্যকরভাবে, ব্যবহারকারীরা সপ্তাহে কমপক্ষে 2/3 বার পুনরায় বুট করেন যা আমার পক্ষে ভাল by

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


0

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

ফিজিকাল সার্ভার চলমান উইন্ডোজ সার্ভার ** এক্স সংস্করণ ** ( অটো রিবুটশিডিয়ুল ) 95% কোনও বাস্তব উদ্বেগ ছাড়াই প্রতি পাক্ষিকের মধ্যে একবার রিবুট করা যেতে পারে। (প্রয়োগ করা হচ্ছে প্যাচটি প্রাসঙ্গিক এবং প্রয়োজনীয়) দেখুন। লাইভ / প্রোডাকশন সিস্টেমে ছাড়ার আগে আপনার পরীক্ষা সার্ভারে প্যাচটি পুরোপুরি পরীক্ষা করে নেওয়ার বিষয়টি নিশ্চিত করুন test

উইন্ডোজ সার্ভার এক্স ভার্সন চলমান ভিএমওয়্যার ভার্চুয়াল সার্ভার - পাক্ষিক একবার পুনরায় বুট করুন ( প্যাচগুলি প্রয়োগ করা হলে উপরের মন্তব্যটি দেখুন )

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

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

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

আশা করি যা বিষয়গুলি সাফ করার জন্য একটি ছোট উপায়কে সহায়তা করে এবং চলে।

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