Aracılığıyla paylaş

VMware VM’leri ve fiziksel sunucular için çoğaltma sorunlarını giderme

  • Makale

Bu makalede, Site Recovery kullanarak şirket içi VMware VM'lerini ve fiziksel sunucuları Azure'a çoğalttığınızda karşılaşabileceğiniz bazı yaygın sorunlar ve belirli hatalar açıklanmaktadır.

1. Adım: İşlem sunucusu durumunu izleme

Site Recovery, çoğaltılan verileri alıp iyileştirmek ve Azure'a göndermek için işlem sunucusunu kullanır.

Portaldaki işlem sunucularının sistem durumunu izleyerek bunların düzgün bağlandığından ve çalıştığından ve işlem sunucusuyla ilişkili kaynak makineler için çoğaltmanın ilerlediğinden emin olmanız önerilir.

2. Adım: Bağlantı ve çoğaltma sorunlarını giderme

Kaynak sunucu ile işlem sunucusu arasındaki veya işlem sunucusu ile Azure arasındaki Bağlan üretkenlik sorunları genellikle ilk ve devam eden çoğaltma hatalarına neden olur.

Bu sorunları çözmek için bağlantı ve çoğaltma sorunlarını giderin.

3. Adım: Çoğaltma için kullanılamaan kaynak makinelerde sorun giderme

Site Recovery kullanarak çoğaltmayı etkinleştirmek için kaynak makineyi seçmeye çalıştığınızda, makine aşağıdaki nedenlerden biri nedeniyle kullanılamayabilir:

  • Aynı örnek UUID'ye sahip iki sanal makine: vCenter altındaki iki sanal makine aynı UUID örneğine sahipse, yapılandırma sunucusu tarafından bulunan ilk sanal makine Azure portalında görüntülenir. Bu sorunu çözmek için iki sanal makinenin aynı UUID örneğine sahip olmadığından emin olun. Bu senaryo genellikle yedekleme VM'lerinin etkin hale geldiği ve bulma kayıtlarımızda oturum açtığı durumlarda görülür. Azure Site Recovery VMware-To-Azure: Çözümlenmesi için yinelenen veya eski girdileri temizleme bölümüne bakın.
  • Yanlış vCenter kullanıcı kimlik bilgileri: OVF şablonunu veya birleşik kurulumu kullanarak yapılandırma sunucusunu ayarlarken doğru vCenter kimlik bilgilerini eklediğinizden emin olun. Kurulum sırasında eklediğiniz kimlik bilgilerini doğrulamak için bkz . Otomatik bulma için kimlik bilgilerini değiştirme.
  • vCenter yetersiz ayrıcalıklar: vCenter'a erişmek için sağlanan izinler gerekli izinlere sahip değilse, sanal makineleri bulma hatası oluşabilir. Hesabı otomatik bulma için hazırlama bölümünde açıklanan izinlerin vCenter kullanıcı hesabına eklendiğinden emin olun.
  • Azure Site Recovery yönetim sunucuları: Sanal makine aşağıdaki rollerden biri veya daha fazlası altında bir yönetim sunucusu olarak kullanılıyorsa : Yapılandırma sunucusu /genişleme işlemi sunucusu / Ana hedef sunucu, portaldan sanal makineyi seçemezsiniz. Yönetim sunucuları çoğaltılamaz.
  • Azure Site Recovery hizmetleri aracılığıyla zaten korumalı/yük devretme: Sanal makine zaten korumalıysa veya Site Recovery aracılığıyla yük devredildiyse, sanal makine portalda koruma için seçilebilir durumda değildir. Portalda aradığınız sanal makinenin başka bir kullanıcı tarafından veya farklı bir abonelik altında korunmadığından emin olun.
  • vCenter bağlı değil: vCenter'ın bağlı durumda olup olmadığını denetleyin. Doğrulamak için Kurtarma Hizmetleri kasası > Site Recovery Altyapısı > Yapılandırma Sunucuları'na > gidin İlgili yapılandırma sunucusuna > tıklayın, sağ tarafta ilişkili sunucuların ayrıntılarını içeren bir dikey pencere açılır. vCenter'ın bağlı olup olmadığını denetleyin. "Bağlan değil" durumundaysa sorunu çözün ve portaldaki yapılandırma sunucusunu yenileyin. Bundan sonra sanal makine portalda listelenmez.
  • ESXi kapalı: Sanal makinenin bulunduğu ESXi konağı kapalı durumdaysa, sanal makine listelenmez veya Azure portalında seçilemez. ESXi ana bilgisayarını açın ve portalda yapılandırma sunucusunu yenileyin. Bundan sonra sanal makine portalda listelenir.
  • Yeniden başlatma bekleniyor: Sanal makinede bekleyen bir yeniden başlatma varsa Azure portalında makineyi seçemezsiniz. Bekleyen yeniden başlatma etkinliklerini tamamladığınızdan emin olun ve yapılandırma sunucusunu yenileyin. Bundan sonra sanal makine portalda listelenir.
  • IP bulunamadı veya Makinenin IP adresi yok: Sanal makinenin ilişkili geçerli bir IP adresi yoksa, Azure portalında makineyi seçemezsiniz. Sanal makineye geçerli bir IP adresi atadığınızdan emin olun ve yapılandırma sunucusunu yenileyin. Makinenin NIC'lerinden biriyle ilişkilendirilmiş geçerli bir IP adresi yoksa da buna neden olabilir. Tüm NIC'lere geçerli bir IP adresi atayın veya IP'yi eksik olan NIC'yi kaldırın. Bundan sonra sanal makine portalda listelenir.

