Yapılandırma sunucusu sorunlarını giderme

Bu makale, Azure Site Recovery yapılandırma sunucusunu dağıtırken ve yönetirken karşılaşılan sorunları gidermenize yardımcı olur. Yapılandırma sunucusu bir yönetim sunucusu gibi davranır. Site Recovery kullanarak şirket içi VMware VM'lerinin ve fiziksel sunucuların Azure'a olağanüstü durum kurtarmasını ayarlamak için yapılandırma sunucusunu kullanın. Aşağıdaki bölümlerde, yeni bir yapılandırma sunucusu eklerken ve bir yapılandırma sunucusunu yönetirken karşılaşabileceğiniz en yaygın hatalar açıklanmıştır.

Kayıt hataları

Mobility aracısını yüklediğinizde kaynak makine yapılandırma sunucusuna kaydolduğunda. Bu adım sırasında hata ayıklamak için şu yönergeleri izleyebilirsiniz:

1. C:\ProgramData\ASR\home\svsystems\var\configurator_register_host_static_info.log dosyasını açın. (ProgramData klasörü gizli bir klasör olabilir. ProgramData klasörünü görmüyorsanız, Dosya Gezgini Görünüm sekmesinin Göster/gizle bölümünde Gizli öğeler onay kutusunu seçin.) Hatalar birden çok sorundan kaynaklanıyor olabilir.

2. Geçerli IP Adresi Bulunamadı dizesini arayın. Dize bulunursa:

   1. İstenen ana bilgisayar kimliğinin kaynak makinenin konak kimliğiyle aynı olduğunu doğrulayın.
   2. Kaynak makinenin fiziksel NIC'ye atanmış en az bir IP adresi olduğunu doğrulayın. Yapılandırma sunucusuyla aracı kaydının başarılı olması için, kaynak makinenin fiziksel NIC'ye atanmış en az bir geçerli IP v4 adresi olmalıdır.
   3. Kaynak makinenin tüm IP adreslerini almak için kaynak makinede aşağıdaki komutlardan birini çalıştırın:
      • Windows için: > ipconfig /all
      • Linux için: # ifconfig -a

3. Geçerli IP Adresi Yok dizesi bulunamazsa Reason=>NULL dizesini arayın. Bu hata, kaynak makine yapılandırma sunucusuna kaydolmak için boş bir konak kullanıyorsa oluşur. Dize bulunursa:

   • Sorunları çözdükten sonra, kaydı el ile yeniden denemek için Kaynak makineyi yapılandırma sunucusuna kaydetme bölümünde yer alan yönergeleri izleyin.

4. Reason=>NULL dizesi bulunamazsa, kaynak makinede C:\ProgramData\ASRSetupLogs\UploadedLogs\ASRUnifiedAgentInstaller.log dosyasını açın. (ProgramData klasörü gizli bir klasör olabilir. ProgramData klasörünü görmüyorsanız, Dosya Gezgini Görünüm sekmesinin Göster/gizle bölümünde Gizli öğeler onay kutusunu seçin.) Hatalar birden çok sorundan kaynaklanıyor olabilir.

5. İstek gönderme dizesini arayın: (7) - Sunucuya bağlanılamıyor. Dize bulunursa:

   1. Kaynak makine ile yapılandırma sunucusu arasındaki ağ sorunlarını çözün. Ping, traceroute veya web tarayıcısı gibi ağ araçlarını kullanarak yapılandırma sunucusuna kaynak makineden erişilebilir olduğunu doğrulayın. Kaynak makinenin 443 numaralı bağlantı noktası üzerinden yapılandırma sunucusuna ulaşadığından emin olun.
   2. Kaynak makinedeki güvenlik duvarı kurallarının kaynak makine ile yapılandırma sunucusu arasındaki bağlantıyı engelleyip engellemediğini denetleyin. Bağlantı sorunlarının engelini kaldırmak için ağ yöneticilerinizle birlikte çalışın.
   3. Site Recovery'de listelenen klasörlerin virüsten koruma programlarından dışlandığından emin olun.
   4. Ağ sorunları çözüldüğünde, kaynak makineyi yapılandırma sunucusuna kaydetme yönergelerini izleyerek kaydı yeniden deneyin.

