Aracılığıyla paylaş

DataBox kullanarak Ağa Bağlı Depolama'dan (NAS) Azure dosya paylaşımlarına geçiş

  • Makale

Bu geçiş makalesi, NAS ve Azure DataBox anahtar sözcüklerini içeren birkaç makaleden biridir. Bu makalenin senaryonuz için geçerli olup olmadığını denetleyin:

  • Veri kaynağı: Ağa Bağlı Depolama (NAS)
  • Geçiş yolu: NAS ⇒ DataBox ⇒ Azure dosya paylaşımı
  • Şirket içinde önbelleğe alma dosyası yok: Nihai hedef Azure dosya paylaşımlarını doğrudan bulutta kullanmak olduğundan Azure Dosya Eşitleme kullanma planı yoktur.

Senaryonuz farklıysa geçiş kılavuzları tablosuna bakın.

Bu makale, NAS aletinizden işlevsel Azure dosya paylaşımlarına geçiş için gereken planlama, dağıtım ve ağ yapılandırmalarında uçtan uca yol gösterir. Bu kılavuzda toplu veri aktarımı (çevrimdışı veri aktarımı) için Azure DataBox kullanılır.

Şunlara uygulanır

Dosya paylaşımı türü SMB NFS
Standart dosya paylaşımları (GPv2), LRS/ZRS Yes Hayır
Standart dosya paylaşımları (GPv2), GRS/GZRS Yes Hayır
Premium dosya paylaşımları (filestorage), LRS/ZRS Yes Hayır

Geçiş hedefleri

Amaç, NAS aletinizdeki paylaşımları Azure'a taşımak ve yerel Azure dosya paylaşımları haline getirmektir. Windows Server'a gerek kalmadan yerel Azure dosya paylaşımlarını kullanabilirsiniz. Bu geçişin, geçiş sırasında üretim verilerinin bütünlüğünü ve kullanılabilirliğini garanti eden bir şekilde yapılması gerekir. İkincisi, normal bakım pencerelerine sığabilmesi veya yalnızca biraz aşabilmesi için kapalı kalma süresinin en düşük düzeyde tutulmasını gerektirir.

Geçiş işlemine genel bakış

Geçiş işlemi birkaç aşamadan oluşur. Azure depolama hesaplarını ve dosya paylaşımlarını dağıtmanız ve ağı yapılandırmanız gerekir. Ardından Azure DataBox ve RoboCopy kullanarak dosyalarınızı geçirerek değişiklikleri yakalayacaksınız. Son olarak, kullanıcılarınızı ve uygulamalarınızı yeni oluşturulan Azure dosya paylaşımlarına devredeceksiniz. Aşağıdaki bölümlerde geçiş işleminin aşamaları ayrıntılı olarak açıklanmaktadır.

İpucu

Bu makaleye geri dönüyorsanız, kaldığınız geçiş aşamasına atlamak için sağ taraftaki gezintiyi kullanın.

1. Aşama: Kaç Azure dosya paylaşımına ihtiyacınız olduğunu belirleme

Bu adımda, kaç Azure dosya paylaşımına ihtiyacınız olduğunu saptayacaksınız. Birimlerinizde şu anda SMB kullanıcılarınıza ve uygulamalarınıza SMB paylaşımları olarak yerel olarak paylaştığınız daha fazla klasör olabilir. Buluta geçirmek istediğiniz dosya paylaşımlarının sayısına bağlı olarak, 1:1 eşlemesi veya paylaşım gruplandırmasını kullanmayı seçebilirsiniz.

1:1 eşlemesi kullanma

Yeterince az sayıda paylaşımınız varsa 1:1 eşlemesi öneririz. Bu senaryoyu yansıtmanın en kolay yolu, 1:1'i Bir Azure dosya paylaşımıyla eşleyen bir şirket içi paylaşım öngörmektir.

Paylaşım gruplandırma özelliğini kullanma

Çok sayıda dosya paylaşımınız varsa, paylaşım gruplandırmayı göz önünde bulundurun. Örneğin, insan kaynakları (İk) departmanınızda 15 paylaşım varsa, tüm İk verilerini tek bir Azure dosya paylaşımında depolamayı düşünebilirsiniz. Bu şekilde, bu şirket içi paylaşım grubu için bulutta yalnızca tek bir Azure dosya paylaşımı gerekir.

2. Aşama: Azure depolama kaynaklarını dağıtma

Bu aşamada, Azure depolama hesaplarını ve bunların içindeki dosya paylaşımlarını sağlarsınız.

Azure dosya paylaşımının bulutta bir Azure depolama hesabında dağıtıldığını unutmayın. Standart dosya paylaşımları için bu düzenleme, depolama hesabını IOPS ve aktarım hızı gibi performans numaraları için bir ölçek hedefi haline getirir. Tek bir depolama hesabına birden çok dosya paylaşımı yerleştirirseniz, bu paylaşımlar için paylaşılan bir IOPS havuzu ve aktarım hızı oluşturursunuz.

Genel bir kural olarak, arşiv paylaşımlarınız varsa veya bu paylaşımlarda günlük etkinliklerin düşük olmasını bekliyorsanız aynı depolama hesabına birden çok Azure dosya paylaşımını havuza alabilirsiniz. Ancak, yüksek düzeyde etkin paylaşımlarınız varsa (birçok kullanıcı ve/veya uygulama tarafından kullanılan paylaşımlar), her biri bir dosya paylaşımıyla depolama hesapları dağıtmak istersiniz. Bu sınırlamalar, her paylaşım için performansın açıkça sağlandığı ve garanti edildiği FileStorage (premium) depolama hesapları için geçerli değildir.