Portalda griye dönüşen korumalı sanal makinelerin sorunlarını giderme

Sistemde yinelenen girdiler varsa, Site Recovery altında çoğaltılan sanal makineler Azure portalında kullanılamaz. Eski girdileri silme ve sorunu çözme hakkında daha fazla bilgi edinin.

Başka bir nedeni de makinenin klonlanmış olması olabilir. Makineler bir hiper yönetici arasında hareket ettiğinde ve BIOS kimliği değiştiğinde mobility aracısı çoğaltmayı engeller. Kopyalanan makinelerin çoğaltılması Site Recovery tarafından desteklenmez.

Son 'XXX' dakikalarında VM için kilitlenmeyle tutarlı kurtarma noktası yok

En yaygın sorunlardan bazılarının listesi aşağıdadır:

İlk çoğaltma sorunları [hata 78169]

Bağlantı, bant genişliği veya zaman eşitlemeyle ilgili sorun olmadığından emin olmak için yukarıdan ve yukarıdan emin olun:

  • Azure Site Recovery'nin engellediği virüsten koruma yazılımı yok. Azure Site Recovery için gereken klasör dışlamaları hakkında daha fazla bilgi edinin.

Yüksek değişim sıklığına sahip kaynak makineler [hata 78188]

Olası Nedenler:

  • Sanal makinenin listelenen disklerindeki veri değişim hızı (yazma bayt/sn), çoğaltma hedef depolama hesabı türü için Azure Site Recovery tarafından desteklenen sınırlardan daha fazladır.
  • Yüksek miktarda verinin karşıya yüklenmeyi beklemesi nedeniyle değişim sıklığında ani bir artış var.

