Backup cho máy ảo VMware: VADP và CBT hoạt động ra sao?

Bạn có 20 máy ảo VMware chạy ERP, kế toán, file server. Mỗi đêm, hệ thống backup "cày" 6 tiếng để sao lưu toàn bộ — và càng ngày càng lâu khi dữ liệu phình ra. Đến một đêm backup không kịp xong trước giờ làm việc, snapshot treo lơ lửng, máy ảo ì ạch cả buổi sáng. Vấn đề không nằm ở phần mềm backup đắt tiền bạn mua, mà ở chỗ bạn chưa tận dụng đúng hai công nghệ cốt lõi của VMware: VADP và CBT.

Bài viết giải mã VADP và CBT hoạt động ra sao, vì sao chúng giúp backup nhanh gấp nhiều lần, và checklist triển khai backup VMware đúng chuẩn cho doanh nghiệp.

Backup vmware vadp cbt: vADP là gì?

VADP (vSphere Storage APIs – Data Protection, trước đây gọi là VCB/vStorage API) là bộ giao diện lập trình mà VMware cung cấp cho các phần mềm backup bên thứ ba (Veeam, Nakivo, Acronis...). Nhờ VADP, phần mềm backup có thể đọc trực tiếp dữ liệu máy ảo từ tầng hypervisor mà không cần cài agent vào từng máy ảo.

Hãy hình dung sự khác biệt: backup kiểu cũ (agent-based) giống như vào từng phòng trong tòa nhà để photocopy tài liệu — phải gõ cửa từng phòng (cài agent từng VM). Backup qua VADP giống như có chìa khóa tổng của ban quản lý tòa nhà — đọc trực tiếp từ kho lưu trữ trung tâm, không làm phiền "người ở trong phòng" (máy ảo gần như không cảm nhận được quá trình backup).

Các khả năng VADP mang lại: - Backup agentless: không cài đặt gì trong guest OS — áp dụng được cho mọi hệ điều hành, kể cả máy ảo đã tắt. - Snapshot nhất quán: phối hợp với VMware Tools để "đóng băng" ứng dụng (application-consistent) trước khi chụp snapshot — database backup ra dùng được ngay, không bị lỗi giữa chừng. - Truy xuất chi tiết: đọc được cấu trúc VMDK để backup từng block thay vì từng file.

Backup vmware vadp cbt: cBT là gì? Vì sao nó quan trọng?

CBT (Changed Block Tracking) là tính năng của VMware theo dõi những block dữ liệu nào đã thay đổi kể từ lần backup trước. Đây chính là "phép màu" biến backup hàng đêm từ 6 tiếng thành 30 phút.

Cơ chế rất trực quan: tưởng tượng bạn có cuốn sổ 1.000 trang, mỗi ngày chỉ sửa 10 trang. Không có CBT, mỗi tối bạn phải photocopy cả 1.000 trang (full backup). Có CBT, VMware đánh dấu sẵn 10 trang đã sửa — phần mềm backup chỉ copy đúng 10 trang đó (incremental backup).

Kỹ thuật đằng sau: ESXi duy trì một file -ctk.vmdk cho mỗi đĩa ảo, ghi lại trạng thái thay đổi của từng block. Khi phần mềm backup hỏi "block nào đổi từ lần trước?", VMware trả lời chính xác trong vài giây — thay vì phải quét toàn bộ đĩa để so sánh.

Lưu ý: CBT phải được bật một cách tường minh cho từng máy ảo (thường phần mềm backup tự bật khi job chạy lần đầu). Lần backup đầu tiên sau khi bật CBT vẫn là full — các lần sau mới phát huy tác dụng.

Backup vmware vadp cbt: luồng backup incremental với CBT (từng bước)

Một job backup đêm điển hình diễn ra như sau:

1. Tạo snapshot. Phần mềm backup yêu cầu vCenter/ESXi tạo snapshot của VM, có quiesce ứng dụng qua VMware Tools (với Windows dùng VSS) để đảm bảo dữ liệu nhất quán.

2. Hỏi CBT. Phần mềm backup gửi truy vấn: "cho tôi danh sách block thay đổi kể từ change ID của lần backup trước". VMware trả về danh sách chính xác.

3. Đọc block thay đổi. Dữ liệu chỉ đọc các block trong danh sách — qua một trong các chế độ transport (xem mục dưới).

