क्या मेरा नया ओरेकल डीबीए अर्थ है


15

जब हम अपने MSSQL बक्से के लिए FC LUNs सेट करते हैं, तो हमें शायद ही कभी उन्हें विभिन्न प्रकारों (Quorum, MSDTC, TempDB, Data, Logs, Backup और कुछ अन्य) के लगभग 8 से अधिक LUN प्रस्तुत करने होते हैं।

हमारे पास एक नया ओरेकल डीबीए है, और उसने मुझे LUN की एक सूची दी है जो वह अपने पहले नए सर्वर के लिए चाहता है - उनमें से 38 हैं! और यह वास्तव में बुनियादी DB बॉक्स के लिए है, केवल एक DB के साथ। वे सभी काफी छोटे (100GB) LUN हैं और वे LVM- टाइप तरीके से ASM का उपयोग करते हुए स्पष्ट रूप से एक साथ बोल्ट करते हैं।

क्या यह करने का सबसे अच्छा तरीका है, मैं वास्तव में कोई ओरेकल विशेषज्ञ नहीं हूं, लेकिन यह मुझे बहुत अधिक लगता है, इस मामले पर आपके विचार और अनुभव क्या हैं?


1
एक एकल DB के लिए 38 LUN ... क्या?!?!
ज्येफ्रे

जवाबों:


19

मैं ओरेकल डीबीए हूं। आपका नया DBA Oracle DBAs और इंजीनियरिंग से अधिक की तरह काम कर रहा है।

  1. सं नक्षत्र को 38 LUN की आवश्यकता नहीं है। मैंने बड़ी संख्या में लून पर डेटा फ़ाइलों को फैलाया है, लेकिन ये सिस्टम पर हैं जो बहुत सक्रिय हैं और बहुत बड़े हैं। LUN नए RAID समूहों के लिए आवश्यक नक्शा सही नहीं है? इसलिए अलग-थलग पड़ी फाइलों पर वैसे भी कुछ भी फैलाना जरूरी नहीं है (मैं इस पर विशेषज्ञ नहीं हूं)।

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

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

यह एक छोटे / मध्यम आकार के डेटाबेस की तरह लगता है। गतिविधि स्तर क्या है? वह शायद नहीं जानता।

आम तौर पर छोटे डेटाबेस पर आपको प्रदर्शन में सुधार करने के लिए फ़ाइल सिस्टम स्तर पर बहुत कुछ करने की आवश्यकता नहीं होती है। 95% SQL है और क्या डेवलपर्स लूप में बहुत अधिक sql स्टेटमेंट चलाते हैं।

संपादित करें ( वर्षों बाद !):

मैं कुछ समय बिताने के लिए SAN इंजीनियरों से बात कर रहा हूं और इसे पोस्ट करने के बाद से SAN और LUN के अपने ज्ञान में कुछ सुधार किया है। सबसे पहले एक LUN 'तार्किक' है। यह RAID समूहों, डिस्क आदि को अलग करने के लिए आवश्यक नक्शा नहीं देता है ... यह सेटअप SAN इंजीनियर द्वारा किया जाता है और DBA को दिखाई नहीं देगा। वहाँ बहुत से बाहर है Io को अलग करने में SAN एक है कि ज्यादातर लोगों को एहसास।

मैं एक बहुत बड़े सिस्टम पर काम कर रहा हूं जिसमें बहुत उच्च गतिविधि स्तर है। हमारे पास सैकड़ों LUN, RAID समूह आदि हैं ... हम सभी जगह फाइलें फैलाते हैं। हम SAN इंजीनियरों के साथ मिलकर LUN को कॉन्फ़िगर करने के लिए सुनिश्चित करते हैं कि वे SAN के विभिन्न हिस्सों में फैले हुए हैं। हमारे पास वास्तव में कोई दृश्यता नहीं है कि ओएस स्तर से एलयूएन कैसे मैप किए जाते हैं। एक नई फ़ाइल प्रणाली का मतलब यह नहीं है कि हमारे पास सैन पर एक नए स्थान पर डेटा मैप किया गया है।