6. İstek gönderme dizesi : (7) - Sunucuya bağlanılamıyorsa, aynı günlük dosyasında şu dize isteğini arayın: (60) - Verilen CA sertifikalarıyla eş sertifikanın kimliği doğrulanamaz. Yapılandırma sunucusu sertifikasının süresi dolduğu veya kaynak makinenin TLS 1.0 veya sonraki protokolleri desteklemediği için bu hata oluşabilir. Ayrıca, bir güvenlik duvarı kaynak makine ile yapılandırma sunucusu arasındaki TLS iletişimini engellerse de oluşabilir. Dize bulunursa:

   1. Sorunu çözmek için kaynak makinede bir web tarayıcısı kullanarak yapılandırma sunucusu IP adresine bağlanın. URI https://< configuration sunucusu IP adresini> kullanın:443/. Kaynak makinenin 443 numaralı bağlantı noktası üzerinden yapılandırma sunucusuna ulaşadığından emin olun.
   2. Kaynak makinenin yapılandırma sunucusuyla konuşması için kaynak makinedeki güvenlik duvarı kurallarının eklenmesi veya kaldırılması gerekip gerekmediğini denetleyin. Kullanımda olabilecek çeşitli güvenlik duvarı yazılımları nedeniyle tüm gerekli güvenlik duvarı yapılandırmalarını listeleyemiyoruz. Bağlantı sorunlarının engelini kaldırmak için ağ yöneticilerinizle birlikte çalışın.
   3. Site Recovery'de listelenen klasörlerin virüsten koruma programlarından dışlandığından emin olun.
   4. Sorunları çözdükten sonra, Kaynak makineyi yapılandırma sunucusuna kaydetme bölümünde yer alan yönergeleri izleyerek kaydı yeniden deneyin.

7. Linux'ta, INSTALLATION_DIR>/etc/drscout.conf içindeki <platformun değeri bozuksa kayıt başarısız olur. Bu sorunu tanımlamak için /var/log/ua_install.log dosyasını açın. VM_PLATFORM değeri null olduğundan veya VmWare/Azure olmadığından Yapılandırma durdurulmuyor dizesini arayın. Platform, VmWare veya Azure olarak ayarlanmalıdır. drscout.conf dosyası bozuksa mobility aracısını kaldırıp mobility aracısını yeniden yüklemenizi öneririz. Kaldırma başarısız olursa aşağıdaki adımları tamamlayın: a. Installation_Directory/uninstall.sh dosyasını açın ve StopServices işlevine yapılan çağrıya açıklama ekleyin. b. Installation_Directory/Vx/bin/uninstall.sh dosyasını açın ve stop_services işlevine yapılan çağrıya açıklama ekleyin. c. Installation_Directory/Fx/uninstall.sh dosyasını açın ve Fx hizmetini durdurmaya çalışan bölümün tamamına açıklama ekleyin. d. Mobility aracısını kaldırın . Kaldırma başarılı olduktan sonra sistemi yeniden başlatın ve mobility aracısını yeniden yüklemeyi deneyin.

8. Çok faktörlü kimlik doğrulamasının kullanıcı hesabı için etkinleştirilmediğinden emin olun. Azure Site Recovery şu anda kullanıcı hesabı için çok faktörlü kimlik doğrulamasını desteklememektedir. Yapılandırma sunucusunu çok faktörlü kimlik doğrulaması etkin kullanıcı hesabı olmadan kaydedin.

Yükleme hatası: Hesaplar yüklenemedi

Bu hata, hizmet mobility aracısını yüklerken ve yapılandırma sunucusuna kaydolduğunda aktarım bağlantısından veri okuyamazsa oluşur. Sorunu çözmek için kaynak makinenizde TLS 1.0'ın etkinleştirildiğinden emin olun.

vCenter bulma hataları

vCenter bulma hatalarını çözmek için vCenter sunucusunu byPass listesi proxy ayarlarına ekleyin.

• Sistem kullanıcı içeriğine erişmek için PsExec aracını buradan indirin.
• Psexec -s -i "%programfiles%\Internet Explorer\iexplore.exe" komut satırını çalıştırarak Internet Explorer'ı sistem kullanıcı içeriğinde açın
• IE'de ara sunucu ayarları ekleyin ve tmanssvc hizmetini yeniden başlatın.
• DRA proxy ayarlarını yapılandırmak için cd C:\Program Files\Microsoft Azure Site Recovery Provider komutunu çalıştırın
• Ardından, DRCONFIGURATOR.EXE /configure /AddBypassUrls komutunu yürütür [Yapılandırma Sunucusu dağıtımının vCenter Server/vSphere ESXi sunucusu yapılandırma adımı sırasında sağlanan vCenter Server'ın IP Adresini/FQDN'sini ekleyin]

