Memecahkan masalah kesalahan saat gagal melalui komputer virtual VMware atau komputer fisik ke Azure

Anda mungkin menerima salah satu dari kesalahan berikut ini saat melakukan kegagalan komputer virtual ke Azure. Untuk memecahkan masalah, gunakan langkah-langkah yang dijelaskan untuk setiap kondisi kesalahan.

Kegagalan dengan ID Kesalahan 28031

Site Recovery tidak dapat membuat komputer virtual gagal di Azure. Hal ini dapat terjadi karena salah satu alasan berikut ini:

  • Tidak tersedia kuota yang cukup untuk membuat komputer virtual: Anda dapat memeriksa kuota yang tersedia dengan masuk ke Langganan -> Penggunaan + kuota. Anda dapat membuka permintaan dukungan baru untuk menambah kuota.

  • Anda mencoba untuk melakukan kegagalan pada komputer virtual dari berbagai ukuran kelompok dalam set ketersediaan yang sama. Pastikan Anda memilih kelompok ukuran yang sama untuk semua komputer virtual dalam kumpulan set ketersediaan yang sama. Ubah ukuran dengan masuk ke pengaturan Komputasi mesin virtual kemudian lagi failover.

  • Terdapat kebijakan tentang langganan yang mencegah pembuatan komputer virtual. Ubah kebijakan untuk memungkinkan pembuatan komputer virtual, kemudian coba kembali.

Kegagalan dengan ID Kesalahan 28092

Site Recovery tidak bisa membuat antarmuka jaringan untuk komputer virtual yang gagal. Pastikan Anda memiliki kuota yang cukup untuk membuat antarmuka jaringan di dalam langganan. Anda dapat memeriksa kuota yang tersedia dengan masuk ke Langganan -> Penggunaan + kuota. Anda dapat membuka permintaan dukungan baru untuk menambah kuota. Jika Anda memiliki kuota yang cukup, biasanya terjadi masalah terputus-terputus, coba operasikan kembali. Jika masalah berlanjut bahkan setelah dicoba kembali, tinggalkan komentar di akhir dokumen ini.

Kegagalan dengan ID Kesalahan 70038

Site Recovery tidak dapat membuat Komputer virtual klasik gagal di Azure. Hal-hal tersebut disebabkan oleh:

  • Salah satu sumber daya seperti jaringan virtual yang diperlukan untuk komputer virtual yang akan dibuat tidak ada. Buat jaringan virtual seperti yang disediakan di bagian pengaturan jaringan mesin virtual atau ubah pengaturan ke jaringan virtual yang sudah ada kemudian coba lagi failover.

Kegagalan dengan ID Kesalahan 170010

Site Recovery tidak dapat membuat komputer virtual gagal di Azure. Hal tersebut terjadi karena aktivitas internal hidrasi gagal untuk komputer virtual lokal.

Untuk memunculkan komputer apa pun di Azure, lingkungan Azure mengharuskan beberapa driver berada dalam status boot start dan layanan seperti DHCP berada dalam keadaan autostart. Dengan demikian, aktivitas hidrasi pada saat terjadi kegagalan, mengonversi jenis startup driver atapi, intelide, storflt, vmbus, dan storvsc untuk boot start. Aktivitas tersebut juga mengonversi jenis startup dari beberapa layanan seperti DHCP ke autostart. Aktivitas ini dapat gagal karena masalah spesifik lingkungan.

Untuk mengubah jenis startup driver secara manual untuk Windows Guest OS, ikuti langkah-langkah di bawah ini:

  1. Unduh skrip tanpa hidrasi dan jalankan seperti berikut ini. Skrip ini memeriksa apakah komputer virtual memerlukan hidrasi.

    .\Script-no-hydration.ps1

    Skrip memberikan hasil berikut ini jika hidrasi diperlukan:

    REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0
    
    This system doesn't meet no-hydration requirement.
    

    Jika komputer virtual memenuhi persyaratan tanpa hidrasi, skrip akan memberikan hasil "Sistem ini memenuhi persyaratan tanpa hidrasi". Dalam hal ini, semua driver dan layanan berada dalam keadaan seperti yang dipersyaratkan oleh Azure, dan hidrasi pada komputer virtual tidak diperlukan.

  2. Jalankan skrip set tanpa hidrasi sebagai berikut, jika komputer virtual tidak memenuhi persyaratan tanpa hidrasi.

    .\Script-no-hydration.ps1 -set

    Skrip akan mengonversi jenis driver startup dan akan memberikan hasilnya seperti di bawah ini:

    REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0
    
    Updating registry:  REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc   start =  0
    
    This system is now no-hydration compatible.
    

