ການອັບເດດທີ່ປອດໄພຂອງ Zimbra Collaboration Suite

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

ຄວາມບໍ່ໄວ້ວາງໃຈຂອງການປັບປຸງຊອບແວແມ່ນເນື່ອງມາຈາກຫຼາຍກໍລະນີທີ່ບໍ່ຫນ້າພໍໃຈໃນເວລາທີ່ການຕິດຕັ້ງ patches ສົດເຮັດໃຫ້ການຫຼຸດລົງຂອງການປະຕິບັດ, ການປ່ຽນແປງໃນການໂຕ້ຕອບຜູ້ໃຊ້, ຄວາມລົ້ມເຫຼວຂອງລະບົບຂໍ້ມູນຂ່າວສານ, ຫຼື, unpleasantly ທີ່ສຸດ, ການສູນເສຍຂໍ້ມູນ. ຢ່າງໃດກໍຕາມ, ທ່ານບໍ່ສາມາດປະຕິເສດການປັບປຸງທັງຫມົດ, ໃນກໍລະນີດັ່ງກ່າວນີ້, ໂຄງສ້າງພື້ນຖານຂອງວິສາຫະກິດຂອງທ່ານອາດຈະຖືກໂຈມຕີໂດຍ cybercriminals. ມັນພຽງພໍທີ່ຈະຈື່ຈໍາກໍລະນີທີ່ມີຄວາມຮູ້ສຶກຂອງເຊື້ອໄວຣັສ WannaCry, ເມື່ອຂໍ້ມູນທີ່ເກັບໄວ້ໃນຄອມພິວເຕີຫຼາຍລ້ານເຄື່ອງບໍ່ໄດ້ຮັບການປັບປຸງເປັນ Windows ລຸ້ນລ້າສຸດໄດ້ກາຍເປັນການເຂົ້າລະຫັດ. ເຫດການນີ້ບໍ່ພຽງແຕ່ເຮັດໃຫ້ຜູ້ເບິ່ງແຍງລະບົບຫຼາຍຮ້ອຍຄົນເຮັດວຽກຂອງເຂົາເຈົ້າ, ແຕ່ຍັງສະແດງໃຫ້ເຫັນຢ່າງຊັດເຈນເຖິງຄວາມຕ້ອງການສໍາລັບນະໂຍບາຍໃຫມ່ສໍາລັບການປັບປຸງຜະລິດຕະພັນຊອບແວໃນວິສາຫະກິດ, ເຊິ່ງຈະຊ່ວຍໃຫ້ການສົມທົບຄວາມປອດໄພແລະຄວາມໄວໃນການຕິດຕັ້ງຂອງພວກເຂົາ. ໃນຄວາມຄາດຫວັງຂອງການປ່ອຍ Zimbra 8.8.15 LTS, ໃຫ້ພວກເຮົາເບິ່ງວິທີທີ່ທ່ານສາມາດປັບປຸງ Zimbra Collabration Suite Open-Source Edition ເພື່ອຮັບປະກັນຄວາມປອດໄພຂອງຂໍ້ມູນທີ່ສໍາຄັນທັງຫມົດ.

ຫນຶ່ງໃນລັກສະນະຕົ້ນຕໍຂອງ Zimbra Collaboration Suite ແມ່ນວ່າເກືອບທັງຫມົດຂອງການເຊື່ອມຕໍ່ຂອງມັນສາມາດຖືກຊ້ໍາກັນ. ໂດຍສະເພາະ, ນອກເຫນືອຈາກເຄື່ອງແມ່ຂ່າຍ LDAP-Master ຕົ້ນຕໍ, ທ່ານສາມາດເພີ່ມການຈໍາລອງ LDAP ຊ້ໍາກັນ, ເຊິ່ງ, ຖ້າຈໍາເປັນ, ທ່ານສາມາດໂອນຫນ້າທີ່ຂອງເຄື່ອງແມ່ຂ່າຍ LDAP ຕົ້ນຕໍ. ນອກນັ້ນທ່ານຍັງສາມາດຊ້ໍາກັນເຄື່ອງແມ່ຂ່າຍແລະເຄື່ອງແມ່ຂ່າຍຂອງພຣັອກຊີດ້ວຍ MTA. ການຊໍ້າຊ້ອນດັ່ງກ່າວອະນຸຍາດໃຫ້, ຖ້າຈໍາເປັນ, ຖອນການເຊື່ອມຕໍ່ໂຄງສ້າງສ່ວນບຸກຄົນຈາກໂຄງສ້າງພື້ນຖານໃນລະຫວ່າງການຍົກລະດັບແລະ, ຍ້ອນການນີ້, ຄວາມຫນ້າເຊື່ອຖື, ປົກປ້ອງຕົວທ່ານເອງບໍ່ພຽງແຕ່ຈາກການໃຊ້ເວລາດົນ, ແຕ່ຍັງການສູນເສຍຂໍ້ມູນໃນກໍລະນີທີ່ການຍົກລະດັບບໍ່ສໍາເລັດ.