Sorunu çözmek için:

  • Hedef depolama hesabı türünün (Standart veya Premium) kaynakta değişim oranı gereksinimine göre sağlandığından emin olun.

  • Premium yönetilen diske (asrseeddisk türü) zaten çoğaltma yapıyorsanız, disk boyutunun Site Recovery sınırlarına göre gözlemlenen değişim hızını desteklediğinden emin olun. Gerekirse asrseeddisk boyutunu artırabilirsiniz. Şu adımları izleyin:

    • Etkilenen çoğaltılan makinenin Diskler dikey penceresine gidin ve çoğaltma diskinin adını kopyalayın
    • Bu çoğaltmayla yönetilen diske gidin
    • Genel Bakış dikey penceresinde SAS URL'sinin oluşturulduğunu belirten bir başlık görebilirsiniz. Bu başlık üzerine tıklayın ve dışarı aktarmayı iptal edin. Başlığı görmüyorsanız bu adımı yoksayın.
    • SAS URL'si iptal edilir olmaz Yönetilen Disk'in Yapılandırma dikey penceresine gidin ve Azure Site Recovery'nin kaynak diskte gözlemlenen değişim oranını desteklemesi için boyutu artırın.

  • Gözlemlenen değişim sıklığı geçiciyse, bekleyen verilerin karşıya yüklenmesinin yakalaması ve kurtarma noktaları oluşturması için birkaç saat bekleyin.

  • Disk geçici günlükler, test verileri vb. gibi kritik olmayan veriler içeriyorsa, bu verileri başka bir yere taşımayı veya bu diski çoğaltmanın tamamen dışında bırakmayı göz önünde bulundurun

  • Sorun devam ederse, çoğaltmayı planlamaya yardımcı olması için Site Recovery dağıtım planlayıcısını kullanın.

Sinyalsiz kaynak makineler [hata 78174]

Bu durum, Kaynak Makinedeki Azure Site Recovery Mobility aracısı Yapılandırma Sunucusu (CS) ile iletişim kurarken ortaya çıkar.

Sorunu çözmek için aşağıdaki adımları kullanarak kaynak VM'den Yapılandırma Sunucusuna ağ bağlantısını doğrulayın:

  1. Kaynak Makinenin çalıştığını doğrulayın.

  2. Yönetici ayrıcalıklarına sahip bir hesap kullanarak Kaynak Makine'de oturum açın.

  3. Aşağıdaki hizmetlerin çalıştığını ve hizmetleri yeniden başlatmadığını doğrulayın:

    • Svagents (InMage Scout VX Aracısı)
    • InMage Scout Uygulaması Hizmeti

  4. Kaynak Makinede, hata ayrıntıları için konumundaki günlükleri inceleyin:

    C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

Sinyalsiz işlem sunucusu [hata 806]

İşlem Sunucusundan sinyal alınmıyorsa şunları denetleyin:

  1. İşlem Sunucusu VM'si çalışır durumda

  2. Hata ayrıntıları için İşlem Sunucusu'nda aşağıdaki günlükleri denetleyin:

    C:\ProgramData\ASR\home\svsystems\eventmanager*.log
    ve
    C:\ProgramData\ASR\home\svsystems\monitor_protection*.log

Sinyalsiz ana hedef sunucu [hata 78022]

Ana Hedef üzerindeki Azure Site Recovery Mobility aracısı Yapılandırma Sunucusu ile iletişim kurmadığında bu durum ortaya çıkar.

Sorunu çözmek için hizmet durumunu doğrulamak için aşağıdaki adımları kullanın:

  1. Ana Hedef VM'nin çalıştığını doğrulayın.
  2. Yönetici ayrıcalıklarına sahip bir hesap kullanarak Ana Hedef VM'de oturum açın.

    • svagents hizmetinin çalıştığını doğrulayın. Çalışıyorsa hizmeti yeniden başlatın

    • Hata ayrıntıları için konumdaki günlükleri denetleyin:

      C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

  3. Ana hedefi yapılandırma sunucusuna kaydetmek için %PROGRAMDATA%\ASR\Agent klasörüne gidin ve komut isteminde aşağıdakileri çalıştırın:
    cmd
cdpcli.exe --registermt

net stop obengine

net start obengine

exit

Sanal makine için koruma başarıyla etkinleştirilemedi [hata 78253]