Not

Azure bölgesi başına abonelik başına 250 depolama hesabı sınırı vardır. Kota artışıyla bölge başına en fazla 500 depolama hesabı oluşturabilirsiniz. Daha fazla bilgi için bkz . Azure Depolama hesabı kotalarını artırma.

Depolama hesabı dağıtırken dikkat edilmesi gereken bir diğer nokta da yedekliliktir. Bkz. Azure Dosyalar yedeklilik.

Paylaşımlarınızın listesini oluşturduysanız, her paylaşımı içinde oluşturulacak depolama hesabıyla eşlemeniz gerekir.

Kaynaklarınızın adları da önemlidir. Örneğin, İk departmanı için birden çok paylaşımı bir Azure depolama hesabında gruplandırdığınızda depolama hesabını uygun şekilde adlandırmanız gerekir. Benzer şekilde, Azure dosya paylaşımlarınızı adlandırdığınızda, şirket içi karşılıkları için kullanılanlara benzer adlar kullanmanız gerekir.

Şimdi SMB dosya paylaşımı oluşturma başlığı altında yer alan yönergeleri izleyerek uygun sayıda Azure depolama hesabını uygun sayıda Azure dosya paylaşımıyla dağıtın. Çoğu durumda, depolama hesaplarınızın her birinin bölgesinin aynı olduğundan emin olmak istersiniz.

3. Aşama: Kaç Azure DataBox aletine ihtiyacınız olduğunu belirleme

Bu adımı yalnızca önceki aşamayı tamamladığınızda başlatın. Azure depolama kaynaklarınız (depolama hesapları ve dosya paylaşımları) şu anda oluşturulmalıdır. DataBox siparişiniz sırasında DataBox'ın hangi depolama hesaplarına veri taşıdığını belirtmeniz gerekir.

Bu aşamada, önceki aşamadan geçiş planının sonuçlarını kullanılabilir DataBox seçeneklerinin sınırlarına eşlemeniz gerekir. Bu önemli noktalar, hangi DataBox seçeneklerini seçmeniz gerektiğini ve bunlardan kaç tanesinin NAS paylaşımlarınızı Azure dosya paylaşımlarına taşımanız gerektiğini planlamanıza yardımcı olur.

Hangi türde kaç cihaza ihtiyacınız olduğunu belirlemek için şu önemli sınırları göz önünde bulundurun:

  • Tüm Azure DataBox verileri en fazla 10 depolama hesabına taşıyabilir.
  • Her DataBox seçeneği kendi kullanılabilir kapasitelerinde gelir. Bkz. DataBox seçenekleri.

Oluşturmaya karar vermiş olduğunuz depolama hesabı sayısı ve her birinde paylaşımlar için geçiş planınıza başvurun. Ardından NAS'ınızdaki paylaşımların her birinin boyutuna bakın. Bu bilgilerin birleştirilmesi, hangi aletin hangi depolama hesaplarına veri göndermesi gerektiğine karar vermenize ve iyileştirmenize olanak tanır. İki DataBox cihazının dosyaları aynı depolama hesabına taşımasını sağlayabilirsiniz, ancak tek bir dosya paylaşımının içeriğini 2 DataBox'a bölmeyin.

DataBox seçenekleri

Standart geçiş için bu iki DataBox seçeneğinin bir veya bir bileşimi seçilmelidir:

  • DataBox Bu en yaygın seçenektir. NAS'a benzer sağlamlaştırılmış bir DataBox gereci size gönderilir. 80 TiB kullanılabilir kapasiteye sahiptir. Daha fazla bilgi için bkz . DataBox belgeleri.
  • DataBox Heavy Bu seçenek, 1 PiB kapasiteye sahip NAS'a benzer şekilde çalışan tekerlekler üzerinde dayanıklı bir DataBox aletine sahiptir. Şifreleme ve dosya sistemi ek yükü nedeniyle kullanılabilir kapasite yaklaşık %20 daha azdır. Daha fazla bilgi için bkz . DataBox Heavy belgeleri.

Uyarı

