सवाल समान बिल्डिंग के भीतर सर्वर को स्थानांतरित करना


यहां मेरा परिदृश्य है: मैं एक डेवलपर हूं जो विरासत में मिला (मेरे लिए अज्ञात) मेरे कार्यालय के भीतर स्थित तीन सर्वर। मुझे सर्वर प्रशासन के ज्ञान और Google / सर्वरफॉल्ट संदर्भ संदर्भ के रूप में सर्वर की व्यवस्थापक होने का काम भी मिला। सौभाग्य से, मुझे वास्तव में मशीनों के साथ भौतिक रूप से संपर्क में आने या किसी भी मुद्दे को हल करने के लिए कभी भी संपर्क नहीं करना पड़ा क्योंकि उन्होंने हमेशा 'काम किया' है।

सभी तीन मशीनें एक ही डेटा रूम में स्थित हैं और निम्न उद्देश्य प्रदान करती हैं:

Machine1 - आईआईएस 8.0 कई आंतरिक अनुप्रयोगों की मेजबानी करता है
Machine2 - आंतरिक अनुप्रयोगों के लिए एसक्यूएल सर्वर 2008 आर 2 डेटा स्टोर
Machine3 - एसक्यूएल सर्वर 2008 आर 2 दर्पण की दुकान Machine2

इन तीनों में बाहरी हार्ड ड्राइव कनेक्ट होते हैं जो अक्सर पूर्ण बैक अप होते हैं।

मुझे सूचित किया गया है कि सभी तीनों को एक ही परिसर में एक डेटा रूम से दूसरे स्थानांतरित करने की आवश्यकता है। मैं हार्डवेयर की भौतिक गति को पूरा नहीं करूँगा, जिसे एक सक्षम प्रेमी द्वारा संभाला जाएगा।

प्रत्येक के पूर्ण बैक अप को पूरा करने के अलावा, बिजली स्विच को फिसलने और मेरी दुनिया को देखने के लिए मुझे क्या विचार करना चाहिए?

मुझे पता है कि यह आदर्श से बहुत दूर है जिसमें सभी तीन एक ही कमरे / परिसर में स्थित हैं लेकिन यह इस प्रश्न का दायरा पिछले है।


60
2017-08-22 10:51


मूल


इस कदम से भी असंबंधित, आपके पास पहले से ही एक योजना है यदि आप एक (या सभी) मदरबोर्ड / बिजली की आपूर्ति / डिस्क मर जाते हैं तो आप क्या करेंगे? (क्योंकि यह अंत में होगा) - Dusan Bajic
@ स्पूडर शायद उन्हें इंटरनेट के बिना उपलब्ध ऐप की आवश्यकता है (वे कहते हैं कि यह एक आंतरिक अनुप्रयोग है) या वे सिर्फ एनएसए को देखना नहीं चाहते हैं। क्लाउड चांदी की बुलेट नहीं है। - André Borie
यह उत्तर के लिए पर्याप्त नहीं है, लेकिन मैं कदम से पहले मुलायम पावर-डाउन और पावर-अप करने का सुझाव देता हूं ताकि आप जान सकें कि सर्वर सफलतापूर्वक पावर होने पर क्या करते हैं। कुछ डरावनी बीप या अनजान त्रुटि संदेश हो सकते हैं जिन्हें आप अनदेखा नहीं करेंगे यदि आपने पहले सर्वरों पर साइकिल नहीं लगाई है। जब आप जानते हैं कि एक चिकनी पावर-ऑन दिखता है / लगता है, और कितना समय लगता है, तो आप यह तय करने के लिए बेहतर स्थिति में होंगे कि चाल के बाद कुछ गलत है या नहीं। - Stefan Mohr
बदले में प्रत्येक मशीन का रीबूट करें और आशा करें कि यह आपके जाने से पहले त्रुटियों के बिना जीवन में वापस आ जाए! - Matt
@ मैट कम से कम वह अकल्पनीय होने के लिए स्वीकार करता है और सीखने की कोशिश करता है कि यह एक अच्छी बात है। मैंने बहुत सारे मामलों को देखा है जहां व्यवस्थापक एक पूर्ण बेवकूफ है लेकिन इसे भी महसूस नहीं करता है। - André Borie


जवाब:


वास्तव में दिलचस्प सवाल, अच्छी तरह से पूछा :)

