ফাইল সার্ভার উইন্ডোজ সার্ভার ২০০৮ R2-এ চলমান একটি সার্ভার উচ্চ র্যাম লোডের সমস্যার সম্মুখীন হয়েছিল, ফলে সার্ভার ও অ্যাপ্লিকেশনের পারফরম্যান্সে সমস্যা দেখা দিল। বাতিল হলো যে মেমরিটি সিস্টেম ফাইল ক্যাশ দ্বারা ভরা হয়েছে যাতে ফাইল সিস্টেম মেটাডেটা রয়েছে। এই সমস্যা বড় সংখ্যক ফাইল 가진 সমস্ত ফাইল সার্ভাকে প্রভাবিত করতে পারে যা ব্যবহারকারীদের দ্বারা অ্যাক্সেস করা হয়। এটি x64 উইন্ডোজ সংস্করণের জন্য সবচেয়ে জটিল, যেখানে মেমরিতে মেটাডেটা ফাইলের সাইজ প্রায় পুরো র্যামের সাইজ পর্যন্ত বেড়ে যেতে পারে।
উইন্ডোজ ফাইল সার্ভারে উচ্চ র্যাম লোড
সমস্যা নিম্নরূপ প্রকাশ পায়: টাস্ক ম্যানেজারে দেখতে পাচ্ছি যে ফিজিক্যাল মেমরি ৯৫-৯৯% ব্যस्त।

Processes ট্যাবে, অস্বাভাবিকভাবে উচ্চ মেমরি খরচ 하는 কোনো লিকড প্রসেস নেই। এছাড়া, যদি আপনি সব প্রসেসের ব্যবহৃত মেমরির অনুমানিক মান যোগ করেন, তবে আপনার সার্ভারে থাকা ফিজিক্যাল মেমরির ৫০%-ও পাবেন না। তাহলে মেমরি কে খাচ্ছে?
র্যাম ব্যবহার সম্পর্কে সঠিক ডেটা পাওয়ার জন্য ছোট একটি ইউটিলিটি RAMMap (মার্ক রাসিনোভিচ দ্বারা) ব্যবহার করা যেতে পারে। আর্কাইভ ডাউনলোড করে এডমিনিস্ট্রেটর đặcavesহকারে RAMMap.exe চালু করুন। Use Counts ট্যাবে, আমরা দেখতে পাই Metafile সবচেয়ে বেশি র্যাম ব্যবহার করছে। (আমাদের ক্ষেত্রে, সার্ভারের ২৫ GB র্যামের মধ্যে ১১ GB ব্যবহার করছে)।

উইন্ডোজে মেটাফাইল কী?
মেটাফাইল হলো সিস্টেম ক্যাশের একটি অংশ যাতে NTFS মেটাডেটা থাকে এবং ফাইল অ্যাক্সেস করার সময় ফাইল সিস্টেমের পারফরম্যান্স বাড়াতে ব্যবহৃত হয়। NTFS মেটাডেটাতে MFT (মাস্টার ফাইল টেবিল) এর ডেটা থাকে। ব্যবহারকারীদের দ্বারা অ্যাক্সেস করা প্রতিটি ফাইল বা ফোল্ডারের জন্য, মেটাফাইলে কমপক্ষে ১ KB এর একটি ব্লক তৈরি হয় (প্রতিটি ফাইলের অ্যাট্রিবিউটের রেকর্ড ১ KB, এবং প্রতিটি ফাইলের কমপক্ষে একটি অ্যাট্রিবিউট থাকে)। এইভাবে, বড় সংখ্যক ফাইল থাকা ফাইল সার্ভারগুলোর মেটাফাইল সাইজ (NTFS ক্যাশ) দশক গিগাবাইটের পার হতে পারে।
বিল্ট-ইন উইন্ডোজ টুলস ব্যবহার করে এই ক্যাশকে ডিসেবল বা ম্যানেজ করা সম্ভব নয়। একটি সমাধান হলো সার্ভারের মেমরি সাইজ বাড়ানো, কিন্তু এটি সবসময় সম্ভব নয়।
মেমরি ফ্রি করার জন্য আপনি সার্ভার রিস্টার্ট করতে পারেন, কিন্তু কিছু সময় পর মেমরিতে মেটাফাইলের সাইজ অবিশ্বাস্যভাবে বেড়ে যেতে শুরু করে।
উদাহরণস্বরূপ, রাসিনোভিচের অন্য একটি টুল ntfsinfo ব্যবহার করে MFT-এর সাইজ অনুমান করা যায়। আমাদের ক্ষেত্রে, ২ TB ডিস্কে MFT-এর সাইজ ১৩ GB।
মেটাফাইল দ্রুত ক্লিন আপ করার পদ্ধতি
RAMMap ব্যবহার করে সার্ভার রিস্টার্ট ছাড়াই MFT গার্বেজ থেকে ব্যবহৃত মেমরি দ্রুত ক্লিয়ার করা যায়। এর জন্য মেনু থেকে Empty -> Empty System Working Set সিলেক্ট করুন।

এর পর মেমরিতে মেটাফাইল সাইজ দশগুন কমে যায়, এবং CPU দ্বারা র্যাম ব্যবহার ৯৫% থেকে ২৬% এ নামে আসে।

এই পদ্ধতির প্রধান ডメリカ হলো এটি ম্যানুয়াল এবং অটোমেটিকভাবে করা যায় না।
ফাইল ক্যাশ ম্যানেজ করার জন্য ডাইনামিক ক্যাশ সার্ভিস
ফাইল সিস্টেম মেটাফাইল দ্বারা উচ্চ মেমরি লোডের আরেকটি দৃঢ় সমাধান হলো ডাইনামিক ক্যাশ সার্ভিস (DynCache) ইনস্টল করা (https://www.microsoft.com/en-us/download/details.aspx?id=9258)। এই সার্ভিস সিস্টেম API ব্যবহার করে ডেডিকেটেড MFT ক্যাশের প্যারামিটার ম্যানেজ করতে দেয়।
গুরুত্বপূর্ণ। এই সমাধানটি শুধুমাত্র উপরে বর্ণিত সমস্যা হলে ব্যবহার করুন। অন্যান্য কারণে সার্ভারে উচ্চ মেমরি ব্যবহার হলে এই সার্ভিস ইনস্টল করলে সমাধান হবে না।DynCache ইনস্টল করা খুব সহজ (আর্কাইভে বিস্তারিত নির্দেশনা আছে)।
- DynCache.exe ফাইলটি %SystemRoot%\System32 ফোল্ডারে কপি করুন
- নিচের কমান্ড দিয়ে DynCache সার্ভিস তৈরি করুন:
sc create DynCache binpath= %SystemRoot%\System32\DynCache.exe start= auto type= own DisplayName= "Dynamic Cache Service"
- DynCache.reg রেজিস্ট্রিতে ইম্পোর্ট করুন (এতে ডিফল্ট মান থাকে)
- নিচের রেজিস্ট্রি কীগুলো এর মান পরিবর্তন করুন: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DynCache\Parameters
- MaxSystemCacheMBytes: 4096 (dec) – সর্বোচ্চ ক্যাশ সাইজ (MB)
- MinSystemCacheMBytes: 100 (dec) – ন্যূনতম ক্যাশ সাইজ (MB)

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