Azure’dan Azure’a VM çoğaltma hatalarını giderme

Bu makalede, Azure sanal makinelerinin (VM) bir bölgeden diğerine çoğaltılması ve kurtarılması sırasında Azure Site Recovery'de sık karşılaşılan hataların nasıl giderilir açıklanmaktadır. Desteklenen yapılandırmalar hakkında daha fazla bilgi için bkz . Azure VM'lerini çoğaltmaya yönelik destek matrisi.

Azure kaynak kotası sorunları (hata kodu 150097)

Olağanüstü durum kurtarma (DR) bölgeniz olarak kullanmayı planladığınız hedef bölgede Azure VM'leri oluşturmak için aboneliğinizin etkinleştirildiğinden emin olun. Aboneliğinizin gerekli boyutlarda VM'ler oluşturmak için yeterli kotaya ihtiyacı var. Varsayılan olarak Site Recovery kaynak VM boyutuyla aynı hedef VM boyutunu seçer. Eşleşen boyut kullanılamıyorsa Site Recovery otomatik olarak kullanılabilir en yakın boyutu seçer.

Kaynak VM yapılandırmasını destekleyen bir boyut yoksa aşağıdaki ileti görüntülenir:

Replication couldn't be enabled for the virtual machine <VmName>.

Olası nedenler

  • Abonelik kimliğiniz hedef bölge konumunda VM oluşturmak için etkinleştirilmedi.
  • Abonelik kimliğiniz hedef bölge konumunda belirli VM boyutlarını oluşturmak için etkinleştirilmedi veya yeterli kotaya sahip değil.
  • Hedef bölge konumunda, abonelik kimliği için kaynak VM'nin ağ arabirim kartı (NIC) sayısı (2) ile eşleşen, uygun bir hedef VM boyutu bulunamadı.

Sorunu çözme

Aboneliğinizin hedef konumda gerekli boyutlarda VM'ler oluşturmasını sağlamak için Azure faturalama desteğine başvurun. Ardından başarısız işlemi yeniden deneyin.

Hedef konumun kapasite kısıtlaması varsa, bu konuma çoğaltmayı devre dışı bırakın. Sonra aboneliğinizin gerekli boyutlarda VM'leri oluşturmak için yeterli kotası bulunan farklı bir konuma çoğaltmayı etkinleştirin.

Güvenilen kök sertifikalar (hata kodu 151066)

Vm'de en son güvenilen kök sertifikaların tümü yoksa, Site Recovery için çoğaltmayı etkinleştirme işiniz başarısız olabilir. Vm'den Site Recovery hizmet çağrılarının kimlik doğrulaması ve yetkilendirmesi bu sertifikalar olmadan başarısız olur.

Çoğaltmayı etkinleştirme işi başarısız olursa aşağıdaki ileti görüntülenir:

Site Recovery configuration failed.

Olası nedeni

Yetkilendirme ve kimlik doğrulaması için gereken güvenilen kök sertifikalar sanal makinede mevcut değildir.

Sorunu çözme

Windows

Windows işletim sistemini çalıştıran bir VM için, tüm güvenilen kök sertifikaların VM'de mevcut olması için en son Windows güncelleştirmelerini yükleyin. Vm'lerdeki en son kök sertifikaları ve güncelleştirilmiş sertifika iptal listesini almak için kuruluşunuzdaki tipik Windows güncelleştirme yönetimi veya sertifika güncelleştirme yönetimi işlemini izleyin.

  • Bağlantısız bir ortamdaysanız sertifikaları almak için kuruluşunuzdaki standart Windows güncelleştirme işlemini izleyin.
  • Gerekli sertifikalar VM'de yoksa, Site Recovery hizmetine yapılan çağrılar güvenlik nedeniyle başarısız olur.

Sorunun çözüldüğünü doğrulamak için login.microsoftonline.com VM'nizdeki bir tarayıcıdan adresine gidin.

Daha fazla bilgi için bkz . Güvenilen kökleri ve izin verilmeyen sertifikaları yapılandırma.

Linux

Vm'de en son güvenilen kök sertifikaları ve en son sertifika iptal listesini almak için Linux işletim sistemi sürümünüzün dağıtımcısı tarafından sağlanan yönergeleri izleyin.

