উইন্ডোজ 2008R2 এ এসকিউএল 2008R2 এর জন্য প্রস্তাবিত পৃষ্ঠার ফাইল আকার


25

এই মাইক্রোসফ্ট নিবন্ধ - উইন্ডোজ সার্ভার 2008 এবং উইন্ডোজ 2008 আর 2 এর 64-বিট সংস্করণগুলির জন্য উপযুক্ত পৃষ্ঠা ফাইলের আকারটি কীভাবে নির্ধারণ করা যায় 64 বিট উইন্ডোজ 2008 এবং উইন্ডোজ 2008 আর 2 এর জন্য পৃষ্ঠা ফাইলের আকার গণনা করার জন্য গাইডেন্স সরবরাহ করে। এটি কোনও সন্দেহ নেই যে সাধারণ উদ্দেশ্য সার্ভারগুলির জন্য এটি দুর্দান্ত কাজ করে। আমি ভাবছি যে এসকিউএল সার্ভার 2008R2 এর জন্য উইন্ডোজ 2008 / আর 2 64 বিটে চলার জন্য গাইডেন্সটি কী?

আমি অনুমান করছি যে আমরা চাইছি মেমরির ডেটাতে পৃষ্ঠের ফাইলটি হিট করা উচিত অন্যথায় এসকিউএল ডেটার জন্য দুবার ডিস্কটি হিট করতে পারে। এসকিউএল সার্ভার এমনকি মেমরির ডেটা পৃষ্ঠা ফাইলটিতে আঘাত করতে দেয়? দিকনির্দেশের জন্য আমি এসকিউএল সার্ভার ২০০৮ আর 2 বই অনলাইন এর মাধ্যমে শিকার করেছি কিন্তু এখনও পৃষ্ঠা ফাইলের ব্যবহারের কোনও উল্লেখ পাইনি।

এখানে একটি সম্ভাব্য ব্যবহারের দৃশ্য: : ৪ জিবি র‌্যাম সহ একটি ফিজিকাল সার্ভার দেওয়া হয়েছে, পুরো 64৪ জিবি র‌্যামের জন্য কি কোনও পেইজফিল প্রয়োজনীয়? আমাদের কি 96 গিগাবাইটের পেজফাইলে গিয়ার করা উচিত? এটি একটি একক ফাইলের জন্য কিছুটা অতিরিক্ত অতিরিক্ত বলে মনে হচ্ছে না। আমি জানি যে প্রচলিত জ্ঞান ছিল উইন্ডোজ দম্পতিরা র‌্যামে অ্যাপ্লিকেশনগুলিকে আরও সহজে বদলাতে চেষ্টা করার জন্য মেমোরিতে পেজ ফাইল করে তবে এটি কি সত্য? GB৪ জিবি এরও কম পেজফাইলে কি এখানে পারফর্মেন্সকে বাধা দিবে?

উত্তর:


15

এসকিউএল সার্ভারের জন্য কোনও বিশেষ সেটিংস নেই যা কেবলমাত্র শারীরিক মেমরি ব্যবহার করে

উইন্ডোজের জন্য এমএস যা বলছেন তা করুন এবং এটিই

ওহ, এবং যাইহোক যাইহোক আমরা আরও একটি র্যাম কিনে থাকি ... ;-)


6

মধ্যে তাকান lock pages in memory। এইভাবে, আপনি আপনার এসকিউএল পরিষেবা অ্যাকাউন্টটিকে ডিস্কে পেজিংয়ের পরিবর্তে উপলব্ধ র‌্যাম ব্যবহারের জন্য অগ্রাধিকার দিতে পারেন। স্মৃতিতে লক পৃষ্ঠাগুলিতে আরও পড়তে, এই লিঙ্কটি দেখুন । একটি স্নিপেট নিম্নলিখিত:

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

আপনার সিস্টেমে ব্যবহার করার আগে দয়া করে এই বৈশিষ্ট্যটি পরীক্ষা করুন।


