Backup Part 7: ສະຫຼຸບ

ບັນທຶກນີ້ເຮັດສໍາເລັດວົງຈອນກ່ຽວກັບການສໍາຮອງຂໍ້ມູນ. ມັນຈະປຶກສາຫາລືກ່ຽວກັບການຈັດຕັ້ງຢ່າງມີເຫດຜົນຂອງເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນ (ຫຼື VPS), ສະດວກສໍາລັບການສໍາຮອງຂໍ້ມູນ, ແລະຍັງຈະສະເຫນີທາງເລືອກໃນການຟື້ນຟູເຄື່ອງແມ່ຂ່າຍຈາກການສໍາຮອງຢ່າງໄວວາໂດຍບໍ່ມີການ downtime ຫຼາຍໃນກໍລະນີທີ່ເກີດໄພພິບັດ.

ຂໍ້ມູນເບື້ອງຕົ້ນ

ເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນສ່ວນຫຼາຍມັກຈະມີຢ່າງຫນ້ອຍສອງຮາດໄດທີ່ໃຫ້ບໍລິການໃນການຈັດລໍາດັບ RAID ລະດັບທໍາອິດ (ບ່ອນແລກປ່ຽນຄວາມ). ອັນນີ້ເປັນສິ່ງຈໍາເປັນເພື່ອໃຫ້ສາມາດສືບຕໍ່ປະຕິບັດການເຊີບເວີໄດ້ຖ້າແຜ່ນຫນຶ່ງລົ້ມເຫລວ. ຖ້ານີ້ແມ່ນເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນປົກກະຕິ, ອາດຈະມີຕົວຄວບຄຸມຮາດແວ RAID ແຍກຕ່າງຫາກທີ່ມີເຕັກໂນໂລຢີການເກັບຂໍ້ມູນໃນ SSD, ດັ່ງນັ້ນນອກເຫນືອຈາກຮາດດິດປົກກະຕິ, ຫນຶ່ງຫຼືຫຼາຍ SSD ສາມາດເຊື່ອມຕໍ່ໄດ້. ບາງຄັ້ງເຊີບເວີທີ່ອຸທິດຕົນໄດ້ຖືກສະຫນອງໃຫ້, ໃນນັ້ນມີຮາດດິດທ້ອງຖິ່ນພຽງແຕ່ SATADOM (ແຜ່ນຂະຫນາດນ້ອຍ, ໂຄງສ້າງ flash drive ທີ່ເຊື່ອມຕໍ່ກັບພອດ SATA), ຫຼືແມ້ກະທັ້ງ flash drive ຂະຫນາດນ້ອຍທໍາມະດາ (8-16GB) ເຊື່ອມຕໍ່ກັບພອດພາຍໃນພິເສດ, ແລະ. ຂໍ້​ມູນ​ແມ່ນ​ເອົາ​ມາ​ຈາກ​ລະ​ບົບ​ການ​ເກັບ​ຮັກ​ສາ​, ເຊື່ອມ​ຕໍ່​ໂດຍ​ຜ່ານ​ເຄືອ​ຂ່າຍ​ການ​ເກັບ​ຮັກ​ສາ​ອຸ​ທິດ (Ethernet 10G​, FC​, ແລະ​ອື່ນໆ​)​, ແລະ​ມີ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ທີ່​ອຸ​ທິດ​ຕົນ​ທີ່​ຖືກ​ໂຫຼດ​ໂດຍ​ກົງ​ຈາກ​ລະ​ບົບ​ການ​ເກັບ​ຮັກ​ສາ​. ຂ້ອຍຈະບໍ່ພິຈາລະນາທາງເລືອກດັ່ງກ່າວ, ເພາະວ່າໃນກໍລະນີເຊັ່ນນີ້, ຫນ້າທີ່ການສໍາຮອງຂໍ້ມູນຂອງເຄື່ອງແມ່ຂ່າຍທີ່ລຽບງ່າຍແມ່ນຜ່ານໄປຫາຜູ້ຊ່ຽວຊານທີ່ຮັກສາລະບົບການເກັບຮັກສາ; ປົກກະຕິແລ້ວມີເຕັກໂນໂລຢີທີ່ເປັນເຈົ້າຂອງຕ່າງໆສໍາລັບການສ້າງ snapshots, ການຖອນຕົວໃນຕົວແລະຄວາມສຸກອື່ນໆຂອງຜູ້ເບິ່ງແຍງລະບົບ. , ປຶກສາຫາລືໃນພາກສ່ວນທີ່ຜ່ານມາຂອງຊຸດນີ້. ປະລິມານຂອງດິສກ໌ຂອງເຊີບເວີທີ່ອຸທິດຕົນສາມາດສູງເຖິງຫຼາຍສິບ terabytes, ຂຶ້ນກັບຈໍານວນແລະຂະຫນາດຂອງແຜ່ນທີ່ເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ. ໃນກໍລະນີຂອງ VPS, ປະລິມານຫນ້ອຍກວ່າ: ປົກກະຕິແລ້ວບໍ່ເກີນ 100GB (ແຕ່ຍັງມີຫຼາຍກວ່ານັ້ນ), ແລະອັດຕາພາສີສໍາລັບ VPS ດັ່ງກ່າວສາມາດແພງກວ່າເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນລາຄາຖືກທີ່ສຸດຈາກເຈົ້າພາບດຽວກັນ. VPS ສ່ວນຫຼາຍມັກຈະມີແຜ່ນດຽວ, ເພາະວ່າມັນຈະມີລະບົບການເກັບຮັກສາ (ຫຼືບາງສິ່ງບາງຢ່າງ hyperconverged) ພາຍໃຕ້ມັນ. ບາງຄັ້ງ VPS ມີຫຼາຍແຜ່ນທີ່ມີລັກສະນະທີ່ແຕກຕ່າງກັນ, ສໍາລັບຈຸດປະສົງທີ່ແຕກຕ່າງກັນ:

