डेबियन में डेटा हानि के बिना raid1 से raid10 की ओर पलायन

2 डिस्क के raid1 हैं, 2 अतिरिक्त डिस्क हैं, आपको इन 2 डिस्क को सरणी में जोड़ने और डेटा हानि के बिना raid10 पर माइग्रेट करने की आवश्यकता है। स्थिति इस तथ्य से जटिल है कि बूट छापे में स्थित नहीं है, लेकिन केवल एक डिस्क पर पाया जाता है, और सर्वर की गलती सहिष्णुता को बढ़ाने के लिए, लोडर को छापे 1 पर ले जाने की आवश्यकता होती है।

सभी वर्णित कार्यों को एक कार्य युद्ध सर्वर पर किया गया था। योजना सार्वभौमिक है, किसी भी अन्य प्रारंभिक स्थितियों के लिए उपयुक्त है। इसी तरह, आप raid10 से raid1 पर माइग्रेट कर सकते हैं।

हमारे पास है:
पर / देव / sdd1 / बूट है
सरणी पर / dev / md1 है /
सरणी / dev / md2 पर स्वैप है
यदि आपने बूटलोडर के साथ समस्या का पहले ही हल कर लिया है, तो आप तुरंत माइग्रेशन सेक्शन में जा सकते हैं।

हम बूटलोडर को स्थानांतरित करते हैं

/ Dev / sdd ड्राइव पर डेटा है और एक बूटलोडर है, इसलिए हम इसे मानक मानेंगे, अन्य सभी ड्राइव को खाली माना जा सकता है। विश्वसनीयता के लिए, हम बूटलोडर को raid10 पर नहीं रखेंगे, लेकिन अधिक गलती के लिए सहिष्णुता के लिए 2 डिस्क्स (यह 3x और 4x पर संभव है) के raid1 पर छोड़ दें।

हम sdb डिस्क पर sdd की तरह एक-एक विभाजन बनाते हैं। या मैन्युअल रूप से, उदाहरण के लिए, का उपयोग कर

fdisk /dev/sdb 

या सिर्फ डुप्लीकेट सेक्शन

 sfdisk -d /dev/sdd --force | sfdisk /dev/sdb --force 

बूटलोडर स्वयं / dev / sdd1 पर स्थित है, इसलिए निम्न प्रकार से अस्वीकृत 1 / dev / md4 बनाएं

 mdadm --create /dev/md4 --level=1 --raid-disks=2 missing /dev/sdb1 mke2fs -j /dev/md4 

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

 mdadm --examine --scan >> /etc/mdadm/mdadm.conf 

अब हम सर्वर को रिबूट करेंगे, और रिबूट के बाद हम एक अजीब सरणी / देव / md127 देखेंगे जिसे हमें छुटकारा पाने की आवश्यकता है, और हमारे / देव / md4, जो प्रकट नहीं हो सकते हैं, क्योंकि इसके बजाय / देव / md127। इस समस्या को हल करने के लिए पर्याप्त सरल है, बस इन 2 सरणियों को रोकें और / dev / md4 को फिर से जोड़ें

 mdadm -S /dev/md127 mdadm -S /dev/md4 mdadm --examine --scan >> /etc/mdadm/mdadm.conf mdadm --assemble /dev/md4 

विश्वसनीयता के लिए, यह फिर से रिबूट करने के लायक है और उसके बाद हम सबसे महत्वपूर्ण हिस्से में आते हैं, हमें GRUB2 लोडर को संपादित करने की आवश्यकता है ताकि यह बनाए गए सरणी से सर्वर को लोड करे। ऐसा करने के लिए, बूटलोडर / dev / sdd1 और नई सरणी / dev / md4 के साथ पुरानी डिस्क का UUID ज्ञात करें।

 root@server:~# ls -l /dev/disk/by-uuid total 0 lrwxrwxrwx 1 root root 9 Nov 9 20:56 4d7faa7f-25b3-4a14-b644-682ffd52943b -> ../../sdd1 lrwxrwxrwx 1 root root 9 Nov 9 20:56 29683c02-5bd7-4805-8608-5815ba578b6c -> ../../md4 

/Boot/grub/grub.cfg संपादित करें। जहाँ भी पुराना UUID पाया जाता है - 4d7faa7f-25b3-4a14-b644-682ffd52943b हम अपने नए UUID - 29683c02-5bd780805-8608-5815ba578b6c से बदलते हैं, वास्तव में यह प्रत्येक खोज खंड में होगा।
जहां भी सेट रूट है, आपको प्रतिस्थापन करने की भी आवश्यकता है। उदाहरण के लिए, यह ऐसा था
set root='(hd0)'
और हम ऐसे ही रहेंगे
set root='(md/4)'

परिणामी नए विन्यास का उदाहरण

