Windows Server Backup Error - ปริมาณที่มากกว่า 16.7TB ไม่สามารถป้องกันได้

ฉันพยายามใช้ Windows Server Backup เพื่อสำรองข้อมูลอาร์เรย์ RAID บนเซิร์ฟเวอร์ใหม่ของฉัน แต่เมื่อฉันทำฉันพบข้อผิดพลาดนี้:

ป้อนคำอธิบายรูปภาพที่นี่

เซิร์ฟเวอร์กำลังเรียกใช้ Windows Server 2012 R2 และอาร์เรย์ที่มีปัญหาคือขนาด 20TB (พร้อมใช้งาน 18TB) กำลังใช้งานน้อยกว่า 1TB

ฉันรู้ว่าใน Windows Server 2008 คุณไม่สามารถสำรองข้อมูลไดรฟ์ข้อมูลที่มีขนาดใหญ่กว่า 2TB เนื่องจากข้อ จำกัด ใน VHD แต่ขณะนี้ Microsoft ได้เปลี่ยนเป็น VHDX ซึ่งอนุญาตให้มีการสำรองข้อมูลไดรฟ์ 64TB ฉันยังรับรู้มากกว่าที่จะใช้ประโยชน์จากสิ่งนี้ไดรฟ์ที่มีปัญหาต้องเป็น GPT

ฉันยืนยันว่าดิสก์ของฉันเป็นจริง GPT

ป้อนคำอธิบายรูปภาพที่นี่

เมื่อฉันเรียกใช้ Windows Server Backup ฉันใช้ตัวเลือก "Backup Once" และสำรองข้อมูลไปยังไดรฟ์เครือข่าย ฉันยังใช้สิ่งที่ฉันเชื่อว่าเป็นการตั้งค่ามาตรฐาน แต่เมื่อฉันพยายามเรียกใช้การสำรองข้อมูลฉันจะพบกับข้อผิดพลาดที่เห็นด้านบน

ฉันไม่แน่ใจว่าทำไมการทำเช่นนี้ถึงสูงสุดที่ 16.7TB เนื่องจาก Windows Server Backup สามารถสำรองข้อมูลไดรฟ์ได้สูงสุด 64TB ใครช่วยให้ฉันเข้าใจว่าทำไมสิ่งนี้อาจเกิดขึ้นหรือสิ่งที่ฉันอาจทำผิด?

อัปเดต: ฉันได้รับไดรฟ์ใหม่และสร้างอาร์เรย์อีกครั้ง แต่ฉันยังคงได้รับข้อผิดพลาดเดิม ฉันสามารถยืนยันได้ว่าการนับคลัสเตอร์ของฉันต่ำกว่า 2 ^ 32

ป้อนคำอธิบายรูปภาพที่นี่

ฉันอ่านในคำถามนี้ว่าการสำรองข้อมูลของ Windows ไม่สนับสนุนการสำรองข้อมูลไปยังหรือจากดิสก์ที่ไม่มีภาค 512 หรือ 512e ดูไฟล์แชร์ที่ฉันพยายามสำรองไว้ใช้ส่วน 4k นี่อาจเป็นปัญหาพื้นฐานหรือไม่ หากช่วยได้การแบ่งปันที่ฉันพยายามสำรองไว้จะถูกโฮสต์บนเซิร์ฟเวอร์ CentOS

— Chris Powell
แหล่งที่มา

มันเป็นข้อความ 'ป้องกัน' ไม่ใช่ข้อความเว้นวรรคต่อ se 'การตั้งค่ามาตรฐาน' สำหรับการสำรองข้อมูลเซิร์ฟเวอร์ Windows คือการใช้ DPM - Data Protection Manager ดูเหมือนว่ามีข้อ จำกัด ซอฟต์แวร์เมื่อใช้ DPM คุณอาจต้องการดูว่าการตั้งค่าจะอนุญาตให้มีการคัดลอกไบต์สำหรับไบต์โดยไม่เรียกว่า 'การป้องกัน' เปิดใช้งานสมมติว่าคุณมีวิธีการกู้คืนสำเนาไบต์สำหรับไบต์ถ้าคุณต้องการ

— แอนดรู S

@AndrewS ไม่นั่นเป็นข้อความจาก Windows Server Backup "ป้องกัน" น่าจะเป็น buzzword ใหม่ในการสำรองข้อมูลวันนี้ แม้แต่แผงควบคุม Avamar (ผลิตภัณฑ์สำรองข้อมูลองค์กร d2d) ของฉันก็บอกฉันว่ามี "การป้องกัน" ข้อมูล X TB สำหรับเรา

— HopelessN00b

