Backup, ສ່ວນຫນຶ່ງຕາມຄໍາຮ້ອງຂໍຂອງຜູ້ອ່ານ: ພາບລວມຂອງ UrBackup, BackupPC, AMANDA

ບັນທຶກການທົບທວນຄືນນີ້ສືບຕໍ່ ຮອບ​ວຽນ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​, ລາຍລັກອັກສອນຕາມຄໍາຮ້ອງຂໍຂອງຜູ້ອ່ານ, ມັນຈະເວົ້າກ່ຽວກັບ UrBackup, BackupPC, ແລະຍັງ AMANDA.

ການທົບທວນຄືນ UrBackup.

ຕາມການຮ້ອງຂໍຂອງຜູ້ເຂົ້າຮ່ວມ VGusev2007 ຂ້ອຍກໍາລັງເພີ່ມການທົບທວນຄືນຂອງ UrBackup, ລະບົບການສໍາຮອງຂໍ້ມູນຂອງລູກຄ້າ - ເຄື່ອງແມ່ຂ່າຍ. ມັນອະນຸຍາດໃຫ້ທ່ານສ້າງການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່ແລະເພີ່ມຂຶ້ນ, ສາມາດເຮັດວຽກກັບ snapshots ອຸປະກອນ (Win ເທົ່ານັ້ນ?), ແລະຍັງສາມາດສ້າງສໍາຮອງຂໍ້ມູນໄຟລ໌. ລູກຄ້າສາມາດຕັ້ງຢູ່ໃນເຄືອຂ່າຍດຽວກັນກັບເຄື່ອງແມ່ຂ່າຍ, ຫຼືເຊື່ອມຕໍ່ຜ່ານອິນເຕີເນັດ. ການຕິດຕາມການປ່ຽນແປງໄດ້ຖືກປະກາດ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຊອກຫາຄວາມແຕກຕ່າງລະຫວ່າງສໍາເນົາສໍາຮອງຢ່າງໄວວາ. ນອກຈາກນີ້ຍັງມີການສະຫນັບສະຫນູນສໍາລັບການ deduplication ການເກັບຮັກສາຂໍ້ມູນຂ້າງເຄື່ອງແມ່ຂ່າຍ, ເຊິ່ງປະຫຍັດພື້ນທີ່. ການ​ເຊື່ອມ​ຕໍ່​ເຄືອ​ຂ່າຍ​ແມ່ນ​ໄດ້​ເຂົ້າ​ລະ​ຫັດ​, ແລະ​ຍັງ​ມີ​ການ​ໂຕ້​ຕອບ​ເວັບ​ໄຊ​ຕ​໌​ສໍາ​ລັບ​ການ​ຄຸ້ມ​ຄອງ​ເຄື່ອງ​ແມ່​ຂ່າຍ​. ມາ​ເບິ່ງ​ວ່າ​ນາງ​ສາ​ມາດ​ເຮັດ​ໄດ້​ແນວ​ໃດ​:

ໃນ​ຮູບ​ແບບ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ຢ່າງ​ເຕັມ​ທີ່​, ຜົນ​ໄດ້​ຮັບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ໄດ້​ຮັບ​:

ເວລາເຮັດວຽກ:

ເລີ່ມທໍາອິດ
ໄລຍະທີສອງ
ການເປີດຕົວຄັ້ງທີສາມ

ການທົດສອບຄັ້ງທໍາອິດ
8m20 ວິ
8m19 ວິ
8m24 ວິ

ການທົດສອບຄັ້ງທີສອງ
8m30 ວິ
8m34 ວິ
8m20 ວິ

ການທົດສອບທີສາມ
8m10 ວິ
8m14 ວິ
8m12 ວິ

ໃນ​ຮູບ​ແບບ​ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ເພີ່ມ​ເຕີມ​:

ເວລາເຮັດວຽກ:

ເລີ່ມທໍາອິດ
ໄລຍະທີສອງ
ການເປີດຕົວຄັ້ງທີສາມ

ການທົດສອບຄັ້ງທໍາອິດ
8m10 ວິ
8m10 ວິ
8m12 ວິ

ການທົດສອບຄັ້ງທີສອງ
3m50 ວິ
4m12 ວິ
3m34 ວິ

ການທົດສອບທີສາມ
2m50 ວິ
2m35 ວິ
2m38 ວິ

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

ການທົບທວນຄືນ BackupPC

