২০০৮ আর 2 টার্মিনাল সার্ভার: "অনুরোধকৃত পরিষেবাটি সম্পূর্ণ করার জন্য অপর্যাপ্ত সিস্টেম সংস্থান বিদ্যমান"


21

আমি একটি vSphere পরিবেশে কনফিগার করা একটি অস্বাস্থ্যকর উইন্ডোজ 2008 আর 2 টার্মিনাল সার্ভারের সাথে কাজ করছি। এটিতে বর্তমানে 4 টি ভিসিপিইউ এবং 32 জিবি র‌্যাম রয়েছে। অতিরিক্ত কমিটমেন্ট নেই।

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

তবে, সপ্তাহের নির্দিষ্ট সময়ে (এবং এখন প্রায় প্রতিদিন) নতুন ব্যবহারকারী লগইনগুলি নিম্নলিখিত ত্রুটিগুলি উত্পন্ন করে: ইভেন্ট আইডি 1500

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

বিশদ - অনুরোধ করা পরিষেবাটি সম্পূর্ণ করার জন্য অপর্যাপ্ত সিস্টেম সংস্থান রয়েছে।

কিছু ব্যবহারকারী লগ-অফ না করা, সেশনগুলি ম্যানুয়ালি সংযোগ বিচ্ছিন্ন না হওয়া বা সিস্টেম পুরোপুরি পুনরায় বুট করার আগ পর্যন্ত এটি অব্যাহত রয়েছে।

আমি জানতে চাই:

  • এই ত্রুটি বার্তাটি কোন সংস্থান (গুলি) উল্লেখ করছে? আসলে বাধা কি?
  • এমন কোনও ওএস-স্তরের টিউনেবল বা কনফিগারেশন রয়েছে যা এর সাথে সহায়তা করতে পারে?
  • ব্যবহারকারীরা এই ত্রুটি বার্তার বর্ধিত ফ্রিকোয়েন্সি বাদে পারফরম্যান্স সহ সামগ্রী are এখানে খেলার কিছু আছে?
  • টার্মিনাল সার্ভারের ব্যবহারকারীর সংখ্যার কি নিরঙ্কুশ সীমা রয়েছে? আমি টার্মিনাল সার্ভারের জন্য নির্দিষ্ট টিউনিং গাইডগুলিতে বর্ণিত 150+ ব্যবহারকারী দেখছি।

এখানে চিত্র বর্ণনা লিখুন

এখানে চিত্র বর্ণনা লিখুন


এটা কি আপনার সমস্যা? । আমি এটি বলতে পারি না যে আমি এটি একটি উইন্ডোজ সার্ভার ২০০৮ আর 2 সার্ভারে অভিজ্ঞতা পেয়েছি , তবে 2003 এবং 2008 এ আমি এটি প্রচুর পরিমাণে ছড়িয়েছি, তাই সম্ভবত এটি এখনও প্রয়োগ হয়।
আশাহীন

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

এটি 2003 এর জন্য, তবে আপনি এটি প্রাসঙ্গিক বলে মনে হচ্ছে কিনা তা দেখতে চাইতে পারেন: support.mic
Microsoft.com/kb/935649

@ হোপলেস এন 100 বি আমি পরীক্ষা করে দেখেছি RegistrySizeLimitএবং এটি সংজ্ঞায়িত হয়নি।
ew white

1
@ এরিক Those এই রেজিস্ট্রি এন্ট্রিগুলি 2008 আর 2 এ উপেক্ষা করা হয়েছে
ew white

উত্তর:


16

এটি সমাধান করা হয়েছে।

আমি রেজিস্ট্রি পরীক্ষা করতে শুরু করেছি কারণ ভার্চুয়াল মেশিনে সিপিইউ এবং র‌্যামের উত্স বৃদ্ধি করা সমস্যার সমাধান করে না।

রেজিস্ট্রির আকার অনুমান করার জন্য আমাকে মাইক্রোসফ্টের ডিউর্যাগ সরঞ্জামটির দিকে নির্দেশ করা হয়েছিল । রিজেডির মাধ্যমে ব্রাউজ করা, আমি নীচে কীগুলি খোলার সমস্যায় পড়েছি HKEY_USERS\.Default\PRINTERS। ব্যবহার করে dureg, আমি সেই শ্রেণিবিন্যাসের অধীনে অনুসন্ধান শুরু করেছি।