• ລະບົບຂະຫນາດນ້ອຍ - ສໍາລັບການຕິດຕັ້ງລະບົບປະຕິບັດການ;
• ຂະຫນາດໃຫຍ່ - ການເກັບຮັກສາຂໍ້ມູນຜູ້ໃຊ້.

ເມື່ອທ່ານຕິດຕັ້ງລະບົບຄືນໃໝ່ໂດຍໃຊ້ແຜງຄວບຄຸມ, ແຜ່ນທີ່ມີຂໍ້ມູນຜູ້ໃຊ້ບໍ່ໄດ້ຖືກຂຽນທັບ, ແຕ່ແຜ່ນລະບົບຈະຖືກເຕີມເຕັມ. ນອກຈາກນັ້ນ, ໃນກໍລະນີຂອງ VPS, hoster ອາດຈະສະເຫນີປຸ່ມທີ່ເອົາພາບຫຍໍ້ຂອງສະຖານະຂອງ VPS (ຫຼືແຜ່ນ), ແຕ່ຖ້າທ່ານຕິດຕັ້ງລະບົບປະຕິບັດການຂອງທ່ານເອງຫຼືລືມທີ່ຈະເປີດໃຊ້ບໍລິການທີ່ຕ້ອງການພາຍໃນ VPS, ບາງຢ່າງ. ຂໍ້ມູນອາດຈະຍັງສູນເສຍໄປ. ນອກເໜືອໄປຈາກປຸ່ມ, ການບໍລິການເກັບຂໍ້ມູນປົກກະຕິແລ້ວແມ່ນສະຫນອງໃຫ້, ສ່ວນຫຼາຍແມ່ນຈໍາກັດຫຼາຍ. ໂດຍປົກກະຕິນີ້ແມ່ນບັນຊີທີ່ມີການເຂົ້າເຖິງຜ່ານ FTP ຫຼື SFTP, ບາງຄັ້ງພ້ອມກັບ SSH, ທີ່ມີເປືອກລອກອອກ (ຕົວຢ່າງ, rbash), ຫຼືຂໍ້ຈໍາກັດກ່ຽວກັບການແລ່ນຄໍາສັ່ງຜ່ານ authorized_keys (ຜ່ານ ForcedCommand).

ເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນແມ່ນເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍໂດຍສອງພອດທີ່ມີຄວາມໄວ 1 Gbps, ບາງຄັ້ງເຫຼົ່ານີ້ສາມາດເປັນບັດທີ່ມີຄວາມໄວ 10 Gbps. VPS ສ່ວນຫຼາຍມັກຈະມີການໂຕ້ຕອບເຄືອຂ່າຍດຽວ. ສ່ວນຫຼາຍແລ້ວ, ສູນຂໍ້ມູນບໍ່ຈໍາກັດຄວາມໄວຂອງເຄືອຂ່າຍພາຍໃນສູນຂໍ້ມູນ, ແຕ່ພວກເຂົາຈໍາກັດຄວາມໄວຂອງການເຂົ້າເຖິງອິນເຕີເນັດ.

