Penting: Rilis ini hanya memiliki pembaruan untuk skenario perlindungan Azure-ke-Azure dan VMware-to-Azure yang dimodernisasi.
Pendahuluan
Artikel ini menguraikan masalah yang telah diperbaiki dalam Pembaruan Rollup 69 dalam versi Microsoft Azure Site Recovery berikut:
-
Azure ke Azure
-
VMware/Physical yang Dimodernisasi ke Azure
Pelajari detail masalah yang diperbaiki dan prasyarat yang harus diverifikasi sebelum Anda menginstal pembaruan ini.
Prasyarat
Untuk menginstal Microsoft Azure Site Recovery Provider Update Rollup 69, Anda harus memiliki salah satu hal berikut ini yang terinstal:
-
Penyedia Site Recovery Microsoft Azure (versi 5.1.7700 atau versi yang lebih baru)
-
Microsoft Azure Site Recovery Penyiapan Terpadu (VMware ke Azure) (versi 9.52.xxxx.x atau versi yang lebih baru)
-
Agen Layanan Pemulihan Microsoft Azure (versi 2.0.9202.0 atau versi yang lebih baru)
Catatan: Anda dapat memeriksa versi penyedia yang terinstal dalam item Program dan Fitur di Panel Kontrol.
Penyempurnaan yang dilakukan dan masalah diperbaiki dalam pembaruan ini
Setelah Anda menginstal pembaruan ini, masalah berikut ini telah diperbaiki, dan penyempurnaan berikut disertakan.
Layanan Mobilitas
Dukungan Linux OS
-
Azure ke Azure
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
-
VMware/Physical yang Dimodernisasi ke Azure
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
Dukungan Windows OS
-
Azure ke Azure
-
Windows 11
-
Masalah telah diperbaiki:
-
Menambahkan pemeriksaan yang memastikan bahwa resinkronisasi tidak dipicu jika mesin yang dilindungi ditutup dengan anggun, menghindari operasi transfer data tambahan.
-
Memperbaiki masalah untuk VMS VMware Oracle Linux 7.9, di mana driver ASR tidak dapat mengidentifikasi beberapa file dan menyebabkan kernel mengalami crash.
-
Pesan kesalahan yang diedit di mana metrik churn muncul dengan unit yang salah.
-
Mengatasi bug di mana mesin RHEL yang dilindungi di mana driver Site Recovery dapat menyebabkan crash karena lonjakan memori.
-
Memperbaiki masalah ketika operasi proteksi ulang untuk mesin Debian 11 gagal karena langkah-langkah pembersihan yang hilang.
-
Memperbaiki masalah ketika penginstalan layanan mobilitas gagal pada mesin CentOS 7.8, karena operasi yang tidak kompatibel dengan kernel yang lebih lama dari 3.1.x.
-
Memperbaiki masalah ketika operasi replikasi/resinkronisasi awal tidak mengalami kemajuan selama perlindungan ulang VMWare Windows karena proses Layanan Mobilitas tidak keluar saat berhenti.
Alat replikasi Site Recovery Microsoft Azure
Updates:
|
Komponen |
Versi |
|---|---|
|
Server penemuan fisik |
|
|
Server penemuan |
|
|
penyedia Site Recovery |
|
|
Manajer konfigurasi peralatan |
|
|
Server proksi |
|
|
Layanan replikasi |
|
|
Server proteksi ulang |
|
|
Agen penginstalan push |
|
|
Agen Layanan Pemulihan |
|
|
Server proses |
Memperbarui komponen Azure Site Recovery Lokal Anda
Antara situs VMM lokal dan Azure
-
Unduh Rollup Pembaruan untuk Penyedia Site Recovery Microsoft Azure.
-
Instal Rollup Pembaruan di server VMM lokal.
-
Instal Agen Layanan Pemulihan Microsoft Azure terbaru di semua host Hyper-V.
Note Jika VMM Anda adalah VMM Yang Sangat Tersedia (VMM Tergugus), pastikan Anda menginstal pemutakhiran pada semua simpul kluster tempat layanan VMM diinstal.
Antara situs Hyper-V lokal dan Azure
-
Unduh Rollup Pembaruan untuk Penyedia Site Recovery Microsoft Azure.
-
Instal penyedia di setiap simpul server Hyper-V yang telah Anda daftarkan di Azure Site Recovery.
Note Jika Hyper-V Anda adalah server Hyper-V Tergugus Host, pastikan Anda menginstal pemutakhiran di semua simpul kluster.
Antara VMware lokal atau situs fisik ke Azure (Pengalaman modern)
-
Pastikan bahwa peralatan manajemen lokal Anda telah diperbarui dengan menavigasi ke manajer konfigurasi Peralatan. Jika tidak, unduh versi terbaru untuk komponen yang ada di belakang versi terbaru.
-
Masuk ke portal Azure, lalu masuk ke halaman Item Terproteksi > Item Replikasi. Pilih VM di halaman ini. Pilih tombol Perbarui Agen yang muncul di bagian bawah halaman untuk setiap VM. Ini memperbarui Agen Layanan Mobilitas pada semua VM yang dilindungi.
Catatan: Mulai ulang disarankan setelah setiap pemutakhiran agen Mobilitas untuk memastikan bahwa semua perubahan terbaru dimuat di komputer sumber. Ini belum tentu wajib. Namun, mulai ulang adalah wajib jika perbedaan antara versi agen dari restart terakhir dan versi target lebih besar dari empat (4) di tempat desimal terakhir. Lihat tabel berikut ini untuk penjelasan mendetail.
|
Versi agen selama mulai ulang terakhir |
Memutakhirkan ke |
Apakah mengharuskan memulai ulang wajib? |
|---|---|---|
|
9.25 |
9.27 |
Tidak wajib |
|
9.25 |
9.28 |
Tidak wajib |
|
9.25 |
9.29 |
Tidak wajib |
|
9.25 |
9.30 |
Wajib |
