Windows Server Yedekleme Hatası - 16,7 TB'tan büyük birimler korunamıyor mu?

Yeni sunucumdaki bir RAID dizisini yedeklemek için Windows Server Yedekleme'yi kullanmaya çalışıyorum. Ama yaptığımda, bu hatayla karşılaşıyorum:

resim açıklamasını buraya girin

Sunucu Windows Server 2012 R2 çalıştırıyor ve söz konusu dizinin boyutu 20 TB (18 TB kullanılabilir); şu anda 1 TB'tan daha az kullanılıyor.

Windows Server 2008 işletim sisteminde, VHD'deki bir sınırlama nedeniyle 2 TB'tan büyük birimleri yedekleyemediğinizi biliyorum, ancak Microsoft artık 64 TB'lık birimlerin yedeklenmesine izin veren VHDX'e geçti. Ayrıca bundan yararlanmak için söz konusu sürücünün GPT olması gerektiğinin farkındayım.

Diskimin aslında GPT olduğunu doğruladım.

resim açıklamasını buraya girin

Windows Server Yedekleme'yi çalıştırdığımda, "Bir Kez Yedekle" seçeneğini kullanıyorum ve bir ağ sürücüsüne yedekliyorum. Ayrıca standart ayarlar olduğuna inandığım şeyi kullanıyorum. Ancak, yedeklemeyi çalıştırmayı denediğimde, yukarıda görülen hatayla karşılaşıyorum.

Windows Server Yedekleme 64 TB'a kadar olan birimleri yedekleyebildiğinden, bunun neden 16.7TB'de olduğundan emin değilim. Biri bana bunun neden olabileceği veya neyi yanlış yapabileceğim konusunda bir fikir verebilir mi?

Güncelleme: Yeni sürücüler aldım ve diziyi tekrar oluşturdum ama yine de aynı hatayı alıyorum. Küme sayımın 2 ^ 32'nin altında olduğunu onaylayabilirim.

resim açıklamasını buraya girin

Ben okuduğum bu görünüşte Windows yedekleme veya ikisinden biri 512 veya 512e bayt sektörleri yok disklerden yedekleme desteklemediği soruya. Yedeklemeye çalıştığım dosya paylaşımına baktığımda 4k sektör kullanıyor. Altta yatan sorun bu olabilir mi? Yardımcı olursa, yedeklemeye çalıştığım paylaşım bir CentOS sunucusunda barındırılıyor.

— Chris Powell
kaynak

Kendisi bir boşluk mesajı değil, 'korumalı' bir mesajdır. 'Standart ayarlar' bir Windows sunucu yedeklemesi için DPM - Veri Koruma Yöneticisi kullanmaktır. DPM kullanılırken bir yazılım sınırlaması var gibi görünüyor. Gerekirse bir bayt-bayt kopyasını geri yüklemek için bir yolunuz olduğunu varsayarsak, ayarların 'koruma' etkin olmadan bayt-bayt kopyasının yapılmasına izin verip vermeyeceğini görmek isteyebilirsiniz.

— Andrew S

@AndrewS Hayır, bu Windows Server Yedekleme'den bir mesaj. "Korumalı" bu günlerde yedeklerde yeni bir terim gibi görünüyor. Hatta Avamar (kurumsal d2d yedek ürün) kontrol panelim bile bize "TB" veri korumalı olduğunu söylüyor.

— HopelessN00b

Bu 'yedekleme' kelimesinin talihsiz bir şekilde yanlış kullanımı. ITIL tanrıları kızıyor, şüphesiz. Ancak, NTFS'deki DOSYA BOYUTU sınırı 16.7TB olduğu için, sorun budur - yedekleme (tahmin ediyorum) dev bir dosyadır ve 16.7TB bu boyut için sınırdır. Microsoft ve diğer satıcılar onu idare edebilir ve ona 'koruma' veya istedikleri diğer aptal pazarlama sümüklerini söyleyebilirler, yine de 'yedek' diyeceğim.

— Andrew S

@AndrewS Veri tekilleştirme ve anlık görüntü çekmeden önce orijinal veri boyutunun bir ölçüsü olarak kullanılır. Server 2012'de NTFS için dosya boyutu sınırı 16 TiB değil 256TiB'dir .

— HopelessN00b

FWIW: burada da aynı sorun var. Sunucu 2016, 20 ve 63 TB sürücüler, birimdeki küme başına 16KB bayt, birim başına 2 ^ 32 kümenin altında, fiziksel disk 512 bayt sektörleri ve GPT. vss gölgeler sorunsuz çalışır, yedeklemeler sizinle aynı hatayı alır. Anlık görüntü alıp klasör başına önceden belirlenmiş bir komut dosyası çalıştıran ve kökündeki dosyalar için yönetilecek bir acı daha fazla olacak lanet bir powershell betiğinden vazgeçmek ve yazmak üzereyim ...

— Cookie Monster

Yanıtlar:

Tamam, Windows Server Yedekleme'nin başarısız olmasının nedeni, birimde kullandığınız küme boyutudur. (Ve RAID dizinizin önemli bir saatli bomba olmasından sonra bunun neden sonunda olduğunu açıklayacağım.)

