Veeam Log Diving ອົງປະກອບ ແລະຄໍາສັບ

ພວກເຮົາຢູ່ທີ່ Veeam ຮັກບັນທຶກ. ແລະນັບຕັ້ງແຕ່ການແກ້ໄຂຂອງພວກເຮົາສ່ວນໃຫຍ່ແມ່ນແບບໂມດູນ, ພວກເຂົາຂຽນບັນທຶກຈໍານວນຫລາຍ. ແລະເນື່ອງຈາກຂອບເຂດຂອງກິດຈະກໍາຂອງພວກເຮົາແມ່ນເພື່ອຮັບປະກັນຄວາມປອດໄພຂອງຂໍ້ມູນຂອງທ່ານ (i.e., ການນອນພັກຜ່ອນ), ບັນທຶກບໍ່ຄວນພຽງແຕ່ບັນທຶກທຸກໆການຈາມ, ແຕ່ຍັງເຮັດໃນບາງລາຍລະອຽດ. ນີ້ແມ່ນສິ່ງຈໍາເປັນເພື່ອວ່າໃນກໍລະນີຂອງບາງສິ່ງບາງຢ່າງມັນຈະແຈ້ງວ່ານີ້ "ສິ່ງທີ່" ເກີດຂຶ້ນ, ໃຜຈະຕໍານິຕິຕຽນ, ແລະສິ່ງທີ່ຕ້ອງເຮັດຕໍ່ໄປ. ມັນຄ້າຍຄືໃນວິທະຍາສາດ forensic: ທ່ານບໍ່ເຄີຍຮູ້ວ່າສິ່ງທີ່ເລັກນ້ອຍຈະຊ່ວຍໃຫ້ທ່ານຊອກຫາ killer Laura Palmer.

ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈເອົາ swing ໃນຊຸດຂອງບົດຄວາມ, ບ່ອນທີ່ຂ້າພະເຈົ້າຈະເປັນລໍາດັບກ່ຽວກັບສິ່ງທີ່ພວກເຮົາຂຽນໃສ່ບັນທຶກ, ບ່ອນທີ່ພວກເຮົາເກັບຮັກສາໃຫ້ເຂົາເຈົ້າ, ວິທີການທີ່ຈະບໍ່ໄປ Crazy ກັບໂຄງສ້າງຂອງເຂົາເຈົ້າແລະສິ່ງທີ່ຊອກຫາພາຍໃນເຂົາເຈົ້າ.

ເປັນ​ຫຍັງ​ບົດ​ຄວາມ​ເປັນ​ຊຸດ​ແລະ​ເປັນ​ຫຍັງ​ຈຶ່ງ​ບໍ່​ອະ​ທິ​ບາຍ​ທັງ​ຫມົດ​ໃນ​ເວ​ລາ​ດຽວ​?

ພຽງແຕ່ລະບຸວ່າບັນທຶກໃດຢູ່ບ່ອນໃດ ແລະສິ່ງທີ່ຖືກເກັບໄວ້ໃນນັ້ນແມ່ນເປັນວຽກທີ່ເສຍຫາຍຫຼາຍ. ແລະມັນເປັນຕາຢ້ານທີ່ຈະຄິດກ່ຽວກັບການຮັກສາຂໍ້ມູນນີ້ໃຫ້ທັນສະໄຫມ. ບັນຊີລາຍຊື່ງ່າຍໆຂອງບັນທຶກປະເພດທີ່ເປັນໄປໄດ້ທັງໝົດໃນ Veeam Backup & Replication ແມ່ນຕາຕະລາງຢູ່ໃນຫຼາຍແຜ່ນເປັນພິມນ້ອຍ. ແມ່ນແລ້ວ, ແລະມັນຈະມີຄວາມກ່ຽວຂ້ອງພຽງແຕ່ໃນເວລາທີ່ພິມເຜີຍແຜ່, ເພາະວ່າ. ເມື່ອ patch ຕໍ່ໄປຖືກປ່ອຍອອກມາ, ບັນທຶກໃຫມ່ອາດຈະປາກົດ, ເຫດຜົນຂອງຂໍ້ມູນທີ່ເກັບໄວ້ໃນອັນເກົ່າຈະປ່ຽນແປງ, ແລະອື່ນໆ. ດັ່ງນັ້ນ, ມັນຈະມີກໍາໄລຫຼາຍທີ່ຈະອະທິບາຍໂຄງສ້າງແລະຄວາມສໍາຄັນຂອງຂໍ້ມູນທີ່ມີຢູ່ໃນພວກມັນ. ນີ້ຈະຊ່ວຍໃຫ້ທ່ານສາມາດນໍາທາງສະຖານທີ່ໄດ້ດີກວ່າການໃສ່ຊື່ banal.

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

ຄໍາສັບ ແລະຄໍາສັບ

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

ໃນທຸລະກິດຂອງພວກເຮົາ, ບັນຫາຂອງ anglicisms (ແລະ jargon) ມີສະເພາະຂອງຕົນເອງ. ໃນເວລາທີ່ຢູ່ພາຍໃຕ້ຄໍາເວົ້າທີ່ບໍລິສຸດເຊັ່ນ "ເຈົ້າພາບ" ຫຼື "ແຂກ" ໂລກທັງຫມົດໄດ້ເຂົ້າໃຈສິ່ງທີ່ສະເພາະຫຼາຍ, ຫຼັງຈາກນັ້ນໃນແຜ່ນດິນໂລກ, ຄວາມສັບສົນຂອງວິລະຊົນແລະ staggering ກັບ poking ເຂົ້າໄປໃນວັດຈະນານຸກົມສືບຕໍ່. ແລະການໂຕ້ຖຽງ obligatory ຢ່າງເຂັ້ມງວດ "ແຕ່ໃນການເຮັດວຽກຂອງພວກເຮົາ ... ".

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

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