4. Xóa snapshot. Sau khi đọc xong, snapshot được hợp nhất (consolidate) trở lại đĩa gốc. Bước này quan trọng: snapshot tồn tại càng lâu, file delta càng phình và VM càng chậm.

5. Lưu change ID mới. Phần mềm backup lưu change ID hiện tại làm mốc cho lần sau.

Toàn bộ quy trình với CBT thường hoàn thành trong phút thay vì giờ — và VM gần như không bị ảnh hưởng hiệu năng.

Các chế độ transport của VADP: SAN, HotAdd, NBD

VADP đọc dữ liệu qua 3 "con đường" (transport mode), tốc độ khác nhau đáng kể:

Thứ tự ưu tiên thực tế: SAN > HotAdd > NBD. Phần mềm backup tốt sẽ tự động thử theo thứ tự này và "rơi xuống" chế độ chậm hơn khi chế độ nhanh không khả dụng (gọi là failover transport).

Với SME dùng local storage hoặc NFS (không có SAN), HotAdd là lựa chọn tối ưu: triển khai máy backup dưới dạng VM ngay trên cụm ESXi, tốc độ đọc ghi nội bộ rất cao mà không tốn thêm phần cứng.

So sánh backup agentless (VADP) và backup cài agent

Kết luận cho đa số doanh nghiệp: agentless qua VADP là mặc định đúng. Chỉ dùng agent khi gặp workload đặc thù mà VADP xử lý không tốt (ví dụ cụm database active-active cần backup ở tầng ứng dụng).

5 lưu ý "xương máu" khi dùng CBT

1. CBT reset sau một số thao tác. Tăng dung lượng đĩa ảo, storage vMotion trong một số phiên bản, hoặc VM bị crash — có thể khiến CBT "mất dấu" và buộc phải full backup lại. Lên lịch full backup định kỳ hàng tuần/tháng để chủ động thay vì bị động.

2. Snapshot treo là kẻ thù số một. Job backup lỗi giữa chừng có thể để lại snapshot không được xóa. Snapshot tồn tại càng lâu, file delta càng lớn, VM càng chậm — và có rủi ro mất dữ liệu khi consolidate. Giám sát snapshot hàng ngày, cảnh báo khi snapshot tồn tại quá 24 giờ.

3. Đừng backup quá nhiều VM cùng lúc. Đọc CBT của 20 VM đồng thời có thể làm "nghẽn" datastore. Xếp job backup theo nhóm, giới hạn 3–5 VM song song tùy IOPS của storage.

4. Kiểm tra CBT thực sự đang bật. Vào cài đặt VM → Options → General → Configuration Parameters, phải có ctkEnabled = TRUE. Một số VM migrate từ hạ tầng cũ có thể chưa bật mà không ai để ý.

5. Test restore định kỳ. Backup nhanh mà restore lỗi thì bằng không. Mỗi quý, restore thử 1–2 VM lên môi trường isolated và kiểm tra ứng dụng chạy được — đây là bước bị bỏ qua nhiều nhất.

RTO/RPO: đặt mục tiêu khôi phục cho đúng

Công nghệ chỉ là một nửa câu chuyện — nửa còn lại là mục tiêu:

• RPO (Recovery Point Objective): chấp nhận mất bao nhiêu dữ liệu? Backup mỗi đêm = RPO 24 giờ. Với CBT + backup nhiều lần/ngày, có thể xuống RPO 4–6 giờ.
• RTO (Recovery Time Objective): chấp nhận hệ thống "chết" bao lâu? Restore full VM 500 GB có thể mất 1–3 giờ tùy hạ tầng; Instant Recovery (chạy VM trực tiếp từ file backup) rút xuống còn phút.

Hãy thống nhất RTO/RPO với lãnh đạo trước khi thiết kế lịch backup — vì mỗi mức RPO thấp hơn đều tốn thêm chi phí lưu trữ và license.

Lựa chọn giải pháp backup VMware tại Việt Nam

Dù chọn giải pháp nào, hãy xác nhận 3 điểm trước khi mua: hỗ trợ CBT đầy đủ (không phải bản rút gọn), có Instant Recovery, và bản quyền tính theo socket hay theo VM (với ít VM, tính theo VM thường rẻ hơn).