Yapılandırma sunucusunun IP adresini değiştirme

Yapılandırma sunucusunun IP adresini değiştirmenizi kesinlikle öneririz. Yapılandırma sunucusuna atanan tüm IP adreslerinin statik IP adresleri olduğundan emin olun. DHCP IP adreslerini kullanmayın.

ACS50008: SAML belirteci geçersiz

Bu hatayı önlemek için sistem saatinizdeki saatin yerel saatten 15 dakikadan fazla farklı olmadığından emin olun. Kayıt işlemini tamamlamak için yükleyiciyi yeniden çalıştırın.

Sertifika oluşturulamadı

Site Recovery'nin kimliğini doğrulamak için gereken bir sertifika oluşturulamaz. Kurulumu yerel yönetici olarak çalıştırdığınızdan emin olduktan sonra kurulumu yeniden çalıştırın.

Windows Lisansını Sunucu Standardı DEĞERLENDİrME'den Sunucu Standardı'na etkinleştirme hatası

1. OVF aracılığıyla yapılandırma sunucusu dağıtımının bir parçası olarak, 180 gün boyunca geçerli olan bir değerlendirme lisansı kullanılır. Bu lisansın süresi dolmadan önce etkinleştirmeniz gerekir. Aksi halde, bu durum yapılandırma sunucusunun sık sık kapatılmasına neden olabilir ve bu nedenle çoğaltma etkinliklerinde engele neden olabilir.
2. Windows lisansını etkinleştiremiyorsanız sorunu çözmek için Windows destek ekibine ulaşın.

Kaynak makineyi yapılandırma sunucusuna kaydetme

Kaynak makine Windows çalıştırıyorsa

Kaynak makinede aşağıdaki komutu çalıştırın:

  cd C:\Program Files (x86)\Microsoft Azure Site Recovery\agent
  UnifiedAgentConfigurator.exe  /CSEndPoint <configuration server IP address> /PassphraseFilePath <passphrase file path>

Ayar	Ayrıntılar
Kullanım	UnifiedAgentConfigurator.exe /CSEndPoint <yapılandırma sunucusu IP adresi> /PassphraseFilePath <parola dosya yolu>
Aracı yapılandırma günlükleri	%ProgramData%\ASRSetupLogs\ASRUnifiedAgentConfigurator.log altında bulunur.
/CSEndPoint	Zorunlu parametre. Yapılandırma sunucusunun IP adresini belirtir. Geçerli bir IP adresi kullanın.
/PassphraseFilePath	Zorunlu. Parolanın konumu. Geçerli bir UNC veya yerel dosya yolu kullanın.

Kaynak makine Linux çalıştırıyorsa

Kaynak makinede aşağıdaki komutu çalıştırın:

  /usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <configuration server IP address> -P /var/passphrase.txt

Ayar	Ayrıntılar
Kullanım	cd /usr/local/ASR/Vx/bin UnifiedAgentConfigurator.sh -i <yapılandırma sunucusu IP adresi> -P <parola dosya yolu>
-i	Zorunlu parametre. Yapılandırma sunucusunun IP adresini belirtir. Geçerli bir IP adresi kullanın.
-P	Zorunlu. Parolanın kaydedildiği dosyanın tam dosya yolu. Geçerli bir klasör kullanın.

Yapılandırma sunucusu yapılandırılamıyor

Sanal makineye yapılandırma sunucusu dışında uygulamalar yüklediyseniz ana hedefi yapılandıramayabilirsiniz.

Yapılandırma sunucusunun tek amaçlı bir sunucu olması gerekir ve paylaşılan sunucu olarak kullanılması desteklenmez.

Daha fazla bilgi için Bkz. Yapılandırma sunucusunu dağıtma bölümünde yapılandırma hakkında SSS.

Yapılandırma sunucusu veritabanından korumalı öğeler için eski girdileri kaldırma