ເຈົ້າພາບ (ເຈົ້າພາບ): ໃນໂລກຂອງ virtualization, ນີ້ແມ່ນເຄື່ອງຈັກທີ່ມີ hypervisor. ທາງດ້ານຮ່າງກາຍ, virtual, ຟັງ - ມັນບໍ່ສໍາຄັນ. ຖ້າບາງສິ່ງບາງຢ່າງແລ່ນ hypervisor (ESXi, Hyper-V, KVM ແລະອື່ນໆ), ຫຼັງຈາກນັ້ນ "ບາງສິ່ງບາງຢ່າງ" ນີ້ເອີ້ນວ່າເຈົ້າພາບ. ບໍ່ວ່າຈະເປັນກຸ່ມທີ່ມີສິບ racks ຫຼືຄອມພິວເຕີ້ຂອງທ່ານທີ່ມີຫ້ອງທົດລອງສໍາລັບເຄື່ອງຈັກ virtual ຫນຶ່ງແລະເຄິ່ງຫນຶ່ງ - ຖ້າທ່ານເປີດຕົວ hypervisor, ທ່ານໄດ້ກາຍເປັນເຈົ້າພາບ. ເນື່ອງຈາກວ່າ hypervisor ເປັນເຈົ້າພາບເຄື່ອງ virtual. ມີເຖິງແມ່ນເລື່ອງທີ່ VMware ໃນເວລາຫນຶ່ງຕ້ອງການບັນລຸການເຊື່ອມໂຍງທີ່ຫນັກແຫນ້ນຂອງຄໍາສັບເຈົ້າພາບກັບ ESXi. ແຕ່ນາງບໍ່ໄດ້.

ໃນໂລກທີ່ທັນສະໄຫມ, ແນວຄວາມຄິດຂອງ "ເຈົ້າພາບ" ໄດ້ປະສົມປະສານກັບແນວຄວາມຄິດຂອງ "ເຄື່ອງແມ່ຂ່າຍ", ເຊິ່ງເຮັດໃຫ້ເກີດຄວາມສັບສົນໃນການສື່ສານ, ໂດຍສະເພາະໃນເວລາທີ່ມັນມາກັບໂຄງສ້າງພື້ນຖານຂອງ Windows. ດັ່ງນັ້ນເຄື່ອງໃດທີ່ເປັນເຈົ້າພາບບໍລິການທີ່ມີຄວາມສົນໃຈກັບພວກເຮົາກໍ່ສາມາດເອີ້ນວ່າເຈົ້າພາບໄດ້ຢ່າງປອດໄພ. ຕົວຢ່າງ, ໃນບັນທຶກ WinSock ທຸກສິ່ງທຸກຢ່າງຖືກຫມາຍດ້ວຍຄໍາວ່າ host. ຄລາສສິກ "Host ບໍ່ພົບ" ແມ່ນຕົວຢ່າງຂອງເລື່ອງນີ້. ດັ່ງນັ້ນພວກເຮົາເລີ່ມຕົ້ນຈາກສະພາບການ, ແຕ່ຈື່ - ໃນໂລກຂອງ virtualization, ເຈົ້າພາບແມ່ນສິ່ງທີ່ເປັນເຈົ້າພາບແຂກ (ເພີ່ມເຕີມກ່ຽວກັບເລື່ອງນີ້ໃນສອງແຖວຂ້າງລຸ່ມນີ້).

ຈາກຄໍາສັບພາສາທ້ອງຖິ່ນ (ແທນທີ່ຈະເປັນຄໍາຫຍໍ້, ໃນກໍລະນີນີ້), ມັນໄດ້ຖືກຈື່ຢູ່ທີ່ນີ້ວ່າ VMware ແມ່ນ VI, vSphere ແມ່ນ VC, ແລະ Hyper-V ແມ່ນ HV.

ແຂກ (Guest): ເຄື່ອງ virtual ແລ່ນຢູ່ໃນເຈົ້າພາບ. ບໍ່ມີຫຍັງທີ່ຈະອະທິບາຍຢູ່ທີ່ນີ້, ທຸກສິ່ງທຸກຢ່າງແມ່ນມີເຫດຜົນແລະງ່າຍດາຍ. ຢ່າງໃດກໍຕາມ, ຫຼາຍຄົນພາກພຽນ drag ທີ່ນີ້ບາງຄວາມຫມາຍອື່ນ.

ເພື່ອ​ຫຍັງ? ຂ້ອຍ​ບໍ່​ຮູ້.
Guest OS, ຕາມລໍາດັບ, ລະບົບປະຕິບັດການຂອງເຄື່ອງຂອງແຂກ. ແລະອື່ນໆ.

ວຽກ Backup/Replication (jobA): Pure Wim jargon, denoting ບາງຫນ້າວຽກ. ວຽກສຳຮອງ == ວຽກສຳຮອງ. ບໍ່ມີໃຜຮູ້ວິທີແປເປັນພາສາລັດເຊຍທີ່ສວຍງາມ, ສະນັ້ນທຸກຄົນເວົ້າວ່າ "JobA". ໂດຍເນັ້ນໃສ່ພະຍາງສຸດທ້າຍ.

ແມ່ນແລ້ວ, ພວກເຂົາພຽງແຕ່ເອົາມັນແລະເວົ້າວ່າ "joba". ແລະແມ້ແຕ່ຢູ່ໃນຕົວອັກສອນພວກເຂົາຂຽນແບບນັ້ນ, ແລະທຸກສິ່ງທຸກຢ່າງກໍ່ດີ.
ທຸກປະເພດຂອງວຽກ Backup, Backup Tasks, ແລະອື່ນໆ, ຂອບໃຈ, ແຕ່ບໍ່ຈໍາເປັນຕ້ອງ. ພຽງ​ແຕ່​ວຽກ​ເຮັດ​ງານ​ທໍາ​, ແລະ​ທ່ານ​ຈະ​ໄດ້​ຮັບ​ຄວາມ​ເຂົ້າ​ໃຈ​. ສິ່ງທີ່ ສຳ ຄັນແມ່ນການໃສ່ຄວາມກົດດັນໃສ່ພະຍາງສຸດທ້າຍ.

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

