एसक्यूएल सर्वर के लिए उपयुक्त विंडोज हे / एस पृष्ठ फ़ाइल आकार

वोट
16

किसी भी एक Windows 2003 सर्वर चल रहा है SQL सर्वर के लिए उपयुक्त पृष्ठ फ़ाइल आकार के लिए अंगूठे का एक अच्छा शासन को पता है?

05/08/2008 को 18:07
का स्रोत उपयोगकर्ता
अन्य भाषाओं में...                            


8 जवाब

वोट
11

Remus (जिन्हें मैं बहुत सम्मान करते हैं) को पूरे सम्मान के साथ, मैं दृढ़ता से सहमत नहीं हैं। यदि आपका पृष्ठ फ़ाइल इतना बड़ा एक पूर्ण डम्प समर्थन करने के लिए है, यह एक पूर्ण डम्प हर बार प्रदर्शन करेंगे। आप रैम की एक बहुत बड़ी राशि है, तो यह एक छोटे से ब्लिप एक प्रमुख आउटेज हो गया हो सकता है।

आप अपने सर्वर डिस्क के लिए रैम 1 टीबी को लिखने के लिए है करने के लिए नहीं करना चाहते हैं वहाँ एक बार की अस्थायी समस्या है। अगर वहाँ एक आवर्ती मुद्दा है, आप एक पूर्ण डम्प कब्जा करने के लिए पृष्ठ फ़ाइल बढ़ा सकते हैं। मैं जब तक आप पीएसएस (या किसी और एक पूर्ण डम्प का विश्लेषण करने योग्य) आप अनुरोध एक पूर्ण डंप पर कब्जा करने से isntructed दिया है यह करने के लिए इंतजार करेंगे। DBAs के एक बेहद छोटा सा प्रतिशत जानते हैं कि कैसे एक पूर्ण डम्प का विश्लेषण करने के लिए। एक मिनी डंप सबसे मुद्दों है कि वैसे भी पॉप अप समस्या निवारण के लिए पर्याप्त है।

इसके अलावा, यदि आपके सर्वर एक 1 टीबी पूर्ण डम्प अनुमति देने के लिए कॉन्फ़िगर किया गया है और एक आवर्ती समस्या इसलिए होती है, कितना मुक्त डिस्क स्थान आप हाथ पर होने की सिफारिश करेंगे? आप एक ही सप्ताह के अंत में एक पूरी सैन को भरने कर सकते हैं।

एक पेज 1.5 फ़ाइल * राम के आदर्श दिन गए जब आप के साथ राम की 3 या 4 जीबी एक एसक्यूएल सर्वर के लिए भाग्यशाली थे में वापस आ गया था। इस मामले में किसी भी अधिक नहीं है। मैं (एक SSAS सर्वर है कि स्मृति दबाव सामना कर रहा है को छोड़कर) सभी उत्पादन सर्वर पर Windows डिफ़ॉल्ट आकार और सेटिंग्स पर पेज फ़ाइल छोड़ दें।

और बस स्पष्टीकरण के लिए, मैं रैम 2 जीबी से रैम 2 टीबी को लेकर सर्वर के साथ काम किया है। से अधिक 11 साल के बाद, मैं केवल पेजिंग फ़ाइल increae के लिए एक पूर्ण डंप एक बार कब्जा करने के लिए किया है।

05/10/2011 को 22:39
का स्रोत उपयोगकर्ता

वोट
10

राम के आकार के अप्रासंगिक, आप अभी भी एक पृष्ठ फ़ाइल कम से कम 1.5 गुना भौतिक RAM की मात्रा की जरूरत है। यह सच है कि आप एक 1 टीबी रैम की मशीन है, भले ही आप डिस्क पर 1.5 टीबी पृष्ठ फ़ाइल की आवश्यकता होगी है (पागल लगता है, लेकिन सच है)।

