Share via


Bilinen sorunlar - Azure Stack Hub'da Azure Site Recovery

Dikkat

Bu makalede, Kullanım Süresi Sonu (EOL) durumuna yakın bir Linux dağıtımı olan CentOS'a başvuruda bulunur. Lütfen kullanımınızı göz önünde bulundurun ve buna göre planlayın. Daha fazla bilgi için bkz. CentOS Kullanım Süresi Sonu kılavuzu.

Bu makalede, Azure Stack Hub'da Azure Site Recovery ile ilgili bilinen sorunlar açıklanmaktadır. Azure Stack Hub'da Azure Site Recovery'daki bilinen geçerli sorunlar ve sınırlamalar hakkında ayrıntılar için aşağıdaki bölümleri kullanın.

Desteklenen disk boyutu üst sınırı 1022 GB'tır

Bir VM'yi koruduğunuzda, Azure Site Recovery var olan bir diske 1 GB daha veri eklemesi gerekir. Azure Stack Hub'ın disk boyutu üst sınırı 1023 GB olduğundan, Site Recovery tarafından korunan en büyük disk boyutu 1022'ye eşit veya daha küçük olmalıdır.

1023 Gb diske sahip bir VM'yi korumaya çalıştığınızda aşağıdaki davranış oluşur:

  • Yalnızca 1 GB'lık bir tohum diski oluşturulduğundan ve kullanıma hazır olduğundan korumayı etkinleştirme başarılı olur. Bu adımda hata yoktur.

  • Çoğaltma % xx Eşitlendi konumunda engellenir ve bir süre sonra çoğaltma durumu AzStackToAzStackSourceAgentDiskSourceAgentSlowResyncProgressOnPremToAzure hatasıyla Kritik hale gelir. Hatanın nedeni, çoğaltma sırasında Site Recovery tohum diskini 1024 GB olarak yeniden boyutlandırmaya ve diske yazmaya çalışmasıdır. Azure Stack Hub 1024 GB diskleri desteklemediğinden bu işlem başarısız olur.

    En fazla disk hatası gösteren Azure portal ekran görüntüsü.

  • Bu disk için oluşturulan çekirdek diskin (hedef abonelikte) boyutu hala 1 GB'tır ve Etkinlik günlüğünde 'disk.diskSizeGb' parametresinin '1024' değeri aralık dışında hata iletisiyle birkaç Yazma Diski hatası gösterilir. '1024' değeri '1' ile '1023' (dahil) arasında olmalıdır.

    Disk yazma hatalarını gösteren Azure portal ekran görüntüsü.

Bu sorunun geçerli geçici çözümü yeni bir disk (1022 GB veya daha az) oluşturmak, bunu kaynak VM'nize eklemek, 1023 GB diskteki verileri yeni diske kopyalamak ve ardından 1023 GB'lık diski kaynak VM'den kaldırmaktır. Bu yordam tamamlandıktan ve VM'nin tüm diskleri 1022 GB'a eşit veya daha küçük olduğunda, Azure Site Recovery kullanarak korumayı etkinleştirebilirsiniz.

Yeniden koruma: Alette kullanılabilir veri diski yuvaları

  1. Yeniden koruma amaçlı çoğaltma diskleri alete bağlı olduğundan alet VM'sinde yeterli veri diski yuvası olduğundan emin olun.

  2. Aynı anda yeniden korunan ilk izin verilen disk sayısı 31'dir. Market öğesinden oluşturulan aletin varsayılan boyutu en fazla 32 veri diskini destekleyen Standard_DS4_v2 ve aletin kendisi bir veri diski kullanır.

  3. Korumalı VM'lerin toplamı 31'den büyükse, aşağıdaki eylemlerden birini gerçekleştirin:

    • Yeniden koruma gerektiren VM'leri daha küçük gruplara ayırarak aynı anda yeniden korunan disk sayısının aletin desteklediği en fazla veri diski sayısını aşmamasını sağlayın.
    • Azure Site Recovery gereci VM'sinin boyutunu artırın.

    Not

    Alet VM'sinin büyük VM SKU'larını test edip doğrulamayız.

  4. Bir VM'yi yeniden korumaya çalışıyorsanız ancak alette çoğaltma disklerini tutmak için yeterli yuva yoksa Bir iç hata oluştu hata iletisi görüntülenir. Alette şu anda bulunan veri disklerinin sayısını denetleyebilir veya alette oturum açabilir, Olay Görüntüleyicisi gidebilir ve Uygulama ve Hizmet Günlükleri'nin altında Azure Site Recovery günlüklerini açabilirsiniz:

    Azure Site Recovery için Olay Görüntüleyicisi örnek ekran görüntüsü.

    Azure Site Recovery günlüklerinin örnek ekran görüntüsü.

    Sorunu belirlemek için en son uyarıyı bulun.