SUSE Linux, sertifika listesini korumak için sembolik bağlantılar veya symlinkler kullandığından şu adımları izleyin:

  1. Kök kullanıcı olarak oturum açın. Karma simgesi (#), varsayılan komut istemidir.

  2. Dizini değiştirmek için şu komutu çalıştırın:

    cd /etc/ssl/certs

  3. Symantec kök CA sertifikasının mevcut olup olmadığını denetleyin:

    ls VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem

    • Symantec kök CA sertifikası bulunamazsa, dosyayı indirmek için aşağıdaki komutu çalıştırın. Hataları denetleyin ve ağ hataları için önerilen eylemleri izleyin.

      wget https://docs.broadcom.com/docs-and-downloads/content/dam/symantec/docs/other-resources/verisign-class-3-public-primary-certification-authority-g5-en.pem -O VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem

  4. Baltimore kök CA sertifikasının mevcut olup olmadığını denetleyin:

    ls Baltimore_CyberTrust_Root.pem

    • Baltimore kök CA sertifikası bulunamazsa sertifikayı indirmek için şu komutu çalıştırın:

      wget https://www.digicert.com/CACerts/BaltimoreCyberTrustRoot.crt.pem -O Baltimore_CyberTrust_Root.pem

  5. DigiCert_Global_Root_CA sertifikasının mevcut olup olmadığını denetleyin:

    ls DigiCert_Global_Root_CA.pem

    • DigiCert_Global_Root_CA bulunamazsa sertifikayı indirmek için aşağıdaki komutları çalıştırın:

      wget http://www.digicert.com/CACerts/DigiCertGlobalRootCA.crt
      
      openssl x509 -in DigiCertGlobalRootCA.crt -inform der -outform pem -out DigiCert_Global_Root_CA.pem
      
  6. Yeni indirilen sertifikaların sertifika konu karmalarını güncelleştirmek için rehash betiğini çalıştırın:

    c_rehash

  7. Sertifikalar için konu karmalarının symlink olarak oluşturulup oluşturulmadığını denetlemek için şu komutları çalıştırın:

    ls -l | grep Baltimore
    
    lrwxrwxrwx 1 root root   29 Jan  8 09:48 3ad48a91.0 -> Baltimore_CyberTrust_Root.pem
    
    -rw-r--r-- 1 root root 1303 Jun  5  2014 Baltimore_CyberTrust_Root.pem
    
    ls -l | grep VeriSign_Class_3_Public_Primary_Certification_Authority_G5
    
    -rw-r--r-- 1 root root 1774 Jun  5  2014 VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem
    
    lrwxrwxrwx 1 root root   62 Jan  8 09:48 facacbc6.0 -> VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem
    
    ls -l | grep DigiCert_Global_Root
    
    lrwxrwxrwx 1 root root   27 Jan  8 09:48 399e7759.0 -> DigiCert_Global_Root_CA.pem
    
    -rw-r--r-- 1 root root 1380 Jun  5  2014 DigiCert_Global_Root_CA.pem
    
  8. b204d74a.0 dosya adıyla VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem dosyasının bir kopyasını oluşturun:

    cp VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem b204d74a.0

  9. Baltimore_CyberTrust_Root.pem dosyasının 653b494a.0 dosya adıyla bir kopyasını oluşturun:

    cp Baltimore_CyberTrust_Root.pem 653b494a.0

  10. 3513523f.0 dosya adıyla DigiCert_Global_Root_CA.pem dosyasının bir kopyasını oluşturun:

    cp DigiCert_Global_Root_CA.pem 3513523f.0

  11. Dosyaların mevcut olup olmadığını denetleyin:

    ls -l 653b494a.0 b204d74a.0 3513523f.0
    
    -rw-r--r-- 1 root root 1774 Jan  8 09:52 3513523f.0
    
    -rw-r--r-- 1 root root 1303 Jan  8 09:52 653b494a.0
    
    -rw-r--r-- 1 root root 1774 Jan  8 09:52 b204d74a.0
    

Giden URL'ler veya IP aralıkları (hata kodu 151037 veya 151072)

Site Recovery çoğaltmasının çalışması için VM'den belirli URL'lere giden bağlantı gerekir. VM'niz bir güvenlik duvarının arkasındaysa veya giden bağlantıyı denetlemek için ağ güvenlik grubu (NSG) kurallarını kullanıyorsa, bu sorunlardan biriyle karşılaşabilirsiniz. URL'ler aracılığıyla giden erişimi desteklemeye devam etsek de IP aralıklarının izin ver listesinin kullanılması artık desteklenmemektedir.

Olası nedenler

  • Etki Alanı Adı Sistemi (DNS) çözümleme hatası nedeniyle Site Recovery uç noktalarına bağlantı kurulamıyor.
  • Bu sorun, sanal makinede yük devretme yaptığınızda ancak DNS sunucusuna olağanüstü durum kurtarma (DR) bölgesinden erişilemediğinde yeniden koruma sırasında daha yaygındır.

Sorunu çözme

Özel DNS kullanıyorsanız, DNS sunucusunun olağanüstü durum kurtarma bölgesinden erişilebilir olduğundan emin olun.

VM'nin özel bir DNS ayarı kullanıp kullanmadiğini denetlemek için:

  1. Sanal makineler'i açın ve VM'yi seçin.
  2. VM Ayarları'na gidin ve Ağ'ı seçin.
  3. Sanal ağ/alt ağ bölümünde, sanal ağın kaynak sayfasını açmak için bağlantıyı seçin.
  4. Ayarlar'a gidin ve DNS sunucuları'nı seçin.

Sanal makineden DNS sunucusuna erişmeyi deneyin. DNS sunucusu erişilebilir değilse, DNS sunucusu üzerinden yük devrederek veya DR ağı ile DNS arasında site satırı oluşturarak bu sunucuyu erişilebilir hale getirin.

Not

Özel uç noktalar kullanıyorsanız VM'lerin özel DNS kayıtlarını çözümleyebildiğinden emin olun.

com-error.

Sorun 2: Site Recovery yapılandırması başarısız oldu (151196)

Olası nedeni

Microsoft 365 kimlik doğrulaması ve kimlik IP4 uç noktalarıyla bağlantı kurulamıyor.

Sorunu çözme

Azure Site Recovery kimlik doğrulaması için Microsoft 365 IP aralıklarına erişim gerektiriyor. VM'de giden ağ bağlantısını denetlemek için Azure Ağ Güvenlik Grubu (NSG) kurallarını/güvenlik duvarı ara sunucusunu kullanıyorsanız, Microsoft Entra Kimliğine erişime izin vermek için Microsoft Entra hizmet etiketi tabanlı NSG kuralını kullandığınızdan emin olun. Artık IP adresi tabanlı NSG kurallarını desteklemiyoruz.

Sorun 3: Site Recovery yapılandırması başarısız oldu (151197)

Olası nedeni

Azure Site Recovery hizmet uç noktalarına bağlantı kurulamıyor.

Sorunu çözme

VM'de giden ağ bağlantısını denetlemek için Azure Ağ Güvenlik Grubu (NSG) kurallarını/güvenlik duvarı ara sunucusunu kullanıyorsanız hizmet etiketlerini kullandığınızdan emin olun. Artık Azure Site Recovery için NSG'ler aracılığıyla IP adreslerinin izin verme listesini kullanmayı desteklemiyoruz.

Sorun 4: Ağ trafiği şirket içi ara sunucu (151072) kullandığında çoğaltma başarısız oluyor

Olası nedeni

Özel proxy ayarları geçersiz ve Ulaşım hizmeti aracısı Internet Explorer'dan ara sunucu ayarlarını otomatik olarak algılamadı.

Sorunu çözme

  1. Ulaşım hizmeti aracısı, Windows ve /etc/environment Linux üzerinde Internet Explorer'dan ara sunucu ayarlarını algılar.

  2. Proxy'yi yalnızca Ulaşım hizmeti için ayarlamayı tercih ediyorsanız, proxy ayrıntılarını şu konumdaki ProxyInfo.conf dosyasında sağlayabilirsiniz:

    • Linux: /usr/local/InMage/config/
    • Windows: C:\ProgramData\Microsoft Azure Site Recovery\Config
  3. ProxyInfo.conf dosyasında ara sunucu ayarları aşağıdaki INI biçiminde olmalıdır.

    [proxy]
    Address=http://1.2.3.4
    Port=567
    

Not

Ulaşım hizmeti aracısı yalnızca kimliği doğrulanmamış proxy'leri destekler.

Daha Fazla Bilgi

Gerekli URL'leri veya gerekli IP aralıklarını belirtmek için Azure'da Azure'da ağdan Azure'a çoğaltma hakkında makalesindeki yönergeleri izleyin.

Vm'de disk bulunamadı (hata kodu 150039)

VM'ye bağlı yeni bir disk başlatılmalıdır. Disk bulunamazsa aşağıdaki ileti görüntülenir:

Azure data disk <DiskName> <DiskURI> with logical unit number <LUN> <LUNValue> was not mapped to a corresponding disk being reported from within the VM that has the same LUN value.

Olası nedenler

  • VM'ye yeni bir veri diski eklendi ancak başlatılmadı.
  • VM içindeki veri diski, diskin VM'ye eklendiği mantıksal birim numarası (LUN) değerini doğru bildirmiyor.

Sorunu çözme

Veri disklerinin başlatıldığından emin olun ve işlemi yeniden deneyin.

Sorun devam ederse desteğe başvurun.

Koruma için kullanılabilen birden çok disk (hata kodu 153039)

Olası nedenler

  • Yakın zamanda koruma sonrasında sanal makineye bir veya daha fazla disk eklendi.
  • Sanal makine korumadan sonra bir veya daha fazla disk başlatıldı.

Sorunu çözme

VM'nin çoğaltma durumunu yeniden iyi duruma getirmek için diskleri korumayı veya uyarıyı kapatmayı seçebilirsiniz.

Diskleri korumak için

  1. Çoğaltılan Öğeler>VM adı>Diskler'e gidin.

  2. Korumasız diski ve ardından Çoğaltmayı etkinleştir'i seçin:

    VM disklerinde çoğaltmayı etkinleştirin.

Uyarıyı kapatmak için

  1. Çoğaltılan öğeler>VM adı'na gidin.

  2. Genel Bakış bölümünde uyarıyı seçin ve ardından Tamam'ı seçin.

    Yeni disk uyarılarını kapatma.

Kasadan kaldırılan VM bilgileriyle tamamlandı (hata kodu 150225)

Site Recovery sanal makineyi koruduğunda, kaynak sanal makinede bağlantılar oluşturur. Korumayı kaldırdığınızda veya çoğaltmayı devre dışı bırakdığınızda, Site Recovery bu bağlantıları temizleme işinin bir parçası olarak kaldırır. Sanal makinede kaynak kilidi varsa, temizleme işi bilgilerle tamamlanır. Bilgiler, sanal makinenin Kurtarma Hizmetleri kasasından kaldırıldığını, ancak eski bağlantılardan bazılarının kaynak makinede temizlenemeyeceğini belirtir.

Bu sanal makineyi bir daha korumayı düşünmüyorsanız bu uyarıyı yoksayabilirsiniz. Ancak bu sanal makineyi daha sonra korumanız gerekiyorsa, bağlantıları temizlemek için bu bölümdeki adımları izleyin.

Uyarı

Temizlemeyi yapmazsanız:

  • Kurtarma Hizmetleri kasası yoluyla çoğaltmayı etkinleştirdiğinizde sanal makine listelenmez.
  • Sanal makine>Ayarları>Olağanüstü Durum Kurtarma'yı kullanarak VM'yi korumaya çalışırsanız, işlem VM'de mevcut eski kaynak bağlantıları nedeniyle Çoğaltma etkinleştirilemiyor iletisiyle başarısız olur.

Sorunu çözme

Not

Site Recovery, bu adımları gerçekleştirirken kaynak sanal makineyi silmez veya herhangi bir şekilde etkilemez.

  1. Vm veya VM kaynak grubundan kilidi kaldırın. Örneğin, aşağıdaki görüntüde adlı MoveDemo VM'deki kaynak kilidi silinmelidir:

    VM'den kilidi kaldırın.

  2. Eski bir Site Recovery yapılandırmasını kaldırmak için betiği indirin.

  3. Cleanup-stale-asr-config-Azure-VM.ps1 betiğini çalıştırın. Abonelik Kimliği, VM Kaynak Grubu ve VM adını parametre olarak belirtin.

  4. Azure kimlik bilgileri istenirse bunları sağlayın. Ardından betiğin herhangi bir hata olmadan çalıştığını doğrulayın.

Eski kaynakları olan VM'de çoğaltma etkinleştirilmedi (hata kodu 150226)

Olası nedenler

Sanal makine, önceki Site Recovery korumasından eski bir yapılandırmaya sahiptir.

Site Recovery kullanarak Azure VM için çoğaltmayı etkinleştirdiyseniz Azure VM'de eski bir yapılandırma oluşabilir ve ardından:

  • Çoğaltmayı devre dışı bırakmıştınız, ancak kaynak VM'de bir kaynak kilidi vardı.
  • Vm'de çoğaltmayı açıkça devre dışı bırakmadan Site Recovery kasasını sildiyseniz.
  • Vm'de çoğaltmayı açıkça devre dışı bırakmadan Site Recovery kasasını içeren kaynak grubunu sildiyseniz.

Sorunu çözme

Not

Site Recovery, bu adımları gerçekleştirirken kaynak sanal makineyi silmez veya herhangi bir şekilde etkilemez.

  1. Vm veya VM kaynak grubundan kilidi kaldırın. Örneğin, aşağıdaki görüntüde adlı MoveDemo VM'deki kaynak kilidi silinmelidir:

    VM'den kilidi kaldırın.

  2. Eski bir Site Recovery yapılandırmasını kaldırmak için betiği indirin.

  3. Cleanup-stale-asr-config-Azure-VM.ps1 betiğini çalıştırın. Abonelik Kimliği, VM Kaynak Grubu ve VM adını parametre olarak belirtin.

  4. Azure kimlik bilgileri istenirse bunları sağlayın. Ardından betiğin herhangi bir hata olmadan çalıştığını doğrulayın.

Çoğaltma işini etkinleştirmede VM veya kaynak grubu seçemiyorum

Sorun 1: Kaynak grubu ve kaynak VM farklı konumlarda

Site Recovery şu anda kaynak bölge kaynak grubunun ve sanal makinelerin aynı konumda olmasını gerektirir. Aksi takdirde, koruma uygulamayı denediğinizde sanal makineyi veya kaynak grubunu bulamazsınız.

Geçici bir çözüm olarak, Kurtarma Hizmetleri kasası yerine VM'den çoğaltmayı etkinleştirebilirsiniz. Kaynak VM>Özellikleri>Olağanüstü Durum Kurtarma'ya gidin ve çoğaltmayı etkinleştirin.

Sorun 2: Kaynak grubu seçili aboneliğin parçası değil

Kaynak grubu seçili aboneliğin parçası değilse, koruma sırasında kaynak grubunu bulamayabilirsiniz. Kaynak grubunun kullandığınız aboneliğe ait olduğundan emin olun.

Sorun 3: Eski yapılandırma

Azure VM'de eski bir Site Recovery yapılandırması varsa çoğaltma için etkinleştirmek istediğiniz VM'yi göremeyebilirsiniz. Site Recovery kullanarak Azure VM için çoğaltmayı etkinleştirdiyseniz ve ardından:

  • Vm'de çoğaltmayı açıkça devre dışı bırakmadan Site Recovery kasasını sildiyseniz.
  • Vm'de çoğaltmayı açıkça devre dışı bırakmadan Site Recovery kasasını içeren kaynak grubunu sildiyseniz.
  • Çoğaltmayı devre dışı bırakmıştınız, ancak kaynak VM'de bir kaynak kilidi vardı.

Sorunu çözme

Not

Bu bölümde bahsedilen betiği kullanmadan önce modülü güncelleştirdiğinden AzureRM.Resources emin olun. Site Recovery, bu adımları gerçekleştirirken kaynak sanal makineyi silmez veya herhangi bir şekilde etkilemez.

  1. Varsa kilidi VM veya VM kaynak grubundan kaldırın. Örneğin, aşağıdaki görüntüde adlı MoveDemo VM'deki kaynak kilidi silinmelidir:

    VM'den kilidi kaldırın.

  2. Eski bir Site Recovery yapılandırmasını kaldırmak için betiği indirin.

  3. Cleanup-stale-asr-config-Azure-VM.ps1 betiğini çalıştırın. Abonelik Kimliği, VM Kaynak Grubu ve VM adını parametre olarak belirtin.

  4. Azure kimlik bilgileri istenirse bunları sağlayın. Ardından betiğin herhangi bir hata olmadan çalıştığını doğrulayın.

Koruma için vm seçilemiyor

Olası nedeni

Sanal makinede başarısız veya yanıt vermemeyen bir durumda yüklü bir uzantı var

Sorunu çözme

Sanal makineler>Ayarlar>Uzantıları'na gidin ve başarısız durumdaki uzantıları denetleyin. Başarısız olan uzantıyı kaldırın ve ardından sanal makineyi korumak için yeniden deneyin.

VM sağlama durumu geçerli değil (hata kodu 150019)

VM'de çoğaltmayı etkinleştirmek için sağlama durumu Başarılı olmalıdır. Sağlama durumunu denetlemek için aşağıdaki adımları gerçekleştirin:

  1. Azure portalında Tüm Hizmetler'den Kaynak Gezgini'ni seçin.
  2. Abonelikler listesini genişletin ve aboneliğinizi seçin.
  3. ResourceGroups listesini genişletin ve VM'nin kaynak grubunu seçin.
  4. Kaynaklar listesini genişletin ve VM'nizi seçin.
  5. Sağ taraftaki örnek görünümünde provisioningState alanını denetleyin.

Sorunu çözme

  • provisioningState Başarısız ise, sorun giderme ayrıntılarıyla birlikte desteğe başvurun.
  • provisioningState Güncelleştiriliyor ise başka bir uzantı dağıtılıyor olabilir. VM'de devam eden işlemler olup olmadığını denetleyin, tamamlanmasını bekleyin ve ardından çoğaltmayı etkinleştirmek için başarısız olan Site Recovery işini yeniden deneyin.

Hedef VM seçilemiyor

Sorun 1: VM, hedef ağa zaten eşlenmiş bir ağa bağlı

Olağanüstü durum kurtarma yapılandırması sırasında, kaynak VM bir sanal ağın parçasıysa ve aynı sanal ağdan başka bir VM hedef kaynak grubundaki bir ağ ile zaten eşlenmişse, ağ seçimi açılan liste kutusu varsayılan olarak kullanılamaz (soluk görünür).

Ağ seçim listesi kullanılamıyor.

Sorun 2: Daha önce VM'yi koruduktan sonra çoğaltmayı devre dışı bırakabilirsiniz

Bir VM'nin çoğaltmasını devre dışı bırakmak ağ eşlemesini silmez. Eşleme, VM'nin korunduğu Kurtarma Hizmetleri kasasından silinmelidir. Kurtarma Hizmetleri kasasını seçin ve Azure sanal makineleri>ağ eşlemesi için Site Recovery Altyapısını>Yönet'e> gidin.

Ağ eşlemesini silin.

Olağanüstü durum kurtarma kurulumu sırasında yapılandırılan hedef ağ, ilk kurulumdan sonra ve VM korunduktan sonra değiştirilebilir. Ağ eşlemesini değiştirmek için ağ adını seçin:

Ağ eşlemesini değiştirin.

COM+ veya VSS (hata kodu 151025)

COM+ veya Birim Gölge Kopyası Hizmeti (VSS) hatası oluştuğunda aşağıdaki ileti görüntülenir:

Site Recovery extension failed to install.

Olası nedenler

  • COM+ Sistem Uygulaması hizmeti devre dışı bırakıldı.
  • Birim Gölge Kopyası Hizmeti devre dışı bırakıldı.

Sorunu çözme

COM+ Sistem Uygulaması ve Birim Gölge Kopyası Hizmeti'ni otomatik veya el ile başlatma moduna ayarlayın.

  1. Windows'da Hizmetler konsolunu açın.

  2. COM+ Sistem Uygulaması ve Birim Gölge Kopyası Hizmeti'nin Başlangıç Türü olarak Devre Dışı olarak ayarlanmamış olduğundan emin olun.

    COM ile Sistem Uygulaması ve Birim Gölge Kopyası Hizmeti'nin başlangıç türünü denetleyin.

Desteklenmeyen yönetilen disk boyutu (hata kodu 150172)

Bu hata oluştuğunda aşağıdaki ileti görüntülenir:

Protection couldn't be enabled for the virtual machine as it has <DiskName> with size <DiskSize> that is lesser than the minimum supported size 1024 MB.

Olası nedeni

Disk, desteklenen 1024 MB boyutundan daha küçüktür.

Sorunu çözme

Disk boyutunun desteklenen boyut aralığında olduğundan emin olun ve işlemi yeniden deneyin.

GRUB cihaz adını kullandığında koruma etkinleştirilmedi (hata kodu 151126)

Olası nedenler

Linux Grand Unified Bootloader (GRUB) yapılandırma dosyaları (/boot/grub/menu.lst, /boot/grub/grub.cfg, /boot/grub2/grub.cfg veya /etc/default/grub) ve resume parametreleri için root evrensel olarak benzersiz tanımlayıcı (UUID) değerleri yerine gerçek cihaz adlarını belirtebilir. Cihaz adları değişebileceğinden Site Recovery UUID gerektirir. Yeniden başlatıldıktan sonra, yük devretme sırasında vm aynı ada sahip olmayabilir ve bu da sorunlara neden olabilir.

Aşağıdaki örnekler, gerekli UUID'ler yerine cihaz adlarının göründüğü GRUB dosyalarından satırlardır:

  • Dosya /boot/grub2/grub.cfg:

    linux /boot/vmlinuz-3.12.49-11-default root=/dev/sda2 ${extra_cmdline} resume=/dev/sda1 splash=silent quiet showopts

  • Dosya: /boot/grub/menu.lst

    kernel /boot/vmlinuz-3.0.101-63-default root=/dev/sda2 resume=/dev/sda1 splash=silent crashkernel=256M-:128M showopts vga=0x314

Sorunu çözme

Her cihaz adını karşılık gelen UUID ile değiştirin:

  1. komutunu blkid <device name>yürüterek cihazın UUID değerini bulun. Örneğin:

    blkid /dev/sda1
    /dev/sda1: UUID="6f614b44-433b-431b-9ca1-4dd2f6f74f6b" TYPE="swap"
    blkid /dev/sda2
    /dev/sda2: UUID="62927e85-f7ba-40bc-9993-cc1feeb191e4" TYPE="ext3"
    
  2. ve biçimlerinde root=UUID=<UUID> resume=UUID=<UUID>cihaz adını UUID değeriyle değiştirin. Örneğin, değiştirmeden sonra /boot/grub/menu.lst dosyasındaki satır aşağıdaki satıra benzer olacaktır:

    kernel /boot/vmlinuz-3.0.101-63-default root=UUID=62927e85-f7ba-40bc-9993-cc1feeb191e4 resume=UUID=6f614b44-433b-431b-9ca1-4dd2f6f74f6b splash=silent crashkernel=256M-:128M showopts vga=0x314

  3. Korumayı yeniden deneyin.

GRUB cihazı mevcut olmadığından koruma başarısız oldu (hata kodu 151124)

Olası nedeni

GRUB yapılandırma dosyaları (/boot/grub/menu.lst, /boot/grub/grub.cfg, /boot/grub2/grub.cfg veya /etc/default/grub) veya rd_LVM_LVparametrelerini rd.lvm.lv içerebilir. Bu parametreler, önyükleme zamanında bulunabilecek Mantıksal Birim Yöneticisi (LVM) cihazlarını tanımlar. Bu LVM cihazları yoksa, korumalı sistemin kendisi önyükleme yapmaz ve önyükleme işleminde takılır. Yük devretme VM'sinde de aynı sorun görülür. İşte birkaç örnek:

  • Dosya: RHEL7 üzerinde /boot/grub2/grub.cfg :

    linux16 /vmlinuz-3.10.0-957.el7.x86_64 root=/dev/mapper/rhel_mup--rhel7u6-root ro crashkernel=128M\@64M rd.lvm.lv=rootvg/root rd.lvm.lv=rootvg/swap rhgb quiet LANG=en_US.UTF-8

  • Dosya: RHEL7'de /etc/default/grub :

    GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=rootvg/root rd.lvm.lv=rootvg/swap rhgb quiet

  • Dosya: RHEL6'da /boot/grub/menu.lst :

    kernel /vmlinuz-2.6.32-754.el6.x86_64 ro root=UUID=36dd8b45-e90d-40d6-81ac-ad0d0725d69e rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=rootvg/lv_root KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=rootvg/lv_swap rd_NO_DM rhgb quiet

Her örnekte, GRUB'nin adları root ve swap birim grubundan rootvggelen iki LVM cihazını algılaması gerekir.

Sorunu çözme

LVM cihazı yoksa cihazı oluşturun veya GRUB yapılandırma dosyalarından ilgili parametreleri kaldırın. Ardından korumayı etkinleştirmek için yeniden deneyin.

Ulaşım hizmeti güncelleştirme uyarılarla tamamlandı (hata kodu 151083)

Site Recovery Ulaşım hizmeti, biri filtre sürücüsü olarak adlandırılan birçok bileşene sahiptir. Filtre sürücüsü yalnızca sistem yeniden başlatma sırasında sistem belleğine yüklenir. Ulaşım hizmeti güncelleştirmesinde filtre sürücüsü değiştiğinde makine güncelleştirilir, ancak yine de bazı düzeltmelerin yeniden başlatılması gerektiğini belirten bir uyarı görürsünüz. Bu uyarı, filtre sürücüsü düzeltmelerinin yalnızca yeni filtre sürücüsü yüklendiğinde etkili olabileceğinden görünür ve bu yalnızca yeniden başlatma sırasında gerçekleşir.

Not

Bu sadece bir uyarıdır. Mevcut çoğaltma, yeni aracı güncelleştirmesinin ardından bile çalışmaya devam eder. Yeni filtre sürücüsünün avantajlarını istediğiniz zaman yeniden başlatmayı seçebilirsiniz, ancak yeniden başlatmazsanız eski filtre sürücüsü çalışmaya devam eder.

Filtre sürücüsünün dışında, Ulaşım hizmeti güncelleştirmesindeki diğer iyileştirme ve düzeltmelerin avantajları yeniden başlatma gerektirmeden etkili olur.

Çoğaltmayla yönetilen disk varsa koruma etkinleştirilmez

Bu hata, çoğaltmayla yönetilen disk hedef kaynak grubunda beklenen etiketler olmadan zaten mevcut olduğunda oluşur.

Olası nedeni

Sanal makine daha önce korunuyorsa ve çoğaltma devre dışı bırakıldığında çoğaltma diski kaldırılmadıysa bu sorun oluşabilir.

Sorunu çözme

Hata iletisinde tanımlanan çoğaltma diskini silin ve başarısız koruma işini yeniden deneyin.

Yükleyici kök diski bulamadığından korumayı etkinleştirme başarısız oldu (hata kodu 151137)

Bu hata, işletim sistemi diskinin Azure Disk Şifrelemesi (ADE) kullanılarak şifrelendiği Linux makinelerinde oluşur. Bu yalnızca Aracı sürüm 9.35'te geçerli bir sorundur.

Olası Nedenler

Yükleyici, kök dosya sistemini barındıran kök diski bulamıyor.

Sorunu çözme

Bu sorunu düzeltmek için aşağıdaki adımları gerçekleştirin.

  1. Aşağıdaki komutu kullanarak RHEL makinelerinde /var/lib/waagent dizininin altındaki aracı bitlerini bulun:

    # find /var/lib/ -name Micro\*.gz

    Beklenen çıktı:

    /var/lib/waagent/Microsoft.Azure.RecoveryServices.SiteRecovery.LinuxRHEL7-1.0.0.9139/UnifiedAgent/Microsoft-ASR_UA_9.35.0.0_RHEL7-64_GA_30Jun2020_release.tar.gz

  2. Yeni bir dizin oluşturun ve dizini bu yeni dizinle değiştirin.

  3. Aşağıdaki komutu kullanarak buradaki ilk adımda bulunan Aracı dosyasını ayıklayın:

    tar -xf <Tar Ball File>

  4. dosya prereq_check_installer.json açın ve aşağıdaki satırları silin. Bundan sonra dosyayı kaydedin.

       {
          "CheckName": "SystemDiskAvailable",
          "CheckType": "MobilityService"
       },
    
  5. Şu komutu kullanarak yükleyiciyi çağırın:

    ./install -d /usr/local/ASR -r MS -q -v Azure

  6. Yükleyici başarılı olursa çoğaltmayı etkinleştirme işini yeniden deneyin.

Çoğaltılan sunucularda zaman değişikliklerini giderme ve işleme

Bu hata, kaynak makinenin zamanı ileriye doğru ilerler ve sonra değişikliği düzeltmek için kısa sürede geri taşınır. Zaman çok hızlı bir şekilde düzeltildiğinden değişikliği fark edemeyebilirsiniz.

Nasıl düzeltilir: Bu sorunu çözmek için sistem saatinin çarpık gelecek zamanı geçmesini bekleyin. Bir diğer seçenek de çoğaltmayı bir kez daha devre dışı bırakmak ve etkinleştirmektir. Bu, yalnızca iletme çoğaltması için uygun olan (birincil bölgeden ikincil bölgeye çoğaltılan veriler) ve ters çoğaltma (ikincil bölgeden birincil bölgeye çoğaltılan veriler) için geçerli değildir.

Sonraki adımlar

Azure VM'lerini başka bir Azure bölgesine çoğaltma.