Ảnh chụp nhanh NetApp có thể được sử dụng làm Sao lưu không?


11

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)


Ảnh chụp nhanh NetApp

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.


Bạn cũng có thể nhận được một số thông tin chi tiết hữu ích / thực tiễn tốt nhất từ ​​danh sách gửi thư của quản trị viên tại teaparty.net/mailman/listinfo/toasters . (Tuyên bố miễn trừ trách nhiệm: Tôi điều hành danh sách.)
MadHatter

4
Tôi tin tưởng mạnh mẽ rằng sao lưu phải là cả ngoài trang web và ngoại tuyến. Kẻ tấn công độc hại không thể khởi động một cuộc tấn công điện tử xóa băng trong hộp khóa. Bạn đang tạo một kẻ tấn công gọi phương tiện động học một khi bạn sao lưu ngoại tuyến.
Evan Anderson

Như bạn đã nêu trong chính câu hỏi, bạn đã nhận ra rằng ảnh chụp nhanh không phải là bản sao của dữ liệu. Đó là lý do SnapMirror là cần thiết. Vậy tại sao bạn lại hỏi về ảnh chụp nhanh hơn là liệu ảnh chụp nhanh + SnapMirror có phải là một cơ chế sao lưu hợp lệ không?
200_success

Bạn thường sao lưu những thứ không được nhân đôi. Môi trường phi sản xuất, ví dụ. Họ mất nhiều thời gian để xây dựng lại, nhưng sẽ không làm giảm doanh nghiệp nếu bạn mất chúng.
Basil

Câu trả lời:


15

Sao lưu phục vụ hai chức năng.

  • Đầu tiên và quan trọng nhất, họ ở đó để cho phép bạn khôi phục dữ liệu của mình nếu dữ liệu không khả dụng. Theo nghĩa này, ảnh chụp nhanh không phải là bản sao lưu. Nếu bạn mất dữ liệu trên trình quay (xóa âm lượng, hỏng bộ nhớ, lỗi phần sụn, v.v.), tất cả các ảnh chụp nhanh cho dữ liệu đó cũng sẽ biến mất.
  • Thứ hai, và phổ biến hơn, các bản sao lưu được sử dụng để sửa cho những việc thường xuyên như xóa ngẫu nhiên. Trong trường hợp sử dụng này, ảnh chụp nhanh bản sao lưu. Chúng được cho là một trong những cách tốt nhất để cung cấp loại phục hồi này, bởi vì chúng làm cho các phiên bản trước đó của dữ liệu có sẵn trực tiếp cho người dùng hoặc HĐH của chúng dưới dạng thư mục ẩn .snapshot mà chúng có thể đọc trực tiếp tệp của chúng.

Không có chính sách duy trì

Điều đó nói rằng, trong khi chúng tôi có ảnh chụp nhanh và sử dụng chúng rộng rãi, chúng tôi vẫn thực hiện gia tăng hàng đêm trên Netbackup để băng hoặc miền dữ liệu. Lý do là các ảnh chụp nhanh không thể duy trì chính sách duy trì một cách đáng tin cậy. Nếu bạn nói với người dùng rằng họ sẽ có thể sao lưu từ mức độ chi tiết hàng ngày trong một tuần sau đó mức độ chi tiết hàng tuần trong một tháng, bạn không thể giữ lời hứa đó bằng ảnh chụp nhanh.

Trên một khối lượng Netapp có ảnh chụp nhanh, dữ liệu bị xóa trong ảnh chụp nhanh chiếm không gian "dự trữ snap". Nếu âm lượng không đầy và bạn đã định cấu hình theo cách này, bạn cũng có thể vượt qua dự trữ ảnh chụp nhanh đó và có các ảnh chụp nhanh chiếm một số không gian dữ liệu không sử dụng. Tuy nhiên, nếu âm lượng đầy, tất cả các ảnh chụp nhanh nhưng những ảnh được hỗ trợ bởi dữ liệu trong không gian dành riêng sẽ bị xóa. Xóa các bức ảnh chụp được xác định duy nhất bởi không gian chụp có sẵn, và nếu nó cần phải xóa ảnh chụp nhanh được yêu cầu cho chính sách lưu trữ, nó sẽ.