इस कदम से पहले कुछ चीजों की जांच करने की आवश्यकता है, कुछ आसान, कुछ कठिन।

शक्ति - जांच करें कि नए कमरे में न केवल बिजली के आउटलेट की सही मात्रा है बल्कि वे सही प्रकार हैं - जैसे कि भौतिक कनेक्टर प्रकार में और यदि वर्तमान स्थान एकल चरण विफलता के विरुद्ध सुरक्षा के लिए प्रति सर्वर विभिन्न पावर चरणों के लिए अनुमति देता है तो मैं ' डी आपको नए स्थान पर भी दोहराने का आग्रह करता हूं।

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

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

'अन्य कनेक्शन' - क्या आपको पता है कि आपके सर्वर के पास बिजली और नेटवर्किंग से कोई अन्य कनेक्शन है या नहीं? शायद उनके पास साझा स्टोरेज के लिए फाइबर-चैनल लिंक हैं, साझा प्रबंधन स्क्रीन के लिए केवीएम लिंक - फिर यदि वे आपको इन समान रूप से दोहराने की ज़रूरत है।

इसके अलावा किसी भी विशिष्ट प्रश्न के साथ यहां वापस आने के लिए स्वतंत्र महसूस होता है, और मुझे आशा है कि यह कदम अच्छी तरह से चल रहा है।


61
2017-08-22 11:24



चोपपर 3 के लिए +1 - मैं यह भी जोड़ूंगा कि आपका नेटवर्क कैसे कॉन्फ़िगर किया गया है, इस पर निर्भर करता है कि आपके नेटवर्क कार्ड के मैक पते पुराने स्विच से जारी नहीं किए जाएंगे और इंटरनेट इस पर निर्भर नहीं करेगा कि कैसे नेटवर्क बनाया गया है। मुझे पता है कि यह तब नहीं हो सकता है जब स्विच ठीक तरह से कॉन्फ़िगर किए जाते हैं, हालांकि मैंने बड़े वातावरण में काम किया है और यह अक्सर हुआ और नेटवर्क इंजीनियर को मैक एंट्री मैन्युअल रूप से साफ़ करना पड़ा। - Mugurel
Dismantling से पहले बैकप्लेन की एक तस्वीर ले लो। दर्द का एक आदमी बचाता है। - Sobrique
सब कुछ। बस अपने कैमरे के फोन पर तस्वीरें लें जहां सभी केबल्स जाते हैं, और क्या प्लग इन है और क्या नहीं है। (मान लीजिए कि आपको डीसी में अनुमति है)। अगर कुछ डरावना हो रहा है तो बाद में दोबारा जांच करने के लिए वास्तव में अच्छा लगा कि 'चीजें किस तरह दिखती हैं'। - Sobrique
आह तो 'बंदरगाहों' तो - बैकप्लेन अक्सर कुछ अलग से संदर्भित करता है - Chopper3
@ चोपपर 3 बैकप्लेन हमेशा एक आंतरिक हार्डवेयर घटक को संदर्भित करता है और कभी "सर्वर के मामले का पीछे नहीं।" सिवाय इसके कि जब एक असफल सोशल नेटवर्क का मतलब है। - Christopher Schultz


अन्य उत्तरों में कदम के तकनीकी पहलुओं को शामिल किया गया है। आपको कुछ अन्य चीजों पर भी विचार करना पड़ सकता है।

सुनिश्चित करें कि उपयोगकर्ता जानते हैं कि उनके आवेदन चलने के दौरान नीचे आ जाएंगे। आप इस कदम को शेड्यूल करना चाहते हैं, शायद गैर-कामकाजी घंटों के दौरान, ताकि आप प्रभावित लोगों की संख्या को कम कर सकें।

सर्वर लाने के बाद एक जानकार व्यक्ति (या व्यक्ति) अनुप्रयोगों का परीक्षण करें। यह सुनिश्चित करने के लिए कि एप्लिकेशन अपेक्षा के अनुसार काम करते हैं, उन्हें कुछ सैनिटी चेक करें।

परीक्षण के बाद, अपने उपयोगकर्ताओं को बताएं कि चाल समाप्त हो गई है और यदि उन्हें कोई समस्या है तो उन्हें आपको बताएं।


27
2017-08-22 16:36





