Azure Geçişi aletiyle ilgili sorunları giderme

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ı ve buna uygun planlamayı göz önünde bulundurun. Daha fazla bilgi için bkz . CentOS Kullanım Süresi Sonu kılavuzu.

Bu makale, Azure Geçişi aletini dağıtırken ve şirket içi sunucuları bulmak için aleti kullanırken karşılaşılan sorunları gidermenize yardımcı olur.

Neler desteklenir?

Alet destek gereksinimlerini gözden geçirin .

Alet kurulumu sırasında "Geçersiz OVF bildirim girdisi" hatası oluşuyor

OVA şablonunu kullanarak bir alet ayarlarken "Sağlanan bildirim dosyası geçersiz: Geçersiz OVF bildirim girdisi" hatasını alıyorsunuz.

Düzeltme

1. Karma değerini denetleyerek Azure Geçişi aleti OVA dosyasının doğru indirildiğini doğrulayın. Daha fazla bilgi edinin. Karma değer eşleşmiyorsa OVA dosyasını yeniden indirin ve dağıtımı yeniden deneyin.
2. Dağıtım yine başarısız olursa ve OVF dosyasını dağıtmak için VMware vSphere istemcisini kullanıyorsanız, vSphere web istemcisi aracılığıyla dağıtmayı deneyin. Dağıtım yine de başarısız olursa farklı bir web tarayıcısı kullanmayı deneyin.
3. vSphere web istemcisini kullanıyor ve vCenter Server 6.5 veya 6.7'de dağıtmaya çalışıyorsanız, OVA'yı doğrudan ESXi konağına dağıtmayı deneyin:
   • Web istemcisi (https:// host IP Adresi>/ui) ile doğrudan ESXi konağına (vCenter Server yerine) Bağlan<.
   • Ev>Envanteri'nde Dosya>Dağıtımı OVF şablonu'yu seçin. OVA'ya gidin ve dağıtımı tamamlayın.
4. Dağıtım yine başarısız olursa Azure Geçişi desteğine başvurun.

önkoşul kurulumu sırasında Bağlan ivity denetimi başarısız oluyor

Aletteki bağlantı denetiminde bir hata alırsınız.

Düzeltme

1. Aletten gerekli URL'lere bağlanabildiğinizden emin olun.
2. Bu URL’lere erişimi engelleyen bir ara sunucu veya güvenlik duvarı olup olmadığını denetleyin. İzin verilenler listesi oluşturmanız gerekiyorsa tüm URL'leri eklediğinizden emin olun.
3. Şirket içinde yapılandırılmış bir ara sunucu varsa, aynı adımda Ara sunucuyu ayarla'yı seçerek proxy ayrıntılarını doğru girin. Proxy'nin ihtiyacı varsa yetkilendirme kimlik bilgilerini girin.
4. Sunucunun daha önce çoğaltma aletini ayarlamak için kullanılmadığından veya mobility hizmeti aracısının sunucuda yüklü olduğundan emin olun.

önkoşul kurulumu sırasında aka.ms URL'si için Bağlan ivity denetimi başarısız oluyor

aka.ms URL'si için alet üzerindeki bağlantı denetiminde bir hata alırsınız.

Düzeltme

1. İnternet bağlantınız olduğundan ve hizmetlerin en son sürümlerini indirmek için izin verilenler listesine URL-aka.ms/* eklediğinizden emin olun.
2. Bu URL'ye erişimi engelleyen bir ara sunucu veya güvenlik duvarı olup olmadığını denetleyin. Yapılandırma yöneticisinin önkoşullar adımında ara sunucu ayrıntılarını doğru sağladığından emin olun.
3. Alet yapılandırma yöneticisine dönün ve otomatik güncelleştirmeyi başlatmak için önkoşulları yeniden çalıştırın.
4. Yeniden deneme işe yaramazsa, başarısız olan hizmetlerin en son sürümlerini denetlemek için bu web sitesinden latestcomponents.json dosyasını indirin. Bunları dosyadaki indirme bağlantılarından el ile güncelleştirin.

Aleti özel uç nokta bağlantısı için etkinleştirdiyseniz ve İnternet üzerinden bu URL'ye erişime izin vermek istemiyorsanız, bu hizmet için aka.ms bağlantısı gerektiğinden otomatik güncelleştirmeyi devre dışı bırakın.

Not

Otomatik güncelleştirme hizmetini devre dışı bırakırsanız alette çalışan hizmetler en son güncelleştirmeleri otomatik olarak almaz. Bu durumu çözmek için alet hizmetlerini el ile güncelleştirin.

Önkoşul kurulumu sırasında otomatik güncelleştirme denetimi başarısız oluyor

Aletteki otomatik güncelleştirme denetiminde bir hata alırsınız.

Düzeltme

1. Gerekli URL'ler için bir izin verilenler listesi oluşturduğunuzdan ve hiçbir ara sunucu veya güvenlik duvarı ayarının bunları engellemediğinden emin olun.
2. Herhangi bir alet bileşeni güncelleştirmesi başarısız olursa, önkoşulları yeniden çalıştırın veya alet hizmetlerini el ile güncelleştirin.

Önkoşul kurulumu sırasında zaman eşitleme denetimi başarısız oluyor

Zaman eşitlemesi ile ilgili bir hata, sunucu saatinin geçerli saatle beş dakikadan fazla eşitlemenin dışında olabileceğini gösterir.

Düzeltme

• Denetim Masası tarih ve saat ayarlarını denetleyerek alet sunucu saatinin internet saatiyle eşitlendiğinden emin olun.
• Aşağıdaki adımları izleyerek alet sunucusundaki saat saatini geçerli saatle eşleşecek şekilde de değiştirebilirsiniz:
  1. Sunucuda bir yönetici komut istemi açın.
  2. Saat dilimini denetlemek için w32tm /tz komutunu çalıştırın.
  3. Saati eşitlemek için w32tm /resync komutunu çalıştırın.

VMware aletinde önkoşul kurulumu sırasında VDDK denetimi başarısız oluyor

Sanal Disk Geliştirme Seti (VDDK) denetimi, alette yüklü gerekli VDDK'yı bulamadığından başarısız oldu. Bu sorun, devam eden çoğaltmada hatalara neden olabilir.

Düzeltme

1. VDDK 6.7'yi indirdiğinizden ve dosyalarını gereç sunucusundaki C:\Program Files\VMware\VMware Sanal Disk Geliştirme Seti'ne kopyaladığınızdan emin olun.
2. Cihazda başka bir yazılım veya uygulamanın VDDK'nin başka bir sürümünü kullanmadığından emin olun.

Alet kaydı sırasında proje anahtarıyla ilgili hata oluşuyor

Aleti projeden kopyalanan Azure Geçişi proje anahtarını kullanarak kaydetmeye çalışırken sorunlarla karşılaşıyorsunuz.

Düzeltme

1. Projeden doğru anahtarı kopyaladığınızdan emin olun. Projenizdeki Azure Geçişi: Bulma ve Değerlendirme kartında Keşfet'i seçin. Ardından 1. adımda Mevcut aleti yönet'i seçin. Açılan menüden daha önce anahtar oluşturduğunuz alet adını seçin. İlgili anahtarı kopyalayın.
2. Anahtarı doğru bulut türündeki (Genel/US Gov) ve alet türündeki (VMware/Hyper-V/Fiziksel veya diğer) alete yapıştırdığınızdan emin olun. Bulutu ve senaryo türünü onaylamak için alet yapılandırma yöneticisinin üst kısmından kontrol edin.

Alet kaydı sırasında "Azure Geçişi projesine bağlanılamadı" hatası oluşuyor

Azure kullanıcı hesabıyla başarılı bir oturum açma işleminden sonra alet kayıt adımı şu iletiyle başarısız olur: "Azure Geçişi projesine bağlanılamadı. Hata ayrıntılarını denetleyin ve Yeniden Dene'ye tıklayarak düzeltme adımlarını izleyin."

Alet yapılandırma yöneticisinden oturum açarken kullanılan Azure kullanıcı hesabı portalda Azure Geçişi proje anahtarı oluşturulurken kullanılan kullanıcı hesabından farklı olduğunda bu sorun oluşur.

Düzeltme

İki seçeneğiniz vardır:

• Aletin kaydını tamamlamak için portalda Azure Geçişi proje anahtarı oluşturulurken kullanılan Azure kullanıcı hesabını kullanın.
• Gerekli rolleri ve izinleri alet kaydı için kullanılan diğer Azure kullanıcı hesabına da atayabilirsiniz.

Alet kaydı sırasında "Microsoft Entra işlemi Yasak durumuyla başarısız oldu" hatası oluşuyor

Yetersiz Microsoft Entra Id ayrıcalıkları nedeniyle kaydı tamamlayamıyorsunuz ve "Microsoft Entra işlemi Yasak durumuyla başarısız oldu" hatasını alıyorsunuz.

Düzeltme

Azure'da Microsoft Entra uygulamaları oluşturmak ve yönetmek için gerekli izinlere sahip olduğunuzdan emin olun. Uygulama Geliştirici rolüne veya Kullanıcı kiracı düzeyinde uygulamalara izin verebilir kullanıcı rolüne sahip olmanız gerekir.

Alet kaydı sırasında "Key Vault'a erişim yasak" hatası oluşuyor

Azure Key Vault oluşturma veya güncelleştirme işlemi "{KeyVaultName}" için "{KeyVaultErrorMessage}" hatası nedeniyle başarısız oldu.

Bu sorun genellikle aleti kaydetmek için kullanılan Azure kullanıcı hesabı portalda Azure Geçişi proje anahtarını oluşturmak için kullanılan hesaptan farklı olduğunda (yani anahtar kasası oluşturulduğunda) oluşur.

Düzeltme

1. Alette şu anda oturum açmış olan kullanıcı hesabının hata iletisinde belirtilen anahtar kasası üzerinde gerekli izinlere sahip olduğundan emin olun. Kullanıcı hesabının bu web sitesinde belirtildiği gibi izinlere ihtiyacı vardır.
2. Anahtar kasasına gidin ve kullanıcı hesabınızın Anahtar Kasası Erişim İlkesi altında atanmış tüm Anahtar, Gizli Dizi ve Sertifika izinlerine sahip bir erişim ilkesi olduğundan emin olun. Daha fazla bilgi edinin.
3. Aleti özel uç nokta bağlantısı için etkinleştirdiyseniz aletin anahtar kasasının oluşturulduğu sanal ağda barındırıldığına veya anahtar kasasının özel bağlantı üzerinden oluşturulduğu Azure sanal ağına bağlı olduğundan emin olun. Anahtar kasası özel bağlantısının aletten çözülebildiğinden emin olun. Azure Geçişi anahtar oluşturma sırasında oluşturulan anahtar kasası gibi kaynaklar için özel uç noktaların ayrıntılarını bulmak için Azure Geçişi: Bulma ve değerlendirme>Özellikleri'ne gidin. Daha fazla bilgi edinin.
4. Gerekli izinlere ve bağlantıya sahipseniz, bir süre sonra alette kaydı yeniden deneyin.

Doğrulama sırasında vCenter Server'a bağlanılamıyor

Bu bağlantı hatasını alırsanız vCenter Server Servername.com:9443'e bağlanamayabilirsiniz. Hata ayrıntıları, iletiyi kabul eden bir uç noktanın olmadığını https://\*servername*.com:9443/sdk gösterir.

Düzeltme

• Aletin en son sürümünü çalıştırıp çalıştırmadığınızı denetleyin. Kullanmıyorsanız aleti en son sürüme yükseltin.

• Sorun hala en son sürümde oluşuyorsa, alet belirtilen vCenter Server adını çözemeyebilir veya belirtilen bağlantı noktası yanlış olabilir. Varsayılan olarak, bağlantı noktası belirtilmezse toplayıcı 443 numaralı bağlantı noktasına bağlanmayı dener.

  1. Aletten Ping Servername.com.
  2. 1. adım başarısız olursa, IP adresini kullanarak vCenter sunucusuna bağlanmayı deneyin.
  3. vCenter sunucusuna bağlanmak için doğru bağlantı noktası numarasını belirleyin.
  4. vCenter sunucusunun çalışır durumda olduğunu doğrulayın.

Sunucu kimlik bilgileri (etki alanı) VMware aletinde doğrulamada başarısız oluyor

Yazılım envanteri ve aracısız bağımlılık analizi gerçekleştirmek için VMware aletine eklenen etki alanı kimlik bilgileri için "Doğrulama başarısız oldu" ifadesini alırsınız.

Düzeltme

1. Doğru etki alanı adını ve kimlik bilgilerini sağladığınızı denetleyin.
2. Kimlik bilgilerinin doğrulanması için aletten etki alanına ulaşılabildiğinden emin olun. Aletin görüş hattı sorunları olabilir veya etki alanı adı alet sunucusundan çözülemeyebilir.
3. Etki alanı adını veya kimlik bilgilerini güncelleştirmek için Düzenle'yi seçin. Kimlik bilgilerini bir süre sonra yeniden doğrulamak için Kimlik bilgilerini yeniden doğrula'yı seçin.

Doğrulama sırasında Hyper-V konaklarına veya kümelerine bağlandığınızda "Erişim reddedildi" hatası oluşuyor

Eklenen Hyper-V konağından veya kümesinden "Erişim reddedildi" hatası nedeniyle doğrulayamıyorsunuz.

Düzeltme

1. Hyper-V konakları için tüm önkoşulları karşıladığınızdan emin olun.
2. Hyper-V konaklarını el ile veya sağlama PowerShell betiği kullanarak hazırlama konusunda bu web sitesindeki adımları denetleyin.

Doğrulama sırasında "Sunucu WS-Management Tanımlama işlemlerini desteklemiyor" hatası oluşuyor

"Sunucu WS-Management Tanımlama işlemlerini desteklemiyor. İsteğin Test Bağlan ion bölümünü atlayın ve yeniden deneyin."

Düzeltme

Bu hata genellikle alette bir ara sunucu yapılandırması sağladığınızda oluşur. Gereci, düğümün FQDN'sini sağlamış olsanız bile küme düğümleri için kısa adı kullanarak kümelere bağlanır. Küme düğümlerinin kısa adını alet üzerindeki atlama ara sunucusu listesine ekleyin, sorun çözülür ve Hyper-V kümesini doğrulama başarılı olur.

Bir Hyper-V aletinde doğrulama sırasında "Konak veya kümeye bağlanılamıyor" hatası oluşuyor

"Sunucu adı çözümlenemediğinden konak veya kümeye bağlanılamıyor. WinRM hata kodu: 0x803381B9", aletin Azure DNS hizmeti sağladığınız kümeyi veya ana bilgisayar adını çözümleyemiyorsa oluşabilir.

Bu sorun genellikle DNS tarafından çözülemez bir konağın IP adresini eklediğinizde oluşur. Ayrıca kümedeki konaklar için de bu hatayı görebilirsiniz. Aletin kümeye bağlanabileceğini gösterir, ancak küme FQDN olmayan konak adlarını döndürür.

Düzeltme

Bu hatayı çözmek için, IP adresi ve konak adlarının eşlemesini ekleyerek alet üzerindeki konak dosyasını güncelleştirin.

1. Not Defteri yönetici olarak açın.
2. C:\Windows\System32\Drivers\etc\hosts dosyasını açın.
3. IP adresini ve ana bilgisayar adını bir satıra ekleyin. Bu hatayı gördüğünüz her konak veya küme için yineleyin.
4. Hosts dosyasını kaydedin ve kapatın.
5. Alet yönetimi uygulamasını kullanarak aletin konaklara bağlanıp bağlanamadığını denetleyin. 30 dakika sonra Azure portalında bu konaklar için en son bilgileri görmeniz gerekir.

Fiziksel sunucuların doğrulanması sırasında "Sunucuya bağlanılamıyor" hatası oluşuyor

Düzeltme

• Aletten hedef sunucuya bağlantı olduğundan emin olun.
• Bu bir Linux sunucusuysa, aşağıdaki adımları izleyerek parola tabanlı kimlik doğrulamasının etkinleştirildiğinden emin olun:
  1. Linux sunucusunda oturum açın ve vi /etc/ssh/sshd_config komutunu kullanarak ssh yapılandırma dosyasını açın.
  2. PasswordAuthentication seçeneğini evet olarak ayarlayın. Dosyayı kaydedin.
  3. Hizmet sshd yeniden başlatmayı çalıştırarak ssh hizmetini yeniden başlatın.
• Bu bir Windows sunucusuysa, uzak WMI çağrılarına izin vermek için 5985 numaralı bağlantı noktasının açık olduğundan emin olun.
• BIR GCP Linux sunucusu keşfediyor ve kök kullanıcı kullanıyorsanız, kök oturum açma için varsayılan ayarı değiştirmek için aşağıdaki komutları kullanın:
  1. Linux sunucusunda oturum açın ve vi /etc/ssh/sshd_config komutunu kullanarak ssh yapılandırma dosyasını açın.
  2. PermitRootLogin seçeneğini evet olarak ayarlayın.
  3. Hizmet sshd yeniden başlatmayı çalıştırarak ssh hizmetini yeniden başlatın.

Doğrulama sırasında sunucu için "BIOS GUID getirilemedi" hatası oluşuyor

Fiziksel sunucunun doğrulaması alette "BIOS GUID getirilemedi" hata iletisiyle başarısız oluyor.

Düzeltme

Linux sunucuları

Doğrulama başarısız olan hedef sunucuya Bağlan. Sunucunun BIOS GUID'sini döndürip döndürmediğini görmek için aşağıdaki komutları çalıştırın:

cat /sys/class/dmi/id/product_uuid
dmidecode | grep -i uuid | awk '{print $2}'

Aşağıdaki komutu kullanarak hedef Linux sunucusuyla SSH bağlantısı oluşturarak alet sunucusundaki komut isteminden de komutları çalıştırabilirsiniz:

ssh <username>@<servername>

Oracle/CentOS gibi az sayıda Linux makinesi, tty seçeneğinin varsayılan olarak etkinleştirilmesini gerektiren bir yapılandırma değerine sahiptir ve bu da hataya neden olabilir. Böyle durumlarda, /etc/sudoers dosyasına bir "!" karakteri ekleyerek bu ayarı devre dışı bırakabilirsiniz. Dosyadaki başka bir yapılandırmanın bunu geçersiz kılamamasını sağlamak için /etc/sudoers/ dosyasının sonuna aşağıdakileri de ekleyebilirsiniz:

• Varsayılanlar !visiblepw
• Varsayılanlar !requiretty

Windows sunucuları

Sunucunun BIOS GUID'sini döndürip döndürmediğini görmek için doğrulama başarısız olan hedef sunucunun alet sunucusundan PowerShell'de aşağıdaki kodu çalıştırın:

[CmdletBinding()]
Param(
  [Parameter(Mandatory=$True,Position=1)]
   [string]$Hostname
)
$HostNS = "root\cimv2"
$error.Clear()

$Cred = Get-Credential
$Session = New-CimSession -Credential $Cred -ComputerName $Hostname

if ($Session -eq $null -or $Session.TestConnection() -eq $false)
{
    Write-Host "Connection failed with $Hostname due to $error"
    exit -1
}

Write-Host "Connection established with $Hostname"
#Get-WmiObject -Query "select uuid from Win32_ComputerSystemProduct" 

$HostIntance = $Session.QueryInstances($HostNS, "WQL", "Select UUID from Win32_ComputerSystemProduct")
$HostIntance | fl *

Önceki kodu çalıştırdığınızda, hedef sunucunun ana bilgisayar adını sağlamanız gerekir. IP adresi/FQDN/ana bilgisayar adı olabilir. Bundan sonra, sunucuya bağlanmak için kimlik bilgilerini sağlamanız istenir.

Doğrulama sırasında sunucu için "Uygun kimlik doğrulama yöntemi bulunamadı" hatası oluşuyor

Bir Linux sunucusunu fiziksel gereç aracılığıyla doğrulamaya çalıştığınızda "Uygun kimlik doğrulama yöntemi bulunamadı" hatasını alıyorsunuz.

Düzeltme

Aşağıdaki adımları izleyerek Linux sunucusunda parola tabanlı kimlik doğrulamasının etkinleştirildiğinden emin olun:

1. Linux sunucusunda oturum açın. vi /etc/ssh/sshd_config komutunu kullanarak ssh yapılandırma dosyasını açın.
2. PasswordAuthentication seçeneğini evet olarak ayarlayın. Dosyayı kaydedin.
3. Hizmet sshd yeniden başlatmayı çalıştırarak ssh hizmetini yeniden başlatın.

Doğrulama sırasında fiziksel sunuculara bağlandığınızda "Erişim reddedildi" hatası oluşuyor

"WS-Management hizmeti isteği işleyemiyor. Bir Windows sunucusunu fiziksel gereç aracılığıyla doğrulamaya çalıştığınızda WMI hizmeti erişim reddedildi hatası döndürdü" hatasıyla karşılaşırsınız.

Düzeltme

• Bu hatayı alırsanız alet yapılandırma yöneticisinde sağlanan kullanıcı hesabının (etki alanı/yerel) şu gruplara eklendiğinden emin olun: Uzaktan Yönetim Kullanıcıları, Performans İzleyicisi Kullanıcılar ve Performans Günlüğü Kullanıcıları.

• Uzaktan Yönetim Kullanıcıları grubu yoksa, kullanıcı hesabını grup WinRMRemoteWMIUsers_ ekleyin.

• Hedef sunucunun komut isteminde aşağıdaki komutu çalıştırarak WS-Management protokolünün sunucuda etkinleştirilip etkinleştirilmediğini de denetleyebilirsiniz: winrm qc

• Sorunla hala karşılaşıyorsanız, kullanıcı hesabının WMI Denetim Masası CIMV2 Ad Alanı ve alt ad alanları için erişim izinlerine sahip olduğundan emin olun. Şu adımları izleyerek erişimi ayarlayabilirsiniz:

  1. Alette doğrulama başarısız olan sunucuya gidin.
  2. Başlat menüsünden ara ve Çalıştır'ı seçin. Çalıştır iletişim kutusunda, Aç metin kutusuna wmimgmt.msc yazın ve Enter tuşuna basın.
  3. Wmimgmt konsolu açılır ve burada wmi denetimini (Yerel) sol bölmede bulabilirsiniz. Sağ tıklayın ve menüden Özellikler'i seçin.
  4. WMI Denetimi (Yerel) Özellikleri iletişim kutusunda Menkul Değerler sekmesini seçin.
  5. Menkul Değerler sekmesinde, ad alanı ağacındaki Kök klasörünü genişletin ve cimv2 ad alanını seçin.
  6. ROOT\cimv2 için Güvenlik iletişim kutusunu açmak için Güvenlik'i seçin.
  7. Grup veya kullanıcı adları bölümünün altında Ekle'yi seçerek Kullanıcıları, Bilgisayarları, Hizmet Hesaplarını veya Grupları Seç iletişim kutusunu açın.
  8. Kullanıcı hesabını arayın, seçin ve Tamam'ı seçerek ROOT\cimv2 için Güvenlik iletişim kutusuna dönün.
  9. Grup veya kullanıcı adları bölümünde yeni eklenen kullanıcı hesabını seçin. Aşağıdaki izinlere izin verilip verilmediğini denetleyin:
     
     • Hesabı etkinleştir
       
     • Uzaktan etkinleştirme
  10. Kullanıcı hesabında ayarlanan izinleri etkinleştirmek için Uygula'yı seçin.

• Aynı adımlar, etki alanı/çalışma grubu olmayan sunucular için yerel bir kullanıcı hesabında da geçerlidir. Bazı durumlarda, komutlar standart kullanıcı olarak çalıştırıldığında UAC filtreleme bazı WMI özelliklerini engelleyebilir, bu nedenle yerel yönetici hesabı kullanabilir veya yerel kullanıcı hesabının filtrelenmemesi ve bunun yerine tam yönetici olması için UAC'yi devre dışı bırakabilirsiniz.

• Uzak UAC'yi denetleen kayıt defteri girdisini değiştirerek Uzak UAC'nin devre dışı bırakılması önerilmez, ancak bir çalışma grubunda gerekli olabilir. Kayıt defteri girdisi HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\LocalAccountTokenFilterPolicy şeklindedir. Bu girdinin değeri sıfır (0) olduğunda, Uzak UAC erişim belirteci filtreleme etkinleştirilir. Değer 1 olduğunda uzak UAC devre dışı bırakılır.

Aletin bağlantısı kesildi

Portaldan birkaç VMware sunucusunda çoğaltmayı etkinleştirmeye çalıştığınızda "Aletin bağlantısı kesildi" hata iletisi alırsınız.

Bu hata, alet kapatma durumundaysa veya aletteki DRA hizmeti Azure ile iletişim kuramıyorsa oluşabilir.

Düzeltme

1. Alet yapılandırma yöneticisine gidin ve alet hizmetlerini görüntüle altında DRA hizmetinin durumunu görmek için önkoşulları yeniden çalıştırın.

2. Hizmet çalışmıyorsa, aşağıdaki komutları kullanarak hizmeti komut isteminden durdurun ve yeniden başlatın:

   net stop dra
   net start dra
   

Sonraki adımlar

VMware, Hyper-V veya fiziksel sunucular için bir alet ayarlayın.