Pecahkan masalah replikasi untuk VMware VM dan server fisik

Artikel ini menjelaskan beberapa masalah umum dan kesalahan spesifik yang mungkin Anda temui saat mereplikasi VMware VM dan server fisik ke Azure secara lokal menggunakan Site Recovery.

Langkah 1: Pantau kesehatan server proses

Site Recovery menggunakan server proses untuk menerima dan mengoptimalkan data yang direplikasi, dan mengirimkannya ke Azure.

Sebaiknya Anda pantau kesehatan server proses di portal, untuk memastikan bahwa server tersebut terhubung dan bekerja dengan baik, dan bahwa replikasi tersebut mengalami kemajuan untuk komputer sumber yang berkaitan dengan server proses.

Langkah 2: Pecahkan masalah konektivitas dan replikasi

Kegagalan replikasi awal dan yang sedang berlangsung sering kali disebabkan oleh masalah konektivitas antara server sumber dan server proses atau antara server proses dan Azure.

Untuk menyelesaikan masalah ini, pecahkan masalah konektivitas dan replikasi.

Langkah 3: Pecahkan masalah komputer sumber yang tidak dapat direplikasi

Ketika Anda mencoba memilih komputer sumber untuk mengaktifkan replikasi menggunakan Site Recovery, komputer mungkin tidak tersedia karena salah satu alasan berikut:

  • Dua komputer virtual dengan UUID instans yang sama: Jika dua komputer virtual dalam vCenter Server memiliki UUID instans yang sama, komputer virtual pertama yang ditemukan oleh server konfigurasilah yang ditampilkan di portal Microsoft Azure. Untuk menyelesaikan masalah ini, pastikan tidak ada dua komputer virtual yang memiliki UUID instans yang sama. Skenario ini biasanya ditemukan ketika komputer virtual cadangan menjadi aktif dan dicatat ke rekaman penemuan kami. Lihat Azure Site Recovery VMware-ke-Azure: Cara membersihkan entri duplikat atau kedaluwarsa untuk menyelesaikannya.
  • Info masuk pengguna vCenter Server yang salah: Pastikan Anda menambahkan info masuk vCenter Server yang benar saat Anda menyiapkan server konfigurasi menggunakan templat OVF atau penyiapan terpadu. Untuk memverifikasi info masuk yang Anda tambahkan saat penyiapan, lihat Ubah info masuk untuk penemuan otomatis.
  • Izin vCenter Server tidak memadai: Jika izin yang diberikan untuk mengakses vCenter Server tidak memiliki izin yang diperlukan, kegagalan untuk menemukan komputer virtual mungkin terjadi. Pastikan bahwa izin yang dijelaskan di Siapkan akun untuk penemuan otomatis ditambahkan ke akun pengguna vCenter Server.
  • Server manajemen Azure Site Recovery: Jika komputer virtual digunakan sebagai server manajemen untuk satu atau beberapa peran berikut - Server konfigurasi / server proses skala keluar / Server sasaran master, Anda tidak akan dapat memilih komputer virtual dari portal. Server manajemen tak dapat direplikasi.
  • Sudah terlindungi/gagal melalui layanan Azure Site Recovery: Jika komputer virtual sudah terlindungi atau gagal melalui Site Recovery, komputer virtual tidak dapat dipilih untuk perlindungan di portal. Pastikan bahwa komputer virtual yang Anda cari di portal belum dilindungi oleh pengguna lain atau di bawah langganan yang berbeda.
  • vCenter Server tidak tersambung: Periksa apakah vCenter Server dalam kondisi tersambung. Untuk memverifikasi, buka brankas Layanan Pemulihan > Infrastruktur Site Recovery > Server Konfigurasi > Klik pada tiap-tiap server konfigurasi > bilah terbuka di sebelah kanan Anda dengan detail server terkait. Periksa apakah vCenter Server tersambung. Jika dalam kondisi "Tidak Tersambung", selesaikan masalah lalu refresh server konfigurasi di portal. Setelah ini, komputer virtual akan terdaftar di portal.
  • ESXi dimatikan: Jika host ESXi tempat komputer virtual berada dalam kondisi mati, komputer virtual tidak akan terdaftar atau tidak akan dapat dipilih di portal Microsoft Azure. Daya pada host ESXi, refresh server konfigurasi di portal. Setelah ini, komputer virtual akan terdaftar di portal.
  • Mulai ulang tertunda: Jika ada mulai ulang yang tertunda pada komputer virtual, Anda tidak akan dapat memilih komputer di portal Microsoft Azure. Pastikan untuk menyelesaikan aktivitas mulai ulang yang tertunda, refresh server konfigurasi. Setelah ini, komputer virtual akan terdaftar di portal.
  • IP tidak ditemukan atau Mesin tidak memiliki alamat IP: Jika mesin virtual tidak memiliki alamat IP valid yang terkait dengannya, Anda tidak akan dapat memilih mesin di portal Azure. Pastikan untuk menetapkan alamat IP valid ke komputer virtual, refresh server konfigurasi. Hal ini juga dapat terjadi jika komputer tidak memiliki alamat IP valid yang terkait dengan salah satu NIC-nya. Tetapkan alamat IP yang valid untuk semua NIC's atau hapus NIC yang kehilangan IP tersebut. Setelah ini, komputer virtual akan terdaftar di portal.

