Windows Server Backup Error - Volume lebih besar dari 16.7TB tidak dapat dilindungi?

Saya mencoba menggunakan Windows Server Backup untuk mencadangkan array RAID di server baru saya. Tapi, ketika saya melakukannya, saya mengalami kesalahan ini:

masukkan deskripsi gambar di sini

Server menjalankan Windows Server 2012 R2 dan array yang dimaksud berukuran 20TB (dengan 18TB dapat digunakan); kurang dari 1TB sedang digunakan.

Saya tahu bahwa di Windows Server 2008, Anda tidak dapat membuat cadangan volume yang lebih besar dari 2TB karena keterbatasan dalam VHD, tetapi Microsoft sekarang telah beralih ke VHDX, yang memungkinkan volume 64TB didukung. Saya juga sadar daripada untuk memanfaatkan ini, drive yang dimaksud haruslah GPT.

Saya telah mengkonfirmasi bahwa disk saya sebenarnya adalah GPT.

masukkan deskripsi gambar di sini

Ketika saya menjalankan Windows Server Backup, saya menggunakan opsi "Backup Once" dan mencadangkan ke drive jaringan. Saya juga menggunakan apa yang saya yakini sebagai pengaturan standar. Tetapi, ketika saya mencoba untuk menjalankan cadangan, saya disajikan dengan kesalahan yang terlihat di atas.

Saya tidak yakin mengapa ini dibatasi pada 16,7TB, karena Windows Server Backup dapat membuat cadangan volume hingga 64TB. Adakah yang bisa memberi saya wawasan mengapa ini terjadi atau apa yang mungkin saya lakukan salah?

Pembaruan: Saya telah menerima drive baru dan membuat array lagi tetapi saya masih mendapatkan kesalahan yang sama. Saya dapat mengonfirmasi bahwa jumlah cluster saya di bawah 2 ^ 32.

masukkan deskripsi gambar di sini

Saya membaca dalam pertanyaan ini bahwa ternyata cadangan Windows tidak mendukung pencadangan ke atau dari disk yang tidak memiliki sektor 512 atau 512e byte. Melihat fileshare yang saya coba backup, ia menggunakan sektor 4k. Mungkinkah ini masalah mendasar? Jika ini membantu, bagian yang saya coba cadangkan sedang di-host di server CentOS.

— Chris Powell
sumber

Ini adalah pesan 'dilindungi', bukan pesan spasi, per se. 'Pengaturan standar' untuk cadangan server Windows adalah dengan menggunakan DPM - Manajer Perlindungan Data. Tampaknya ada batasan perangkat lunak saat menggunakan DPM. Anda mungkin ingin melihat apakah pengaturan akan memungkinkan salinan byte-untuk-byte terjadi, tanpa yang disebut 'perlindungan' diaktifkan, dengan asumsi Anda memiliki cara untuk mengembalikan salinan byte-untuk-byte jika Anda perlu.

— Andrew S

@AndrewS Tidak, itu pesan dari Windows Server Backup. "Terlindungi" tampaknya menjadi kata kunci baru di cadangan belakangan ini. Bahkan dasbor Avamar (produk cadangan perusahaan d2d) memberi tahu saya dasbornya memiliki data X TB "terlindungi" bagi kami.

— HopelessN00b

Itu adalah penyalahgunaan kata 'cadangan'. Para dewa ITIL mulai marah, tidak diragukan lagi. Tetapi, ternyata batas FILE SIZE pada NTFS adalah 16.7TB, jadi itulah masalahnya - cadangan (saya menduga) adalah satu file raksasa dan 16.7TB adalah batas untuk ukuran itu. Microsoft dan vendor lain dapat memotongnya dan menyebutnya 'perlindungan' atau siput pemasaran idiot lainnya yang mereka inginkan, saya masih akan menyebutnya 'cadangan'.

— Andrew S

@AndrewS Ini digunakan sebagai ukuran ukuran data asli, sebelum deduplikasi data dan snapshotting dan semacamnya. Dan batas ukuran file untuk NTFS pada Server 2012 adalah 256TiB, bukan 16 TiB .

— HopelessN00b

FWIW: masalah yang sama di sini. Server 2016, 20 dan 63 drive TB, 16KB byte per cluster pada volume, di bawah 2 ^ 32 cluster per volume, disk fisik sektor 512 byte, dan GPT. vss shadows bekerja tanpa masalah, backup mendapatkan kesalahan yang sama seperti Anda. Saya akan menyerah dan menulis skrip PowerShell yang mengambil snapshot dan menjalankan skrip yang telah ditentukan per folder, dan untuk file di root, yang akan jauh lebih menyusahkan untuk mengelola ...

— Cookie Monster

Jawaban:

OK, alasan Cadangan Server Windows gagal karena ukuran cluster yang Anda gunakan pada volume. (Dan saya akan menjelaskan mengapa itu pada akhirnya, setelah masalah penting dari array RAID Anda menjadi bom waktu.)