जहाँ तक ASM की स्ट्रिपिंग के बारे में HP पेपर की बात है। यह पूरी तरह से व्यर्थ है जब एक साथ काम SAN। स्ट्रिपिंग, मिररिंग, RAID, आदि ... यह सब सतह के नीचे किया जाता है। आप इसे एप्लिकेशन या डेटाबेस स्तर पर नहीं देखेंगे। Ing स्ट्रिपिंग ’के लिए ओरेकल एएसएम को कॉन्फ़िगर करना एक SAN में व्यर्थ है, क्योंकि आप सिर्फ तार्किक वॉल्यूम में स्ट्रिपिंग करेंगे जो कि RAID 5 कॉन्फ़िगरेशन का उपयोग कर सकते हैं (नियंत्रण लागत के कारण विशाल बहुमत। SAN बहु मिलियन डॉलर के निवेश हैं)। आपको सिर्फ फाइल सिस्टम दिखाई देगा। वे आवश्यक रूप से अलग डिस्क या SAN में अलग-अलग स्थानों पर मैप नहीं करते हैं।

आईबीएम के पास स्पष्ट रूप से एक नई सुविधा है जो सैन को यह तय करने देती है कि गतिविधि के आधार पर डिस्क कहां लिखना है। यहाँ मेरा कहना यह है कि SAN को ऑप्टिमाइज़ करने वाले लोग विशेषज्ञ होते हैं। आपको उनके साथ काम करने की जरूरत है। DBA या एप्लिकेशन डेवलपर के पास यह देखने के लिए दृश्यता नहीं होगी कि कुछ भी फैलाया जा रहा है या नहीं।

क्या मैंने देखा है ज्यादातर दुकानों में बहुत अच्छा नहीं है SAN इंजीनियरों। यह जूनियर स्तर के लोगों के लिए नौकरी देता है। ज्यादातर अच्छे लोग सलाहकार होते हैं। इतना समय आप निर्माता द्वारा डिफ़ॉल्ट सेटअप का उपयोग कर रहे हैं। अधिक LUN जोड़ने को दोहराना शायद किसी भी डेटा को बाहर नहीं फैलाएगा, जब तक कि आपके पास SAN इंजीनियर सतह के नीचे आपके लिए इसे कॉन्फ़िगर न करें। उसके ऊपर, आपके पास 1 LUN हो सकता है और आपके लिए यह फैल सकता है। जब तक आपके पास एक अच्छा SAN इंजीनियर है, यह सब सामान अर्थहीन है। यह मेरे लिए स्पष्ट है कि प्रश्न में डीबीए SAN के बारे में पर्याप्त नहीं जानता है यहां तक ​​कि यह भी जानता है कि वह कुछ भी नहीं जानता है।

99.9% समय मानक विन्यास ठीक हैं। जब तक आप एक विशिष्ट IO अड़चन है यह अनावश्यक है। यदि आप करते हैं, तो आपको यह निर्धारित करने के लिए एसए और सैन इंजीनियर के साथ काम करने की आवश्यकता है कि समस्या क्या है। बहुत समय यह लेआउट के साथ क्या करने के लिए नहीं है SAN। फिर से, डीबीए और डेवलपर्स के पास यह देखने के लिए पहुंच नहीं होगी कि क्या चल रहा है अकेले इस ज्ञान का पता लगाने के लिए। SAN बहुत जटिल हैं।


पूरे सम्मान के साथ, बस कुछ बिंदुओं पर ध्यान दें: - 1. "SAN जटिल है" - तो ओरेकल डेटाबेस है। यहां तक ​​कि किसी भी आईटी इन्फ्रास्ट्रक्चर या आईटी सिस्टम में सबसे अधिक कीमत वाले उत्पाद। 2. "स्ट्रिपिंग / स्प्रेडिंग / ईको" - सहमत। डीबीए को यह जानने की जरूरत नहीं है कि क्या चल रहा है जब तक कि वे कभी भी आई / ओ के साथ मुद्दों का सामना नहीं करते हैं - लेकिन दुर्भाग्य से यह किसी भी प्रदर्शन से संबंधित मुद्दों के लिए हमेशा आईओ की अड़चन है। 3. फिर से डीबीए अलग - इन्फ्रा / कोर डीबीए बनाम एप्लीकेशन डीबीए। इन्फ्रा डीबीए को ओएस और डिस्क (सैन) के साथ काम कर रहे डीबी से संबंधित गतिविधियों का काम सौंपा गया है - इसलिए उसे पता होना चाहिए कि क्या चल रहा है। 4. उपरोक्त सभी

