सवाल पर्दे के पीछे उस SAN पर ध्यान न दें


एक बार एक बार, मैंने अपने स्वयं के एसक्यूएल सर्वर बनाए, और ड्राइव कॉन्फ़िगरेशन, RAID स्तर आदि पर नियंत्रण था। डेटा, लॉग, tempdb, बैकअप, (बजट के आधार पर) को अलग करने की पारंपरिक सलाह हमेशा एक महत्वपूर्ण हिस्सा था एसक्यूएल सर्वर डिजाइन प्रक्रिया के।

अब एंटरप्राइज़-स्तरीय SAN के साथ, मैं बस एक विशिष्ट अनुरोध करता हूं रकम एक नए SQL सर्वर के लिए ड्राइव स्थान का, डेटा, बैकअप, और fileshares के लिए तार्किक ड्राइव में विभाजित। निश्चित रूप से मेरी नौकरी को आसान बनाता है, लेकिन मेरे एक ऐसा हिस्सा है जो पूरी तरह से आरामदायक महसूस नहीं करता है कि वास्तव में वहां पर वास्तव में क्या चल रहा है यह देखने के लिए मैं वास्तव में "पर्दे के पीछे" नहीं देख सकता।

मेरी समझ यह है कि SAN टीम किसी भी अलग-अलग ड्राइव के विभिन्न प्रकारों को कॉन्फ़िगर नहीं करती है (स्ट्रीमिंग लिखने के लिए यादृच्छिक पहुंच बनाम लॉग ड्राइव के लिए डेटा ड्राइव अनुकूलित करना)। इनमें से कुछ SAN उत्पाद पर निर्भर हो सकते हैं (हमारे पास एक एचपी XP12000 और एक एचपी XP24000 है), लेकिन मुझे आश्वासन दिया गया है कि एचपी सॉफ्टवेयर गतिशील प्रदर्शन विन्यास के सभी प्रकार करता है (आईओ हॉटस्पॉट के लिए देख रहा है और फ्लाई पर फिर से कॉन्फ़िगर कर रहा है उन एलयूएन को अनुकूलित करें), ताकि ऐप टीमों और डीबीए को उस सामान के बारे में चिंता करने की आवश्यकता न हो। "सभी सर्वरों के भार को बड़ी संख्या में स्पिंडल पर फैलाने" या कुछ ऐसा करने के बारे में कुछ।

मेरे प्रश्न / चर्चा:

  1. SAN टीम पर दुश्मन बनाने के बिना, मैं अपने आप को और एप्लिकेशन डेवलपर्स को कैसे आश्वस्त कर सकता हूं कि हमारे SQL सर्वर खराब कॉन्फ़िगर किए गए संग्रहण से पीड़ित नहीं हैं? बस परफॉर्म आंकड़ों का उपयोग करें? एसक्लियो जैसे अन्य मानक?

  2. अगर मैं इन SAN ड्राइव पर परीक्षण लोड करता हूं, तो क्या यह वास्तव में मुझे एक विश्वसनीय, दोहराने योग्य उपाय देता है जब हम रहते हैं तो मैं क्या देखूँगा? (यह मानते हुए कि SAN सॉफ़्टवेयर समय पर विभिन्न बिंदुओं पर अलग-अलग "गतिशील रूप से कॉन्फ़िगर" कर सकता है।)

  3. SAN के एक हिस्से में भारी आईओ (एक्सचेंज सर्वर कहता है) मेरे एसक्यूएल सर्वर को प्रभावित करता है? (मानते हैं कि वे प्रत्येक सर्वर को समर्पित डिस्क नहीं दे रहे हैं, जिन्हें मुझे बताया गया है कि वे नहीं हैं)

  4. विभिन्न कार्यों के लिए तार्किक ड्राइव को अलग करने का अनुरोध करेंगे तार्किक ड्राइव (डेटा बनाम लॉग बनाम tempdb) यहां मदद करते हैं? SAN होगा देख इन पर अलग आईओ गतिविधि और उन्हें अलग-अलग कॉन्फ़िगर करें?

  5. हम अभी एक स्पेस क्रंच में हैं। डेटा टीमों को ट्रिम करने के लिए आवेदन टीमों को बताया जा रहा है। क्या अंतरिक्ष चिंताओं से SAN टीम आंतरिक संचार (RAID स्तर, आदि) को कॉन्फ़िगर करने के तरीके पर विभिन्न निर्णय लेने का कारण बनती है जो मेरे सर्वर के प्रदर्शन को प्रभावित कर सकती है?