Consolidation (ລວມ): ຄໍາສັບທີ່ປາກົດຢູ່ໃນ ESXi 5.0 ທາງເລືອກໃນເມນູ snapshot ທີ່ເລີ່ມຕົ້ນຂະບວນການຂອງການລຶບອັນທີ່ເອີ້ນວ່າການຖ່າຍພາບເດັກກໍາພ້າ. ນັ້ນແມ່ນ, ພາບຖ່າຍທີ່ມີຢູ່ທາງດ້ານຮ່າງກາຍ, ແຕ່ຫຼຸດລົງຈາກໂຄງສ້າງທີ່ສົມເຫດສົມຜົນທີ່ສະແດງ. ໃນທາງທິດສະດີ, ຂະບວນການນີ້ບໍ່ຄວນສົ່ງຜົນກະທົບຕໍ່ໄຟລ໌ທີ່ສະແດງຢູ່ໃນຕົວຈັດການ snapshot, ແຕ່ສິ່ງໃດສາມາດເກີດຂຶ້ນໄດ້. ໂດຍເນື້ອແທ້ແລ້ວຂອງຂະບວນການລວມແມ່ນວ່າຂໍ້ມູນຈາກ snapshot (ແຜ່ນເດັກ) ຖືກຂຽນໃສ່ແຜ່ນຕົ້ນຕໍ (ພໍ່ແມ່). ຂະບວນການລວມແຜ່ນແມ່ນເອີ້ນວ່າ merge. ຖ້າຄໍາສັ່ງລວມໄດ້ຖືກອອກ, ຫຼັງຈາກນັ້ນບັນທຶກພາບຖ່າຍສາມາດຖືກໂຍກຍ້າຍອອກຈາກຖານຂໍ້ມູນກ່ອນທີ່ snapshot ຈະຖືກລວມເຂົ້າແລະລຶບຖິ້ມ. ແລະຖ້າພາບຖ່າຍບໍ່ສາມາດຖືກລຶບໄດ້ດ້ວຍເຫດຜົນໃດກໍ່ຕາມ, ຫຼັງຈາກນັ້ນ, ພາບຖ່າຍເດັກນ້ອຍກໍາພ້າດຽວກັນເຫຼົ່ານີ້ຈະປາກົດ. ກ່ຽວກັບການເຮັດວຽກກັບ snapshots, VMware ມີ KB ດີ. ແລະພວກເຮົາຍັງ somehow ກ່ຽວກັບພວກເຂົາ ຂຽນໃນ Habre.

Datastore (Stora ຫຼື Storage):  ແນວຄວາມຄິດທີ່ກວ້າງຂວາງຫຼາຍ, ແຕ່ໃນໂລກຂອງ virtualization, ມັນໄດ້ຖືກເຂົ້າໃຈວ່າເປັນບ່ອນທີ່ໄຟລ໌ virtual machine ຖືກເກັບໄວ້. ແຕ່ໃນກໍລະນີໃດກໍ່ຕາມ, ໃນທີ່ນີ້ທ່ານຈໍາເປັນຕ້ອງເຂົ້າໃຈສະພາບການຢ່າງຈະແຈ້ງແລະ, ດ້ວຍຄວາມສົງໃສຫນ້ອຍທີ່ສຸດ, ຊີ້ແຈງສິ່ງທີ່ interlocutor ຂອງເຈົ້າມີຢູ່ໃນໃຈ. 

ຕົວແທນ (Proxy): ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະເຂົ້າໃຈທັນທີວ່າ Veeam Proxy ບໍ່ຄືກັນກັບສິ່ງທີ່ພວກເຮົາເຄີຍໃຊ້ໃນອິນເຕີເນັດ. ພາຍໃນຜະລິດຕະພັນ Veeam, ນີ້ແມ່ນປະເພດຂອງຫນ່ວຍງານທີ່ຈັດການກັບການໂອນຂໍ້ມູນຈາກບ່ອນຫນຶ່ງໄປຫາບ່ອນອື່ນ. ຖ້າທ່ານບໍ່ເຂົ້າໄປໃນລາຍລະອຽດ, VBR ແມ່ນຄໍາສັ່ງແລະເຄື່ອງແມ່ຂ່າຍການຄວບຄຸມ, ແລະຕົວແທນແມ່ນ workhorses ຂອງມັນ. ນັ້ນແມ່ນ, ຕົວແທນແມ່ນເຄື່ອງຈັກທີ່ການຈະລາຈອນໄຫຼລົງແລະອົງປະກອບ VBR ​​ຖືກຕິດຕັ້ງທີ່ຊ່ວຍຈັດການການຈະລາຈອນນີ້. ຕົວຢ່າງ, ການໂອນຂໍ້ມູນຈາກຊ່ອງໜຶ່ງໄປຫາອີກຊ່ອງໜຶ່ງ, ຫຼືພຽງແຕ່ຕິດແຜ່ນໃສ່ຕົວມັນເອງ (ໂໝດ HotAdd).

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

 ພາບລວມ (SnapshOt): ນັກຂຽນໄວຍາກອນ Oxford ມັກເວົ້າວ່າໃຜເປັນ snapshot ແລະໃຜເປັນ snapshot, ແຕ່ສ່ວນໃຫຍ່ບໍ່ຮູ້ຫນັງສືໄດ້ຮັບຜົນປະໂຫຍດຈາກມະຫາຊົນຂະຫນາດໃຫຍ່. ຖ້າໃຜບໍ່ຮູ້, ນີ້ແມ່ນເທກໂນໂລຍີທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດຟື້ນຟູສະພາບຂອງແຜ່ນຢູ່ໃນຈຸດໃດຫນຶ່ງໃນເວລາໃດຫນຶ່ງ. ນີ້ແມ່ນເຮັດໄດ້ໂດຍການປ່ຽນເສັ້ນທາງ I / O ການດໍາເນີນງານຊົ່ວຄາວຢູ່ຫ່າງຈາກແຜ່ນຕົ້ນຕໍ - ຫຼັງຈາກນັ້ນມັນຈະຖືກເອີ້ນວ່າ RoW (Redirect on Write) snapshot - ຫຼືໂດຍການຍ້າຍບລັອກທີ່ສາມາດຂຽນຄືນໄດ້ຈາກແຜ່ນດິດຂອງທ່ານໄປບ່ອນອື່ນ - ນີ້ຈະຖືກເອີ້ນວ່າ CoW (Copy on Write. ) ພາບຖ່າຍ. ມັນເປັນຍ້ອນຄວາມເປັນໄປໄດ້ທີ່ກວ້າງຂວາງສໍາລັບການນໍາໃຊ້ຫນ້າທີ່ເຫຼົ່ານີ້ທີ່ Veeam ສາມາດເຮັດວຽກ magic ສໍາຮອງຂໍ້ມູນຂອງມັນ. ເວົ້າຢ່າງເຂັ້ມງວດ, ບໍ່ພຽງແຕ່ພວກເຂົາ, ແຕ່ນີ້ແມ່ນເລື່ອງຂອງການປ່ອຍຕໍ່ໄປ.

