Cửa hàng của chúng tôi phụ thuộc rất nhiều vào Ảnh chụp khối lượng NetApp để sao lưu. Chúng tôi sử dụng các bản sao lưu băng dựa trên tác nhân truyền thống cho một số dữ liệu của mình nhưng phần lớn chúng tôi dựa vào Ảnh chụp nhanh cho phần lớn các hệ thống của chúng tôi. Hơn nữa chúng tôi không có một chính sách kiểm soát sự thay đổi nghiêm ngặt hoặc bất kỳ cấu hình quản lý tập trung nên tất cảtrong số các máy chủ của chúng tôi, bất kể dữ liệu mà dịch vụ của họ cung cấp có được sao lưu hay không, sẽ cần phải được xây dựng lại từ kim loại trần (và không có bất kỳ tài liệu thực nào). Đương nhiên, điều này làm cho ảnh chụp nhanh trở thành một đề xuất rất hấp dẫn để quản lý vì chúng tôi chỉ có thể khôi phục toàn bộ máy chủ, dữ liệu người dùng và cấu hình đi kèm. Chúng tôi sử dụng Bảng điều khiển lưu trữ ảo của NetApp để tạo ảnh chụp nhanh kho dữ liệu VMware dựa trên NFS của chúng tôi và SnapDrive của NetApp cho các LUN được ánh xạ (vật lý) của thiết bị thô được trình bày trực tiếp cho khách. Chúng tôi SnapMirror ảnh chụp nhanh quan trọng ngoại vi cho một Filer khác. Đương nhiên, chúng tôi thường xuyên kiểm tra quá trình khôi phục của chúng tôi.
Tôi không thể không cảm thấy khó chịu với sự phụ thuộc của chúng tôi vào ảnh chụp nhanh trên các bản sao lưu. Đối với tôi, để một công nghệ được coi là đủ như một chiến lược dự phòng, nó cần phải đáp ứng các tiêu chí sau:
- Việc sao lưu cần phải là nguyên tử. Điều đó có nghĩa là, bản sao lưu không thể dựa vào bất cứ điều gì khác để phục hồi.
- Bản sao lưu cần được tách ra khỏi hệ thống, nó là bản sao lưu của (ngoài băng tần).
- Sao lưu cần phải được sao chép hoặc vận chuyển đến trang web từ xa (tắt trang web)
Theo hiểu biết của tôi, SnapApp NetApp hoạt động theo phương pháp Redirect-On-Write (RoW). Các WAFL file layout sử dụng một tập hợp các con trỏ (siêu dữ liệu?) Mà thực sự tham khảo mỗi khối lượng lưu trữ ở đâu bao giờ nó có thể. Để tạo ảnh chụp nhanh, hệ thống chỉ cần sao chép siêu dữ liệu của một tập và lưu trữ nó trong không gian dành riêng của tập đó. Bất kỳ ghi (sáng tạo / thay đổi / xóa) được chuyển hướng đến các khối mới. Đây được coi là loại nước sốt đặc biệt làm cho WAFL của NetApp trở nên tuyệt vời vì bạn không đọc và sau đó ghi dữ liệu cũ vào không gian dành riêng và sau đó ghi dữ liệu mới của bạn qua các ảnh chụp nhanh như Copy-On-Write.
Tôi hoàn toàn thừa nhận tôi có thể không hiểu chính xác cách NetApp Volume Snapshots hoạt động nhưng nếu sự hiểu biết của tôi ít nhiều đúng thì SnapApp SnapApp không đáp ứng các tiêu chí của tôi để sao lưu.
- Chúng không phải là nguyên tử. "Ảnh chụp nhanh" thực sự chỉ là một bộ con trỏ tới dữ liệu gốc. Nếu dữ liệu gốc không còn ở đó, siêu dữ liệu là vô dụng.
- Ảnh chụp không được tách ra khỏi hệ thống. Nếu ai đó xóa sai âm lượng, tôi sẽ mất ảnh chụp nhanh. Nếu NetApp Filer phát nổ thành những chú mèo nhỏ, tôi sẽ mất bản sao lưu. Tôi có thể sử dụng SnapMirror để di chuyển các ảnh chụp nhanh của mình sang một Filer khác nhưng một lần nữa, nó chỉ di chuyển siêu dữ liệu chứ không phải các khối thực tế. Nếu tôi mất âm lượng gốc, tôi không thể thấy ảnh chụp nhanh được sao chép sang một Filer khác sẽ giúp ích như thế nào.
Ai đó có thể giải thích làm thế nào SnapApp SnapApp có thể được coi là sao lưu? Tôi đang tìm kiếm câu trả lời chủ quan tốt vì vậy xin vui lòng hỗ trợ vị trí của bạn với các sự kiện, tài liệu tham khảo và kinh nghiệm. Nếu sự hiểu biết của tôi về công nghệ cơ bản là không chính xác, vui lòng giải thích ở đâu và tại sao điều đó thay đổi kết luận của tôi. Nếu cửa hàng của bạn dựa trên Ảnh chụp nhanh NetApp làm bản sao lưu, vui lòng bao gồm đủ thông tin theo ngữ cảnh để mọi người có thể hiểu được loại chính sách khôi phục nào bạn phải đáp ứng.