Về hạ tầng đặt backup repository: đặt ngoài cụm production (máy chủ backup riêng hoặc object storage), và tuân thủ nguyên tắc 3-2-1 — ít nhất một bản sao ngoài site chính, đề phòng ransomware mã hóa cả backup.

Checklist triển khai backup VMware chuẩn

1. Kiểm kê VM: liệt kê toàn bộ VM, phân loại theo mức độ quan trọng (tier 1/2/3).
2. Bật CBT cho 100% VM được backup; xác nhận ctkEnabled = TRUE.
3. Chọn transport mode tối ưu (SAN > HotAdd > NBD) và kiểm tra failover.
4. Thiết lập lịch: full hàng tuần + incremental CBT hàng đêm (hoặc nhiều lần/ngày cho tier 1).
5. Đích lưu trữ: repository ngoài cụm production, đủ dung lượng cho retention đã định.
6. Giám sát snapshot: cảnh báo snapshot tồn tại quá 24 giờ.
7. Test restore hàng quý trên môi trường isolated.
8. Tài liệu hóa: RTO/RPO từng tier, quy trình restore từng bước, người chịu trách nhiệm.

Kết luận

VADP cho phép backup máy ảo VMware mà không cần agent; CBT biến backup hàng đêm từ "cày" toàn bộ đĩa thành chỉ đọc những block thay đổi — nhanh hơn gấp nhiều lần, nhẹ nhàng với hệ thống đang chạy. Nắm vững hai công nghệ này, kết hợp transport mode phù hợp và kỷ luật test restore, doanh nghiệp có được hệ thống backup vừa nhanh vừa đáng tin cậy.

Nếu hạ tầng VMware của bạn vẫn đang backup full mỗi đêm trong nhiều giờ, đã đến lúc nâng cấp chiến lược. SunCloud cung cấp Cloud Server và Dedicated Server hiệu năng cao làm backup repository, dịch vụ colocation cho hạ tầng VMware tại datacenter Tier III, cùng tư vấn kiến trúc backup 3-2-1 miễn phí. Liên hệ hotline 083 979 3434 hoặc email sales@suncloud.vn hoặc truy cập suncloud.vn.

Bài viết liên quan

• Dịch vụ lưu trữ đám mây SunCloud
• Backup Microsoft 365: vì sao 90% doanh nghiệp quên mất việc này?
• Cách tự động backup website WordPress lên S3 mỗi đêm

Câu hỏi thường gặp

Bật CBT có ảnh hưởng hiệu năng VM không?

Không đáng kể (thường dưới 1–2%). ESXi chỉ ghi thêm metadata theo dõi block thay đổi — chi phí này nhỏ hơn rất nhiều so với lợi ích backup nhanh mang lại.

CBT có hoạt động với mọi loại đĩa ảo không?

CBT yêu cầu đĩa ảo ở định dạng thick hoặc thin trên VMFS/NFS, VM dùng phần cứng ảo từ version 7 trở lên. RDM ở chế độ physical compatibility không hỗ trợ CBT.

Tại sao backup đôi khi vẫn chạy full dù đã bật CBT?

Các nguyên nhân phổ biến: CBT bị reset sau khi tăng dung lượng đĩa hoặc storage vMotion; change ID lưu ở phần mềm backup bị mất (xóa cấu hình job); hoặc VM được restore từ snapshot. Giải pháp: lên lịch full định kỳ để chủ động.

Snapshot tồn tại bao lâu thì nguy hiểm?

Khuyến nghị dưới 24 giờ, lý tưởng là chỉ trong lúc job backup chạy (vài chục phút). Snapshot càng lâu, file delta càng phình, hiệu năng VM càng giảm và rủi ro lỗi khi consolidate càng cao.

Có thể backup VM đang tắt bằng VADP không?

Được — đây là một ưu điểm lớn của VADP so với agent. Miễn là file VMDK còn trên datastore và CBT đã bật, backup vẫn chạy bình thường.

Nên giữ bao nhiêu bản backup?

Theo nguyên tắc 3-2-1: 3 bản sao dữ liệu, trên 2 phương tiện khác nhau, 1 bản ngoài site. Với chính sách phổ biến: giữ incremental 7–14 ngày gần nhất + full hàng tuần trong 1–2 tháng + full hàng tháng trong 6–12 tháng (tùy yêu cầu tuân thủ).