जब एक प्रक्रिया VirtualAlloc / VirtualAllocEx के माध्यम से MEM_COMMIT स्मृति पूछता है, अनुरोध किया आकार पृष्ठ फ़ाइल में आरक्षित किया जाना चाहिए। यह पहली जीत NT सिस्टम में सही था, और आज देख अभी भी सच है Win32 में वर्चुअल मेमोरी प्रबंध :

जब स्मृति के लिए प्रतिबद्ध है, स्मृति के भौतिक पृष्ठों आवंटित किए जाते हैं और अंतरिक्ष एक पृष्ठ फ़ाइल में सुरक्षित रखा गया है

कुछ अतिवादी अजीब मामलों नंगे, एसक्यूएल सर्वर हमेशा MEM_COMMIT पृष्ठों के लिए पूछेंगे। और इस तथ्य है कि SQL एक का उपयोग करता दिया गतिशील मेमोरी मैनेजमेंट नीति है कि जहां तक संभव हो बफर पूल अग्रिम सुरक्षित रखता है (भंडार और करता वीएएस के संदर्भ में), एसक्यूएल सर्वर पर पृष्ठ फ़ाइल में अंतरिक्ष की एक बड़ी आरक्षण शुरू का अनुरोध करेंगे। पृष्ठ फ़ाइल को ठीक से नहीं है, तो आकार त्रुटियों 801/802 एसक्यूएल के ERRORLOG फ़ाइल और संचालन में दिखाई देने लगेगा।

यह हमेशा की तरह, कुछ भ्रम का कारण बनता रूप में प्रशासकों ग़लती से मान लेते हैं कि एक बड़े रैम एक पृष्ठ फ़ाइल की आवश्यकता समाप्त। सच में इसके विपरीत होता है एक बड़े रैम सिर्फ विंडोज एनटी स्मृति प्रबंधक की अंदरूनी कामकाज की वजह से, पृष्ठ फ़ाइल के लिए की जरूरत बढ़ जाती है। सुरक्षित पृष्ठ फ़ाइल, उम्मीद है कि, इस्तेमाल कभी नहीं किया है।

22/11/2009 को 23:11
का स्रोत उपयोगकर्ता

वोट
3

माइक्रोसॉफ्ट के अनुसार, "एक कंप्यूटर बढ़ जाती है में RAM की मात्रा के रूप में, एक पृष्ठ फ़ाइल के लिए की जरूरत कम हो जाती है।" लेख तो कैसे प्रदर्शन लॉग्स उपयोग करने के लिए निर्धारित करने के लिए कैसे पेज फ़ाइल की ज्यादा है वर्णन करने के लिए पर चला जाता है वास्तव में इस्तेमाल किया जा रहा। एक शुरुआत के लिए 1.5X सिस्टम स्मृति के लिए अपने पृष्ठ फ़ाइल स्थापित करने की कोशिश करें, तो सिफारिश की निगरानी करते हैं और वहाँ से समायोजन करें।

Windows के 64-बिट संस्करण के लिए उपयुक्त पृष्ठ फ़ाइल आकार निर्धारित करने के लिए कैसे

03/08/2010 को 19:58
का स्रोत उपयोगकर्ता

वोट
2

हमने हाल ही में हमारे एसक्यूएल सर्वर में से एक यह है कि हम पूरी तरह से नीचे संकीर्ण करने में सक्षम नहीं थे, और वास्तव में हमारे Microsoft समर्थन टिकट में से एक का इस्तेमाल किया उनकी समस्याओं का निवारण करने में मदद करने के लिए के साथ कुछ प्रदर्शन के मुद्दों कर रहे थे। SQL सर्वर के साथ उपयोग करने के लिए इष्टतम पृष्ठ फ़ाइल आकार आया था, और माइक्रोसॉफ्ट के सिफारिश यह है कि यह होना है 1 1/2 बार RAM की मात्रा

10/09/2009 को 06:05
का स्रोत उपयोगकर्ता

वोट
2

