hongphuc
Intern
1. Tổng quan
Trong hệ thống sao lưu và phục hồi dữ liệu, Restore là quá trình khôi phục dữ liệu đã được sao lưu trở lại hệ thống khi xảy ra mất dữ liệu, hỏng tệp, lỗi ứng dụng hoặc sự cố hạ tầng. Restore quyết định khả năng khôi phục và đưa hệ thống trở lại trạng thái hoạt động bình thường.
Trong Commvault, Restore không chỉ sao chép dữ liệu từ nơi lưu trữ về máy đích mà là một quy trình được quản lý tập trung bởi CommServe. Mọi thao tác khôi phục đều dựa trên metadata của các phiên sao lưu (Backup Jobs), nhờ đó hệ thống có thể xác định chính xác vị trí lưu trữ dữ liệu, phiên bản cần phục hồi và phương thức Restore phù hợp.
Commvault hỗ trợ nhiều cấp độ Restore khác nhau, từ khôi phục một tệp đơn lẻ (File-Level Restore), thư mục, máy ảo, cơ sở dữ liệu đến khôi phục toàn bộ hệ thống. Đồng thời, người quản trị có thể lựa chọn khôi phục về vị trí ban đầu (Restore to Original), khôi phục sang vị trí khác (Out-of-place Restore) hoặc phục hồi dữ liệu tại một thời điểm xác định (Point-in-Time Restore) đối với các ứng dụng hỗ trợ transaction log.
2. Restore Workflow
Bước 1. Khởi tạo Restore Job
Người quản trị lựa chọn dữ liệu cần khôi phục từ Command Center hoặc CommCell Console. Tại thời điểm này, hệ thống mới chỉ tạo một yêu cầu Restore, chưa bắt đầu truyền dữ liệu.
Bước 2. Tra cứu metadata
CommServe tìm kiếm trong cơ sở dữ liệu metadata để xác định phiên sao lưu phù hợp với yêu cầu Restore. Đây là lý do quá trình Browse thường diễn ra rất nhanh vì chỉ truy vấn metadata thay vì đọc trực tiếp dữ liệu backup.
Bước 3. Xác định Backup Copy
Sau khi xác định phiên sao lưu, CommServe kiểm tra Storage Policy để biết dữ liệu đang được lưu ở đâu, trên thiết bị nào và MediaAgent nào chịu trách nhiệm truy cập dữ liệu.
Bước 4. Đọc dữ liệu từ Backup Storage
MediaAgent truy cập Backup Storage để đọc dữ liệu. Nếu bản sao lưu sử dụng Deduplication, Compression hoặc Encryption thì MediaAgent sẽ xử lý các bước này trước khi truyền dữ liệu.
Bước 5. Truyền dữ liệu đến Client
Dữ liệu được truyền qua mạng đến máy đích. Nếu Restore về vị trí ban đầu, dữ liệu sẽ được ghi vào đúng thư mục gốc; nếu Restore sang vị trí khác, dữ liệu sẽ được ghi vào thư mục hoặc máy chủ mới theo cấu hình của người quản trị.
Bước 6. Hoàn tất Restore
Sau khi tất cả dữ liệu được ghi thành công, Restore Job chuyển sang trạng thái Completed. Quản trị viên có thể kiểm tra nhật ký (Job Details) để xác nhận số lượng file đã phục hồi, dung lượng dữ liệu và các lỗi (nếu có).
3. Restore to Original Location
3.1. Khái niệm
Restore to Original Location (hay còn gọi là In-place Restore) là phương thức khôi phục dữ liệu về đúng vị trí ban đầu của nó trên hệ thống. Khi sử dụng chế độ này, Commvault sẽ giữ nguyên các thông tin của dữ liệu trước khi sao lưu, bao gồm tên tệp, cấu trúc thư mục và đường dẫn lưu trữ. Đây là phương thức được sử dụng phổ biến nhất trong các tình huống mất dữ liệu do thao tác nhầm hoặc lỗi hệ thống.
3.2. Nguyên lý hoạt động
Khi thực hiện Restore to Original, CommServe sẽ sử dụng metadata của phiên sao lưu để xác định: Client gốc, Đường dẫn ban đầu của dữ liệu, Phiên bản backup được lựa chọn, Thuộc tính của tệp hoặc thư mục (nếu được sao lưu).
Sau đó MediaAgent sẽ đọc dữ liệu từ Backup Storage và truyền về đúng Client ban đầu. Trong quá trình này, Commvault có thể khôi phục đồng thời các thuộc tính của tệp như quyền truy cập (ACL), thuộc tính NTFS hoặc thời gian tạo tệp nếu các tùy chọn tương ứng được bật.
Nhờ việc sử dụng metadata thay vì yêu cầu người quản trị nhập lại đường dẫn, quá trình Restore diễn ra nhanh chóng và giảm thiểu nguy cơ khôi phục sai vị trí.
3.3. Các tùy chọn Restore thường gặp
Trong quá trình Restore to Original, Commvault cung cấp nhiều tùy chọn nhằm kiểm soát cách dữ liệu được phục hồi. Việc lựa chọn các tùy chọn này phụ thuộc vào mục đích Restore.
4.1. Khái niệm
Out-of-place Restore là phương thức khôi phục dữ liệu đến một vị trí khác với vị trí ban đầu. Thay vì ghi trực tiếp lên dữ liệu gốc, Commvault cho phép quản trị viên chỉ định một thư mục, phân vùng hoặc máy chủ khác làm đích nhận dữ liệu.
Khả năng này đặc biệt quan trọng trong môi trường doanh nghiệp vì không phải mọi tình huống mất dữ liệu đều phù hợp với việc ghi đè lên hệ thống đang hoạt động. Trong nhiều trường hợp, dữ liệu cần được kiểm tra trước khi đưa trở lại môi trường sản xuất hoặc được chuyển sang một hệ thống mới để phục vụ việc nâng cấp, di chuyển hạ tầng hoặc điều tra sự cố.
4.2. Nguyên lý hoạt động
Out-of-place Restore sử dụng cùng quy trình Restore của Commvault. CommServe sẽ tra cứu metadata để xác định Backup Copy và MediaAgent chứa dữ liệu, sau đó MediaAgent đọc dữ liệu từ Backup Storage và truyền đến Client đích.
Điểm khác biệt nằm ở bước cuối cùng của quá trình Restore. Thay vì sử dụng đường dẫn gốc được lưu trong metadata, hệ thống sẽ ghi dữ liệu vào vị trí do quản trị viên chỉ định. Metadata của phiên sao lưu không bị thay đổi; chỉ có vị trí lưu dữ liệu sau khi Restore là khác với ban đầu.
Trong quá trình này, quản trị viên vẫn có thể lựa chọn khôi phục các thuộc tính như quyền truy cập (ACL), thuộc tính NTFS hoặc giữ nguyên cấu trúc thư mục. Điều này giúp dữ liệu sau khi Restore có thể hoạt động giống như dữ liệu ban đầu nếu được chuyển trở lại hệ thống sản xuất.
5. Browse và Recovery
5.1. Khái niệm
Trong Commvault, Browse và Recovery là hai giai đoạn khác nhau của quá trình Restore nhưng thường bị nhầm lẫn.
Browse là quá trình duyệt và tìm kiếm dữ liệu đã được sao lưu. Trong giai đoạn này, hệ thống chỉ truy cập vào metadata để hiển thị cấu trúc thư mục, danh sách tệp hoặc các phiên bản dữ liệu có thể khôi phục. Dữ liệu backup chưa được đọc từ thiết bị lưu trữ và cũng chưa có bất kỳ thao tác ghi dữ liệu nào diễn ra.
Recovery là quá trình thực sự khôi phục dữ liệu từ Backup Storage về hệ thống đích. Khi Recovery bắt đầu, MediaAgent sẽ truy xuất dữ liệu từ Storage, xử lý giải nén hoặc giải mã (nếu có), sau đó truyền dữ liệu đến Client để hoàn tất quá trình Restore.
Do đó, Browse có thể xem như bước lựa chọn dữ liệu, còn Recovery là bước thực hiện khôi phục dữ liệu.
5.2. Cơ chế hoạt động của Browse
Khi người quản trị mở chức năng Browse trong Command Center, CommServe sẽ truy vấn cơ sở dữ liệu metadata để xác định:
Đây là điểm khác biệt quan trọng giữa Browse và Recovery. Việc sử dụng metadata giúp giảm tải cho hệ thống lưu trữ và cho phép người quản trị nhanh chóng tìm đúng dữ liệu cần khôi phục.
5.3. Cơ chế hoạt động của Recovery
Sau khi người quản trị lựa chọn dữ liệu trong bước Browse và gửi yêu cầu Restore, CommServe sẽ tạo một Restore Job. Lúc này, Recovery mới chính thức bắt đầu.
Quy trình Recovery bao gồm các bước:
6. Restore từ Point-in-Time
6.1. Khái niệm
Point-in-Time Restore (PITR) là khả năng khôi phục dữ liệu về một thời điểm cụ thể trong quá khứ thay vì chỉ phục hồi bản sao lưu mới nhất. Đây là một trong những tính năng quan trọng của Commvault nhằm đáp ứng yêu cầu về Recovery Point Objective (RPO) trong các môi trường doanh nghiệp.
Khả năng này đặc biệt hữu ích khi dữ liệu bị thay đổi hoặc hư hỏng sau thời điểm sao lưu gần nhất. Thay vì phải khôi phục toàn bộ dữ liệu về trạng thái mới nhất, quản trị viên có thể lựa chọn một thời điểm ngay trước khi xảy ra sự cố.
6.2. Cơ chế hoạt động
Cơ chế Point-in-Time Restore phụ thuộc vào loại workload đang được bảo vệ.
Đối với File System
Đối với File System Agent, Point-in-Time Restore được thực hiện bằng cách lựa chọn phiên bản dữ liệu (Version) tương ứng với thời điểm mong muốn. Commvault sẽ xác định Backup Job gần nhất trước thời điểm được chọn và sử dụng dữ liệu từ phiên sao lưu đó để phục hồi.
Đối với Database Workloads
Đối với các hệ quản trị cơ sở dữ liệu như Microsoft SQL Server hoặc Oracle, Point-in-Time Restore có cơ chế phức tạp hơn.
Ngoài bản Full Backup, Commvault còn sử dụng các bản Transaction Log Backup để tái tạo dữ liệu đến đúng thời điểm yêu cầu.
6.3. Trường hợp sử dụng
Point-in-Time Restore thường được áp dụng trong các tình huống:
7. So sánh Restore giữa Commvault và Veeam Backup & Replication
Cả Commvault và Veeam đều hỗ trợ khôi phục dữ liệu ở nhiều cấp độ như file, thư mục, máy ảo và ứng dụng. Tuy nhiên, hai sản phẩm có cách tiếp cận khác nhau.
Commvault xây dựng một quy trình Restore thống nhất cho nhiều loại workload khác nhau. Mọi thao tác đều được quản lý thông qua CommServe, Storage Policy và MediaAgent nên rất phù hợp với môi trường doanh nghiệp lớn.
Trong khi đó, Veeam nổi bật với File-Level Restore và đặc biệt là Instant Recovery. Instant Recovery cho phép máy ảo chạy trực tiếp từ file backup thông qua việc mount bản sao lưu lên datastore mà chưa cần sao chép toàn bộ dữ liệu. Sau khi hệ thống hoạt động ổn định, Veeam mới thực hiện quá trình Storage vMotion hoặc Quick Migration để chuyển dữ liệu trở lại hạ tầng lưu trữ chính.
Nhờ cơ chế này, Veeam có thể giảm đáng kể thời gian RTO đối với môi trường VMware và Hyper-V. Trong khi đó, Commvault ưu tiên khả năng quản lý tập trung, hỗ trợ đa nền tảng và nhiều loại ứng dụng hơn thay vì tối ưu riêng cho Instant Recovery.
8. Tổng kết
Restore là chức năng cốt lõi của Commvault, đóng vai trò quyết định trong việc đưa dữ liệu và dịch vụ trở lại trạng thái hoạt động sau sự cố. Không giống như thao tác sao chép dữ liệu đơn thuần, quá trình Restore trong Commvault được xây dựng trên cơ chế quản lý metadata tập trung thông qua CommServe, kết hợp với MediaAgent để truy xuất và truyền dữ liệu từ Backup Storage đến hệ thống đích.
Trong hệ thống sao lưu và phục hồi dữ liệu, Restore là quá trình khôi phục dữ liệu đã được sao lưu trở lại hệ thống khi xảy ra mất dữ liệu, hỏng tệp, lỗi ứng dụng hoặc sự cố hạ tầng. Restore quyết định khả năng khôi phục và đưa hệ thống trở lại trạng thái hoạt động bình thường.
Trong Commvault, Restore không chỉ sao chép dữ liệu từ nơi lưu trữ về máy đích mà là một quy trình được quản lý tập trung bởi CommServe. Mọi thao tác khôi phục đều dựa trên metadata của các phiên sao lưu (Backup Jobs), nhờ đó hệ thống có thể xác định chính xác vị trí lưu trữ dữ liệu, phiên bản cần phục hồi và phương thức Restore phù hợp.
Commvault hỗ trợ nhiều cấp độ Restore khác nhau, từ khôi phục một tệp đơn lẻ (File-Level Restore), thư mục, máy ảo, cơ sở dữ liệu đến khôi phục toàn bộ hệ thống. Đồng thời, người quản trị có thể lựa chọn khôi phục về vị trí ban đầu (Restore to Original), khôi phục sang vị trí khác (Out-of-place Restore) hoặc phục hồi dữ liệu tại một thời điểm xác định (Point-in-Time Restore) đối với các ứng dụng hỗ trợ transaction log.
2. Restore Workflow
Bước 1. Khởi tạo Restore Job
Người quản trị lựa chọn dữ liệu cần khôi phục từ Command Center hoặc CommCell Console. Tại thời điểm này, hệ thống mới chỉ tạo một yêu cầu Restore, chưa bắt đầu truyền dữ liệu.
Bước 2. Tra cứu metadata
CommServe tìm kiếm trong cơ sở dữ liệu metadata để xác định phiên sao lưu phù hợp với yêu cầu Restore. Đây là lý do quá trình Browse thường diễn ra rất nhanh vì chỉ truy vấn metadata thay vì đọc trực tiếp dữ liệu backup.
Bước 3. Xác định Backup Copy
Sau khi xác định phiên sao lưu, CommServe kiểm tra Storage Policy để biết dữ liệu đang được lưu ở đâu, trên thiết bị nào và MediaAgent nào chịu trách nhiệm truy cập dữ liệu.
Bước 4. Đọc dữ liệu từ Backup Storage
MediaAgent truy cập Backup Storage để đọc dữ liệu. Nếu bản sao lưu sử dụng Deduplication, Compression hoặc Encryption thì MediaAgent sẽ xử lý các bước này trước khi truyền dữ liệu.
Bước 5. Truyền dữ liệu đến Client
Dữ liệu được truyền qua mạng đến máy đích. Nếu Restore về vị trí ban đầu, dữ liệu sẽ được ghi vào đúng thư mục gốc; nếu Restore sang vị trí khác, dữ liệu sẽ được ghi vào thư mục hoặc máy chủ mới theo cấu hình của người quản trị.
Bước 6. Hoàn tất Restore
Sau khi tất cả dữ liệu được ghi thành công, Restore Job chuyển sang trạng thái Completed. Quản trị viên có thể kiểm tra nhật ký (Job Details) để xác nhận số lượng file đã phục hồi, dung lượng dữ liệu và các lỗi (nếu có).
3. Restore to Original Location
3.1. Khái niệm
Restore to Original Location (hay còn gọi là In-place Restore) là phương thức khôi phục dữ liệu về đúng vị trí ban đầu của nó trên hệ thống. Khi sử dụng chế độ này, Commvault sẽ giữ nguyên các thông tin của dữ liệu trước khi sao lưu, bao gồm tên tệp, cấu trúc thư mục và đường dẫn lưu trữ. Đây là phương thức được sử dụng phổ biến nhất trong các tình huống mất dữ liệu do thao tác nhầm hoặc lỗi hệ thống.
3.2. Nguyên lý hoạt động
Khi thực hiện Restore to Original, CommServe sẽ sử dụng metadata của phiên sao lưu để xác định: Client gốc, Đường dẫn ban đầu của dữ liệu, Phiên bản backup được lựa chọn, Thuộc tính của tệp hoặc thư mục (nếu được sao lưu).
Sau đó MediaAgent sẽ đọc dữ liệu từ Backup Storage và truyền về đúng Client ban đầu. Trong quá trình này, Commvault có thể khôi phục đồng thời các thuộc tính của tệp như quyền truy cập (ACL), thuộc tính NTFS hoặc thời gian tạo tệp nếu các tùy chọn tương ứng được bật.
Nhờ việc sử dụng metadata thay vì yêu cầu người quản trị nhập lại đường dẫn, quá trình Restore diễn ra nhanh chóng và giảm thiểu nguy cơ khôi phục sai vị trí.
3.3. Các tùy chọn Restore thường gặp
Trong quá trình Restore to Original, Commvault cung cấp nhiều tùy chọn nhằm kiểm soát cách dữ liệu được phục hồi. Việc lựa chọn các tùy chọn này phụ thuộc vào mục đích Restore.
- Overwrite Existing Files: Ghi đè các tệp đang tồn tại bằng dữ liệu từ bản sao lưu.
- Skip Existing Files: Bỏ qua các tệp đã tồn tại tại vị trí đích.
- Restore Security Attributes: Khôi phục các thuộc tính bảo mật và quyền truy cập của tệp.
- Restore ACLs: Khôi phục danh sách quyền truy cập (Access Control List) nếu được sao lưu.
- Preserve Folder Structure: Giữ nguyên cấu trúc thư mục như tại thời điểm sao lưu.
4.1. Khái niệm
Out-of-place Restore là phương thức khôi phục dữ liệu đến một vị trí khác với vị trí ban đầu. Thay vì ghi trực tiếp lên dữ liệu gốc, Commvault cho phép quản trị viên chỉ định một thư mục, phân vùng hoặc máy chủ khác làm đích nhận dữ liệu.
Khả năng này đặc biệt quan trọng trong môi trường doanh nghiệp vì không phải mọi tình huống mất dữ liệu đều phù hợp với việc ghi đè lên hệ thống đang hoạt động. Trong nhiều trường hợp, dữ liệu cần được kiểm tra trước khi đưa trở lại môi trường sản xuất hoặc được chuyển sang một hệ thống mới để phục vụ việc nâng cấp, di chuyển hạ tầng hoặc điều tra sự cố.
4.2. Nguyên lý hoạt động
Out-of-place Restore sử dụng cùng quy trình Restore của Commvault. CommServe sẽ tra cứu metadata để xác định Backup Copy và MediaAgent chứa dữ liệu, sau đó MediaAgent đọc dữ liệu từ Backup Storage và truyền đến Client đích.
Điểm khác biệt nằm ở bước cuối cùng của quá trình Restore. Thay vì sử dụng đường dẫn gốc được lưu trong metadata, hệ thống sẽ ghi dữ liệu vào vị trí do quản trị viên chỉ định. Metadata của phiên sao lưu không bị thay đổi; chỉ có vị trí lưu dữ liệu sau khi Restore là khác với ban đầu.
Trong quá trình này, quản trị viên vẫn có thể lựa chọn khôi phục các thuộc tính như quyền truy cập (ACL), thuộc tính NTFS hoặc giữ nguyên cấu trúc thư mục. Điều này giúp dữ liệu sau khi Restore có thể hoạt động giống như dữ liệu ban đầu nếu được chuyển trở lại hệ thống sản xuất.
5. Browse và Recovery
5.1. Khái niệm
Trong Commvault, Browse và Recovery là hai giai đoạn khác nhau của quá trình Restore nhưng thường bị nhầm lẫn.
Browse là quá trình duyệt và tìm kiếm dữ liệu đã được sao lưu. Trong giai đoạn này, hệ thống chỉ truy cập vào metadata để hiển thị cấu trúc thư mục, danh sách tệp hoặc các phiên bản dữ liệu có thể khôi phục. Dữ liệu backup chưa được đọc từ thiết bị lưu trữ và cũng chưa có bất kỳ thao tác ghi dữ liệu nào diễn ra.
Recovery là quá trình thực sự khôi phục dữ liệu từ Backup Storage về hệ thống đích. Khi Recovery bắt đầu, MediaAgent sẽ truy xuất dữ liệu từ Storage, xử lý giải nén hoặc giải mã (nếu có), sau đó truyền dữ liệu đến Client để hoàn tất quá trình Restore.
Do đó, Browse có thể xem như bước lựa chọn dữ liệu, còn Recovery là bước thực hiện khôi phục dữ liệu.
5.2. Cơ chế hoạt động của Browse
Khi người quản trị mở chức năng Browse trong Command Center, CommServe sẽ truy vấn cơ sở dữ liệu metadata để xác định:
- Danh sách các Backup Job.
- Phiên bản dữ liệu theo thời gian.
- Cấu trúc thư mục.
- Danh sách tệp đã được sao lưu.
Đây là điểm khác biệt quan trọng giữa Browse và Recovery. Việc sử dụng metadata giúp giảm tải cho hệ thống lưu trữ và cho phép người quản trị nhanh chóng tìm đúng dữ liệu cần khôi phục.
5.3. Cơ chế hoạt động của Recovery
Sau khi người quản trị lựa chọn dữ liệu trong bước Browse và gửi yêu cầu Restore, CommServe sẽ tạo một Restore Job. Lúc này, Recovery mới chính thức bắt đầu.
Quy trình Recovery bao gồm các bước:
- CommServe xác định Backup Copy chứa dữ liệu.
- MediaAgent truy cập Backup Storage.
- Dữ liệu được giải mã và giải nén nếu bản sao lưu sử dụng Encryption hoặc Compression.
- Dữ liệu được truyền qua mạng đến Client.
- Client ghi dữ liệu xuống vị trí được chỉ định.
- Restore Job cập nhật trạng thái hoàn thành.
6. Restore từ Point-in-Time
6.1. Khái niệm
Point-in-Time Restore (PITR) là khả năng khôi phục dữ liệu về một thời điểm cụ thể trong quá khứ thay vì chỉ phục hồi bản sao lưu mới nhất. Đây là một trong những tính năng quan trọng của Commvault nhằm đáp ứng yêu cầu về Recovery Point Objective (RPO) trong các môi trường doanh nghiệp.
Khả năng này đặc biệt hữu ích khi dữ liệu bị thay đổi hoặc hư hỏng sau thời điểm sao lưu gần nhất. Thay vì phải khôi phục toàn bộ dữ liệu về trạng thái mới nhất, quản trị viên có thể lựa chọn một thời điểm ngay trước khi xảy ra sự cố.
6.2. Cơ chế hoạt động
Cơ chế Point-in-Time Restore phụ thuộc vào loại workload đang được bảo vệ.
Đối với File System
Đối với File System Agent, Point-in-Time Restore được thực hiện bằng cách lựa chọn phiên bản dữ liệu (Version) tương ứng với thời điểm mong muốn. Commvault sẽ xác định Backup Job gần nhất trước thời điểm được chọn và sử dụng dữ liệu từ phiên sao lưu đó để phục hồi.
Đối với Database Workloads
Đối với các hệ quản trị cơ sở dữ liệu như Microsoft SQL Server hoặc Oracle, Point-in-Time Restore có cơ chế phức tạp hơn.
Ngoài bản Full Backup, Commvault còn sử dụng các bản Transaction Log Backup để tái tạo dữ liệu đến đúng thời điểm yêu cầu.
6.3. Trường hợp sử dụng
Point-in-Time Restore thường được áp dụng trong các tình huống:
- Người dùng vô tình xóa hoặc chỉnh sửa dữ liệu tại một thời điểm xác định.
- Hệ thống bị ảnh hưởng bởi ransomware và cần phục hồi trước thời điểm mã độc bắt đầu mã hóa dữ liệu.
- Phục hồi cơ sở dữ liệu sau lỗi giao dịch hoặc lỗi ứng dụng.
- Đáp ứng yêu cầu kiểm toán khi cần truy xuất dữ liệu tại một thời điểm cụ thể trong quá khứ.
7. So sánh Restore giữa Commvault và Veeam Backup & Replication
Cả Commvault và Veeam đều hỗ trợ khôi phục dữ liệu ở nhiều cấp độ như file, thư mục, máy ảo và ứng dụng. Tuy nhiên, hai sản phẩm có cách tiếp cận khác nhau.
Commvault xây dựng một quy trình Restore thống nhất cho nhiều loại workload khác nhau. Mọi thao tác đều được quản lý thông qua CommServe, Storage Policy và MediaAgent nên rất phù hợp với môi trường doanh nghiệp lớn.
Trong khi đó, Veeam nổi bật với File-Level Restore và đặc biệt là Instant Recovery. Instant Recovery cho phép máy ảo chạy trực tiếp từ file backup thông qua việc mount bản sao lưu lên datastore mà chưa cần sao chép toàn bộ dữ liệu. Sau khi hệ thống hoạt động ổn định, Veeam mới thực hiện quá trình Storage vMotion hoặc Quick Migration để chuyển dữ liệu trở lại hạ tầng lưu trữ chính.
Nhờ cơ chế này, Veeam có thể giảm đáng kể thời gian RTO đối với môi trường VMware và Hyper-V. Trong khi đó, Commvault ưu tiên khả năng quản lý tập trung, hỗ trợ đa nền tảng và nhiều loại ứng dụng hơn thay vì tối ưu riêng cho Instant Recovery.
8. Tổng kết
Restore là chức năng cốt lõi của Commvault, đóng vai trò quyết định trong việc đưa dữ liệu và dịch vụ trở lại trạng thái hoạt động sau sự cố. Không giống như thao tác sao chép dữ liệu đơn thuần, quá trình Restore trong Commvault được xây dựng trên cơ chế quản lý metadata tập trung thông qua CommServe, kết hợp với MediaAgent để truy xuất và truyền dữ liệu từ Backup Storage đến hệ thống đích.
Bài viết liên quan
Được quan tâm
Bài viết mới