ການໂຫຼດປົກກະຕິຂອງເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນດັ່ງກ່າວຫຼື VPS ແມ່ນເຄື່ອງແມ່ຂ່າຍເວັບ, ຖານຂໍ້ມູນ, ແລະເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນ. ບາງຄັ້ງການບໍລິການຊ່ວຍເພີ່ມເຕີມຕ່າງໆອາດຈະຖືກຕິດຕັ້ງ, ລວມທັງສໍາລັບເຄື່ອງແມ່ຂ່າຍເວັບຫຼືຖານຂໍ້ມູນ: ເຄື່ອງຈັກຊອກຫາ, ລະບົບເມລ, ແລະອື່ນໆ.

ເຊີບເວີທີ່ກຽມໄວ້ພິເສດເຮັດໜ້າທີ່ເປັນບ່ອນເກັບມ້ຽນສຳເນົາສຳຮອງ; ພວກເຮົາຈະຂຽນກ່ຽວກັບມັນໃຫ້ລະອຽດໃນພາຍຫຼັງ.

ການຈັດຕັ້ງຢ່າງມີເຫດຜົນຂອງລະບົບແຜ່ນ

ຖ້າທ່ານມີຕົວຄວບຄຸມ RAID, ຫຼື VPS ທີ່ມີແຜ່ນດຽວ, ແລະບໍ່ມີຄວາມມັກພິເສດສໍາລັບການປະຕິບັດງານຂອງລະບົບຍ່ອຍຂອງແຜ່ນ (ຕົວຢ່າງ, ແຜ່ນໄວແຍກຕ່າງຫາກສໍາລັບຖານຂໍ້ມູນ), ພື້ນທີ່ຫວ່າງທັງຫມົດແມ່ນແບ່ງອອກດັ່ງຕໍ່ໄປນີ້: ຫນຶ່ງໃນການແບ່ງປັນ. ຖືກສ້າງຂື້ນ, ແລະກຸ່ມປະລິມານ LVM ຖືກສ້າງຂື້ນຢູ່ເທິງສຸດຂອງມັນ, ປະລິມານຫຼາຍແມ່ນຖືກສ້າງຂຶ້ນໃນມັນ: 2 ຂະຫນາດນ້ອຍທີ່ມີຂະຫນາດດຽວກັນ, ໃຊ້ເປັນລະບົບໄຟລ໌ຮາກ (ປ່ຽນຫນຶ່ງເທື່ອໃນລະຫວ່າງການປັບປຸງສໍາລັບຄວາມເປັນໄປໄດ້ຂອງການກັບຄືນໄວ, ແນວຄວາມຄິດໄດ້ຖືກເກັບມາຈາກການແຈກຢາຍການຄິດໄລ່ Linux), ອີກອັນຫນຶ່ງແມ່ນສໍາລັບການແບ່ງສ່ວນ swap, ສ່ວນທີ່ເຫຼືອຂອງພື້ນທີ່ຫວ່າງຖືກແບ່ງອອກເປັນປະລິມານຂະຫນາດນ້ອຍ, ໃຊ້ເປັນລະບົບໄຟລ໌ຮາກສໍາລັບບັນຈຸເຕັມຮູບແບບ, ແຜ່ນສໍາລັບເຄື່ອງ virtual, ໄຟລ໌. ລະ​ບົບ​ສໍາ​ລັບ​ບັນ​ຊີ​ໃນ /home (ແຕ່​ລະ​ບັນ​ຊີ​ມີ​ລະ​ບົບ​ໄຟລ​໌​ຂອງ​ຕົນ​)​, ລະ​ບົບ​ໄຟລ​໌​ສໍາ​ລັບ​ການ​ບັນ​ຈຸ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​.