बड़ा आवेदन जहां रिटर्न ह्रासमान में प्राप्त करने के लिए शुरू कर देंगे की वर्किंग सेट के आकार तक के बेहतर। आप धीरे धीरे बढ़ या आकार को घटाने जब तक आप कैश हिट दरों में एक महत्वपूर्ण परिवर्तन देखने से यह पता लगाने की कोशिश कर सकते हैं। हालांकि, अगर कैश हिट दर 90% से अधिक है या तो आप शायद ठीक कर रहे हैं। आम तौर पर आप यकीन है कि यह अपने रैम आवंटन पार नहीं किया है बनाने के लिए एक उत्पादन प्रणाली पर इस पर नजर रखना चाहिए।

23/12/2008 को 15:45
का स्रोत उपयोगकर्ता

वोट
1

काफी अनुसंधान के बाद हमारे समर्पित एसक्यूएल Windows 2003 Enterprise x64 पर उद्यम x64 चल सर्वर कोई पेज फ़ाइल है।

सीधे शब्दों में, पृष्ठ फ़ाइल है कि ओएस द्वारा प्रबंधित किया जाता है फ़ाइलों के लिए एक कैश है, और SQL यह की अपनी आंतरिक स्मृति प्रबंधन प्रणाली है।

एमएस लेख संदर्भित योग्य नहीं है कि सलाह आउट-ऑफ-द-बॉक्स सेवाओं जैसे कि फ़ाइल साझा के रूप में चल ओएस के लिए है।

एक पृष्ठ फ़ाइल के बाद बस डिस्क बोझ आई / ओ क्योंकि Windows मदद करने के लिए कोशिश कर रहा है, जब केवल एसक्यूएल ओएस काम कर सकते हैं।

24/05/2011 को 13:47
का स्रोत उपयोगकर्ता

वोट
1

आप उच्च प्रदर्शन के लिए देख रहे हैं, तो आप पूरी तरह से पृष्ठन से बचना चाहते हैं जा रहे हैं, तो पेज फ़ाइल आकार कम महत्वपूर्ण हो जाता है। डीबी सर्वर के लिए संभव के रूप में के रूप में ज्यादा रैम में निवेश करें।

11/08/2008 को 13:22
का स्रोत उपयोगकर्ता

वोट
0

इस मामले में, 1.5 गुना की कुल शारीरिक रैम के सामान्य सिफारिश सबसे अच्छा नहीं है। यह बहुत सामान्य सिफारिश धारणा है कि सभी स्मृति से "सामान्य" प्रक्रियाओं, जो आम तौर पर उनके कम से कम इस्तेमाल किया पृष्ठों आवेदन प्रक्रिया स्मृति के अंतर्गत आता है के लिए बड़े पैमाने पर प्रदर्शन के मुद्दों पैदा करने के बिना डिस्क में ले जाया गया हो सकता है किया जा रहा है के तहत प्रदान की जाती है।

(रैम की बहुत बड़ी मात्रा के साथ आम तौर पर) SQL सर्वर चल रहा है सर्वर के लिए, शारीरिक रैम के बहुमत एसक्यूएल सर्वर प्रक्रिया के लिए प्रतिबद्ध है और होना चाहिए (यदि सही ढंग से कॉन्फ़िगर), भौतिक स्मृति में बंद पृष्ठ फ़ाइल के लिए बाहर पृष्ठांकित किया जा रहा से रोकता है । एसक्यूएल सर्वर अपने स्वयं के स्मृति रैम एक डेटा कम करने के लिए डिस्क मैं / हे कैश के रूप में अपनी प्रक्रिया के लिए आवंटित के एक बड़े हिस्से का उपयोग कर, मन में प्रदर्शन के साथ बहुत सावधानी से प्रबंधन करता है। यह पता पेज पृष्ठ फ़ाइल के लिए उन डेटा कैश पृष्ठों के लिए कोई मतलब नहीं है, के रूप में पहले स्थान पर रैम में है कि डेटा होने का एकमात्र उद्देश्य डिस्क आई / ओ कम करना है। (ध्यान दें कि Windows OS भी इसी तरह उपलब्ध रैम का उपयोग करता है डिस्क कैश के रूप में सिस्टम आपरेशन तेजी लाने के लिए।) SQL सर्वर पहले से ही अपने स्वयं के स्मृति स्थान का प्रबंधन करता है के बाद से, इस स्मृति स्थान "पृष्ठांकन योग्य" नहीं माना जाना चाहिए, न कि पृष्ठ फ़ाइल के लिए एक परिकलन में शामिल आकार।