นั่นคือการใช้คำว่า 'backup' ในทางที่โชคร้าย เหล่าทวยเทพ ITIL เริ่มโกรธไม่ต้องสงสัย แต่เนื่องจากปรากฎขีด จำกัด ของขนาดไฟล์บน NTFS คือ 16.7TB ดังนั้นนั่นคือปัญหาคือ - การสำรองข้อมูล (ฉันเดา) เป็นไฟล์ขนาดยักษ์หนึ่งไฟล์และขนาด 16.7TB นั้น จำกัด สำหรับขนาดนั้น Microsoft และผู้ขายรายอื่นสามารถทำการรวมเข้าด้วยกันและเรียกมันว่า 'การป้องกัน' หรือกระสุนการตลาดที่งี่เง่าอื่น ๆ ที่พวกเขาต้องการฉันจะยังคงเรียกมันว่า 'การสำรองข้อมูล'

— แอนดรู S

@AndrewS มันถูกใช้เป็นตัวชี้วัดของขนาดข้อมูลต้นฉบับก่อนการขจัดข้อมูลซ้ำซ้อนและ snapshotting และเช่น และขีด จำกัด ขนาดไฟล์สำหรับ NTFS บนเซิร์ฟเวอร์ 2012 เป็น 256TiB ไม่ 16 TiB

— HopelessN00b

FWIW: ปัญหาเดียวกันที่นี่ เซิร์ฟเวอร์ 2016, 20 และ 63 TB ไดรฟ์, 16KB ไบต์ต่อคลัสเตอร์บนไดรฟ์ข้อมูล, ภายใต้ 2 ^ 32 คลัสเตอร์ต่อโวลุ่ม, ฟิสิคัลดิสก์ 512 ไบต์และเซกเตอร์ GPT vss shadows ทำงานได้โดยไม่มีปัญหาการสำรองข้อมูลจะได้รับข้อผิดพลาดเดียวกับคุณ ฉันกำลังจะยอมแพ้และเขียนสคริปต์ PowerShell เจ้ากรรมที่ถ่ายภาพและรันสคริปต์ที่กำหนดไว้ล่วงหน้าต่อโฟลเดอร์และสำหรับไฟล์ที่รากซึ่งจะเจ็บปวดมากในการจัดการ ...

— Cookie Monster

คำตอบ:

ตกลงสาเหตุที่ Windows Server Backup ล้มเหลวเนื่องจากขนาดคลัสเตอร์ที่คุณใช้กับไดรฟ์ข้อมูล (และฉันจะอธิบายอย่างชัดเจนว่าเหตุใดจึงเป็นที่สิ้นสุดหลังจากปัญหาสำคัญของอาร์เรย์ RAID ของคุณคือระเบิดเวลา)

แต่ก่อนที่จะแก้ไขปัญหาการสำรองข้อมูลเราจำเป็นต้องแก้ไขปัญหาด้วยการตั้งค่า RAID ของคุณ

อย่าใช้ RAID5 กับดิสก์ขนาดใหญ่ และคุณไม่ใช้ RAID5 กับอาร์เรย์ที่มีสมาชิกจำนวนมาก ด้วยดิสก์พาริตี้เพียงแผ่นเดียวคุณจะมั่นใจได้ว่าเกิดข้อผิดพลาดในการอ่าน (ไม่สามารถกู้คืนได้) URE หรือดิสก์อื่นที่มีดิสก์ขนาดใหญ่จำนวนมากล้มเหลวดังนั้นคุณจึงไม่มีความซ้ำซ้อนจริง หากคุณต้องใช้พาริตี้ RAID ให้ใช้ RAID6 แต่ถึงอย่างนั้นพาริตี้ RAID มาพร้อมกับข้อเสียร้ายแรงดังนั้นให้คิดให้นานและหนักหน่วงก่อนที่จะตัดสินใจเลือกพาริตี้ RAID

ฉันขอแนะนำให้ทำลายอาร์เรย์ 20 TB ลงและสร้างใหม่ใน RAID 10 คุณจะได้รับประสิทธิภาพที่ดีขึ้นมากและการสำรองข้อมูลจริงของคุณ เนื่องจากคุณใช้เพียง 1 TB เท่านั้นคุณยังมีเหลืออีก 9 TB สำหรับการเติบโตในอนาคตและตรงไปตรงมาหากคุณประสบกับปัญหาดังกล่าวคุณจะต้องมองหาอุปกรณ์ NAS หรือเซิร์ฟเวอร์เก็บข้อมูลโดยเฉพาะ

เมื่อคุณได้รับอาร์เรย์ RAID ของคุณเข้าสู่สถานะที่เหมาะสมแล้วคุณจะแก้ปัญหานี้เช่นกันเพราะมันจะมีขนาดเล็กกว่า 16 TiB ที่มันกำลังบ่นอยู่ แต่ถ้าคุณต้องการรู้มันไม่ใช่ขนาดของอาเรย์ที่มีปัญหามันคือจำนวนของกลุ่ม คุณต้องมีกลุ่มน้อยกว่า 2 ^ 32 ในปริมาณที่คุณสำรอง เปลี่ยนขนาดคลัสเตอร์ของคุณจาก 4 KB เป็น 8 KB และคุณน่าจะดี

ในการตรวจสอบขนาดคลัสเตอร์ของคุณให้ใช้:

fsutil fsinfo ntfsinfo F:

และคุณควรได้รับ screenclip ด้านล่าง

ป้อนคำอธิบายรูปภาพที่นี่

หากคุณกำลังอยากรู้อยากเห็นว่าจำนวน 16TiB มาจากการโพสต์บล็อกนี้ MSDN ควรล้างมันขึ้นสำหรับคุณ

— HopelessN00b
แหล่งที่มา

ขอบคุณสำหรับความกังวลเกี่ยวกับ RAID ฉันพยายามโน้มน้าวให้เจ้านายของฉันปล่อยให้ฉันใช้ RAID6 กับมัน แต่ก็ไม่สำเร็จ จริงๆแล้วมันอยู่ในอาร์เรย์ของดิสก์ 5TB ไม่ใช่ดิสก์ 2TB (ขออภัยเกี่ยวกับเรื่องนั้นฉันควรระบุไว้) เหตุผลที่มีการใช้ข้อมูลน้อยมากเพราะเรายังไม่ได้นำไปผลิต แต่ในที่สุดมันจะเป็น NAS ใหม่ของเรา และเรายังทำการสำรองข้อมูลบ่อยครั้งมากเพื่อให้เราสามารถกู้คืนจากอาร์เรย์ที่เสื่อมโทรมได้ง่าย นั่นหมายความว่าถ้าฉันสร้างอาร์เรย์ขึ้นใหม่ด้วยขนาดแถบที่ใหญ่กว่าที่ฉันจะไม่มีปัญหานี้หรือไม่?

— Chris Powell

@ChrisPowell ขออภัยฉัน misspoke (พิมพ์ผิด) ฉันหมายถึงพูดว่าคลัสเตอร์ไม่ใช่สตริป คุณต้องฟอร์แมตอาร์เรย์ยกเว้นเวลานี้เลือก 8 KB (หรือมากกว่านั้นถ้าคุณต้องการ) สำหรับขนาดคลัสเตอร์ของคุณ

— HopelessN00b

@ChrisPowell ขอบคุณสำหรับความพยายามในการถามคำถามที่ดี ... และฉันก็สามารถตอบได้เช่นกันโบนัส :)

— HopelessN00b

เพียงแค่อัปเดต; คุณจะมีความสุขที่ได้รู้ว่าฉันได้พูดคุยกับเจ้านายของฉันอีกครั้งและฉันเชื่อว่าเขาจะให้ฉันเปลี่ยน NAS เป็น RAID6 และอัปเกรดไดรฟ์เป็น 6TB ขอบคุณอีกครั้งสำหรับความช่วยเหลือของคุณ

— Chris Powell

การปรับปรุงอื่น: ฉันเพิ่งได้รับไดรฟ์ฉันตั้งค่าอาร์เรย์และจัดรูปแบบด้วยขนาดคลัสเตอร์ 8KB และฉันยังคงได้รับข้อผิดพลาดนี้ คำแนะนำใด ๆ? ฉันตรวจสอบกลุ่มทั้งหมดของฉันและมันก็ต่ำกว่า 2 ^ 32

— Chris Powell

16.7 TB เป็นข้อ จำกัด ขนาดไฟล์สำหรับระบบไฟล์ NTFS ขีด จำกัด ขนาดไฟล์ของ NTFS5 คือ 16 exabyte เนื่องจากนี่เป็นไดรฟ์เก็บข้อมูลที่ใช้ร่วมกันจึงอาจมีการจัดรูปแบบ NTFS ไม่ใช่ฟอร์แมต NTFS5 คุณจะต้องตรวจสอบ ข้อเสียทั้งหมดที่ฉันได้รับคือคนที่คิดว่าคุณกำลังเขียนไปยังระบบไฟล์ NTFS5

— แอนดรูว์
แหล่งที่มา

ลบทั้งหมดที่คุณต้องการ - คำตอบนี้ถูกต้อง

— Andrew S

WSB จะไม่เขียนไฟล์ 16 TiB สำหรับข้อมูล ~ 1 TiB ไปยังการสำรองข้อมูลดังนั้นจึงไม่เป็นเช่นนั้น แหล่งที่มาที่แท้จริงของปัญหาคือข้อ จำกัด ในการใช้งาน NTFS ของคลัสเตอร์ 2 ^ 32 -1 รวมกับขนาดคลัสเตอร์ 4KBซึ่งเป็นค่าเริ่มต้นมาเป็นเวลานาน

— HopelessN00b