Bir çoğaltma ilkesi yapılandırma sunucusuyla düzgün ilişkilendirilmemişse bu hata oluşabilir. Yapılandırma sunucusuyla ilişkili ilke geçerli değilse de oluşabilir.

Bu hatanın nedenini doğrulamak için Site Recovery altyapısını yönetme kurtarma kasasına > gidin, ardından VMware ve fiziksel makineler için çoğaltma ilkelerini görüntüleyip yapılandırılan ilkelerin durumunu denetleyin.

Sorunu çözmek için, ilkeyi kullanımdaki yapılandırma sunucusuyla ilişkilendirebilir veya yeni bir çoğaltma ilkesi oluşturup ilişkilendirebilirsiniz. İlke geçersizse, ilişkiyi kaldırabilir ve silebilirsiniz.

Hata 78144 - Son “XXX” dakika içinde sanal makine için uygulamayla tutarlı kurtarma noktası yok

VSS yükleme hatası davranışlarını işlemek için Mobility aracısı 9.23 ve 9.27 sürümlerinde geliştirmeler yapılmıştır. VSS hatalarını giderme konusunda en iyi yönergeler için en son sürümlerde olduğunuzdan emin olun.

En yaygın sorunlardan bazıları listelenir:

Neden 1: SQL Server 2008/2008 R2'de bilinen sorun

Nasıl düzeltilir: SQL Server 2008/2008 R2 ile ilgili bilinen bir sorun vardır. Sql Server 2008 R2 barındıran bir sunucu için Azure Site Recovery Aracısı veya diğer bileşen olmayan VSS yedeklemesi başarısız oluyor başlıklı bu KB makalesine bakın

Neden 2: Azure Site Recovery işleri, AUTO_CLOSE DB'leri olan SQL Server örneklerinin herhangi bir sürümünü barındıran sunucularda başarısız oluyor

Nasıl düzeltilir: Kb makalesine bakın

Nasıl düzeltilir : KB makalesine bakın

Neden 3: SQL Server 2016 ve 2017'de bilinen sorun

Nasıl düzeltilir: Kb makalesine bakın

Neden 4: Linux sunucularında Uygulama Tutarlılığı etkinleştirilmedi

Nasıl düzeltilir: Linux için Azure Site Recovery İşlem Sistemi, uygulama tutarlılığı için uygulama özel betiklerini destekler. Uygulama tutarlılığı için Azure Site Recovery Mobility Aracısı tarafından ön ve son seçeneklerine sahip özel betik kullanılır. Etkinleştirme adımları aşağıdadır .

Daha fazla sorun gidermek için, hata için tam hata kodunu almak üzere kaynak makinedeki dosyaları denetleyin:

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\Application Data\ApplicationPolicyLogs\vacp.log

Dosyadaki hataları bulma Vacp.log dosyasını bir düzenleyicide açarak "vacpError" dizesini arayın

Ex: vacpError:220#Following disks are in FilteringStopped state [\\.\PHYSICALDRIVE1=5, ]#220|^|224#FAILED: CheckWriterStatus().#2147754994|^|226#FAILED to revoke tags.FAILED: CheckWriterStatus().#2147754994|^|

2147754994 önceki örnekte gösterildiği gibi hata hakkında bilgi veren hata kodu verilmiştir:

VSS yazıcısı yüklü değil - Hata 2147221164

Nasıl düzeltilir: Azure Site Recovery, bir uygulama tutarlılığı etiketi oluşturmak için Microsoft Birim Gölge Kopyası Hizmeti(VSS) kullanır. Uygulama tutarlılığı anlık görüntülerini almak için bir VSS Sağlayıcısı yükler. Bu VSS Sağlayıcısı bir hizmet olarak yüklenir. VSS Sağlayıcısı hizmetinin yüklü olmaması durumunda, uygulama tutarlılığı anlık görüntüsü oluşturma işlemi "Sınıf kaydedilmedi" 0x80040154 hata kimliğiyle başarısız olur.

