LVM और iSCSI का उपयोग कर सर्वर के बीच डेटा ट्रांसफर करना

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

हमने इस मुद्दे के बारे में लंबे समय तक सोचा और आज हम एक व्यापक दर्शक समाधान पर ध्यान देते हैं जो हमें सबसे सफल लगता है।


इस आलेख में चर्चा की गई विधि का उपयोग करते हुए डेटा ट्रांसफर प्रक्रिया में निम्नलिखित चरण शामिल हैं:

1. नया सर्वर बाहरी मीडिया से लोड किया गया है, ब्लॉक डिवाइस तैयार किए गए हैं: डिस्क को चिह्नित किया गया है, RAID सरणियां बनाई गई हैं;
2. नए सर्वर के ब्लॉक डिवाइस iSCSI के माध्यम से निर्यात किए जाते हैं - iSCSI लक्ष्य बनाए जाते हैं;
3. पुराने सर्वर पर, iSCSI आरंभकर्ता नए सर्वर पर लक्ष्य से शुरू और जुड़ता है। पुराने सर्वर पर, नए सर्वर के ब्लॉक डिवाइस उपलब्ध होते हैं और उपलब्ध होते हैं;
4. पुराने सर्वर पर, नए सर्वर का ब्लॉक डिवाइस LVM समूह में जोड़ा जाता है;
5. LVM में डेटा मिररिंग का उपयोग करके डेटा को नए सर्वर के ब्लॉक डिवाइस में कॉपी किया जाता है;
6. पुराना सर्वर बंद हो जाता है;
7. नए सर्वर पर, अभी भी बाहरी मीडिया से लोड किया गया है, हस्तांतरित एफएस उस पर मुहिम की जाती है, सेटिंग्स में आवश्यक परिवर्तन किए जाते हैं;
8. नया सर्वर डिस्क से रिबूट करता है, जिसके बाद सभी सेवाएं शुरू की जाती हैं।

यदि नए सर्वर के साथ समस्याओं का पता लगाया जाता है, तो यह बंद हो जाता है। पुराना सर्वर चालू है, सभी सेवाएँ पुराने सर्वर पर काम करना जारी रखती हैं।

हमारी प्रस्तावित तकनीक सभी ऑपरेटिंग सिस्टम के लिए उपयुक्त है जहां LVM का उपयोग तार्किक विभाजन के लिए किया जाता है और iSCSI लक्ष्य और आरंभकर्ता को सेट किया जा सकता है। डेबियन व्हीज़ी उस सर्वर पर स्थापित किया गया था जिस पर हमने प्रस्तावित विधि का परीक्षण किया था। अन्य ऑपरेटिंग सिस्टम में, अन्य प्रोग्राम और कमांड का उपयोग किया जा सकता है, लेकिन प्रक्रिया समान होगी।

सभी ऑपरेशन डिस्क लेआउट के साथ एक सर्वर पर किए गए थे, ओएस की स्वचालित स्थापना के दौरान हमारे सर्वर के लिए मानक। यदि आपका सर्वर एक अलग डिस्क लेआउट का उपयोग करता है, तो कुछ कमांड के मापदंडों को बदलना होगा।

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

एक नया सर्वर तैयार करना

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

फिर नए सर्वर को बाहरी मीडिया से बूट करें। हम अनुशंसा करते हैं कि हमारे ग्राहक सर्वर बूट नियंत्रण मेनू का उपयोग करके सेलेक्ट रेस्क्यू में बूट करें।
जब डाउनलोड पूरा हो जाता है, तो SSH के माध्यम से नए सर्वर से कनेक्ट करें। नए सर्वर को उसके भावी होस्टनाम पर सेट करें। यदि आप नए सर्वर पर mdraid का उपयोग करने का इरादा रखते हैं तो यह आवश्यक है: RAID सरणी बनाते समय, होस्टनाम को इसमें शामिल सभी डिस्क पर RAID सरणी के मेटाडेटा में सहेजा जाएगा।

 # होस्टनाम cs940