ມີຄວາມວຸ່ນວາຍກ່ຽວກັບຄໍາສັບນີ້ຢູ່ໃນເອກະສານແລະບັນທຶກຂອງ ESXi, ແລະໃນສະພາບການທີ່ກ່າວເຖິງຮູບພາບຕ່າງໆ, ທ່ານສາມາດຊອກຫາ snapshots ດ້ວຍຕົວເອງ, ແລະເຮັດຄືນບັນທຶກ, ແລະແມ້ກະທັ້ງ delta disk. ເອກະສານ Veeam ບໍ່ມີນ້ໍາຕາດັ່ງກ່າວ, ແລະຮູບຖ່າຍແມ່ນພາບຖ່າຍ, ແລະບັນທຶກການເຮັດຊ້ໍາແມ່ນເປັນໄຟລ໌ REDO ທີ່ຖືກສ້າງຂື້ນໂດຍແຜ່ນທີ່ບໍ່ເປັນເອກະລາດ. ໄຟລ໌ REDO ຈະຖືກລຶບຖິ້ມເມື່ອເຄື່ອງ virtual ປິດ, ດັ່ງນັ້ນການສັບສົນໃຫ້ເຂົາເຈົ້າກັບ snapshots ແມ່ນເສັ້ນທາງໄປສູ່ຄວາມລົ້ມເຫຼວ.

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

Task (Task): ນີ້ແມ່ນຂະບວນການປຸງແຕ່ງເຄື່ອງຈັກແຕ່ລະຄົນພາຍໃນວຽກ. ນັ້ນແມ່ນ: ທ່ານມີວຽກສໍາຮອງ, ເຊິ່ງປະກອບມີສາມເຄື່ອງ. ນີ້ຫມາຍຄວາມວ່າລົດແຕ່ລະຄົນຈະຖືກປຸງແຕ່ງເປັນສ່ວນຫນຶ່ງຂອງວຽກງານແຍກຕ່າງຫາກ. ໃນຈໍານວນທັງຫມົດ, ຈະມີສີ່ບັນທຶກ: ຕົ້ນຕໍຫນຶ່ງສໍາລັບວຽກເຮັດງານທໍາແລະສາມສໍາລັບວຽກງານ. ຢ່າງໃດກໍຕາມ, ມັນມີຄວາມແຕກຕ່າງທີ່ສໍາຄັນຢູ່ທີ່ນີ້: ເມື່ອເວລາຜ່ານໄປ, ຄໍາວ່າ "ວຽກງານ" ໄດ້ກາຍເປັນຄວາມບໍ່ແນ່ນອນທີ່ບໍ່ຈໍາເປັນ. ເມື່ອພວກເຮົາເວົ້າກ່ຽວກັບບັນທຶກທົ່ວໄປ, ພວກເຮົາຫມາຍຄວາມວ່າວຽກງານແມ່ນ VM ແທ້ໆ. ແຕ່ມີ "ວຽກງານ" ທັງຢູ່ໃນຕົວແທນແລະໃນ repository. ຢູ່ທີ່ນັ້ນມັນສາມາດຫມາຍເຖິງແຜ່ນ virtual, ເຄື່ອງ virtual, ແລະວຽກທັງຫມົດ. ນັ້ນແມ່ນ, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະບໍ່ສູນເສຍສະພາບການ.

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

VSS: ທາງດ້ານເທກນິກ, VSS ຄວນຢືນຢູ່ສະເຫມີສໍາລັບ Microsoft Volume Shadow Copy Service. ໃນຄວາມເປັນຈິງ, ມັນຖືກນໍາໃຊ້ໂດຍຈໍານວນຫຼາຍເປັນຄໍາສັບຄ້າຍຄືກັນສໍາລັບການປະມວນຜົນຮູບພາບ Application-Aware. ເຊິ່ງ, ແນ່ນອນ, ແມ່ນຜິດປະເພດ, ແຕ່ນີ້ແມ່ນເລື່ອງຈາກປະເພດ " SUV ໃດສາມາດເອີ້ນວ່າ jeep, ແລະທ່ານຈະເຂົ້າໃຈ."

ບັນທຶກທີ່ມະຫັດສະຈັນ ແລະບ່ອນທີ່ພວກເຂົາອາໄສຢູ່

ຂ້ອຍຕ້ອງການເລີ່ມຕົ້ນບົດນີ້ໂດຍການເປີດເຜີຍຄວາມລັບທີ່ຍິ່ງໃຫຍ່ - ເວລາໃດທີ່ສະແດງຢູ່ໃນບັນທຶກ?

ຈື່:

• ESXi ຂຽນບັນທຶກໃນ UTC+0 ສະເໝີ.
• vCenter ຮັກສາບັນທຶກຕາມເວລາຂອງເຂດເວລາຂອງມັນ.
• Veeam ຮັກສາບັນທຶກຕາມເວລາແລະເຂດເວລາຂອງເຄື່ອງແມ່ຂ່າຍທີ່ມັນເປີດ.
• ແລະພຽງແຕ່ເຫດການ Windows ໃນຮູບແບບ EVTX ບໍ່ໄດ້ທົນທຸກຈາກການຜູກມັດກັບສິ່ງໃດ. ເມື່ອເປີດ, ເວລາຈະຖືກຄິດໄລ່ຄືນສໍາລັບລົດທີ່ເຂົາເຈົ້າໄດ້ເປີດ. ທາງເລືອກທີ່ສະດວກທີ່ສຸດ, ເຖິງແມ່ນວ່າມີຄວາມຫຍຸ້ງຍາກກັບມັນ. ຄວາມຫຍຸ້ງຍາກທີ່ເຫັນໄດ້ຊັດເຈນແມ່ນຄວາມແຕກຕ່າງຂອງທ້ອງຖິ່ນ. ນີ້​ແມ່ນ​ເປັນ​ເສັ້ນ​ທາງ​ປະ​ຕິ​ບັດ​ການ​ຮັບ​ປະ​ກັນ​ບັນ​ທຶກ​ທີ່​ບໍ່​ສາ​ມາດ​ອ່ານ​ໄດ້​. ແມ່ນແລ້ວ, ມີທາງເລືອກສໍາລັບວິທີການປິ່ນປົວນີ້, ແຕ່ໃຫ້ເຮົາບໍ່ໂຕ້ຖຽງກັບຄວາມຈິງທີ່ວ່າທຸກສິ່ງທຸກຢ່າງໃນ IT ເຮັດວຽກເປັນພາສາອັງກິດ, ແລະຕົກລົງທີ່ຈະກໍານົດທ້ອງຖິ່ນພາສາອັງກິດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ. ໂອ້ຍກະລຸນາ. 

ຕອນນີ້ໃຫ້ເວົ້າກ່ຽວກັບສະຖານທີ່ທີ່ໄມ້ທ່ອນຢູ່ແລະວິທີການເອົາພວກມັນມາ. ໃນກໍລະນີຂອງ VBR, ມີສອງວິທີການ. 

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

