Share via


Yönetim aracı kaynaklarını genel Azure'a geçirme

Önemli

Ağustos 2018'den bu yana yeni müşterileri kabul etmediğimiz gibi, yeni özellik ve hizmetleri özgün Microsoft Cloud Germany konumlarına dağıtmadık.

Müşterilerin ihtiyaçlarındaki evrime bağlı olarak, kısa süre önce Almanya'da iki yeni veri merkezi bölgesi başlattık . Bu bölge, müşteri veri yerleşimi, Microsoft'un küresel bulut ağına tam bağlantı ve pazar rekabetçi fiyatlandırması sunuyor.

Ayrıca, 30 Eylül 2020'de Microsoft Bulut Almanya'nın 29 Ekim 2021'de kapanacağını duyurmuştuk. Daha fazla ayrıntıya buradan ulaşabilirsiniz: https://www.microsoft.com/cloud-platform/germany-cloud-regions.

Bugün geçiş yaparak yeni Alman veri merkezi bölgelerimizde sunulan işlevsellik, kurumsal düzeyde güvenlik ve kapsamlı özelliklerden yararlanın.

Bu makalede, Azure yönetim araçlarını Azure Almanya'dan genel Azure'a geçirmenize yardımcı olabilecek bilgiler yer alır.

Traffic Manager

Azure Traffic Manager sorunsuz bir geçişi tamamlamanıza yardımcı olabilir. Ancak, Azure Almanya'da oluşturduğunuz Traffic Manager profillerini genel Azure'a geçiremezsiniz. (Geçiş sırasında Traffic Manager uç noktalarını hedef ortama geçirirsiniz, bu nedenle Traffic Manager profilini yine de güncelleştirmeniz gerekir.)

Kaynak ortamda çalışmaya devam ederken Traffic Manager kullanarak hedef ortamda ek uç noktalar tanımlayabilirsiniz. Traffic Manager yeni ortamda çalışırken, kaynak ortamda henüz geçirmediğiniz uç noktaları tanımlamaya devam edebilirsiniz. Bu senaryo Mavi-Yeşil senaryosu olarak bilinir. Senaryo aşağıdaki adımları içerir:

  1. Genel Azure'da yeni bir Traffic Manager profili oluşturun.
  2. Azure Almanya'da uç noktaları tanımlayın.
  3. DNS CNAME kaydınızı yeni Traffic Manager profiliyle değiştirin.
  4. Eski Traffic Manager profilini kapatın.
  5. Uç noktaları geçirme ve yapılandırma. Azure Almanya'daki her uç nokta için:
    1. Uç noktayı genel Azure'a geçirme.
    2. Traffic Manager profilini yeni uç noktayı kullanacak şekilde değiştirin.

Daha fazla bilgi için:

Azure Backup

Azure Backup hizmeti, verilerinizi yedeklemek ve Microsoft Azure bulutundan kurtarmak için basit, güvenli ve uygun maliyetli çözümler sağlar. Yedekleme verilerinin taşınması artık PowerShell cmdlet'leri aracılığıyla Orta Almanya (GEC) ve Kuzeydoğu Almanya'dan (GNE) Orta Almanya'ya (GWC) etkinleştirilmiştir.

Karma iş yüklerini taşıma önkoşulu