अगला, डिस्क को चिह्नित करें। हमारे मामले में, प्रत्येक सर्वर पर प्रत्येक डिस्क पर दो मुख्य विभाजन बनाए जाएंगे। पहले वर्गों का उपयोग RAID1 / बूट के लिए करने के लिए किया जाएगा, दूसरा - LVM भौतिक आयतन के लिए RAID10 बनाने के लिए, जिस पर मुख्य डेटा रखा जाएगा।

 # fdisk / dev / sda
 कमांड (मदद के लिए एम): पी
 ...
 डिवाइस बूट स्टार्ट एंड ब्लाक आईडी सिस्टम
 / dev / sda1 * 2048 2099199 1048576 fd लिनक्स रेड ऑटोडेट
 / dev / sda2 2099200 1953525167 975712984 fd Linux raid ऑटोडेट
 कमांड (मदद के लिए एम): डब्ल्यू

सब कुछ सरल और तेज़ करने के लिए, आप केवल पहली डिस्क को विभाजित कर सकते हैं, और विभाजन को बाकी हिस्सों में कॉपी कर सकते हैं। फिर mdadm उपयोगिता का उपयोग करके RAID सरणियों का निर्माण करें।

 # sfdisk -d / dev / sda |  sfdisk / dev / sdb -f
 # mdadm --create / dev / md0 --level = 1 - डर-डिवाइस = 4 / dev / sda1 / dev / sdb1 / dev / sdc1 / dev / sdd1
 # mdadm --create / dev / md1 --level = 10 - डर-डिवाइस = 4 / dev / sda2 / dev / sdb2 / dev / sdc2 / dev / sdd2
 # mdadm --examine --scan
  ARRAY / देव / md / 0 मेटाडेटा = 1.2 UUID = e9b2b8e0: 205c12f0: 2124cd91: 35a3b4c8 नाम = cs940: 0
  ARRAY / देव / md / 1 मेटाडेटा = 1.2 UUID = 4be6fb41: ab4ce516: 0ba4ca4d: e30ad60b नाम = cs940: 1

फिर सेट करें और नेटवर्क पर RAID सरणियों की प्रतिलिपि बनाने के लिए iSCSI लक्ष्य को कॉन्फ़िगर करें। हमने tgt का उपयोग किया।

 # एप्टीट्यूड अपडेट
 # एप्टीट्यूड टीजीटी स्थापित करें

यदि आप टीजीटी चलाने पर लापता कर्नेल मॉड्यूल को लोड करने में त्रुटियों का सामना करते हैं, तो चिंता न करें: हमें उनकी आवश्यकता नहीं होगी।

 # tgtd
 librdmacm: ABI संस्करण नहीं पढ़ सका।
 लाइब्रिडेकम: मान लेना: ४
 CMA: RDMA डिवाइस सूची प्राप्त करने में असमर्थ
 (नल): iser_ib_init (3263) RDMA को आरंभ करने में विफल;  लोड कर्नेल मॉड्यूल?
 (नल): fcoe_init (214) (नल)
 (नल): fcoe_create_interface (171) कोई इंटरफ़ेस निर्दिष्ट नहीं है।

अगला चरण LUN को कॉन्फ़िगर करना है। LUN बनाते समय, आपको पुराने सर्वर का IP निर्दिष्ट करने की आवश्यकता होती है, जिसमें से लक्ष्य के लिए कनेक्शन की अनुमति होगी।

 # tgt-setup-lun -n tgt0 -d / dev / md0 10.0.0.1
 # tgt-setup-lun -n tgt1 -d / dev / md1 10.0.0.1
 # tgt-admin -s

नया सर्वर तैयार है, चलिए पुराने सर्वर को तैयार करते हैं।

पुराने सर्वर को तैयार करना और डेटा की प्रतिलिपि बनाना

अब SSH के माध्यम से पुराने सर्वर से कनेक्ट करें। ISCSI आरंभकर्ता को स्थापित और कॉन्फ़िगर करें, और फिर नए सर्वर से निर्यात किए गए ब्लॉक उपकरणों को इससे कनेक्ट करें:

 # उपयुक्त-ओपन-इस्की स्थापित करें