Namun sebelum mengatasi masalah cadangan, kami perlu mengatasi masalah ini dengan pengaturan RAID Anda.

Jangan gunakan RAID5 dengan disk besar. Dan jangan Anda menggunakan RAID5 dengan array dengan banyak anggota. Dengan hanya satu disk paritas, Anda hampir pasti mengalami URE (kesalahan baca yang tidak dapat dipulihkan) atau kegagalan disk lain dengan banyak disk besar, sehingga Anda tidak memiliki redundansi nyata. Jika Anda harus menggunakan parity RAID, gunakan RAID6, tetapi meskipun demikian, parity RAID datang dengan kelemahan serius, jadi pikirkan lama dan keras sebelum Anda memilih RAID parity.

Saya akan merekomendasikan memecah array 20 TB itu ke bawah dan membuatnya kembali di RAID 10. Anda akan mendapatkan kinerja yang jauh lebih baik dan redundansi nyata untuk data Anda. Karena Anda hanya menggunakan 1 TB, Anda masih memiliki 9 TB tersisa untuk pertumbuhan di masa depan, dan terus terang, jika Anda menekannya, Anda harus melihat ke perangkat NAS atau server penyimpanan khusus.

Setelah Anda mendapatkan array RAID Anda ke keadaan yang masuk akal, Anda akan menyelesaikan masalah ini juga, karena akan lebih kecil dari 16 TiB yang saat ini dikeluhkan. Tetapi, jika Anda ingin tahu, itu bukan ukuran array yang bermasalah, itu adalah jumlah cluster. Anda harus memiliki kurang dari 2 ^ 32 cluster dalam volume yang Anda buat cadangannya. Ubah ukuran kluster Anda dari 4 KB ke 8 KB dan Anda harus siap.

Untuk memeriksa ukuran kluster Anda, gunakan:

fsutil fsinfo ntfsinfo F:

Dan Anda harus mendapatkan sesuatu seperti screenclip di bawah ini.

masukkan deskripsi gambar di sini

Jika Anda penasaran dari mana angka 16TiB itu berasal, posting blog msdn ini akan menjelaskannya untuk Anda .

— HopelessN00b
sumber

Terima kasih atas perhatian Anda tentang RAID. Saya mencoba meyakinkan bos saya untuk membiarkan saya menggunakan RAID6 di atasnya, tetapi tidak berhasil. Ini sebenarnya dalam array disk 5TB, bukan disk 2TB (maaf tentang itu, saya harus menentukan). Alasan mengapa begitu sedikit data yang digunakan adalah karena kami belum memproduksinya. Tapi, pada akhirnya akan menjadi NAS baru kita. Dan kami juga sering melakukan pencadangan sehingga kami dapat dengan mudah memulihkan dari array yang rusak. Jadi, apakah itu berarti bahwa jika saya membuat ulang array dengan ukuran garis yang lebih besar maka saya tidak akan mengalami masalah ini?

— Chris Powell

@ ChrisPowell Maaf, saya salah bicara (salah ketik). Saya bermaksud mengatakan kluster, bukan garis. Anda perlu memformat ulang array, kecuali kali ini, pilih 8 KB (atau lebih, jika Anda mau) untuk ukuran cluster Anda.

— HopelessN00b

@ ChrisPowell Terima kasih telah berupaya mengajukan pertanyaan yang bagus ... dan satu lagi yang bisa saya jawab, bonus. :)

— HopelessN00b

Hanya pembaruan; Anda akan senang mengetahui bahwa saya berbicara dengan bos saya lagi dan saya meyakinkan dia untuk membiarkan saya mengganti NAS ke RAID6 dan memutakhirkan drive ke 6TB. Sekali lagi terima kasih atas bantuannya.

— Chris Powell

Pembaruan lain: Saya baru saja memasukkan drive, saya mengatur array dan diformat dengan ukuran cluster 8KB dan saya masih mendapatkan kesalahan ini. Ada saran? Saya memeriksa total cluster saya dan berada di bawah 2 ^ 32.

— Chris Powell

16.7 TB adalah batas ukuran file untuk sistem file NTFS. Batas ukuran file NTFS5 adalah 16 exabyte. Karena ini adalah drive penyimpanan bersama, itu mungkin diformat NTFS, bukan diformat NTFS5. Anda perlu memeriksa. Semua minus yang saya dapatkan adalah orang-orang yang menganggap Anda menulis ke sistem file NTFS5.

— Andrew S
sumber

Minus semua yang Anda inginkan - jawaban ini benar

— Andrew S

WSB tidak akan menulis file 16 TiB untuk ~ 1 TiB data untuk dicadangkan, jadi bukan itu. Sumber masalah yang sebenarnya adalah batas implementasi NTFS dari 2 ^ 32 -1 cluster, dikombinasikan dengan ukuran cluster 4KB , yang telah menjadi standar untuk waktu yang sangat lama.

— HopelessN00b