Tidak dapat menghubungkan/RDP/SSH ke komputer virtual yang gagal karena tombol Sambungkan berwarna abu-abu pada komputer virtual

Untuk petunjuk pemecahan masalah terperinci tentang masalah RDP, lihat dokumentasi kami di bagian ini.

Untuk petunjuk pemecahan masalah terperinci tentang masalah RDP, lihat dokumentasi kami di bagian ini.

Jika tombol Sambungkan pada komputer virtual yang gagal di Azure berwarna abu-abu, dan Anda tidak tersambung ke Azure melalui Rute Ekspres atau koneksi VPN Situs-ke-Situs, maka,

  1. Buka Jaringan komputer>virtual, klik nama antarmuka jaringan yang diperlukan. Screenshot shows the Networking page for a virtual machine with the network interface name selected.
  2. Navigasi ke Konfigurasi Ip, kemudian klik bidang nama konfigurasi IP yang diperlukan. Screenshot shows the I P configurations page for the network interface with the I P configuration name selected.
  3. Untuk mengaktifkan alamat IP Publik, klik Aktifkan. Enable IP
  4. Klik Konfigurasi pengaturan yang diperlukan,>Buat baru. Create new
  5. Masukkan nama alamat publik, pilih opsi default untuk SKU dan penugasan, kemudian klik OK.
  6. Klik simpan untuk menyimpan perubahan yang dibuat.
  7. Tutup panel dan navigasi ke bagian Ringkasan komputer virtual untuk menyambungkan/RDP.

Tidak dapat menyambungkan/RDP/SSH - tombol Sambungkan komputer virtual tersedia

Jika tombol Sambungkan pada komputer virtual yang gagal di Azure tersedia (tidak berwarna abu-abu), periksa Diagnostik boot pada Komputer virtual Anda dan periksa kesalahan seperti yang tercantum dalam artikel ini.

  1. Jika komputer virtual belum dimulai, coba alihkan ke titik pemulihan yang lebih lama.

  2. Jika aplikasi di dalam komputer virtual tidak muncul, coba alihkan ke titik pemulihan yang konsisten dengan aplikasi.

  3. Jika komputer virtual bergabung dengan domain, pastikan pengendali domain berfungsi dengan baik. Hal ini dapat dilakukan dengan mengikuti langkah-langkah yang diberikan di bawah ini:

    a. Buat komputer virtual baru di jaringan yang sama.

    b. Pastikan bahwa komputer virtual dapat bergabung ke domain yang sama di mana komputer virtual yang gagal diharapkan dapat muncul.

    c. Jika pengendali domain tidakberfungsi dengan baik, coba logging ke komputer virtual yang gagal menggunakan akun administrator lokal.

  4. Jika Anda menggunakan server DNS kustom, pastikan server DNS tersebut dapat dijangkau. Hal ini dapat dilakukan dengan mengikuti langkah-langkah yang diberikan di bawah ini:

    a. Buat komputer virtual baru di jaringan yang sama

    b. Periksa apakah komputer virtual dapat melakukan resolusi nama menggunakan Server DNS kustom

Catatan

Perhatikan bahwa mengaktifkan pengaturan apa pun selain Diagnostik Boot akan memerlukan Agen Komputer Virtual Azure untuk dipasang di komputer virtual sebelum terjadi kegagalan

Tidak dapat membuka konsol serial setelah kegagalan dari komputer berbasis UEFI ke Azure

Jika Anda dapat terhubung ke komputer menggunakan RDP, tetapi tidak dapat membuka konsol serial, ikuti langkah-langkah berikut ini:

  • Jika OS memiliki mesin Red Hat atau Oracle Linux 7.*/8.0, jalankan perintah berikut pada kegagalan komputer virtual Azure dengan izin root. Reboot komputer virtual setelah perintah.

    grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
    
  • Jika OS memiliki mesin CentOS 7.*, jalankan perintah berikut pada kegagalan komputer virtual Azure dengan izin root. Reboot komputer virtual setelah perintah.

    grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
    