कॉन्फ़िगरेशन फ़ाइल में प्राधिकरण डेटा जोड़ें: उनके बिना, सर्जक काम नहीं करेगा।

 # नैनो /etc/iscsi/iscsid.conf
 नोड.स्टार्टअप = स्वचालित
 नोड.सेशन.ऑथ.सर्नेम = MY-ISCSI-USER
 node.session.auth.password = MY-ISCSI-PASSWORD
 search.sendtargets.auth.username = MY-ISCSI-USER
 search.sendtargets.auth.password = MY-ISCSI-PASSWORD

आगे के संचालन में काफी समय लगता है; एसएसएच बंद होने पर बाधित होने पर अप्रिय परिणामों से बचने के लिए, हम स्क्रीन की उपयोगिता का उपयोग करेंगे। इसकी मदद से, हम एक वर्चुअल टर्मिनल बनाएंगे, जिसे SSH के माध्यम से जोड़ा जा सकता है और बिना रनिंग कमांड को पूरा किए डिस्कनेक्ट किया जा सकता है:

 # apt-get install स्क्रीन
 # स्क्रीन

फिर हम पोर्टल से जुड़ते हैं और उपलब्ध लक्ष्यों की एक सूची प्राप्त करते हैं; नए सर्वर के वर्तमान आईपी पते को इंगित करें:

 # iscsiadm --mode खोज --type sendtargets --portal 10.0.0.2
 10.0.0.2:3260,1 iqn.2001-04.com.cs940-tgt0
 10.0.0.2:3260,1 iqn.2001-04.com.cs940-tgt1

फिर हम सभी उपलब्ध लक्ष्यों और LUN को जोड़ते हैं; इस आदेश के परिणामस्वरूप, हम नए ब्लॉक उपकरणों की एक सूची देखेंगे:

 # iscsiadm --mode नोड --login
 [Iface: default, target: iqn.2001-04.com.cs940-tgt0, पोर्टल: 10.0.0.2,3260] (कई) में लॉग इन करना
 [Iface: default, target: iqn.2001-04.com.cs940-tgt1, पोर्टल: 10.0.0.2,3260] (कई) में लॉग इन करना
 [Iface: default, target: iqn.2001-04.com.cs940-tgt0, पोर्टल: 10.0.0.2,3260] में लॉग इन करें सफल।
 [Iface: default, target: iqn.2001-04.com.cs940-tgt1, पोर्टल: 10.0.0.2,3260] पर लॉग इन करें सफल।

सिस्टम पर iSCSI उपकरणों के नियमित SATA / SAS के समान नाम हैं। लेकिन एक ही समय में, निर्माता का नाम दो प्रकार के उपकरणों के लिए अलग है: iSCSI उपकरणों के लिए यह IET के रूप में इंगित किया गया है।

 # बिल्ली / sys / ब्लॉक / sdc / डिवाइस / विक्रेता
 आईईटी

अब आप डेटा ट्रांसफर करने के लिए तैयार हैं। सबसे पहले, बूट को अनमाउंट करें और इसे नए सर्वर पर कॉपी करें:

 
 # ऑमाउंट / बूट
 # बिल्ली / sys / ब्लॉक / sdc / आकार
 1999744
 # बिल्ली / sys / ब्लॉक / md0 / आकार
 1999744
 # dd if = / dev / md0 of = / dev / sdc bs = 1M
 में 976 + 1 रिकॉर्ड
 976 + 1 रिकॉर्ड बनाया
 1023868928 बाइट्स (1.0 जीबी) कॉपी, 19.6404 एस, 52.1 एमबी / एस

चेतावनी! अब से, वीजी को सक्रिय न करें और नए सर्वर पर कोई एलवीएम उपयोगिताओं को न चलाएं। एक ही ब्लॉक डिवाइस के साथ दो LVM का एक साथ संचालन डेटा भ्रष्टाचार या हानि का कारण बन सकता है।

अब हम डेटा ट्रांसफर करना शुरू करते हैं। नए सर्वर से VG में निर्यात किए गए RAID10 सरणी जोड़ें:

 # vgextend vg0 / dev / sdd
 # पी.वी.
  PV VG Fmt Attr पीएसआई पीएफआरईआर
  / dev / md1 vg0 lvm2 a-- 464.68g 0
  / dev / sdd vg0 lvm2 a-- 1.82t 1.82t

