VMware: “Quiesce hay không quiesce?”

Sao lưu máy ảo của bạn theo cách đúng

Đã có rất nhiều bài viết được viết về việc tạo bản snapshot cho máy ảo, nhưng hầu hết chúng quá trừu tượng và chung chung. Bài viết này sẽ thảo luận về mặt thực tế của việc tạo bản snapshot máy ảo trên nền tảng VMware vSphere® để sử dụng như bản sao lưu.

Chúng tôi sẽ trả lời các câu hỏi:

• Bản snapshot được quiesce là gì?
• Tại sao sử dụng nó?
• Gặp phải các vấn đề gì khi bạn quiesce?

Sử dụng Snapshot cho việc sao lưu

Trong môi trường VMware vSphere, bạn có thể tạo một bản snapshot theo hai cách: một bản snapshot

• Bao gồm trạng thái bộ nhớ của máy ảo
• Với quá trình quiesce hệ thống tệp tin khách

Khi sao lưu một máy ảo bằng cách sử dụng VMware vStorage API for Data Protection, không bao giờ sử dụng tùy chọn đầu tiên bao gồm trạng thái bộ nhớ của máy ảo. Nếu máy ảo có 8-16 GB RAM hoặc nhiều hơn, nó mất rất nhiều thời gian để tạo một bản sao lưu tăng tiến vì nó quá lớn (mỗi bản sao lưu tăng tiến cũng bao gồm kích thước RAM). Ngoài ra, bạn cũng có thể gặp phải các vấn đề kỹ thuật khác.

Lựa chọn thay thế là sử dụng quiesce. Đây là một lựa chọn khả thi hơn vì nó liên quan đến việc chuẩn bị hệ điều hành khách (chủ yếu là hệ thống tệp tin) cho việc sao lưu.

Quiescing là gì?

Theo một bài viết trên Cơ sở kiến thức của VMware®, “Quiescing một hệ thống tệp tin là quá trình đưa dữ liệu trên đĩa của một máy tính vật lý hoặc ảo vào trạng thái phù hợp cho việc sao lưu. Quá trình này có thể bao gồm các hoạt động như xả các bộ đệm bẩn từ bộ nhớ cache trong hệ điều hành đến đĩa, hoặc các tác vụ cụ thể khác liên quan đến ứng dụng ở mức cao hơn.”

Rất tiếc, mô tả này không làm rõ điều gì xảy ra với máy ảo trong quá trình này. Đây là điều chúng ta muốn khám phá.

Trước tiên, khi sử dụng dịch vụ VMware Snapshot Provider trong VMware Tools, bạn bắt đầu quá trình tạo một bản snapshot mới cho dịch vụ Volume Snapshot Service (VSS) bên trong hệ điều hành khách (OS). Tất cả các VSS writers đã đăng ký – mà bạn có thể xem bằng cách sử dụng lệnh “vssadmin list writers” – nhận yêu cầu và chuẩn bị các ứng dụng cho việc sao lưu bằng cách ghi các giao dịch từ bộ nhớ vào đĩa. Khi các VSS writers hoàn thành hoạt động này, họ báo cáo cho Dịch vụ VMware Tools – thông qua VMware Snapshot Provider – rằng công việc đã hoàn tất và hệ thống đã sẵn sàng cho một bản snapshot.

Khi chuẩn bị cho một bản snapshot VMware, phần mềm sao lưu cho VMware vSphere sử dụng các cài đặt sau:

Quiesced = ON, Memory = OFF
Quiesced = OFF, Memory = OFF
Lưu ý rằng VMware hoàn toàn điều khiển quá trình tạo bản snapshot. Chúng tôi sẽ xem xét tùy chọn đầu tiên khi Quiesced được đặt thành ON.

Tại sao chúng ta cần Quiescing?

Có nhiều lý do để đặt Quiesced thành ON. Ví dụ, bạn sẽ tránh vấn đề rollback số thứ tự cập nhật (USN) khi khôi phục một Active Directory® – sau khi điều khiển miền được khôi phục từ bản sao lưu có hỗ trợ VSS, InvocationID được thiết lập lại chính xác và bạn có một mục nhập lành mạnh trong Sự kiện Log:

Event ID 1109: Active Directory đã được khôi phục từ phương tiện sao lưu hoặc đã được cấu hình để lưu trữ một phân vùng ứng dụng. Thuộc tính invocationID cho điều khiển miền này đã được thay đổi.

Bạn cũng sẽ tránh các vấn đề khi khôi phục SQL Server® hoặc các ứng dụng khác.

Phần mềm sao lưu của Acronis, chẳng hạn như Acronis Backup 12, thực hiện đúng các hoạt động sao lưu này cho tất cả các loại hệ điều hành, máy chủ và ứng dụng chạy trong một máy ảo.

Có một số cách để đảm bảo rằng một bản snapshot đã được tạo chính xác bằng cách sử dụng VSS. Bạn có thể kiểm tra điều này cho đến cấp ứng dụng.

Đầu tiên, kiểm tra Event Viewer. Khi một bản snapshot được tạo với các tùy chọn quiesced=ON, snapshot memory=OFF (xem ảnh chụp màn hình ở đầu bài viết này), các nhật ký ứng dụng hiển thị sự kiện sau từ các VSS writers:

Một phương pháp thay thế để xác định xem bản snapshot đã được tạo chính xác là sử dụng thành phần Datastore Browser trong trình duyệt vSphere. Sau khi tạo bản snapshot quiesced, bạn nên thấy một tệp **vss_manifests.zip trong thư mục VM trên data store. Bên trong tệp nén đó, có một tệp backup.xml chứa các mô tả về tất cả các VSS writers được tìm thấy trên hệ thống guest, cùng với siêu dữ liệu về mỗi writer trong writerX.xml.

Lưu ý quan trọng là nếu tệp vss_manifests.zip chỉ chứa một tệp backup.xml, thông thường điều đó có nghĩa là bản snapshot được tạo bằng cách sử dụng VSS. Tuy nhiên, đó là một bản snapshot gặp vấn đề. Các bản snapshot thất bại dễ dàng phát hiện, nhưng quan trọng là nhận ra khi bạn có một bản snapshot mà VMware báo cáo là thành công, nhưng thực tế nó không thành công.

Trong các phần tiếp theo, chúng tôi sẽ thảo luận về những nguyên nhân gây lỗi cho một bản snapshot.

Yêu cầu môi trường

Rõ ràng rằng việc sử dụng tùy chọn quiescing là có lợi, nhưng trong thực tế, bạn thường gặp các vấn đề liên quan đến cấu hình không chính xác của môi trường ban đầu. Yêu cầu cấu hình chính thức được tìm thấy tại đây.

Hãy thảo luận về những gì cần kiểm tra để xác định xem bạn có những vấn đề này hay không. Đầu tiên, hãy đảm bảo rằng hệ thống của bạn hỗ trợ các bản snapshot ổn định với ứng dụng.

Thứ hai, để quiescing hoạt động, bạn phải cài đặt các thành phần VSS trong VMware Tools và cập nhật nó lên phiên bản mới nhất.

Các phiên bản vSphere 3.5 và trước đó sử dụng Legato Sync Driver để thực hiện quiescing. Nó đảm bảo tính nhất quán ở cấp độ hệ thống tập tin nhưng không ở cấp độ ứng dụng, chính vì vậy chúng ta cần các thành phần VSS. Legato đã được thay thế bằng VMware Snapshot Provider. Bạn có thể xác minh rằng nó đã được cài đặt bằng cách tìm kiếm Dịch vụ VMware Snapshot Provider và các thành phần COM+ liên quan bên trong máy ảo.