ຢ່າງໃດກໍຕາມ, ຕົວຊ່ວຍສ້າງບໍ່ໄດ້ເກັບກໍາຂໍ້ມູນບັນທຶກຂອງຫນ້າວຽກທັງຫມົດແລະ, ສໍາລັບຕົວຢ່າງ, ຖ້າທ່ານຕ້ອງການສຶກສາບັນທຶກຂອງການຟື້ນຟູ, ລົ້ມເຫລວຫຼືລົ້ມເຫລວ, ເສັ້ນທາງຂອງເຈົ້າແມ່ນຢູ່ໃນໂຟນເດີ. %ProgramData%/Veeam/Backup. ນີ້​ແມ່ນ​ຮ້ານ​ໂລ​ໂກ້ VBR ຕົ້ນ​ຕໍ ແລະ %ProgramData% ເປັນ​ໂຟ​ລ​ເດີ​ທີ່​ເຊື່ອງ​ໄວ້ ແລະ​ກໍ​ດີ. ໂດຍວິທີທາງການ, ສະຖານທີ່ເລີ່ມຕົ້ນສາມາດຖືກມອບຫມາຍຄືນໃຫມ່ໂດຍໃຊ້ REG_SZ: LogDirectory type registry key ໃນສາຂາ HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.

ໃນເຄື່ອງ Linux, ບັນທຶກຕົວແທນຂອງພະນັກງານຄວນຊອກຫາຢູ່ໃນ /var/log/VeeamBackup/ຖ້າໃຊ້ບັນຊີ root ຫຼື sudo. ຖ້າທ່ານບໍ່ມີສິດທິພິເສດດັ່ງກ່າວ, ຫຼັງຈາກນັ້ນຊອກຫາເຂົ້າສູ່ລະບົບ /tmp/VeeamBackup. 

ສໍາລັບຕົວແທນ Veeam ສໍາລັບບັນທຶກ %OS_name% ຄວນຊອກຫາຢູ່ໃນ %ProgramData%/Veeam/Endpoint (ຫຼື %ProgramData%/Veeam/Backup/Endpoint) ແລະ /var/log/veeam respectively

ຖ້າທ່ານກໍາລັງໃຊ້ Application-Aware Image Processing (ແລະສ່ວນຫຼາຍແມ່ນເຈົ້າເປັນ), ຫຼັງຈາກນັ້ນສະຖານະການຈະສັບສົນຫຼາຍ. ທ່ານຈະຕ້ອງການບັນທຶກຂອງຜູ້ຊ່ວຍຂອງພວກເຮົາ, ເຊິ່ງຖືກເກັບໄວ້ພາຍໃນເຄື່ອງ virtual ຕົວຂອງມັນເອງ, ແລະບັນທຶກ VSS. ກ່ຽວກັບວິທີການແລະບ່ອນທີ່ໄດ້ຮັບຄວາມສຸກນີ້, ມັນໄດ້ຖືກຂຽນໄວ້ໃນລາຍລະອຽດໃນ ບົດຂຽນນີ້. ແລະແນ່ນອນມີ ບົດຂຽນແຍກຕ່າງຫາກ ເພື່ອເກັບກໍາຂໍ້ມູນບັນທຶກລະບົບທີ່ຈໍາເປັນ. 

ກິດ​ຈະ​ກໍາ Windows ໄດ້​ຖືກ​ເກັບ​ກໍາ​ຢ່າງ​ສະ​ດວກ​ອີງ​ຕາມ​ການ​ HF ນີ້. ຖ້າເຈົ້າໃຊ້ Hyper-V, ສິ່ງຕ່າງໆຈະສັບສົນຫຼາຍຂຶ້ນ, ເພາະວ່າເຈົ້າຍັງຕ້ອງການບັນທຶກທັງໝົດຂອງມັນຈາກ Applications and Service Logs > Microsoft > Windows. ເຖິງແມ່ນວ່າທ່ານສາມາດໄປໃນທາງທີ່ໂງ່ກວ່າແລະພຽງແຕ່ເອົາວັດຖຸທັງຫມົດຈາກ %SystemRoot%System32winevtLogs.

ຖ້າ​ຫາກ​ວ່າ​ບາງ​ສິ່ງ​ບາງ​ຢ່າງ​ແຕກ​ໃນ​ລະ​ຫວ່າງ​ການ​ຕິດ​ຕັ້ງ / ການ​ປັບ​ປຸງ​, ຫຼັງ​ຈາກ​ນັ້ນ​ທຸກ​ສິ່ງ​ທຸກ​ຢ່າງ​ທີ່​ທ່ານ​ຕ້ອງ​ການ​ສາ​ມາດ​ພົບ​ເຫັນ​ຢູ່​ໃນ​ໂຟນ​ເດີ %ProgramData%/Veeam/Setup/Temp. ເຖິງແມ່ນວ່າຂ້ອຍຈະບໍ່ປິດບັງຄວາມຈິງທີ່ວ່າໃນເຫດການ OS ທ່ານສາມາດຊອກຫາຂໍ້ມູນທີ່ເປັນປະໂຫຍດຫຼາຍກ່ວາໃນບັນທຶກເຫຼົ່ານີ້. ສ່ວນທີ່ເຫຼືອຂອງທີ່ຫນ້າສົນໃຈແມ່ນຢູ່ໃນ %Temp%, ແຕ່ສ່ວນໃຫຍ່ແມ່ນມີບັນທຶກການຕິດຕັ້ງສໍາລັບຊອບແວທີ່ກ່ຽວຂ້ອງ, ເຊັ່ນ: ຖານ, .Net libraries ແລະສິ່ງອື່ນໆ. ໃຫ້ສັງເກດວ່າ Veeam ໄດ້ຖືກຕິດຕັ້ງຈາກ msi ແລະອົງປະກອບທັງຫມົດຂອງມັນໄດ້ຖືກຕິດຕັ້ງເປັນແພັກເກັດ msi ແຍກຕ່າງຫາກ, ເຖິງແມ່ນວ່ານີ້ບໍ່ໄດ້ສະແດງຢູ່ໃນ GUI. ດັ່ງນັ້ນ, ຖ້າການຕິດຕັ້ງຫນຶ່ງໃນອົງປະກອບລົ້ມເຫລວ, ການຕິດຕັ້ງ VBR ທັງຫມົດຈະຖືກຢຸດ. ເພາະສະນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງເຂົ້າໄປໃນໄມ້ທ່ອນແລະເບິ່ງສິ່ງທີ່ແຕກຫັກແລະຈຸດໃດ.

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