यह मत भूलो कि / देव / sdd है / देव / md1 बचाव में लोड एक नए सर्वर से निर्यात:

 # एल.वी.
  LV VG Attr पूल मूल डेटा% को बदलें लॉग कॉपी% कन्वर्ट करें
  रूट vg0 -wi-ao-- 47.68g
  swap_1 vg0 -wi-ao-- 11.44g
  var vg0 -wi-ao-- 405.55g

अब lnconvert कमांड के साथ नए सर्वर पर प्रत्येक तार्किक आयतन के लिए एक प्रति बनाएँ। --Corelog विकल्प आपको दर्पण लॉग के तहत एक अलग ब्लॉक डिवाइस के बिना करने की अनुमति देता है।

 # lvconvert -m1 vg0 / root --corelog / dev / sdd
  vg0 / रूट: परिवर्तित: 0.0%
  vg0 / रूट: रूपांतरित: 1.4%
  ...
  vg0 / रूट: रूपांतरित: 100.0% 

चूंकि LVM की मिररड कॉपी बनाने के बाद, सभी राइटिंग ऑपरेशन्स को सिंक्रोनाइज़ किया जाता है, सर्वर के बीच चैनल की गति, ओपन-iSCSI परफॉर्मेंस (500 mb / s), और नेटवर्क लेटेंसी रिकॉर्डिंग स्पीड को प्रभावित करेगी। सभी तार्किक संस्करणों की प्रतियां बनाने के बाद, सुनिश्चित करें कि वे सभी सिंक्रनाइज़ हैं:

 # एल.वी.
  LV VG Attr पूल मूल डेटा% को बदलें लॉग कॉपी% कन्वर्ट करें
  रूट vg0 mwi-aom- 47.68g 100.00
  swap_1 vg0 mwi-aom- 11.44g 100.00
  var vg0 mwi-aom- 405.55g 100.00

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

सभी महत्वपूर्ण सेवाओं को बंद करने के बाद, हम iSCSI उपकरणों को डिस्कनेक्ट करते हैं और LVM की प्रतिलिपि को बाहर कर देते हैं जो दुर्गम हो गई है। पुराने सर्वर पर iSCSI उपकरणों को डिस्कनेक्ट करने के बाद, कई I / O त्रुटि संदेश प्रदर्शित किए जाएंगे, लेकिन यह चिंता का कारण नहीं होना चाहिए: सभी डेटा LVM पर संग्रहीत है, जो ब्लॉक डिवाइस के ऊपर स्थित है।

 # iscsiadm --mode session -u
 # vgreduce vg0 --removemissing --फोर्स
 # एल.वी.
  LV VG Attr पूल मूल डेटा% को बदलें लॉग कॉपी% कन्वर्ट करें
  रूट vg0 -wi-ao-- 47.68g
  swap_1 vg0 -wi-ao-- 11.44g
  var vg0 -wi-ao-- 405.55g

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

 # पॉवरऑफ

एक नया सर्वर शुरू करना

डेटा ट्रांसफर के बाद, नए सर्वर को सेल्फ-लोडिंग और शुरू करने के लिए तैयार रहने की जरूरत है।
Ssh के माध्यम से कनेक्ट करें, iSCSI लक्ष्य को रोकें और LVM प्रतिलिपि सक्रिय करें:

 # tgtadm --lld iscsi --mode target --op delete --tid 1
 # tgtadm --lld iscsi --mode target --op delete --tid 2

 # pvscan

अब हम LVM से पुराने सर्वर से एक कॉपी बाहर करते हैं; हम दूसरी छमाही की अनुपस्थिति की रिपोर्टों पर ध्यान नहीं देते हैं।

 # vgreduce vg0 --removemissing --फोर्स
  डिवाइस को uuid 1nLg01-fAuF-VW6B-xSKu-Crn3-RDJ6-cJgIax के साथ नहीं मिल सका।
  Vg0 / swap_1 की दर्पण सिंक स्थिति निर्धारित करने में असमर्थ।
  Vg0 / रूट की दर्पण सिंक स्थिति निर्धारित करने में असमर्थ।
  Vg0 / var की मिरर सिंक स्थिति निर्धारित करने में असमर्थ।
  लगातार मात्रा समूह vg0 लिखा