Pecahkan masalah komputer virtual terlindungi yang berwarna abu-abu di portal

Komputer virtual yang direplikasi di Site Recovery tidak tersedia di portal Microsoft Azure jika ada entri duplikat dalam sistem. Pelajari lebih lanjut cara menghapus entri yang usang dan mengatasi masalah.

Tidak tersedia titik pemulihan yang konsisten dengan crash untuk komputer virtual dalam 'XXX' menit terakhir

Beberapa masalah paling umum tercantum di bawah ini

Masalah replikasi awal [kesalahan 78169]

Di atas memastikan bahwa tidak ada masalah terkait konektivitas, bandwidth, atau sinkronisasi waktu, pastikan bahwa:

  • Tidak ada perangkat lunak antivirus yang memblokir Azure Site Recovery. Pelajari selengkapnya tentang pengecualian folder yang diperlukan untuk Azure Site Recovery.

Komputer sumber dengan churn tinggi [kesalahan 78188]

Kemungkinan Penyebab:

  • Tingkat perubahan data (write bytes/sec) di disk terpilih dari komputer virtual melebihi batas Azure Site Recovery yang didukung untuk jenis akun penyimpanan sasaran replikasi.
  • Ada lonjakan mendadak di tingkat churn karena tingginya jumlah data yang menunggu untuk diunggah.

Untuk mengatasi masalah ini:

  • Pastikan bahwa jenis akun penyimpanan sasaran (Standar atau Premium) telah tersedia sesuai persyaratan tingkat churn di sumber.
  • Jika Anda sudah mereplikasi ke disk Premium (jenis asrseeddisk), pastikan bahwa ukuran disk mendukung tingkat churn yang diamati sesuai batas Site Recovery. Anda dapat meningkatkan ukuran asrseeddisk jika perlu. Ikuti langkah-langkah di bawah ini:
    • Navigasi ke bilah Disk dari komputer replikasi yang terdampak dan salin nama disk replika
    • Navigasi ke disk yang dikelola replika ini
    • Anda mungkin melihat banner di bilah Ringkasan yang mengatakan bahwa URL SAS telah dibuat. Klik banner ini dan batalkan ekspor. Abaikan langkah ini jika Anda tidak melihat banner.
    • Begitu URL SAS dicabut, buka bilah Konfigurasi dari Disk Terkelola dan tingkatkan ukurannya sehingga Azure Site Recovery mendukung tingkat churn yang diamati pada disk sumber
  • Jika churn yang diamati bersifat sementara, tunggu beberapa jam hingga unggahan data yang tertunda selesai dan membuat titik pemulihan.
  • Jika disk berisi data non-kritis seperti log sementara, data pengujian, dll., pertimbangkan untuk memindahkan data ini ke tempat lain atau sepenuhnya mengecualikan disk ini dari replikasi
  • Jika masalah terus berlanjut, gunakan perencana penyebaran Site Recovery untuk membantu merencanakan replikasi.

