Share via

Azure dosya paylaşımlarına geçiş yapmak için RoboCopy kullanma

  • Makale

Bu geçiş makalesinde dosyaları bir SMB Azure dosya paylaşımına taşımak veya geçirmek için RoboCopy kullanımı açıklanmaktadır. RoboCopy, geçişler için uygun hale getiren bir özellik kümesine sahip güvenilir ve iyi bilinen bir dosya kopyalama yardımcı programıdır. SMB protokollerini kullanır ve bu sayede SMB'yi destekleyen tüm kaynak ve hedef birleşimleri için uygulanabilir.

  • Veri kaynakları: Ağ Bağlı Depolama (NAS), Windows veya Linux sunucuları, başka bir Azure dosya paylaşımı ve daha fazlası gibi SMB protokollerini destekleyen herhangi bir kaynak
  • Geçiş yolu: RoboCopy ⇒ Azure dosya paylaşımı ile Windows makinesi ⇒ kaynak depolamadan
  • Ş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.

Farklı kaynak ve dağıtım birleşimleri için birçok farklı geçiş yolu vardır. Gereksinimlerinize en uygun geçişi bulmak için geçiş kılavuzları tablosuna bakın.

Ş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

AzCopy ve RoboCopy karşılaştırması

AzCopy ve RoboCopy temelde iki farklı dosya kopyalama aracıdır. RoboCopy, SMB protokolünün herhangi bir sürümünü kullanır. AzCopy, hedef Azure depolama alanında olduğu sürece verileri taşımak için kullanılabilecek bir "bulutta doğan" araçtır. AzCopy bir REST protokolüne bağlıdır.

Windows tabanlı güvenilir bir kopyalama aracı olan RoboCopy, tam uygunlukta dosya kopyalama konusunda ev ortamı avantajına sahiptir. RoboCopy, zengin özellik kümesi ve dosya ve klasörleri tam uygunlukta kopyalama özelliği nedeniyle birçok geçiş senaryosunu destekler. Mümkün olan en yüksek aslına uygunlukta dosya kopyalamanın önemi hakkında daha fazla bilgi edinmek için geçişe genel bakış makalesindeki dosya uygunluğu bölümüne göz atın.

Öte yandan AzCopy, dosya kopyalamayı biraz aslına uygun olarak destekleyecek şekilde genişletti ve geçiş aracı olarak kabul edilmesi gereken ilk özellikleri ekledi. Ancak, hala boşluklar vardır ve AzCopy bayraklarını RoboCopy bayraklarıyla karşılaştırırken işlevlerde kolayca yanlış anlaşılmalar olabilir.

Örnek: RoboCopy /MIR kaynağı hedefe yansıtır; bu da eklenen, değiştirilen ve silinen dosyaların dikkate alınacağı anlamına gelir. AzCopy -sync kullanmanın önemli bir farkı, kaynaktaki silinen dosyaların hedefte kaldırılmama olmasıdır. Bu, tamamlanmamış bir değişiklik kopyalama özellik kümesine neden olur. AzCopy gelişmeye devam edecektir. Şu anda, azure dosya paylaşımları hedef olarak geçiş senaryoları için AzCopy kullanılmasını önermiyoruz.

Geçiş hedefleri

Amaç, verileri mevcut dosya paylaşımı konumlarından Azure'a taşımaktır. Azure'da, verilerinizi Windows Server'a gerek kalmadan kullanabileceğiniz yerel Azure dosya paylaşımlarında depolayacaksınız. 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. İlk olarak Azure depolama hesaplarını ve dosya paylaşımlarını dağıtmanız gerekir. Ardından ağı yapılandıracak, DFS Ad Alanı dağıtımını (DFS-N) göz önünde bulunduracak veya var olan ad alanınızı güncelleştireceksiniz. Gerçek veri kopyalama zamanı geldikten sonra kapalı kalma süresini en aza indirmek için yinelenen, diferansiyel RoboCopy çalıştırmalarını ve son olarak kullanıcılarınızı yeni oluşturulan Azure dosya paylaşımlarına aktarmayı göz önünde bulundurmanız gerekir. Aşağıdaki bölümlerde geçiş işleminin aşamaları ayrıntılı olarak açıklanmaktadır.

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