Hãy xem xét tình huống này:

  • Một khối lượng đầy đủ với ảnh chụp nhanh thường xuyên và yêu cầu duy trì 2 tuần.
  • Giả sử một nửa dự trữ được sử dụng cho ảnh chụp nhanh dựa trên tốc độ thay đổi thông thường.
  • Ai đó xóa rất nhiều dữ liệu (nhiều hơn dự trữ ảnh chụp nhanh), làm tăng đáng kể tốc độ thay đổi, tạm thời.

Tại thời điểm này, dự trữ ảnh chụp nhanh của bạn đã được sử dụng hoàn toàn, cũng như nhiều không gian trống dữ liệu bạn đã cho phép OnTap sử dụng cho ảnh chụp nhanh, nhưng bạn vẫn chưa mất bất kỳ ảnh chụp nhanh nào. Tuy nhiên, ngay sau khi ai đó lấp đầy âm lượng sao lưu dữ liệu, bạn sẽ mất tất cả các ảnh chụp nhanh có trong phần dữ liệu, điều này sẽ đẩy điểm khôi phục của bạn trở lại thời gian ngay sau khi xóa lớn.

Tóm lược

Ảnh chụp nhanh Netapp không bảo vệ bạn khỏi mất dữ liệu thực. Một khối lượng bị xóa sai lệch hoặc mất dữ liệu trên trình quay sẽ yêu cầu bạn xây dựng lại dữ liệu.

Chúng là một cách rất đơn giản và thanh lịch để cho phép khôi phục thói quen đơn giản, nhưng chúng không đủ tin cậy để thay thế một giải pháp sao lưu thực sự. Hầu hết thời gian, họ sẽ thực hiện khôi phục thói quen đơn giản và không gây đau đớn, nhưng khi chúng không có sẵn, bạn sẽ tiếp xúc.


Deletion of snapshots is determined only by available snapshot space, and if it needs to delete snapshots that are required for your retention policy- Đây là điều mà tôi thậm chí không cân nhắc. Điểm tuyệt vời.

Bạn muốn vui vẻ một chút chứ? Hãy thử thực hiện các ảnh chụp nhanh trên một khối lượng snapmirrored cho flexclones của mục tiêu. Sau đó thử sử dụng 100% không gian dự trữ trên nguồn. Nó hoạt động cho đến khi sao lưu ảnh chụp nhanh mà flexclone bị xóa trên ổ đĩa nguồn, tại đó điểm sao chép dừng lại .
Basil

1
Trong khi tôi đồng ý với bạn phần lớn, có lẽ tôi sẽ sửa bạn về điểm đầu tiên của bạn. Hãy nhớ quy tắc sao lưu 3-2-1 và 2 là viết tắt của hai phương tiện khác nhau. SnapShots fit sẽ là một trong ba bản sao của bạn và có lẽ là kịch bản khôi phục phổ biến hơn của bạn. Chúng không phải là bản sao ngoài phương tiện của bạn hoặc bản sao ngoại vi của bạn. Vì vậy, tôi muốn nói SnapShots đóng vai trò là bản sao lưu nhưng không đủ làm bản sao lưu DUY NHẤT hoặc toàn bộ chiến lược sao lưu của bạn. Tôi nghĩ rằng đây là những gì bạn đã nhận được; nhưng, tôi cảm thấy như thế này là một chút sắc thái.
abegosum

Sự khác biệt tốt đẹp giữa hai chức năng (tương đối quan trọng) của các bản sao lưu, có thể được gọi chặt chẽ hơn là phục hồi thảm họaphục hồi moron , tương ứng.
MadHatter

8

Họ là một bản sao lưu, vâng. Cá nhân tôi đã sử dụng chúng thay cho gia tăng hàng ngày trước đây, nhưng chúng tôi vẫn thực hiện đầy đủ hàng tuần để ghi âm.

Chúng bảo vệ khá tốt khỏi mọi sự cố hoặc lỗi của người dùng hoặc hệ thống không truy cập netapp.

Họ không bảo vệ khỏi các lỗi phần cứng thảm khốc của chính netapp. Tôi hiểu rằng SnapMirror sao chép tất cả dữ liệu (trong ảnh chụp nhanh) sang trình quay khác [1], vì vậy SnapMirroring cho một trình quay khác nên bảo vệ tập dữ liệu đó khỏi thất bại thảm hại của một trình quay đơn.

Tất nhiên, một vấn đề lớn là nếu ai đó quản lý netapp xóa âm lượng, thì tất cả các ảnh chụp sẽ đi cùng với nó. SnapMirror cho một người quay phim khác nên bảo vệ đầy đủ chống lại điều đó.

Nếu tất cả các trình quay NetApp của bạn nằm trong cùng một trung tâm dữ liệu, thì bạn không có bất cứ điều gì gây ra thảm họa lớn, cách mà các bản sao lưu băng được vận chuyển ngoài cơ sở sẽ cung cấp cho bạn.

Bạn sẽ nhận được các bản sao lưu tốt hơn cho máy ảo của mình và bất kỳ cơ sở dữ liệu nào (hoặc những thứ giống như cơ sở dữ liệu) nếu bạn sử dụng tác nhân SnapManager thích hợp, sẽ phối hợp nhanh chóng cách ly dữ liệu khi chụp ảnh nhanh. Nếu một VM nhất định và dữ liệu của nó được chứa hoàn toàn trong một khối NetApp duy nhất, thì ảnh chụp nhanh của VM đó phải phù hợp với sự cố. Đó là, nó sẽ tốt như khi bạn rút phích cắm trên máy chủ và chụp ảnh ổ đĩa, điều này thường có nghĩa là kiểm tra hệ thống tệp và tương đương cơ sở dữ liệu. Nếu dữ liệu của cơ sở dữ liệu được phân chia giữa các LUN, có vẻ như có nguy cơ tham nhũng dữ liệu đáng kể.

Nếu là tôi, tôi sẽ thiết lập tất cả các cơ sở dữ liệu để thực hiện sao lưu thường xuyên vào đĩa cục bộ và đặt các công việc đó để giữ một hoặc hai bản sao. Điều đó mang lại cho bạn một sự đảm bảo tốt hơn nhiều về khả năng phục hồi.

[1] http://www.netapp.com/us/system/pdf-reader.aspx?m=snapmirror.pdf&cc=us


+1 khi đề cập SnapMirroring cho người quay phim khác; mọi người dường như đang xem xét chức năng đó.
MadHatter

1
Mặc dù vậy, Snapmirroring cho một trình quay phim khác sẽ không bảo vệ bạn khỏi ảnh chụp nhanh tự động rút ngắn điểm khôi phục của bạn. Mặc dù vậy, nó bảo vệ chống xóa khối lượng và mất filer.
Basil

2

Bạn nên đọc câu trả lời tuyệt vời của @Basil ngay bây giờ nhưng đây là hai xu của tôi:

Ảnh chụp nhanh không nhận biết ứng dụng

Chỉ vì bạn chụp nhanh khối lượng lưu trữ bên dưới không có nghĩa là dữ liệu trên ổ đĩa đó có thể phục hồi được. MS SQL là một ví dụ tuyệt vời về điều này - bạn cần đảm bảo rằng cơ sở dữ liệu của bạn phù hợp với giao dịch trước khi bạn chụp nhanh bộ nhớ mà nó đang sử dụng nếu không như @freiheit đã đề cập, bạn sẽ không khá hơn là phục hồi sau thất bại nặng nề. Các DBA thích sử dụng các LUN khác nhau cho các phần khác nhau của SQL để sử dụng tốt hơn hệ thống lưu trữ, cơ sở dữ liệu tạm thời trên bộ lưu trữ nhanh, cơ sở dữ liệu hệ thống về lưu trữ chậm, dữ liệu chỉ đọc hoặc lưu trữ trên bộ lưu trữ số lượng lớn và dữ liệu làm việc ở đâu đó ở giữa. Nếu bạn chỉ chụp nhanh những khối lượng đó thì rất có thể bạn sẽ không thể khôi phục cơ sở dữ liệu của mình.

NetApp cung cấp một số công cụ Snap để nhận biết ứng dụng snapshot. SnapManager cho SQL cung cấp nhận thức đó. Trong hệ sinh thái Microsoft, tôi tin rằng cũng có các công cụ SnapManager cho Exchange và SharePoint. SnapDrive không có nhận thức về ứng dụng này. Nó chỉ cung cấp một phương pháp thuận tiện để quản lý lưu trữ trong khách.