5

आप SAME (स्ट्राइप और मिरर एवरीथिंग) दृष्टिकोण का वर्णन करते हुए, THIS के साथ उसे सिर पर झटकने की कोशिश कर सकते हैं , जो ताज़ा है।


1
मुझे लगता है कि वह क्या करने की कोशिश कर रहा है - यह महसूस नहीं करना कि हमारी सरणी RAID10 के साथ पहले से ही बुरा जानवर है।
चॉपर 3

4

मेरे पास कोई सीधा जवाब नहीं है क्योंकि हम MSSQL और mySQL का उपयोग करते हैं। लेकिन जब भी मेरा डीबीए कुछ मांगता है तो बस पागल लगता है ... जैसे। मुझे उसके दस्तावेज की आवश्यकता है कि प्रत्येक टुकड़े की आवश्यकता क्यों है। यह दो उद्देश्यों में से एक है जो कई बार अचानक अपने दिमाग को कुछ अधिक समझ में बदल देता है और दो मुझे उनकी विचार प्रक्रिया को देखने की अनुमति देता है, इसलिए मैं कुछ सिस्टम लॉजिक लागू कर सकता हूं कि वे क्या चाहते हैं और एक विकल्प प्रस्तुत करें जो इस तरह से बेकार न हो। । इसलिए इस मामले में मैं 38 LUN में से प्रत्येक की आवश्यकता को उचित करने वाले एक दस्तावेज़ के लिए पूछूंगा


प्रतिक्रिया के लिए धन्यवाद, मैंने इसके लिए कहा है लेकिन उसने अभी तक जवाब नहीं दिया है, सोचा कि मैं आपके साथ पहले अच्छे लोगों की जांच
करूंगा

2

ऐसे अध्ययन हैं जो बताते हैं कि एएसएम और हार्डवेयर स्तर पर स्ट्रिपिंग प्रदर्शन के लिए एक फायदा हो सकता है। एचपी-ओरेकल व्हाइटपेपर ये प्रदर्शन लाभ ज्यादातर उच्च संगामिति स्थितियों में देखे जाते हैं जो ऐसा नहीं लगता है जैसे आप उम्मीद कर रहे हैं। लेकिन हो सकता है कि आपके डीबीए का क्या उपयोग हो।


वास्तव में यह अत्यधिक समवर्ती होगा, बस एक साधारण डीबी - इतना धन्यवाद।
चॉपर 3

1

मुझे पता है कि AIX पर DB2 के लिए, हमारे DBA को प्रति डेटाबेस 5 खंड मिलते हैं - प्रत्येक DB के एक अलग भाग के लिए। डीबी के लिए एक, प्राथमिक लॉग के लिए एक, संग्रह लॉग के लिए एक, एक अस्थायी और कुछ और। वे वॉल्यूम हैं, उन्हें LUN नहीं होना है, यह इस बात पर निर्भर करता है कि आप अपने भंडारण का प्रबंधन कैसे करना चाहते हैं।


अधिक जानकारी की आवश्यकता है - क्या वह एक डीबी के लिए 38 एलयूएन चाहता है, या एक डीबी प्लस के लिए 38 एलयूएन नए सर्वर का निर्माण करता है? यह विंडोज पर ओरेकल है, या लिनक्स / यूनिक्स? लिनक्स / यूनिक्स के प्रवेशक केवल ओएस के लिए और अधिक छोटे विभाजन चाहते हैं, इससे पहले कि आप ऐप्स और DBs में भी प्राप्त करें - / usr, / var, swap, / etc, और इसी तरह। मुझे लगता है कि आपको उसके साथ विस्तृत चर्चा करने की आवश्यकता है, और आप दोनों को अधिक शोध करने की आवश्यकता हो सकती है। उदाहरण के लिए, उन्हें IO कारणों के लिए बहुत सारे अनसेक्ड डिस्क्स की आवश्यकता हो सकती है।
mfinni
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.