Azure dosya paylaşımlarına geçişler için Data Box Diskleri önerilmez. Data Box Diskleri, erişim izinleri (ACL' ler) ve diğer öznitelikler gibi dosya meta verilerini korumaz.

4. Aşama: Geçici bir Windows Server sağlama

Azure DataBox'larınızın gelmesini beklerken RoboCopy işlerini çalıştırmak için ihtiyacınız olacak bir veya daha fazla Windows Sunucusunu zaten dağıtabilirsiniz.

  • Bu sunucuların ilk kullanımı, dosyaları DataBox'a kopyalamak olacaktır.
  • Bu sunucuların ikinci kullanımı, DataBox aktarımdayken NAS aletinde gerçekleşen değişiklikleri yakalamak olacaktır. Bu yaklaşım, kaynak tarafında kapalı kalma süresini en düşük düzeyde tutar.

RoboCopy işlerinizin çalışma hızı temel olarak şu faktörlere bağlıdır:

Geçici Windows Server'larınıza sağlayacağınız RAM ve iş parçacığı sayısına karar verirken başvuruda bulunılan ayrıntıları göz önünde bulundurmanız önemlidir.

5. Aşama: Azure dosya paylaşımlarını kullanmaya hazırlanma

Zaman kazanmak için DataBox'ınızın gelmesini beklerken bu aşamaya devam etmelisiniz. Bu aşamadaki bilgilerle, Azure'daki ve Azure dışındaki sunucularınızın ve kullanıcılarınızın Azure dosya paylaşımlarınızı kullanmak için nasıl etkinleştirileceğine karar verebileceksiniz. En kritik kararlar şunlardır:

  • Ağ: Ağlarınızın SMB trafiğini yönlendirmesini etkinleştirin.
  • Kimlik doğrulaması: Azure depolama hesaplarını Kerberos kimlik doğrulaması için yapılandırın. AdConnect ve Etki Alanı'nın depolama hesabınıza katılması, uygulamalarınızın ve kullanıcılarınızın kimlik doğrulaması için AD kimliklerini kullanmasına izin verir
  • Yetkilendirme: Her Azure dosya paylaşımı için paylaşım düzeyi ACL'ler, AD kullanıcılarının ve gruplarının belirli bir paylaşıma erişmesine olanak sağlar ve bir Azure dosya paylaşımında yerel NTFS ACL'leri devralır. Dosya ve klasör ACL'lerini temel alan yetkilendirme, şirket içi SMB paylaşımlarında olduğu gibi çalışır.
  • İş sürekliliği: Azure dosya paylaşımlarının mevcut bir ortama tümleştirilmesi genellikle mevcut paylaşım adreslerinin korunmasını gerektirir. HENÜZ DFS-Ad Alanları kullanmıyorsanız, bunu ortamınızda oluşturmayı göz önünde bulundurun. Kullanıcılarınızın ve betiklerinizin kullandığı paylaşım adreslerini değişmeden tutabilirsiniz. DFS-Ad Alanı hedeflerini geçiş sonrasında Azure dosya paylaşımlarına yeniden yönlendirerek SMB için ad alanı yönlendirme hizmeti olarak DFS-N kullanabilirsiniz.

Bu video, beş basit adımda Azure dosya paylaşımlarını doğrudan bilgi çalışanlarına ve uygulamalara güvenli bir şekilde kullanıma sunma kılavuzu ve tanıtımıdır.
Videoda aşağıdaki konular için ayrılmış belgelere başvuruda bulunur. Azure Active Directory'nin artık Microsoft Entra Id olduğunu unutmayın. Daha fazla bilgi için bkz. Azure AD için yeni ad.

6. Aşama: DataBox'ınıza dosya kopyalama

DataBox'ınız geldiğinde, NAS gerecinize engellenmemiş ağ bağlantısıyla DataBox'ınızı ayarlamanız gerekir. Sipariş ettiğiniz DataBox türü için kurulum belgelerini izleyin.

DataBox türüne bağlı olarak, kullanabileceğiniz DataBox kopyalama araçları olabilir. Bu noktada, dosyalarınızı DataBox'a tam uygunlukla kopyalamadıkları için Azure dosya paylaşımlarına geçiş yapılması önerilmez. Bunun yerine RoboCopy kullanın.

DataBox'ınız geldiğinde, sipariş sırasında belirttiğiniz her depolama hesabı için önceden sağlanan SMB paylaşımlarına sahip olur.

  • Dosyalarınız premium Azure dosya paylaşımına giderse, premium "Dosya depolama" depolama hesabı başına bir SMB paylaşımı olur.
  • Dosyalarınız standart bir depolama hesabına giderse, standart (GPv1 ve GPv2) depolama hesabı başına üç SMB paylaşımı olur. Yalnızca ile _AzFiles biten dosya paylaşımları geçişiniz için geçerlidir. Blok ve sayfa blobu paylaşımlarını yoksayın.

Azure DataBox belgelerindeki adımları izleyin:

  1. Data Box'a bağlanma
  2. Data Box'a veri kopyalama
  3. DataBox'ınızı Azure'a ayrılmaya hazırlama

Bağlantılı DataBox belgeleri bir RoboCopy komutu belirtir. Ancak, komutu tam dosya ve klasör aslına uygunluk korumak için uygun değildir. Bunun yerine şu komutu kullanın:

Robocopy /MT:32 /NP /NFL /NDL /B /MIR /IT /COPY:DATSO /DCOPY:DAT /UNILOG:<FilePathAndName> <SourcePath> <Dest.Path>
  • Tek tek RoboCopy bayraklarının ayrıntıları hakkında daha fazla bilgi edinmek için, yaklaşan RoboCopy bölümündeki tabloya göz atın.
  • İş parçacığı sayısını /MT:nuygun şekilde boyutlandırma, RoboCopy hızını iyileştirme ve RoboCopy'yi veri merkezinizde iyi bir komşu yapma hakkında daha fazla bilgi edinmek için RoboCopy sorun giderme bölümüne göz atın.

İpucu

Data Box, Robocopy'ye alternatif olarak bir veri kopyalama hizmeti oluşturmuştur. Data Box'ınıza tam uygunlukla dosya yüklemek için bu hizmeti kullanabilirsiniz. Bu veri kopyalama hizmeti öğreticisini izleyin ve doğru Azure dosya paylaşımı hedefini ayarladığınızdan emin olun.

7. Aşama: NAS'ınızdan RoboCopy'i yakalama

DataBox'ınız tüm dosya ve klasörlerin planlanan Azure dosya paylaşımlarına yerleştirildiğini bildirdikten sonra bu aşamaya devam edebilirsiniz. RoboCopy'yi yakalama işlemi yalnızca DataBox kopyası başlatıldıktan sonra NAS üzerindeki veriler değişmiş olabilirse gereklidir. Bir paylaşımı arşivleme amacıyla kullandığınız bazı senaryolarda, geçiş tamamlanana kadar NAS'ınızdaki paylaşımda yapılan değişiklikleri durdurabilirsiniz. Ayrıca geçiş sırasında NAS paylaşımlarını salt okunur olarak ayarlayarak iş gereksinimlerinize de hizmet sunabilirsiniz.

Geçiş sırasında bir paylaşımın okundu-yazılması gerektiği ve yalnızca küçük bir kapalı kalma süresini emebildiğiniz durumlarda, kullanıcı erişiminin doğrudan Azure dosya paylaşımına yük devretmesi öncesinde bu robocopy adımını tamamlamanız önemlidir.

Bu adımda, Paylaşımlarınızı DataBox'a çatalladığınız zamandan bu yana NAS'ınızdaki en son değişikliklerle bulut paylaşımlarınızı yakalamak için RoboCopy işlerini çalıştıracaksınız. Bu yakalama RoboCopy, NAS paylaşımlarınızda gerçekleşen değişim sıklığına bağlı olarak hızlı bir şekilde tamamlanabilir veya biraz zaman alabilir.

Windows Server hedef klasörünüzde ilk yerel kopyayı çalıştırın:

  1. NAS gerecinizde ilk konumu belirleyin.
  2. Eşleşen Azure dosya paylaşımını belirleyin.
  3. Azure dosya paylaşımını geçici Windows Server'ınız üzerinde yerel ağ sürücüsü olarak bağlama
  4. RoboCopy kullanarak kopyayı açıklandığı gibi başlatın

Azure dosya paylaşımını bağlama

RoboCopy'yi kullanabilmeniz için önce Azure dosya paylaşımını SMB üzerinden erişilebilir hale getirmeniz gerekir. En kolay yol, paylaşımı Yerel ağ sürücüsü olarak RoboCopy için kullanmayı planladığınız Windows Server'a bağlamaktır.

Önemli

Bir Azure dosya paylaşımını yerel bir Windows Server'a başarıyla bağlayabilmeniz için önce Aşama: Azure dosya paylaşımlarını kullanmaya hazırlanmayı tamamlamış olmanız gerekir!

Hazır olduğunuzda, Windows ile Azure dosya paylaşımı kullanma nasıl yapılır makalesini gözden geçirin ve Nas yakalama RoboCopy'yi başlatmak istediğiniz Azure dosya paylaşımını bağlayın.

RoboCopy

Aşağıdaki RoboCopy komutu, NAS depolama alanınızdaki farkları (güncelleştirilmiş dosya ve klasörler) Azure dosya paylaşımınıza kopyalar.

robocopy <SourcePath> <Dest.Path> /MT:20 /R:2 /W:1 /B /MIR /IT /COPY:DATSO /DCOPY:DAT /NP /NFL /NDL /XD "System Volume Information" /UNILOG:<FilePathAndName>
Anahtar Anlamı
/MT:n Robocopy'nin birden çok iş parçacıklı işlem çalıştırmasına olanak tanır. için n varsayılan değer 8'dir. En yüksek değer 128 iş parçacığıdır. Yüksek iş parçacığı sayısı kullanılabilir bant genişliğinin doygunluğuna yardımcı olsa da, geçişinizin daha fazla iş parçacığıyla her zaman daha hızlı olacağı anlamına gelmez. 8 ile 20 arasında Azure Dosyalar olan testler, ilk kopyalama çalıştırması için dengeli performans gösterir. Sonraki /MIR çalıştırmalar, kullanılabilir işlemden ve kullanılabilir ağ bant genişliğine göre aşamalı olarak etkilenir. Sonraki çalıştırmalar için iş parçacığı sayısı değerinizin işlemci çekirdek sayısı ve çekirdek başına iş parçacığı sayısıyla daha yakından eşleşmesini sağlayın. Çekirdeklerin, üretim sunucusunda bulunabilecek diğer görevler için ayrılmasının gerekip gerekmediğini düşünün. Azure Dosyalar ile yapılan testler, yalnızca işlemcilerinizin bunları aynı anda canlı tutabilmesi durumunda en fazla 64 iş parçacığının iyi bir performans ürettiğini göstermiştir.
/R:n İlk denemede kopyalanamayan bir dosya için en yüksek yeniden deneme sayısı. Robocopy, dosya çalıştırmada kalıcı olarak kopyalanmadan önce zamanları dener n . Çalıştırmanızın performansını en iyi duruma getirebilirsiniz: Zaman aşımı sorunlarının geçmişte hatalara neden olduğunu düşünüyorsanız iki veya üç değer seçin. Bu, WAN bağlantıları üzerinde daha yaygın olabilir. Dosyanın etkin olarak kullanımda olduğu için kopyalanamadığına inanıyorsanız yeniden deneme yok'u veya bir değeri seçin. Birkaç saniye sonra yeniden denemek, dosyanın kullanımdaki durumunun değişmesi için yeterli zaman olmayabilir. Dosyayı açık tutan kullanıcıların veya uygulamaların saatler daha fazla zamana ihtiyacı olabilir. Bu durumda, dosyayı kabul etmek kopyalanmadı ve planlı, izleyen Robocopy çalıştırmalarınızdan birinde yakalanması, sonunda dosyayı başarıyla kopyalamayı başarır. Bu, geçerli çalıştırmanın yeniden deneme zaman aşımından sonra hala açık olan dosyalar nedeniyle kopyalama hatalarının çoğunluğunda sonuçlanan birçok yeniden deneme tarafından uzatılmadan daha hızlı bitmesine yardımcı olur.
/W:n Robocopy’nin önceki denemede başarılı bir şekilde kopyalanmayan dosyayı kopyalamayı yeniden denemeden önce ne kadar bekleyeceğini belirtir. n , yeniden denemeler arasında beklenecek saniye sayısıdır. /W:n genellikle ile /R:nbirlikte kullanılır.
/B Robocopy’yi bir yedekleme uygulamasının kullanabileceği bir modda çalıştırır. Bu anahtar Robocopy’nin geçerli kullanıcının izinlerine sahip olmadığı dosyaları taşımasına olanak tanır. Yedekleme anahtarı, Yönetici yükseltilmiş konsolunda veya PowerShell penceresinde Robocopy komutunu çalıştırmaya bağlıdır. Azure Dosyalar için Robocopy kullanıyorsanız depolama hesabı erişim anahtarını ve etki alanı kimliğini kullanarak Azure dosya paylaşımını bağladığınızdan emin olun. Aksi takdirde, hata iletileri sezgisel olarak sorunu çözmenize yol açmayabilir.
/MIR (Kaynağı hedefe yansıtın.) Robocopy’nin kaynak ile hedef arasında yalnızca deltaları kopyalamasına olanak tanır. Boş alt dizinler kopyalanır. Değiştirilmiş veya hedefte mevcut olmayan öğeler (dosyalar veya klasörler) kopyalanır. Hedefte mevcut olan ama kaynakta olmayan öğeler hedeften temizlenir (silinir). Bu anahtarı kullandığınızda kaynak ve hedef klasör yapılarını tam olarak eşleştirin. Eşleştirme , doğru kaynak ve klasör düzeyinden hedefte eşleşen klasör düzeyine kopyalama anlamına gelir. Ancak o zaman "yakalama" kopyası başarılı olur. Kaynak ve hedef eşleşmediğinde, kullanımı /MIR büyük ölçekli silmelere ve yeniden kapsamlara yol açar.
/IT Bazı yansıtma senaryolarında uygunluğun korunmasını güvence altına alır.
Örneğin, bir dosya bir ACL değişikliğiyle karşılaşırsa ve iki Robocopy çalıştırması arasında öznitelik güncelleştirmesi yapılırsa, dosya gizli olarak işaretlenir. olmadan /ITACL değişikliği Robocopy tarafından kaçırılabilir ve hedef konuma aktarılmayabilir.
/COPY:[copyflags] Dosya kopyasının aslına uygunluğu. Varsayılan: /COPY:DAT. Kopyalama bayrakları: D= Veri, A= Öznitelikler, T= Zaman damgaları, S= Güvenlik = NTFS ACL'leri, O= Sahip bilgileri, U= Ubağlama bilgileri. Denetim bilgileri Azure dosya paylaşımında depolanamaz.
/DCOPY:[copyflags] Dizinlerin kopyası için uygunluk. Varsayılan: /DCOPY:DA. Kopyalama bayrakları: D= Veri, A= Öznitelikler, T= Zaman damgaları.
/NP Her dosya ve klasör için kopyalama işleminin ilerleme durumunun görüntülenmeyeceğini belirtir. İlerleme durumunun gösterilmesi kopyalama performansını önemli ölçüde düşürür.
/NFL Dosya adlarının günlüğe kaydedilmeyeceğini belirtir. Kopyalama performansını artırır.
/NDL Dizin adlarının günlüğe kaydedilmeyeceğini belirtir. Kopyalama performansını artırır.
/XD Dışlanacak dizinleri belirtir. Birimin kökünde Robocopy'yi çalıştırırken gizli System Volume Information klasörü dışlamanız gerekir. Tasarım olarak kullanılırsa, içindeki tüm bilgiler bu tam sistemdeki tam birime özgüdür ve isteğe bağlı olarak yeniden oluşturulabilir. Bu bilgilerin kopyalanması bulutta veya veriler başka bir Windows birimine geri kopyalandığında yararlı olmayacaktır. Bu içeriğin geride bırakılması veri kaybı olarak kabul edilmemelidir.
/UNILOG:<file name> Günlük dosyasına durumu Unicode olarak yazar. (Varolan günlüğün üzerine yazar.)
/L Yalnızca bir test çalıştırması
için Dosyalar yalnızca listelenir. Bunlar kopyalanmaz, silinmez ve zaman damgası içermez. Genellikle konsol çıkışı için ile /TEE kullanılır. Doğru belgelenmiş test sonuçlarını elde etmek için örnek betikten , /NFL, ve /NDLgibi /NPbayrakların kaldırılması gerekebilir.
/Z Dikkatli
kullanın Dosyaları yeniden başlatma modunda kopyalar. Bu anahtarın yalnızca kararsız bir ağ ortamında kullanılması önerilir. Ek günlük kaydı nedeniyle kopyalama performansını önemli ölçüde düşürür.
/ZB Dikkatli
kullanın Yeniden başlatma modunu kullanır. Erişim reddedilirse bu seçenek yedekleme modunu kullanır. Bu seçenek denetim noktası oluşturma nedeniyle kopyalama performansını önemli ölçüde düşürür.

Önemli

Windows Server 2022 kullanmanızı öneririz. Windows Server 2019 kullanırken en son düzeltme eki düzeyinde veya en az işletim sistemi güncelleştirme KB5005103 yüklendiğinden emin olun. Bazı Robocopy senaryoları için önemli düzeltmeler içerir.

İpucu

RoboCopy üretim ortamınızı etkiliyorsa, çok sayıda hata bildiriyorsa veya beklendiği kadar hızlı ilerlemediyse Sorun Giderme bölümüne göz atın.

Kullanıcı tam geçişi

RoboCopy komutunu ilk kez çalıştırdığınızda kullanıcılarınız ve uygulamalarınız NAS üzerindeki dosyalara erişmeye devam eder ve bunları değiştirebilir. RoboCopy'nin bir dizini işlemesi, sonrakine geçmesi ve ardından kaynak konumdaki (NAS) bir kullanıcının bu geçerli RoboCopy çalıştırmasında işlenmeyecek bir dosyayı eklemesi, değiştirmesi veya silmesi mümkündür. Bu davranış beklenmektedir.

İlk çalıştırma, değişen verilerin toplu kısmını Azure dosya paylaşımınıza taşımaktır. Bu ilk kopya biraz zaman alabilir. RoboCopy hızlarını etkileyebilecekler hakkında daha fazla içgörü için Sorun Giderme bölümüne göz atın.

İlk çalıştırma tamamlandıktan sonra komutunu yeniden çalıştırın.

Aynı paylaşım için RoboCopy'yi ikinci kez çalıştırdığınızda, yalnızca son çalıştırmadan bu yana gerçekleşen değişiklikleri taşıması gerektiğinden daha hızlı tamamlanır. Aynı paylaşım için yinelenen işler çalıştırabilirsiniz.

Kapalı kalma süresinin kabul edilebilir olduğunu düşündüğünüzde NAS tabanlı paylaşımlarınıza kullanıcı erişimini kaldırmanız gerekir. Bunu, kullanıcıların dosya ve klasör yapısını ve içeriğini değiştirmesini engelleyen herhangi bir adımla yapabilirsiniz. Dfs-Ad Alanınızı mevcut olmayan bir konuma işaret etmek veya paylaşımdaki kök ACL'leri değiştirmek buna örnek olarak gösteriliyor.

Son bir RoboCopy turunu çalıştırın. Kaçırılmış olabilecek tüm değişiklikleri alır. Bu son adımın ne kadar süreceği RoboCopy taramasının hızına bağlıdır. Önceki çalıştırmanın ne kadar sürdüğünü ölçerek süreyi tahmin edebilirsiniz (kapalı kalma sürenize eşittir).

Windows Server klasöründe bir paylaşım oluşturun ve büyük olasılıkla DFS-N dağıtımınızı buna işaret eden şekilde ayarlayın. NAS SMB paylaşımınızla aynı paylaşım düzeyi izinleri ayarladığınızdan emin olun. Kurumsal sınıf etki alanına katılmış bir NAS'nız varsa, kullanıcı SID'leri Active Directory'de kullanıcılar varoldukçe ve RoboCopy dosyaları ve meta verileri tam uygunlukla kopyalarken otomatik olarak eşleşecektir. NAS'nizde yerel kullanıcıları kullandıysanız, bu kullanıcıları Windows Server yerel kullanıcıları olarak yeniden oluşturmanız ve RoboCopy'nin Windows Server'ınıza taşıdığı mevcut SID'leri yeni Windows Server yerel kullanıcılarınızın SID'leriyle eşlemeniz gerekir.

Bir paylaşımı/paylaşım grubunu ortak bir köke veya birime geçirmeyi tamamladınız.

Bu kopyalardan birkaçını paralel olarak çalıştırmayı deneyebilirsiniz. Tek seferde bir Azure dosya paylaşımının kapsamını işlemenizi öneririz.

Sorun giderme

Belirli bir RoboCopy çalıştırmasının hızı ve başarı oranı birkaç faktöre bağlıdır:

  • Kaynak ve hedef depolamada IOPS
  • kaynak ve hedef arasındaki kullanılabilir ağ bant genişliği
  • ad alanında dosya ve klasörleri hızlı bir şekilde işleme özelliği
  • RoboCopy çalıştırmaları arasındaki değişiklik sayısı
  • kopyalamanız gereken dosyaların boyutu ve sayısı

IOPS ve bant genişliğiyle ilgili dikkat edilmesi gerekenler

Bu kategoride kaynak depolama, hedef depolama ve bunları bağlayan ağın yeteneklerini göz önünde bulundurmanız gerekir. Mümkün olan en yüksek aktarım hızı, bu üç bileşenin en yavaşı tarafından belirlenir. Ağ altyapınızın en iyi yeteneklerine en iyi aktarım hızlarını destekleyecek şekilde yapılandırıldığından emin olun.

Dikkat

Mümkün olan en hızlı şekilde kopyalama en çok tercih edilir olsa da, yerel ağınızın ve NAS gerecinizin diğer, genellikle iş açısından kritik görevler için kullanımını göz önünde bulundurun.

Geçişin kullanılabilir kaynakları tekeline alma riski olduğunda mümkün olduğunca hızlı kopyalama yapılması istenmeyebilir.

  • Ortamınızda geçişleri çalıştırmanın ne zaman en iyi olduğunu göz önünde bulundurun: gün içinde, çalışma saatleri dışında veya hafta sonları.
  • RoboCopy hızını kısıtlamak için Bir Windows Server'da QoS ağı oluşturmayı da göz önünde bulundurun.
  • Geçiş araçları için gereksiz çalışmalardan kaçının.

RoboCopy, RoboCopy paketleri arasında milisaniye cinsinden ölçülen anahtarı n belirterek /IPG:n paketler arası gecikmeler ekleyebilir. Bu anahtarın kullanılması, hem GÇ kısıtlanmış cihazlarda hem de kalabalık ağ bağlantılarında kaynakların tekelleştirilmesini önlemeye yardımcı olabilir.

/IPG:n belirli bir Mb/sn'ye doğru ağ azaltma için kullanılamaz. Bunun yerine Windows Server Ağ QoS kullanın. RoboCopy, tüm ağ gereksinimleri için tamamen SMB protokolüne dayanır. RoboCopy'nin ağ aktarım hızını etkileyemese de kullanımını yavaşlatabilmesinin nedeni SMB kullanmaktır.

Benzer bir düşünce çizgisi NAS üzerinde gözlemlenen IOPS için de geçerlidir. NAS birimindeki küme boyutu, paket boyutları ve diğer faktörler dizisi gözlemlenen IOPS'yi etkiler. Paketler arası gecikmeye giriş yapmak genellikle NAS üzerindeki yükü denetlemenin en kolay yoludur. Örneğin, yaklaşık 20 milisaniyeden (n=20) bu sayının katlarına kadar birden çok değeri test edin. Bir gecikmeye neden olduktan sonra, diğer uygulamalarınızın artık beklendiği gibi çalışıp çalışmayabileceğini değerlendirebilirsiniz. Bu iyileştirme stratejisi, ortamınızda en uygun RoboCopy hızını bulmanıza olanak tanır.

İşlem hızı

RoboCopy, işaret edilen ad alanında geçiş yapacak ve her dosya ve klasörü kopyalanacak şekilde değerlendirecektir. Her dosya ilk kopya sırasında ve yakalama kopyaları sırasında değerlendirilir. Örneğin, aynı kaynak ve hedef depolama konumları üzerinde yinelenen RoboCopy /MIR çalıştırmaları. Bu yinelenen çalıştırmalar, kullanıcılar ve uygulamalar için kapalı kalma süresini en aza indirmek ve geçirilen dosyaların genel başarı oranını iyileştirmek için yararlıdır.

Genellikle bant genişliğini geçişte en sınırlayıcı faktör olarak değerlendiririz ve bu doğru olabilir. Ancak bir ad alanını numaralandırabilme özelliği, daha küçük dosyalara sahip daha büyük ad alanları için toplam kopyalama süresini daha da fazla etkileyebilir. 1 TiB küçük dosya kopyalamanın, diğer tüm değişkenlerin aynı kaldığı varsayılarak 1 TiB daha az ama daha büyük dosyaların kopyalanmasından çok daha uzun süreceğini düşünün. Bu nedenle, çok sayıda küçük dosyayı geçiriyorsanız yavaş aktarımla karşılaşabilirsiniz. Bu, beklenen bir davranıştır.

Bu farkın nedeni, bir ad alanında gezinmek için gereken işlem gücüdür. RoboCopy, n'nin kullanılacak iş parçacığı sayısını ifade ettiği parametresi aracılığıyla /MT:n çok iş parçacıklı kopyaları destekler. Bu nedenle, özellikle RoboCopy için bir makine sağlarken, işlemci çekirdeği sayısını ve bunların sağladığı iş parçacığı sayısıyla ilişkisini göz önünde bulundurun. En yaygın olanı çekirdek başına iki iş parçacığıdır. Bir makinenin çekirdek ve iş parçacığı sayısı, hangi çok iş parçacığı değerlerini /MT:n belirtmeniz gerektiğine karar vermek için önemli bir veri noktasıdır. Ayrıca belirli bir makinede paralel olarak kaç RoboCopy işi çalıştırmayı planladığınızı da göz önünde bulundurun.

Daha fazla iş parçacığı, 1-TiB küçük dosya örneğimizi daha az iş parçacığından çok daha hızlı kopyalar. Aynı zamanda, 1 TiB daha büyük dosyalara yapılan ek kaynak yatırımı orantılı avantajlar sağlamayabilir. Yüksek iş parçacığı sayısı, büyük dosyalardan daha fazlasını aynı anda ağ üzerinden kopyalamaya çalışır. Bu ek ağ etkinliği, aktarım hızı veya depolama IOPS'si ile kısıtlanma olasılığını artırır.

Boş bir hedefe ilk RoboCopy işlemi sırasında veya çok sayıda değiştirilmiş dosya içeren bir değişiklik çalıştırması sırasında büyük olasılıkla ağ aktarım hızınız kısıtlanır. İlk çalıştırma için yüksek iş parçacığı sayısıyla başlayın. Makinedeki kullanılabilir iş parçacıklarınızın ötesinde bile yüksek iş parçacığı sayısı, kullanılabilir ağ bant genişliğinin doygunluğuna yardımcı olur. Sonraki /MIR çalıştırmaları, öğeleri işlemeden aşamalı olarak etkilenir. Değişiklik çalıştırmasında daha az değişiklik olması verilerin ağ üzerinden daha az taşınması anlamına gelir. Hızınız artık ad alanı öğelerini ağ bağlantısı üzerinden taşımaktan daha fazla işleme yeteneğinize bağlıdır. Sonraki çalıştırmalar için, iş parçacığı sayısı değerinizi işlemci çekirdek sayınız ve çekirdek başına iş parçacığı sayısı ile eşleştirin. Çekirdeklerin bir üretim sunucusunun sahip olabileceği diğer görevler için ayrılması gerekip gerekmediğini göz önünde bulundurun.

İpucu

Temel kural: Daha yüksek gecikme süresine sahip bir ağın çok sayıda verisini taşıyacak ilk RoboCopy çalıştırması, iş parçacığı sayısının aşırı sağlanmasından (/MT:n ) yararlanır. Sonraki çalıştırmalarda daha az fark kopyalanır ve ağ aktarım hızı kısıtlanmış durumdan işlem kısıtlanmış olarak geçiş yapabilirsiniz. Bu koşullar altında, RoboCopy iş parçacığı sayısını makinedeki gerçekten kullanılabilir iş parçacıklarıyla eşleştirmek genellikle daha iyidir. Bu senaryoda aşırı sağlama, işlemcide daha fazla bağlam değişikliğine yol açarak kopyanızı yavaşlatabilir.

Gereksiz çalışmalardan kaçının

Ad alanınızda büyük ölçekli değişikliklerden kaçının. Örneğin, dosyaları dizinler arasında taşıma, büyük ölçekte özellikleri değiştirme veya izinleri değiştirme (NTFS ACL'leri). Özellikle ACL değişiklikleri, genellikle klasör hiyerarşisindeki alt dosyalar üzerinde basamaklı bir değişiklik etkisine sahip olduğundan yüksek etkiye sahip olabilir. Sonuçlar:

  • ACL değişikliğinden etkilenen her dosya ve klasörün güncelleştirilmesi gerektiğinden genişletilmiş RoboCopy işi çalışma zamanı
  • daha önce taşınan verilerin yeniden kullanılmaya başlanması gerekebilir. Örneğin, dosyalar daha önce kopyalandıktan sonra klasör yapıları değiştiğinde daha fazla verinin kopyalanması gerekir. RoboCopy işi ad alanı değişikliğini "oynatamaz". Sonraki iş, eski klasör yapısına daha önce taşınan dosyaları temizlemeli ve yeni klasör yapısındaki dosyaları yeniden karşıya yüklemelidir.

Bir diğer önemli özellik de RoboCopy aracını etkili bir şekilde kullanmaktır. Önerilen RoboCopy betiğiyle, hatalar için bir günlük dosyası oluşturup kaydedeceksiniz. Kopyalama hataları oluşabilir; bu normaldir. Bu hatalar genellikle RoboCopy gibi bir kopyalama aracının birden çok turunu çalıştırmayı gerekli hale getirir. NAS'tan DataBox'a veya sunucudan Azure dosya paylaşımına ilk çalıştırma. Kopyalanan dosyaları yakalamak ve yeniden denemek için /MIR anahtarıyla bir veya daha fazla ek çalıştırma.

Belirli bir ad alanı kapsamında birden çok RoboCopy turu çalıştırmaya hazırlıklı olmalısınız. Kopyalaması daha az olduğundan ancak ad alanını işleme hızı giderek kısıtlandığından ardışık çalıştırmalar daha hızlı tamamlanır. Birden çok tur çalıştırdığınızda, RoboCopy'nin belirli bir çalıştırmadaki her şeyi kopyalamayı makul olmayan şekilde denemesini sağlamayarak her turu hızlandırabilirsiniz. Bu RoboCopy anahtarları önemli bir fark oluşturabilir:

  • /R:n n = başarısız bir dosyayı kopyalamayı ne sıklıkta yeniden denediğiniz ve
  • /W:n n = yeniden denemeler arasında kaç saniye beklenir?

/R:5 /W:5 , istediğiniz gibi ayarlayabileceğiniz makul bir ayardır. Bu örnekte, başarısız bir dosya beş kez yeniden denenir ve yeniden denemeler arasında beş saniyelik bekleme süresi olur. Dosya yine de kopyalayamazsa, sonraki RoboCopy işi yeniden dener. Genellikle kullanımda oldukları veya zaman aşımı sorunları nedeniyle başarısız olan dosyalar bu şekilde başarıyla kopyalanabilir.

Sonraki adımlar

Azure dosya paylaşımları hakkında keşfedilecek daha fazla şey vardır. Aşağıdaki makaleler gelişmiş seçenekleri, en iyi yöntemleri anlamanıza yardımcı olur ve ayrıca sorun giderme yardımı içerir. Bu makaleler, Azure dosya paylaşımı belgelerine uygun şekilde bağlantı sağlar .