हमारे प्रारूप के लिए "बहुत व्यापक" बताना और सीमा रेखा बनाना मुश्किल है। सबसे महत्वपूर्ण बात यह है कि आपको जांचने की आवश्यकता है कि अगर आपको अपने नेटवर्क को किसी भी तरह से पुन: कॉन्फ़िगर करने की आवश्यकता है, तो वे एक ही पते के साथ चलते रह सकते हैं। भले ही वे एक ही पते को रख सकें, सुनिश्चित करें कि वे DHCP के माध्यम से कॉन्फ़िगर नहीं हैं और / या सत्यापित करें कि DHCP सर्वर नए स्थान पर उपलब्ध होगा।

साइड नोट: जैसा कि आपने पहले ही कहा है, SQL सर्वर होने और इसका दर्पण आदर्श से बहुत दूर है। हालांकि, एक ही स्थान पर बैकअप ड्राइव है वास्तव में खतरनाक। आपको अपने बैकअप को एक अलग भौतिक स्थान में रखना होगा।


18
2017-08-22 11:09



+1 बैकअप। उन्हें एक ही स्थान पर नहीं होना चाहिए, बैक अप लेने वाले सर्वर को बैकअप मीडिया तक पहुंच नहीं होनी चाहिए, अन्य सर्वरों में से एक पर गलती / मैलवेयर / सब्बोट / रांसोमवेयर भी बैकअप को नष्ट कर सकता है। अभी बजट नहीं हो सकता है, लेकिन इसे अपनी आवश्यक सूची में डाल दें। - sdkks


अन्य उत्तरों में पहले से चलने वाले विचार अच्छे हैं। हालांकि, आपको यह भी योजना बनाना चाहिए कि आप वास्तविक कदम कैसे व्यवस्थित करते हैं। तथ्य से Machine3 का दर्पण है Machine2ऐसा लगता है कि SQL सर्वर 2008 R2 डेटाबेस (ओं) के लिए अपटाइम एक महत्वपूर्ण विचार है। तथ्य यह है कि यह एक दर्पण है आपको अवसर प्रदान करता है। प्राथमिक सर्वर नहीं होने पर दर्पण के अस्तित्व का कारण उपलब्ध होना चाहिए। इसमें रखरखाव के कारण उपलब्ध नहीं है, जिसमें आगे बढ़ना शामिल है।

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

मूल बातें ले जाएं: 

  1. चाल Machine3 (एसक्यूएल सर्वर दर्पण): इसे पूरी तरह से परिचालित करें। पुनः सिंक सत्यापित करें।
  2. चाल Machine2: इसे पूरी तरह से परिचालित करें।
  3. चाल machine1: इसे पूरी तरह से परिचालित करें।

चाल का अधिक विस्तृत विवरण:

निम्नलिखित में उपयोग करने के दो तरीकों (पथ ए और बी) शामिल हैं Machine3 के लिए कनेक्शन का परीक्षण करने के लिए machine1 और / या Machine2। आपको केवल एक विधि का उपयोग करना चाहिए। ऐसा करने का तरीका, या यहां तक ​​कि अगर इसका उपयोग करने के लिए भी, प्रश्न में निहित जानकारी पर निर्भर करता है (उदाहरण के लिए अंतिम मशीन स्थानों का भौतिक पृथक्करण, मशीनों का भौतिक आकार, नेटवर्क / पावर कॉर्ड की लंबाई, एक्सटेंशन के लिए उपलब्धता की उपलब्धता, नेटवर्क पोर्ट विन्यास, समानता की जरूरत आदि की समानता)। का उपयोग करते हुए Machine3इन कनेक्शनों का परीक्षण करने के लिए संभावित रूप से उच्च अपटाइम की अनुमति देता है Machine2, लेकिन विशेष रूप से के लिए machine1, जिसमें कोई दर्पण नहीं है। आप या तो विधि का उपयोग करना चुन सकते हैं, या न ही।

  1. चाल Machine3 प्रथम।

    • छोड़ना machine1 तथा Machine2 अभी के लिए जगह में।
    • बैकअप Machine3, फिर इसे बंद करो
    • प्राप्त Machine3 पूरी तरह से नए स्थान पर ले जाया गया।
    • [पथ बी: यदि आप वैकल्पिक चरण # 2 का उपयोग करने जा रहे हैं तो इसका उपयोग नहीं किया जाता है।] यदि सभी मशीनों के लिए नेटवर्क और पावर कॉन्फ़िगरेशन समान हैं: Put Machine3 कहा पे machine1 के लिए इच्छित कनेक्शन का उपयोग करने की योजना बनाई है machine1
    • प्राप्त Machine3 बैक अप और रनिंग। नए स्थान पर, सत्यापित करें कि यह सामान्य रूप से दर्पण के रूप में काम कर रहा है Machine2। यह भौतिक सत्यापन प्रदान करेगा कि सभी मुद्दों (पावर, नेटवर्क, आदि) की कॉन्फ़िगरेशन नए स्थान पर कार्यात्मक हैं।
    • आने वाले किसी भी मुद्दे को हल करें।
    • सत्यापित करो कि Machine3 पूरी तरह से फिर से सिंक्रनाइज़ किया गया है Machine2 आगे बढ़ने से पहले।
  2. पथ ए: (वैकल्पिक):

    • उपयोग Machine3 के लिए इच्छित सभी सुविधाओं का परीक्षण करने के लिए Machine2 तथा machine1
    • बंद Machine3 के लिए स्थिति / कनेक्शन का उपयोग करने के लिए नीचे और स्थानांतरित / स्विच करें Machine2, (फिर से सिंक सत्यापित करें) तो machine1 (पुनः सिंक सत्यापित करें)। यदि आप ऐसा करने की योजना बना रहे हैं, तो Machine3 शुरुआत में अंत उपयोग के लिए किए गए कनेक्शन के साथ शुरू किया जाना चाहिए था machine1 या Machine2, इसलिए आप इसे पहले स्थान पर पहले सेट अप नहीं करना चाहते हैं Machine3 और उसके बाद इसे 3 बार बदलें, लेकिन अन्य मशीनों में से किसी एक की सुविधाओं का उपयोग करके इसे शुरू करके केवल 2।
    • सत्यापित करो कि Machine3 पूरी तरह से फिर से सिंक्रनाइज़ किया गया है Machine2 आगे बढ़ने से पहले।
  3. चाल Machine2

    • साथ आपका अभ्यास Machine3 इसे इतना आसान बनाना चाहिए।
    • बैकअप Machine2, फिर इसे बंद करो
    • चाल Machine2 नए स्थान पर; सभी कनेक्शन बनाओ
    • आने वाले किसी भी मुद्दे को हल करें।
    • सत्यापित करो कि Machine2 पूरी तरह से फिर से सिंक्रनाइज़ किया गया है Machine3 आगे बढ़ने से पहले।
  4. [पथ बी: यदि आपने सभी कनेक्शनों का परीक्षण किया तो इसकी आवश्यकता नहीं है Machine3 वैकल्पिक चरण # 2] यदि अब है Machine3 कहा पे machine1 खत्म होना है:

    • बंद करना Machine3
    • इसे उस स्थान पर ले जाएं जहां इसे समाप्त करने की योजना बनाई गई है (आपके द्वारा इच्छित स्थान से बाहर machine1 ढूंढना है)।
    • आने वाले किसी भी मुद्दे को हल करें।
    • सत्यापित करो कि Machine3 पूरी तरह से फिर से सिंक्रनाइज़ किया गया है Machine2 आगे बढ़ने से पहले।
  5. चाल machine1

    • दोनों चले गए Machine2 तथा Machine3 (और उम्मीद है कि वास्तविक कनेक्शन का परीक्षण किया machine1 होने के द्वारा उपयोग किया जाएगा Machine3 उन्हें अस्थायी रूप से उपयोग करें), यह चालों का सबसे आसान होना चाहिए।
    • बैकअप machine1, फिर इसे बंद करो
    • चाल machine1 नए स्थान पर; सभी कनेक्शन बनाओ
    • आने वाले किसी भी मुद्दे को हल करें।
    • अगर स्थिति में सुविधाओं के साथ कुछ गलत हो जाता है machine1 माना जाता है कि आपके पास सुविधाओं का उपयोग करने का विकल्प है Machine3 अब स्थित है। उम्मीद है कि आप पहले से ही सभी सुविधाओं का परीक्षण करने में सक्षम थे machine1 इसे पहले से इस्तेमाल करके स्थिति Machine3 एक समय के लिए (पथ ए या पथ बी)।

16
2017-08-23 15:37





यदि किसी भी सर्वर के आईपी बदल जाएंगे और कनेक्शन डीएनएस रिज़ॉल्यूशन के माध्यम से एसक्यूएल बॉक्स में किए जाएंगे तो आपको चाल के साथ ही एक ही समय में DNS रिकॉर्ड्स में बदलाव शेड्यूल करना होगा।

इंट्रानेट सॉफ़्टवेयर और डेटाबेस के बारे में आपको पता होना चाहिए:

  • क्या इंट्रानेट सॉफ़्टवेयर आईपी, नेटबीओएसओएस या डीएनएस के माध्यम से SQL सर्वर से कनेक्ट होता है?
  • क्या इंट्रानेट सॉफ़्टवेयर द्वारा उपयोग किए गए SQL सर्वर उपयोगकर्ता खाते में आईपी से आने वाले यातायात तक सीमित प्रमाणीकरण है?
  • क्या आपकी कंपनी के कर्मचारी किसी भी स्प्रेडशीट या रिपोर्टिंग टूल्स से सीधे SQL सर्वर तक पहुंचते हैं, यदि हां, तो वे डीएसएन को कैसे परिभाषित करते हैं?

यदि आपको सटीक समान आईपी नहीं मिलते हैं, या यदि आप एक अलग उप नेट पर समाप्त होते हैं, तो आपको SQL सर्वर से कनेक्ट होने वाले किसी भी ऐप्स के लिए स्रोत कोड या कॉन्फ़िगरेशन फ़ाइलों को बदलने की आवश्यकता होगी। लोग विज्ञापन-प्रसार रिपोर्टिंग के लिए अनियंत्रित और प्रत्यक्ष SQL पहुंच पर भरोसा कर सकते हैं।


7
2017-08-23 12:20





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

इस बारे में सोचें: जबकि आपका कॉर्वेट ट्यून अप हो रहा है, दिन के माध्यम से अपने मिनीवन का उपयोग करें।


2
2017-08-23 14:39



आप एक ऐसी कंपनी के बारे में बहुत कुछ मान रहे हैं जो तीन सर्वरों के साथ एक अनुभवहीन व्यवस्थापक को आश्चर्यचकित करता है। - RoadieRich
बिल्कुल, मैं एक पूरी तरह से काम कर रहा है ठीक से सेटअप सर्वर प्रयोगशाला मान रहा हूँ। या कम से कम एक जगह जिसमें कुछ पुराने सर्वर (या यहां तक ​​कि पीसी) अभी भी धूल इकट्ठा करने के आसपास बिछा रहे हैं। बस कदम करने के लिए उन्हें पुनः कॉन्फ़िगर करें। - Software_Programineer


एक बात जो मुझे नहीं लगता है उसका उल्लेख सर्वर के नए घर की शारीरिक सुरक्षा है। कमरे के लिए पहले इस्तेमाल किया गया था और किसके पास कुंजी है? क्या पर्याप्त सुरक्षा है (अलार्म सिस्टम, कैमरा, इत्यादि)।


1
2017-08-24 01:27





अन्य उत्तरों के अलावा कुछ विचार:

  • क्या ई-मेल अन्य लोगों से जुड़ा हुआ है। जी। फाइल द्वारा डेटा या वेब सर्विसेज के उपयोग से रात का आदान-प्रदान? परिणाम उपलब्ध नहीं होने पर क्या परिणाम हैं? क्या संबंधित अनुप्रयोग इस से निपट सकते हैं या क्या वे आपके अनुप्रयोगों से जानकारी की कमी के कारण गलत परिणाम उत्पन्न करते हैं या यहां तक ​​कि उत्पादन करते हैं?

  • क्या आपके उपयोगकर्ताओं, कंपनी या यहां तक ​​कि ग्राहकों के लिए डाउनटाइम स्वीकार्य है? यह कब तक हो सकता है?

  • मुझे लगता है कि रोलबैक के लिए योजना बनाना एक अच्छा विचार है। आप किसी समस्या के मामले में इसका उपयोग कर सकते हैं जिसे जल्दी से हल नहीं किया जा सकता है, ई। जी। एक नेटवर्क समस्या। हार्डवेयर को वापस लाने के मामले में आपको शायद प्रेमी को उपलब्ध कराने की आवश्यकता होगी।

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

  • यदि आपके पास सर्वर है तो सर्वर को सर्वर रैक में फिट होना चाहिए।


1
2017-08-27 09:11