आपके विचारों के लिए धन्यवाद (इसी तरह के विषय पर संक्षेप में चर्चा की गई इस एसएफ सवाल में)


35
2018-05-07 23:16


मूल


आपको सावधानीपूर्वक लोड परीक्षण करना होगा, क्योंकि यह सैन क्षेत्र के अन्य उपयोगकर्ताओं को प्रभावित कर सकता है - यह वैसे भी हमारे पर्यावरण में मेरा अनुभव था। - Sam
अगर मैं कर सकता, तो मैं आपको शीर्षक के लिए अतिरिक्त अपवर्तित करूंगा। - splattne


जवाब:


SAN टीम पर दुश्मन बनाने के बिना, मैं अपने आप को और एप्लिकेशन डेवलपर्स को कैसे आश्वस्त कर सकता हूं कि हमारे SQL सर्वर खराब कॉन्फ़िगर किए गए संग्रहण से पीड़ित नहीं हैं? बस परफॉर्म आंकड़ों का उपयोग करें? एसक्लियो जैसे अन्य मानक?

संक्षेप में, शायद वास्तव में सुनिश्चित करने का कोई तरीका नहीं है। मैं क्या कहूंगा (मैं एक SAN व्यवस्थापक हूं), यह है कि यदि आपके आवेदन आपकी उम्मीदों पर प्रदर्शन कर रहे हैं, तो इसके बारे में चिंता न करें। यदि आप प्रदर्शन समस्याओं को देखना शुरू करते हैं जो आपको लगता है कि SAN / डिस्क IO प्रदर्शन से संबंधित हो सकता है, तो पूछताछ करना बुद्धिमान हो सकता है। मैं आपके जैसे एचपी स्टोरेज का उपयोग नहीं करता हूं, लेकिन आईबीएम / नेटएप दुनिया में मैं अनुभव से कह सकता हूं कि कई विकल्प नहीं हैं जो आपको इसे "खराब" कॉन्फ़िगर करने की अनुमति देंगे। इन दिनों अधिकांश उद्यम भंडारण RAID arrays के निर्माण से बहुत अधिक अनुमान लगाता है, और वास्तव में आपको यह गलत नहीं करने देता है। जब तक वे एक ही RAID समूहों के भीतर ड्राइव की गति और क्षमताओं को मिश्रित नहीं कर लेते हैं, तब तक आप अधिकांश मामलों में आराम से आश्वासन दे सकते हैं कि आपकी डिस्क ठीक प्रदर्शन कर रही है।

अगर मैं इन SAN ड्राइव पर परीक्षण लोड करता हूं, तो क्या यह वास्तव में मुझे एक विश्वसनीय, दोहराने योग्य उपाय देता है जब हम रहते हैं तो मैं क्या देखूँगा? (यह मानते हुए कि SAN सॉफ़्टवेयर समय पर विभिन्न बिंदुओं पर अलग-अलग "गतिशील रूप से कॉन्फ़िगर" कर सकता है।)

लोड परीक्षण बहुत विश्वसनीय होना चाहिए। बस ध्यान रखें कि जब आप एक बॉक्स का परीक्षण लोड कर रहे हैं, जो एक साझा SAN / डिस्क ऐरे पर है कि उसका प्रदर्शन उसी सिस्टम का उपयोग कर अन्य सिस्टम द्वारा प्रभावित हो सकता है (और होगा)।

SAN के एक हिस्से में भारी आईओ (एक्सचेंज सर्वर कहता है) मेरे एसक्यूएल सर्वर को प्रभावित करता है? (मानते हैं कि वे प्रत्येक सर्वर को समर्पित डिस्क नहीं दे रहे हैं, जिन्हें मुझे बताया गया है कि वे नहीं हैं)

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

