উইন্ডোজ 2012 কোর এসভিসিওএসটি / ওয়ার্কস্টেশন পরিষেবাটিতে চরম মেমরি ব্যবহার


9

আমাদের প্রায় 200 সার্ভার, হাইপার ভি, ফাইল ক্লাস্টার এবং আইআইএস রয়েছে যা সকলেই একই সমস্যাটির মুখোমুখি হয়, সাধারণ ব্যবহারের মাধ্যমে সার্ভারে একটি ইভেন্ট ঘটে যা সার্ভারের র‌্যামকে সর্বাধিক আউট বা ম্যাক্স আউট করে। এটি হয়ে গেলে, SVCHOST / ওয়ার্কস্টেশন পরিষেবাটি বিশেষত (নিজস্ব SVCHOST এর কাছে ওয়ার্কস্টেশন পরিষেবাটি বিচ্ছিন্ন করে নিচে) হ্যান্ডলগুলি / থ্রেডগুলি ছেড়ে দেওয়া বন্ধ করে দেয় এবং সেই পরিষেবাটির দ্বারা ব্যবহৃত স্মৃতি কখনও প্রকাশ হয় না। আমাদের কাছে কয়েকটি চরম ক্ষেত্রে ওয়ার্কস্টেশন পরিষেবাগুলি রয়েছে যা 255 জিবি সার্ভারে 40 গিগাবাইট র‌্যাম ব্যবহার করে। কিছু ক্ষেত্রে 40 মিলিয়ন হ্যান্ডলগুলির উপরের সন্ধান করা।

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

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

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

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

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


আপনার প্রশ্ন কি?
অ্যান্ড্রু শুলম্যান

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

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

কেবি 2811660 ইনস্টল করা হয়েছে? এই সিস্টেমগুলি কি সার্ভার ম্যানেজার চলছে? সমর্থন.

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

উত্তর:


1

আমার খুব সহজেই অনুরূপ একটি সমস্যা ছিল যেখানে এসভিচোস্ট সার্ভারের কার্যকারিতাটি ধ্বংস করে দিচ্ছিল।

সমাধান: দেখা যাচ্ছে আমার একটি সম্পূর্ণ ইভেন্ট লগ ছিল। আমি এটিকে সাফ করে দিয়েছি এবং সবকিছুই ব্যাকআপ হয়ে গেছে এবং এমন কিছুই চলছে যা কখনই ঘটেছিল না।

(আমি ডিফল্ট থেকে ইভেন্ট লগের আকার পরিবর্তন করারও পরামর্শ দিচ্ছি, নীচে দেখুন)

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

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

আশাকরি এটা সাহায্য করবে!


-1
>Is there a way we can free up the memory from this process ?

আপনি বাহ্যিকভাবে (সঠিকভাবে) বরাদ্দ মেমরি রিলিজ করতে পারবেন না বা আপত্তিজনক অ্যাপ্লিকেশনটিকে হত্যা করে সংস্থানসমূহকে পরিচালনা করতে পারবেন না।

>or avoid the bug all together? 

আপনি একটি মেমরি এবং রিসোর্স লিকের অভিজ্ঞতা নিচ্ছেন। আপনি সমস্যার সমাধানের একমাত্র উপায় হ'ল ফাঁসটি সন্ধান করা এবং হয় এটির ট্রিগার (যদি সম্ভব হয়) এড়ানো বা উত্স কোড স্তরে লিকটি ঠিক করা; সর্বশেষ ক্ষেত্রে প্যাচ তৈরির জন্য আপনার মাইক্রোসফ্টের সহায়তা প্রয়োজন, তবে মনে হচ্ছে তারা সমস্যাটি আসলে কোথায় তা তাদের "ঠিক" বলবেন বলে মনে করেন।

আপনি এমএস অ্যাপ্লিকেশন ভেরিফায়ার ব্যবহার করে স্মৃতি / রিসোর্স লিককে পিনপয়েন্ট করে অপরাধীকে সন্ধান করার চেষ্টা করতে পারেন


ট্রিগার হ'ল ফাইল শেয়ার, যা আমরা এড়াতে পারি না।
ক্রেগ

আপনি যদি ট্রিগারটি এড়াতে না পারেন তবে "অ্যাপ্লিকেশন ভেরিফায়ার" দিয়ে ফাঁসটি সন্ধান করুন এবং সেই তথ্যের সাথে এমএসের সাথে যোগাযোগ করুন।
প্যাট

অ্যাপ্লিকেশনগুলি যেমন একাধিক রয়েছে সমস্ত মাইক্রোসফ্ট। আমরা ইতিমধ্যে তাদের সাথে যোগাযোগ করেছি, আমরা দ্রুত সমাধানের সন্ধান করছি কারণ তারা বলছেন যে এটিকে সাজানোর জন্য কয়েক সপ্তাহ / মাস সময় লাগতে পারে।
ক্রেগ

এমএস বিবেচনা করে কোনও অ-বর্তমান ওএসে এই ধরণের জিনিস সমাধানের জন্য সত্যিই তাড়াহুড়ো করা হবে না আমি মনে করি না আপনি আরও দ্রুত সমাধান খুঁজে পাবেন। আপনি যদি লিকটি কোথায় অবস্থিত তা যদি তাদের জানান তবে একটি আলাদা জিনিস।
প্যাট

আমাদের একটি ওপেন কেস রয়েছে এবং এক মাস ধরে তাদের সাথে কাজ করছি। ফাঁসটি আক্ষরিকভাবে ওয়ার্কস্টেশন পরিষেবাতে রয়েছে।
ক্রেগ

-1

র‌্যাম তৈরি করা সহজ তবে কোনও সমাধান নেই।

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

সার্ভার ২০০৮ সাল থেকে আমাদের শেয়ার করা থেকে অ্যাপ্লিকেশনগুলি শুরু করার সাথে সাথে সমস্ত টার্মিনাল সার্ভারগুলির অবিশ্বাস্য মেমরির ব্যবহারের সাথে সময়ের সাথে মেমরি চলেছে।

আমাদের কাজের ভিত্তিতে সেই অ্যাপ্লিকেশনগুলি একটি পৃথক টার্মিনাল সার্ভারে হোস্টিং করা হয় এবং মেমরির খরচ প্রায়শই সাফ করা হয়।

আমরা
সব প্রক্রিয়াতে SeDebugPrivilege এর সাথে সেটপ্রসেস ওয়ার্কিংসেটসাইজ () ব্যবহার করে একটি স্ব ডিজাইন করা সি ++ কমান্ড লাইন অ্যাপ্লিকেশন দিয়ে এটি করি

এটির মতো এমন কিছু না করার জন্য দৃ strongly়ভাবে সুপারিশ করা হয়েছে;)


ডাউনভোট কেন? ঠিক কি জন্য জিজ্ঞাসা করা হয়েছিল! এখানে সাহায্য করার চেষ্টা করে আনন্দ করা যায় না ...
ম্যাগনাস
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.