ແລະມັນເກີດຂຶ້ນທີ່ທ່ານຈໍາເປັນຕ້ອງເຂົ້າໄປໃນບັນທຶກ vSphere. ອາຊີບ​ນີ້​ເປັນ​ຄົນ​ບໍ່​ກະຕັນຍູ​ຫລາຍ, ​ແຕ່​ຖ້າ​ເອົາ​ເສື້ອ​ແຂນ​ອອກ​ແລ້ວ, ຕ້ອງ​ເຮັດ​ຢ່າງ​ອື່ນ. ໃນສະບັບທີ່ງ່າຍດາຍທີ່ສຸດ, ພວກເຮົາຕ້ອງການບັນທຶກກັບເຫດການ virtual machine vmware.log, ເຊິ່ງຕັ້ງຢູ່ຂ້າງໄຟລ໌ .vmx ຂອງມັນ. ໃນກໍລະນີທີ່ຍາກກວ່າ, ເປີດ Google ແລະຖາມບ່ອນທີ່ບັນທຶກສໍາລັບສະບັບເຈົ້າພາບຂອງເຈົ້າຕັ້ງຢູ່, ເພາະວ່າ VMware ມັກປ່ຽນສະຖານທີ່ນີ້ຈາກການປ່ອຍໄປສູ່ການປ່ອຍ. ຍົກ​ຕົວ​ຢ່າງ, ບົດຄວາມສໍາລັບ 7.0, ແຕ່ສໍາລັບ 5.5. ສໍາລັບບັນທຶກ vCenter, ເຮັດຊ້ໍາຂັ້ນຕອນ google. ແຕ່ໂດຍທົ່ວໄປ, ພວກເຮົາຈະມີຄວາມສົນໃຈໃນບັນທຶກເຫດການຂອງເຈົ້າພາບ hostd.log, ເຫດການເຈົ້າພາບທີ່ຈັດການໂດຍ vCenter vpxa.log, ບັນທຶກຂອງແກ່ນ vmkernel.log ແລະບັນທຶກການຢືນຢັນ auth.log. ດີ, ໃນກໍລະນີທີ່ຖືກລະເລີຍຫຼາຍທີ່ສຸດ, ບັນທຶກ SSO, ເຊິ່ງຢູ່ໃນໂຟນເດີ SSO, ອາດຈະເປັນປະໂຫຍດ.

ຫຍຸ້ງຍາກ? ສັບສົນ? ຢ້ານ? ແຕ່ນີ້ບໍ່ແມ່ນເຖິງແມ່ນເຄິ່ງຫນຶ່ງຂອງຂໍ້ມູນທີ່ສະຫນັບສະຫນູນຂອງພວກເຮົາເຮັດວຽກກັບປະຈໍາວັນ. ດັ່ງນັ້ນພວກເຂົາແມ່ນແທ້ໆ, ເຢັນແທ້ໆ.

ອົງປະກອບຂອງ Veeam

ແລະເປັນການສະຫລຸບຂອງບົດແນະນໍານີ້, ໃຫ້ເວົ້າເລັກນ້ອຍກ່ຽວກັບອົງປະກອບຂອງ Veeam Backup & Replication. ສໍາລັບໃນເວລາທີ່ທ່ານກໍາລັງຊອກຫາສາເຫດຂອງອາການເຈັບປວດ, ມັນຈະເປັນການດີທີ່ຈະເຂົ້າໃຈວິທີການເຮັດວຽກຂອງຄົນເຈັບ.

ດັ່ງນັ້ນ, ດັ່ງທີ່ທຸກຄົນອາດຈະຮູ້, Veeam Backup ແມ່ນອັນທີ່ເອີ້ນວ່າ SQL-based application. ນັ້ນແມ່ນ, ການຕັ້ງຄ່າທັງຫມົດ, ຂໍ້ມູນທັງຫມົດແລະໂດຍທົ່ວໄປແລ້ວທຸກສິ່ງທຸກຢ່າງທີ່ຈໍາເປັນພຽງແຕ່ສໍາລັບການເຮັດວຽກປົກກະຕິ - ທັງຫມົດນີ້ແມ່ນຢູ່ໃນຖານຂໍ້ມູນຂອງມັນ. ຫຼືແທນທີ່ຈະ, ໃນສອງຖານຂໍ້ມູນ, ຖ້າພວກເຮົາເວົ້າກ່ຽວກັບ VBR ​​ແລະ EM: VeeamBackup ແລະ VeeamBackupReporting, ຕາມລໍາດັບ. ແລະດັ່ງນັ້ນມັນເກີດຂຶ້ນ: ພວກເຮົາໃສ່ຄໍາຮ້ອງສະຫມັກອື່ນ - ຖານຂໍ້ມູນອື່ນປາກົດ. ໃນຄໍາສັ່ງທີ່ຈະບໍ່ເກັບຮັກສາໄຂ່ທັງຫມົດໃນກະຕ່າຫນຶ່ງ.

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

ເຮັດຫນ້າທີ່ເປັນຫົວຫນ້າ conductor ບໍລິການ Backup Veeam. ມັນແມ່ນຜູ້ທີ່ຮັບຜິດຊອບສໍາລັບການແລກປ່ຽນຂໍ້ມູນຂ່າວສານກັບຖານ. ລາວຍັງຮັບຜິດຊອບສໍາລັບການເປີດຕົວວຽກງານທັງຫມົດ, orchestrating ຊັບພະຍາກອນທີ່ຈັດສັນແລະເຮັດວຽກເປັນການຈັດລຽງຂອງສູນກາງການສື່ສານສໍາລັບຄວາມຫລາກຫລາຍຂອງ consoles, ຕົວແທນແລະທຸກສິ່ງທຸກຢ່າງອື່ນ. ໃນຄໍາສັບຕ່າງໆ, ບໍ່ມີທາງແນ່ນອນໂດຍບໍ່ມີລາວ, ແຕ່ນີ້ບໍ່ໄດ້ຫມາຍຄວາມວ່າລາວເຮັດທຸກຢ່າງດ້ວຍຕົນເອງ.

ຊ່ວຍລາວໃນການບັນລຸແຜນການຂອງລາວ Veeam Backup Manager. ນີ້ບໍ່ແມ່ນການບໍລິການ, ແຕ່ເປັນຫນ່ວຍງານທີ່ເປີດຕົວວຽກແລະຕິດຕາມຂະບວນການປະຕິບັດຂອງພວກເຂົາ. ມືເຮັດວຽກຂອງບໍລິການສໍາຮອງຂໍ້ມູນ, ເຊິ່ງມັນເຊື່ອມຕໍ່ກັບເຈົ້າພາບ, ສ້າງພາບຖ່າຍ, ຕິດຕາມການຮັກສາໄວ້, ແລະອື່ນໆ.