ຫມາຍເຫດສໍາຄັນ: ປະລິມານຕ້ອງເປັນຕົວຂອງມັນເອງຢ່າງສົມບູນ, i.e. ບໍ່ຄວນຂຶ້ນກັບກັນແລະກັນຫຼືລະບົບໄຟລ໌ຮາກ. ໃນກໍລະນີຂອງເຄື່ອງ virtual ຫຼືເຄື່ອງບັນຈຸ, ຈຸດນີ້ແມ່ນສັງເກດເຫັນໂດຍອັດຕະໂນມັດ. ຖ້າສິ່ງເຫຼົ່ານີ້ແມ່ນບັນຈຸແອັບພລິເຄຊັນຫຼືໄດເລກະທໍລີເຮືອນ, ທ່ານຄວນຄິດກ່ຽວກັບການແຍກໄຟລ໌ການຕັ້ງຄ່າຂອງເຄື່ອງແມ່ຂ່າຍເວັບແລະບໍລິການອື່ນໆໃນລັກສະນະທີ່ຈະກໍາຈັດຄວາມເພິ່ງພາອາໄສລະຫວ່າງປະລິມານຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້. ຕົວຢ່າງ, ແຕ່ລະເວັບໄຊທ໌ດໍາເນີນການຈາກຜູ້ໃຊ້ຂອງຕົນເອງ, ໄຟລ໌ການຕັ້ງຄ່າເວັບໄຊທ໌ຢູ່ໃນໄດເລກະທໍລີຫນ້າທໍາອິດຂອງຜູ້ໃຊ້, ໃນການຕັ້ງຄ່າເວັບເຊີຟເວີ, ໄຟລ໌ການຕັ້ງຄ່າເວັບໄຊທ໌ບໍ່ໄດ້ລວມຜ່ານ /etc/nginx/conf.d/.conf, ແລະ, ສໍາລັບການຍົກຕົວຢ່າງ, /home//configs/nginx/*.conf

ຖ້າມີຫຼາຍໆແຜ່ນ, ທ່ານສາມາດສ້າງຊອບແວ RAID array (ແລະ configure caching ຂອງມັນຢູ່ໃນ SSD, ຖ້າມີຄວາມຕ້ອງການແລະໂອກາດ), ຢູ່ເທິງສຸດທີ່ທ່ານສາມາດສ້າງ LVM ຕາມກົດລະບຽບທີ່ສະເຫນີຂ້າງເທິງ. ໃນກໍລະນີນີ້, ທ່ານສາມາດນໍາໃຊ້ ZFS ຫຼື BtrFS, ແຕ່ທ່ານຄວນຄິດກ່ຽວກັບເລື່ອງນີ້ສອງຄັ້ງ: ທັງສອງຕ້ອງການວິທີການທີ່ຮຸນແຮງກວ່າກັບຊັບພະຍາກອນ, ແລະນອກຈາກນັ້ນ, ZFS ບໍ່ໄດ້ລວມຢູ່ໃນ Linux kernel.

ໂດຍບໍ່ຄໍານຶງເຖິງໂຄງການທີ່ໃຊ້, ມັນສະເຫມີເປັນມູນຄ່າຄາດຄະເນລ່ວງຫນ້າກ່ຽວກັບຄວາມໄວປະມານຂອງການປ່ຽນແປງໃນການຂຽນແຜ່ນ, ແລະຫຼັງຈາກນັ້ນການຄິດໄລ່ຈໍານວນພື້ນທີ່ຫວ່າງທີ່ຈະສະຫງວນໄວ້ສໍາລັບການສ້າງພາບຖ່າຍ. ຕົວຢ່າງ, ຖ້າເຄື່ອງແມ່ຂ່າຍຂອງພວກເຮົາຂຽນຂໍ້ມູນດ້ວຍຄວາມໄວ 10 megabytes ຕໍ່ວິນາທີ, ແລະຂະຫນາດຂອງຂໍ້ມູນທັງຫມົດແມ່ນ 10 terabytes - ເວລາ synchronization ສາມາດບັນລຸຕໍ່ມື້ (22 ຊົ່ວໂມງ - ນີ້ແມ່ນປະລິມານດັ່ງກ່າວຈະຖືກໂອນຫຼາຍປານໃດ. ໃນໄລຍະເຄືອຂ່າຍ 1 Gbps) - ມັນເປັນມູນຄ່າຈອງປະມານ 800 GB . ໃນຄວາມເປັນຈິງ, ຕົວເລກຈະນ້ອຍລົງ; ທ່ານສາມາດແບ່ງມັນໄດ້ຢ່າງປອດໄພດ້ວຍຈໍານວນປະລິມານຕາມເຫດຜົນ.

