ສິ່ງທ້າທາຍແມ່ນວິທີການປົກປ້ອງຂໍ້ມູນສໍາຮອງຂໍ້ມູນຈາກການຖືກລຶບຖິ້ມໃນຂະນະດຽວກັນທີ່ອະນຸຍາດໃຫ້ການເກັບຮັກສາການສໍາຮອງຂໍ້ມູນໄດ້ຖືກລຶບລ້າງເມື່ອຈຸດເກັບຮັກສາຖືກຕີ. ຖ້າຫາກວ່າທ່ານເກັບຮັກສາໄວ້ຂອງຂໍ້ມູນທັງຫມົດ, ທ່ານບໍ່ສາມາດລຶບຈຸດທີ່ເກັບຮັກສາໄວ້ແລະຄ່າໃຊ້ຈ່າຍໃນການເກັບຮັກສາຈະກາຍເປັນ untenable. ຖ້າທ່ານອະນຸຍາດໃຫ້ລຶບຈຸດເກັບຮັກສາໄວ້ເພື່ອບັນທຶກບ່ອນເກັບຂໍ້ມູນ, ທ່ານປ່ອຍໃຫ້ລະບົບເປີດໃຫ້ແຮກເກີລຶບຂໍ້ມູນທັງໝົດ. ວິທີການທີ່ເປັນເອກະລັກຂອງ ExaGrid ເອີ້ນວ່າ Retention Time-Lock. ມັນປ້ອງກັນແຮກເກີຈາກການລຶບຂໍ້ມູນສຳຮອງ ແລະອະນຸຍາດໃຫ້ມີການລຶບຈຸດເກັບຮັກສາໄວ້. ຜົນໄດ້ຮັບແມ່ນການປົກປ້ອງຂໍ້ມູນທີ່ເຂັ້ມແຂງແລະການແກ້ໄຂການຟື້ນຕົວໃນຄ່າໃຊ້ຈ່າຍເພີ່ມເຕີມຕ່ໍາສຸດຂອງການເກັບຮັກສາ ExaGrid.
ExaGrid ແມ່ນ Tiered Backup Storage ທີ່ມີ Disk-cache Landing Zone ດ້ານໜ້າ ແລະ ແຍກ Repository Tier ທີ່ມີຂໍ້ມູນການເກັບຮັກສາທັງໝົດ. Backups ໄດ້ຖືກຂຽນໂດຍກົງໃສ່ "ການປະເຊີນຫນ້າກັບເຄືອຂ່າຍ" (ຊ່ອງຫວ່າງອາກາດລະດັບ) ExaGrid disk-cache Landing Zone ສໍາລັບການປະຕິບັດການສໍາຮອງຂໍ້ມູນທີ່ໄວ. ການສໍາຮອງຫຼ້າສຸດແມ່ນຖືກເກັບຮັກສາໄວ້ໃນແບບຟອມທີ່ບໍ່ຊ້ໍາກັນຢ່າງເຕັມທີ່ຂອງພວກເຂົາເພື່ອການຟື້ນຟູໄວ.
ເມື່ອຂໍ້ມູນຖືກຕັ້ງຢູ່ໃນເຂດ Landing Zone, ມັນໄດ້ຖືກຈັດໃສ່ເປັນ "ຊ່ອງຫວ່າງທາງອາກາດທີ່ບໍ່ປະເຊີນຫນ້າກັບເຄືອຂ່າຍ" (tiered air gap) repository ການເກັບຮັກສາໃນໄລຍະຍາວທີ່ຂໍ້ມູນຖືກດັດແປງແລະເກັບຮັກສາໄວ້ເປັນວັດຖຸຂໍ້ມູນທີ່ຊ້ໍາກັນເພື່ອຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍໃນການເກັບຮັກສາຂອງ. ຂໍ້ມູນການເກັບຮັກສາໃນໄລຍະຍາວ. ເນື່ອງຈາກຂໍ້ມູນຖືກຈັດໃສ່ກັບ Repository Tier, ມັນຖືກຊໍ້າຊ້ອນ ແລະເກັບໄວ້ໃນຊຸດຂອງວັດຖຸ ແລະ metadata. ເຊັ່ນດຽວກັນກັບລະບົບການເກັບຮັກສາວັດຖຸອື່ນໆ, ວັດຖຸຂອງລະບົບ ExaGrid ແລະ metadata ບໍ່ເຄີຍມີການປ່ຽນແປງຫຼືດັດແກ້ທີ່ເຮັດໃຫ້ພວກມັນບໍ່ສາມາດປ່ຽນແປງໄດ້, ອະນຸຍາດໃຫ້ພຽງແຕ່ການສ້າງວັດຖຸໃຫມ່ຫຼືການລຶບວັດຖຸເກົ່າໃນເວລາທີ່ການຮັກສາໄວ້. ການສໍາຮອງຂໍ້ມູນໃນ Repository Tier ສາມາດເປັນຈໍານວນມື້, ອາທິດ, ເດືອນ, ຫຼືປີທີ່ຕ້ອງການ. ບໍ່ມີຂອບເຂດຈໍາກັດຕໍ່ກັບຈໍານວນສະບັບຫຼືໄລຍະເວລາຂອງເວລາສໍາຮອງຂໍ້ມູນສາມາດເກັບຮັກສາໄວ້. ອົງການຈັດຕັ້ງຈໍານວນຫຼາຍຮັກສາ 12 ອາທິດ, 36 ເດືອນ, ແລະ 7 ປີ, ຫຼືແມ້ກະທັ້ງບາງຄັ້ງ, ຮັກສາ "ຕະຫຼອດໄປ".
ExaGrid's Retention Time-Lock ສໍາລັບການຟື້ນຕົວ Ransomware ແມ່ນນອກເຫນືອໄປຈາກການຮັກສາຂໍ້ມູນສໍາຮອງຂໍ້ມູນໃນໄລຍະຍາວແລະນໍາໃຊ້ 3 ຫນ້າທີ່ທີ່ແຕກຕ່າງກັນ:
- ວັດຖຸການຊໍ້າຊ້ອນຂອງຂໍ້ມູນທີ່ບໍ່ປ່ຽນແປງໄດ້
- ຊັ້ນທີ່ບໍ່ປະເຊີນກັບເຄືອຂ່າຍ (ຊ່ອງຫວ່າງອາກາດແບບຊັ້ນ)
- ການຮ້ອງຂໍການລຶບຊັກຊ້າ
ວິທີການຂອງ ExaGrid ກັບ ransomware ອະນຸຍາດໃຫ້ອົງການຈັດຕັ້ງສາມາດກໍານົດໄລຍະເວລາການລັອກເວລາທີ່ຊັກຊ້າການປະມວນຜົນຄໍາຮ້ອງຂໍການລຶບໃດໆໃນ Repository Tier ເນື່ອງຈາກວ່າລະດັບນັ້ນບໍ່ແມ່ນເຄືອຂ່າຍທີ່ປະເຊີນຫນ້າແລະບໍ່ສາມາດເຂົ້າເຖິງແຮກເກີ. ການປະສົມປະສານຂອງລະດັບທີ່ບໍ່ແມ່ນເຄືອຂ່າຍ, ການລຶບທີ່ຊັກຊ້າສໍາລັບໄລຍະເວລາແລະວັດຖຸທີ່ບໍ່ປ່ຽນແປງທີ່ບໍ່ສາມາດປ່ຽນແປງຫຼືແກ້ໄຂໄດ້ແມ່ນອົງປະກອບຂອງ ExaGrid Retention Time-Lock. ຕົວຢ່າງ, ຖ້າໄລຍະເວລາລັອກສໍາລັບ Repository Tier ຖືກກໍານົດເປັນ 10 ມື້, ຫຼັງຈາກນັ້ນ, ເມື່ອຄໍາຮ້ອງຂໍການລຶບຖືກສົ່ງກັບ ExaGrid ຈາກແອັບພລິເຄຊັນສໍາຮອງຂໍ້ມູນທີ່ຖືກທໍາລາຍ, ຫຼືຈາກ CIFS ທີ່ຖືກແຮັກ, ຫຼືໂປໂຕຄອນການສື່ສານອື່ນໆ, ທັງຫມົດ. ຂໍ້ມູນການເກັບຮັກສາໄວ້ໃນໄລຍະຍາວ (ອາທິດ / ເດືອນ / ປີ) ແມ່ນທັງຫມົດ intact. ນີ້ສະຫນອງວັນແລະອາທິດອົງການຈັດຕັ້ງເພື່ອກໍານົດວ່າພວກເຂົາມີບັນຫາແລະຟື້ນຟູ.
ຂໍ້ມູນຖືກລັອກເວລາສຳລັບນະໂຍບາຍກຳນົດຈຳນວນມື້ຕໍ່ກັບການລຶບໃດໆ. ນີ້ແມ່ນແຍກຕ່າງຫາກແລະແຕກຕ່າງຈາກການເກັບຮັກສາເກັບຮັກສາໄວ້ໃນໄລຍະຍາວທີ່ສາມາດເກັບຮັກສາໄວ້ເປັນປີ. ຂໍ້ມູນໃນເຂດ Landing Zone ຈະຖືກລຶບ ຫຼືຖືກເຂົ້າລະຫັດ, ແນວໃດກໍ່ຕາມ, ຂໍ້ມູນ Repository Tier ຈະບໍ່ຖືກລຶບເມື່ອມີການຮ້ອງຂໍຈາກພາຍນອກສໍາລັບໄລຍະເວລາທີ່ກໍານົດໄວ້ - ມັນຖືກລັອກເວລາສໍາລັບນະໂຍບາຍທີ່ກໍານົດຈໍານວນມື້ຕໍ່ກັບການລຶບໃດໆ. ເມື່ອການໂຈມຕີ ransomware ຖືກລະບຸ, ພຽງແຕ່ເອົາລະບົບ ExaGrid ເຂົ້າໄປໃນຮູບແບບການຟື້ນຕົວໃຫມ່ແລະຫຼັງຈາກນັ້ນຟື້ນຟູຂໍ້ມູນສໍາຮອງໃດໆແລະທັງຫມົດໄປຫາບ່ອນເກັບຂໍ້ມູນຫຼັກ.
ການແກ້ໄຂສະຫນອງການລັອກການເກັບຮັກສາ, ແຕ່ວ່າພຽງແຕ່ສໍາລັບໄລຍະເວລາທີ່ປັບໄດ້ຍ້ອນວ່າມັນຊັກຊ້າການລົບ. ExaGrid ເລືອກທີ່ຈະບໍ່ປະຕິບັດ Retention Time-Lock ຕະຫຼອດໄປເພາະວ່າຄ່າໃຊ້ຈ່າຍຂອງການເກັບຮັກສາຈະບໍ່ສາມາດຈັດການໄດ້. ດ້ວຍວິທີການ ExaGrid, ທັງຫມົດທີ່ຈໍາເປັນແມ່ນສູງເຖິງ 10% ພື້ນທີ່ເກັບຮັກສາເພີ່ມເຕີມເພື່ອລໍຖ້າການຊັກຊ້າສໍາລັບການລຶບ. ExaGrid ອະນຸຍາດໃຫ້ກໍານົດການຊັກຊ້າຂອງການລຶບຜ່ານນະໂຍບາຍ.
ຂະບວນການຟື້ນຕົວ – 5 ຂັ້ນຕອນທີ່ງ່າຍດາຍ
- ຮຽກຮ້ອງຮູບແບບການຟື້ນຕົວ.
- ໂມງຈັບເວລາລັອກຖືກຢຸດດ້ວຍການລຶບທັງໝົດຄ້າງໄວ້ຢ່າງບໍ່ມີກຳນົດຈົນກວ່າຈະດຳເນີນການກູ້ຂໍ້ມູນສຳເລັດ.
- ຜູ້ເບິ່ງແຍງລະບົບສໍາຮອງສາມາດປະຕິບັດການຟື້ນຕົວໂດຍໃຊ້ ExaGrid GUI, ແຕ່ເນື່ອງຈາກນີ້ບໍ່ແມ່ນການດໍາເນີນງານທົ່ວໄປ, ພວກເຮົາແນະນໍາໃຫ້ຕິດຕໍ່ກັບຝ່າຍຊ່ວຍເຫຼືອລູກຄ້າ ExaGrid.
- ກໍານົດເວລາຂອງເຫດການເພື່ອໃຫ້ທ່ານສາມາດວາງແຜນການຟື້ນຟູ.
- ກໍານົດວ່າການສໍາຮອງຂໍ້ມູນໃດຢູ່ໃນ ExaGrid ສໍາເລັດການຖອນຊໍ້າກັນກ່ອນເຫດການ.
- ດໍາເນີນການຟື້ນຟູຈາກການສໍາຮອງຂໍ້ມູນນັ້ນໂດຍໃຊ້ຄໍາຮ້ອງສະຫມັກສໍາຮອງຂໍ້ມູນ.
ຂໍ້ດີ ExaGrid ແມ່ນ:
- ການຮັກສາໄວ້ໃນໄລຍະຍາວບໍ່ໄດ້ຮັບຜົນກະທົບ ແລະການລັອກເວລາການເກັບຮັກສາແມ່ນນອກຈາກນະໂຍບາຍການເກັບຮັກສາໄວ້
- ວັດຖຸການຊໍ້າຊ້ອນທີ່ບໍ່ປ່ຽນແປງໄດ້ບໍ່ສາມາດແກ້ໄຂ, ປ່ຽນແປງ ຫຼືລຶບອອກໄດ້ (ນອກນະໂຍບາຍການເກັບຮັກສາ)
- ຈັດການລະບົບດຽວແທນທີ່ຈະເປັນຫຼາຍລະບົບສໍາລັບທັງການເກັບຮັກສາສໍາຮອງຂໍ້ມູນແລະການຟື້ນຕົວ ransomware
- Repository Tier ທີ່ສອງເປັນເອກະລັກທີ່ມີພຽງແຕ່ເຫັນໄດ້ກັບຊອບແວ ExaGrid, ບໍ່ແມ່ນໃນເຄືອຂ່າຍ – (tiered air gap)
- ຂໍ້ມູນບໍ່ໄດ້ຖືກລົບຍ້ອນວ່າຄໍາຮ້ອງສະຫມັກລົບແມ່ນຊັກຊ້າແລະດັ່ງນັ້ນຈຶ່ງພ້ອມທີ່ຈະຟື້ນຕົວຫຼັງຈາກການໂຈມຕີ ransomware
- ການລຶບລ້າງປະຈໍາວັນ, ອາທິດ, ເດືອນ, ປີ, ແລະການລ້າງອື່ນໆຍັງເກີດຂຶ້ນ, ແຕ່ພຽງແຕ່ຊັກຊ້າ, ເພື່ອຮັກສາຄ່າໃຊ້ຈ່າຍໃນການເກັບຮັກສາໃຫ້ສອດຄ່ອງກັບໄລຍະເວລາເກັບຮັກສາໄວ້.
- ເພື່ອນຳໃຊ້ການລຶບທີ່ລ່າຊ້າ, ນະໂຍບາຍເລີ່ມຕົ້ນໃຊ້ພຽງແຕ່ 10% ຂອງບ່ອນເກັບມ້ຽນເພີ່ມເຕີມເທົ່ານັ້ນ.
- ການເກັບຮັກສາບໍ່ໄດ້ເຕີບໂຕຕະຫຼອດໄປແລະຢູ່ພາຍໃນໄລຍະເວລາເກັບຮັກສາສໍາຮອງຂໍ້ມູນທີ່ກໍານົດໄວ້ເພື່ອຮັກສາຄ່າໃຊ້ຈ່າຍໃນການເກັບຮັກສາລົງ
- ຂໍ້ມູນການເກັບຮັກສາທັງໝົດຖືກຮັກສາໄວ້ ແລະບໍ່ໄດ້ຖືກລຶບຖິ້ມ
ສະຖານະການຕົວຢ່າງ
