मैं अपनी मौजूदा Oracle क्लस्टर तैयार सेवाओं को 11.1.0.7 से 11gR2 (11.2.0.1) में अपग्रेड करने पर काम कर रहा हूं। चीजें उतनी सुचारू रूप से नहीं चल रही हैं जितनी मुझे उम्मीद थी और मैं 11gR2 में हुए बदलावों के बारे में बहुत कुछ सीख रहा हूं। यह कोई मामूली अपग्रेड नहीं है जैसा कि संस्करण संख्या के अंतर से पता चलता है। CRS 11gR2 में काफी बदलाव किए गए हैं। मुख्य परिवर्तन इस प्रकार हैं (किसी विशेष क्रम में नहीं):
- क्लस्टर रेडी सर्विसेज (सीआरएस उर्फ क्लस्टरवेयर) को अब ग्रिड इंफ्रास्ट्रक्चर या संक्षेप में जीआरआईडी कहा जा रहा है।
- यदि आप ASM का उपयोग करते हैं, तो यह अब एक अलग घर में स्थापित नहीं है। Oracle GRID में अब एक ही घर में क्लस्टरवेयर और ASM शामिल हैं।
- Oracle GRID 11gR2 में अब सिंगल क्लाइंट एक्सेस नेम (SCAN) श्रोता शामिल है। चीजों को सरल रखने के लिए, आपको अपने सामान्य वीआईपी की तरह एक स्कैन वर्चुअल आईपी एड्रेस बनाना होगा और उन्हें डीएनएस के साथ पंजीकृत करना होगा। स्कैन वीआईपी आपके क्लस्टर नाम के समान नाम होना चाहिए। SCAN VIP के साथ 3 IP पते जुड़े होने चाहिए क्योंकि Oracle GRID 3 स्कैन श्रोताओं तक शुरू होगा।
- Oracle GRID 11gR2 अब मल्टी-कास्टिंग को सपोर्ट करता है। मुझे पैच 9974223 लगाना पड़ा क्योंकि मेरे कॉन्फ़िगरेशन ने मल्टी-कास्टिंग के लिए सेकेंडरी पोर्ट का इस्तेमाल किया था। एक मल्टी-कास्ट टेस्ट टूल है जो यह निर्धारित करने में मदद कर सकता है कि आप मल्टी-कास्टिंग के लिए कॉन्फ़िगर किए गए हैं या नहीं।
- जबकि आप "crsctl stop/start crs" के साथ CRS को रीस्टार्ट कर सकते हैं, मुझे हमेशा "/etc/init.d/init.crs stop/start" की आदत थी। /etc/init.d/init.crs स्क्रिप्ट अब उपलब्ध नहीं है। इसके स्थान पर /etc/init.d/init.ohasd द्वारा प्रतिस्थापित किया गया है।
ये कुछ ही बदलाव हैं जो मुझे अपने अपग्रेड करने और उत्पन्न होने वाली समस्याओं के निवारण के दौरान दिखाई दे रहे हैं।
इस अपग्रेड ने मेरे लिए साबित कर दिया है कि आपके उत्पादन परिवेश में इन कार्यों पर काम करने से पहले आरएसी का परीक्षण करना मूल्यवान है। आखिरी जगह जहां मैंने काम किया था, उसमें केवल एक आरएसी वातावरण था और वह हमारा उत्पादन डेटाबेस था। विकास/परीक्षण के लिए एक और आरएसी वातावरण स्थापित करना बहुत महंगा समझा गया। मेरा वर्तमान कर्मचारी एक आरएसी टेस्टबेड स्थापित करने के लिए पर्याप्त बुद्धिमान था जहां मैं उत्पादन में प्रयास करने से पहले चीजों को पूरी तरह से नष्ट कर सकता था और परीक्षण, परीक्षण, परीक्षण कर सकता था। हाल के वर्षों में चीजें बदल गई हैं जहां कोई वर्चुअल मशीन का उपयोग परीक्षण वातावरण स्थापित करने के लिए पहले की तुलना में बहुत सस्ता कर सकता है जहां हमें केवल परीक्षण के लिए हार्डवेयर खरीदना पड़ता था।
कहा जा रहा है, काश मेरा वर्तमान आरएसी परीक्षण वीएम वातावरण में होता। यदि यह एक वीएम में होता, तो मैं सीआरएस 11.1.0 के साथ वीएम का एक स्नैपशॉट ले सकता था और अगर मैं उन मुद्दों में भाग गया, जिनसे उबरना मुश्किल था तो मैं स्नैपशॉट पर वापस जा सकता था। जैसा कि यह अभी खड़ा है, अगर मैं अपग्रेड के साथ समस्याओं में भाग लेता हूं और मैं वास्तव में चीजों की गड़बड़ी करता हूं, तो मुझे मैन्युअल रूप से सब कुछ अनइंस्टॉल करना होगा, सीआरएस 11.1.0 को पुनर्स्थापित करना होगा और सीआरएस 11.2.0 अपग्रेड को पुनः प्रयास करने से पहले डेटाबेस को फिर से बनाना होगा। इसमें समय लगता है और एक VM यहाँ मेरा बहुत समय बचा सकता है।