विभिन्न कार्यों के लिए तार्किक ड्राइव को अलग करने का अनुरोध करेंगे तार्किक ड्राइव (डेटा बनाम लॉग बनाम tempdb) यहां मदद करते हैं? क्या SAN इन पर अलग-अलग आईओ गतिविधि देखेगा और उन्हें अलग-अलग कॉन्फ़िगर कर देगा?

यह शायद वरीयता का मामला है, और यह भी निर्भर करता है कि आपके स्टोरेज व्यवस्थापक इसे कैसे कॉन्फ़िगर करते हैं। वे आपको एक ही सरणी या मात्रा में तीन एलयूएन दे सकते हैं, इस मामले में वैसे भी यह वही है। यदि उन्होंने अलग-अलग खंडों (शारीरिक रूप से अलग डिस्क) में अलग-अलग सरणी पर अलग-अलग एलयूएन दिए हैं, तो यह आपके लिए अलग-अलग हो सकता है।

हम अभी एक स्पेस क्रंच में हैं। डेटा टीमों को ट्रिम करने के लिए आवेदन टीमों को बताया जा रहा है। क्या अंतरिक्ष चिंताओं से SAN टीम आंतरिक संचार (RAID स्तर, आदि) को कॉन्फ़िगर करने के तरीके पर विभिन्न निर्णय लेने का कारण बनती है जो मेरे सर्वर के प्रदर्शन को प्रभावित कर सकती है?

मुझे कल्पना नहीं है कि अंतरिक्ष को खाली करने के लिए आपके स्टोरेज व्यवस्थापक RAID स्तर को बदल देंगे। अगर वह होगा, तो उसे शायद निकाल दिया जाना चाहिए। अंतरिक्ष चिंताओं को चीजों को अलग-अलग कॉन्फ़िगर किया जा सकता है, लेकिन आम तौर पर प्रदर्शन-प्रभावशाली तरीके से नहीं। वे थोड़ी अधिक तंग हो सकते हैं कि वे आपको कितनी जगह देते हैं। वे डेटा डी-डुप्लिकेशन जैसी सुविधाएं सक्षम कर सकते हैं (यदि सरणी इसका समर्थन करती है) जो प्रक्रिया चलाने के दौरान सरणी के प्रदर्शन में बाधा डाल सकती है, लेकिन घड़ी के आसपास नहीं।


16
2018-05-13 16:23



पुन: अलग-अलग ड्राइव मुझे याद आया कि हमारे सर्वर के लोग कह रहे हैं कि यह कुछ ओएस स्तर डिस्क कतार के कारण प्रदर्शन को तेज करेगा। - Sam


SAN टीम में ऐसे टूल होना चाहिए जो आपको यह बता सकें कि आपका ऐप हॉटस्पॉटिंग है या नहीं। जाहिर है, आपको अपने अंत में निगरानी और मापना चाहिए।

मेरा अधिकांश अनुभव ईएमसी के साथ वाईएमएमवी है। लेकिन निम्नलिखित SAN उपकरण पर निम्नलिखित लागू होना चाहिए।

सरणी में जा रहे बहुत सारे बंदरगाह हैं। कभी-कभी एक SAN स्विच होता है जिसमें आप ज़ोन को परिभाषित कर सकते हैं। सिर्फ इसलिए कि सरणी अनिवार्य रूप से भंडारण का एक बड़ा पूल है इसका मतलब यह नहीं है कि आपको आईओ प्रदर्शन के बारे में चिंता नहीं करनी चाहिए।

तो अगर आपको लगता है कि आपके पास आईओ मुद्दे हैं, तो आपको बाधा कहां कम करनी होगी। यदि यह एचबीए और सरणी के बीच कहीं है, तो आप यह पता लगा सकते हैं कि एचबीए अधिकतम हो गया है या स्विच / सरणी पक्ष पर SAN पोर्ट ओवरसब्सक्राइब किया गया है। इसके अतिरिक्त, आपके पास अपने ऐप के लिए SAN टीम मॉनिटर एक्सेस पैटर्न होना चाहिए, दोनों ठंडे स्टार्ट और हॉट चल रहे हैं।

जाहिर है, अंतर्निहित भंडारण एक फर्क पड़ता है कि धीमी बड़ी RAID5 बनाम तेज़ RAID10 चल रहा है क्योंकि आप किसी बिंदु पर कैश के विभिन्न स्तरों पर ध्यान दिए बिना डिस्क को हिट करना होगा।