Ancak yedekleme sorununu gidermeden önce, sorunu RAID kurulumunuzda gidermemiz gerekir.

RAID5'i büyük disklerle kullanmayın. Ve RAID5'i çok üyeli dizilerle kullanmayın. Yalnızca bir eşlik diskiyle, (kurtarılamayan okuma hatası) URE veya o kadar büyük diskte başka bir disk arızasıyla karşılaşacağınızdan neredeyse emin olabilirsiniz, böylece gerçek bir yedekliliğiniz olmaz. Eşlik RAID kullanmanız gerekiyorsa, RAID6 kullanın, ancak o zaman bile, eşlik RAID ciddi dezavantajlara sahiptir, bu yüzden eşlik RAID'e yerleşmeden önce uzun ve sert düşünün.

Bu 20 TB dizisini bozmanızı ve RAID 10'da yeniden oluşturmanızı öneririm. Verileriniz için çok daha iyi performans ve gerçek yedeklilik elde edersiniz. Yine de sadece 1 TB kullandığınız için, gelecekteki büyüme için hala 9 TB kaldı ve açıkçası, buna çarparsanız, özel bir NAS cihazına veya depolama sunucusuna bakmanız gerekir.

RAID dizinizi makul bir duruma getirdiğinizde, bu sorunu da çözeceksiniz, çünkü şu anda şikayet ettiği 16 TiB'den daha küçük olacaktır. Ancak, bilmek istiyorsanız, sorunu olan dizinin boyutu değil, kümelerin sayısıdır. Yedeklediğiniz birimde 2 ^ 32'den az kümeye sahip olmanız gerekir. Küme boyutunuzu 4 KB'tan 8 KB'a değiştirin ve gitmek için iyi olmalısınız.

Küme boyutunuzu kontrol etmek için şunu kullanın:

fsutil fsinfo ntfsinfo F:

Ve aşağıdaki ekran görüntüsü gibi bir şey almalısınız.

resim açıklamasını buraya girin

Bu 16TiB numarasının nereden geldiğini merak ediyorsanız, bu msdn blog yayını sizin için temizlemelidir .

— HopelessN00b
kaynak

RAID ile ilgili endişeleriniz için teşekkür ederiz. Patronumu RAID6'yı kullanmama izin vermeye ikna etmeye çalıştım, ancak başarısız oldu. Aslında 5 TB diskler bir dizi, 2 TB diskler (bunun için üzgünüm, ben belirtmeliydim). Üzerinde çok az veri kullanılmasının nedeni henüz üretime girmememizdir. Ama sonunda yeni NAS'ımız olacak. Ayrıca, bozulmuş bir diziden kolayca kurtulabilmemiz için sık sık yedekleme yaparız. Yani, diziyi daha büyük bir şerit boyutuyla yeniden oluşturduğumda, bu sorunla karşılaşmayacağım anlamına mı geliyor?

— Chris Powell

@ChrisPowell Üzgünüm, yanlış yazdım (yanlış yazılmış). Küme demek istedim, şerit değil. Diziyi yeniden biçimlendirmeniz gerekir, ancak bu süre dışında küme boyutunuz için 8 KB (veya isterseniz daha fazla) seçin.

— HopelessN00b

@ChrisPowell İyi bir soru sormak için çaba harcadığınız için teşekkürler ... ve cevaplayabileceğim bir şey de bonus. :)

— HopelessN00b

Sadece bir güncelleme; Patronumla tekrar konuştuğumu bilmekten mutluluk duyacaksınız ve NAS'ı RAID6'ya geçirmeme ve sürücüleri 6 TB'a yükseltmeme izin vereceğine ikna oldum. Yardımınız için tekrar teşekkür ederim.

— Chris Powell

Başka bir güncelleme: Ben sadece sürücüleri var, dizi kurmak ve 8KB küme boyutu ile biçimlendirilmiş ve hala bu hatayı alıyorum. Herhangi bir tavsiye? Toplam kümelerimi kontrol ettim ve 2 ^ 32'nin altında.

— Chris Powell

16,7 TB, NTFS dosya sistemi için dosya boyutu sınırıdır. NTFS5 dosya boyutu sınırı 16 exabayttır. Bu paylaşılan bir depolama sürücüsü olduğundan, NTFS5 biçimlendirilmiş değil, NTFS biçimlendirilmiş olabilir. Kontrol etmeniz gerekecek. Aldığım tüm eksileri bir NTFS5 dosya sistemine yazdığınızı varsayan insanlar.

— Andrew S
kaynak

Tüm istediğiniz eksi - bu cevap doğru

— Andrew S

WSB yedeklenecek ~ 1 TiB veri için 16 TiB dosyası yazmaz, bu yüzden bu değildir. Sorunun asıl kaynağı, uzun bir süre için varsayılan olan 4KB küme boyutu ile birleştirilen 2 ^ 32 -1 kümelerinin NTFS uygulama sınırıdır .

— HopelessN00b