ອຸ​ປະ​ກອນ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ການ​ເກັບ​ຮັກ​ສາ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​

ຄວາມແຕກຕ່າງຕົ້ນຕໍລະຫວ່າງເຄື່ອງແມ່ຂ່າຍສໍາລັບການເກັບຮັກສາສໍາເນົາສໍາຮອງແມ່ນແຜ່ນຂະຫນາດໃຫຍ່, ລາຄາຖືກແລະຂ້ອນຂ້າງຊ້າ. ເນື່ອງຈາກ HDDs ທີ່ທັນສະໄຫມໄດ້ຂ້າມແຖບ 10TB ໃນແຜ່ນຫນຶ່ງແລ້ວ, ມັນຈໍາເປັນຕ້ອງໃຊ້ລະບົບໄຟລ໌ຫຼື RAID ກັບ checksums, ເພາະວ່າໃນລະຫວ່າງການສ້າງ array ຫຼືການຟື້ນຟູລະບົບໄຟລ໌ (ຫຼາຍໆມື້!) ແຜ່ນທີສອງອາດຈະລົ້ມເຫລວ. ເພື່ອເພີ່ມການໂຫຼດ. ໃນແຜ່ນທີ່ມີຄວາມຈຸເຖິງ 1TB, ນີ້ບໍ່ແມ່ນຄວາມອ່ອນໄຫວຫຼາຍ. ສໍາລັບຄວາມງ່າຍດາຍຂອງຄໍາອະທິບາຍ, ຂ້າພະເຈົ້າສົມມຸດວ່າພື້ນທີ່ດິດແບ່ງອອກເປັນສອງສ່ວນຂອງຂະຫນາດເທົ່າທຽມກັນ (ອີກເທື່ອຫນຶ່ງ, ສໍາລັບການຍົກຕົວຢ່າງ, ການນໍາໃຊ້ LVM):

• ປະລິມານທີ່ສອດຄ້ອງກັບເຄື່ອງແມ່ຂ່າຍທີ່ໃຊ້ໃນການເກັບຮັກສາຂໍ້ມູນຜູ້ໃຊ້ (ການສໍາຮອງຂໍ້ມູນຫຼ້າສຸດຈະຖືກນໍາໄປໃຊ້ໃນການກວດສອບ);
• ປະລິມານທີ່ໃຊ້ເປັນບ່ອນເກັບຂໍ້ມູນ BorgBackup (ຂໍ້ມູນສໍາລັບການສໍາຮອງຂໍ້ມູນຈະໄປໂດຍກົງທີ່ນີ້).

ຫຼັກການຂອງການດໍາເນີນງານແມ່ນວ່າປະລິມານທີ່ແຍກຕ່າງຫາກແມ່ນສ້າງຂື້ນສໍາລັບແຕ່ລະເຄື່ອງແມ່ຂ່າຍສໍາລັບ BorgBackup repositories, ບ່ອນທີ່ຂໍ້ມູນຈາກເຄື່ອງແມ່ຂ່າຍຂອງການຕໍ່ສູ້ຈະໄປ. repositories ເຮັດວຽກຢູ່ໃນຮູບແບບ append-only, ເຊິ່ງກໍາຈັດຄວາມເປັນໄປໄດ້ຂອງການລຶບຂໍ້ມູນໂດຍເຈດຕະນາ, ແລະເນື່ອງຈາກການ deduplication ແລະການທໍາຄວາມສະອາດແຕ່ລະໄລຍະຂອງ repositories ຈາກການສໍາຮອງຂໍ້ມູນເກົ່າ (ສໍາເນົາປະຈໍາປີຍັງຄົງ, ປະຈໍາເດືອນສໍາລັບປີທີ່ຜ່ານມາ, ອາທິດສໍາລັບເດືອນທີ່ຜ່ານມາ, ປະຈໍາວັນສໍາລັບການ. ອາທິດທີ່ຜ່ານມາ, ອາດຈະເປັນກໍລະນີພິເສດ - ຊົ່ວໂມງສໍາລັບມື້ສຸດທ້າຍ: ຈໍານວນທັງຫມົດ 24 + 7 + 4 + 12 + ປະຈໍາປີ - ປະມານ 50 ສະບັບສໍາລັບແຕ່ລະເຄື່ອງແມ່ຂ່າຍ).
BorgBackup repositories ບໍ່ໄດ້ເປີດໃຊ້ຮູບແບບ append-only; ແທນທີ່ຈະ, ForcedCommand ໃນ .ssh/authorized_keys ຖືກນໍາໃຊ້ບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