ບໍ່ຄືກັບໂຄງສ້າງພື້ນຖານທີ່ເຫຼືອ, ການຊໍ້າຊ້ອນຂອງການເກັບຮັກສາຈົດໝາຍໃນ Zimbra Collaboration Suite ແມ່ນບໍ່ຮອງຮັບ. ເຖິງແມ່ນວ່າທ່ານມີຮ້ານ mail ຫຼາຍຢູ່ໃນໂຄງສ້າງພື້ນຖານຂອງທ່ານ, ແຕ່ລະ mailbox ຂໍ້ມູນສາມາດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍເມລດຽວ. ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າຫນຶ່ງໃນກົດລະບຽບຕົ້ນຕໍສໍາລັບຄວາມປອດໄພຂອງຂໍ້ມູນໃນລະຫວ່າງການປັບປຸງແມ່ນການສໍາຮອງຂໍ້ມູນທີ່ທັນເວລາຂອງຂໍ້ມູນໃນການເກັບຮັກສາເມລ. ຍິ່ງການສຳຮອງຂໍ້ມູນຂອງທ່ານສົດກວ່າ, ຂໍ້ມູນຈະຖືກບັນທຶກຫຼາຍຂຶ້ນໃນກໍລະນີສຸກເສີນ. ຢ່າງໃດກໍ່ຕາມ, ມັນມີຄວາມແຕກຕ່າງຢູ່ທີ່ນີ້, ເຊິ່ງແມ່ນວ່າ Zimbra Collaboration Suite ສະບັບຟຣີບໍ່ມີກົນໄກການສໍາຮອງຂໍ້ມູນທີ່ສ້າງຂຶ້ນໃນຕົວແລະທ່ານຈະຕ້ອງໄດ້ໃຊ້ເຄື່ອງມື GNU / Linux ເພື່ອສ້າງການສໍາຮອງຂໍ້ມູນ. ຢ່າງໃດກໍຕາມ, ຖ້າໂຄງສ້າງພື້ນຖານ Zimbra ຂອງທ່ານມີຫຼາຍບ່ອນເກັບມ້ຽນ, ແລະຂະຫນາດຂອງການເກັບຮັກສາຈົດຫມາຍແມ່ນໃຫຍ່ພຽງພໍ, ແຕ່ລະການສໍາຮອງຂໍ້ມູນດັ່ງກ່າວສາມາດໃຊ້ເວລາຫຼາຍ, ແລະຍັງສ້າງການໂຫຼດທີ່ຮ້າຍແຮງໃນເຄືອຂ່າຍທ້ອງຖິ່ນແລະເຄື່ອງແມ່ຂ່າຍຂອງຕົນເອງ. ນອກຈາກນັ້ນ, ໃນລະຫວ່າງການຄັດລອກໃນໄລຍະຍາວ, ຄວາມສ່ຽງຂອງເຫດການບັງຄັບໃຊ້ຕ່າງໆເພີ່ມຂຶ້ນຢ່າງຫຼວງຫຼາຍ. ນອກຈາກນີ້, ຖ້າທ່ານປະຕິບັດການສໍາຮອງຂໍ້ມູນດັ່ງກ່າວໂດຍບໍ່ມີການຢຸດການບໍລິການ, ມີຄວາມສ່ຽງທີ່ຈໍານວນຂອງໄຟລ໌ອາດຈະບໍ່ຖືກຄັດລອກຢ່າງຖືກຕ້ອງ, ຊຶ່ງຈະນໍາໄປສູ່ການສູນເສຍຂໍ້ມູນບາງຢ່າງ.

ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າ, ຖ້າທ່ານຕ້ອງການສໍາຮອງຂໍ້ມູນຈໍານວນຫລາຍຈາກການເກັບຮັກສາເມລ, ມັນກໍ່ດີກວ່າທີ່ຈະໃຊ້ການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຫລີກລ່ຽງການສໍາເນົາຄົບຖ້ວນສົມບູນຂອງຂໍ້ມູນທັງຫມົດ, ແລະສໍາຮອງຂໍ້ມູນພຽງແຕ່ໄຟລ໌ທີ່ປາກົດຫຼືປ່ຽນແປງພາຍຫຼັງ. ການສຳຮອງຂໍ້ມູນເຕັມຮູບແບບທີ່ຜ່ານມາ. ນີ້ຊ່ວຍເລັ່ງຂະບວນການຖອນການສໍາຮອງຂໍ້ມູນຢ່າງຫຼວງຫຼາຍ, ແລະຍັງຊ່ວຍໃຫ້ທ່ານສາມາດເລີ່ມຕົ້ນການຕິດຕັ້ງການປັບປຸງໄດ້ໄວ. ທ່ານສາມາດບັນລຸການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນໃນ Zimbra Open-Source Edition ໂດຍໃຊ້ສ່ວນຂະຫຍາຍໂມດູລ Zextras Backup, ເຊິ່ງເປັນສ່ວນຫນຶ່ງຂອງ Zextras Suite.

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

