Khôi phục thảm họa cho Hyper-V – Phần 4
Trong phần 4 này chúng tôi sẽ giới thiệu cho các bạn một số hạn chế
trong quá trình tạo một backup Volume Shadowcopy Service cho máy
chủ Hyper-V và tất cả các máy ảo của nó.
Giới thiệu
Cho đến đây chúng ta hoàn toàn có thể tạo một backup Volume Shadowcopy
Service cho một máy chủ Hyper-V và tất cả các máy ảo của nó, tuy nhiên có
một số hạn chế trong quá trình tạo backup này mà bạn cần biết. Chính vì vậy
trong phần 4 này chúng tôi sẽ giới thiệu cho các bạn về các hạn chế này
cũng như giới thiệu một số biện pháp khắc phục nó.
Các đĩa động
Giả định rằng bạn đang sử dụng Volume Shadowcopy Service để tạo một
backup trực tuyến cho các máy ảo trên máy chủ host của bạn, khi đó hạn chế
đầu tiên mà bạn cần biết đó là các máy ảo không thể chứa các đĩa động.
Hoàn toàn có thể chấp nhận cho hệ điều hành host trong việc sử dụng các
đĩa ảo, tuy nhiên bạn phải bảo đảm rằng các hệ điều hành khác phải xử lý tất
cả các file của ổ đĩa ảo có liên quan của chúng như các đĩa cơ bản.
Phương pháp cho việc kiểm tra để xác định xem một hệ điều hành hiện đang
sử dụng các đĩa cơ bản hay các đĩa động có khác biệt đôi chút, sự khác biệt
này phụ thuộc vào phiên bản Windows đang được sử dụng. Nhìn chung, bạn
nên mở Disk Management Console bằng cách nhập vào lệnh
DISKMGMT.MSC tại nhắc lệnh Run bên trong hệ điều hành khách.
Chúng tôi đã đưa ra một capture màn hình của Disk Management Console
trong hình A. Nếu quan sát Disk 0, bạn có thể thấy được rằng, nó là một đĩa
động. Trong một số trường hợp, bạn có thể kích chuột phải vào đĩa (không
phải các phân vùng trên đĩa), và chọn lệnh Convert to Basic từ menu xuất
hiện.
Hình A: Bằng cách quan sát Disk Management Console bên trong máy ảo,
bạn có thể chỉ thị cho hệ điều hành khách được cấu hình để xử lý các ổ đĩa
ảo như các ổ đĩa cơ bản hoặc như các đĩa động.
Để trình bày một bài giới thiệu đầy đủ về sự khác biệt giữa các đĩa động và
đĩa ảo vượt quá phạm vi của bài viết này. Ở đây bạn cần biết rằng đôi khi có
một số vấn đề nghiêm trọng có liên quan đến việc chuyển đổi một đĩa. Chính
vì vậy, hãy bảo đảm rằng bạn có một sự hiểu biết tổng thể và xuyên suốt về
cách quá trình trao đổi sẽ ảnh hưởng thế nào với máy chủ trước khi thực
hiện chuyển đổi một đĩa.
Khôi phục máy ảo
Ở cuối của phần trước, chúng tôi đã giới thiệu cho các bạn cách thay đổi
Windows registry để cho phép bạn có thể backup máy chủ Hyper-V bằng
Windows Server Backup. Khi ban đọc về vấn đề này, bạn có thể phân vân
rằng tại sao Microsoft không cho phép khả năng này được thực hiện mặc
định. Tuy không có được câu trả lời chính thức từ Microsoft cho câu hỏi đó,
nhưng vấn đề có thể liên quan đến một số hạn chế rất nghiêm trọng.
Nếu thực hiện một backup VSS bằng Windows Server Backup, bạn sẽ
không thể khôi phục được các máy ảo riêng. Quá trình khôi phục (thấp nhất
ở mức host) có thể là tất cả hoặc không có gì. Bạn có thể thấy một capture
màn hình từ Recovery Wizard của Windows Server Backup. Như những gì
bạn có thể thấy trong hình, chúng ta có tùy chọn để lệnh cho Windows
Server Backup rằng chúng ta muốn khôi phục Hyper-V, tuy nhiên không thể
chọn ra bất cứ một máy ảo riêng lẻ nào để khôi phục.
Hình B: Windows Server Backup không cho phép bạn khôi phục các máy ảo
riêng lẻ
Cần lưu ý rằng, hạn chế này chỉ riêng đối với Windows Server Backup. Nó
không thể đúng đối với mọi ứng dụng backup VSS, tuy nhiên bạn cần kiểm
tra ứng dụng backup của mình để xác định xem có gặp phải các hạn chế này
hay không.
Một hạn chế lớn khác mà bạn có thể bắt gặp là nếu một máy ảo có chứa
nhiều snapshot, dù khi đó bạn sẽ không gặp bất cứ vấn đề gì với việc tạo
backup VSS, tuy nhiên bạn sẽ không thể khôi phục backup.
Mẹo để khôi phục thành công máy ảo là tự khôi phục các snapshot riêng lẻ
trước. Khi bạn đã khôi phục các snapshot, bạn sẽ có thể khôi phục máy ảo.