মুদ্রক সমস্যা ছিল। কারণ এবং সংশোধন বিস্তারিতভাবে রয়েছে:
"HKEY_USERS.DEFAULT" রেজিস্ট্রি হাইভের আকারটি ক্রমাগত একটি উইন্ডোজ সার্ভার ২০০৮ R2 এসপি 1-ভিত্তিক সার্ভারে বৃদ্ধি পায়

হটফিক্স: http://support.microsoft.com/kb/2871131

এটি স্পষ্টতই বৃদ্ধি থামিয়ে দেয়, তবে কীগুলি এবং রেজিস্ট্রিটি স্থান পুনরুদ্ধার করতে সংকুচিত হওয়া দরকার।

ফোলা রেজিস্ট্রি সংক্ষিপ্তকরণ: http://support.microsoft.com/kb/2498915

1)  Boot from a WinPE disk.
2)  Open regedit while booted in WinPe, load the bloated hive under HLKM. (e.g. HKLM\Bloated)
3)  Once the bloated hive has been loaded, export the loaded hive as a "Registry Hive" file with a unique name.
4) Unload the bloated hive from regedit.
5) Rename the hives so that you will boot with the compressed hive.
e.g.
c:\windows\system32\config\ren software software.old
c:\windows\system32\config\ren compressedhive software

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

সুতরাং আমি একটি ভার্চুয়াল মেশিনের স্ন্যাপশট নিয়েছি, এবং ডাউনলোড করে ফ্রিওয়্যার রেজিস্ট্রি সংক্ষেপণ সফ্টওয়্যার (টুইঙ্কিং ডটকম) চালিয়েছি ; মাইক্রোসফ্ট সিস্টেম ইঞ্জিনিয়ারদের সম্মিলিত গ্রানসের অপ্রতিরোধ্য শব্দ সত্ত্বেও ...

ডিফল্ট কনফিগারেশনে সংরক্ষিত 1.4 জিবি নোট করুন ... tucows

পুনরায় বুট করুন!

একটি রিবুট অনুসরণ করে, সবকিছু ঠিকঠাক ছিল। কোনও খারাপ প্রভাব এবং কোনও প্রোফাইল-সম্পর্কিত ত্রুটিযুক্ত ব্যবহারকারীর সংখ্যা 86 এ পৌঁছেছে। আমি প্রিন্টার রেজিস্ট্রি এইচআইয়ে পর্যবেক্ষণ করেছি এবং এটি স্থিতিশীল রাখা হয়েছে।


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

1
@kce এই পরিবেশে সমস্ত ক্লায়েন্ট পাতলা ক্লায়েন্ট ছিল, সম্ভবত 2 বা 3 পিসি ব্যতীত। গ্রাহকটি জিপিও-র পরিবর্তে টিএসে স্থানীয় প্রিন্টার ইনস্টল করার ক্ষেত্রে একটি সমস্যাও হতে পারে - বিতরণকারী মুদ্রকগুলি ... তবে হটফিক্সে উল্লিখিত বাগটি নির্বিশেষে একটি সমস্যা ছিল।
ইয়েওয়াইট

নির্ণয়, হটফিক্স এবং সরঞ্জামের জন্য ধন্যবাদ! আমি অস্পষ্টভাবে এই সমস্যাটি একবারে আমার সাথে ঘটেছিল তা স্মরণ করি, কিন্তু তারপরে কোনও সম্পর্কযুক্ত মোট দুর্নীতি ঘটেছিল, তাই আমি কেবল সবকিছু পুনরায় ইনস্টল করেছি। আমি অবশ্যই আমার এভারনোটে এটি বুকমার্ক করব, যদি ভবিষ্যতে আমি একই ধরণের সমস্যা অনুভব করি। আবারও, ধন্যবাদ!
পেপলুয়ান

রেকর্ডগুলির জন্য, আমি উপরের কাজটি করেছি এবং এটি সমাধান হয়ে গেছে তবে এখন আমি আরও একটি রেজিস্ট্রি ফুলে যাওয়ার মুখোমুখি হয়েছি: HKU\.DEFAULT\Software\Hewlett-Packardএবং HKU\.DEFAULT\Software\Lexmarkদুজনেই একসাথে প্রায় 1.2 গিগাবাইট ডিফল্ট রেজিস্ট্রি ফাইল প্রস্তুত করছি!
ETL