HTH। यदि आपके पास कोई विशिष्ट समस्या है तो आप मुझे ऑफ़लाइन पिंग कर सकते हैं क्योंकि इसमें कुछ समय लग सकता है।


6
2018-05-08 00:17



+1 सहमत हो गया और यही कारण है कि एक बड़े ईएमसी SAN के साथ भी मेरे सभी एसक्यूएल सर्वर प्रत्यक्ष संलग्न भंडारण का उपयोग करते हैं; यह प्रदर्शन समीकरण से एक चर को हटा देता है। मुझे निरंतर प्रदर्शन अपेक्षाएं पसंद हैं, कुछ ऐसा जो आप किसी साझा वातावरण में नहीं प्राप्त कर सकते हैं। - SqlACID
खैर, ध्यान दें कि मैं नहीं कह रहा हूं कि SAN का उपयोग न करें। मैंने कुछ बड़े पैमाने पर डेटासेंटर बिल्डआउट की निगरानी की है जो ठीक काम करते हैं। आईओओ विभिन्न स्तरों पर कैसे काम करता है और यह सुनिश्चित कर रहा है कि वे एक साथ अच्छी तरह से काम करते हैं, इस बारे में बेहतर समझ हो रही है। - Jauder Ho
विस्तृत प्रतिक्रिया के लिए धन्यवाद। ध्यान दें कि मेरे पास कोई नहीं है विशिष्ट (मापा) इस समय प्रदर्शन चिंताओं। मैं कुछ सर्वरों पर कुछ बेसलाइन बेंचमार्किंग के लिए योजना बनाने की कोशिश कर रहा हूं, क्योंकि हम नियमित रूप से उन चीज़ों को ट्रैक नहीं करते हैं। मैं डेटा-बैकिंग प्रतिक्रिया के साथ तेजी से असहज हो गया हूं "डेटा टीम के पास सब कुछ नियंत्रण में है" बिना डेटा के इसे वापस लेना। मुझे यह भी बताया गया है कि सबकुछ RAID 5 के रूप में कॉन्फ़िगर किया जा रहा है, जो मुझे पता है कि हमेशा सबसे तेज़ विकल्प नहीं है। - BradC
खैर, हस्तशिल्प सामान्य रूप से खराब है =) किसी भी प्रदर्शन कार्य में हमेशा इसके साथ जुड़े मात्रात्मक संख्याएं होनी चाहिए। सामान्य रूप से RAID5 एक डीबी वर्कलोड के लिए एक बुरा विचार है। लेकिन यह महज मेरी राय है। - Jauder Ho
मैंने इसे पहले एचपी ईवीए सैन के बारे में बताया है (आईआईआरसी इन्हें वास्तव में हिताची किट को रिबैड किया गया है)। SAN के साथ प्रदर्शन समस्याएं होने के बाद, मेरा सुझाव है कि आपको प्रत्यक्ष-संलग्न संग्रहण के साथ एक संदर्भ प्रणाली मिलें और दोनों प्लेटफ़ॉर्म पर कुछ विवरणों का एक थ्रैश परीक्षण चलाएं। लॉग डेटाबेस पर एक संभावित बाधा है। आम तौर पर इसे अलग (और शांत) मात्रा पर रखने के लिए सबसे अच्छा देखा जाएगा। मैं थोड़ा संदिग्ध हूं कि आप लोड के तहत इस SAN पर प्रदर्शन समस्याओं को नहीं देख पाएंगे, लेकिन नियंत्रकों पर बड़े कैश को अधिकांश परिस्थितियों में I / O को सुगम बनाना चाहिए। - ConcernedOfTunbridgeWells


SAN टीम पर दुश्मन बनाने के बिना, मैं अपने आप को और एप्लिकेशन डेवलपर्स को कैसे आश्वस्त कर सकता हूं कि हमारे SQL सर्वर खराब कॉन्फ़िगर किए गए संग्रहण से पीड़ित नहीं हैं? बस परफॉर्म आंकड़ों का उपयोग करें? एसक्लियो जैसे अन्य मानक?

