StorSimple 8100 ve 8600 Azure Dosya Eşitleme 'e geçiş

StorSimple 8000 serisi, 8100 veya 8600 fiziksel, şirket içi gereçlerle ve bulut hizmeti bileşenleriyle temsil edilir. Bu gereçlerden birindeki verileri bir Azure Dosya Eşitleme ortamına geçirmek mümkündür. Azure Dosya Eşitleme, StorSimple gereçlerinin geçirilebilmesi için varsayılan ve stratejik, uzun süreli Azure hizmetidir.

StorSimple 8000 serisi, Aralık 2022 ' de yaşam sonuna ulaşacaktır. Geçişinizi mümkün olan en kısa sürede planlamaya başlamak önemlidir. Bu makalede, Azure Dosya Eşitleme başarılı bir geçiş için gereken arka plan bilgisi ve geçiş adımları sağlanmaktadır.

1. Aşama: geçişe hazırlanma

Bu bölüm, StorSimple birimlerinden Azure dosya paylaşımlarına geçişinizin başlangıcında gerçekleştirmeniz gereken adımları içerir.

Envanter

Geçişinizi planlamaya başladığınızda öncelikle geçirmeniz gereken tüm StorSimple gereçlerini ve birimlerini belirlemeniz gerekir. Bunu tamamladıktan sonra, sizin için en iyi geçiş yoluna karar verebilirsiniz.

Geçiş maliyeti Özeti

StorSimple Veri Yöneticisi kaynaktaki geçiş işleri aracılığıyla StorSimple birimlerinden Azure dosya paylaşımlarına geçiş yapmak ücretsizdir. Geçiş sırasında ve sonrasında diğer maliyetler de tahakkuk edebilir:

  • Ağ çıkış: StorSimple dosyalarınız, belirli bir Azure bölgesindeki bir depolama hesabında etkin. Azure dosya paylaşımlarını aynı Azure bölgesinde bulunan bir depolama hesabına geçirirseniz, çıkış maliyeti olmaz. Bu geçiş kapsamında dosyalarınızı farklı bir bölgedeki bir depolama hesabına taşıyabilirsiniz. Bu durumda çıkış maliyetleri sizin için geçerli olur.
  • Azure dosya paylaşımı işlemleri: Dosyalar bir Azure dosya paylaşımına kopyalanır (bir geçişin parçası olarak veya dışında), dosyalar ve meta veriler yazılırken işlem maliyetleri uygulanır. En iyi uygulama olarak, geçiş sırasında işlem için iyileştirilmiş katmanda Azure dosya paylaşımınızı başlatabilirsiniz. Geçiş tamam olduktan sonra istediğiniz katmana geçiş. Aşağıdaki aşamalar bunu uygun noktada çağıracak.
  • Azure dosya paylaşımı katmanını değiştirme: Azure dosya paylaşımının katmanını değiştirme işlemi maliyetleri. Çoğu durumda, önceki noktadan gelen önerileri takip etmek daha uygun maliyetli olur.
  • Depolama maliyeti: Bu geçiş bir Azure dosya paylaşımına dosya kopyalamaya başladığında, Azure Dosyalar tüketilir ve faturalandırilir. Geçirilen yedeklemeler, Azure dosya paylaşımı anlık görüntüleri haline gelecektir. Dosya paylaşımı anlık görüntüleri yalnızca içerdleri farklar için depolama kapasitesini tüketir.
  • StorSimple: StorSimple cihazlarının ve depolama hesaplarının verimlerini silene kadar depolama, yedekleme ve gereçler için StorSimple maliyeti oluşmaya devam eder.

Doğrudan paylaşımlı erişim ve Azure Dosya Eşitleme