Yapılandırma sunucusunda eski korumalı makineyi kaldırmak için aşağıdaki adımları kullanın.

1. Eski girdinin kaynak makinesini ve IP adresini belirlemek için:

   1. MYSQL cmdline'ı yönetici modunda açın.

   2. Aşağıdaki komutları yürütür.

      mysql> use svsdb1;
      mysql> select id as hostid, name, ipaddress, ostype as operatingsystem, from_unixtime(lasthostupdatetime) as heartbeat from hosts where name!='InMageProfiler'\G;
      

      Bu, kayıtlı makinelerin listesini, IP adresleri ve son kalp atışlarıyla birlikte döndürür. Eski çoğaltma çiftleri olan konağı bulun.

2. Yükseltilmiş bir komut istemi açın ve C:\ProgramData\ASR\home\svsystems\bin konumuna gidin.

3. Yapılandırma sunucusundan kayıtlı konak ayrıntılarını ve eski giriş bilgilerini kaldırmak için, kaynak makineyi ve eski girdinin IP adresini kullanarak aşağıdaki komutu çalıştırın.

   Syntax: Unregister-ASRComponent.pl -IPAddress <IP_ADDRESS_OF_MACHINE_TO_UNREGISTER> -Component <Source/ PS / MT>

   Ip adresi 10.0.0.4 olan "OnPrem-VM01" kaynak sunucu girdiniz varsa bunun yerine aşağıdaki komutu kullanın.

   perl Unregister-ASRComponent.pl -IPAddress 10.0.0.4 -Component Source

4. Yapılandırma sunucusuyla yeniden kayıt yapmak için kaynak makinede aşağıdaki hizmetleri yeniden başlatın.

   • InMage Scout Uygulaması Hizmeti
   • InMage Scout VX Aracısı - Sentinel/Outpost

Hizmetler durdurulamadığında yükseltme başarısız oluyor

Bazı hizmetler durmadığında yapılandırma sunucusu yükseltmesi başarısız olur.

Sorunu tanımlamak için yapılandırma sunucusunda C:\ProgramData\ASRSetupLogs\CX_TP_InstallLogFile adresine gidin. Aşağıdaki hataları bulursanız sorunu çözmek için aşağıdaki adımları kullanın:

2018-06-28 14:28:12.943   Successfully copied php.ini to C:\Temp from C:\thirdparty\php5nts
2018-06-28 14:28:12.943   svagents service status - SERVICE_RUNNING
2018-06-28 14:28:12.944   Stopping svagents service.
2018-06-28 14:31:32.949   Unable to stop svagents service.
2018-06-28 14:31:32.949   Stopping svagents service.
2018-06-28 14:34:52.960   Unable to stop svagents service.
2018-06-28 14:34:52.960   Stopping svagents service.
2018-06-28 14:38:12.971   Unable to stop svagents service.
2018-06-28 14:38:12.971   Rolling back the install changes.
2018-06-28 14:38:12.971   Upgrade has failed.

Bu sorunu çözmek için:

Aşağıdaki hizmetleri el ile durdurun:

• cxprocessserver
• InMage Scout VX Aracısı – Sentinel/Outpost,
• Microsoft Azure Kurtarma Hizmetleri Aracısı,
• Microsoft Azure Site Recovery Hizmeti,
• tmansvc

Yapılandırma sunucusunu güncelleştirmek için birleşik kurulumu yeniden çalıştırın.

Microsoft Entra uygulaması oluşturma hatası

Open Virtualization Application (OVA) şablonunu kullanarak Microsoft Entra ID'de uygulama oluşturmak için yeterli izniniz yok.

Sorunu çözmek için Azure portalında oturum açın ve aşağıdakilerden birini yapın:

• Microsoft Entra Id'de Uygulama Geliştirici rolünü isteyin. Uygulama Geliştirici rolü hakkında daha fazla bilgi için bkz. Microsoft Entra Id'de Yönetici istrator rolü izinleri.
• Kullanıcının uygulama oluşturabildiğini doğrulayın bayrağı Microsoft Entra ID'de true olarak ayarlanmıştır. Daha fazla bilgi için bkz . Nasıl yapılır: Kaynaklara erişebilen bir Microsoft Entra uygulaması ve hizmet sorumlusu oluşturmak için portalı kullanma.

İşlem sunucusu/Ana Hedef yapılandırma sunucusuyla iletişim kuramıyor