Nếu bạn đang lưu trữ tất cả dữ liệu và cấu hình IIS của mình trên các LUN và chụp nhanh các LUN đó trực tiếp, bạn không thể đảm bảo rằng dữ liệu có thể phục hồi được. Hỏi tôi làm sao tôi biết ...


Nhiều loại lưu trữ có thể có lịch chụp nhanh khác nhau

Nếu bạn đang trình bày lưu trữ cho máy chủ của mình theo những cách khác nhau, điều này có thể làm phức tạp ảnh chụp nhanh và ảnh khôi phục của bạn. ONTAP của NetApp là một dịch vụ đa giao thức và rất có thể bạn đang sử dụng nhiều hơn một phương thức hoặc loại lưu trữ cho một máy chủ cụ thể. Trong cửa hàng của chúng tôi, một số máy chủ của chúng tôi nhận được ổ C: \ của họ trên kho dữ liệu dựa trên NFS và ổ đĩa "lưu trữ" của họ trên các LUN được gắn thiết bị thô. Chúng tôi đã chụp ảnh nhanh các RDM LUN nhưng không phải các kho dữ liệu dựa trên NFS. Điều này làm cho việc phục hồi máy chủ, khó khăn.


Ảnh chụp nhanh không có chính sách lưu giữ được đảm bảo

Một lần nữa, @Basil thực sự bao gồm điều này tốt nhưng nó đáng để nhắc lại. Có thể điền vào Dự trữ Snap của bạn theo cách Snpashot Autodelete xóa các ảnh chụp nhanh không bị xóa tự nhiên. Lần nữa. Điều này có thể thực sự tồi tệ nếu bạn hoặc khách hàng của bạn đang mong đợi ba tuần chụp nhanh có sẵn.


Ảnh chụp nhanh là nội tuyến

Đây là nhược điểm của lưu trữ tích hợp ... nó cũng ... tích hợp. Ảnh chụp nhanh của bạn nằm trên cùng một nền tảng mà bạn đang sao lưu. Nếu âm lượng hoặc Filer thì nó sẽ biến mất, sao lưu của bạn. Bạn có thể giảm thiểu phần nào điều này bằng cách sao chép các ảnh chụp nhanh sang một Trình quay khác bằng SnapMirror vì tôi đã nói sai trong câu hỏi của tôi rằng bản sao SnapMirror không phải là bản sao đầy đủ.


Ảnh chụp nhanh cho phép thực hành hoạt động xấu để tiếp tục

Một điều mà tôi nhận thấy là ảnh chụp nhanh cho phép người quản lý và khách hàng tiếp tục hành vi hoạt động khủng khiếp. Trong môi trường của chúng tôi, chúng tôi có tài liệu quản lý cấu hình và quản lý cấu hình rất kém. Điều này có nghĩa là hầu hết các máy chủ bắt đầu với cùng một cơ sở (một mẫu hoặc một hình ảnh) nhưng sau đó được cấu hình thủ công bởi các nhóm người khác nhau. Khi họ tiếp tục cuộc sống của mình, các máy chủ phân kỳ ngày càng xa khỏi khuôn mẫu theo những cách thường không được ghi lại hoặc thực hiện với quản lý cấu hình.

Và sau đó đến snapshot! Chúng tôi không cần phải lùi lại và giải quyết một số hoạt động cơ bản vì chúng tôi chỉ có thể chụp nhanh tất cả các máy chủ của mình! Và chúng tôi có thể sử dụng SnapMirror để di chuyển các ảnh chụp nhanh đó ra khỏi trang web để chúng tôi có thể sử dụng chúng làm bản sao lưu!

Tôi nghĩ rằng đây là bài học sai để học ở đây. Một bài học tốt hơn để tìm hiểu là khung quản lý cấu hình, ngay cả khi nó đơn giản như một thay đổi, nên được sao lưu cho mục đích khôi phục kim loại trần. Ảnh chụp nhanh là một công cụ tuyệt vời nhưng tôi có thể có một sự cám dỗ là quá phụ thuộc vào chúng để ngăn chặn các nguyên tắc cơ bản quan trọng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.