insmod छापा
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod ext2
सेट रूट = '(md / 4)'
खोज - नहीं-फ़्लॉपी - एफयूएस-यूआईडी -सेट 59f76eb9-00d2-479e-b94e-6eb54fc574d4
सेट locale_dir = ($ रूट) / ग्रब / लोकेल

और अनुभाग ### BEGIN /etc/grub.d/10_linux ### इस तरह दिखेगा

मेनुएंट्री 'डेबियन जीएनयू / लिनक्स, लिनक्स के साथ 2.6.32-5-amd64' --क्लास डेबियन --क्लास गुन्नू-लिनेक्स --क्लास ग्नू --क्लास ओएस {
insmod छापा
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod ext2
सेट रूट = '(md / 4)'
खोज - नहीं-फ़्लॉपी - एफयूएस-यूआईडी -सेट 59f76eb9-00d2-479e-b94e-6eb54fc574d4
गूंज 'लोड हो रहा है लिनक्स 2.6.32-5-amd64 ...'
linux /vmlinuz-2.6.32-5-amd64 रूट = / dev / md1 ro शांत
गूंज 'लोड हो रहा है प्रारंभिक रैमडिस्क ...'
initrd /initrd.img-2.6.32-5-amd64
}
मेनुएंट्री 'डेबियन जीएनयू / लिनक्स, लिनक्स के साथ 2.6.32-5-amd64 (रिकवरी मोड)' --क्लास डेबियन --क्लास गन्नू-लिनेक्स --क्लास ग्नू -क्लास ओएस {

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

अब आपको रैम-डिस्क को अपडेट करने की आवश्यकता है, अन्यथा सिस्टम बस बूट नहीं करेगा

 update-initramfs -u 

बूटलोडर में बदलाव करने के बाद, आप / बूट की सामग्री को बनाए गए एरे / देव / md4 में स्थानांतरित कर सकते हैं

 mkdir /mnt/md4 mount /dev/md4 /mnt/md4 rsync -avHxl --progress --inplace --exclude 'lost+found' /boot/ /mnt/md4/ umount /mnt/md4/ 

हमें यह सुनिश्चित करने की आवश्यकता है कि GRUB2 बूट लोडर 2 हार्ड ड्राइव (या 4 पर निर्भर है, जो आप सरणी में कितना जोड़ना चाहते हैं) पर निर्भर करता है, साथ ही साथ / dev / md4 सरणी पर भी। ऐसा करने का सबसे विश्वसनीय तरीका निष्पादित करना है

 dpkg-reconfigure grub-pc 

जहाँ आपको उन सभी डिस्क का चयन करने की आवश्यकता है जिन पर आप बूटलोडर जोड़ना चाहते हैं।

बूटलोडर के अतिरिक्त, सिस्टम को स्वयं सही ढंग से समझना चाहिए कि बूटलोडर अब दूसरी जगह पर है, इसके लिए / etc / fstab और / etc / mtab फ़ाइलों को संपादित करना पर्याप्त है। हम उस पंक्ति में रुचि रखते हैं जहां / बूट माउंट किया जाता है। हमें UUID की आवश्यकता नहीं है, इसके बजाय हम अपने छापे-सरणी के नाम का संकेत देते हैं।
फ़ाइल में / etc / fstab

 #UUID=7092eb46-9ee8-4a32-b9a7-5d759cc74af0 /boot ext3 defaults 0 2 /dev/md4 /boot ext3 defaults 0 2 

फ़ाइल / etc / mtab में

 #/dev/sdd1 /boot ext3 rw 0 0 /dev/md4 /boot ext3 rw 0 0 

अब आप रिबूट कर सकते हैं, और यदि आपने सब कुछ सही ढंग से किया है, तो सिस्टम / dev / md4 से बूट हो जाएगा, और / dev / sdd1 का उपयोग नहीं किया जाता है। यह केवल हमारे अपमानित सरणी को समाप्त करने के लिए बना हुआ है

 mdadm /dev/md4 --add /dev/sdd1 

डेटा हानि के बिना raid1 से raid10 की ओर पलायन

स्थिति समान है, 2 डिस्क और 2 मुक्त डिस्क की एक raid1 सरणी है, आपको यह सब raid10 में एकत्र करने की आवश्यकता है और डेटा बरकरार है।
नए डिस्क के लिए, आपको पहले से ही छापे के समान एक विभाजन संरचना बनाने की आवश्यकता है

 sfdisk -d /dev/sdd --force | sfdisk /dev/sda --force sfdisk -d /dev/sdd --force | sfdisk /dev/sdb --force 

पर / देव / md4 / बूट है
पर / देव / md1 है /
पर / देव / md2 स्वैप है

हम बूट / टच नहीं करेंगे, हम इसे raid1 के रूप में छोड़ देंगे, हमें केवल / dev / md1 (सरणी में / dev / sda6, / dev / sdb6, / dev / sdc6, / dev / sdd6) के डेटा को सहेजना होगा।

डेटा को बचाने के लिए, हम 3 डिस्क की एक अपमानित raid10 सरणी एकत्र करेंगे, और raid1 से डेटा स्थानांतरित करेंगे, फिर हम raid1 का विश्लेषण करेंगे और raid10 को पूरा करेंगे।

पहले हम raid1 से 1 डिस्क निकालेंगे, क्योंकि हमें raid10 बनाने के लिए कम से कम 3 डिस्क की आवश्यकता है

 mdadm /dev/md1 --fail /dev/sdc6 --remove /dev/sdc6 

हम अपमानित RAID10 को / dev / md3 के रूप में इकट्ठा करते हैं और इसे माउंट करते हैं। नए सरणी के बारे में एक रिकॉर्ड जोड़ना सुनिश्चित करें ताकि रिबूट के बाद यह बना रहे

 mdadm --create /dev/md3 --level=10 --raid-devices=4 /dev/sda6 /dev/sdb6 /dev/sdc6 missing mke2fs -j /dev/md3 mdadm --examine --scan >> /etc/mdadm/mdadm.conf 

यदि आपने गलती से सरणियों के बारे में डेटा लिखने से पहले रिबूट किया है, तो करें

 mdadm --examine --scan >> /etc/mdadm/mdadm.conf mdadm --assemble /dev/md3 

/ Dev / md1 से / dev / md3 पर डेटा ट्रांसफर करें

 mkdir /mnt/md3 mount -t ext3 /dev/md3 /mnt/md3 rsync -avHxl --progress --inplace --exclude 'lost+found' / /mnt/md3/ umount /mnt/md3 

सब कुछ, डेटा r1010 पर सहेजा गया है और माइग्रेशन लगभग पूरा हो गया है। अब आपको पुराने / dev / md1 के बजाय नए / dev / md3 का उपयोग करने के लिए सिस्टम बताने की आवश्यकता है। ऐसा करने के लिए, / etc / fstab और / etc / mtab फ़ाइलों को संपादित करें।
फ़ाइल / etc / fstab में, आपको UUID / dev / md1 को UUID / dev / m3 से बदलना होगा

 ls -l /dev/disk/by-uuid lrwxrwxrwx 1 root root 9 Nov 9 20:56 29683c02-5bd7-4805-8608-5815ba578b6c -> ../../md3 

हम निम्नलिखित प्राप्त करते हैं

 #UUID=4d7faa7f-25b3-4a14-b644-682ffd52943b / ext3 errors=remount-ro 0 1 UUID=29683c02-5bd7-4805-8608-5815ba578b6c / ext3 errors=remount-ro 0 1 

फ़ाइल / etc / mtab में आपको बस / dev / md3 के बजाय / dev / md1 के साथ हर जगह बदलने की आवश्यकता है

 /dev/md3 / ext3 rw,errors=remount-ro 0 0 

जब / बूट या / के लिए डिवाइस को बदल दिया जाता है, तो बूटलोडर कॉन्फ़िगरेशन /boot/grub/grub.cfg को संपादित करना और अपडेट-इनट्राम्रफ को निष्पादित करना आवश्यक है, अन्यथा यह लोड नहीं होगा।

फ़ाइल /boot/grub/grub.cfg में जहाँ भी 4d7faa7f-25b3-4a14-b644-682ffd52943b (पुराने UUID / / dev / md1 पर) को हमारे नए UUID - 29683c02-5bd7-4805-8608-8608 से हटा दिया गया है। यह खोज अनुभागों के लिए महत्वपूर्ण है।
और सेक्शन के अंदर
### BEGIN /etc/grub.d/10_linux ###
रूट = / dev / md1 को रूट = / dev / md3 से बदलें

और उसके बाद यह अनिवार्य है

 update-initramfs -u 

आपको रिबूट करने की आवश्यकता है ताकि रूट / एक नया सरणी / dev / md3 बन जाए और पुराने raid1 पर अधिक कॉल न हों। Raid1 (/ dev / sdd6) में अब ड्राइव जोड़कर raid10 बनाना समाप्त करें। लेकिन पहले आपको इसे रोकने और अनुभाग को साफ़ करने की आवश्यकता है

 mdadm -S /dev/md1 mdadm --zero-superblock /dev/sdd6 

और अब केवल डिस्क को raid10 एरे में जोड़ें और एरे के बारे में डेटा अपडेट करें

 mdadm /dev/md3 --add /dev/sdd6 mdadm --examine --scan >> /etc/mdadm/mdadm.conf 

यह सब, डेटा हानि के बिना raid1 से raid10 तक का प्रवास पूर्ण है।

पुनश्च एक परिणाम के रूप में, मैं raid1 पर वापस लौटा, क्योंकि मेरे मामले में, raid1 से raid10 में संक्रमण ने खुद को कोई प्रभावशाली परिणाम नहीं दिया, 4 डिस्क में से raid1 ने बहुत बेहतर दिखाया।