किसी भी तरह की बेंचमार्किंग करने से पहले आपको जानने की आवश्यकता सबसे पहले यह है कि आपके स्वयं के वर्कलोड को किस सहिष्णुता को चलाने की आवश्यकता है। इसलिए नई प्रणाली की जांच करने से पहले अपनी खुद की सामग्री को बेंचमार्क करें। इस तरह यदि आपको लगता है कि आप चरम भार (बैकअप?) के दौरान अधिकतम 56MB / s कह रहे हैं, तो यह पता लगाना कि SAN- संलग्न डिस्क सरणी 'केवल' अनुक्रमित पीक लोड के तहत 110 एमबी / एस को धक्का देती है, आप हो सकते हैं आश्वासन दिया कि सीमा आई / ओ चैनल नहीं होने वाली है।

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

अगर मैं इन SAN ड्राइव पर परीक्षण लोड करता हूं, तो क्या यह वास्तव में मुझे एक विश्वसनीय, दोहराने योग्य उपाय देता है जब हम रहते हैं तो मैं क्या देखूँगा? (यह मानते हुए कि SAN सॉफ़्टवेयर समय पर विभिन्न बिंदुओं पर अलग-अलग "गतिशील रूप से कॉन्फ़िगर" कर सकता है।)

SAN संलग्न डिस्क सरणी की साझा प्रकृति के कारण, प्रदर्शन सप्ताह भर में परिवर्तनीय है। यदि आप पहले से ही जानते हैं कि आपका शिखर I / O लोड कब होता है, तो उस दिन के दौरान लोड-टेस्ट की एक श्रृंखला करें जब आपका शिखर I / O लोड होता है। इस तरह आप बेहतर ढंग से विशेषता कर सकते हैं कि किस प्रकार का I / O ओवरहेड आपकी रूचि रखने वाली अवधि के दौरान उपलब्ध है। गैर-चरम समय के दौरान लोड लोड आपको यह महसूस करेगा कि 'स्नैपी' चीजें कैसे प्राप्त होंगी, लेकिन शिखर परीक्षण आपको सही सीमा जांचने देता है।

SAN के एक हिस्से में भारी आईओ (एक्सचेंज सर्वर कहता है) मेरे एसक्यूएल सर्वर को प्रभावित करता है? (मानते हैं कि वे प्रत्येक सर्वर को समर्पित डिस्क नहीं दे रहे हैं, जिन्हें मुझे बताया गया है कि वे नहीं हैं)

यदि एक्सचेंज एलयूएनएस आपके एसक्यूएल एलयूएनएस के साथ डिस्क साझा करता है, तो वे बिल्कुल करेंगे। हम एचपी ईवीए का उपयोग करते हैं, एक्सपी नहीं, लेकिन मुझे लगता है कि वे एक ही "डिस्क समूह" शब्दावली का उपयोग करते हैं। उसी डिस्क-समूह साझा डिस्क में LUNs, और इसलिए उन भौतिक उपकरणों पर I / O के लिए संघर्ष करते हैं। डिस्क समूह में जितनी अधिक डिस्क डालेंगे, उतना अधिक विग्गल-रूम सरणी को I / O को जोड़ना होगा। सरणी (कम से कम ईवीए ऐसा करते हैं, और मुझे लगता है कि अधिक महंगा एक्सपी ऐसा ही करता है) गैर-अनुक्रमिक तरीके से भौतिक डिस्क में लॉजिकल एलयूएन ब्लॉक वितरित करता है। यह आपके द्वारा सुझाए गए कार्यों को करने की अनुमति देता है, जो समानांतरता बढ़ाने और डिस्क स्तर पर I / O विवाद को कम करने के लिए विभिन्न भौतिक उपकरणों पर अक्सर उपयोग किए गए ब्लॉक के समूहों को गतिशील रूप से वितरित करता है।

पूछने का सवाल यह है कि डिस्क समूह में कितना I / O बजट है, और इन एलयूएन का उपयोग करने वाले अनुप्रयोगों को I / O के लिए ओवरसब्सक्राइब किया गया है या नहीं। यह एक सवाल है कि भंडारण प्रशासकों को ट्रैक रखना होगा। यह एक्सचेंज के लिए चोटी I / O हो सकता है (शायद बैकअप के दौरान) SQL लोड के साथ मेल नहीं खा सकता है, और दोनों सिस्टम खुशी से सह-अस्तित्व में हो सकते हैं।