VSS yazıcı yükleme sorunlarını giderme makalesine bakın

VSS yazıcı devre dışı bırakıldı - Hata 2147943458

Nasıl düzeltilir: Azure Site Recovery, bir uygulama tutarlılığı etiketi oluşturmak için Microsoft Birim Gölge Kopyası Hizmeti(VSS) kullanır. Uygulama tutarlılığı anlık görüntülerini almak için bir VSS Sağlayıcısı yükler. Bu VSS Sağlayıcısı bir hizmet olarak yüklenir. VSS Sağlayıcısı hizmetinin devre dışı bırakılması durumunda, uygulama tutarlılığı anlık görüntüsü oluşturma işlemi "Belirtilen hizmet devre dışı bırakıldı ve başlatılamıyor (0x80070422)" hata kimliğiyle başarısız olur.

  • VSS devre dışıysa,
    • VSS Sağlayıcısı hizmetinin başlangıç türünün Otomatik olarak ayarlandığını doğrulayın.
    • Aşağıdaki hizmetleri yeniden başlatın:
      • VSS hizmeti
      • Azure Site Recovery VSS Sağlayıcısı
      • VDS hizmeti

VSS PROVIDER NOT_REGISTERED - Hata 2147754756

Nasıl düzeltilir: Azure Site Recovery, bir uygulama tutarlılığı etiketi oluşturmak için Microsoft Birim Gölge Kopyası Hizmeti(VSS) kullanır. Azure Site Recovery VSS Sağlayıcısı hizmetinin yüklü olup olmadığını denetleyin.

  • Aşağıdaki komutları kullanarak Sağlayıcı yüklemesini yeniden deneyin:
  • Mevcut sağlayıcıyı kaldırma: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
  • Yeniden yükleme: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd

VSS Sağlayıcısı hizmetinin başlangıç türünün Otomatik olarak ayarlandığını doğrulayın. - Aşağıdaki hizmetleri yeniden başlatın: - VSS hizmeti - Azure Site Recovery VSS Sağlayıcısı - VDS hizmeti

Hata Kimliği 95001 - Yetersiz izin bulundu

Bu hata, çoğaltmayı etkinleştirmeye çalışırken oluşur ve uygulama klasörleri yeterli izinlere sahip değildir.

Nasıl düzeltilir: Bu sorunu çözmek için IUSR kullanıcısının aşağıdaki tüm klasörler için sahip rolüne sahip olduğundan emin olun -

  • C\ProgramData\Microsoft Azure Site Recovery\private
  • Yükleme dizini. Örneğin, yükleme dizini F sürücüsüyse, aşağıdakiler için doğru izinleri sağlayın:
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
  • Yükleme dizinindeki \pushinstallsvc klasörü. Örneğin, yükleme dizini F sürücüsüyse, için doğru izinleri sağlayın:
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc
  • Yükleme dizinindeki \etc klasörü. Örneğin, yükleme dizini F sürücüsüyse, için doğru izinleri sağlayın:
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\etc
  • C:\temp
  • C:\thirdparty\php5nts
  • Aşağıdaki yol altındaki tüm öğeler -
    • C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*

Ç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 bir süre içinde geri taşınır. Saat hızlı bir şekilde düzeltildiğinden değişikliği fark edemeyebilirsiniz.

Nasıl düzeltilir: Bu sorunu çözmek için sistem saati gelecekteki çarpık zamanı geçene kadar 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 mümkündür (şirket içinden Azure'a çoğaltılan veriler) ve ters çoğaltma için geçerli değildir (Azure'dan şirket içinde çoğaltılan veriler).

Sonraki adımlar

Daha fazla yardıma ihtiyacınız varsa sorunuzu Azure Site Recovery için Microsoft Soru-Cevap soru sayfasına gönderin. Etkin bir topluluğumuz var ve mühendislerimizden biri size yardımcı olabilir.