यह सुनिश्चित करने के बाद कि सभी तार्किक वॉल्यूम जगह में हैं, उन्हें सक्रिय करें:

 # एल.वी.
  LV VG Attr पूल मूल डेटा% को बदलें लॉग कॉपी% कन्वर्ट करें
  रूट vg0 -wi ----- 47.68 जी
  swap_1 vg0 -wi ----- 11.44g
  var vg0 -wi ----- 405.55g

 # vgchange -ay
  आयतन समूह "vg0" में 3 तार्किक आयतन अब सक्रिय हैं

सभी तार्किक संस्करणों पर फ़ाइल सिस्टम की जाँच करना भी उचित है:

 # fsck / dev / mapper / vg0-root

अगला, हम कॉपी किए गए सिस्टम को काटेंगे और अंतिम बदलाव करेंगे। यह चयन बचाव में उपलब्ध घुसपैठ-रूट स्क्रिप्ट का उपयोग करके किया जा सकता है:

 # घुसपैठ-रूट / देव / मैपर / vg0- रूट

अगला, हम चेरोट से सर्वर पर सभी कार्य करते हैं। हम सभी फ़ाइल सिस्टम को fstab से माउंट करते हैं (डिफ़ॉल्ट रूप से, चेरोट केवल रूट फाइल सिस्टम को आरोहित करता है):

 चुरोट: / # माउंट-ए

अब mdadm कॉन्फ़िगरेशन फ़ाइल में नए सर्वर पर RAID सरणियों के बारे में जानकारी अपडेट करें। हम पुराने RAID सरणियों ("ARRAY" से शुरू होने वाली रेखाओं) के बारे में सभी डेटा हटा देंगे और नए जोड़े जाएंगे:

 चिरोट: / # नैनो /etc/mdadm/mdadm.conf
 चुरोट: / # mdadm --examine --scan >> /etc/mdadm/mdadm.ff

मान्य mdadm.conf का उदाहरण:

 चिरोट: / # बिल्ली /etc/mdadm/mdadm.conf
 DEVICE विभाजन

 # डेबियन मानक अनुमतियों वाले ऑटो-डिवाइस
 निर्माता = रूट समूह = डिस्क मोड = 0660 ऑटो = हाँ

 # स्वचालित रूप से स्थानीय प्रणाली से संबंधित नए सरणियों को टैग करें
 HOMEHOST 

 # मॉनिटर डेमॉन को निर्देश दें कि वह मेल अलर्ट कहां भेजें
 MAILADDR रूट

 # मौजूदा एमडी सरणियों की परिभाषा
 ARRAY / देव / md / 0 मेटाडेटा = 1.2 UUID = 2521ca82: 2a52a408: 565fab6c: 43ba944e नाम = cs940: 0
 ARRAY / देव / md / 1 मेटाडेटा = 1.2 UUID = 6240c2db: b4854bd7: 4c4e1510: d37e5010 नाम = cs940: 1

उसके बाद, आपको initramfs को अपडेट करने की आवश्यकता है ताकि यह नए RAID सरणियों से मिल सके और बूट हो सके। हम डिस्क पर GRUB बूटलोडर भी स्थापित करते हैं और इसके विन्यास को अद्यतन करते हैं:

 चेरोट: / # अपडेट-इनट्रैमफ्स -यू
 चिरोट: / # ग्रब-इन / देव / sda - क्रेच
 स्थापना समाप्त हो गई।  कोई त्रुटि रिपोर्ट नहीं की गई।
 चुरोट: / # ग्रब-स्थापित / देव / एसडीबी - क्रेच
 स्थापना समाप्त हो गई।  कोई त्रुटि रिपोर्ट नहीं की गई।
 चिरोट: / # अपडेट-ग्रब
 Grub.cfg जनरेट कर रहा है ...
 मिली लिनक्स छवि: /boot/vmlinuz-3.2.0-4-amd64
 मिली initrd छवि: /boot/initrd.img-3.2.0-4-amd64
 किया