संबंध Remus ने उल्लेख किया MEM_COMMIT करने के लिए, शब्दावली भ्रमित क्योंकि आभासी स्मृति की भाषा में, "सुरक्षित", लेकिन अन्य प्रक्रिया द्वारा एक पता स्थान (भौतिक नहीं अंतरिक्ष) के उपयोग को रोकने के लिए वास्तविक आवंटन करने के लिए कभी नहीं संदर्भित करता है। मेमोरी "प्रतिबद्ध" होने के लिए उपलब्ध मूल रूप से शारीरिक रैम और पृष्ठ फ़ाइल आकार की राशि के बराबर है, और एक MEM_COMMIT कर सिर्फ राशि प्रतिबद्ध पूल में उपलब्ध decrements। यह करता है नहीं उस समय पृष्ठ फ़ाइल में मेल खाने वाले पेज का आवंटन। एक प्रतिबद्ध स्मृति पृष्ठ वास्तव में करने के लिए लिखा जाता है, वह यह है कि जब आभासी स्मृति प्रणाली एक भौतिक स्मृति पेज आवंटित करेगा और संभवतः पृष्ठ फ़ाइल के लिए शारीरिक रैम से दूसरे स्मृति पेज टक्कर। MSDN के देखें VirtualAlloc समारोह संदर्भ।

विंडोज ओएस आवेदन प्रक्रियाओं और अपने स्वयं के डिस्क कैश तंत्र के बीच स्मृति दबाव का ट्रैक रखता है और फैसला करता है जब यह पृष्ठ फ़ाइल के लिए शारीरिक रूप से गैर बंद कर दिया स्मृति पृष्ठों टक्कर चाहिए। मेरी समझ है कि एक पृष्ठ फ़ाइल कि जिस तरह से बहुत बड़ा है वास्तविक गैर बंद कर दिया स्मृति स्थान की तुलना में होने overzealously पृष्ठ फ़ाइल के लिए आवेदन स्मृति बाहर पेजिंग, पेज छूट जाए के परिणामों (धीमा प्रदर्शन) पीड़ित लोगों अनुप्रयोगों में जिसके परिणामस्वरूप विंडोज में परिणाम कर सकते है।

जब तक सर्वर के रूप में अन्य स्मृति के भूखे प्रक्रियाओं नहीं चल रहा है, 4 जीबी की एक पृष्ठ फ़ाइल आकार बहुत होना चाहिए। आप SQL सर्वर स्मृति में ताला लगा पृष्ठों अनुमति देने के लिए निर्धारित किया है, तो आप भी एसक्यूएल सर्वर के अधिकतम स्मृति सेटिंग स्थापित करने पर विचार करना चाहिए ताकि वह खुद को और अन्य प्रक्रियाओं के लिए ओएस के लिए कुछ शारीरिक रैम उपलब्ध छोड़ देता है।

एसक्यूएल सर्वर में 802 त्रुटियों संकेत मिलता है कि प्रणाली डेटा कैश के लिए कोई और पृष्ठ के लिए प्रतिबद्ध नहीं कर सकते हैं। बढ़ाने से पृष्ठ फ़ाइल आकार केवल इस स्थिति अब तक विंडोज के रूप में मदद मिलेगी गैर एसक्यूएल सर्वर प्रक्रियाओं से बाहर पेज स्मृति करने में सक्षम है। की अनुमति दे एसक्यूएल सर्वर स्मृति इस स्थिति में पृष्ठ फ़ाइल त्रुटि संदेशों में से छुटकारा मिल सकता है के रूप में विकसित करने के लिए है, लेकिन यह पहली जगह में डेटा कैश के कारण के बारे में पहले बात की वजह से उल्टा है।

04/04/2014 को 00:51
का स्रोत उपयोगकर्ता

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more