ແຕ່ລັກສະນະຕົ້ນຕໍທີ່ Zextras PowerStore ສາມາດສະຫນອງການປັບປຸງທີ່ປອດໄພແມ່ນການໂອນກ່ອງຈົດຫມາຍລະຫວ່າງເຄື່ອງແມ່ຂ່າຍເມລໃນ Zimbra multi-server infrastructures. ຂໍຂອບໃຈກັບຄຸນສົມບັດນີ້, ຜູ້ເບິ່ງແຍງລະບົບໄດ້ຮັບໂອກາດທີ່ຈະເຮັດສິ່ງດຽວກັນກັບບ່ອນເກັບມ້ຽນເມລທີ່ພວກເຮົາໄດ້ເຮັດກັບເຊີບເວີ MTA ແລະ LDAP ເພື່ອປັບປຸງພວກມັນຢ່າງປອດໄພ. ຕົວຢ່າງ, ຖ້າມີສີ່ຮ້ານ mail ໃນໂຄງສ້າງພື້ນຖານ Zimbra, ທ່ານສາມາດພະຍາຍາມແຈກຢາຍກ່ອງຈົດຫມາຍຈາກຫນຶ່ງໃນນັ້ນໄປຫາອີກສາມ, ແລະໃນເວລາທີ່ຮ້ານ mail ທໍາອິດຫວ່າງເປົ່າ, ທ່ານສາມາດປັບປຸງມັນໂດຍບໍ່ມີຄວາມຢ້ານກົວຕໍ່ຄວາມປອດໄພຂອງຂໍ້ມູນ. . ຖ້າຜູ້ເບິ່ງແຍງລະບົບມີບ່ອນເກັບມ້ຽນ mail ຫວ່າງຢູ່ໃນໂຄງສ້າງພື້ນຖານ, ລາວສາມາດໃຊ້ມັນເປັນບ່ອນເກັບມ້ຽນຊົ່ວຄາວສໍາລັບກ່ອງຈົດຫມາຍທີ່ເຄື່ອນຍ້າຍຈາກຮ້ານຄ້າເມລທີ່ຖືກປັບປຸງ.

ຄໍາສັ່ງ console ອະນຸຍາດໃຫ້ທ່ານສາມາດປະຕິບັດການໂອນດັ່ງກ່າວ. DoMoveMailbox. ເພື່ອໃຊ້ມັນເພື່ອໂອນບັນຊີທັງໝົດຈາກບ່ອນເກັບມ້ຽນເມລ, ກ່ອນອື່ນໝົດເຈົ້າຕ້ອງເອົາລາຍຊື່ທີ່ສົມບູນ. ເພື່ອບັນລຸສິ່ງນີ້, ໃນເຄື່ອງແມ່ຂ່າຍເມລພວກເຮົາຈະປະຕິບັດຄໍາສັ່ງ zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. ຫຼັງ​ຈາກ​ການ​ປະ​ຕິ​ບັດ​ມັນ​, ພວກ​ເຮົາ​ຈະ​ໄດ້​ຮັບ​ໄຟລ​໌​ accounts.txt ກັບບັນຊີລາຍຊື່ຂອງກ່ອງຈົດຫມາຍທັງຫມົດໃນການເກັບຮັກສາເມລຂອງພວກເຮົາ. ຫຼັງ​ຈາກ​ນັ້ນ​, ທ່ານ​ທັນ​ທີ​ສາ​ມາດ​ນໍາ​ໃຊ້​ມັນ​ໃນ​ການ​ໂອນ​ບັນ​ຊີ​ກັບ​ການ​ເກັບ​ຮັກ​ສາ​ອີ​ເມລ​ອື່ນ​. ມັນຈະມີລັກສະນະນີ້, ສໍາລັບການຍົກຕົວຢ່າງ:

zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt ຂໍ້ມູນຂັ້ນຕອນ
zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt ຂໍ້ມູນຂັ້ນຕອນ, ການແຈ້ງເຕືອນບັນຊີ [email protected]

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

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

zxsuite powerstore doMailboxMove reserve_mailbox.saas.com ໂດເມນ client1.ru, client2.ru, client3.ru ຂໍ້ມູນຂັ້ນຕອນ
zxsuite powerstore doMailboxMove secureserver.saas.com ໂດເມນ client1.ru, client2.ru, client3.ru ຂັ້ນຕອນຂໍ້ມູນ, ການແຈ້ງເຕືອນບັນຊີ [email protected]

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

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

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

ດັ່ງນັ້ນ, ຂໍຂອບໃຈກັບ Zextras Backup ແລະ Zextras PowerStore, ຜູ້ເບິ່ງແຍງລະບົບ Zimbra ສາມາດປັບປຸງ nodes ທັງຫມົດຂອງໂຄງສ້າງ Zimbra ໂດຍບໍ່ມີຄວາມສ່ຽງໃດໆຕໍ່ຂໍ້ມູນທີ່ເກັບໄວ້ໃນພວກມັນ.

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