Bu aşamada, Azure depolama hesaplarını ve bunların içindeki SMB Azure 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 Dosya Depolama (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.

Standart Azure dosya paylaşımları varsayılan olarak 5 TiB sınırıyla oluşturulur. Daha fazla kapasiteye ihtiyacınız varsa büyük bir dosya paylaşımı (en fazla 100 TiB) oluşturabilirsiniz. Ancak bu paylaşım yalnızca yerel olarak yedekli depolama veya alanlar arası yedekli depolama yedekliliği seçeneklerini kullanabilir. 100 TiB dosya paylaşımını kullanmadan önce depolama yedeklilik gereksinimlerinizi göz önünde bulundurun.

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.

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

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. Depolama hesabınıza kimlik tabanlı kimlik doğrulaması ve etki alanı katılımı kullanmak, uygulamalarınızın ve kullanıcılarınızın kimlik doğrulaması için AD kimliklerini kullanmalarına olanak sağlar.
  • 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 ortamla tümleştirilmesi genellikle mevcut paylaşım adreslerinin korunmasını gerektirir. HENÜZ DFS-Ad Alanları kullanmıyorsanız, ortamınızda bunu oluşturmayı göz önünde bulundurun. Kullanıcılarınızın ve betiklerinizin kullandığı paylaşım adreslerini değişmeden tutabileceksiniz. DFS-N, istemcileri Azure dosya paylaşımlarına yönlendirerek SMB için bir ad alanı yönlendirme hizmeti sağlar.

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.

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

Depolama hesabı erişim anahtarını kullanarak Azure dosya paylaşımını bağladığınızdan emin olun. Etki alanı kimliği kullanmayın. Bir Azure dosya paylaşımını yerel bir Windows Server'a başarıyla bağlayabilmeniz için önce 2. Aşama: Azure dosya paylaşımlarını kullanmaya hazırlanma aşamasını tamamlamış olmanız gerekir.

Hazır olduğunuzda Windows ile Azure dosya paylaşımı kullanma'yı gözden geçirin. Ardından RoboCopy'yi başlatmak istediğiniz Azure dosya paylaşımını bağlayın.

3. Aşama: RoboCopy

Aşağıdaki RoboCopy komutu, kaynak 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ı ilerlemiyorsa Sorun Giderme bölümüne göz atın.

4. Aşama: Kullanıcı kesme

RoboCopy komutunu ilk kez çalıştırdığınızda, kullanıcılarınız ve uygulamalarınız geçişinizin kaynağındaki dosyalara erişmeye ve bunları değiştirme olasılığına sahip olmaya devam eder. RoboCopy bir dizini işlemiş, sonrakine geçmiş ve ardından kaynak konumdaki bir kullanıcı, bu geçerli RoboCopy çalıştırmasında işlenmeyecek bir dosyayı ekliyor, değiştiriyor veya silmiş olabilir. 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.

RoboCopy'yi aynı paylaşım için 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.

Kabul edilebilir kapalı kalma süresini göz önünde bulundurarak kaynak 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. Bir örnek, DFS-Ad Alanınızı mevcut olmayan bir konuma işaret etmek veya her paylaşımdaki ACL'leri değiştirmektir.

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).

2. Aşamada, kullanıcılarınızı paylaşıma kimlikleriyle erişecek şekilde yapılandırmış ve kullanıcılarınızın yeni Azure dosya paylaşımlarınızın (DFS-N) yerleşik yollarını kullanması için bir strateji oluşturmalısınız.

Bu kopyalardan birkaçını farklı kaynak ve hedef paylaşımlar arasında paralel olarak çalıştırmayı deneyebilirsiniz. Bunu yaparken, sistemi aşmamak için ağ aktarım hızınızı ve çekirdekten iş parçacığına sayı oranınızı göz önünde bulundurun.

Sorun giderme ve iyileştirme

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ğınyeteneklerini 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 olduğunca hızlı kopyalama çoğu zaman en çok arzu edilebilir olsa da, genellikle iş açısından kritik olan diğer görevler için yerel ağınızın ve NAS gerecinizin 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: İlk RoboCopy çalıştırması (daha yüksek gecikme süresine sahip bir ağın çok fazla verisini taşıyacak) 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 dosyaları dizinler arasında taşıma, büyük ölçekte özellikleri değiştirme veya dizin ve dosya düzeyi izinlerini (NTFS ACL'leri) değiştirme gibi büyük ölçekli değişikliklerden kaçının. Ö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'dan DataBox'a veya sunucudan Azure dosya paylaşımına kadar bir ilk çalıştırma ve kopyalanmayan /MIR dosyaları yakalayıp yeniden denemek için anahtarla bir veya daha fazla ek çalıştırma yapılması gerekir.

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.

Depolama işlemi ücretlerini tahmin etme

Azure Dosyalar geçişinize başladığınızda RoboCopy dosyalarınızı ve klasörlerinizi Azure'a kopyalar. Azure Dosyalar için faturalama modelinize bağlı olarak işlem ücretleri uygulanabilir. Bkz. Faturalamayı anlama.

Standart Azure dosya paylaşımları için kullandıkça öde faturalama modeli kullanıyorsanız, geçişinizin oluşturacağı işlem sayısını tahmin etmek zor olabilir.

  • Kaynağın kullanılan depolama kapasitesine göre işlem sayısını tahmin etmek mümkün değildir. İşlem sayısı, boyutlarıyla değil, geçirilen ad alanı öğelerinin (dosyalar ve klasör) ve bunların özellikleriyle ölçeklendirilir. Örneğin, 1 GiB küçük dosyayı geçirmek için 1 GiB'den daha fazla işlem gerekir.
  • Kapalı kalma süresini en aza indirmek için kopyalama işlemlerini kaynaktan hedefe birkaç kez çalıştırmanız gerekebilir. Her kopyalama işlemi sırasında tüm kaynak ve hedef öğeler işlenir, ancak sonraki çalıştırmalar daha hızlı tamamlanır. İlk işlemden sonra, yalnızca kopyalama çalıştırmaları arasındaki farklar ağ üzerinden taşınır. Daha az veri taşınsa da gerekli işlem sayısının aynı kalabileceğini anlamak önemlidir.
  • Aynı dosyanın iki kez kopyalanması aynı sayıda işlemle sonuçlanmayabilir. Önceki kopyalama çalıştırmasında geçirilen bir öğenin işlenmesi yalnızca birkaç okuma işlemine neden olabilir. Buna karşılık, kopyalama çalıştırmaları arasında meta verilerde veya içerikte yapılan değişiklikler hedefi güncelleştirmek için daha fazla işlem gerektirebilir. Ad alanınızdaki her dosyanın benzersiz gereksinimleri olabilir ve bu da farklı sayıda işlemle sonuçlanabilir.

Kaç işlemin tahakkuk ettirildiğinden daha iyi anlamak için kendi verilerinizde bazı ilk testleri çalıştırmanız önerilir. Bu, bir dosya geçişinin oluşturabileceği toplam işlem sayısı hakkında daha iyi bir fikir verir.

Sonraki adımlar

Aşağıdaki makaleler gelişmiş seçenekleri ve en iyi yöntemleri anlamanıza yardımcı olacaktır.