Danh mục

Khôi phục thảm họa cho Hyper-V – Part 4

Số trang: 9      Loại file: pdf      Dung lượng: 743.53 KB      Lượt xem: 7      Lượt tải: 0    
Hoai.2512

Hỗ trợ phí lưu trữ khi tải xuống: 4,000 VND Tải xuống file đầy đủ (9 trang) 0
Xem trước 2 trang đầu tiên của tài liệu này:

Thông tin tài liệu:

Khôi phục thảm họa cho Hyper-V – Phần 4Trong 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...
Nội dung trích xuất từ tài liệu:
Khôi phục thảm họa cho Hyper-V – Part 4 Khôi phục thảm họa cho Hyper-V – Phần 4Trong 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áychủ Hyper-V và tất cả các máy ảo của nó.Giới thiệuCho đến đây chúng ta hoàn toàn có thể tạo một backup Volume ShadowcopyService 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ậytrong 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àycũng như giới thiệu một số biện pháp khắc phục nó.Các đĩa độngGiả định rằng bạn đang sử dụng Volume Shadowcopy Service để tạo mộtbackup 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ấtcả 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 đangsử 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ệtnày phụ thuộc vào phiên bản Windows đang được sử dụng. Nhìn chung, bạnnên mở Disk Management Console bằng cách nhập vào lệnhDISKMGMT.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 Consoletrong 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ôngphải các phân vùng trên đĩa), và chọn lệnh Convert to Basic từ menu xuấthiệ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ínhvì 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ựchiệ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 đổiWindows registry để cho phép bạn có thể backup máy chủ Hyper-V bằngWindows Server Backup. Khi ban đọc về vấn đề này, bạn có thể phân vânrằ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 capturemà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 WindowsServer 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ểmtra ứng dụng backup của mình để xác định xem có gặp phải các hạn chế nàyhay 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ứanhiều snapshot, dù khi đó bạn sẽ không gặp bất cứ vấn đề gì với việc tạobackup 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.Phương pháp mà bạn sử dụng cho việc thực hiện khá khác nhau, các phươngpháp này phụ thuộc vào phần mềm backup mà bạn đang sử dụng. Đây làmột số bước điển hình mà bạn sẽ thực hiện: 1. Nếu máy ảo đang hoạt động, hãy tắt máy, sau đó xóa máy ảo. 2. Thực hiện khôi phục mức file trên các thư mục snapshot. Mặc định, các snapshot sẽ được lưu trong thư mục C:Program DataMicrosoftWindowsHyper-VSnapshots. 3. Sau khi khôi phục các snapshot riêng lẻ, hãy thực hiện khôi phục ứng dụng của Hyper-V. Thao tác này sẽ khôi phục các máy ảo.Trạng thái lưuMột hạn chế cuối cùng mà bạn cần biết là trong một số điều kiện nào đó, cácmáy ảo có thể rơi vào trạng thái lưu khi thực hiện VSS snapshot. Có ba điềukiện cụ thể có thể gây ra tình huống này là:Đầu tiên, một máy ảo sẽ rơi vào trạng thái lưu nếu hệ điều hành kháchkhông hỗ trợ VSS. Vấn đề này áp dụng cho các phiên bản cũ của Windows,chẳng hạn như ndows NT Server và Windows 2000 Server cũng như các hệđiều hành không phải Windows.Điều kiện thứ hai có thể gây r ...

Tài liệu được xem nhiều: