it-swarm.asia

حجم ملف الصفحة الموصى به لـ SQL 2008R2 على Windows 2008R2

مقالة Microsoft هذه --- كيفية تحديد حجم ملف الصفحة المناسب لإصدارات 64 بت من Windows Server 2008 و Windows 2008 R2 تقدم إرشادات لحساب حجم ملف الصفحة لـ 64 بت Windows 2008 و Windows 2008R2. هذا بلا شك يعمل بشكل جيد لخوادم الأغراض العامة. أتساءل ما هو التوجيه لـ SQL Server 2008R2 الذي يعمل على Windows 2008/R2 64 بت؟

أفترض أننا نريد القليل من بيانات الذاكرة لضرب ملف الصفحة وإلا يمكن أن تضرب SQL القرص مرتين للبيانات. هل يسمح SQL Server للبيانات الموجودة في الذاكرة بضرب ملف الصفحة ؟؟؟ لقد بحثت عن كتب SQL Server 2008 R2 عبر الإنترنت للإرشاد ولكن لم أجد حتى الآن أي ذكر لاستخدام ملف الصفحة.

إليك سيناريو استخدام محتمل: بالنظر إلى خادم فعلي مزود بذاكرة وصول عشوائي بسعة 64 جيجابايت ، هل يعد ملف ترحيل الصفحات ضروريًا لذاكرة الوصول العشوائي سعة 64 جيجابايت بالكامل؟ 96 غيغابايت من ملف ترحيل الصفحات؟ هذا يبدو مفرطًا قليلاً لملف واحد. أعلم أن الحكمة التقليدية هي أن أزواج Windows ملف ترحيل للذاكرة في محاولة لتسهيل تبديل التطبيقات على ذاكرة الوصول العشوائي ، ولكن هل هذا صحيح؟ هل سيعيق أداء أقل من 64 غيغابايت لملف ترحيل الصفحات هنا؟

25
Kev

لا توجد إعدادات خاصة لـ SQL Server الذي يستخدم الذاكرة الفعلية بشكل طبيعي فقط

فقط افعل ما يقوله MS لـ Windows وهذا كل شيء

أوه ، وشراء المزيد RAM على أي حال بينما نحن واحد في الموضوع ... ؛-)

15
gbn

تفحص lock pages in memory. بهذه الطريقة ، يمكنك إعطاء الأفضلية لحساب خدمة SQL الخاص بك لاستخدام المتاح RAM بدلاً من الترحيل إلى القرص. لقراءة المزيد على صفحات القفل في الذاكرة ، تحقق من link يلي مقتطف:

يتم تعطيل خيار تأمين صفحات سياسة Windows في الذاكرة بشكل افتراضي. يجب تمكين هذا الامتياز لتكوين ملحقات Windowing Extensions (AWE). تحدد هذه السياسة الحسابات التي يمكنها استخدام عملية لحفظ البيانات في الذاكرة الفعلية ، مما يمنع النظام من ترحيل البيانات إلى الذاكرة الظاهرية على القرص. في أنظمة التشغيل 32 بت ، يمكن أن يؤدي تعيين هذا الامتياز عند عدم استخدام AWE إلى إضعاف أداء النظام بشكل ملحوظ. قفل الصفحات في الذاكرة غير مطلوب على أنظمة تشغيل 64 بت.

يرجى اختبار هذه الميزة قبل استخدامها على أنظمتك.

6
StanleyJohns

نعم ، بالنسبة إلى 64 غيغابايت RAM تحتاج إلى الأقل ملف مبادلة 64 غيغابايت (96 غيغابايت مستحسن). ليس بسبب التبادل المحتمل ، ولكن بسبب تصميم Windows Memory Manager. لقد كتبت عن هذه المشكلة من قبل في حجم ملف ترحيل صفحات النظام على الأجهزة ذات ذاكرة الوصول العشوائي الكبيرة :

عندما تطلب العملية MEM_COMMIT الذاكرة عبر VirtualAlloc/VirtualAllocEx ، يجب حجز الحجم المطلوب في ملف ترحيل الصفحات. كان هذا صحيحًا في نظام Win NT الأول ، ولا يزال صحيحًا اليوم انظر إدارة الذاكرة الافتراضية في Win32 :

عند تخصيص الذاكرة ، يتم تخصيص الصفحات الفعلية للذاكرة ويتم حجز المساحة في ملف ترحيل الصفحات.

سيكون البديل شيء مثل oom_killer .

لذا اتبع التوصيات ، وأحيانًا تكون الأمور أكثر تعقيدًا مما تبدو عليه. ولم أتطرق حتى إلى التعقيدات التي جلبها AWE وامتياز صفحات القفل ...

4
Remus Rusanu