Azure dosya paylaşımları, dosya hizmetleri dağıtımınızı yapılandırmaya yönelik yepyeni bir fırsat dünyasına açılır. Azure dosya paylaşımı, kullanıcıların tanıdık Kerberos kimlik doğrulaması ve yerel olarak çalışan mevcut NTFS izinleri (dosya ve klasör ACL'leri) ile doğrudan SMB protokolü üzerinden erişmesini sağlamak için ayar olarak ayar yalnızca buluttaki bir SMB paylaşımıdır. Azure dosya paylaşımlarına kimlik tabanlı erişim hakkında daha fazla bilgi edinin.

Doğrudan erişime alternatif olarak Azure Dosya Eşitleme. Azure Dosya Eşitleme, StorSimple'ın şirket içinde sık kullanılan dosyaları önbelleğe alama özelliğine yönelik doğrudan bir analogdur.

Azure Dosya Eşitleme, iki ana bileşeni temel alan bir Microsoft bulut hizmetidir:

  • Herhangi bir Windows Server 'da performans erişim önbelleği oluşturmaya yönelik dosya eşitleme ve bulut katmanlama.
  • Azure 'da, SMB ve Dosya REST gibi birden çok protokol üzerinden erişilebilen yerel depolama olarak dosya paylaşımları.

Azure dosya paylaşımları, öznitelikler, izinler ve zaman damgaları gibi depolanmış dosyalardaki önemli dosya uygunluk yönlerini korurlar. Azure dosya paylaşımları ile, artık bulutta depolanan dosya ve klasörleri yorumlamak için bir uygulama veya hizmet gereksinimi yoktur. Bunlara Windows Dosya Gezgini gibi tanıdık protokoller ve istemciler üzerinden yerel olarak erişebilirsiniz. Azure dosya paylaşımları, genel amaçlı dosya sunucusu verilerini ve uygulama verilerini bulutta depolamanıza olanak tanır. Azure dosya paylaşımının yedeklenmesi yerleşik bir işlevdir ve Azure Backup tarafından daha da geliştirilebilir.

Bu makalede geçiş adımları ele alınmaktadır. Geçirmeden önce Azure Dosya Eşitleme hakkında daha fazla bilgi edinmek istiyorsanız, aşağıdaki makalelere bakın:

StorSimple hizmeti veri şifreleme anahtarı

StorSimple gerecinizi ilk kez ayarladığınızda, "hizmet veri şifreleme anahtarı" oluşturmuş ve anahtarı güvenli bir şekilde depolamanızı istedi. Bu anahtar, StorSimple gerecinin dosyalarınızı depoladığı ilişkili Azure depolama hesabındaki tüm verileri şifrelemek için kullanılır.

Başarılı bir geçiş için "hizmet verileri şifreleme anahtarı" gereklidir. Bu anahtarı, stokunuzdaki her bir uygulama için bir tane olmak üzere kayıtlarınızdaki bu anahtarı almak için iyi bir zamandır.

Kayıtlarınızda anahtarları bulamıyorsanız, Gereç içinden yeni bir anahtar oluşturabilirsiniz. Her gereç benzersiz bir şifreleme anahtarına sahiptir.

Hizmet veri şifreleme anahtarını değiştirme

Hizmet veri şifreleme anahtarları, StorSimple Yöneticisi hizmetinizden StorSimple cihazına gönderilen depolama hesabı kimlik bilgileri gibi gizli müşteri verilerini şifrelemek için kullanılır. BT kuruluşunuzda depolama cihazlarında bir anahtar döndürme ilkesi varsa, bu anahtarları düzenli aralıklarla değiştirmeniz gerekir. Anahtar değişikliği işlemi, StorSimple Yöneticisi hizmeti tarafından yönetilen tek bir cihaz veya birden çok cihaz olmasına bağlı olarak biraz farklı olabilir. Daha fazla bilgi için, StorSimple güvenlik ve veri korumabölümüne gidin.

Hizmet veri şifreleme anahtarını değiştirmek 3 adımlı bir işlemdir:

  1. Azure Resource Manager için Windows PowerShell betiklerini kullanarak hizmet veri şifreleme anahtarını değiştirmeye yönelik bir cihaz yetkilendirin.
  2. StorSimple için Windows PowerShell kullanarak, hizmet veri şifreleme anahtarı değişikliğini başlatın.
  3. Birden fazla StorSimple cihazınız varsa, diğer cihazlarda hizmet veri şifreleme anahtarını güncelleştirin.

1. Adım: bir cihaza hizmet veri şifreleme anahtarını değiştirme yetkisi vermek için Windows PowerShell betiği kullanma

Genellikle, Cihaz Yöneticisi hizmet yöneticisinin hizmet veri şifreleme anahtarlarını değiştirmek için bir cihazı yetkilendirmesini ister. Hizmet Yöneticisi, daha sonra cihazı anahtarı değiştirecek şekilde yetkilendirecek.

Bu adım Azure Resource Manager tabanlı betik kullanılarak gerçekleştirilir. Hizmet Yöneticisi yetkilendirilebilecek bir cihaz seçebilir. Daha sonra cihaz, hizmet veri şifreleme anahtarı değiştirme işlemini başlatmaya yetkilidir.

Betiği kullanma hakkında daha fazla bilgi için Authorize-ServiceEncryptionRollover.ps1 gidin.

Hizmet veri şifreleme anahtarlarını değiştirmek için hangi cihazlara yetki atanabilir?

Bir cihazın hizmet veri şifreleme anahtarı değişikliklerini başlatma yetkisine sahip olabilmesi için aşağıdaki ölçütleri karşılaması gerekir:

  • Hizmet veri şifreleme anahtarı değişiklik yetkilendirmesi için uygun olması için cihazın çevrimiçi olması gerekir.
  • Anahtar değişikliği başlatılmamış 30 dakika sonra aynı cihazı yetkilendirebilirsiniz.
  • Anahtar değişikliğinin önceden yetkilendirilmiş cihaz tarafından başlatılmadığından farklı bir cihaza yetki verebilirsiniz. Yeni cihaz yetkilendirildikten sonra, eski cihaz değişikliği başlatamıyor.
  • Hizmet veri şifreleme anahtarı geçişi devam ederken bir cihazı yetkilendiremezsiniz.
  • Bir cihazı, hizmete kayıtlı cihazların bazıları, diğer kullanıcılar olmadığında şifrelemeyi geri alındığında yetkilendirebilirsiniz.

2. Adım: hizmet veri şifreleme anahtarı değişikliğini başlatmak için StorSimple için Windows PowerShell kullanma

Bu adım yetkili StorSimple cihazında StorSimple için Windows PowerShell arabiriminde gerçekleştirilir.

Not

Anahtar geçişi tamamlanana kadar StorSimple Manager hizmetinizin Azure portal hiçbir işlem gerçekleştirilemez.

Windows PowerShell arabirimine bağlanmak için cihaz seri konsolunu kullanıyorsanız aşağıdaki adımları gerçekleştirin.

Hizmet veri şifreleme anahtarı değişikliğini başlatmak için

  1. Tam erişimle oturum açmak için 1 seçeneğini belirleyin.

  2. Komut istemine şunları yazın:

    Invoke-HcsmServiceDataEncryptionKeyChange

  3. Cmdlet başarıyla tamamlandıktan sonra yeni bir hizmet veri şifreleme anahtarı alacaksınız. Bu işlemin 3. adımında kullanılmak üzere bu anahtarı kopyalayın ve kaydedin. Bu anahtar, StorSimple Yöneticisi hizmetine kayıtlı tüm kalan cihazları güncelleştirmek için kullanılacaktır.

    Not

    Bu işlem, StorSimple cihazını yetkilendirmek için dört saat içinde başlatılmalıdır.

    Bu yeni anahtar daha sonra hizmete kaydedilen tüm cihazlara gönderilmek üzere hizmete gönderilir. Daha sonra hizmet panosunda bir uyarı görüntülenir. Hizmet, kayıtlı cihazlardaki tüm işlemleri devre dışı bırakacak ve cihaz yöneticisinin diğer cihazlarda hizmet veri şifreleme anahtarını güncelleştirmesi gerekir. Ancak, g/ç (buluta veri gönderen konaklar) kesintiye uğramaz.

    Hizmetinize kayıtlı tek bir cihazınız varsa, geçiş işlemi tamamlanır ve sonraki adımı atlayabilirsiniz. Hizmetinize kayıtlı birden çok cihazınız varsa adım 3 ' e geçin.

3. Adım: diğer StorSimple cihazlarında hizmet veri şifreleme anahtarını güncelleştirme

StorSimple Yöneticisi hizmetinize kayıtlı birden çok cihazınız varsa, bu adımların StorSimple cihazınızın Windows PowerShell arabiriminde gerçekleştirilmesi gerekir. 2. adımda elde ettiğiniz anahtarın, StorSimple Yöneticisi hizmetine kayıtlı olan tüm kalan StorSimple cihazını güncelleştirmek için kullanılması gerekir.

Cihazınızda hizmet veri şifrelemesini güncelleştirmek için aşağıdaki adımları gerçekleştirin.

Fiziksel cihazlarda hizmet veri şifreleme anahtarını güncelleştirmek için

  1. Konsola bağlanmak için StorSimple için Windows PowerShell kullanın. Tam erişimle oturum açmak için 1 seçeneğini belirleyin.
  2. Komut isteminde şunu yazın: Invoke-HcsmServiceDataEncryptionKeyChange – ServiceDataEncryptionKey
    1. adımda elde ettiğiniz hizmet veri şifreleme anahtarını sağlayın : hizmet verileri şifreleme anahtarı değişikliğini başlatmak için StorSimple için Windows PowerShell kullanın.

Tüm 8010/8020 bulut gereçlerinde hizmet veri şifreleme anahtarını güncelleştirmek için

  1. Update-CloudApplianceServiceEncryptionKey.ps1 PowerShell betiğini indirip kurun.
  2. PowerShell 'i açın ve komut isteminde şunu yazın: Update-CloudApplianceServiceEncryptionKey.ps1 -SubscriptionId [subscription] -TenantId [tenantid] -ResourceGroupName [resource group] -ManagerName [device manager]

Bu betik, hizmet veri şifreleme anahtarının, cihaz yöneticisi altındaki tüm 8010/8020 bulut gereçlerinde ayarlanmış olmasını sağlayacaktır.

Dikkat

StorSimple gerecinize nasıl bağlanacağınıza karar verirken aşağıdakileri göz önünde bulundurun:

  • HTTPS oturumu üzerinden bağlanmak en güvenli ve önerilen seçenektir.
  • Cihaz seri konsoluna doğrudan bağlanmak güvenlidir, ancak seri konsola ağ anahtarları üzerinden bağlanmaz.
  • HTTP oturumu bağlantıları bir seçenektir ancak şifrelenmez. Kapalı, güvenilir bir ağ içinde kullanılmadıkça önerilmez.

StorSimple birim yedeklemeleri

StorSimple, birim düzeyinde değişiklik yedekleri sunar. Azure dosya paylaşımları, paylaşım anlık görüntüleri olarak adlandırılan bu özelliği de içerir. Geçiş işleriniz, canlı birim verilerini değil yalnızca yedeklemeleri taşıyabilirsiniz. Bu nedenle, en son yedekleme her zaman geçişte taşınan yedeklemeler listesinde yer alıyor olabilir.

Geçiş sırasında daha eski yedeklemeleri taşımanız gerek olup olduğuna karar verin. En iyi yöntem, geçiş işlerinizi daha hızlı tamamlamak için bu listeyi mümkün olduğunca küçük tutmaktır.

Geçişi gereken kritik yedeklemeleri belirlemek için yedekleme ilkelerinizin bir denetim listesini kullanın. Örneğin:

  • En son yedekleme. (Not: En son yedekleme her zaman bu listenin bir parçası olmalı.)
  • 12 ay boyunca ayda bir yedekleme.
  • Üç yıl boyunca yılda bir yedekleme.

Daha sonra, geçiş işlerinizi ekleyebilirsiniz. Bu listeyi kullanarak, listenizin gereksinimlerini karşılamak için geçişi gereken tam StorSimple birim yedeklemelerini tanımlayabilirsiniz.

Dikkat

50'den fazla StorSimple birim yedeklemesi seçme desteklenmiyor. Geçiş işleriniz yalnızca yedekleri taşıyabilirsiniz, hiçbir zaman canlı birimden veri taşımaz. Bu nedenle en son yedekleme, canlı verilere en yakın yedeklemedir ve bu nedenle her zaman geçişte taşınlanacak yedeklemeler listesinin bir parçası olması gerekir.

Mevcut StorSimple birimlerinizi Azure dosya paylaşımlarına eşleyin

Bu adımda kaç Azure dosya paylaşımına ihtiyacınız olduğunu belirleyeceksiniz. Tek bir Windows Server örneği (veya kümesi), en fazla 30 Azure dosya paylaşımını eşitler.

Birimleriniz üzerinde, kullanıcılarınıza ve uygulamalarınıza SMB paylaşımları olarak yerel olarak paylaşımda bulundurarak daha fazla klasöre sahip olabilirsiniz. Bu senaryoyu hayal etmenin en kolay yolu, 1:1'i bir Azure dosya paylaşımıyla eş alan bir şirket içi paylaşım hayal etmektir. Tek bir Windows Server örneği için 30'un altında yeterli sayıda paylaşımınız varsa, 1:1 eşlemesi öneririz.

30'dan fazla paylaşımınız varsa, şirket içi paylaşımın 1:1'i bir Azure dosya paylaşımına eşlemek genellikle gereksizdir. Aşağıdaki seçenekleri göz önünde bulundurabilirsiniz.

Paylaşma grubu

Örneğin, insan kaynakları (İk) departmanınız 15 paylaşıma sahipse, tüm İk verilerini tek bir Azure dosya paylaşımında depolamayı düşünebilirsiniz. Birden çok şirket içi paylaşımı tek bir Azure dosya paylaşımında depolamak, yerel Windows Server örneğinize normal 15 SMB paylaşımı oluşturmanızı engellemez. Yalnızca bu 15 paylaşımın kök klasörlerini ortak bir klasör altında alt klasörler olarak düzenleyebilirsiniz. Ardından bu ortak klasörü bir Azure dosya paylaşımıyla eşitlersiniz. Bu şekilde, bu şirket içi paylaşım grubu için bulutta yalnızca tek bir Azure dosya paylaşımı gerekir.

Birim eşitleme

Azure Dosya Eşitleme bir birimin kökünün Azure dosya paylaşımıyla eşitlenmeyi destekler. Birim kökünü eşitlersiniz, tüm alt klasörler ve dosyalar aynı Azure dosya paylaşımına gider.

Birimin kökünü eşitlemek her zaman en iyi seçenek değildir. Birden çok konumu eşitlemenin avantajları vardır. Örneğin, bunu yapmak eşitleme kapsamı başına öğe sayısını daha düşük tutmaya yardımcı olur. Azure dosya paylaşımlarını test ediyor ve Azure Dosya Eşitleme 100 milyon öğe (dosya ve klasör) ile test ediyoruz. Ancak en iyi uygulama, 20.000.000 veya 30.000.000 sayısını tek bir paylaşımda tutmaya çalışır. Daha az sayıda öğe içeren Azure Dosya Eşitleme ayarlamak yalnızca dosya eşitleme için faydalıdır. Daha az sayıda öğe aşağıdaki gibi senaryolar da sağlar:

  • Bulut içeriğinin ilk taraması daha hızlı tamamlanabilir, bu da ad alanının Azure Dosya Eşitleme için etkinleştirilen bir sunucuda görünmesini beklemeleri azaltır.
  • Azure dosya paylaşımının anlık görüntüsünden bulut tarafında geri yükleme daha hızlı olacaktır.
  • Şirket içi bir sunucunun olağanüstü durum kurtarması önemli ölçüde hızlanır.
  • Azure dosya paylaşımında (eşitleme dışında) doğrudan yapılan değişiklikler algılanır ve daha hızlı eşitlenebilir.

İpucu

Kaç dosya ve klasör olduğunu bilmiyorsanız, SıKıŞTı Software GmbH 'tan TreeSize aracını inceleyin.

Dağıtım eşlemesine yönelik yapılandırılmış bir yaklaşım

Bulut depolamasını sonraki bir adımda dağıtmadan önce, şirket içi klasörler ve Azure dosya paylaşımları arasında bir eşleme oluşturulması önemlidir. Bu eşleme, kaç tane ve ne Azure Dosya Eşitleme eşitleme grubu kaynaklarını sağlayacağınızı bildirir. Bir eşitleme grubu, Azure dosya paylaşımından ve sunucunuzdaki klasöre sahiptir ve bir eşitleme bağlantısı kurar.

Kaç tane Azure dosya paylaşımına ihtiyacınız olduğuna karar vermek için aşağıdaki limitleri ve en iyi uygulamaları gözden geçirin. Bunun yapılması, eşlemenizi iyileştirmenize yardımcı olur.

  • Azure Dosya Eşitleme aracısının yüklü olduğu bir sunucu en fazla 30 Azure dosya paylaşımı ile eşitlenebilir.

  • Bir Azure dosya paylaşımının bir depolama hesabında dağıtılması. Bu düzenleme, depolama hesabını ıOPS ve aktarım hızı gibi performans numaraları için bir ölçek hedefi yapar.

    Bir standart Azure dosya paylaşımının teorik olarak bir depolama hesabının teslim edebilen en yüksek performansı ortadan kaldırabilirsiniz. Tek bir depolama hesabına birden çok paylaşım yerleştirirseniz, bu paylaşımlar için paylaşılan bir ıOPS ve aktarım hızı havuzu oluşturursunuz. Yalnızca bu dosya paylaşımlarına Azure Dosya Eşitleme eklemeyi planlıyorsanız, birkaç Azure dosya paylaşımını aynı depolama hesabına gruplandırmak bir sorun oluşturmaz. İlgili ölçümler hakkında daha ayrıntılı içgörüler için Azure dosya paylaşımı performans hedeflerini gözden geçirme. Bu sınırlamalar premium depolama için geçerli değildir; burada performans açıkça sağlandı ve her paylaşım için garanti edildi.

    Azure dosya paylaşımını yerel olarak kullanan bir uygulamayı Azure'a kaldırmayı planlıyorsanız, Azure dosya paylaşımından daha fazla performansa ihtiyacınız olabilir. Bu kullanım türü gelecekte bile mümkünse, en iyisi kendi depolama hesabında tek bir standart Azure dosya paylaşımı oluşturmaktır.

  • Azure bölgesi başına abonelik başına 250 depolama hesabı sınırı vardır.

İpucu

Bu bilgiler dikkate alınarak, birimleriniz üzerindeki birden çok üst düzey klasörü yeni bir ortak kök dizinde gruplamak genellikle gerekli hale gelir. Ardından bu yeni kök dizini ve gruplamış olduğu tüm klasörleri tek bir Azure dosya paylaşımıyla eşitlersiniz. Bu teknik sayesinde sunucu başına 30 Azure dosya paylaşımı eşitlemesi sınırına ulaşabilirsiniz.

Ortak kök altındaki bu gruplama, verilerinize erişimi etkilemez. ACL'niz olduğu gibi kalır. Artık ortak kök olarak değiştirmiş olabileceğiniz yerel sunucu klasörlerinde sahip olabileceğiniz paylaşım yollarını (SMB veya NFS paylaşımları gibi) ayarlamanız gerekir. Başka hiçbir şey değişti.

Önemli

En önemli ölçek vektörü Azure Dosya Eşitleme eşitlenen öğe (dosya ve klasör) sayısıdır. Daha fazla Azure Dosya Eşitleme için ölçek hedeflerini gözden geçirme.

Eşitleme kapsamı başına öğe sayısını düşük tutmak en iyi uygulamadır. Bu, klasörleri Azure dosya paylaşımları ile eşlemeniz için dikkate gereken önemli bir faktördür. Azure Dosya Eşitleme paylaşım başına 100 milyon öğe (dosya ve klasör) ile test edilir. Ancak tek bir paylaşımda öğe sayısını 20 milyonun veya 30 milyonun altında tutmak genellikle en iyisidir. Bu sayıları aşmaya başlarsanız ad alanını birden çok paylaşıma bölün. Bu sayıların yaklaşık altında kalırsanız, birden çok şirket içi paylaşımı aynı Azure dosya paylaşımında gruplaya devam edebilirsiniz. Bu uygulama, size büyümek üzere yer sağlar.

Sizin durumunuzda, bir klasör kümesi aynı Azure dosya paylaşımıyla mantıksal olarak eşitlenebilir (daha önce bahsedilen yeni ortak kök klasör yaklaşımını kullanarak). Ancak, klasörleri bir Azure dosya paylaşımının yerine iki ile eşitlenecek şekilde yeniden gruplandırmak daha iyi olabilir. Sunucu genelinde dosya paylaşımının dengeli dosya ve klasör sayısını korumak için bu yaklaşımı kullanabilirsiniz. Ayrıca, şirket içi paylaşımlarınızı bölebilir ve daha fazla şirket içi sunucu arasında eşitleme yapabilirsiniz ve ek sunucu başına 30 daha fazla Azure dosya paylaşımı ile eşitleme özelliği ekleyebilirsiniz.

Eşleme tablosu oluşturma

Bir eşleme tablosu örneğini gösteren diyagram. Bu görüntünün içeriğini denemek ve kullanmak için aşağıdaki dosyayı indirin.

Azure dosya paylaşımının kaç tane olması gerektiğini ve mevcut verilerinizin hangi bölümlerinin Azure dosya paylaşımında biteceğini öğrenmek için önceki bilgileri kullanın.

Düşüncelerinizi kaydeden bir tablo oluşturun. bu sayede, ihtiyacınız olduğunda bu kayda başvurabilirsiniz. Aynı anda birçok Azure kaynağını sağladığınızda, eşleme planınızın ayrıntılarını kaybetmek kolay olabileceğinden, organize edilmesi önemlidir. Eşlemenizi oluşturmaya yardımcı olmak için şablon olarak kullanmak üzere aşağıdaki Excel dosyasını indirin.


Excel icon that sets the context for the download. Bir ad alanı eşleme şablonu indirin.

Depolama hesabı sayısı

Geçişiniz, her biri daha az sayıda Azure dosya paylaşımı tutan birden çok depolama hesabı dağıtımından faydalanır.

Dosya paylaşımlarınız yüksek düzeyde etkin ise (birçok kullanıcı veya uygulama tarafından kullanılır), iki Azure dosya paylaşımı depolama hesabınızın performans sınırına ulaşabilirler. Bu nedenle, en iyi uygulama, her biri kendi tek dosya paylaşımlarına ve genellikle depolama hesabı başına ikiden fazla veya üç paylaşımdan daha fazla depolama hesabına geçiş yapmak olacaktır.

En iyi yöntem, depolama hesaplarını her bir dosya paylaşımıyla dağıtmaktır. İçinde arşiv paylaşımlarınız varsa, birden fazla Azure dosya paylaşımını aynı depolama hesabında havuza alabilirsiniz.

Bu konular, buluta erişimi doğrudan (bır Azure VM veya hizmeti aracılığıyla) Azure dosya eşitleme kıyasla daha fazla geçerlidir. Bu paylaşımlar üzerinde Azure Dosya Eşitleme özel olarak kullanmayı planlıyorsanız, birkaçını tek bir Azure depolama hesabına göre gruplamak iyidir. Daha sonra, bir uygulamayı bir dosya paylaşımıyla doğrudan erişebilen buluta taşımak ve kaydırmak, bu senaryonun daha yüksek ıOPS ve aktarım hızı olması yararlı olabilir. Ya da Azure 'da, daha yüksek ıOPS ve aktarım hızı sahibi olmanın avantajlarından faydalanabileceğiniz bir hizmeti kullanmaya başlayabilirsiniz.

Paylaşımlarınızın bir listesini yaptıysanız, her bir paylaşımı bulunacağı depolama hesabıyla eşleyin.

Önemli

Bir Azure bölgesine karar verin ve her depolama hesabının ve Azure Dosya Eşitleme kaynağın seçtiğiniz bölgeyle eşleştiğinden emin olun. Depolama hesapları için ağ ve güvenlik duvarı ayarlarını şimdi yapılandırmayın. Bu yapılandırmalarda bu yapılandırmaların yapılması, geçişe olanaksız hale getirir. Geçiş işlemi tamamlandıktan sonra bu Azure depolama ayarlarını yapılandırın.

Depolama hesabı ayarları

Bir depolama hesabında yapabileceğiniz birçok yapılandırma vardır. Depolama hesabı yapılandırmalarınızı onaylamak için aşağıdaki denetim listesi kullanılmalıdır. Geçiş işlemi tamamlandıktan sonra ağ yapılandırması örneği için değişiklik yapabilirsiniz.

  • Büyük dosya paylaşımları: etkin-büyük dosya paylaşımları performansı iyileştirir ve bir paylaşımda 100 GB 'a kadar depolamanıza olanak tanır. Bu ayar, Azure dosya paylaşımlarına sahip hedef depolama hesapları için geçerlidir.
  • Güvenlik Duvarı ve sanal ağlar: devre dışı-herhangi bir IP kısıtlaması yapılandırmayın veya belirli bir sanal ağa depolama hesabı erişimi sınırlandırmayın. Geçiş sırasında depolama hesabının genel uç noktası kullanılır. Azure VM 'lerinden tüm IP adreslerine izin verilmelidir. Geçişten sonra depolama hesabında tüm güvenlik duvarı kurallarını yapılandırmak en iyisidir. Hem kaynak hem de hedef depolama hesaplarınızı bu şekilde yapılandırın.
  • Özel uç noktalar: desteklenir-özel uç noktaları etkinleştirebilirsiniz, ancak genel uç nokta geçiş için kullanılır ve kullanılabilir durumda kalması gerekir. Bu dikkat, kaynak ve hedef depolama hesaplarınız için geçerlidir.

Aşama 1 Özeti

  1. aşama sonunda:
  • StorSimple cihazlarınız ve birimleriniz için iyi bir genel bakış sunulmaktadır.
  • Her StorSimple cihazı için "hizmet veri şifreleme anahtarınızı" aldığınız için Veri Yöneticisi hizmeti buluttaki StorSimple birimlerine erişmeye hazır.
  • Hangi birimlerin ve yedeklemelerin (en son dışında) geçirilmesi gereken bir planınız vardır.
  • Birimlerinizi uygun sayıda Azure dosya paylaşımı ve depolama hesabı ile nasıl eşleyeceğinizi öğrenirsiniz.

2. Aşama: Azure depolama ve geçiş kaynaklarını dağıtma

Bu bölümde, Azure 'da gereken farklı kaynak türlerini dağıtmaya yönelik konular açıklanmaktadır. Bazıları, veri geçişinizi tutacaktır ve bazıları yalnızca geçiş için gereklidir. Dağıtım planınızı sonlandırılana kadar kaynak dağıtmaya başlamamaya başlayın. Dağıtıldıktan sonra Azure kaynaklarınızın belirli yönlerini değiştirmek zor, bazen imkansız olabilir.

Depolama hesaplarını dağıtma

Büyük olasılıkla birkaç Azure depolama hesabı dağıtmanız gerekir. Her biri, dağıtım planınıza göre bu makalenin önceki bölümünde tamamlanan daha az sayıda Azure dosya paylaşımına sahip olur. Planlanan depolama Azure portal dağıtmak için depolama alanına gidin. Yeni depolama hesapları için aşağıdaki temel ayarlara bağlı olun.

Önemli

Depolama hesaplarınız için ağ ve güvenlik duvarı ayarlarını şimdi yapılandırmazsanız. Bu noktada bu yapılandırmaların olması, geçişin imkansız hale gelir. Geçiş tamamlandıktan sonra bu Azure depolama ayarlarını yapılandırabilirsiniz.

Abonelik

StorSimple dağıtımınız için aynı aboneliği veya farklı bir aboneliği kullanabilirsiniz. Tek sınırlama, aboneliğinizin StorSimple aboneliğiyle Azure Active Directory kiracıda olmasıdır. Geçişe başlamadan önce StorSimple aboneliğini uygun kiracıya taşımayı göz önünde bulundurabilirsiniz. Aboneliğin tamamını yalnızca siz taşıyabilirsiniz; tek tek StorSimple kaynakları farklı bir kiracıya veya aboneliğe taşınamaz.

Kaynak grubu

Kaynak grupları, kaynakların ve yönetici yönetimi izinlerinin organizasyonunda yardımcı olur. Azure'daki kaynak grupları hakkında daha fazla bilgi edinin.

Depolama hesabı adı

Depolama hesabının adı BIR URL'nin parçası olur ve belirli karakter sınırlamaları vardır. Adlandırma kuralında, depolama hesabı adlarının dünyada benzersiz olması, yalnızca küçük harfler ve sayılara izin verme, 3 ile 24 karakter arasında karakter gerektirmesi ve kısa çizgi veya alt çizgi gibi özel karakterlere izin vermeyebilirsiniz. Daha fazla bilgi için bkz. Azure depolama kaynağı adlandırma kuralları.

Konum

Depolama hesabının konumu veya Azure bölgesi çok önemlidir. Depolama hesabı Azure Dosya Eşitleme, tüm depolama hesaplarınızı Depolama Eşitleme Hizmeti kaynağınız ile aynı bölgede olması gerekir. Seçen Azure bölgesi, yerel sunucularınız ve kullanıcılarınız için yakın veya merkezi bir bölgedir. Kaynağınız dağıtıldıktan sonra bölgeyi değiştiremezsiniz.

StorSimple verilerinizin (depolama hesabı) bulunduğu bölgeden farklı bir bölgeyi seçin.

Önemli

Geçerli StorSimple depolama hesabı konumunuzdan farklı bir bölge seçersiniz, geçiş sırasında çıkış ücretleri uygulanır. Veriler StorSimple bölgesinden ayrılarak yeni depolama hesabı bölgenizi girer. Aynı Azure bölgesinde kalırsanız bant genişliği ücreti ödemezsiniz.

Performans

Azure dosya paylaşımları veya standart depolama için premium depolama (SSD) seçme seçeneğiniz vardır. Standart depolama, bir dosya paylaşımı için birkaç katman içerir. Standart depolama, StorSimple'dan geçen müşterilerin çoğu için doğru seçenektir.

Hala emin değil misiniz?

  • Premium Azure dosya paylaşımının performansına ihtiyacınız varsa premium depolamayı seçin.
  • Genel amaçlı dosya sunucusu iş yükleri için, sıcak verileri ve arşiv verilerini içeren standart depolamayı seçin. Ayrıca buluttaki paylaşımdaki tek iş yükü kullanılabilir olacaksa standart depolamayı Azure Dosya Eşitleme.

Hesap türü

  • Standart depolama için StorageV2 (genel amaçlı v2) 'yi seçin.
  • Premium dosya paylaşımları için DosyaDetorage'ı seçin.

Çoğaltma

Kullanılabilir çeşitli çoğaltma ayarları vardır. Farklı çoğaltma türleri hakkında daha fazla bilgi.

Yalnızca aşağıdaki iki seçenekten birini seçin:

  • Yerel olarak yedekli depolama (LRS).
  • Tüm Azure bölgelerinde mevcut olmayan alan yedekli depolama (ZRS).

Not

Yalnızca LRS ve ZRS yedeklilik türleri, büyük 100 TiB kapasitesine sahip Azure dosya paylaşımları ile uyumludur.

Tüm çeşitlemelerdeki coğrafi olarak yedekli depolama (GRS) Şu anda desteklenmiyor. Yedeklilik türünü daha sonra değiştirebilir ve Azure 'a yönelik destek geldiğinde GRS 'ye geçebilirsiniz.

100-TiB-kapasite dosya paylaşımlarını etkinleştir

Bir depolama hesabı oluşturmak için Azure portal Gelişmiş sekmesini gösteren bir görüntü.

Azure portal yeni depolama hesabı sihirbazının Gelişmiş bölümü altında, bu depolama hesabında büyük dosya paylaşımları desteğini etkinleştirebilirsiniz. Bu seçenek sizin için kullanılabilir değilse, büyük olasılıkla yanlış artıklık türünü seçmiş olursunuz. Bu seçeneğin kullanılabilir olması için yalnızca LRS veya ZRS seçeneklerini seçtiğinizden emin olun.

Büyük, 100-TIB kapasiteli dosya paylaşımlarının birçok avantajı vardır:

  • Daha küçük 5-TiB kapasiteli dosya paylaşımlarına kıyasla performansınız büyük ölçüde artmıştır (örneğin, ıOPS 'nin 10 katı).
  • Geçişiniz önemli ölçüde daha hızlı tamamlanır.
  • Bir dosya paylaşımının, kendisine geçirilecek tüm verileri tutmak için yeterli kapasiteye sahip olduğundan emin olmanız gerekir. Bu işlem, fark yedeklemeleri için gereken depolama kapasitesi de dahildir.
  • Gelecekteki büyüme ele alınmıştır.

Önemli

Geçiş sırasında veya geçişiniz sırasında depolama hesabınıza özel ağ uygulamayın. Ortak uç noktaya kaynak ve hedef depolama hesaplarında erişilebilir olması gerekir. Belirli IP aralıklarına veya VNET 'lere sınırlama desteklenmez. Geçişten sonra depolama hesabı ağ yapılandırmasını değiştirebilirsiniz.

Azure dosya paylaşımları

Depolama hesaplarınız oluşturulduktan sonra depolama hesabının dosya paylaşımı bölümüne gidin ve 1. Aşama ' dan geçiş planınıza uygun sayıda Azure dosya paylaşımı dağıtın. Azure 'daki yeni dosya paylaşımlarınız için aşağıdaki temel ayarlara uymaları göz önünde bulundurun.

Yeni dosya paylaşma Kullanıcı arabirimini gösteren Azure portal ekran görüntüsü.


Ad
Küçük harfler, sayılar ve kısa çizgi desteği vardır.

Kota
Buradaki kota, Windows Server örneğindeki SMB sabit kotası ile karşılaştırılabilir. En iyi yöntem, kotaya ulaşıldıklarına geçişin ve diğer hizmetlerin başarısız olması nedeniyle burada bir kota ayarlanmayacak olmasıdır.

Katmanlar
Yeni dosya paylaşımınız için en iyi duruma getirilmiş İşlem'i seçin. Geçiş sırasında birçok işlem gerçekleşir. Daha sonra katmanınızı iş yükünüz için en uygun katmana değiştirmek daha uygun maliyetlidir.

StorSimple Data Manager

Geçiş işlerinizi bulunduracak Azure kaynağına StorSimple Veri Yöneticisi. Yeni kaynak'ı seçin ve bu kaynağı arayın. Ardından Oluştur’u seçin.

Bu geçici kaynak düzenleme için kullanılır. Geçiş işleminiz tamamlandıktan sonra bu anın sağlar. StorSimple depolama hesabınızla aynı abonelikte, kaynak grubunda ve bölgede dağıtılacaktır.

Azure Dosya Eşitleme

Bu Azure Dosya Eşitleme, en sık erişilen dosyaların şirket içi önbelleğe alınmasını ekebilirsiniz. StorSimple'ın önbelleğe alma özelliklerine benzer şekilde, Azure Dosya Eşitleme bulut katmanlama özelliği de Windows Server örneğinde kullanılabilir önbellek kapasitesi ve çok siteli eşitleme üzerinde geliştirilmiş denetim ile birlikte yerel erişim gecikme süresi sunar. Şirket içi önbelleğe sahip olmak sizin hedefinizse yerel ağ üzerinde, yeterli doğrudan bağlı depolama kapasitesine sahip bir Windows Server VM hazırlayın (fiziksel sunucular ve yük devretme kümeleri de de desteklenmemektedir).

Önemli

Henüz bir Azure Dosya Eşitleme. Paylaşımınızı geçirme işlemi tamamlandıktan Azure Dosya Eşitleme için en iyi ayarlamayı yapmaktır. Dağıtım Azure Dosya Eşitleme, geçişin 4. Aşaması'dan önce başlamaması gerekir.

2. aşama özeti

  1. Aşama'nın sonunda depolama hesaplarınızı ve tüm Azure dosya paylaşımlarınızı dağıtabilirsiniz. Ayrıca bir kaynak StorSimple Veri Yöneticisi. Geçiş işlerinizi yapılandırarak 3. Aşama'da ikincisini kullanıcaz.

3. Aşama: Geçiş işi oluşturma ve çalıştırma

Bu bölümde, bir geçiş işinin nasıl ayarlanır ve bir StorSimple birimi üzerinde, sizin seçerek hedef Azure dosya paylaşımına kopyalanan dizinleri dikkatli bir şekilde eşleme işlemi açıklanır. Çalışmaya başlamanız için çalışma StorSimple Veri Yöneticisi gidin, menüde İş tanımları'ı bulun ve + İş tanımı'ı seçin. Doğru hedef depolama türü varsayılandır: Azure dosya paylaşımı.

StorSimple 8000 serisi geçiş işi türleri.

StorSimple 8000 serisi geçiş işi.

İş tanımı adı
Bu ad, hareket ettirilen dosya kümesine işaret ediyor olmalı. Azure dosya paylaşımınız olarak buna benzer bir ad vermek iyi bir uygulamadır.

işin çalıştırı olduğu konum
Bir bölgeyi seçerken, StorSimple depolama hesabınızla aynı bölgeyi seçmeniz veya mevcut değilse buna yakın bir bölge seçmeniz gerekir.

Kaynak

Kaynak abonelik
StorSimple Cihaz Yöneticisi kaynağınızı depolayın aboneliği seçin.

StorSimple kaynağı
Cihazınızın kayıtlı olduğu StorSimple Cihaz Yöneticisi'ni seçin.

Hizmet veri şifreleme anahtarı
Kayıtlarınıza anahtarı bulamazsanız bu makalenin önceki bölümüne bakın.

Cihaz
Geçirmek istediğiniz birimi tutan StorSimple cihazınızı seçin.

Birim
Kaynak birimi seçin. Daha sonra, tüm birim veya alt dizinleri hedef Azure dosya paylaşımında geçirmek istediğinize karar verirsiniz.

Birim yedeklemeleri
Bu işin bir parçası olarak taşınacak belirli yedeklemeleri seçmek için birim yedeklemeleri Seç ' i seçebilirsiniz. Bu makaledeki yakında, ayrılmış bir bölümde işlem ayrıntılı olarak ele alınmaktadır.

Hedef

Bu geçiş işinin hedefi olarak abonelik, depolama hesabı ve Azure dosya paylaşımından birini seçin.

Dizin eşleme

Bu makaledeki adanmış bir bölüm, tüm ilgili ayrıntıları ele alır.

Geçirilecek birim yedeklemeleri seçme

Geçirilmesi gereken yedeklemeler seçmenin önemli yönleri vardır:

  • Geçiş işleriniz, canlı bir birimden verileri değil yalnızca yedeklemeleri taşıyabilir. En son yedekleme, canlı verilere en yakın olan ve her zaman bir geçişe taşınan yedeklemeler listesinde olmalıdır.
  • En son yedeğinizin güncel olduğundan emin olun. Bir geçiş işi oluşturmadan önce el ile tetiklenmesi ve başka bir birim yedeklemesini tamamlamak yararlı olabilir. Canlı paylaşıma yönelik küçük bir Delta geçişi, geçiş deneyiminizi iyileştirir. Bu Delta sıfır olabilir = StorSimple biriminde en yeni yedekleme gerçekleştirildikten sonra gerçekleşen daha fazla değişiklik yok-sonra 5. Aşama: Kullanıcı kesildi, büyük ölçüde basitleşmez ve SED olur.
  • Yedeklemeler Azure dosya paylaşımında en eskiden en eskiye doğru oynatılıp yürütülmelidir. Daha eski bir yedekleme, bir geçiş işi çalıştıktan sonra Azure dosya paylaşımındaki yedeklemelerin listesini "sıralanamaz". Bu nedenle, bir iş oluşturmadan önce yedekleme listenizin tamamlandığından emin olmanız gerekir.
  • İş oluşturulduktan sonra, iş hiç çalıştırılmasa bile, bir işteki yedeklemelerin bu listesi değiştirilemez.

Geçiş işi için StorSimple biriminizin yedeklerini seçmek için, iş oluşturma formunda Birim yedeklemeleri seçin'i seçin.

Yedekleme seçimi dikey penceresi açıldığında iki listeyle ayrılır. İlk listede tüm kullanılabilir yedeklemeler görüntülenir. Belirli bir zaman aralığı için filtreleme ile sonuç kümesi genişleterek ve daraltabilirsiniz. (sonraki bölüme bakın)

Seçilen bir yedekleme gri renkte görüntülenir ve dikey ekranın alt yarısında ikinci bir listeye eklenir. İkinci listede geçiş için seçilen tüm yedeklemeler görüntülenir. Hatada seçilen bir yedekleme de yeniden kaldırılabilir.

Dikkat

Geçirmek istediğiniz tüm yedeklemeleri seçmeniz gerekir. Daha sonra eski yedeklemeler ek olamaz. İş oluşturulduktan sonra seçiminizi değiştirmek için işi değiştiremezsiniz.

Varsayılan olarak, en son yedeklemeyi seçmeyi kolaylaştıracak şekilde liste son yedi gün içindeki StorSimple birim yedeklemelerini gösterecek şekilde filtrelenmiş olur. Geçmişteki yedeklemeler için dikey penceresindeki zaman aralığı filtresini kullanın. Mevcut bir filtreden seçim yapmak veya yalnızca bu süre boyunca alınan yedeklemeleri filtrelemek için özel bir zaman aralığı oluşturabilirsiniz.

Dikkat

50'den fazla StorSimple birim yedeklemesi seçme desteklenmiyor. Çok sayıda yedeklemeye sahip işler başarısız olabilir.

Dizin eşleme

Geçiş işi için dizin eşleme isteğe bağlıdır. Bölümü boş bırakırsanız, StorSimple biriminizin kökünde yer alan tüm dosya ve klasörler hedef Azure dosya paylaşımının köküne taşınır. Çoğu durumda, bir birimin içeriğinin tamamını bir Azure dosya paylaşımında depolamak en iyi yaklaşım değildir. Bir birimin içeriğini Azure'daki birden çok dosya paylaşımına bölmek genellikle daha iyidir. Henüz bir plan yaptıysanız önce StorSimple biriminizi Azure dosya paylaşımları ile eşleme.

Geçiş planınız kapsamında, StorSimple biriminin klasörlerini birden çok Azure dosya paylaşımına bölmeye karar vermiş olabilirsiniz. Bu durumda bu bölmeyi şu şekilde gerçekleştirin:

  1. Bir birimdeki klasörleri geçirmek için birden çok iş tanımlama. Her biri hedefle aynı StorSimple birim kaynağına ancak farklı bir Azure dosya paylaşımına sahip olur.
  2. İş oluşturma formunun Dizin eşleme bölümü kullanılarak ve belirli eşleme semantiği kullanılarak StorSimple biriminden hangi klasörlerin belirtilen dosya paylaşımına geçirilmeleri gerekir?

Önemli

Bu formda yollar ve eşleme ifadeleri, form gönderiken doğrulanamıyor. Eşlemeler yanlış belirtilirse, bir iş tamamen başarısız olabilir veya istenmeyen bir sonuç üretebilir. Bu durumda, genellikle en iyisi Azure dosya paylaşımını silmek, yeniden oluşturmak ve ardından paylaşım için yeni bir geçiş işteki eşleme deyimlerini düzeltmektir. Sabit eşleme deyimleriyle yeni bir iş çalıştırarak atlanmış klasörler düzeltilebilir ve mevcut paylaşıma getirilebilir. Ancak, yalnızca yol yazım yanlışlıkları nedeniyle atlanmış klasörler bu şekilde ele alınmalıdır.

Semantik öğeler

Eşleme soldan sağa ifade edildi: [\source path] > [\target path].

Semantik karakter Anlamı
\ Kök düzey göstergesi.
> [Source] ve [target-mapping] işleci.
| veya RETURN (yeni satır) İki klasör eşleme yönergelerinin ayırıcısı.
Alternatif olarak, bu karakteri atlayarak bir sonraki eşleme ifadesini kendi satırına almak için Enter'ı seçin.

Örnekler

Kullanıcı verileri klasörünün içeriğini hedef dosya paylaşımının köküne taşır:

\User data > \

Birim içeriğinin tamamını hedef dosya paylaşımında yeni bir yola taşır:

\ > \Apps\HR tracker

Kaynak klasör içeriğini hedef dosya paylaşımında yeni bir yola taşır:

\HR resumes-Backup > \Backups\HR\resumes

Birden çok kaynak konumu yeni bir dizin yapısına sıralar:

\HR\Candidate Tracker\v1.0 > \Apps\Candidate tracker
\HR\Candidates\Resumes > \HR\Candidates\New
\Archive\HR\Old Resumes > \HR\Candidates\Archived

Semantik kurallar

  • Her zaman kök düzeyine göre klasör yolları belirtin.
  • Her klasör yolunu kök düzeyi göstergesi " " ile \ başlar.
  • Sürücü harflerini dahil etme.
  • Birden çok yol belirtirken kaynak veya hedef yollar çakışamaz:
    Geçersiz kaynak yolu çakışma örneği:
    \folder\1 > \ klasörü
    \klasör \ 1 \ 2 > \ klasör2
    Geçersiz hedef yol çakışma örneği:
    \klasör > \
    \folder2 > \
  • Mevcut olmayan kaynak klasörler yoksayılır.
  • Hedefte mevcut olmayan klasör yapıları oluşturulur.
  • Windows gibi klasör adları da büyük/büyük/büyük harfe duyarlı değildir ancak büyük/büyük/büyük harfe duyarlıdır.

Not

Bu ve StorSimple biriminizdeki $Recycle. bin içerikleri, geçiş işi tarafından kopyalanmayacak.

Geçiş işi çalıştırma

Geçiş işleriniz, kaynak grubuna dağıttığınız Veri Yöneticisi kaynaktaki iş tanımları altında listelenir. İş tanımları listesinden, çalıştırmak istediğiniz işi seçin.

Açılan iş dikey penceresinde, iş çalışmalarınızın alt listede görebilirsiniz. Başlangıçta bu liste boş olur. Dikey pencerenin üst kısmında, çalıştırma işi adlı bir komut vardır. Bu komut işi hemen çalıştırmayacak, iş çalıştırma dikey penceresini açar:

Bu sürümde, her iş birkaç kez çalıştırılmalıdır.

Geçirmek istediğiniz yedeklemeler listenizden en eski yedekten başlamanız gerekir. (görüntüde vurgulanan)

Her seferinde, her zaman giderek daha yeni bir yedeklemeye karşı yedekleme seçildiği sürece işi yeniden çalıştırırsınız.

Dikkat

Geçiş işini önce en eski yedeklemeden, sonra da her zaman aşamalı olarak daha yeni bir yedeklemeye sahip olacak şekilde çalıştırmanız zorunludur. Yedeklemelerinizin sırasını en eskiye doğru el ile en yeniye korumanız gerekir.

İşleri paralel olarak çalıştırma

Muhtemelen her birinin farklı bir Azure dosya paylaşımında kopyalanması gereken birden çok StorSimple konumunuz olacaktır. Tek bir StorSimple gereci için, her biri farklı bir Azure dosya paylaşımının hedeflerse, dört adede kadar geçiş işi paralel olarak çalıştırabilirsiniz.

Her iş birkaç aşamadan geçer. Başka bir iş başlatmak yalnızca önceki iş dosya kopyalama aşamasına girildiğinde mümkündür. Genellikle, iş başlatıldıktan sonra 25 ila 35 dakika içinde, paralel olarak dört adede kadar bir iş başlatılabilir. Aynı dosya paylaşımının (sonraki yedeklemeler için) hedeflediği işlerin, birbiri ardına bir yedekleme kopyası olması gerekir.

Dikkat

Aynı Azure dosya paylaşımında bulunan tüm veriler için tek seferde yalnızca bir geçiş işi başlatın.

Günlük dosyalarını yorumlama

Tamamlanmış bir geçiş işi, kopyalama günlüklerinin bağlantısını görüntüler. Bu Günlükler, ad alanı öğelerinin başarılı ve kopyalanamayan öğelerin listelenmesi için * . csv dosyalarıdır.

Günlük dosyalarının konumuna eriştiğinizde, listeyi "başarısız" arama terimi ile filtreleyerek başarısız dosyalar için günlükleri bulabilirsiniz. Sonuç, kopyalamanın başarısız olduğu dosyalar için bir Günlükler kümesi olacaktır. Ardından bunları boyuta göre sıralayın. 17 bayt boyutunda üretilmiş ek Günlükler olabilir. Bunlar boştur ve göz ardı edilebilir. Bir sıralama ile, içeriğe sahip günlüklere kolayca odaklanırsınız.

Aynı işlem, başarılı kopyaları kaydeden günlük dosyaları için geçerlidir.

3. aşama Özeti

  1. aşama sonunda, StorSimple birimlerinden Azure dosya paylaşımlarından geçiş işlerinizin en az birini çalıştırırsınız. Aynı geçiş işini, en eskiden geçirilmesi gereken en son yedeklemelere birkaç kez çalıştıracaksınız. Artık, paylaşıma yönelik Azure Dosya Eşitleme ayarlama (bir paylaşımın geçiş işleri tamamlandığında) veya bilgi çalışanlarınızın ve uygulamalarınızın paylaşılan erişimini Azure dosya paylaşımında yönlendiren şekilde gerçekleştirebilirsiniz.

4. Aşama: Azure dosya paylaşımlarınızı erişme

Azure dosya paylaşımlarınızın erişimine yönelik iki ana strateji vardır:

  • Azure dosya eşitleme: Azure dosya eşitleme şirket içi Windows Server örneğine dağıtın. Azure Dosya Eşitleme, tıpkı StorSimple gibi yerel bir önbelleğin tüm avantajlarına sahiptir.
  • Doğrudan paylaşma-erişim: doğrudan paylaşma-erişim dağıtma. Belirli bir Azure dosya paylaşımının erişim senaryonuz yerel önbelleğe alma işleminin avantajına sahip değilse veya şirket içi Windows Server örneğini barındırabilmeniz gerekmiyorsa bu stratejiyi kullanın. Burada, kullanıcılarınız ve uygulamalarınız SMB protokolü üzerinden SMB paylaşımlarına erişmeye devam edecektir. Bu paylaşımlar artık şirket içi bir sunucuda değil, doğrudan bulutta yer alır.

Bu kılavuzun 1. aşaması içinde sizin için en uygun seçeneği zaten kararmış olmanız gerekir.

Bu bölümün geri kalanı dağıtım yönergelerine odaklanır.

Azure Dosya Eşitleme’yi dağıtma

Azure Dosya Eşitleme bir parçasını dağıtmanın zamanı.

  1. Azure Dosya Eşitleme bulut kaynağı oluşturun.
  2. Azure Dosya Eşitleme aracısını şirket içi sunucunuza dağıtın.
  3. Sunucuyu bulut kaynağına kaydedin.

Henüz hiçbir eşitleme grubu oluşturmayın. Bir Azure dosya paylaşımıyla eşitlemenin kurulması, yalnızca bir Azure dosya paylaşımında geçiş işleriniz tamamlandıktan sonra gerçekleşmelidir. Geçişiniz tamamlanmadan önce Azure Dosya Eşitleme kullanmaya başladıysanız geçişinizin daha fazla zor hale gelir. bu yana, daha fazla bir kesme başlatma zamanı olduğunu kolayca söyleyemiyoruz.

Azure Dosya Eşitleme bulut kaynağını dağıtma

Bu adımı tamamlamak için Azure aboneliği kimlik bilgileriniz gerekir.

depolama için yapılandırılan temel Azure Dosya Eşitleme Depolama Eşitleme Hizmeti olarak adlandırılan bir kaynaktır. Şimdi veya gelecekte aynı dosya kümesi eşitlenen tüm sunucular için yalnızca bir tane dağıtmayı öneririz. Yalnızca hiçbir zaman veri alışverişinde bulunlanması gereken ayrı sunucu kümeleri varsa birden çok Depolama Eşitleme Hizmeti oluşturun. Örneğin, aynı Azure dosya paylaşımını hiçbir zaman eşitlemesi gereken sunucularınız olabilir. Aksi takdirde, en iyi yöntem tek bir Depolama Eşitleme Hizmeti kullanmaktır.

Depolama Eşitleme Hizmetiniz için konumunuzla yakın bir Azure bölgesi seçin. Diğer tüm bulut kaynaklarının aynı bölgede dağıtılması gerekir. Yönetimi basitleştirmek için aboneliğiniz içinde eşitleme ve depolama kaynaklarının olduğu yeni bir kaynak grubu oluşturun.

Daha fazla bilgi için depolama eşitleme hizmetini dağıtma hakkında makalenin Depolama Eşitleme Hizmeti'ni dağıtma Azure Dosya Eşitleme. Makalenin yalnızca bu bölümünü izleyin. Sonraki adımlarda makalenin diğer bölümlerine bağlantılar olacak.

İpucu

Geçiş tamamlandıktan sonra verilerinizin bulunduğu Azure bölgesini değiştirmek istiyorsanız, depolama eşitleme hizmeti 'ni bu geçiş için hedef depolama hesaplarıyla aynı bölgede dağıtın.

Şirket içi Windows Server örneğini dağıtma

  • Bir sanal makine veya fiziksel sunucu olarak Windows Server 2019 (minimum 2012R2) oluşturun. Bir Windows Server yük devretme kümesi de desteklenir. StorSimple 8100 veya 8600 ' den muaf olan sunucuyu yeniden kullanmayın.
  • Doğrudan bağlı depolama sağlama veya ekleme. Ağa bağlı depolama desteklenmiyor.

Yeni Windows Server örneğine StorSimple 8100 veya 8600 aletinizin önbelleğe alma için yerel olarak kullanılabilir olandan eşit veya daha büyük miktarda depolama alanı vermek en iyi uygulamadır. Windows Server örneğini, StorSimple aletini kullandığınız gibi kullanırsınız. Aletle aynı miktarda depolama alanına sahipse, önbellek deneyimi aynı olmayacaksa benzer bir deneyime sahip olması gerekir. Windows Server örneğinize istediğiniz zaman depolama alanı ekleyebilir veya kaldırabilirsiniz. Bu özellik, yerel birim boyutu ve önbelleğe alma için kullanılabilen yerel depolama alanı miktarını ölçeklendirmenize olanak sağlar.

Windows Server örneğini dosya eşitleme için hazırlama

Bu bölümde, Windows Server Azure Dosya Eşitleme aracıyı yükleyebilirsiniz.

Dağıtım kılavuzunda, Gelişmiş Güvenlik Yapılandırması'Internet Explorer kapatmanız gerekir. Bu güvenlik ölçüsü, güvenlik önlemleri için Azure Dosya Eşitleme. Bunu kapatmanız, Azure'da herhangi bir sorun olmadan kimlik doğrulamasına olanak sağlar.

PowerShell’i açın. Aşağıdaki komutları kullanarak gerekli PowerShell modüllerini yükleyin. İstendiğinde modülün tamamını ve NuGet sağlayıcısını mutlaka yükleyin.

Install-Module -Name Az -AllowClobber
Install-Module -Name Az.StorageSync

Sunucunuzdan İnternet'e ulaşmayla ilgili sorunlarınız varsa bunları çözmenin tam zamanı. Azure Dosya Eşitleme İnternet'e tüm kullanılabilir ağ bağlantılarını kullanır. İnternet'e ulaşmak için bir ara sunucu gerektirerek de desteklene. Şimdi makine genelinde bir ara sunucu yapılandırarak veya aracı yüklemesi sırasında yalnızca aracıların Azure Dosya Eşitleme belirtebilirsiniz.

Ara sunucu yapılandırma, sunucu için güvenlik duvarlarınızı açmanız gereken anlamına geliyorsa, bu yaklaşım sizin için kabul edilebilir olabilir. Sunucu yükleme işleminin sonunda, sunucu kaydını tamamlandıktan sonra bir ağ bağlantısı raporu, seçtiğiniz bölge için Azure Dosya Eşitleme azure'da iletişim kurması gereken uç nokta URL'lerini gösterir. Rapor ayrıca iletişimin neden gerekli olduğunu da söyler. Sunucu çevresindeki güvenlik duvarlarını belirli URL'lere kilitlemek için raporu kullanabilirsiniz.

Ayrıca güvenlik duvarlarını geniş bir şekilde açmayabilirsiniz. Bunun yerine, sunucuyu üst düzey DNS ad alanlarıyla iletişim kurarak sınırlandırabilirsiniz. Daha fazla bilgi için bkz. Azure Dosya Eşitleme ve güvenlik duvarı ayarları. Kendi ağ en iyi yöntemlerinizi izleyin.

Sunucu yükleme sihirbazının sonunda bir sunucu kayıt sihirbazı açılır. Sunucuyu daha önce depolama eşitleme hizmetinizin Azure kaynağına kaydetme.

Bu adımlar, önce yüklemeniz gereken PowerShell modüllerini içeren dağıtım kılavuzunda daha ayrıntılı olarak açıklanmıştır: Azure Dosya Eşitleme yüklemesi.

En son aracıyı kullanın. Bunu Microsoft Indirme merkezi 'nden indirebilirsiniz: Azure dosya eşitleme Aracısı.

Başarılı bir yükleme ve sunucu kaydından sonra, bu adımı başarıyla tamamladığınızdan emin olabilirsiniz. Azure portal depolama eşitleme hizmeti kaynağına gidin. Sol taraftaki menüde kayıtlı sunucular' a gidin. Sunucunuzu orada listelendiğini görürsünüz.

Windows Server Azure Dosya Eşitleme yapılandırma

Kayıtlı şirket içi Windows Server örneğinin bu işlem için hazır ve İnternet'e bağlı olması gerekir.

Önemli

Devam etmek için dosya ve klasörlerin Azure dosya paylaşımına StorSimple geçişinin tamamlanması gerekir. Dosya paylaşımında başka değişiklik yapılmay olduğundan emin olun.

Bu adım, önceki adımlarda Windows Server Örneğiniz üzerinde ayarladığınız tüm kaynak ve klasörlerin birlikte yer alır.

  1. Azure portalında oturum açın.
  2. Depolama eşitleme hizmeti kaynağınızı bulun.
  3. Her Azure dosya paylaşımının depolama eşitleme hizmeti kaynağı içinde yeni bir eşitleme grubu oluşturun. Azure Dosya Eşitleme terminolojisinde Azure dosya paylaşımında, eşitleme grubu oluşturma ile açıkladığınız eşitleme topolojisinde bir bulut uç noktası olur. Eşitleme grubunu oluşturduğunuzda, hangi dosya kümesinin bu dosyayı eşitlebildiğinizi tanımak için buna tanıdık bir ad verin. Azure dosya paylaşımında eşleşen bir ad ile başvurulduğunuzdan emin olun.
  4. Eşitleme grubunu oluşturduktan sonra, eşitleme grupları listesinde bir satır görüntülenir. Eşitleme grubunun içeriğini göstermek için adı (bir bağlantı) seçin. Azure dosya paylaşımınızı bulut uç noktaları altında görürsünüz.
  5. Sunucu uç noktası Ekle düğmesini bulun. Sağladığınız yerel sunucudaki klasörü, bu sunucu uç noktasının yolu olacak.

Önemli

Bulutta katmanlama'nın açık olduğundan emin olun. Bulut katmanlama, Azure Dosya Eşitleme bulutta depolanandan daha az depolama kapasitesine sahip olmasına ve tam ad alanına sahip olmasına olanak sağlayan en önemli özelliktir. Yerel olarak ilgi çekici veriler de hızlı, yerel erişim performansı için yerel olarak önbelleğe alınmalıdır. Bu adımda bulutta katmanlamayı açmanın bir diğer nedeni de bu aşamada dosya içeriğini eşitlemek istememizdir. Şu anda yalnızca ad alanı taşınacaktır.

Doğrudan paylaşım erişimini dağıtma

Bu video, Beş basit adımda Azure dosya paylaşımlarını doğrudan bilgi çalışanlarına ve uygulamalara güvenli bir şekilde nasıl açık hale indiren bir kılavuz ve tanıtımdır.
Videoda bazı konular için ayrılmış belgelere başvurabilirsiniz:

4. aşama Özeti

Bu aşamada StorSimple Veri Yöneticisi birden çok geçiş işi oluşturdunuz ve çalıştırdık. Bu işler, dosyalarınızı ve klasörlerinizi Azure dosya paylaşımlarına geçirdiniz. Ayrıca, Azure Dosya Eşitleme veya ağ ve depolama hesaplarınızı doğrudan Share-Access için hazırladınız.

5. Aşama: Kullanıcı tarafından kesilen

Bu aşama, geçişinizi sarmalandırmak için gereklidir:

  • Kapalı kalma süresini planlayın.
    1. aşama üzerinde geçiş işleri çalışırken, StorSimple tarafında üretilen kullanıcılarınızın ve uygulamalarınızın yaptığı değişikliklerle birlikte yakalayın.
  • Doğrudan paylaşım erişimi aracılığıyla Azure Dosya Eşitleme veya Azure dosya paylaşımları ile kullanıcılarınızı yeni Windows Server örneğine devretmek.

Kapalı kalma süresini planlayın

Bu geçiş yaklaşımı, kullanıcılarınız ve uygulamalarınız için bazı kapalı kalma süresi gerektirir. Amaç, kapalı kalma süresini en düşük tutmaya sağlamaktır. Aşağıdaki konular yardımcı olabilir:

  • Geçiş işlerinizi çalıştırırken StorSimple birimlerinizi kullanılabilir durumda tutma.
  • Bir paylaşım için veri geçişi işlerinizi çalıştırmayı bitirdikten sonra, StorSimple birimlerinden veya paylaşımlarından kullanıcı erişimini (en azından yazma erişimi) kaldırmanın zamanı gelir. Son roboCopy, Azure dosya paylaşımınızı yakalar. Ardından kullanıcılarınızı kesebilirsiniz. RoboCopy'yi nerede çalıştırmanıza bağlı olarak, doğrudan Azure Dosya Eşitleme veya doğrudan paylaşımlı erişim kullanmayı tercih edip olmadığınız bağlıdır. RoboCopy'nin sonraki bölümü bu konuyu kapsar.
  • RoboCopy yakalamasını tamamlandıktan sonra, yeni konumu doğrudan Azure dosya paylaşımıyla veya windows server örneğindeki bir SMB paylaşımıyla kullanıcılarınıza kullanıma Azure Dosya Eşitleme. Dfs-N dağıtımı genellikle kesmeyi hızlı ve verimli bir şekilde gerçekleştirmeye yardımcı olur. Mevcut paylaşım adreslerinizi tutarlı bir şekilde saklayacak ve geçirilen dosya ve klasörlerinizi içeren yeni bir konuma yeniden yol gösterir.

Ad alanınız sunucunuzla tam olarak ne zaman eşitlenenleri belirleme

Azure dosya Azure Dosya Eşitleme için bir dosya paylaşımını kullanıyorsanız, herhangi bir yerel RoboCopy'ye başlamadan önce ad alanının tamamının sunucuya indirmenin tamam olduğunu belirlemeniz önemlidir. Ad alanınızı indirmek için gereken süre, Azure dosya paylaşımınızdaki öğe sayısına bağlıdır. Ad alanınıza sunucuya tam olarak varıp varmamanızı belirlemek için iki yöntem vardır.

Azure portal

Ad alanınız tam Azure portal görmek için bu özel alanı kullanabilirsiniz.

  • Oturum Azure portal ve eşitleme grubunuza gidin. Eşitleme grubu ve sunucu uç noktanın eşitleme durumunu kontrol edin.
  • İlginç yön indirmedir. Sunucu uç noktası yeni sağlandı ise, ad alanının hala aşağı geldiğini gösteren İlk eşitleme 'yi gösterir. Bu durumdan sonra İlk eşitleme yerine herhangi bir şey değişirse, ad alanınız sunucuda tam olarak doldurulur. Artık yerel bir RoboCopy ile devam edebilirsiniz.

Windows Server Olay Görüntüleyicisi

Ad alanının ne zaman Olay Görüntüleyicisi olduğunu söylemek için Windows Server örneğinizin güvenlik duvarı örneğini de kullanabilirsiniz.

  1. uygulamanın Olay Görüntüleyicisi ve Uygulamalar ve Hizmetler'e gidin.
  2. Microsoft\FileSync\Agent\Telemetry dizinine gidin ve dosyasını açın.
  3. Tamamlanmış eşitleme oturumuna karşılık gelen en son 9102 olayına bakın.
  4. Ayrıntılar'ı seçin ve SyncDirection değerinin İndir olduğu bir olayı arıyorsanız onaylayın.
  5. Ad alanınız sunucuya indirmeyi tamamlayan süre için Senaryo , FullGhostedSync ve HResult 0 değerine sahip tek bir = olay olacaktır.
  6. Bu olayı kaçırırsanız, SyncDirection Download ve Scenario "RegularSync" ile diğer 9102 = = olaylarını da bakabilirsiniz. Bu olaylardan birini bulmak, şu anda eşitlenen bir şey olup olmadığını, ad alanının indirme ve eşitlemenin normal eşitleme oturumlarına ilerlemiş olduğunu da gösterir.

Son RoboCopy

Bu noktada, şirket içi Windows Server örneğiniz ile StorSimple 8100 veya 8600 aleti arasında farklılıklar vardır.

  1. Geçiş devam ederken StorSimple tarafında kullanıcıların veya uygulamaların ürettiği değişiklikleri yakalamanız gerekir.
  2. Azure Dosya Eşitleme kullanım örnekleri için: StorSimple aleti, şu anda yerel olarak depolanmış dosya içeriğine sahip bir ad alanı ile Windows Server örneğine karşı doldurulmuş bir önbelleğe sahiptir. Son RoboCopy, yerel olarak önbelleğe alınmış Azure Dosya Eşitleme içeriği kullanılabilir olduğu kadar çekerek yerel Azure Dosya Eşitleme önbelleğinizi başlatmanıza yardımcı olabilir ve Azure Dosya Eşitleme sunucuya sığmanıza yardımcı olabilir.
  3. Bazı dosyalar geçersiz karakterler nedeniyle geçiş işi tarafından geride kalmış olabilir. Öyleyse, bunları Azure Dosya Eşitleme Windows Server örneğine kopyalayın. Daha sonra, bunları eşitlebilmeleri için ayarlayabilirsiniz. Belirli bir paylaşıma yönelik Azure Dosya Eşitleme kullanmıyorsanız, StorSimple biriminde geçersiz karakterlerle dosyaları yeniden adlandırmayı daha iyi bir hale getiriyorsunuz. Ardından, RoboCopy doğrudan Azure dosya paylaşımında çalıştırın.

Uyarı

Windows Server 2019 ' de Robocopy Şu anda, hedef sunucudaki Azure Dosya Eşitleme katmanlı dosyaların kaynaktan yeniden kopyalanmasını ve Robocopy 'nin/MıR işlevi kullanılırken Azure 'a yeniden yüklenmesini sağlayan bir sorunla karşılaşır. Robocopy 'nin 2019 dışında bir Windows Server üzerinde kullanılması zorunludur. Tercih edilen bir seçenek Windows Server 2016 ' dir. Bu notta, sorun Windows Update aracılığıyla çözümlenmelidir.

Uyarı

Sunucuda, tam olarak indirilen bir Azure dosya paylaşımının ad alanına sahip olması için RoboCopy başlatmamalıdır . Daha fazla bilgi için bkz. ad alanınız sunucunuza tam olarak indirilne zaman belirlenir.

Yalnızca geçiş işinin en son çalıştırıldıktan sonra değiştirilen dosyaları ve bu işlerden önce taşınmayan dosyaları kopyalamak istersiniz. Bu sorunu, geçiş işlemi tamamlandıktan sonra sunucuda daha sonra ilerlemeyen bir şekilde çözebilirsiniz. Daha fazla bilgi için bkz. Azure dosya eşitleme sorun giderme.

RoboCopy 'nin çeşitli parametreleri vardır. Aşağıdaki örnek, tamamlanmış bir komutu ve bu parametreleri seçme nedenlerinin bir listesini gösterir.

Robocopy /MT:32 /R:5 /W:5 /B /MIR /IT /COPY:DATSO /DCOPY:DAT /NP /NFL /NDL /UNILOG:<FilePathAndName> <SourcePath> <Dest.Path> 
Anahtar Anlamı
/MT:n Robocopy'nin çok iş parçacıklı çalıştırmasını sağlar. için varsayılan n değer 8'tir. En yüksek değer 128 iş parçacığıdır. İlk çalıştırma için yüksek iş parçacığı sayısıyla başlama. Yüksek iş parçacığı sayısı, kullanılabilir bant genişliğinin doygunluğuna yardımcı olur. Sonraki /MIR çalıştırmalar, öğeleri ağ taşıma üzerinden işleme sırasında aşamalı olarak etkilenir. Sonraki çalıştırmalar için, iş parçacığı sayısı değerinizi işlemci çekirdek sayısı ve çekirdek başına iş parçacığı sayısı ile eşler. Çekirdeklerin bir üretim sunucusunun sahip olabileceği diğer görevler için ayrılmış olması gerekip gerek olmadığını göz önünde bulundurabilirsiniz.
/R:n İlk denemede kopyalanamayan bir dosya için en fazla yeniden deneme sayısı. Dosyanın çalıştırmada kalıcı olarak kopyalanamaz hale gelmeden önce en fazla yeniden deneme sayısı ( ) belirterek Robocopy çalıştırması hızını n artırabilirsiniz. Bu anahtar, daha fazla Robocopy çalıştırması olacağının zaten net olduğu bir durumda çalışır. Dosya geçerli çalıştırmada kopyalanamazsa, sonraki Robocopy işi yeniden dener. Bu yaklaşımı kullanırsanız, kullanımdan veya zaman aşımı sorunları nedeniyle başarısız olan dosyalar sonunda başarıyla kopyalanır.
/W:n Robocopy'nin önceki bir deneme sırasında başarılı bir şekilde kopyalanmadı bir dosyayı kopyalamaya çalışmadan önce bekleyeceği zamanı belirtir. n , yeniden denemeler arasında beklenilen saniye sayısıdır. /W:n genellikle ile birlikte /R:n kullanılır.
/B Robocopy'i bir yedekleme uygulamasının kullanabileceği modda çalıştırır. Bu anahtar Robocopy'nin geçerli kullanıcının izinlerine sahip olmayan dosyaları taşımasını sağlar.
/MIR (Yansıtma kaynağı hedefe.) Robocopy'nin yalnızca kaynak ve hedef arasındaki deltaları kopyalamasını sağlar. Boş alt dizinler kopyalanır. Hedefte değiştirilen veya mevcut olmayan öğeler (dosyalar veya klasörler) kopyalanacak. Hedefte bulunan ancak kaynakta yer almayan öğeler hedeften temizlenir (silinir). Bu anahtarı kullandığınızda, kaynak ve hedef klasör yapılarını tam olarak eşleştirin. Eşleme , doğru kaynak ve klasör düzeyinden hedefteki eşleşen klasör düzeyine kopyalama anlamına gelir. Yalnızca "yakala" kopyalama işlemi başarılı olabilir. Kaynak ve hedef /MIR uyuştudığında, kullanmak büyük ölçekli silme işlemleri ve yeniden kopyalamaların oluşmasına neden olur.
/IT Belirli yansıtma senaryolarında uygunluk korunmasını sağlar.
Örneğin, bir dosya bir ACL değişikliğine ve iki Robocopy çalışma arasında bir öznitelik güncelleştirmesine karşılaşırsa gizli olarak işaretlenir. Olmadan /IT , ACL değişikliği Robocopy tarafından eksik olabilir ve hedef konuma aktarılmaz.
/COPY:[copyflags] Dosya kopyasının uygunluğu. Varsayılan: /COPY:DAT. Copy Flags: D = Data, A = öznitelikler, T = damgam, S = Security = NTFS ACL 'leri, O = Owner Information, U =uATH Information. Denetim bilgileri bir Azure dosya paylaşımında depolanamaz.
/DCOPY:[copyflags] Dizinlerin kopyası için uygunluk. Varsayılan: /DCOPY:DA. Bayrakları Kopyala: D = Data, A = Attributes, T = zaman damgası.
/NP Her dosya ve klasörün kopyasının ilerleme durumunun gösterilmeyeceği belirtir. İlerlemeyi görüntülemek, kopyalama performansını önemli ölçüde düşürür.
/NFL Dosya adlarının günlüğe kaydedilmeyeceğini belirtir. Kopyalama performansını geliştirir.
/NDL Dizin adlarının günlüğe kaydedilmeyeceğini belirtir. Kopyalama performansını geliştirir.
/UNILOG:<file name> Günlük dosyasına, Unicode olarak durum yazar. (Mevcut günlüğün üzerine yazar.)
/LFSM Yalnızca katmanlı depolamaya sahip hedefler için
Robocopy'nin "düşük boş alan modunda" faaliyete geçer. Bu anahtar yalnızca Robocopy bitmeden önce yerel kapasitenin bitip bitip bitene katmanlı depolamaya sahip hedefler için kullanışlıdır. Özel olarak bulut katmanlama için etkinleştirilmiş bir hedefle Azure Dosya Eşitleme eklenmiştir. Bu, bağımsız olarak kullanılabilir Azure Dosya Eşitleme. Bu modda Robocopy, hedef birimin boş alanı "kat" değerinin altına inecek bir dosya kopyasına neden olduğunda duraklatılır. Bu değer, /LFSM:n bayrağının biçimiyle belirtilebilir. parametresi n 2. tabanda belirtilir: nKB , nMB veya nGB . Açık /LFSM zemin değeri olmadan belirtilirse, taban hedef birimin boyutunun yüzde 10'una ayarlanır. Az boş alan modu , /MT , veya ile uyumlu /EFSRAW /B /ZB değildir.
/Z Dikkatli kullanın
Dosyaları yeniden başlatma modunda kopyalar. Bu anahtar yalnızca kararsız bir ağ ortamında önerilir. Ek günlük kaydı nedeniyle kopyalama performansını önemli ölçüde azaltı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ı uygulama nedeniyle kopyalama performansını önemli ölçüde azaltır.

RoboCopy komutunun kaynak ve hedef konumlarını yapılandırırken, bunların eşleştiğinden emin olmak için kaynak ve hedefin yapısını gözden geçirdiğinizden emin olun. Geçiş işinin Dizin eşleme özelliğini kullandıysanız, kök dizin yapınız StorSimple biriminizin yapısıyla farklı olabilir. Bu durumda, her bir alt dizin için bir tane olmak üzere birden çok RoboCopy işine ihtiyaç duyabilirsiniz. Komutun beklenildiği gibi gerçekleştirip gerçekleştirmediği konusunda emin değilseniz, aslında hiçbir değişiklik yapmadan komutun benzetimini gerçekleştirecek /l parametresini kullanabilirsiniz.

Bu RoboCopy komutu/MıR kullanır, bu nedenle aynı (katmanlı dosyalar, örneğin) dosyalarını taşımaz. Ancak kaynak ve hedef yolunu yanlış alırsanız/PUR, Windows Server örneğinizin veya Azure dosya paylaşımının StorSimple kaynak yolunda mevcut olmayan dizin yapılarını da temizler. Geçiş devam ederken geçirilen içeriğinizi en son değişikliklerle güncelleştirme hedefine ulaşmak için RoboCopy işiyle tam olarak eşleşmeleri gerekir.

RoboCopy günlük dosyasına bakarak dosyaların geride bırakılıp bırakılma bkz. Sorun varsa bunları düzeltin ve RoboCopy komutunu yeniden çalıştırma. Önem istediğiniz dosya veya klasörlerle ilgili bekleyen sorunları düzeltmeden önce StorSimple kaynaklarının kar amacını giderin.

Söz konusu Azure dosya paylaşımını Azure Dosya Eşitleme ancak doğrudan paylaşıma erişim için tercih yaptıysanız:

  1. Azure dosya paylaşımınızı bir ağ sürücüsü olarak yerel bir Windows makinesine bağlama.
  2. StorSimple dosyanız ile bağlı Azure dosya paylaşımı arasında RoboCopy gerçekleştirin. Dosyalar kopyalanmasa, geçersiz karakterleri kaldırmak için StorSimple tarafındaki adlarını düzeltin. Ardından RoboCopy'yi yeniden deneyin. Daha önce listelenen RoboCopy komutu, StorSimple'a gereksiz geri çağırmaya neden olmadan birden çok kez gerçekleştirilir.

Sorun giderme ve iyileştirme

Belirli bir RoboCopy çalışmasının hız ve başarı oranı, çeşitli faktörlere bağlıdır:

  • Kaynak ve hedef depolamada ıOPS
  • Kaynak ve hedef arasındaki kullanılabilir ağ bant genişliği
  • bir ad alanındaki dosyaları ve klasörleri hızlı bir şekilde işleyebilme
  • RoboCopy çalıştırmaları arasındaki değişiklik sayısı

IOPS ve bant genişliği konuları

Bu kategoride, kaynak depolamanın, hedef depolamanın ve bunları bağlayan ağın yeteneklerini göz önünde bulundurmanız gerekir. Olası en yüksek aktarım hızı, bu üç bileşenden en yavaş şekilde belirlenir. Ağ altyapınızın en iyi yeteneklere 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 genellikle en çok desibleken, genellikle iş açısından kritik görevler için yerel ağınızın ve NAS gerecinin kullanımını göz önünde bulundurun.

Mümkün olduğunca hızlı kopyalama, geçişin kullanılabilir kaynakları tekeline geçirebilmesini gerektiren bir risk olduğunda istenmeyebilir.

  • Geçiş çalıştırmak için ortamınızda en iyi şekilde geçiş yapmayı düşünün: gün, saat kapalı veya hafta sonları sırasında.
  • Ayrıca, RoboCopy hızını kısıtlamak için bir Windows Server üzerinde ağ QoS 'yi de göz önünde bulundurun.
  • Geçiş araçları için gereksiz çalışmaktan kaçının.

RobCopy, /IPG:n n Robocopy paketleri arasında milisaniye cinsinden ölçülen anahtarı belirterek paket arası gecikmeler ekleyebilir. Bu anahtarı kullanmak, hem GÇ kısıtlı cihazlarda hem de kalabalık ağ bağlantılarında kaynakların tek bir şekilde oluşmasını önlemeye yardımcı olabilir.

/IPG:n belirli bir MB/sn olan kesin ağ azaltma için kullanılamaz. Bunun yerine Windows Server Network QoS kullanın. RoboCopy, tüm ağ gereksinimleriniz için SMB protokolüne tamamen dayanır. SMB kullanmanın, RoboCopy 'nin ağ aktarım hızını etkilemesinin nedeni, ancak kullanımını yavaşlatabilir.

Benzer bir düşünme satırı, NAS üzerinde gözlemlenen ıOPS için geçerlidir. NAS birimi, paket boyutları ve diğer faktörlerdeki küme boyutu, gözlemlenen ıOPS 'yi etkiler. Paket içi gecikmeye giriş, genellikle NAS üzerindeki yükü denetleyen en kolay yoldur. Birden çok değeri, örneğin yaklaşık 20 milisaniyeye (n = 20) bu sayının katları ile test edin. Bir gecikmeyle karşılaşırsanız, diğer uygulamalarınızın artık beklendiği gibi çalıştığını değerlendirebilirsiniz. Bu iyileştirme stratejisi, ortamınızda en iyi RoboCopy hızını bulmanıza olanak sağlayacak.

İşlem hızı

RoboCopy, işaret ettiği ad alanını gezer ve kopya için her dosya ve klasörü değerlendirir. Her dosya, ilk kopyalama sırasında ve yakalama kopyaları sırasında değerlendirilir. Örneğin, RoboCopy/MıR 'nin aynı kaynak ve hedef depolama konumlarına karşı yinelenen ç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ı artırmak için kullanışlıdır.

Genellikle, bir geçişte en sınırlayıcı faktör olarak bant genişliğini göz önünde bulunduruyoruz ve bu değer doğru olabilir. Ancak bir ad alanını listeleme özelliği, daha küçük dosyalarla daha büyük ad alanları için daha da fazla kopya kopyalamak üzere toplam süreyi etkileyebilir. Küçük dosyaları kopyalamanın 1 TiB ' nin daha az ancak daha büyük dosya kopyalamaktan önemli ölçüde uzun sürmekte olduğunu düşünün. Diğer tüm değişkenlerin aynı kaldığı varsayılarak.

Bu farkın nedeni, bir ad alanı üzerinde gezinmek için gereken işleme gücünden sorumludur. RoboCopy, /MT:n işlemci iş parçacığı sayısı için n tarafından temsil edildiği parametresi aracılığıyla çok iş parçacıklı kopyaları destekler. Bu nedenle, özellikle RoboCopy için bir makine sağlanırken, işlemci çekirdeği sayısını ve bunların sağladıkları iş parçacığı sayısıyla ilişkilerini göz önünde bulundurun. En yaygın olarak çekirdek başına iki iş parçacığı bulunur. Bir makinenin çekirdek ve iş parçacığı sayısı, hangi çoklu iş parçacığı değerlerini belirtmeniz gerektiğine karar vermek için önemli bir veri noktasıdır /MT:n . Ayrıca, belirli bir makinede paralel olarak çalıştırmayı planladığınız kaç RoboCopy işi de göz önünde bulundurun.

Daha fazla iş parçacığı, küçük dosya örneğimizi daha az iş parçacığından önemli ölçüde daha hızlı kopyalayacaktır. Aynı zamanda, 1 TiB daha büyük dosyalardaki ek kaynak yatırımı orantılı avantajlar kazanmayabilir. Yüksek iş parçacığı sayısı ağ üzerinde aynı anda büyük dosyaların daha fazlasını kopyalamaya çalışır. Bu ek ağ etkinliği, verimlilik veya depolama ıOPS ile sınırlı olma olasılığını artırır.

Bir ilk RoboCopy için, boş bir hedef veya çok sayıda değiştirilmiş dosya içeren bir fark çalıştırıldığında, büyük olasılıkla ağ aktarım cihazınız tarafından kısıtlanıyor olursunuz. İlk çalıştırma için yüksek iş parçacığı sayısı ile başlayın. Yüksek iş parçacığı sayısı, makinenizde Şu anda kullanılabilir olan iş parçacıklarınızın ötesinde bile, kullanılabilir ağ bant genişliğinin doygunluğu ortadan kaldırmaya yardımcı olur. Sonraki/MıR çalıştırmaları, öğeleri işleyerek aşamalı olarak etkilendi. Bir fark çalıştırmasında daha az değişiklik, ağ üzerinden daha az veri aktarımı anlamına gelir. Hızlarınız artık, ad alanı öğelerini ağ bağlantısı üzerinden taşıyabilme özelliğinden daha bağımlıdır. Sonraki çalıştırmalar için iş parçacığı sayısı değerini işlemci çekirdek sayısı ve çekirdek başına iş parçacığı sayısı olarak eşleştirin. Bir üretim sunucusunun sahip olabileceği diğer görevler için çekirdekler ayrılmalıdır ' i göz önünde bulundurun.

Gereksiz çalışmayı önleyin

Ad uzayındaki büyük ölçekli değişikliklerden kaçının. Örneğin, dizinler arasında dosya taşıma, büyük ölçekte özellikleri değiştirme veya izinleri değiştirme (NTFS ACL 'Leri). Genellikle, klasör hiyerarşisinde daha düşük dosyalar üzerinde basamaklı bir değişiklik etkisi olduğundan, özellikle ACL değişikliklerinin yüksek bir etkisi olabilir. Sonuçlar şu olabilir:

  • bir ACL değişikliğinden etkilenen her dosya ve klasörün güncelleştirilmesi gerektiğinden genişletilmiş RoboCopy işi çalışma süresi
  • daha önce taşınan verileri yeniden kullanmak için yeniden kopyalanması gerekebilir. Örneğin, dosyalar daha önce kopyalandıktan sonra klasör yapıları değiştiğinde daha fazla verinin kopyalanması gerekir. Bir RoboCopy işi, bir ad alanı değişikliğini "yeniden yürütemiyor". Sonraki iş daha önce eski klasör yapısına taşınan dosyaları temizlemelidir ve yeni klasör yapısındaki dosyaları yeniden karşıya yükler.

Diğer önemli bir boyut, RoboCopy aracını etkin bir şekilde kullanmaktır. Önerilen RoboCopy betiği ile hatalar için bir günlük dosyası oluşturup kaydedebilirsiniz. Kopyalama hataları gerçekleşebilir-Bu normaldir. Bu hatalar genellikle RoboCopy gibi bir kopyalama aracının birden fazla boyutunu çalıştırmanın gerekli hale getirir. İlk çalıştırma, bir NAS 'dan DataBox veya bir sunucudan Azure dosya paylaşımının olduğunu varsayalım. Ve bir veya daha fazla ek, bir veya daha fazla sayıda, kopyalanamayan dosyaları yakalamak ve yeniden denemek için/MıR anahtarıyla çalışır.

Belirli bir ad alanı kapsamında RoboCopy 'nin birden çok sayısını çalıştırmaya hazır olmanız gerekir. Daha kısa bir sürede kopyalamak daha hızlı tamamlanır, ancak ad alanı işleme hızına göre daha fazla kısıtlanmıştır. Birden çok sayıyı çalıştırdığınızda, RoboCopy her bir turun belirli bir çalıştırmada her şeyi kopyalamaya makul bir şekilde gerek kalmadan hızlandıramaz. Bu RoboCopy anahtarları önemli bir farklılık yapabilir:

  • /R:n n = başarısız bir dosyayı kopyalamayı ne sıklıkta yeniden deneirsiniz ve
  • /W:n n = yeniden denemeler arasında beklenecek saniye sayısı

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

Kullanıcıya kesme

Azure Dosya Eşitleme kullanıyorsanız, büyük olasılıkla StorSimple birimlerinde sahip olduğunuz paylaşımlarla aynı Azure Dosya Eşitleme etkinleştirilmiş Windows Server örneğinde SMB paylaşımları oluşturmanız gerekir. Burada zaman kaybetmeden bu adımı ön yükleme ve daha önce bunu yapma. Ancak, bu noktadan önce kimsenin Windows Server örneğinde değişikliklere neden olması için erişimin olduğundan emin olun.

DFS-N dağıtımınız varsa, yeni sunucu DFN-Namespaces konumlara işaret edin. DFS-N dağıtımınız yoksa ve 8100 veya 8600 aletinizi bir Windows Server örneğiyle yerel olarak öne aldıysanız, bu sunucuyu etki alanı dışı edebilirsiniz. Ardından, yeni etki alanı etkin Azure Dosya Eşitleme Windows Server örneğinize katılın. Bu işlem sırasında, kesme, kullanıcılarınız, Grup ilkeniz ve betikleriniz için aynı sunucu adı ve paylaşma adlarını eski sunucuyla aynı şekilde sağlayın.

DFS-Nhakkında daha fazla bilgi edinin.

Sağlamayı kaldırma

Bir kaynak sağladığınızda, bu kaynak ve verilerin yapılandırmasına erişiminizi kaybedersiniz. Sağlamayı kaldırma işlemi geri alınamaz. Şunları onaylaana kadar devam etmeyin:

  • Geçişiniz tamamlanmıştır.
  • Sağlamayı kaldırmak üzere olduğunuz StorSimple dosyalarında, klasörlerinde veya birim yedeklemelerinde hiç bir bağımlılık yoktur.

Başlamadan önce, üretim sırasında yeni Azure Dosya Eşitleme dağıtımınızı bir süre içinde gözlemlemek en iyi uygulamadır. Bu süre, karşılaşabileceğiniz sorunları gidermeye yönelik fırsat sağlar. Azure Dosya Eşitleme dağıtımınızı en az birkaç güne kadar gözlemledikten sonra kaynakları sağlamayı şu sırada yapmaya başlayabilirsiniz:

  1. StorSimple Veri Yöneticisi kaynağınızın Azure portal aracılığıyla sağlamasını kaldırma. Tüm DTS işleriniz onunla birlikte silinecektir. Kopyalama günlüklerini kolayca alamazsınız. Kayıtlarınız için önemliyse, sağlamadan önce bunları alın.
  2. StorSimple fiziksel gereçlerinizin geçirildiğinden emin olun ve ardından bunların kaydını kaldırın. Geçirildiklerinden tamamen emin değilseniz, devam etmeyin. Bu kaynakları hala gerekli olmaya devam ediyorsa, verileri veya yapılandırmalarını kurtarmanız mümkün olmayacaktır.
    İsteğe bağlı olarak, ilk olarak StorSimple birim kaynağını temin edebilir ve bu da gereç üzerindeki verileri temizler. Bu işlem birkaç gün sürebilir ve gereç üzerindeki verileri hiçbir zaman bir şekilde içermez . Bu sizin için önemli ise, disk sıfırlamayı kaynağın verimini kaldıran kaynaktan ve ilkelerinize göre ayrı olarak işle.
  3. StorSimple Cihaz Yöneticisi'nde daha fazla kayıtlı cihaz kalmadısa, o Cihaz Yöneticisi kaynağının kendisini kaldırmaya devam edebilirsiniz.
  4. Şimdi Azure'da StorSimple depolama hesabını silme zamanı geldi. Bir kez daha geçişin tamamlandıktan sonra devam etmek için bu verilere hiçbir şeyin ve hiçbir şeyin bağlı olmadığını onaylayın.
  5. StorSimple fiziksel aletini veri merkezinize çıkarın.
  6. StorSimple aleti size aitse, pc Geri Dönüşümü'ne sahipsinizdir. Cihazınız kiralandı ise, kiracıyı bilgilendirin ve cihazı uygun şekilde iade edin.

Geçiş işleminiz tamamlandı.

Not

Hala sorularınız mı var veya herhangi bir sorunla karşılaştınız mı?
biz de yardımcı olmak için buraya AzureFilesMigration@microsoft.com geldik.

Sonraki adımlar

  • Azure Dosya Eşitleme: aka.ms/AFS.
  • Bulut katmanlama ilkelerinin esnekliğini anlama.
  • Anlık Azure Backup zamanlaması yapmak ve yedekleme saklama zamanlamalarını tanımlamak için Azure dosya paylaşımlarınızı etkinleştirebilirsiniz.
  • Dosyalarda bazı dosyaların Azure portal olmadığını görüyorsanız, bu sorunları çözme adımları için Sorun giderme kılavuzunu gözden geçirebilirsiniz.