ແຕ່ກັບຄືນໄປບ່ອນບັນຊີລາຍຊື່ຂອງການບໍລິການ. ບໍລິການນາຍໜ້າ Veeam. ປາກົດຢູ່ໃນ v9.5 (ແລະນີ້ບໍ່ແມ່ນ crypto miner, ເປັນບາງຄິດວ່າຫຼັງຈາກນັ້ນ). ເກັບກໍາຂໍ້ມູນກ່ຽວກັບໂຮດ VMware ແລະຮັກສາຄວາມກ່ຽວຂ້ອງຂອງມັນ. ແຕ່ຢ່າແລ່ນທັນທີເພື່ອຂຽນຄໍາເຫັນທີ່ໃຈຮ້າຍວ່າພວກເຮົາກໍາລັງ spying ກ່ຽວກັບທ່ານແລະຮົ່ວໄຫລເຂົ້າ / ລະຫັດຜ່ານທັງຫມົດໄປຫາ taschmajor. ທຸກສິ່ງທຸກຢ່າງແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ. ເມື່ອທ່ານດໍາເນີນການສໍາຮອງຂໍ້ມູນ, ສິ່ງທໍາອິດທີ່ທ່ານຈໍາເປັນຕ້ອງເຮັດແມ່ນເຊື່ອມຕໍ່ກັບເຈົ້າພາບແລະປັບປຸງຂໍ້ມູນທັງຫມົດກ່ຽວກັບໂຄງສ້າງຂອງມັນ. ນີ້ແມ່ນເລື່ອງທີ່ຂ້ອນຂ້າງຊ້າ ແລະຫຍຸ້ງຍາກ. ພຽງແຕ່ຈື່ວ່າມັນໃຊ້ເວລາດົນປານໃດສໍາລັບການເຂົ້າສູ່ລະບົບໂດຍຜ່ານການໂຕ້ຕອບຂອງເວັບໄຊຕ໌, ແລະຈື່ໄວ້ວ່າພຽງແຕ່ຊັ້ນເທິງແມ່ນນັບຢູ່ທີ່ນັ້ນ. ແລະຫຼັງຈາກນັ້ນທ່ານຍັງຈໍາເປັນຕ້ອງເປີດລໍາດັບຊັ້ນທັງຫມົດໄປຫາສະຖານທີ່ທີ່ເຫມາະສົມ, ໂດຍວິທີທາງການ. ໃນຄໍາສັບຕ່າງໆ, horror. ຖ້າທ່ານດໍາເນີນການສໍາຮອງຂໍ້ມູນອາຍແກັສ, ຫຼັງຈາກນັ້ນແຕ່ລະວຽກຕ້ອງເຮັດຂັ້ນຕອນນີ້. ຖ້າພວກເຮົາເວົ້າກ່ຽວກັບໂຄງສ້າງພື້ນຖານຂະຫນາດໃຫຍ່, ຂະບວນການນີ້ສາມາດໃຊ້ເວລາສິບນາທີຫຼືຫຼາຍກວ່ານັ້ນ. ດັ່ງນັ້ນ, ມັນໄດ້ຖືກຕັດສິນໃຈຈັດສັນການບໍລິການແຍກຕ່າງຫາກສໍາລັບການນີ້, ໂດຍຜ່ານທີ່ມັນຈະສາມາດໄດ້ຮັບຂໍ້ມູນຂ່າວສານທີ່ທັນສະໄຫມສະເຫມີ. ໃນຕອນເລີ່ມຕົ້ນ, ມັນກວດເບິ່ງແລະສະແກນໂຄງສ້າງພື້ນຖານທັງຫມົດທີ່ເພີ່ມ, ແລະຫຼັງຈາກນັ້ນພະຍາຍາມເຮັດວຽກພຽງແຕ່ໃນລະດັບການປ່ຽນແປງທີ່ເພີ່ມຂຶ້ນ. ດັ່ງນັ້ນເຖິງແມ່ນວ່າທ່ານຈະດໍາເນີນການເປັນຮ້ອຍສໍາຮອງຂໍ້ມູນໃນເວລາດຽວກັນ, ພວກເຂົາເຈົ້າທັງຫມົດຈະຮ້ອງຂໍຂໍ້ມູນຈາກນາຍຫນ້າຂອງພວກເຮົາ, ແລະຈະບໍ່ທໍລະມານເຈົ້າພາບກັບການຮ້ອງຂໍຂອງເຂົາເຈົ້າ. ຖ້າທ່ານກັງວົນກ່ຽວກັບຊັບພະຍາກອນ, ອີງຕາມການຄິດໄລ່ຂອງພວກເຮົາ, 5000 ເຄື່ອງຈັກ virtual ຕ້ອງການພຽງແຕ່ປະມານ 100 Mb ຂອງຫນ່ວຍຄວາມຈໍາ.

ຕໍ່ໄປພວກເຮົາມີ Veeam Console. ລາວແມ່ນ Veeam Remote Console, ລາວແມ່ນ Veeam.Backup.Shell. ນີ້ແມ່ນ GUI ດຽວກັນທີ່ພວກເຮົາເຫັນຢູ່ໃນຫນ້າຈໍ. ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍແລະຈະແຈ້ງ - console ສາມາດຖືກເປີດຕົວຈາກທຸກບ່ອນ, ຕາບໃດທີ່ມັນເປັນ Windows ແລະມີການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ VBR. ສິ່ງດຽວທີ່ສາມາດເວົ້າໄດ້ແມ່ນວ່າຂະບວນການ FLR ຈະຕິດຈຸດຢູ່ໃນທ້ອງຖິ່ນ (i. e. ໃນເຄື່ອງທີ່ console ກໍາລັງແລ່ນ). ດີ, Veeam Explorers ປະເພດຕ່າງໆຍັງຈະດໍາເນີນການຢູ່ໃນທ້ອງຖິ່ນ, ເພາະວ່າພວກເຂົາເປັນສ່ວນຫນຶ່ງຂອງ console. ແຕ່ມັນໄດ້ພາຂ້ອຍເຂົ້າໄປໃນປ່າແລ້ວ ...

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

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