ຕາມການຮ້ອງຂໍຂອງຜູ້ເຂົ້າຮ່ວມ vanzhiganov ຂ້ອຍກໍາລັງເພີ່ມການທົບທວນຄືນຂອງ BackupPC. ຊອບແວນີ້ຖືກຕິດຕັ້ງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍການເກັບຮັກສາສໍາຮອງ, ຂຽນໃນ perl, ແລະເຮັດວຽກເທິງຂອງເຄື່ອງມືສໍາຮອງຂໍ້ມູນຕ່າງໆ - ຕົ້ນຕໍ rsync, tar . ssh ແລະ smb ຖືກໃຊ້ເປັນການຂົນສົ່ງ; ຍັງມີການໂຕ້ຕອບເວັບທີ່ໃຊ້ cgi (ຖືກນໍາໄປໃຊ້ຢູ່ເທິງສຸດຂອງ apache). ການໂຕ້ຕອບເວັບໄຊຕ໌ມີບັນຊີລາຍຊື່ຢ່າງກວ້າງຂວາງຂອງການຕັ້ງຄ່າ. ໃນບັນດາລັກສະນະຕ່າງໆແມ່ນຄວາມສາມາດໃນການກໍານົດເວລາຂັ້ນຕ່ໍາລະຫວ່າງການສໍາຮອງຂໍ້ມູນ, ເຊັ່ນດຽວກັນກັບໄລຍະເວລາທີ່ການສໍາຮອງຂໍ້ມູນຈະບໍ່ຖືກສ້າງຂື້ນ. ເມື່ອເລືອກລະບົບໄຟລ໌ສໍາລັບເຄື່ອງແມ່ຂ່າຍສໍາຮອງ, ທ່ານຈໍາເປັນຕ້ອງໃຫ້ແນ່ໃຈວ່າການເຊື່ອມຕໍ່ແຂງແມ່ນສະຫນັບສະຫນູນ. ດັ່ງນັ້ນ, ລະບົບໄຟລ໌ສໍາລັບການເກັບຮັກສາບໍ່ສາມາດແບ່ງອອກເປັນຈຸດເຊື່ອມຕໍ່. ໂດຍລວມແລ້ວ, ຂ້ອນຂ້າງເປັນປະສົບການທີ່ດີ, ໃຫ້ເບິ່ງສິ່ງທີ່ຊອບແວນີ້ມີຄວາມສາມາດ:

ໃນ​ຮູບ​ແບບ​ຂອງ​ການ​ສ້າງ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ຢ່າງ​ເຕັມ​ທີ່​ກັບ rsync​, ຜົນ​ໄດ້​ຮັບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ໄດ້​ຮັບ​:

ເລີ່ມທໍາອິດ
ໄລຍະທີສອງ
ການເປີດຕົວຄັ້ງທີສາມ

ການທົດສອບຄັ້ງທໍາອິດ
12m25 ວິ
12m14 ວິ
12m27 ວິ

ການທົດສອບຄັ້ງທີສອງ
7m41 ວິ
7m44 ວິ
7m35 ວິ

ການທົດສອບທີສາມ
10m11 ວິ
10m0 ວິ
9m54 ວິ

ຖ້າທ່ານໃຊ້ການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່ແລະ tar:

ເລີ່ມທໍາອິດ
ໄລຍະທີສອງ
ການເປີດຕົວຄັ້ງທີສາມ

ການທົດສອບຄັ້ງທໍາອິດ
12m41 ວິ
12m25 ວິ
12m45 ວິ

ການທົດສອບຄັ້ງທີສອງ
12m35 ວິ
12m45 ວິ
12m14 ວິ

ການທົດສອບທີສາມ
12m43 ວິ
12m25 ວິ
12m5 ວິ

ໃນໂຫມດການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນ, ຂ້ອຍຕ້ອງປະຖິ້ມ tar ເພາະວ່າການສໍາຮອງຂໍ້ມູນບໍ່ໄດ້ຖືກສ້າງຂຶ້ນດ້ວຍການຕັ້ງຄ່າເຫຼົ່ານີ້.

ຜົນໄດ້ຮັບຂອງການສ້າງການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນໂດຍໃຊ້ rsync ແມ່ນ:

ເລີ່ມທໍາອິດ
ໄລຍະທີສອງ
ການເປີດຕົວຄັ້ງທີສາມ

ການທົດສອບຄັ້ງທໍາອິດ
11m55 ວິ
11m50 ວິ
12m25 ວິ

ການທົດສອບຄັ້ງທີສອງ
2m42 ວິ
2m50 ວິ
2m30 ວິ

ການທົດສອບທີສາມ
6m00 ວິ
5m35 ວິ
5m30 ວິ

ໂດຍທົ່ວໄປ, rsync ມີປະໂຫຍດຄວາມໄວເລັກນ້ອຍ; rsync ຍັງເຮັດວຽກທາງດ້ານເສດຖະກິດຫຼາຍກັບເຄືອຂ່າຍ. ອັນນີ້ອາດຈະຖືກຊົດເຊີຍບາງສ່ວນໂດຍການໃຊ້ CPU ໜ້ອຍລົງກັບ tar ເປັນໂປຣແກຣມສຳຮອງ. ປະໂຫຍດອີກອັນຫນຶ່ງຂອງ rsync ແມ່ນວ່າມັນເຮັດວຽກກັບສໍາເນົາທີ່ເພີ່ມຂຶ້ນ. ຂະຫນາດຂອງ repository ໃນເວລາທີ່ສ້າງ backups ເຕັມແມ່ນຄືກັນ, 16 GB, ໃນກໍລະນີຂອງ incremental copies - 14 GB ຕໍ່ແລ່ນ, ຊຶ່ງຫມາຍຄວາມວ່າການເຮັດວຽກ deduplication.