Komputer sumber tanpa heartbeat [kesalahan 78174]

Ini terjadi ketika agen Mobilitas Azure Site Recovery pada Komputer Sumber tidak berkomunikasi dengan Server Konfigurasi (Configuration Server/CS).

Untuk menyelesaikan masalah ini, gunakan langkah-langkah berikut untuk memverifikasi konektivitas jaringan dari komputer virtual sumber ke Server Konfigurasi:

  1. Verifikasi bahwa Komputer Sumber sedang berjalan.

  2. Masuk ke Komputer Sumber menggunakan akun yang memiliki izin admin.

  3. Verifikasi bahwa layanan berikut ini sedang berjalan dan jika tidak mulai ulang layanan:

    • Svagents (Agen VX InMage Scout)
    • Layanan Aplikasi Inmage Scout
  4. Pada Komputer Sumber, periksa log di lokasi untuk detail kesalahan:

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

Server proses tanpa heartbeat [kesalahan 806]

Jika tidak ada heartbeat dari Server Proses, periksa bahwa:

  1. Server proses komputer virtual sedang aktif dan berjalan

  2. Periksa log berikut pada server proses untuk detail kesalahan:

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

Server sasaran master tanpa heartbeat [kesalahan 78022]

Ini terjadi ketika agen Mobilitas Azure Site Recovery pada Sasaran Master tidak berkomunikasi dengan Server Konfigurasi.

Untuk mengatasi masalah ini, gunakan langkah-langkah berikut untuk memverifikasi status layanan:

  1. Verifikasi bahwa Komputer Virtual Sasaran Master sedang berjalan.
  2. Masuk ke Komputer Virtual Sasaran Master menggunakan akun yang memiliki izin admin.
    • Verifikasi bahwa layanan svagents sedang berjalan. Jika sedang berjalan, mulai ulang layanan

    • Periksa log di lokasi untuk detail kesalahan:

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

  3. Untuk mendaftarkan sasaran master dengan server konfigurasi, navigasi ke folder %PROGRAMDATA%\ASR\Agent, dan jalankan perintah berikut ini:
    cmd
    cdpcli.exe --registermt
    
    net stop obengine
    
    net start obengine
    
    exit
    

ID Kesalahan 78144 - Tidak tersedia titik pemulihan yang konsisten dengan aplikasi untuk komputer virtual dalam 'XXX' menit terakhir

Penyempurnaan telah dilakukan pada agen mobilitas versi 9.23&9.27 untuk menangani perilaku kegagalan penginstalan VSS. Pastikan Anda menggunakan versi terbaru untuk panduan terbaik dalam pemecahan masalah kegagalan VSS.

Beberapa masalah paling umum tercantum di bawah ini

Penyebab 1: Masalah umum di Server SQL 2008/2008 R2

Cara memperbaiki : Ada masalah umum dengan server SQL 2008/2008 R2. Lihat artikel Pangkalan Pengetahuan Agen Azure Site Recovery ini atau cadangan kegagalan VSS nonkomponen lainnya untuk hosting server SQL Server 2008 R2

Penyebab 2: Kegagalan pekerjaan Azure Site Recovery dalam menghosting server instans SQL Server versi apa pun dengan AUTO_CLOSE DB

Cara memperbaiki : Lihat artikel Pangkalan Pengetahuan

Penyebab 3: Masalah umum di SQL Server 2016 and 2017

Cara memperbaiki : Lihat artikel Pangkalan Pengetahuan

Penyebab 4: Konsistensi aplikasi tidak diaktifkan di server Linux

Cara memperbaiki : Azure Site Recovery untuk Sistem Operasi Linux mendukung skrip kustom aplikasi untuk konsistensi aplikasi. Skrip kustom dengan opsi sebelum dan sesudah akan digunakan oleh Agen Mobilitas Azure Site Recovery untuk konsistensi aplikasi. Berikut adalah langkah-langkah untuk mengaktifkannya.

Untuk memecahkan masalah lebih lanjut, Periksa file pada komputer sumber untuk mendapatkan kode galat yang tepat untuk kegagalan:

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