from="адрес сервера",command="/usr/local/bin/borg serve --append-only --restrict-to-path /home/servername/borgbackup/",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......

ເສັ້ນທາງທີ່ລະບຸໄວ້ປະກອບດ້ວຍສະຄິບ wrapper ຢູ່ເທິງສຸດຂອງ borg, ເຊິ່ງ, ນອກເຫນືອຈາກການເປີດຕົວ binary ກັບພາລາມິເຕີ, ນອກຈາກນັ້ນຍັງເລີ່ມຕົ້ນຂະບວນການຟື້ນຟູສໍາເນົາສໍາຮອງຂໍ້ມູນຫຼັງຈາກຂໍ້ມູນຖືກໂຍກຍ້າຍ. ເພື່ອເຮັດສິ່ງນີ້, script wrapper ສ້າງໄຟລ໌ tag ຕໍ່ໄປກັບ repository ທີ່ສອດຄ້ອງກັນ. ການສໍາຮອງຂໍ້ມູນສຸດທ້າຍທີ່ເຮັດໄດ້ຖືກຟື້ນຟູໂດຍອັດຕະໂນມັດກັບປະລິມານຢ່າງມີເຫດຜົນທີ່ສອດຄ້ອງກັນຫຼັງຈາກຂະບວນການຕື່ມຂໍ້ມູນສໍາເລັດ.

ການອອກແບບນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດເຮັດຄວາມສະອາດການສໍາຮອງຂໍ້ມູນທີ່ບໍ່ຈໍາເປັນເປັນໄລຍະ, ແລະຍັງປ້ອງກັນບໍ່ໃຫ້ເຄື່ອງແມ່ຂ່າຍການຕໍ່ສູ້ຈາກການລຶບສິ່ງໃດໃນເຄື່ອງແມ່ຂ່າຍການເກັບຮັກສາສໍາຮອງຂໍ້ມູນ.

ຂະບວນການສໍາຮອງຂໍ້ມູນ

ຜູ້ລິເລີ່ມການສໍາຮອງຂໍ້ມູນແມ່ນເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນຫຼື VPS ຕົວຂອງມັນເອງ, ນັບຕັ້ງແຕ່ໂຄງການນີ້ເຮັດໃຫ້ການຄວບຄຸມຂະບວນການສໍາຮອງຂໍ້ມູນໃນສ່ວນຂອງເຄື່ອງແມ່ຂ່າຍນີ້ຫຼາຍຂຶ້ນ. ຫນ້າທໍາອິດ, ພາບລວມຂອງສະຖານະຂອງລະບົບໄຟລ໌ຮາກທີ່ເຮັດວຽກຖືກປະຕິບັດ, ເຊິ່ງຖືກຕິດຕັ້ງແລະອັບໂຫລດໂດຍໃຊ້ BorgBackup ກັບເຄື່ອງແມ່ຂ່າຍການເກັບຮັກສາສໍາຮອງຂໍ້ມູນ. ຫຼັງ​ຈາກ​ການ​ເກັບ​ກໍາ​ຂໍ້​ມູນ​ສໍາ​ເລັດ​, ພາບ​ຖ່າຍ​ແມ່ນ​ຖອນ​ການ​ຕິດ​ຕັ້ງ​ແລະ​ລຶບ​.