ການທົບທວນຄືນ AMANDA

ຕາມການຮ້ອງຂໍຂອງຜູ້ເຂົ້າຮ່ວມ ເກົ່າ ເພີ່ມການທົດສອບ AMANDA,

ຜົນ​ການ​ທົດ​ສອບ​ການ​ດໍາ​ເນີນ​ການ​ທີ່​ມີ tar ເປັນ archiver ແລະ compression ເປີດ​ໃຊ້​ງານ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

ເລີ່ມທໍາອິດ
ໄລຍະທີສອງ
ການເປີດຕົວຄັ້ງທີສາມ

ການທົດສອບຄັ້ງທໍາອິດ
9m5 ວິ
8m59 ວິ
9m6 ວິ

ການທົດສອບຄັ້ງທີສອງ
0m5 ວິ
0m5 ວິ
0m5 ວິ

ການທົດສອບທີສາມ
2m40 ວິ
2m47 ວິ
2m45 ວິ

ໂປລແກລມໂຫລດຫນຶ່ງຫຼັກຂອງໂປເຊດເຊີຢ່າງເຕັມທີ່, ແຕ່ເນື່ອງຈາກແຜ່ນ IOPS ຈໍາກັດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍການເກັບຮັກສາສໍາຮອງຂໍ້ມູນ, ມັນບໍ່ສາມາດບັນລຸຄວາມໄວສູງໃນການໂອນຂໍ້ມູນ. ໂດຍທົ່ວໄປ, ການຕິດຕັ້ງແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍກ່ວາຜູ້ເຂົ້າຮ່ວມອື່ນໆ, ເພາະວ່າຜູ້ຂຽນຂອງໂຄງການບໍ່ໄດ້ໃຊ້ ssh ເປັນການຂົນສົ່ງ, ແຕ່ປະຕິບັດໂຄງການທີ່ຄ້າຍຄືກັນກັບກະແຈ, ການສ້າງແລະຮັກສາ CA ຢ່າງເຕັມທີ່. ມັນເປັນໄປໄດ້ທີ່ຈະຈໍາກັດລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍສໍາຮອງຢ່າງກວ້າງຂວາງ: ຕົວຢ່າງ, ຖ້າພວກເຂົາບໍ່ສາມາດໄວ້ວາງໃຈເຊິ່ງກັນແລະກັນໄດ້ຢ່າງສົມບູນ, ຫຼັງຈາກນັ້ນທ່ານສາມາດ, ເປັນທາງເລືອກ, ປ້ອງກັນບໍ່ໃຫ້ເຄື່ອງແມ່ຂ່າຍຈາກການເລີ່ມຕົ້ນການຟື້ນຟູການສໍາຮອງຂໍ້ມູນໂດຍການກໍານົດຄ່າຂອງຕົວແປທີ່ສອດຄ້ອງກັນເປັນສູນ. ໄຟລ໌ການຕັ້ງຄ່າ. ມັນເປັນໄປໄດ້ທີ່ຈະເຊື່ອມຕໍ່ອິນເຕີເຟດເວັບໄຊຕ໌ສໍາລັບການຄຸ້ມຄອງ, ແຕ່ໂດຍທົ່ວໄປລະບົບການຕັ້ງຄ່າສາມາດອັດຕະໂນມັດຢ່າງເຕັມສ່ວນໂດຍໃຊ້ bash scripts ຂະຫນາດນ້ອຍ (ຫຼື SCM, ຕົວຢ່າງເຊັ່ນ ansible). ມີລະບົບທີ່ບໍ່ເປັນເລື່ອງເລັກໆນ້ອຍໆສໍາລັບການຕັ້ງຄ່າການເກັບຮັກສາ, ເຊິ່ງປາກົດຂື້ນຍ້ອນການສະຫນັບສະຫນູນບັນຊີລາຍຊື່ຢ່າງກວ້າງຂວາງຂອງອຸປະກອນຕ່າງໆສໍາລັບການເກັບຮັກສາຂໍ້ມູນ (LTO cassettes, ຮາດດິດ, ແລະອື່ນໆ). ມັນຍັງເປັນມູນຄ່າທີ່ສັງເກດວ່າບັນດາໂຄງການທີ່ສົນທະນາໃນບົດຄວາມນີ້, AMANDA ແມ່ນອັນດຽວທີ່ສາມາດກວດສອບການປ່ຽນຊື່ໄດເລກະທໍລີ. ຂະຫນາດຂອງ repository ສໍາລັບຫນຶ່ງແລ່ນແມ່ນ 13 GB.

ແຈ້ງການ

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

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