Bagaimana cara menemukan kesalahan dalam file? Cari untai (karakter) "vacpError" dengan membuka file vacp.log dalam penyunting

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

Dalam contoh di atas 2147754994 adalah kode galat yang memberi tahu Anda tentang kegagalan seperti yang ditunjukkan di bawah ini

Penulis VSS tidak dipasang - Kesalahan 2147221164

Cara memperbaiki: Untuk membuat tag konsistensi aplikasi, Azure Site Recovery menggunakan Layanan Microsoft salinan Bayangan Volume (Volume Shadow copy Service/VSS). Ini memasang Penyedia VSS dalam operasinya untuk mengambil rekam jepret konsistensi aplikasi. Penyedia VSS ini dipasang sebagai sebuah layanan. Jika layanan Penyedia VSS tidak dipasang, pembuatan rekam jepret konsistensi aplikasi gagal dengan ID kesalahan 0x80040154 "Kelas tidak terdaftar".
Lihat artikel untuk pemecahan masalah penginstalan penulis VSS

Penulis VSS dinonaktifkan - Kesalahan 2147943458

Cara memperbaiki: Untuk membuat tag konsistensi aplikasi, Azure Site Recovery menggunakan Layanan Microsoft salinan Bayangan Volume (VSS). Ini memasang Penyedia VSS dalam operasinya untuk mengambil rekam jepret konsistensi aplikasi. Penyedia VSS ini dipasang sebagai sebuah layanan. Jika layanan Penyedia VSS dinonaktifkan, pembuatan rekam jepret konsistensi aplikasi gagal dengan ID kesalahan "Layanan ini dinonaktifkan dan tidak dapat dimulai (0x80070422)".

  • Jika VSS dinonaktifkan,
    • Verifikasi bahwa jenis pengaktifan layanan Penyedia VSS diatur ke Otomatis.
    • Hidupkan ulang layanan berikut:
      • Layanan VSS
      • Penyedia VSS Azure Site Recovery
      • Layanan VDS

LAYANAN VSS TIDAK_TERDAFTAR - Kesalahan 2147754756

Cara memperbaiki: Untuk membuat tag konsistensi aplikasi, Azure Site Recovery menggunakan Layanan Microsoft salinan Bayangan Volume (VSS). Periksa apakah layanan Penyedia VSS Azure Site Recovery sudah dipasang atau belum.

  • Ulangi penginstalan Penyedia menggunakan perintah berikut:
  • Mencopot penyedia yang ada: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
  • Pasang ulang: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd

Verifikasi bahwa jenis pengaktifan layanan Penyedia VSS diatur ke Otomatis. - Hidupkan ulang layanan berikut: - Layanan VSS - Penyedia Azure Site Recovery VSS - Layanan VDS

ID Kesalahan 95001 - Izin tidak memadai ditemukan

Kesalahan ini terjadi ketika berusaha mengaktifkan replikasi dan folder aplikasi tidak memiliki izin memadai.

Cara memperbaiki: Untuk menyelesaikan masalah ini, pastikan pengguna IUSR memiliki peran pemilik untuk semua folder yang disebutkan di bawah ini -

  • C:\ProgramData\Microsoft Azure Site Recovery\private
  • Direktori penginstalan. Misalnya, jika direktori penginstalan adalah drive F, berikan izin yang benar untuk -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
  • Folder \pushinstallsvc dalam direktori penginstalan. Misalnya, jika direktori penginstalan adalah drive F, berikan izin yang benar untuk -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsv
  • Folder \etc dalam direktori penginstalan. Misalnya, jika direktori penginstalan adalah drive F, berikan izin yang benar untuk -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
  • C:\Temp
  • C:\thirdparty\php5nts
  • Semua item ada di jalur di bawah ini -
    • C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*

Langkah berikutnya

Jika Anda memerlukan bantuan lainnya, kirim pertanyaan Anda di halaman pertanyaan Microsoft Q&untuk Azure Site Recovery. Kami memiliki komunitas yang aktif, dan salah satu teknisi kami dapat membantu Anda.