Taşıma işlemi başladıktan sonra yedeklemeler mevcut kasalarda durdurulur. Bu nedenle, yedekleme verilerini bölgelerden taşımaya başlamadan önce karma iş yükleri (Data Protection Manager (DPM) sunucusu/ Azure Backup Sunucusu (MABS)/ Microsoft Azure Kurtarma Hizmetleri (MARS) için GWC'deki yeni bir kasadaki verilerinizi korumak önemlidir. Yeni bir kasada korumaya başlamak için:

  1. GWC'de yeni bir kasa (VaultN) oluşturun.
  2. DPM sunucunuzu/MABS/MARS aracınızı VaultN'ye yeniden kaydedin.
  3. İlke atayın ve yedeklemeleri almaya başlayın.

İlk yedekleme tam kopya ve ardından artımlı yedeklemeler olacaktır.

Önemli

  • Yedekleme verilerini taşıma işlemini başlatmadan önce VaultN'deki ilk tam yedeklemenin tamamlandığından emin olun.
  • DPM/MABS için özgün kasadaki parolayı güvenli bir konumda tutun; hedef kasadan verileri geri yüklemek için de aynı parolaya ihtiyacınız vardır. Özgün parola olmadan kaynak kasadan geri yükleme mümkün değildir.

1. Adım: Kaynakları indirme

Gerekli kaynakları indirin ve yükleyin.

  1. PowerShell'in en son sürümünü (PowerShell 7) indirin.
  2. Azure Cloud Shell'da bulunan Az.RecoveryServices modülünün 4.2.0 sürümünü kullanın.
  3. Tüm MARS aracılarını en son sürüme güncelleştirin.
  4. Parolanızı doğrulayın. Yeniden oluşturmanız gerekiyorsa doğrulama adımlarını izleyin.

2. Adım: GWC'de hedef kasa oluşturma

GWC'de bir Hedef Kasa (Kasa 2) oluşturun. Kasa oluşturmayı öğrenmek için bkz. Kurtarma Hizmetleri kasası oluşturma ve yapılandırma.

Not

  • Kasada korumalı öğe olmadığından emin olun.
  • Hedef kasanın gerekli yedekliliğe (yerel olarak yedekli sorgu (LRS) veya coğrafi olarak yedekli depolamaya (GRS) sahip olduğundan emin olun.

3. Adım: - Yedekleme verilerinin taşınmasını tetikleme amacıyla PowerShell kullanma

GNE veya GEC'den kaynak kasayı alma

Şu cmdlet'leri çalıştırın:

  1. Connect-AzAccount -Environment AzureGermanCloud
  2. Set-AzContext -Subscription "subscriptionName"
  3. $srcVault = Get-AzRecoveryServicesVault -name “srcVault” -ResourceGroupName “TestSourceRG”

Not

  • srcVault = Kaynak Kasası
  • TestSourceRG = Kaynak Kaynak Grubu

GWC'de hedef kasayı alma

Şu cmdlet'leri çalıştırın:

  1. Connect-AzAccount
  2. Set-AzContext -Subscription "subscriptionName"
  3. $trgVault = Get-AzRecoveryServicesVault -name “targetVault” -ResourceGroupName “TestTargetRG”

Not

  • targetVault = Hedef Kasa
  • TestTargetRG = Test Kaynak Grubu

Doğrulama gerçekleştirme

Şu cmdlet'leri çalıştırın:

  1. $validated = $false
  2. $validated = Test-AzRecoveryServicesDSMove -SourceVault $srcVault -TargetVault $trgVault

DS taşımayı başlatma/hazırlama

Şu cmdlet'leri çalıştırın:

  1. Connect-AzAccount -Environment AzureGermanCloud
  2. Set-AzContext -SubscriptionName $srcSub
  3. if($validated) {
            $corr = Initialize-AzRecoveryServicesDSMove -SourceVault $srcVault -TargetVault $trgVault
                        }
    
  4. $corr

DS taşımayı tetikleme

Şu cmdlet'leri çalıştırın:

  1. Connect-AzAccount
  2. Set-AzContext -SubscriptionName $trgSub
  3. Copy-AzRecoveryServicesVault - CorrelationIdForDataMove $corr -SourceVault $srcVault -TargetVault $trgVault -Force

cmdlet'ini Get-AzRecoveryServicesBackupJob kullanarak işlemi izleyebilirsiniz.

Not

  • Yedekleme verilerini taşıma işlemi sırasında, tüm yedekleme öğeleri geçici bir duruma taşınır. Bu durumda, yeni Kurtarma Noktaları (RP) oluşturulmaz ve eski RP'ler temizlenmez.
  • Bu özellik GEC ve GNE'de etkinleştirildiğinden, bu adımları küçük bir kasada gerçekleştirmenizi ve hareketi doğrulamanızı öneririz. Başarılı olduğunda bu adımları tüm kasalarda gerçekleştirin.
  • Yedekleme verilerinin taşınması tüm kasa için tetiklendiğinden taşıma işlemi kapsayıcı başına (VM'ler, DPM ve MABS sunucuları ve MARS aracıları) gerçekleşir. İşler bölümünde kapsayıcı başına taşıma işleminin ilerleme durumunu izleyin.

taşıma işlerinin ilerleme durumunu izleyin.

Taşıma işlemi sırasında kaynak kasada aşağıdaki eylemler engellenir:

  • Yeni Zamanlanmış Yedeklemeler
  • Verileri sil ile yedeklemeyi durdurun.
  • Verileri Sil
  • Yedeklemeyi Sürdür
  • İlkeyi Değiştir

4. Adım: Taşıma işinin durumunu denetleme

Yedekleme verileri taşıma işlemi kapsayıcı başına gerçekleşir. Azure VM yedeklemeleri için VM yedeklemeleri kapsayıcı olarak kabul edilir. Yedekleme verilerini taşıma işleminin ilerleme durumunu belirtmek için her kapsayıcı için bir iş oluşturulur.

İşleri izlemek için şu cmdlet'leri çalıştırın:

  1. Get-AzRecoveryServicesBackupJob -Operation BackupDataMove -VaultId $trgVault.ID
  2. $Jobs = Get-AzRecoveryServicesBackupJob -Operation BackupDataMove -VaultId $trgVault.ID
  3. Get-AzRecoveryServicesBackupJobDetail -Job $Jobs[0] -VaultId $trgVault.ID
  4. $JobDetails.ErrorDetails

5. Adım: Taşıma sonrası işlemleri

Tüm kapsayıcılar için yedekleme verilerini hedef kasaya taşıma işlemi tamamlandıktan sonra VM yedeklemeleri için başka eylem gerekmez.

Kapsayıcıların hareketinin tamam olduğunu doğrulayın

Kaynak kasadaki tüm kapsayıcıların hedef kasaya taşınıp taşınmadığını denetlemek için hedef kasaya gidin ve bu kasadaki tüm kapsayıcıları denetleyin.

Kaynak kasadan hedef kasaya taşınan tüm VM'leri listelemek için aşağıdaki cmdlet'i çalıştırın:

Get-AzRecoveryServicesBackupContainer -BackupManagementType “AzureVM” -VaultId $trgVault.ID

İlkelerin hareketinin tamam olduğunu doğrulayın

Yedekleme verileri yeni bölgeye başarıyla taşındıktan sonra, kaynak kasadaki Azure VM yedekleme öğelerine uygulanan tüm ilkeler hedef kasaya uygulanır.

Tüm ilkelerin kaynak kasadan hedef kasaya taşınıp taşınmadığını doğrulamak için hedef kasaya gidin ve taşınan tüm ilkelerin listesini almak için aşağıdaki cmdlet'i çalıştırın:

Get-AzRecoveryServicesBackupProtectionPolicy -VaultId $trgVault.ID

Taşıma işleminden sonra yedekleme verilerinizde bu ilkeler uygulanmaya devam eder, böylece taşınan kurtarma noktalarının yaşam döngüsü yönetimi devam eder.

Birkaç kurtarma noktasının (taşıma işlemi sırasında süresi dolmuş olabilir veya taşıma işleminden hemen sonra süresi dolabilir) ani temizlemeyi önlemek için, eski kurtarma noktalarının (RP' ler) temizlenmesi taşımadan sonraki 10 gün boyunca duraklatılır. Bu süre boyunca, eski IP'ler tarafından tahakkuk eden ek veriler için faturalandırılmazsınız.

Önemli

Bu eski RP'lerden kurtarmanız gerekiyorsa, bu 10 günlük süre içinde yedekleme verilerinin taşınmasıyla bunları hemen kurtarın. Bu güvenlik süresi tamamlandıktan sonra, yedekleme öğelerinin her birine uygulanan ilkeler geçerli olur ve eski IP'lerin temizlenmesini zorunlu kılacaktır.

Geri yükleme işlemleri

Azure Sanal Makineler geri yükleme

Azure Sanal makineleri için hedef kasadaki kurtarma noktalarından geri yükleyebilirsiniz.

MARS aracıyı yapılandırma

  1. Hedef kasaya yeniden kaydolun.
  2. Kurtarma noktalarından geri yükleme.
  3. Kurtarma Sonrası'nı yeni kasaya (VaultN) yeniden kaydedin ve yedeklemeleri sürdürun.

Not

MARS aracısı hedef kasaya kaydedilmiş olsa da yeni yedekleme gerçekleşmez.

DPM/MABS'yi yapılandırma

Önerilen

Geri yükleme gerçekleştirmek için Dış DPM yöntemini kullanın. Daha fazla bilgi için bkz. Azure Backup Sunucusundan veri kurtarma.

Not

  • Original-Location Recovery (OLR) desteklenmez.
  • Kaydedilen tüm makineler için yedeklemeler VaultN'de devam eder.

Diğer seçenek

Original-Location Kurtarma (OLR) için:

  1. DPM sunucusunu/MABS'yi hedef kasaya yeniden kaydedin.
  2. Geri yükleme işlemini gerçekleştirin.
  3. DPM sunucusunu/MABS'yi yeniden yeni kasaya kaydedin.

Not

DPM kullanma sınırlamaları:

  • DPM sunucusunu target-vault'a bağladığınızda DPM sunucusuna kayıtlı tüm makineler için yedekleme işlemi durdurulur.
  • Geri yükleme sonrasında DPM sunucusu yeni kasaya yeniden kaydedildikten sonra, yedeklemeler devam etmeden önce tutarlılık denetimleri gerçekleştirilir (aynı işlemin tamamlanması için geçen süre veri miktarına bağlıdır).

Hata kodları

UserErrorConflictingDataMoveOnVault

İleti: Kasada çalışmakta olan başka bir veri taşıma işlemi daha var.

Senaryo: Bir kaynak kasada veri taşıma işlemini denerken, diğer veri taşıma işlemi aynı kaynak kasada zaten çalışıyor.

Önerilen eylem: Geçerli veri taşıma işlemi tamamlanana kadar bekleyin ve sonra yeniden deneyin.

UserErrorOperationNotAllowedDuringDataMove

İleti: Veri taşıma işlemi devam ettiğinden bu işleme izin verilmez.

Senaryo: Veri taşıma işlemi devam ederken kaynak kasada aşağıdaki işlemlere izin verilmez:

  • Verileri Koru ile Yedeklemeyi Durdur
  • Verileri sil seçeneğiyle Yedeklemeyi durdurun.
  • Yedekleme verilerini silin.
  • Yedeklemeyi sürdür
  • İlkeyi değiştirin.

Önerilen eylem: Veri taşıma işlemi tamamlanana kadar bekleyin ve sonra yeniden deneyin. Desteklenen işlemler hakkında daha fazla bilgi edinin.

UserErrorNoContainersFoundForDataMove

İleti: Bu kasada veri taşıma işlemi için desteklenen kapsayıcı yok.

Senaryo: Bu ileti şu durumda görüntülenir:

  • Kaynak kasada hiç kapsayıcı yok.
  • Kaynak kasada yalnızca desteklenmeyen kapsayıcılar vardır.
  • Kaynak kasada daha önce bir hedef kasaya taşınan tüm kapsayıcılar bulunur ve API'de IgnoreMoved = true değerini geçtiniz.

Önerilen eylem:Veri taşıma için desteklenen kapsayıcılar hakkında bilgi edinin.

UserErrorDataMoveNotSupportedAtContainerLevel

İleti: Veri taşıma işlemi kapsayıcı düzeyinde desteklenmez.

Senaryo: Kapsayıcı düzeyinde veri taşıma işlemini seçtiniz.

Önerilen eylem: Kasa düzeyinde veri taşıma işlemini deneyin.

UserErrorDataMoveNotAllowedContainer RegistrationInProgress

İleti: Kaynak kasada bir kapsayıcı kayıt işlemi çalıştığından veri taşıma işlemine izin verilmiyor.

Senaryo: Veri taşımayı denediğinizde kaynak kasada bir kapsayıcı kayıt işlemi devam ediyor.

Önerilen eylem: Bir süre sonra veri taşıma işlemini deneyin.

UserErrorDataMoveNotAllowedTargetVaultNotEmpty

İleti: Hedef kasada zaten kayıtlı bazı kapsayıcılar olduğundan veri taşıma işlemine izin verilmiyor.

Senaryo: Seçilen hedef kasada önceden kaydedilmiş bazı kapsayıcılar var.

Önerilen eylem: Boş bir hedef kasada veri taşıma işlemini deneyin.

UserErrorUnsupportedSourceRegionForDataMove

İleti: Bu bölge için veri taşıma işlemi desteklenmiyor.

Senaryo: Kaynak bölge geçerli değil.

Önerilen eylem: Veri taşıma için desteklenen bölgelerin listesini denetleyin.

UserErrorUnsupportedTargetRegionForDataMove

İleti: Veri taşıma işlemi bu bölgede desteklenmiyor.

Senaryo: Hedef bölge kimliği geçerli değil.

Önerilen eylem: Veri taşıma için desteklenen bölgelerin listesini denetleyin.

UserErrorDataMoveTargetVaultWithPrivate EndpointNotSupported

İleti: Seçili hedef kasada özel uç noktalar olduğundan veriler taşınamaz.

Senaryo: Hedef kasada özel uç noktalar etkinleştirilir.

Önerilen eylem: Özel uç noktaları silin ve taşıma işlemini yeniden deneyin. Desteklenen işlemler hakkında daha fazla bilgi edinin.

UserErrorDataMoveSourceVaultWithPrivate EndpointNotSupported

İleti: Seçili kaynak kasası özel uç noktalara sahip olduğundan veriler taşınamaz.

Senaryo: Kaynak kasada özel uç noktalar etkinleştirilir.

Önerilen eylem: Özel uç noktaları silin ve taşıma işlemini yeniden deneyin. Desteklenen işlemler hakkında daha fazla bilgi edinin.

UserErrorDataMoveSourceVaultWithCMK NotSupported

İleti: Seçilen kaynak kasası şifreleme etkinleştirildiğinden veriler taşınamaz.

Senaryo: kaynak kasada Customer-Managed Anahtarları (CMK) etkinleştirilir.

Önerilen eylem:Desteklenen işlemler hakkında bilgi edinin.

UserErrorDataMoveTargetVaultWithCMKNotSupported

İleti: Seçilen hedef kasa şifreleme etkinleştirildiğinden veriler taşınamaz.

Senaryo: hedef kasada Customer-Managed Anahtarları (CMK) etkinleştirildi

Önerilen eylem:Desteklenen işlemler hakkında bilgi edinin.

Azure Zamanlayıcı

Azure Scheduler, 31 Ocak 2022'den bu yana tamamen kullanımdan kaldırıldı... Zamanlama işleri oluşturmak için bunun yerine genel Azure'da Azure Logic Apps'i kullanın.

Daha fazla bilgi için:

Ağ İzleyicisi

Bir Azure Ağ İzleyicisi örneğinin Azure Almanya'dan genel Azure'a geçirilmesi şu anda desteklenmiyor. Genel Azure'da yeni bir Ağ İzleyicisi örneği oluşturmanızı ve yapılandırmanızı öneririz. Ardından, eski ve yeni ortamlar arasındaki sonuçları karşılaştırın.

Daha fazla bilgi için:

Site Recovery

Geçerli Azure Site Recovery kurulumunuzu genel Azure'a geçiremezsiniz. Genel Azure'da yeni bir Site Recovery çözümü ayarlamanız gerekir.

Site Recovery hakkında daha fazla bilgi edinmek ve VM'leri Azure Almanya'dan genel Azure'a geçirmeyi öğrenmek için bkz. Site Recovery kullanma.

Bu adım adım öğreticileri tamamlayarak bilgilerinizi yenileyin:

Azure ilkeleri

İlkeleri Azure Almanya'dan genel Azure'a doğrudan geçiremezsiniz. Geçiş sırasında, atanan ilkelerin kapsamı genellikle değişir. Bu senaryoda olduğu gibi, hedef ortamda abonelik farklı olduğunda bu durum özellikle geçerlidir. Ancak ilke tanımlarını koruyabilir ve bunları genel Azure'da yeniden kullanabilirsiniz.

Geçerli ortamınızdaki tüm ilkeleri listelemek için Azure CLI'da aşağıdaki komutu çalıştırın.

Not

Aşağıdaki komutları çalıştırmadan önce Azure CLI'da AzureGermanCloud ortamına geçiş yaptığınızdan emin olun.

az policy definition list --query '[].{Type:policyType,Name:name}' --output table

Yalnızca PolicyType değeri Özel olan ilkeleri dışarı aktarın. policyRule dosyasını dışarı aktarın. Aşağıdaki örnek, "Yalnızca Orta Almanya'ya İzin Ver" özel ilkesini (kısa sürüm: allowgconly) geçerli klasördeki bir dosyaya dışarı aktarır:

az policy definition show --name allowgconly --output json --query policyRule > policy.json

Dışarı aktarma dosyanız aşağıdaki örneğe benzer olacaktır:

{
  "if": {
    "not": {
      "equals": "germanycentral",
      "field": "location"
    }
  },
  "then": {
    "effect": "Deny"
  }
}

Ardından genel Azure ortamına geçin. Dosyayı düzenleyerek ilke kuralını değiştirin. Örneğin, olarak westeuropedeğiştiringermanycentral.

{
  "if": {
    "not": {
      "equals": "westeurope",
      "field": "location"
    }
  },
  "then": {
    "effect": "Deny"
  }
}

Yeni ilkeyi oluşturun:

cat policy.json |az policy definition create --name "allowweonly" --rules @-

Artık adlı allowweonlyyeni bir ilkeniz var. İlke, bölge olarak yalnızca Batı Avrupa'ya izin verir.

İlkeyi yeni ortamınızdaki kapsamlara uygun şekilde atayın. Aşağıdaki komutu çalıştırarak Azure Almanya'daki eski atamaları belgeleyebilirsiniz:

az policy assignment list

Daha fazla bilgi için:

Sık sorulan sorular

Yedekleme verilerini nereye taşıyabilirim?

Yedekleme verilerinizi Orta Almanya (GEC) ve Kuzeydoğu Almanya'daki (GNE) Kurtarma Hizmetleri Kasalarından (RSV) Orta Batı Almanya'ya (GWC) taşıyabilirsiniz.

Hangi yedekleme verilerini taşıyabilirim?

21 Haziran 2021'den itibaren aşağıdaki iş yükleri için yedekleme verilerini bir bölgeden diğerine taşıyabilirsiniz:

  • Azure Sanal Makineler
  • Karma İş Yükleri
  • Microsoft Azure Kurtarma Hizmetleri (MARS) Aracısı kullanarak dosya/klasör yedekleme
  • Data Protection Manager (DPM) sunucusu
  • Azure Backup Sunucusu (MABS)

Yedekleme verilerini başka bir bölgeye nasıl taşıyabilirim?

Mevcut bölgelerdeki verilerin kaybolmadığından emin olmak için Azure Backup yedekleme verilerinin GEC ve GNE'den GWC'ye taşınmasını etkinleştirmiştir.

Geçiş gerçekleşirken yedeklemeler GEC ve GNE'de durur. Bu nedenle, geçiş işlemine başlamadan önce yeni bölgedeki iş yüklerini korumak önemlidir.

Yedekleme verileri taşıma işlemi başarısız olursa ne yapmalı?

Yedekleme verileri aşağıdaki hata senaryoları nedeniyle oluşabilir:

Hata iletileri Nedenler
Lütfen boş bir hedef kasa sağlayın. Hedef kasada herhangi bir yedekleme öğesi veya yedekleme kapsayıcısı olmamalıdır. Korumalı öğeler içeren bir hedef kasa seçtiniz.
Azure Backup verilerin yalnızca desteklenen hedef bölgelere taşınmasına izin verilir. Taşıma için desteklenen bölgelerden biri olmayan bir bölgeden hedef kasa seçtiniz.

Yeni bir boş hedef kasayla aynı komutu (aşağıda verilmiştir) çalıştırarak yedeklemeyi sıfırdan yeniden denemeniz gerekir veya başarısız öğeleri bir bayrakla belirterek kaynak kasadan yeniden deneyebilir ve taşıyabilirsiniz.

   if($validated) {
                              $corr = Initialize-AzRecoveryServicesDSMove -SourceVault $srcVault -TargetVault $trgVault -RetryOnlyFailed
                      }

Bu yedekleme verilerini taşımanın bir maliyeti var mı?

Hayır. Yedekleme verilerinizi bir bölgeden diğerine taşımanın ek bir maliyeti yoktur. Azure Backup, verileri bölgeler arasında taşımanın maliyetini taşır. Taşıma işlemi tamamlandıktan sonra yalnızca 10 günlük faturalama döneminiz olmaz. Bu dönemden sonra faturalama Hedef kasada başlar.

Yedekleme verilerini taşırken sorunlarla karşılaşırsam kiminle iletişime geçmeliyim?

Yedekleme verilerinin GEC veya GNE'den GWC'ye taşınmasıyla ilgili sorunlar için adresinden GESupportAzBackup@microsoft.combize yazın.

Sonraki adımlar

Aşağıdaki hizmet kategorilerindeki kaynakları geçirmeyle ilgili araçlar, teknikler ve öneriler hakkında bilgi edinin: