Commvault - Subclient, storage policy, retention rules, schedule
1. Subclient (Đối tượng sao lưu - Cần backup cái gì?)- Là đơn vị nhỏ nhất để định nghĩa CÁI GÌ cần được sao lưu (đã bao gồm VM, dữ liệu file system, hay database). Subclient gán danh sách dữ liệu mục tiêu với các chính sách lưu trữ (Storage Policy).
- Định nghĩa: Là đơn vị cấu hình nhỏ nhất chứa nội dung dữ liệu thực tế mà bạn muốn bảo vệ. Nó định nghĩa danh sách các máy ảo, các phân vùng ổ đĩa, hoặc các thư mục cụ thể.
- Bản chất: Một Client (ví dụ: vCenter hoặc một Server vật lý) có thể có nhiều Subclient. Mặc định luôn có một default subclient chứa toàn bộ những gì còn lại nếu bạn không phân loại.
- Ví dụ thực tế: Bạn tạo một Subclient tên là VM_Database chỉ chứa 3 máy ảo chạy SQL, và một Subclient khác tên là VM_Web chứa 10 máy ảo chạy web.
- Là trái tim quản lý dữ liệu trong Commvault, đóng vai trò làm cầu nối giữa Subclient và hạ tầng lưu trữ vật lý (Disk, NAS, Tape, Cloud).
- Storage Policy chứa các bản copy khác nhau (Primary Copy, Auxiliary Copy, Snap Copy), quy định thuật toán mã hóa, nén dữ liệu (Deduplication), và gắn liền với các quy tắc lưu trữ (Retention Rules).
- Quy định BAO LÂU dữ liệu backup được phép tồn tại trước khi bị tiến trình Data Aging xóa bỏ để giải phóng dung lượng.
- Trong Commvault, Retention được tính dựa trên sự kết hợp giữa Thời gian (Days) và Chu kỳ backup (Cycles/Jobs). Cả hai điều kiện này phải thỏa mãn thì dữ liệu mới bị hủy.
- Định nghĩa KHI NÀO các tác vụ diễn ra (chạy Backup, chạy Backup Copy từ Snap sang đĩa, hay chạy Auxiliary Copy sang Tape/Cloud).
- Schedule Policy giúp gom nhóm và áp dụng lịch chạy tự động cho nhiều Subclient hoặc Storage Policy cùng lúc. Thay vì đặt lịch riêng lẻ cho từng máy, Commvault dùng Schedule Policy để gom lịch tập trung (ví dụ: Lịch chạy Full vào thứ 7, Lịch chạy Incremental hàng ngày lúc 20h00, Lịch chạy Backup Copy liên tụcContinuous). Bạn chỉ cần tạo lịch một lần và gán lịch đó cho nhiều Subclient hoặc Storage Policy khác nhau.
Nếu như Veeam thiết kế theo hướng "Tất cả trong một Job" (Một Job của Veeam chứa cả danh sách VM, nơi lưu trữ, lịch chạy và thời gian lưu giữ), thì Commvault lại chia nhỏ thành các khối độc lập (Modular) như phân tích ở trên.
Dưới đây là bảng so sánh tương đương giữa 2 kiến trúc phần mềm:
Thành phần trong Commvault | Thành phần tương đương trong Veeam | Phân tích sự khác biệt bản chất |
| Subclient | Virtual Machines / Objects list trong phần Virtual Machines của Veeam Job. | Veeam: Bạn chọn trực tiếp VM vào trong một Job Commvault: Bạn tạo một nhóm đối tượng độc lập trước (Subclient), biến nó thành một "gói dữ liệu tĩnh" để dễ dàng gán qua lại giữa các chính sách khác nhau. |
| Storage Policy / Plan | Backup Repository (Vùng chỉ định nơi lưu trữ trong Veeam Job). | Veeam: Chỉ định kho chứa trực tiếp trong Job. Nếu muốn nhân bản, bạn phải tạo thêm một Job khác gọi là Backup Copy Job Commvault: Toàn diện hơn. Một Storage Policy quản lý luôn cả kho chính, kho phụ (Aux Copy) và kho Snap. Bạn quản lý vòng đời dữ liệu tập trung tại một nơi thay vì chia nhỏ thành nhiều Job độc lập. |
| Retention Rules | Retention Policy (Số ngày hoặc số điểm khôi phục - Restore points trong Veeam Job). | Veeam: Quản lý theo số điểm khôi phục (Restore points) hoặc số ngày đơn thuần. Rất trực quan. Commvault: Quản lý chặt chẽ hơn bằng cơ chế kết hợp cả Days và Cycles để tránh trường hợp mất chuỗi liên kết dữ liệu (ví dụ: lỡ tay xóa mất bản Full thì các bản Incremental phía sau sẽ vô dụng). |
| Schedule / Schedule Policy | Schedule (Cấu hình lịch trình chạy ở bước cuối cùng của Veeam Job). | Veeam: Lịch chạy gắn chặt (tích hợp cứng) vào bên trong cấu hình của từng Job Commvault: Lịch trình độc lập hoàn toàn. Bạn có thể tạo 1 Schedule Policy dạng "Chạy lúc 12h đêm" rồi áp dụng một phát cho 100 Subclient khác nhau. Khi cần đổi giờ thành 1h sáng, bạn chỉ cần sửa 1 lần duy nhất tại Schedule Policy. |