ດາຕ້າເຊັນເຕີ & ເຊີບເວີBackup & Disaster Recovery
Backup ຕາມຫຼັກ 3-2-1 ພ້ອມສຳເນົາ immutable ທີ່ ransomware ລຶບບໍ່ໄດ້ ແລະ ທົດສອບກູ້ຄືນແທ້ ບໍ່ແມ່ນພຽງແຕ່ເຫັນວ່າ job ຂຽວ.
ບັນຫາທີ່ເຮົາພົບເລື້ອຍໜ້າງານ
ພວກເຮົາພົບເລື້ອຍວ່າ backup "ແລ່ນທຸກຄືນ" ແຕ່ບໍ່ເຄີຍມີໃຜລອງກູ້ຄືນ, ຫຼື ເກັບໄວ້ໃນ NAS ທີ່ຢູ່ໃນ domain ດຽວກັນກັບເຊີບເວີ. ພໍ ransomware ເຂົ້າມາ ມັນເຂົ້າລະຫັດ backup ກ່ອນ ແລ້ວຈຶ່ງເຂົ້າລະຫັດເຊີບເວີ. ອີກກໍລະນີໜຶ່ງ: backup ທັງໝົດຢູ່ໃນຫ້ອງດຽວກັບເຊີບເວີ, ໄຟໄໝ້ ຫຼື ນ້ຳຖ້ວມເທື່ອດຽວ ກໍເສຍທັງສອງ.
ຫຼັກ 3-2-1 (ແລະ 3-2-1-1-0)
- 3 ສຳເນົາຂອງຂໍ້ມູນ
- 2 ສື່ບັນທຶກຕ່າງປະເພດກັນ
- 1 ສຳເນົາຢູ່ນອກສະຖານທີ່
- 1 ສຳເນົາທີ່ immutable ຫຼື offline
- 0 ຂໍ້ຜິດພາດ ເມື່ອທົດສອບກູ້ຄືນ
ໂຕ "0" ຄືໂຕທີ່ຖືກລືມຫຼາຍທີ່ສຸດ.
ຕົກລົງ RPO ແລະ RTO ກ່ອນ ແລ້ວຄ່ອຍເລືອກເຄື່ອງມື
RPO ແມ່ນຂໍ້ມູນທີ່ຍອມເສຍໄດ້ຫຼາຍທີ່ສຸດ (ເຊັ່ນ 1 ຊົ່ວໂມງ). RTO ແມ່ນເວລາທີ່ລະບົບຕ້ອງກັບມາ (ເຊັ່ນ 4 ຊົ່ວໂມງ). ຖາມຜູ້ບໍລິຫານວ່າ ERP ຢຸດໄດ້ຈັກຊົ່ວໂມງ ກ່ອນທີ່ຈະເສຍເງິນແທ້. ຄຳຕອບນັ້ນກຳນົດງົບປະມານ.
ສຳເນົານອກສະຖານທີ່ ເມື່ອອິນເຕີເນັດບໍ່ໄວ
ທາງເລືອກມີ: NAS ຢູ່ສາຂາອື່ນ, cloud object storage ທີ່ມີ object lock, ຫຼື DR site ສຳລັບ VM replication. ອິນເຕີເນັດຂາຂຶ້ນໃນລາວມັກຊ້າກວ່າຂາລົງຫຼາຍ, ດັ່ງນັ້ນ full backup ຄັ້ງທຳອິດພວກເຮົາ seed ດ້ວຍດິສກ໌, ຫຼັງຈາກນັ້ນສົ່ງແຕ່ incremental ທີ່ຖືກ deduplicate ໃນຕອນກາງຄືນ. ຢ່າງໜ້ອຍໜຶ່ງສຳເນົາ ຕ້ອງຢູ່ຄົນລະອາຄານກັບເຊີບເວີ.
ຢາກຮູ້ວ່າ backup ປັດຈຸບັນກູ້ໄດ້ແທ້ບໍ? ໃຫ້ພວກເຮົາເຂົ້າໄປທົດສອບກູ້ຄືນເຊີບເວີໜຶ່ງເຄື່ອງ ຕໍ່ໜ້າທີມຂອງທ່ານ.
ສິ່ງທີ່ລະບົບເຮັດໄດ້
Immutable Backup
ສຳເນົາທີ່ລຶບ ຫຼື ແກ້ໄຂບໍ່ໄດ້ຕາມໄລຍະທີ່ຕັ້ງໄວ້ ແມ້ບັນຊີ admin ທີ່ຖືກແຮັກກໍລຶບບໍ່ໄດ້.
Backup VM ແລະ ເຄື່ອງກາຍະພາບ
ຮອງຮັບ VMware, Hyper-V, Proxmox, Nutanix ແລະ Windows/Linux server.
Backup Microsoft 365
ສຳຮອງ Exchange, OneDrive, SharePoint ແລະ Teams ໄວ້ນອກ Microsoft.
ທົດສອບກູ້ຄືນອັດຕະໂນມັດ
ເປີດ VM ຈາກ backup ໃນເຄືອຂ່າຍແຍກ ກວດວ່າ boot ໄດ້ ແລ້ວສົ່ງລາຍງານ.
ກູ້ຄືນໄວ
ເປີດ VM ໂດຍກົງຈາກ backup storage ຂະນະທີ່ກູ້ຂໍ້ມູນກັບຄືນ.
ແຜນ DR ແລະ Runbook
ຂັ້ນຕອນກູ້ຄືນເປັນລາຍລັກອັກສອນ ທີ່ທີມປະຕິບັດຕາມໄດ້ ເຖິງວ່າຈະເປັນຕອນຕີ 2 ແລະ ກຳລັງຕົກໃຈ.
ແບບລະບົບ ແລະ ຂັ້ນຕອນຕິດຕັ້ງ
- 1
ຈັດລຳດັບລະບົບ ແລະ ຕົກລົງ RPO/RTO ກັບຜູ້ບໍລິຫານ.
- 2
ຕິດຕັ້ງ backup server ແລະ repository ທີ່ບໍ່ join domain ຂອງລະບົບຫຼັກ.
- 3
ຕັ້ງສຳເນົາທີສອງແບບ immutable (hardened Linux repository ຫຼື object lock).
- 4
ສົ່ງສຳເນົານອກສະຖານທີ່ໄປສາຂາ ຫຼື ຄລາວ.
- 5
ທົດສອບກູ້ຄືນ, ຂຽນ runbook ແລະ ທົບທວນທຸກໄຕມາດ.
ໃຊ້ຢູ່ໃສໄດ້ແດ່
- ທະນາຄານ ແລະ ສະຖາບັນການເງິນ ທີ່ຕ້ອງມີ DR site ແລະ ການຊ້ອມເປັນປະຈຳ.
- ບໍລິສັດບໍ່ແຮ່ ສົ່ງ backup ຈາກໜ້າງານກັບມາວຽງຈັນ.
- ໂຮງໝໍ ປົກປ້ອງຂໍ້ມູນຄົນເຈັບຈາກ ransomware.
- SME ທີ່ຕ້ອງການ backup ລະບົບບັນຊີ ແລະ Microsoft 365.
ຂະໜາດລະບົບທີ່ພົບເລື້ອຍ
Essential
ເໝາະສຳລັບ: SME, ເຊີບເວີ 1–5 ເຄື່ອງ
- Backup ໄປ NAS + ສຳເນົາຄລາວ
- ລາຍງານຜົນ backup ທຸກມື້
- ທົດສອບກູ້ຄືນທຸກໄຕມາດ
Business
ເໝາະສຳລັບ: Virtualization, 10–50 VM
- Hardened immutable repository
- Backup Microsoft 365
- Runbook ແລະ ທົດສອບອັດຕະໂນມັດ
DR Site
ເໝາະສຳລັບ: ລະບົບສຳຄັນທີ່ຕ້ອງການ RTO ຕ່ຳ
- VM replication ໄປ DR site
- ຊ້ອມ failover ປີລະຄັ້ງ
- ເອກະສານສຳລັບການກວດສອບ
ຍີ່ຫໍ້ທີ່ເຮົາຈັດຫາ & ຕິດຕັ້ງ
ຊື່ຍີ່ຫໍ້ ແລະ ເຄື່ອງໝາຍການຄ້າທັງໝົດ ເປັນກຳມະສິດຂອງເຈົ້າຂອງ. ການກ່າວເຖິງຊື່ ບໍ່ໄດ້ໝາຍຄວາມວ່າພວກເຮົາເປັນຕົວແທນຢ່າງເປັນທາງການ ເວັ້ນເສຍແຕ່ຈະລະບຸໄວ້ຢ່າງຊັດເຈນ. ພວກເຮົາຈັດຫາສິນຄ້າຜ່ານຊ່ອງທາງຈັດຈຳໜ່າຍທີ່ຖືກຕ້ອງ.
ຄຳຖາມທີ່ພົບເລື້ອຍ
Microsoft 365 ມີ backup ໃຫ້ແລ້ວບໍ?
Microsoft ຮັບຜິດຊອບໃຫ້ບໍລິການເປີດໃຊ້ໄດ້, ແຕ່ລາຍການທີ່ຖືກລຶບເກັບໄວ້ໃນໄລຍະຈຳກັດເທົ່ານັ້ນ (ສ່ວນຫຼາຍເປັນອາທິດ ບໍ່ແມ່ນປີ). ຖ້າພົບວ່າມີຄົນລຶບໂຟນເດີສຳຄັນ 3 ເດືອນຕໍ່ມາ ມີແຕ່ backup ແຍກທີ່ຊ່ວຍໄດ້.
ຄວນທົດສອບກູ້ຄືນເລື້ອຍປານໃດ?
ລະບົບສຳຄັນ ຢ່າງໜ້ອຍທຸກໄຕມາດ ແລະ ທຸກຄັ້ງຫຼັງມີການປ່ຽນແປງໃຫຍ່ ເຊັ່ນ ອັບເກຣດ ERP ຫຼື ຍ້າຍເຊີບເວີ.
ອິນເຕີເນັດຊ້າ ສົ່ງ backup ຂຶ້ນຄລາວໄດ້ບໍ?
ໄດ້. Full backup ຄັ້ງທຳອິດ seed ດ້ວຍດິສກ໌, ຫຼັງຈາກນັ້ນສົ່ງແຕ່ incremental ທີ່ deduplicate ແລະ ບີບອັດແລ້ວ ໃນຕອນກາງຄືນ. ພວກເຮົາຄິດໄລ່ຈາກແບນວິດຂາຂຶ້ນຕົວຈິງ ກ່ອນສັນຍາວ່າທັນ.
Backup ຄວນເກັບໄວ້ຈັກບ່ອນ?
ຢ່າງໜ້ອຍສອງບ່ອນ: ສຳເນົາໜຶ່ງໃກ້ມື ເພື່ອກູ້ໄວ, ອີກສຳເນົາໜຶ່ງຢູ່ນອກອາຄານ (ສາຂາອື່ນ ຫຼື ຄລາວ) ທີ່ immutable. ຖ້າມີແຕ່ບ່ອນດຽວ ໄຟໄໝ້, ນ້ຳຖ້ວມ ຫຼື ransomware ຄັ້ງດຽວ ກໍເສຍໝົດ.
ຄູ່ມືທີ່ກ່ຽວຂ້ອງ
ກົດ Backup 3-2-1 ແລະ 3-2-1-1-0 ໃນທາງປະຕິບັດ
ກົດ Backup ທີ່ໃຊ້ທົ່ວໂລກ, ເປັນຫຍັງ Ransomware ເຮັດໃຫ້ຕ້ອງເພີ່ມ "1" ແລະ "0", ການກຳນົດ RPO/RTO, ຕົວຢ່າງຄິດເວລາກູ້ຂໍ້ມູນ ແລະ ວິທີເຮັດໃຫ້ໄດ້ຜົນກັບໄຟຟ້າ ແລະ ອິນເຕີເນັດໃນລາວ.
Checklist ປ້ອງກັນ Ransomware: ຕັດເສັ້ນທາງໂຈມຕີແຕ່ລະຂັ້ນ
Ransomware ບໍ່ໄດ້ເກີດຂຶ້ນໃນນາທີດຽວ. ນີ້ແມ່ນລາຍການກວດທີ່ຈັດຕາມຂັ້ນຕອນທີ່ຜູ້ໂຈມຕີໃຊ້ແທ້, ພ້ອມສິ່ງທີ່ຄວນເຮັດໃນຊົ່ວໂມງທຳອິດ.
ແຜນຕອບໂຕ້ເຫດການທາງໄຊເບີ ທີ່ໃຊ້ໄດ້ແທ້ຕອນ 2 ໂມງເຊົ້າ
ໂຄງສ້າງແຜນ 5–10 ໜ້າ ອີງຕາມ NIST SP 800-61, ໃຜເຮັດຫຍັງ, Playbook ສຳລັບບັນຊີ Email ຖືກຍຶດ ແລະ ວິທີຊ້ອມແຜນໃນສອງຊົ່ວໂມງ.
ວາງແຜນງົບປະມານ IT ສຳລັບ SME: ເລີກ "ເສຍຈຶ່ງຊື້" ແລະ ຈັດລຳດັບຕາມຄວາມສ່ຽງ
ສຳຫຼວດຊັບສິນ, ວົງຈອນປ່ຽນອຸປະກອນ, ແຍກ CapEx ກັບ OpEx, ອັດຕາແລກປ່ຽນ ແລະ ຕົວຢ່າງແຜນ 3 ປີ ສຳລັບບໍລິສັດ 50 ຄົນໃນລາວ.
NAS, SAN ຫຼື Cloud: ເກັບຂໍ້ມູນອົງກອນໄວ້ໃສ ເມື່ອອິນເຕີເນັດບໍ່ໄດ້ໄວສະເໝີ
ຄວາມແຕກຕ່າງຂອງ NAS, SAN ແລະ Cloud ດ້ານໂປຣໂຕຄອນ, ປະສິດທິພາບ ແລະ ຄ່າໃຊ້ຈ່າຍ, ພ້ອມເລກເວລາ upload ແລະ ການອອກແບບແບບປະສົມທີ່ເໝາະກັບອິນເຕີເນັດໃນລາວ.
ຫຼັງ Broadcom ຊື້ VMware: ຕໍ່ subscription ຫຼື ຍ້າຍໄປ Proxmox VE, Nutanix, Hyper-V, XCP-ng?
ສິ່ງທີ່ປ່ຽນໃນ licensing ຂອງ VMware ຕັ້ງແຕ່ປີ 2023, ປຽບທຽບທາງເລືອກແບບບໍ່ເຂົ້າຂ້າງ ແລະ ຂັ້ນຕອນປະເມີນ ແລະ ຍ້າຍລະບົບທີ່ບໍ່ສ່ຽງເກີນໄປ.
ໂຊລູຊັນທີ່ກ່ຽວຂ້ອງ
ດາຕ້າເຊັນເຕີ & ເຊີບເວີ
ລະບົບ Server Virtualizationຫຼຸດເຊີບເວີຫຼາຍເຄື່ອງໃຫ້ເຫຼືອ cluster ດຽວ ເທິງ VMware, Proxmox, Nutanix ຫຼື Hyper-V. ເຄື່ອງໜຶ່ງເສຍ ລະບົບບໍ່ຢຸດ.
Hyperconverged Infrastructure (HCI)Compute, storage ແລະ virtualization ລວມຢູ່ໃນ node ດຽວ, ເພີ່ມ node ເມື່ອຕ້ອງການ. ເໝາະກັບທີມ IT 1–3 ຄົນ ທີ່ບໍ່ມີຜູ້ຊ່ຽວຊານ SAN.
ລະບົບຈັດເກັບຂໍ້ມູນ NAS & SANບ່ອນເກັບຂໍ້ມູນສ່ວນກາງ: NAS ສຳລັບແບ່ງປັນໄຟລ໌, SAN ສຳລັບ VM ແລະ ຖານຂໍ້ມູນ. ມີ RAID, snapshot ແລະ ສິດຕາມພະແນກ.
ອອກແບບ ແລະ ສ້າງຫ້ອງເຊີບເວີຫ້ອງເຊີບເວີທີ່ອອກແບບສຳລັບອາກາດລາວ: rack, ແອສຳຮອງ N+1, UPS online, ສາຍດິນ, ດັບເພີງແກັສ, ຄວບຄຸມການເຂົ້າ ແລະ ເຊັນເຊີແຈ້ງເຕືອນ.
UPS & ລະບົບປ້ອງກັນໄຟຟ້າUPS, ສາຍດິນ ແລະ SPD ກັນໄຟກະຊາກ ສຳລັບເຊີບເວີ, switch ແລະ CCTV. ຮັບມືໄຟດັບ, ໄຟຕົກຕອນແລງ ແລະ ຟ້າຜ່າລະດູຝົນ.ສົ່ງແຜນຜັງອາຄານ ຫຼື ຮູບໜ້າງານສອງສາມຮູບມາໃຫ້ເຮົາ
ເຮົາຈະຖາມລາຍລະອຽດເພີ່ມ ແລ້ວສົ່ງແບບລະບົບເບື້ອງຕົ້ນໃຫ້. ປຶກສາຄັ້ງທຳອິດຟຣີ ເປັນພາສາລາວ, ໄທ ຫຼື ອັງກິດ ທາງ WhatsApp ຫຼື ເພຈ Facebook.