3

উইন্ডোজ সার্ভার 2003 এ ত্রুটিটি কার্নেল মেমরির ক্লান্তির ফল ছিল। যেহেতু আপনি উইন্ডোজ সার্ভার ২০০৮ আর 2 এর সাথে কাজ করছেন আমি নিশ্চিত নই যে ডাব্লু 2 কে 3 এর কারণটির সাথে সমস্যার কারণটি কতটা ঘনিষ্ঠভাবে জড়িত, তবে আমি বাজি ধরব যে এটি ব্যবহারকারীর সংখ্যা এবং প্রক্রিয়াগুলির কারণে একটি স্মৃতি সমস্যা। আমি সম্ভাব্য কারণ হিসাবে ননপ্যাজড পুল মেমরির ক্লান্তি একবার দেখে নেব। এছাড়াও, সংগ্রহের সংখ্যা প্রায় 800 এ, যা বেশ বেশি quite এমএস সম্ভবত আপনাকে প্রক্রিয়াগুলির সংখ্যা হ্রাস করতে বলবে যা কেবল ব্যবহারকারীর বোঝা হ্রাস করেই করা যেতে পারে।

এই নিবন্ধটিতে উইন্ডোজটিতে মেমরির ব্যবহার এবং আপনি যে কারণ হিসাবে ননপ্যাডড পুলের সীমাটি দেখতে পারেন সে সম্পর্কে কিছু ভাল তথ্য রয়েছে:

https://blogs.technet.com/b/markrussinovich/archive/2009/03/26/3211216.aspx


