Memecahkan masalah failback ke lokal dari Azure

  • Artikel

Artikel ini menjelaskan cara memecahkan masalah yang mungkin Anda temui ketika melakukan fail back Azure VM ke infrastruktur VMware lokal Anda, setelah failover ke Azure dengan menggunakan Azure Site Recovery.

Pada dasarnya, failback melibatkan dua langkah utama. Langkah pertama, setelah failover, Anda perlu melakukan proteksi ulang Azure VM ke lokal untuk mulai mereplikasi. Langkah kedua, menjalankan failover dari Azure ke fail back situs lokal Anda.

Masalah umum

  • Jika Anda melakukan penemuan vCenter Server pengguna baca-saja dan proteksi komputer virtual, proteksi berhasil, dan failover berfungsi. Selama proteksi ulang, failover gagal karena datastore tidak dapat ditemukan. Gejalanya adalah datastore tidak terdaftar selama proteksi ulang. Untuk mengatasi masalah ini, Anda dapat memperbarui info masuk vCenter Server dengan akun yang sesuai dan memiliki izin, lalu coba kembali pekerjaan tersebut.
  • Ketika Anda melakukan fail back komputer virtual Linux dan menjalankannya di lokal, Anda dapat melihat bahwa paket Network Manager telah dihapus dari komputer. Penghapusan instalasi ini terjadi karena paket Network Manager dihapus ketika komputer virtual dipulihkan di Azure.
  • Ketika komputer virtual Linux dikonfigurasi dengan alamat IP statik dan dilakukan fail over ke Azure, alamat IP diperoleh dari DHCP. Ketika Anda melakukan fail over ke lokal, komputer virtual terus menggunakan DHCP untuk memperoleh alamat IP. Masuk secara manual ke komputer, lalu atur alamat IP kembali ke alamat statik jika perlu. Komputer virtual Windows bisa memperoleh kembali alamat IP statiknya.
  • Jika Anda menggunakan edisi gratis ESXi 5.5 atau vSphere 6 Hypervisor, failover berhasil, tetapi failback tidak. Untuk mengaktifkan failback, lakukan peningkatan ke salah satu lisensi evaluasi program.
  • Jika Anda tidak dapat menjangkau server konfigurasi dari server proses, gunakan Telnet untuk memeriksa konektivitas ke server konfigurasi di port 443. Anda juga bisa mencoba tes ping server konfigurasi dari server proses. Server proses juga harus memiliki heartbeat saat terhubung ke server konfigurasi.
  • Server Windows 2008 R2 SP1 yang terproteksi sebagai server fisik lokal tidak bisa di fail back dari Azure ke situs lokal.
  • Anda tidak bisa melakukan fail back dalam keadaan berikut:
    • Anda memigrasikan komputer ke Azure.
    • Anda memindahkan komputer virtual ke grup sumber daya lain.
    • Anda menghapus Azure VM.
    • Anda menonaktifkan proteksi komputer virtual.
    • Anda membuat komputer virtual secara manual di Azure. Sebaiknya komputer sudah memproteksi lokal di awal dan melakukan fail over ke Azure sebelum diproteksi ulang.
    • Anda hanya bisa melakukan fail ke host ESXi. Anda tidak bisa melakukan failback VMware VM atau server fisik ke host Hyper-V, komputer fisik, atau stasiun kerja VMware.

Kesalahan pemecahan masalah proteksi ulang

Bagian ini merinci kesalahan umum proteksi ulang dan cara memperbaikinya.

Kode galat 95226

Proteksi ulang gagal karena komputer virtual Azure tidak dapat mencapai server konfigurasi lokal.

Kesalahan ini terjadi ketika:

  • Azure VM tidak dapat menjangkau server konfigurasi lokal. Komputer virtual tidak dapat ditemukan dan didaftarkan ke server konfigurasi.
  • Layanan aplikasi InMage Scout tidak berjalan di Azure VM setelah failover. Layanan ini diperlukan untuk komunikasi dengan server konfigurasi lokal.

Untuk mengatasi masalah ini:

  • Periksa apakah jaringan Azure VM mengizinkan Azure VM untuk berkomunikasi dengan server konfigurasi lokal. Anda bisa menyiapkan VPN situs-ke-situs ke pusat data lokal atau mengonfigurasi koneksi Azure ExpressRoute dengan peering pribadi di jaringan virtual Azure VM.
  • Jika komputer virtual dapat berkomunikasi dengan server konfigurasi lokal, masuk ke komputer virtual. Kemudian periksa layanan aplikasi InMage Scout. Jika Anda melihat layanan tidak berjalan, mulai secara manual. Periksa apakah jenis mulai layanan diatur ke Otomatis.

Kode galat 78052

Proteksi tidak dapat diselesaikan untuk komputer virtual.

Masalah ini dapat terjadi jika sudah ada komputer virtual dengan nama yang sama di server target utama tempat Anda melakukan failback.

Untuk mengatasi masalah ini:

  • Pilih server target utama baru di host yang berbeda sehingga proteksi ulang membuat komputer di host yang berbeda tidak menyebabkan benturan nama.
  • Anda juga bisa menggunakan VMotion untuk memindahkan target utama ke host lain di mana benturan nama tidak akan terjadi. Jika komputer virtual yang ada tersesat, ganti namanya sehingga komputer virtual baru dapat dibuat di host ESXi yang sama.

Kode galat 78093

Komputer virtual tidak bisa berjalan, merespons, atau diakses.

Untuk mengatasi masalah ini:

Untuk proteksi ulang komputer virtual yang telah di fail over, Azure VM harus berjalan sehingga Mobility Service mendaftar ke server konfigurasi di tempat dan dapat mulai mereplikasi dengan berkomunikasi dengan server proses. Jika mesin berada pada jaringan yang salah atau tidak berjalan (tidak merespons atau mati), server konfigurasi tidak dapat menjangkau Mobility Service pada komputer virtual untuk memulai proteksi ulang.

  • Hidupkan ulang komputer virtual sehingga bisa mulai berkomunikasi kembali di lokal.
  • Hidupkan ulang pekerjaan proteksi ulang setelah Anda memulai komputer virtual Azure.

Kode galat 8061

Datastore tidak dapat diakses dari host ESXi.

Periksa prasyarat target utama dan penyimpanan data yang didukung untuk failback.

Kesalahan pemecahan masalah failback

Bagian ini menjelaskan kesalahan umum yang mungkin Anda temui selama failback.

Kode galat 8038

Gagal memunculkan komputer virtual lokal karena kesalahan tersebut.

Masalah ini terjadi ketika komputer virtual lokal dimunculkan pada host dengan ketersediaan memori yang tidak cukup.

Untuk mengatasi masalah ini:

  • Sediakan lebih banyak memori pada host ESXi.
  • Selain itu, Anda bisa menggunakan VMotion untuk memindahkan komputer virtual ke host ESXi lain yang memiliki cukup memori untuk memuat komputer virtual.