ຖ້າມີຖານຂໍ້ມູນຂະຫນາດນ້ອຍ (ເຖິງ 1 GB ສໍາລັບແຕ່ລະເວັບໄຊທ໌), ການ dump ຖານຂໍ້ມູນໄດ້ຖືກບັນທຶກໄວ້ໃນປະລິມານທີ່ເຫມາະສົມທີ່ເຫມາະສົມ, ບ່ອນທີ່ສ່ວນທີ່ເຫຼືອຂອງຂໍ້ມູນສໍາລັບສະຖານທີ່ດຽວກັນແມ່ນຢູ່, ແຕ່ເພື່ອວ່າ dump ແມ່ນ. ບໍ່ສາມາດເຂົ້າເຖິງໄດ້ໂດຍຜ່ານເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌. ຖ້າຖານຂໍ້ມູນມີຂະຫນາດໃຫຍ່, ທ່ານຄວນຕັ້ງຄ່າການກໍາຈັດຂໍ້ມູນ "ຮ້ອນ", ຕົວຢ່າງເຊັ່ນ, ການນໍາໃຊ້ xtrabackup ສໍາລັບ MySQL, ຫຼືເຮັດວຽກກັບ WAL ກັບ archive_command ໃນ PostgreSQL. ໃນກໍລະນີນີ້, ຖານຂໍ້ມູນຈະຖືກຟື້ນຟູແຍກຕ່າງຫາກຈາກຂໍ້ມູນເວັບໄຊທ໌.

ຖ້າເຄື່ອງບັນຈຸຫຼືເຄື່ອງ virtual ຖືກນໍາໃຊ້, ທ່ານຄວນຕັ້ງຄ່າ qemu-guest-agent, CRIU ຫຼືເຕັກໂນໂລຢີທີ່ຈໍາເປັນອື່ນໆ. ໃນກໍລະນີອື່ນໆ, ການຕັ້ງຄ່າເພີ່ມເຕີມແມ່ນບໍ່ຈໍາເປັນທີ່ສຸດ - ພວກເຮົາພຽງແຕ່ສ້າງພາບລວມຂອງປະລິມານທີ່ມີເຫດຜົນ, ເຊິ່ງຫຼັງຈາກນັ້ນໄດ້ຖືກປຸງແຕ່ງໃນລັກສະນະດຽວກັນກັບພາບລວມຂອງສະຖານະຂອງລະບົບໄຟລ໌ຮາກ. ຫຼັງ​ຈາກ​ທີ່​ຂໍ້​ມູນ​ໄດ້​ຖືກ​ປະ​ຕິ​ບັດ​, ຮູບ​ພາບ​ໄດ້​ຖືກ​ລົບ​.

ວຽກງານເພີ່ມເຕີມແມ່ນດໍາເນີນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍການເກັບຮັກສາສໍາຮອງຂໍ້ມູນ:

• ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ສຸດ​ທ້າຍ​ທີ່​ເຮັດ​ໄດ້​ໃນ​ແຕ່​ລະ repository ໄດ້​ຖືກ​ກວດ​ສອບ​,
• ມີການກວດສອບໄຟລ໌ເຄື່ອງຫມາຍ, ສະແດງໃຫ້ເຫັນວ່າຂະບວນການເກັບກໍາຂໍ້ມູນແມ່ນສໍາເລັດ,
• ຂໍ້​ມູນ​ໄດ້​ຖືກ​ຂະ​ຫຍາຍ​ໄປ​ໃນ​ປະ​ລິ​ມານ​ທ້ອງ​ຖິ່ນ​ທີ່​ສອດ​ຄ້ອງ​ກັນ​,
• ໄຟລ໌ແທັກຖືກລຶບ

ຂະບວນການກູ້ຄືນເຄື່ອງແມ່ຂ່າຍ

ຖ້າເຄື່ອງແມ່ຂ່າຍຕົ້ນຕໍຕາຍ, ຫຼັງຈາກນັ້ນເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນທີ່ຄ້າຍຄືກັນຖືກເປີດຕົວ, ເຊິ່ງເລີ່ມຕົ້ນຈາກຮູບພາບມາດຕະຖານບາງຢ່າງ. ສ່ວນຫຼາຍແລ້ວການດາວໂຫຼດຈະເກີດຂຶ້ນຜ່ານເຄືອຂ່າຍ, ແຕ່ນັກວິຊາການຂອງສູນຂໍ້ມູນທີ່ຕັ້ງເຄື່ອງແມ່ຂ່າຍສາມາດຄັດລອກຮູບພາບມາດຕະຖານນີ້ໄປຫາຫນຶ່ງໃນແຜ່ນໄດ້ທັນທີ. ການດາວໂຫຼດເກີດຂຶ້ນໃນ RAM, ຫຼັງຈາກນັ້ນຂະບວນການຟື້ນຕົວເລີ່ມຕົ້ນ:

• ມີການຮ້ອງຂໍໃຫ້ຕິດອຸປະກອນຕັນຜ່ານ iscsinbd ຫຼືໂປໂຕຄອນທີ່ຄ້າຍຄືກັນອື່ນກັບປະລິມານຢ່າງມີເຫດຜົນທີ່ມີລະບົບໄຟລ໌ຮາກຂອງເຄື່ອງແມ່ຂ່າຍທີ່ຕາຍແລ້ວ; ເນື່ອງຈາກລະບົບໄຟລ໌ຮາກຕ້ອງມີຂະຫນາດນ້ອຍ, ຂັ້ນຕອນນີ້ຄວນຈະສໍາເລັດໃນສອງສາມນາທີ. bootloader ຍັງຖືກຟື້ນຟູ;
• ໂຄງສ້າງຂອງປະລິມານຕາມເຫດຜົນທ້ອງຖິ່ນຖືກສ້າງຄືນໃຫມ່, ປະລິມານທີ່ມີເຫດຜົນຖືກຄັດຕິດຈາກເຄື່ອງແມ່ຂ່າຍສໍາຮອງໂດຍໃຊ້ໂມດູນ dm_clone kernel: ການຟື້ນຕົວຂໍ້ມູນເລີ່ມຕົ້ນ, ແລະການປ່ຽນແປງຈະຖືກຂຽນໄວ້ໃນແຜ່ນທ້ອງຖິ່ນທັນທີ.
• ກ່ອງບັນຈຸຖືກເປີດຕົວດ້ວຍຮາດດິດທີ່ມີຢູ່ທັງຫມົດ - ການເຮັດວຽກຂອງເຄື່ອງແມ່ຂ່າຍໄດ້ຖືກຟື້ນຟູຢ່າງເຕັມສ່ວນ, ແຕ່ມີການປະຕິບັດທີ່ຫຼຸດລົງ;
• ຫຼັງຈາກການ synchronization ຂໍ້ມູນສໍາເລັດ, ປະລິມານຢ່າງມີເຫດຜົນຈາກເຄື່ອງແມ່ຂ່າຍສໍາຮອງຂໍ້ມູນໄດ້ຖືກຕັດການເຊື່ອມຕໍ່, ບັນຈຸປິດ, ແລະເຄື່ອງແມ່ຂ່າຍແມ່ນ rebooted;

ຫຼັງຈາກປິດເປີດເຄື່ອງໃໝ່, ເຊີບເວີຈະມີຂໍ້ມູນທັງໝົດທີ່ມີຢູ່ໃນເວລາທີ່ການສຳຮອງຂໍ້ມູນຖືກສ້າງຂື້ນ, ແລະຍັງຈະລວມເອົາການປ່ຽນແປງທັງໝົດທີ່ໄດ້ເຮັດໃນລະຫວ່າງຂະບວນການຟື້ນຟູ.

ບົດຄວາມອື່ນໆໃນຊຸດ

ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​, ສ່ວນ​ທີ 1​: ເປັນ​ຫຍັງ​ຈຶ່ງ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​, ສະ​ພາບ​ລວມ​ຂອງ​ວິ​ທີ​ການ​, ເຕັກ​ໂນ​ໂລ​ຊີ​
Backup Part 2: ການທົບທວນຄືນແລະການທົດສອບເຄື່ອງມືສໍາຮອງຂໍ້ມູນ rsync
Backup Part 3: ການທົບທວນຄືນແລະການທົດສອບ duplicati, duplicati
Backup Part 4: ການທົບທວນຄືນແລະການທົດສອບ zbackup, restic, borgbackup
Backup Part 5: ການທົດສອບ Bacula ແລະ Veeam Backup ສໍາລັບ Linux
Backup: ສ່ວນຫນຶ່ງຕາມຄໍາຮ້ອງຂໍຂອງຜູ້ອ່ານ: ການທົບທວນຄືນ AMANDA, UrBackup, BackupPC
Backup Part 6: ການປຽບທຽບເຄື່ອງມື Backup
Backup Part 7: ສະຫຼຸບ

ຂ້າພະເຈົ້າເຊື້ອເຊີນທ່ານໃຫ້ປຶກສາຫາລືທາງເລືອກທີ່ສະເຫນີໃນຄໍາເຫັນ, ຂອບໃຈສໍາລັບຄວາມສົນໃຈຂອງທ່ານ!

ແຫຼ່ງຂໍ້ມູນ: www.habr.com