2
800 প্রসেস খুব বেশি??? তবে লিনাক্সে ... :(
ইয়েওয়াইট

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

2

বিভিন্ন কাউন্টারে নজরদারি করতে উইন্ডোজ পারফরম্যান্স মনিটর শুরু করুন:

  • প্রসঙ্গ সুইচ
  • পৃষ্ঠা সারণী এন্ট্রি
  • জিডিআই উপাদানগুলি
  • হ্যান্ডলগুলি
  • … (আপনি যা কিছু খুঁজে পেতে পারেন)

এবং দেখুন যখন আপনি ব্যর্থ লগইন পান তখন এইগুলির মধ্যে একটির চূড়া।

এছাড়াও: কিছু আপনার সিস্টেমে উচ্চ কার্নেল সিপিইউ% সৃষ্টি করছে - এটি আপনাকে কোনও সম্পর্কিত সমস্যার দিকে নিয়ে যায় কিনা তা দেখার জন্য আপনার তদন্ত করা উচিত।


ব্যবহারকারী প্রোফাইল মধুচক্র পরিষ্কারের সেবা এখানে সাহায্য করতে পারে যেমন "নিশ্চিত করার ব্যবহারকারীর সেশনগুলির সম্পূর্ণরূপে সমাপ্ত যখন একজন ব্যবহারকারী বন্ধ লগ সাহায্য করে"।


আমি কি আরও ভিসিপিইউ যুক্ত করতে পারি?
ew

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

যা আমি ...
ইয়েওয়াইট

ইউপিএইচসিলিয়ান ইউটিলিটি কার্যকারিতা স্থানীয়ভাবে ডাব্লু 2 কে 8 এবং এর পরের থেকে ব্যবহারকারী প্রোফাইল ক্লিনআপ পরিষেবার মাধ্যমে সরবরাহ করা হয়।
এরিক

@Wwite এখানে একটি মাইক্রোসফ্ট নিবন্ধটি ডাব্লু 2 কে 3 টিএস সার্ভারগুলিতে পিটিই অবসন্নতার কথা উল্লেখ করেছে । আপনার সাথে এটি কী ঘটছে তা পরীক্ষা করার জন্য কিছু পারফোন কাউন্টার ছুঁড়ে ফেলা উচিত।
আশাহীন N00b

1

ঠিক আছে, সার্ভার ২০০৮ আর 2-তে আরডিএস সক্ষমতা পরিকল্পনার বিষয়ে আমি যা পড়েছি তা থেকে আপনি সম্ভবত এটির ব্যবহারকারীর সংখ্যার জন্য অপ্রতুল সম্পদের উপর আপনার দরিদ্র টার্মিনাল সার্ভারটি চালাচ্ছেন। বিশেষত, আমি লক্ষ্য করেছি যে আপনার 4 টি ভিসিপিএস-তে 80 জন ব্যবহারকারী রয়েছেন এবং এমএস 15 জন ব্যবহারকারী প্রতি 1 টি প্রস্তাবিত করেছেন।

আরডিএস সাইজিং এবং ক্যাপাসিটি প্ল্যানিং গাইডেন্স শিরোনামযুক্ত টেকনেট ব্লগ থেকে :

We always felt the need of Hardware capacity guidance and sizing information for Terminal Services or Remote Desktop services for Server 2008 R2, Whenever I am engaged in any architectural guidance discussion for RDS deployment i always get a question what needs to be taken into consideration while deciding the hardware configuration and to do capacity planning.

Here are some bullet points which I recommend to my partners and customers to consider:

  • 2 জিবি মেমোরি (র‌্যাম) হ'ল একটি সিপিইউর প্রতিটি কোরের অনুকূলতম সীমা। উদাহরণস্বরূপ আপনার যদি 4 জিবি র‌্যাম থাকে তবে সর্বোত্তম পারফরম্যান্সের জন্য ডুয়াল কোর সিপিইউ থাকা উচিত।
  • 2 ডুয়াল কোর সিপিইউ সিঙ্গেল কোয়াড কোর প্রসেসরের আরও ভাল পারফর্ম করে।
  • 30 ব্যবহারকারীর ল্যান এবং 20 ব্যবহারকারীর WAN এর জন্য প্রস্তাবিত ব্যান্ডউইদথ। ব্যান্ডউইথ (খ) = সেকেন্ডে 100 মেগাবিট (এমবিপিএস) সাথে লেটেন্সি (l) 5 মিলিসেকেন্ডেরও কম।
  • টার্মিনাল সার্ভারে ব্যবহারকারীর জন্য MB৪ এমবি হ'ল জিপি-র জন্য আইডিয়াল মেমোরি (র‌্যাম) প্রয়োজন কেবল ওএস ডিমের জন্য + ২ জিবি (100 ব্যবহারকারী * 64) + 2000 = 8.4 জিবি অর্থাৎ 8 জিবি র‌্যাম ব্যবহার করুন।
  • ব্যবহৃত আরও অ্যাপ্লিকেশনগুলির (যেমন অফিস, সিএডি অ্যাপ্লিকেশন এবং ইত্যাদি) ব্যবহারকারীর প্রতি MB৪ এমবি বেস মেমরির চেয়ে এই গণনায় আরও বেশি মেমরি যুক্ত করতে হবে।
  • সিপিইউ কোর প্রতি 15 টিএস অধিবেশন একটি টার্মিনাল সার্ভারের সর্বোত্তম কর্মক্ষমতা সীমা।
  • নেটওয়ার্কে 5 টিরও বেশি হুপ থাকা উচিত নয় এবং প্রচ্ছন্নতাটি 100 মিটারের কম হওয়া উচিত।
  • Kbps৪ কেবিএস হ'ল ব্যবহারকারীর সেশন অনুযায়ী আদর্শ ব্যান্ডউইথ th (256 রঙ, স্যুইচড নেটওয়ার্ক, বিটম্যাপ ক্যাশে কেবল)
  • সিপিইউর কার্যকারিতা হ্রাস পায় যদি প্রতি শতাংশে প্রসেসরের সময় ক্রমাগত 65% এর উপরে থাকে।
  • টার্মিনাল সার্ভারগুলির পারফরম্যান্স দ্বিগুণ হয় যখন এটি কোনও এক্স 64 এইচডাব্লু এবং ওএস এ চলছে।

In addition to that, Microsoft has just released a whitepaper on Capacity Planning in Windows Server 2008 R2.

এটি এখানে ডাউনলোড করুন


1

আমার খুব অল্প সময় আছে তাই আমি কেবল একটি চৌকস উত্তর করব এবং আশা করছি এটি পরে বেরিয়ে আসবে।

আমি যখন সিট্রিক্স দলগুলিতে বানান করছিলাম তখন আমি মনে করি আমাদের প্রতি সার্ভারে 15-20 ব্যবহারকারীর স্তর নির্ধারণের চেষ্টা করা হয়েছিল, তবে তাদের কয়েকটি ভারী অ্যাপ্লিকেশন চলছিল। X64 এর এই দিনগুলিতে আমরা বেশি ব্যবহারকারী লোড করি তবে 70++ অনেক বেশি শোনাচ্ছে।

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

The System\Context Switches/sec counter in 
System Monitor reports systemwide context 
switches.

The Thread(_Total)\Context Switches/sec  
counter reports the total number of context 
switches generated per second by all threads.

এছাড়াও আপনি সক্ষমতা পরিকল্পনা গাইডটিতে ব্যবহারের কিছু খুঁজে পেতে পারেন, আপনি এই ব্লগ পোস্টে এটির একটি লিঙ্ক খুঁজে পাবেন ।

আমি যখন এই উত্তরের সময়টি টানতে পারি তখন আমি এটি করব, আমি কেবল এখানে কোনও ভিএসপিয়ার ভার্চুয়াল মেশিনের মধ্যে সর্বকালের ভিত্তিক পরিমাপের বিষয়ে সাবধানতার সাথে এখানে যুক্ত করব।

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

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

সুতরাং সঠিক সময় ভিত্তিক মানগুলি অতিথি পারফোনটির মধ্য থেকেই উপলব্ধ করা হয় তবে কেবলমাত্র ভিএমওয়্যার প্রকাশিত অবজেক্টের কাউন্টারগুলিতে নজর রাখলে।

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

সময় পাওয়ার সাথে সাথে আমি হোয়াইটপেপারস ইত্যাদির লিঙ্কগুলিতে সম্পাদনা করব যা এতে বিশদযুক্ত, এবং সঠিক পাল্টা পথগুলি \ নাম। স্বাভাবিকভাবেই এটি সমস্ত গুগল।


আপনি কি পরামর্শ দিচ্ছেন যে আমার প্রসঙ্গ-স্যুইচিং কমাতে হবে? প্রোমনের মাধ্যমে রিপোর্ট করা পরিসংখ্যানগুলি আমি অনলাইনে দেখেছি এমন অন্যান্য উদাহরণগুলির চেয়ে অনেক কম ছিল। কিন্তু অতিরিক্ত হার্ডওয়্যার / সিপিইউ রিসোর্স দ্বারা কি এটিকে মোকাবেলা করা যাবে না?
ew white

আমি আপনাকে পরামর্শ দিচ্ছি যে এটি আপনার সমস্যার সাথে প্রাসঙ্গিক হতে পারে কিনা দেখুন। আপনি যদি এটি পরিমাপ করেন এবং আপনার গবেষণা অনুসারে পরিমাণ কম মনে হয় তবে এটি অবশ্যই না। সহনশীলতা স্তর সিস্টেমের সাথে যুক্ত প্রতিটি প্রসেসরের জন্য রৈখিকভাবে বৃদ্ধি পায়। তবে আমি বিশ্বাস করি না যে এখানে একটি নিখুঁত প্রান্তিক স্তর রয়েছে তবে নীতিগতভাবে এটি প্রতি (স্বাস্থ্যকর) সিস্টেমকে বেসলাইন করা দরকার।
এরিক

এই ব্লগ পোস্টটি ভার্চুয়ালাইজেশন দৃষ্টিকোণ থেকে কেবল সাধারণ আকর্ষণীয় ছিল, সম্ভবত প্রাসঙ্গিক না হলেও: পেশাদার vmware.com : blog.tsunanet.net/2010/11/…
এরিক

0

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

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

ডাব্লুএসআরএম ওভারভিউ: http://technet.microsoft.com/en-us/library/cc732553.aspx


ধন্যবাদ। আমি ইতিমধ্যে ডাব্লুএসআরএম প্রতি সেশনের প্রোফাইলের সাথে সমান ইনস্টল করেছি ।
ewWite

আমি নিশ্চিত নই যে ডাব্লুএসআরএম অন্তর্নিহিত সমস্যাটি হ্রাস করতে পারে, যা আমার অন্ত্রটি আমাকে বলে যে এটি কোনও ধরণের মেমরি ক্লান্তি (এবং একই সমস্যা এবং ডাব্লু 2 কে 3 এর ত্রুটির বার্তার উপর ভিত্তি করে কার্নেলের মেমরির একধরণের প্রস্থান)।
জোয়কওয়ার্টি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.