Linux VM çekirdek sürümü desteklenmiyor

  1. komutunu uname -rçalıştırarak çekirdek sürümünüzü denetleyin.

    Linux Çekirdeği sürümünün örnek ekran görüntüsü.

    Desteklenen Linux çekirdek sürümleri hakkında daha fazla bilgi için bkz. Azure desteği matris için Azure.

  2. Desteklenen bir çekirdek sürümüyle, VM'nin yeniden başlatma gerçekleştirmesine neden olan yük devretme, yük devredilen VM'nin desteklenmeyen daha yeni bir çekirdek sürümüne güncelleştirilmesine neden olabilir. Yük devretme VM'sinin yeniden başlatılmasından kaynaklanan bir güncelleştirmeyi önlemek için, çekirdek sürüm güncelleştirmesinin devam edebilmesi için komutunu sudo apt-mark hold linux-image-azure linux-headers-azure çalıştırın.

  3. Desteklenmeyen bir çekirdek sürümü için, VM'niz için uygun komutu çalıştırarak geri dönebileceğiniz eski bir çekirdek sürümünü denetleyin:

    • Debian/Ubuntu: dpkg --list | grep linux-image
    • RedHat/CentOS/RHEL: rpm -qa kernel

    Aşağıdaki görüntüde, desteklenmeyen 5.4.0-1103-azure sürümündeki bir Ubuntu VM örneği gösterilmektedir. Komut çalıştırıldıktan sonra VM'de zaten yüklü olan desteklenen 5.4.0-1077-azure sürümünü görebilirsiniz. Bu bilgilerle desteklenen sürüme geri dönebilirsiniz.

    Ubuntu VM çekirdek sürümü denetiminin örnek ekran görüntüsü.

  4. Aşağıdaki adımları kullanarak desteklenen bir çekirdek sürümüne geri dönün:

    1. İlk olarak, hata olması durumunda /etc/default/grub öğesinin bir kopyasını oluşturun; örneğin, sudo cp /etc/default/grub /etc/default/grub.bak.

    2. Ardından ,/etc/default/grub dosyasını değiştirerek GRUB_DEFAULT kullanmak istediğiniz önceki sürüme ayarlayın. GRUB_DEFAULT="Linux 5.4.0-1077-azure ile Ubuntu>Ubuntu için gelişmiş seçenekler" gibi bir şeye sahip olabilirsiniz.

      Ubuntu VM çekirdek sürümünü geri alma işleminin örnek ekran görüntüsü.

    3. Dosyayı kaydetmek için Kaydet'i ve ardından Çıkış'ı seçin.

    4. Grub'u güncelleştirmek için komutunu çalıştırın sudo update-grub .

    5. Son olarak, VM'yi yeniden başlatın ve desteklenen çekirdek sürümüne geri alma işlemine devam edin.

  5. Geri dönebileceğiniz eski bir çekirdek sürümünüz yoksa, çekirdeğinizin desteklenmesi için mobility aracısının güncelleştirilmesini bekleyin. Güncelleştirme hazırsa otomatik olarak tamamlanır ve portalda sürümü kontrol ederek şunları onaylayabilirsiniz:

    Mobility aracısı güncelleştirme denetiminin örnek ekran görüntüsü.

El ile yeniden eşitlemeyi yeniden koruma henüz desteklenmiyor