नेटवर्क इंटरफेस और मैक पतों के मिलान नामों के साथ udev फ़ाइल को हटाएं (इसे अगले बूट पर फिर से बनाया जाएगा):

 चुरोट: / # rm /etc/udev/rules.d/70-persistent-net.rules

अब नया सर्वर बूट करने के लिए तैयार है:

 चुरोट: / # umount -a
 चिरोट: / # निकास

सर्वर प्रबंधन मेनू में पहली हार्ड ड्राइव से बूट करने के लिए बूट ऑर्डर बदलें और इसे रिबूट करें:

 # रिबूट

अब KVM कंसोल के साथ जांचें कि सर्वर ने बूट किया है, और आईपी पते द्वारा सर्वर तक पहुंच की जांच करें। यदि नए सर्वर के साथ कोई समस्या है, तो आप पुराने सर्वर पर लौट सकते हैं।

एक ही समय में पुराने और नए सर्वर को काम करने वाले ओएस में लोड न करें: वे एक ही आईपी के साथ लोड किए जाएंगे, जिससे पहुंच और अन्य समस्याओं का नुकसान हो सकता है।

माइग्रेशन के बाद फाइल सिस्टम को अपनाना

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

 # pvresize / dev / md1
 # पी.वी.
  PV VG Fmt Attr पीएसआई पीएफआरईआर
  / dev / md1 vg0 lvm2 a-- 1.82t 1.36t
 # वीजीएस
  वीजी #PV #LV #SN Attr VSize VFree
  vg0 1 3 0 wz - n- 1.82t 1.36t
 # lvextend / dev / vg0 / var / dev / md1
  1.76 TiB के लिए तार्किक मात्रा संस्करण का विस्तार
  तार्किक वॉल्यूम संस्करण सफलतापूर्वक आकार दिया गया
 # एल.वी.
  LV VG Attr पूल मूल डेटा% को बदलें लॉग कॉपी% कन्वर्ट करें
  रूट vg0 -wi-ao-- 47.68g
  swap_1 vg0 -wi-ao-- 11.44g
  var vg0 -wi-ao-- 1.76t

 # xfs_growfs / var
 मेटा-डेटा = / dev / mapper / vg0-var isize = 256 agcount = 4, agsize = 26578176 blks
          = ss.zz = 512 अटर = 2
 data = bsize = 4096 ब्लॉक = 106312704, imaxpct = 25
          = सनीत = ० स्वादिष्ठ = ० बखिया
 naming = संस्करण 2 bsize = 4096 ascii-ci = 0
 लॉग = आंतरिक bsize = 4096 ब्लॉक = 51910, संस्करण = 2
          = ss.zz = 512 sunit = 0 blks, lazy-count = 1
 realtime = कोई नहीं extsz = 4096 ब्लॉक = 0, rtextents = 0
 डेटा ब्लॉक 106312704 से 472291328 में बदल गया

 # डीएफ-एच
 फाइलसिस्टम आकार में प्रयुक्त लाभ का उपयोग% पर चढ़कर किया गया
 रूटफ 47G 660M 44G 2% /
 udv 10M 0 10M 0% / देव
 tmpfs 1.6G 280K 1.6G 1% / रन
 / देव / मैपर / vg0- रूट ४ 660 जी ६६० एम ४४ जी २% /
 tmpfs 5.0M 0 5.0M 0% / रन / लॉक
 tmpfs 3.2G 0 3.2G 0% / रन / shm
 / dev / md0 962M 36M 877M 4% / बूट
 / dev / mapper / vg0-var 1.8T 199M 1.8T 1% / var

निष्कर्ष

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

इसी तरह से, आप अन्य ऑपरेटिंग सिस्टम - CentOS, OpenSUSE, आदि के तहत स्वाभाविक रूप से माइग्रेट कर सकते हैं। इस मामले में कुछ बारीकियों में अंतर हो सकता है (नए सर्वर पर OS शुरू करने के लिए, बूटलोडर, इनिटर्ड, आदि की स्थापना)।

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

जो पाठक हबेरा की पोस्ट पर टिप्पणी करने में सक्षम नहीं हैं, उनका हमारे ब्लॉग पर स्वागत है।