विभिन्न कार्यों के लिए तार्किक ड्राइव को अलग करने का अनुरोध करेंगे तार्किक ड्राइव (डेटा बनाम लॉग बनाम tempdb) यहां मदद करते हैं? क्या SAN इन पर अलग-अलग आईओ गतिविधि देखेगा और उन्हें अलग-अलग कॉन्फ़िगर कर देगा?

एचपी सरणी के लिए, आपको अलग-अलग I / O पैटर्न को अलग-अलग डिस्क में रखना होगा समूहों लून नहीं उदाहरण के लिए, डेटाबेस I / O पैटर्न वेब-सेवारत एक्सेस पैटर्न के साथ सह-अस्तित्व में नहीं होना चाहिए। अलग-अलग एलयूएन आपके प्रदर्शन में स्पष्ट रूप से सुधार नहीं करते हैं जब तक कि वे अलग-अलग डिस्क-समूह में न हों। यदि वे एक ही डिस्क-समूह में हैं तो ऑपरेटिंग सिस्टम के लिए एकमात्र वास्तविक लाभ है, जहां यह कर्नेल में डिस्क उपप्रणाली के समानांतरता को बेहतर बनाने के लिए I / O शेड्यूलिंग कर सकता है। ने कहा कि...

एचपी सरणी, मेरी समझ के लिए, एलयूएन पर विभिन्न पहुंच पैटर्न के बारे में जानते हैं, लेकिन वास्तविक तार्किक ब्लॉक पर ध्यान केंद्रित करते हैं। एक अलग LUN पर लॉग डालने से तार्किक ब्लॉक पर एक बाध्यता आती है जो उस प्रकार के I / O यातायात को प्राप्त करेगी, और यह भौतिक डिस्क पर लॉजिकल ब्लॉक को सही तरीके से सॉर्ट करने का कार्य आसान कर देगा।

हम अभी एक स्पेस क्रंच में हैं। डेटा टीमों को ट्रिम करने के लिए आवेदन टीमों को बताया जा रहा है। क्या अंतरिक्ष चिंताओं से SAN टीम आंतरिक संचार (RAID स्तर, आदि) को कॉन्फ़िगर करने के तरीके पर विभिन्न निर्णय लेने का कारण बनती है जो मेरे सर्वर के प्रदर्शन को प्रभावित कर सकती है?

निश्चित रूप से। यदि स्थान तंग है, तो आपको अपने I / O के लिए समर्पित डिस्क-समूह नहीं मिलेंगे (जब तक कि आपका संग्रहण वातावरण आपके विशेष उपयोग के लिए 7TB भौतिक डिस्क को समर्पित करने के लिए पर्याप्त नहीं है, इस बिंदु पर कि यह मामला हो सकता है )। RAID5 / RAID10 बहस संगठन की नीतियों पर बड़े हिस्से में निर्भर करती है, और पूछना आपकी सबसे अच्छी शर्त है।


5
2018-05-18 20:28





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

आपके पर्यावरण और आपके द्वारा उपयोग किए जाने वाले समाधान के आधार पर, कुछ विक्रेता सीई ने अभी भी जो भी मानक पसंद किया है, उसमें SAN को उड़ा दिया है और सेटअप कर सकता है। यह आपके विचार से ज्यादा होता है। जब तक आपको विश्वास नहीं है कि समाधान आपकी आवश्यकताओं को पूरा कर रहा है, तब तक आपको "SAN टीम सभी को जानता है" खोल में चिपकाना होगा।

सौभाग्य।


1
2018-05-10 03:16





मैं इस विषय पर एक बात के साथ एक ओरेकल सम्मेलन में था - डाटाबेस के लिए सैन सैन।

बात का सारांश उपलब्ध है यह पीडीएफ फाइल या लेखकों साइट पर यहाँ


1
2018-05-18 19:58



दिलचस्प। वह हमेशा प्रत्येक ओरेकल डीबी के लिए SAN में समर्पित ड्राइव पर जोर देने की वकालत करता है। - BradC