İşlem sunucusu (PS) ve Ana Hedef (MT) modülleri, yapılandırma sunucusu (CS) ile iletişim kuramıyor ve durumları Azure portalda bağlı değil görünüyor.

Bunun nedeni genellikle 443 numaralı bağlantı noktasıyla ilgili hatalardır. Bağlantı noktasının engelini kaldırmak ve CS ile iletişimi yeniden etkinleştirmek için aşağıdaki adımları kullanın.

MARS aracısının Ana Hedef aracısı tarafından çağrıldığı doğrulayın

Ana Hedef Aracısı'nın Yapılandırma sunucusu IP'sine yönelik bir TCP oturumu oluşturabildiğini doğrulamak için, Ana Hedef aracı günlüklerinde aşağıdakine benzer bir izleme arayın:

TCP <IP'yi CS> IP ile değiştirin:52739 <IP'yi CS IP ile değiştirin>:443 SYN_SENT

TCP 192.168.1.40:52739 192.168.1.40:443 SYN_SENT // IP'yi cs IP ile değiştirin

MT aracısı günlüklerinde aşağıdakine benzer izlemeler bulursanız, MT Aracısı 443 numaralı bağlantı noktasında hatalar bildiriyor:

#~> (11-20-2018 20:31:51):   ERROR  2508 8408 313 FAILED : PostToSVServer with error [at curlwrapper.cpp:CurlWrapper::processCurlResponse:212]   failed to post request: (7) - Couldn't connect to server
#~> (11-20-2018 20:31:54):   ERROR  2508 8408 314 FAILED : PostToSVServer with error [at curlwrapper.cpp:CurlWrapper::processCurlResponse:212]   failed to post request: (7) - Couldn't connect to server

Diğer uygulamalar da 443 numaralı bağlantı noktasını kullandığında veya bağlantı noktasını engelleyen bir güvenlik duvarı ayarı nedeniyle bu hatayla karşılaşılabilir.

Bu sorunu çözmek için:

• 443 numaralı bağlantı noktasının güvenlik duvarınız tarafından engellenmediğini doğrulayın.
• Bu bağlantı noktasını kullanan başka bir uygulama nedeniyle bağlantı noktasına ulaşılamıyorsa, uygulamayı durdurun ve kaldırın.
  • Uygulamayı durdurmak uygun değilse yeni bir temiz CS ayarlayın.
• Yapılandırma sunucusunu yeniden başlatın.
• IIS hizmetini yeniden başlatın.

Yapılandırma sunucusu yanlış UUID girdileri nedeniyle bağlı değil

Veritabanında birden çok yapılandırma sunucusu (CS) örneği UUID girdisi olduğunda bu hata oluşabilir. Bu sorun genellikle yapılandırma sunucusu VM'sini kopyaladığınızda oluşur.

Bu sorunu çözmek için:

1. Eski/eski CS VM'sini vCenter'dan kaldırın. Daha fazla bilgi için bkz . Sunucuları kaldırma ve korumayı devre dışı bırakma.

2. Yapılandırma sunucusu VM'sinde oturum açın ve MySQL svsdb1 veritabanına bağlanın.

3. Aşağıdaki sorguyu yürütür:

   Önemli

   Kopyalanan yapılandırma sunucusunun UUID ayrıntılarını veya artık sanal makineleri korumak için kullanılmayan yapılandırma sunucusunun eski girdisini girdiğinizi doğrulayın. Yanlış bir UUID girilmesi, mevcut tüm korumalı öğelerin bilgilerinin kaybolmasına neden olur.

       MySQL> use svsdb1;
       MySQL> delete from infrastructurevms where infrastructurevmid='<Stale CS VM UUID>';
       MySQL> commit; 
   

4. Portal sayfasını yenileyin.

Kimlik bilgilerinizi girerken sonsuz oturum açma döngüsü oluşur

Yapılandırma sunucusu OVF'sine doğru kullanıcı adını ve parolayı girdikten sonra, Azure oturum açma işlemi doğru kimlik bilgilerini istemeye devam eder.

Sistem zamanı yanlış olduğunda bu sorun oluşabilir.

Bu sorunu çözmek için:

Bilgisayarda doğru zamanı ayarlayın ve oturum açmayı yeniden deneyin.