Pesan matikan tak terduga (Peristiwa ID 6008)

Jika Anda menerima pesan matikan yang tidak terduga pada komputer virtual yang dipulihkan saat melakukan booting setelah kegagalan komputer virtual Windows, hal tersebut menunjukkan bahwa status penghentian komputer virtual tidak direkam di titik pemulihan yang digunakan pada kegagalan. Hal tersebut terjadi ketika Anda melakukan pemulihan ke titik saat komputer virtual belum ditutup sepenuhnya.

Hal ini biasanya tidak perlu dikhawatirkan, dan biasanya dapat diabaikan untuk kegagalan yang tidak direncanakan. Jika kegagalan direncanakan, pastikan komputer virtual dimatikan dengan benar sebelum terjadi kegagalan, dan berikan waktu yang cukup untuk menunggu replikasi data lokal untuk dikirim ke Azure. Kemudian gunakan opsi Terbaru pada layar Kegagalan, sehingga setiap data yang tertunda di Azure akan diproses menjadi titik pemulihan, yang kemudian digunakan untuk kegagalan komputer virtual.

Tidak dapat memilih Datastore

Masalah ini ditunjukkan ketika Anda tidak dapat melihat datastore di portal Azure ketika mencoba untuk melindungi komputer virtual yang mengalami kegagalan. Hal ini karena target Master tidak dikenali sebagai komputer virtual di bawah vCenter Server yang ditambahkan ke Azure Site Recovery.

Untuk informasi selengkapnya tentang perlindungan terhadap komputer virtual, lihat Melindungi ulang dan mengembalikan komputer ke situs lokal setelah kegagalan menuju Azure.

Untuk mengatasi masalah ini:

Buat target Master secara manual di vCenter Server yang mengelola komputer sumber Anda. Datastore akan tersedia setelah penemuan vCenter Server berikutnya dan operasi refresh fabric.

Catatan

Operasi penemuan dan refresh fabric dapat memakan waktu hingga 30 menit untuk menyelesaikannya.

Pendaftaran Linux Master Target dengan CS gagal dengan kesalahan TLS 35

Pendaftaran Azure Site Recovery Master Target dengan server konfigurasi gagal karena Proksi yang Diautentikasi diaktifkan pada Master Target.

Kesalahan ini ditunjukkan oleh string di dalam log instalasi berikut:

RegisterHostStaticInfo encountered exception config/talwrapper.cpp(107)[post] CurlWrapper Post failed : server : 10.38.229.221, port : 443, phpUrl : request_handler.php, secure : true, ignoreCurlPartialError : false with error: [at curlwrapperlib/curlwrapper.cpp:processCurlResponse:231]   failed to post request: (35) - SSL connect error. 

Untuk mengatasi masalah ini:

  1. Pada komputer virtual server konfigurasi, buka prompt perintah dan verifikasi pengaturan proksi menggunakan perintah berikut:

    cat /etc/environment echo $http_proxy echo $https_proxy

  2. Jika output dari perintah sebelumnya menunjukkan bahwa pengaturan http_proxy atau https_proxy ditentukan, gunakan salah satu metode berikut untuk membuka blokir komunikasi Master Target dengan server konfigurasi:

    • Unduh alat PsExec.

    • Gunakan alat untuk mengakses konteks pengguna Sistem dan menentukan apakah alamat proksi telah dikonfigurasi.

    • Jika proksi dikonfigurasi, buka IE dalam konteks pengguna sistem menggunakan alat PsExec.

      psexec -s -i "%programfiles%\Internet Explorer\iexplore.exe"

    • Untuk memastikan bahwa server target master dapat berkomunikasi dengan server konfigurasi:

      • Ubah setelan proksi di Internet Explorer untuk melewati alamat IP server Master Target melalui proksi.
        Atau
      • Nonaktifkan proksi pada server Master Target.

Langkah berikutnya

Jika Anda memerlukan bantuan lainnya, posting kueri Anda di halaman pertanyaan Microsoft Q&A untuk Site Recovery atau tinggalkan komentar di akhir dokumen ini. Kami memiliki komunitas aktif yang diharuskan dapat membantu Anda.