4
এসকিউএল মেমরিটি ওএস দ্বারা প্রকাশিত হওয়া রোধ করার জন্য, 'মেমরিতে লক পৃষ্ঠাগুলি' সম্ভবত নিরাপদরক্ষা হিসাবে আরও ভালভাবে বর্ণনা করা যেতে পারে। সমর্থন.microsoft.com/kb/918483
মার্ক স্টোরী-স্মিথ

4

হ্যাঁ, GB৪ জিবি র‌্যামের জন্য আপনার কমপক্ষে GB৪ জিবি সোয়াপ ফাইলের প্রয়োজন (96৯ জিবি প্রস্তাবিত)। সম্ভাব্য অদলবদলের কারণে নয়, উইন্ডোজ মেমরি ম্যানেজারের ডিজাইনের কারণে। আমি আগে এই সমস্যাটি নিয়ে বড় র‌্যামযুক্ত মেশিনগুলিতে সিস্টেম পেজ ফাইল আকারে লিখেছি :

যখন কোনও প্রক্রিয়া / এর MEM_COMMITমাধ্যমে মেমরি জিজ্ঞাসা করে , অনুরোধ করা আকারটি পৃষ্ঠাফাইলে সংরক্ষণ করা দরকার reserved এটি প্রথম উইন এনটি সিস্টেমে সত্য ছিল এবং আজও সত্য এটি উইন 32 এ ভার্চুয়াল মেমরি পরিচালনা করা দেখুন :VirtualAllocVirtualAllocEx

স্মৃতি যখন প্রতিশ্রুতিবদ্ধ হয় তখন মেমরির দৈহিক পৃষ্ঠাগুলি বরাদ্দ করা হয় এবং একটি পৃষ্ঠাফাইলে স্থান সংরক্ষণ করা হয়।

বিকল্পটি oom_killer এর মতো কিছু হবে ।

সুতরাং প্রস্তাবটি অনুসরণ করুন, কখনও কখনও জিনিসগুলি দেখতে দেখতে কিছুটা জটিল হয়। এবং আমি এমনকি ডাব্লুইই দ্বারা নিয়ে আসা জটিলতা এবং লক পৃষ্ঠাগুলির অধিকারকেও স্পর্শ করি নি ...


খুব আকর্ষণীয় ... আপনি যখন মেশিনের র‍্যামের চেয়ে ছোট একটি অদলবদল সেট করেন তখন এটি কীভাবে কাজ করবে? যদি সত্যই প্রতিটি মেমরি বরাদ্দের জন্য আমাদের পেজফাইলে স্থান সংরক্ষণ করতে হয় তবে আমরা পৃষ্ঠা ফাইলের আকারের মেমরির চেয়ে বেশি ব্যবহার করতে পারব না? বাস্তবে এটি কীভাবে কাজ করে তা আমি নিশ্চিত নই।
shlomoid

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

2
আমি এটি সঠিক মনে করি না। উইন্ডোজ ইন্টারনাল বইয়ের মতো বিভিন্ন উত্স থেকে আমার বোঝা হ'ল প্রতিশ্রুতিবদ্ধ ভার্চুয়াল অ্যাড্রেস স্পেসের কোনও পেজ ফাইল বা র্যাম কোনও শারীরিকভাবে সমর্থন করতে হবে । সুতরাং আপনি যদি ভার্চুয়াল মেমরি> ([শারীরিক মেমরি উইন্ডোজ দেখেন] + [পেজিং ফাইলের আকার]) প্রতিশ্রুতিবদ্ধ করার চেষ্টা করেন, আপনি কুখ্যাত "আপনার সিস্টেমটি ভার্চুয়াল মেমরিতে কম" ত্রুটি বার্তাটি পাবেন। মার্ক রাশিনোভিচ এখানে "প্রতিশ্রুতিবদ্ধ স্মৃতি" শীর্ষক বিভাগে এ সম্পর্কে কথা বলেছেন ।
জেমস এল

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

এই পোস্টটি ভুল - আপনার সর্বাধিক কমিটের প্রয়োজনীয়তার চেয়ে বেশি মেমরি থাকলে আপনার কোনও পৃষ্ঠা ফাইল ছাড়াই চালানো সম্ভব। এর অর্থ হ'ল আপনি ক্র্যাশ ডাম্পগুলি লিখতে পারবেন না।
স্টিভ 365
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.