Yeniden koruma işi tamamlandıktan sonra çoğaltma sırayla başlatılır. Çoğaltma sırasında yeniden eşitleme gerektiren durumlar olabilir; bu da tüm değişiklikleri eşitlemek için yeni bir ilk çoğaltma tetiklendiği anlamına gelir.

İki tür yeniden eşitleme vardır:

  • Otomatik yeniden eşitleme. Kullanıcı eylemi gerektirmez ve otomatik olarak yapılır. Kullanıcılar portalda gösterilen bazı olayları görebilir:

    Kullanıcılar portalında Otomatik yeniden eşitleme işleminin örnek ekran görüntüsü.

  • El ile yeniden eşitleme. Yeniden eşitlemeyi el ile tetikleyen kullanıcı eylemi gerektirir ve aşağıdaki örneklerde gereklidir:

    • Yeniden koruma için seçilen depolama hesabı eksik.

    • Alet üzerindeki çoğaltma diski eksik.

    • Çoğaltma yazma işlemi, alet üzerindeki çoğaltma diskinin kapasitesini aşıyor.

      İpucu

      El ile yeniden eşitleme gerekip gerekmediğine karar vermenize yardımcı olması için olaylar dikey penceresinde el ile yeniden eşitleme nedenlerini de bulabilirsiniz.

PowerShell otomasyonunda bilinen sorunlar

  • Boş veya null olarak bırakırsanız $failbackPolicyName$failbackExtensionName , yeniden koruma başarısız olabilir. Aşağıdaki örneklere bakın:

    Bir VM'nin işlem hatası gerçekleştiremediği örnek ekran görüntüsü.

    Farklı bir VM'de ikinci işlem hatasının örnek ekran görüntüsü.

  • Aşağıdaki örnekte gösterildiği gibi her zaman ve $failbackExtensionNamedeğerini belirtin$failbackPolicyName:

    $failbackPolicyName = "failback-default-replication-policy"
    $failbackExtensionName = "default-failback-extension"
    $parameters = @{
        "properties" = @{
            "customProperties" = @{
                "instanceType" = "AzStackToAzStackFailback"
                "applianceId" = $applianceId
                "logStorageAccountId" = $LogStorageAccount.Id
                "policyName" = $failbackPolicyName
                "replicationExtensionName" = $failbackExtensionName
            }
        }
    }
    $result = Invoke-AzureRmResourceAction -Action "reprotect" ` -ResourceId $protectedItemId ` -Force -Parameters $parameters 
    

Ulaşım hizmeti aracısı uyarısı

Birden çok VM çoğaltırken, Site Recovery işlerinde Korumalı öğe durumunun Uyarı hatası olarak değiştiğini görebilirsiniz.

Korumalı öğe sistem durumu değişiklik uyarısının örnek ekran görüntüsü.

Bu hata iletisi yalnızca bir uyarı olmalıdır ve gerçek çoğaltma veya yük devretme işlemleri için engelleyici bir sorun değildir.

İpucu

İyi durumda olduğundan emin olmak için ilgili VM'nin durumunu kontrol edebilirsiniz.

Alet VM'sinin (kaynak) silinmesi kasanın silinmesini engeller (hedef)

Hedefte Azure Site Recovery kasasını silmek için önce tüm korumalı VM'leri kaldırmanız gerekir. Önce alet VM'sini silerseniz, Site Recovery kasası korumalı kaynakların silinmesini engeller ve kasayı silmeye çalışmak da başarısız olur. Kaynak grubunu silme işlemi de başarısız olur ve kasayı kaldırmanın tek yolu, kasanın oluşturulduğu Azure Stack Hub kullanıcı aboneliğini silmektir.

Bu sorunu önlemek için alet VM'sini silmeden önce kasadaki tüm öğelerden korumayı kaldırdığınızdan emin olun. Bu, kasanın alet üzerindeki kaynak temizleme işlemini (kaynak tarafı) tamamlamasını sağlar. Korumalı öğeler kaldırıldıktan sonra kasayı silebilir ve alet VM'sini kaldırabilirsiniz.

Sonraki adımlar