Lỗi sao lưu máy chủ Windows - Khối lượng lớn hơn 16,7TB có thể được bảo vệ?


10

Tôi đang cố gắng sử dụng Windows Server Backup để sao lưu một mảng RAID trên máy chủ mới của mình. Nhưng, khi tôi làm, tôi gặp phải lỗi này:

nhập mô tả hình ảnh ở đây

Máy chủ đang chạy Windows Server 2012 R2 và mảng được đề cập có kích thước 20TB (có thể sử dụng 18TB); ít hơn 1TB hiện đang được sử dụng.

Tôi biết rằng trong Windows Server 2008, bạn không thể sao lưu dung lượng lớn hơn 2TB do giới hạn trong VHD, nhưng Microsoft hiện đã chuyển sang VHDX, cho phép sao lưu âm lượng 64TB. Tôi cũng nhận thức được rằng để tận dụng lợi thế này, ổ đĩa đang được đề cập phải là GPT.

Tôi đã xác nhận rằng trên thực tế, đĩa của tôi là GPT.

nhập mô tả hình ảnh ở đây

Khi tôi chạy Sao lưu Windows Server, tôi đang sử dụng tùy chọn "Sao lưu một lần" và sao lưu vào ổ đĩa mạng. Tôi cũng đang sử dụng những gì tôi tin là cài đặt tiêu chuẩn. Nhưng, khi tôi cố chạy bản sao lưu, tôi gặp lỗi đã thấy ở trên.

Tôi không chắc tại sao điều này lại vượt quá 16,7TB, vì Windows Server Backup có thể sao lưu dung lượng lên tới 64TB. Bất cứ ai có thể cho tôi một cái nhìn sâu sắc về lý do tại sao điều này có thể xảy ra hoặc những gì tôi có thể làm sai?

Cập nhật: Tôi đã nhận được các ổ đĩa mới và tạo lại mảng nhưng tôi vẫn gặp lỗi tương tự. Tôi có thể xác nhận rằng số cụm của tôi dưới 2 ^ 32.

nhập mô tả hình ảnh ở đây

Tôi đã đọc trong câu hỏi này rằng rõ ràng sao lưu Windows không hỗ trợ sao lưu hoặc từ các đĩa không có các cung byte 512 hoặc 512e. Nhìn vào tập tin tôi đang cố sao lưu, nó sử dụng 4k sector. Đây có thể là vấn đề cơ bản? Nếu có ích, phần chia sẻ mà tôi đang cố sao lưu sẽ được lưu trữ trên máy chủ CentOS.


Đó là một tin nhắn 'được bảo vệ', không phải là một tin nhắn không gian, mỗi lần. Settings Cài đặt chuẩn 'dành cho sao lưu máy chủ Windows là sử dụng DPM - Trình quản lý bảo vệ dữ liệu. Có vẻ như có một giới hạn phần mềm khi sử dụng DPM. Bạn có thể muốn xem liệu các cài đặt có cho phép sao chép byte theo byte hay không, không kích hoạt cái gọi là 'bảo vệ', giả sử bạn có cách khôi phục bản sao byte theo byte nếu bạn cần.
Andrew S

1
@AndrewS Không, đó là một thông báo từ Windows Server Backup. "Được bảo vệ" dường như là từ thông dụng mới trong các bản sao lưu những ngày này. Ngay cả bảng điều khiển Avamar (sản phẩm sao lưu d2d doanh nghiệp) của tôi cũng cho tôi biết nó có X TB dữ liệu "được bảo vệ" cho chúng tôi.
HoplessN00b

2
Đó là một sự lạm dụng đáng tiếc của từ 'sao lưu'. Các vị thần ITIL đang nổi giận, không còn nghi ngờ gì nữa. Nhưng, hóa ra giới hạn FILE SIZE trên NTFS là 16,7TB, vì vậy đó là vấn đề - bản sao lưu (tôi đoán) là một tệp khổng lồ và 16,7TB là giới hạn cho kích thước đó. Microsoft và các nhà cung cấp khác có thể quản lý nó và gọi đó là 'bảo vệ' hoặc bất kỳ con sên tiếp thị ngu ngốc nào họ muốn, tôi vẫn sẽ gọi nó là 'dự phòng'.
Andrew S

@AndrewS Nó được sử dụng như một thước đo kích thước dữ liệu gốc, trước khi sao chép dữ liệu và chụp nhanh và như vậy. Và giới hạn kích thước tệp cho NTFS trên Server 2012 là 256TiB, không phải 16 TiB .
HoplessN00b

FWIW: vấn đề tương tự ở đây. Máy chủ 2016, ổ đĩa 20 và 63 TB, 16KB byte cho mỗi cụm trên ổ đĩa, dưới 2 ^ 32 cụm trên mỗi ổ đĩa, các ổ đĩa vật lý 512 byte và GPT. bóng vss hoạt động mà không có vấn đề, sao lưu nhận được lỗi tương tự như bạn. Tôi sắp từ bỏ và viết một tập lệnh powershell chết tiệt, chụp nhanh và chạy một tập lệnh được xác định trước cho mỗi thư mục, và đối với các tập tin ở gốc, sẽ rất khó để quản lý ...
Cookie Monster

Câu trả lời:


8

OK, lý do Windows Server Backup bị lỗi là do kích thước cụm bạn đang sử dụng trên ổ đĩa. (Và tôi sẽ giải thích chính xác lý do tại sao cuối cùng, sau khi vấn đề quan trọng của mảng RAID của bạn là một quả bom hẹn giờ.)

