Şube Önbelleği, DFS-R'nin yerini almaya değer mi?


9

Şu anda tek bir sunucu 2003 etki alanı denetleyicisine sahip küçük bir saplama ofisimiz ve ana ofisimizde bulunan dosya deposunun DFS-R kopyası var. Muhtemelen yaklaşık 100 Gb veri çoğaltıyoruz, yaklaşık 20 Gb maksimum her iki uçta da aktif olarak kullanıldığını tahmin ediyorum. Siteler arasında (nispeten) yavaş ADSL bağlantılarımız var.

Çoğaltılmış dosyaların bazılarında güvenlikte değişiklik yaptığımız durumlar dışında çoğaltma bizim için çoğunlukla iyi çalışır. - Bu, temizlenmesi birkaç gün süren büyük bir değişiklik birikimine neden olur. Sorunlar ve ayrıca Windows 7 ve Server 2008 R2'nin sunduğu yeni Şube Önbellek özelliği hakkında başka yayınlar okudum ve anladığım kadarıyla artıları ve eksileri aşağıdaki gibidir:

Şube Önbelleği

Artıları

  • Sürüm çakışması yok
  • Sonraki erişim için hızlı erişim

Eksileri

  • İlk kez erişim için yavaş erişim
  • Yavaş yazma erişimi

dfsr

Artıları

  • Verilere her zaman hızlı okuma / yazma erişimi
  • Sınırlı miktarda ek veri güvenliği

Eksileri

  • İş yükleri çok kolay olabilir
  • Sürüm çakışmaları birikmiş işler ile ilgili bir sorun olabilir
  • Çoğaltma çok uzun sürebilir - ofisler arasındaki dosyalara gerçek zamanlı erişim için uygun değildir.

Şube önbelleğini test eden var mı? Şube önbelleğinin gerçek dünyada ne kadar iyi performans gösterdiğini merak ediyorum. Kurulumumuz için DFSR'den daha iyi olur mu? Veri yığınlarını önceden getirebilseydim çok yararlı olabileceğini düşünürdüm (sanırım bunu robokopi ile manuel olarak yapabilir ve silebilirim!). Sahip olduğum tek endişe veri yazma yavaş olacaktır.

Ayrıca ana ofisimizde pay noktası uygulamayı düşünüyorum. Bu sadece Şube Önbellek lehine sallanabilir düşünüyorum.

Açıkçası şube önbelleği ile gitmeye karar verdiysem testten geçmek zorunda kalırdım, ama sadece beni bir şekilde veya başka bir şekilde ikna edebilecek başka artıları veya eksileri eksik olup olmadığımı bilmek istedim?

Muhtemelen AD konuşlandırılmış yazılımımızı DFS-R çoğaltılmış ve hatta kullanıcıya özgü veriler (örneğin, Ana Dizinler ve Profiller) olarak tutacağım, aksi takdirde yazma işlemleri istemcilerde gecikmelere neden olur mu?

Yanıtlar:


4

BranchCache sizin için uygun olabilir, ancak Server 2008 ve Server 2008 R2'de yapılan DFS-R'deki bazı performans iyileştirmelerinden de yararlanabilirsiniz.

BranchCache hakkında, gerçek dünyadaki BranchCache performansı hakkında daha fazla bilgi verebilecek bazı vaka çalışmaları yapılmıştır. "BranchCache örnek olay incelemesi" için arama yapmanız yeterlidir.

BranchCache, herhangi bir içerik parçasındaki (dosya, web sayfası ...) her zaman en güncel erişim kontrolü ayarlarını dikkate almaya özen gösterir. İstemci bir bilgisayarın şubedeki önbellekten (barındırılan bir önbellek sunucusunda veya bir eşde) veri indirebilmesi için, ana ofis sunucusundan içerik tanımlayıcıları edinmesi gerekir. İstemcinin verilere erişim izni yoksa, ana ofis sunucusu tanımlayıcıları göndermez. Branchcache.com'da bunun nasıl çalıştığını açıklayan bir sürü belge var.

İsterseniz, şubedeki (veya gerçekte barındırılan önbellek sunucusundaki) istemcilerden birinin verilere önceden erişmesini sağlayarak BranchCache önbelleğini önceden yükleyebilirsiniz. Çalışanlar girmeden önce önbelleği önceden yüklemek istiyorsanız, bu bazı durumlarda yazılabilir.

Bir sunucuyu şubede tutacaksanız ve R2'ye yükseltecekseniz, BranchCache ve DFS-R'nin bir kombinasyonunu dağıtamazsınız. Tek bir kutu aynı anda bir DFS-R çoğaltma noktası ve barındırılan bir önbellek sunucusu olarak işlev görebilir. Sharepoint ve SMB optimizasyonunu bu şekilde elde edebilirsiniz ve verilerinizi iki teknolojiye yayarak, çeşitli veri kategorileriniz için her birinin en iyi özelliklerini elde edebilirsiniz.

Umarım bu yardımcı olur! -Tyler


Teşekkürler, iyi cevap. TBH I, Server 2008 ve Server 2008 R2'deki DFS-R'deki iyileştirmelerin farkında değildi. Kesinlikle biraz daha kazmak zorunda kalacağım.
Bryan
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.