Veeam Data Mover - ດ້ວຍການຊ່ວຍເຫຼືອຂອງຕົວແທນຊ່ວຍເປີດຕົວໃນຕົວແທນ (ແລະບໍ່ພຽງແຕ່) ມັນມີສ່ວນຮ່ວມໃນການເຄື່ອນຍ້າຍຂໍ້ມູນ. ຕົວຢ່າງ, ເມື່ອສໍາຮອງຂໍ້ມູນ, ຕົວແທນຫນຶ່ງຈະອ່ານໄຟລ໌ຈາກ host datastore, ແລະທີສອງຈະຂຽນພວກມັນຢ່າງລະມັດລະວັງໃສ່ການສໍາຮອງຂໍ້ມູນ.

ແຍກຕ່າງຫາກ, ຂ້າພະເຈົ້າຢາກຈະສັງເກດເຫັນສິ່ງທີ່ສໍາຄັນທີ່ລູກຄ້າມັກຈະຕອບສະຫນອງ - ນີ້ແມ່ນຄວາມແຕກຕ່າງຂອງສະບັບຂອງການບໍລິການແລະຂໍ້ມູນໃນ Programs and Features snap-in . ແມ່ນແລ້ວ, ບັນຊີລາຍຊື່ຈະຄືກັນ, ແຕ່ສະບັບຕ່າງໆສາມາດຂັດກັນຢ່າງສົມບູນ. ມັນບໍ່ເຢັນຫຼາຍຈາກທັດສະນະຂອງສາຍຕາ, ແຕ່ມັນເປັນເລື່ອງປົກກະຕິຢ່າງສົມບູນຖ້າທຸກສິ່ງທຸກຢ່າງເຮັດວຽກຢ່າງຫມັ້ນຄົງ. ຕົວຢ່າງ, ສໍາລັບການບໍລິການຕິດຕັ້ງ, ຈໍານວນຮຸ່ນແມ່ນຢູ່ໄກກວ່າຄົນໃກ້ຄຽງ. horror ແລະຝັນຮ້າຍ? ບໍ່, ເນື່ອງຈາກວ່າມັນບໍ່ໄດ້ຖືກຕິດຕັ້ງໃຫມ່ຫມົດ, ແຕ່ DLL ຂອງມັນໄດ້ຖືກປັບປຸງພຽງແຕ່. ໃນ patch v9.5 U4, ຄວາມຝັນຮ້າຍຂອງການສະຫນັບສະຫນູນດ້ານວິຊາການໄດ້ເກີດຂຶ້ນ: ໃນລະຫວ່າງການປັບປຸງ, ການບໍລິການທັງຫມົດໄດ້ຮັບສະບັບໃຫມ່, ຍົກເວັ້ນສິ່ງທີ່ສໍາຄັນທີ່ສຸດ. ໃນ U4b patch, ການບໍລິການຂົນສົ່ງ overthed ອື່ນໆທັງຫມົດໂດຍຫຼາຍເທົ່າທີ່ເປັນສອງສະບັບ (ການຕັດສິນໂດຍຕົວເລກ). ແລະນີ້ກໍ່ເປັນເລື່ອງປົກກະຕິ - ແມງໄມ້ທີ່ຮ້າຍແຮງໄດ້ຖືກພົບເຫັນຢູ່ໃນມັນ, ດັ່ງນັ້ນມັນຈຶ່ງໄດ້ຮັບການປັບປຸງໂບນັດທີ່ກ່ຽວຂ້ອງກັບສ່ວນທີ່ເຫຼືອ. ສະນັ້ນເພື່ອສະຫຼຸບມັນ: ຄວາມແຕກຕ່າງຂອງຮຸ່ນອາດຈະເປັນບັນຫາ, ແຕ່ຖ້າມີຄວາມແຕກຕ່າງກັນແລະທຸກສິ່ງທຸກຢ່າງເຮັດວຽກຢ່າງຖືກຕ້ອງ, ມັນອາດຈະເປັນ. ແຕ່ບໍ່ມີໃຜຫ້າມເຈົ້າໃຫ້ຊີ້ແຈງເລື່ອງນີ້ໃນການສະຫນັບສະຫນູນດ້ານວິຊາການ.

ເຫຼົ່ານີ້ແມ່ນອັນທີ່ເອີ້ນວ່າການບໍລິການບັງຄັບຫຼືບັງຄັບ. ແລະ​ມີ​ການ​ຊ່ວຍ​ເຫຼືອ​ຈໍາ​ນວນ​ທັງ​ຫມົດ​, ເຊັ່ນ​: ການ​ບໍ​ລິ​ການ Tape​, ການ​ບໍ​ລິ​ການ Mount​, ການ​ບໍ​ລິ​ການ vPowerNFS ແລະ​ອື່ນໆ​.

ສໍາລັບ Hyper-V, ໂດຍທົ່ວໄປ, ທຸກສິ່ງທຸກຢ່າງແມ່ນຄືກັນ, ພຽງແຕ່ມີສະເພາະ Veeam Backup ບໍລິການການເຊື່ອມໂຍງ Hyper-V ແລະຄົນຂັບຂອງທ່ານເອງສໍາລັບການເຮັດວຽກກັບ CBT.

ແລະໃນທີ່ສຸດ, ໃຫ້ເວົ້າກ່ຽວກັບຜູ້ທີ່ເຮັດວຽກຢູ່ໃນເຄື່ອງ virtual ໃນລະຫວ່າງການສໍາຮອງຂໍ້ມູນ. ເພື່ອດໍາເນີນການສະຄິບກ່ອນແລະຫຼັງການແຊ່ແຂງ, ເພື່ອສ້າງສໍາເນົາເງົາ, ເກັບກໍາຂໍ້ມູນ metadata, ເຮັດວຽກກັບບັນທຶກການເຮັດທຸລະກໍາ SQL, ແລະອື່ນໆ. Veeam Guest Helper. ແລະຖ້າລະບົບໄຟລ໌ຖືກດັດສະນີ, Veeam Guest Indexer . ເຫຼົ່ານີ້ແມ່ນການບໍລິການຊົ່ວຄາວທີ່ນໍາໃຊ້ສໍາລັບໄລຍະເວລາຂອງການສໍາຮອງຂໍ້ມູນແລະເອົາອອກຫຼັງຈາກມັນ.

ໃນກໍລະນີຂອງເຄື່ອງ Linux, ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍຫຼາຍເນື່ອງຈາກມີຫ້ອງສະຫມຸດທີ່ມີຈໍານວນຫລາຍແລະຄວາມສາມາດຂອງລະບົບຂອງມັນເອງ. ຕົວຢ່າງ, ການສ້າງດັດສະນີແມ່ນເຮັດຜ່ານ mlocate.

ນັ້ນແມ່ນທັງຫມົດສໍາລັບໃນປັດຈຸບັນ

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

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