Nhưng trước khi giải quyết vấn đề sao lưu, chúng tôi cần giải quyết vấn đề với thiết lập RAID của bạn.

Không sử dụng RAID5 với các đĩa lớn. Và bạn không nên sử dụng RAID5 với các mảng có nhiều thành viên. Chỉ với một đĩa chẵn lẻ, bạn gần như chắc chắn chạy vào một URE (lỗi đọc không thể phục hồi) hoặc một lỗi đĩa khác với nhiều đĩa lớn đó, do đó bạn không có dự phòng thực sự. Nếu bạn phải sử dụng RAID chẵn lẻ, hãy sử dụng RAID6, nhưng ngay cả khi đó, RAID chẵn lẻ đi kèm với những hạn chế nghiêm trọng, vì vậy hãy suy nghĩ lâu và chăm chỉ trước khi bạn giải quyết RAID chẵn lẻ.

Tôi khuyên bạn nên phá vỡ mảng 20 TB đó và tạo lại nó trong RAID 10. Bạn sẽ có hiệu năng tốt hơn và dự phòng thực sự cho dữ liệu của mình. Vì dù sao bạn chỉ sử dụng 1 TB, bạn vẫn còn 9 TB để phát triển trong tương lai và thật lòng mà nói, nếu bạn đạt được điều đó, bạn cần xem xét một thiết bị NAS hoặc máy chủ lưu trữ chuyên dụng.

Khi bạn đưa mảng RAID của mình vào trạng thái hợp lý, bạn cũng sẽ giải quyết vấn đề này, vì nó sẽ nhỏ hơn 16 TiB mà hiện tại nó đang phàn nàn. Nhưng, nếu bạn muốn biết, đó không phải là kích thước của mảng mà nó có vấn đề, đó là số lượng cụm. Bạn cần có ít hơn 2 ^ 32 cụm trong khối lượng bạn đang sao lưu. Thay đổi kích thước cụm của bạn từ 4 KB thành 8 KB và bạn nên đi.

Để kiểm tra kích thước cụm của bạn, sử dụng:

fsutil fsinfo ntfsinfo F:

Và bạn sẽ nhận được một cái gì đó như screenclip dưới đây.

nhập mô tả hình ảnh ở đây

Nếu bạn tò mò số 16TiB đó đến từ đâu, bài đăng trên blog msDN này sẽ xóa nó cho bạn .


Cảm ơn bạn đã quan tâm về RAID. Tôi đã cố gắng thuyết phục sếp cho phép tôi sử dụng RAID6 trên đó, nhưng không thành công. Nó thực sự nằm trong một mảng gồm 5TB đĩa, không phải đĩa 2TB (xin lỗi về điều đó, tôi nên đã chỉ định). Lý do có quá ít dữ liệu đang được sử dụng trên đó là vì chúng tôi chưa đưa nó vào sản xuất. Nhưng, cuối cùng nó sẽ là NAS mới của chúng tôi. Và chúng tôi cũng thực hiện sao lưu rất thường xuyên để chúng tôi có thể dễ dàng phục hồi từ một mảng bị xuống cấp. Vì vậy, điều đó có nghĩa là nếu tôi tạo lại mảng với kích thước sọc lớn hơn mà tôi sẽ không gặp phải vấn đề này?
Chris Powell

1
@ChrisPowell Xin lỗi, tôi viết sai (nhập sai). Tôi có nghĩa là để nói cụm, không sọc. Bạn cần định dạng lại mảng, ngoại trừ lần này, chọn 8 KB (hoặc hơn, nếu bạn muốn) cho kích thước cụm của bạn.
HoplessN00b

2
@ChrisPowell Cảm ơn bạn đã nỗ lực đặt câu hỏi hay ... và tôi cũng có thể trả lời. :)
HoplessN00b

1
Chỉ là một bản cập nhật; bạn sẽ rất vui khi biết rằng tôi đã nói chuyện với sếp của mình một lần nữa và tôi đã thuyết phục anh ấy cho phép tôi chuyển NAS sang RAID6 và nâng cấp các ổ đĩa lên 6TB. Cảm ơn lần nữa vì sự giúp đỡ của bạn.
Chris Powell

Một cập nhật khác: Tôi vừa nhận được các ổ đĩa, tôi đã thiết lập mảng và được định dạng với kích thước cụm 8KB và tôi vẫn gặp lỗi này. Có lời khuyên nào không? Tôi đã kiểm tra tổng số cụm của mình và nó cũng dưới 2 ^ 32.
Chris Powell

0

16,7 TB là giới hạn kích thước tệp cho hệ thống tệp NTFS. Giới hạn kích thước tệp của NTFS5 là 16 exabyte. Vì đây là ổ lưu trữ được chia sẻ, nên nó có thể được định dạng NTFS, không phải định dạng NTFS5. Bạn sẽ cần phải kiểm tra. Tất cả các nhược điểm tôi nhận được là những người cho rằng bạn đang ghi vào hệ thống tệp NTFS5.


Trừ đi tất cả những gì bạn muốn - câu trả lời này là chính xác
Andrew S

1
WSB sẽ không ghi tệp 16 TiB cho ~ 1 TiB dữ liệu để sao lưu, vì vậy không phải vậy. Nguồn gốc thực sự của vấn đề là giới hạn triển khai NTFS của cụm 2 ^ 32 -1, kết hợp với kích thước cụm 4KB , được mặc định trong một thời gian rất dài.
HoplessN00b
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.