Masuk dengan Microsoft
Masuk atau buat akun.
Halo,
Pilih akun lain.
Anda memiliki beberapa akun
Pilih akun yang ingin Anda gunakan untuk masuk.

Pendahuluan

Artikel ini menjelaskan masalah yang diperbaiki dalam 36 Rollup pembaruan untuk versi pemulihan Azure situs Microsoft berikut ini:

Pelajari tentang rincian masalah yang diperbaiki dan prasyarat yang harus divalidasi sebelum Anda menginstal pembaruan ini.

Informasi pembaruan

Prasyarat

Untuk menginstal Microsoft Azure situs pemulihan penyedia Update Rollup 36 (versi 5.1.4150.0), Anda harus memiliki salah satu dari berikut ini yang diinstal:

  • Microsoft Azure Hyper-V pemulihan Manager (versi 3.4.486 atau versi yang lebih baru)

  • Microsoft Azure situs pemulihan Hyper-V penyedia (versi 4.6.660 atau versi yang lebih baru)

  • Microsoft Azure situs pemulihan penyedia (versi 5.1.3700 atau versi yang lebih baru)

  • Azure situs pemulihan terpadu penataan Microsoft (VMware ke Azure) (versi 9,20. xxxx. x atau versi yang lebih baru)

Catatan Anda dapat memeriksa versi penyedia diinstal pada item program dan fitur di Panel kontrol.

 

Masalah yang diperbaiki dalam pemutakhiran ini

Setelah Anda menerapkan pembaruan ini, masalah berikut ini telah diperbaiki, dan perbaikan yang dibuat.

Penyedia pemulihan situs Microsoft Azure

Peningkatan

A2A:

  • Peningkatan sertifikat kedaluwarsa dan pembaruan dukungan dari layanan (dengan dukungan PowerShell).

  • Mesin virtual (VM) intraregional memindahkan dukungan dari layanan.

  • Meningkatkan pengalaman pemantauan.

  • Dukungan untuk menambah disk baru ke VM dilindungi.

  • Untuk mengaktifkan pembaruan otomatis yang digunakan dalam replikasi Azure VM, akun otomatisasi digunakan. Sebelumnya, ini adalah default account seperti yang dibuat oleh situs pemulihan. Sekarang, Anda dapat memilih akun otomatisasi ada yang berbeda. Opsi ini dapat ditemukan saat Anda mengaktifkan replikasi VM. Mengubah pengaturan untuk VM yang dilindungi sebagai bagian dari layanan pemulihan khusus kubah berlaku untuk semua VM Azure yang dilindungi di kubah sama.

Masalah yang diperbaiki

 A2A:

  • Validator baru untuk memeriksa apakah set ketersediaan dan VM sumber daya grup yang berbeda untuk memperingatkan pengguna sebelum kegagalan.

  • Failback peningkatan untuk menangani skenario jika VM akan dihapus dari daerah sumber.

  • Tetap pembuatan akun penyimpanan Cache sumber acak kelompok dan bukan ditentukan pelanggan sumber daya grup.

  • Memperbaiki masalah di mana perlindungan VM gagal memeriksa ketersediaan zona di wilayah.

  • Tetap masalah di mana reprotection gagal jika sumber VM sistem disk dihapus.

  • Memperbaiki masalah selama failback di mana UI terjebak di proses jika ketersediaan zona properti tidak diperoleh.

  • Menambahkan logika untuk menghapus tautan kedaluwarsa sumber daya yang dibuat oleh ASR di berlangganan silang.

 

Microsoft Azure situs pemulihan terpadu penataan dan konfigurasi Server Template

Peningkatan

Konfigurasi server pemantauan perbaikan:

Peningkatan pesan galat yang dibuat untuk skenario berikut ini untuk memberikan penyebab jelas dan tindakan yang disarankan:

  • vCenter terputus

  • Proses server terputus

  • CS terputus

  • Proses server telah heartbeat tidak ada

  • MT terputus

  • VM shutdown

  • VM dihapus

 

Proses pemantauan Server

Peringatan berikut ditambahkan untuk proses server untuk meningkatkan pemantauan:

  • CPU, memori dan ruang kosong peringatan untuk memantau penggunaan sumber daya

  • Peringatan ketika layanan penting ASR tidak dijalankan

 

Proses Server pilihan di produk panduan

Selama pemilihan proses server untuk replikasi baru, kesehatan server proses (kritis, peringatan, dan sehat) ditampilkan berdasarkan sumber daya kesehatan ketersediaan dan konektivitas.

Catatan

  • Proses kritis server tidak dapat digunakan untuk mengaktifkan replikasi VM baru.

  • Meskipun Anda dapat memilih server proses yang menunjukkan status peringatan, kami tidak disarankan bahwa Anda ini. Beban kerja tambahan apa pun dapat mempengaruhi beban kerja yang sudah ada.

  • Server proses yang ditandai sebagai sehat dapat digunakan untuk melindungi server baru.

Untuk informasi selengkapnya tentang proses server panduan, lihat https://aka.ms/asr_ps_selection_guidance.

Masalah yang diperbaiki

(Tidak berlaku)

 

Mobilitas Layanan

Masalah yang diperbaiki: dapat diterapkan untuk DR VM VMware

  • Mengurangi ukuran mobilitas agen installer (mempengaruhi Ubuntu *, Debian * SLES 12 - Push Instal dan peningkatan)

  • Restart peringatan hanya muncul ketika ada perubahan terkait driver

  • Pesan galat Penginstal peningkatan yang menyediakan jelas penyebab masalah kegagalan

  • Peningkatan pada mekanisme log startup layanan

  • Memperbaiki masalah kegagalan berbasis Windows Server 2019 komputer fisik atau VMware lingkungan yang memenuhi syarat untuk no-hidrasi

  • Tetap kegagalan dalam mobilitas agen upgrade yang kembali kode kesalahan 95507

  • Untuk skenario VMware untuk Azure dan DR Azure ke Azure, sistem operasi berikut dapat dilindungi:

    • Windows 10 (x64)

    • Windows 8.1 (x64)

    • Windows 8 (x64)

    • Windows 7 (x64) SP1 dan yang lebih baru (Windows 7 RTM tidak didukung)

Masalah yang diperbaiki

  • Kadang-kadang masalah di mana data disk terlihat offline di Windows Server 2019 diperbaiki.

 

Microsoft Azure situs pemulihan (Layanan)

Peningkatan

Replikasi data dari VMware atau server fisik ke Azure sekarang didukung untuk penyimpanan Azure akun yang dikonfigurasi untuk meminta firewall jaringan virtual.

Masalah yang diperbaiki

(Tidak berlaku)

 

Microsoft Azure situs pemulihan (Portal)

Peningkatan

Untuk VMware ke Azure, proses Server kesehatan status ditambahkan ke VM Ikhtisar blade. Peristiwa yang diangkat di server proses ditambahkan ke tabel peristiwa di blade Server proses.

Masalah yang diperbaiki

(Tidak berlaku)

 

Memperbarui komponen Azure situs pemulihan lokal Anda

Antara dua di tempat VMM situs

  1. Mengunduh Batal pemutakhiran terbaru untuk Microsoft Azure situs pemulihan penyedia.

  2. Menginstal Batal pemutakhiran pertama di server VMM lokal yang mengelola situs pemulihan.

  3. Setelah pemulihan situs diperbarui, menginstal Batal pemutakhiran di server VMM yang mengelola situs utama.

Catatan Jika VMM VMM sangat tersedia (gugus VMM), pastikan Anda menginstal upgrade di semua node kluster mana Layanan VMM diinstal.

Antara lokal VMM situs dan Azure

  1. Download rollup pembaruan untuk Microsoft Azure situs pemulihan penyedia.

  2. Menginstal Batal pemutakhiran di server VMM lokal.

  3. Menginstal agen MARS pada semua Hyper-V host.

Catatan Jika Anda VMM VMM sangat tersedia (gugus VMM), pastikan Anda menginstal upgrade di semua node kluster mana Layanan VMM diinstal.

Antara lokal Hyper-V situs dan Azure

  1. Download rollup pembaruan untuk Microsoft Azure situs pemulihan penyedia.

  2. Instal penyedia di setiap node server Hyper-V yang telah terdaftar di Azure situs pemulihan.

Catatan Jika Anda Hyper-V Host kluster Hyper-V server, pastikan Anda menginstal upgrade di semua node cluster

Antara VMware lokal atau fisik situs ke Azure

  1. Memperbarui server manajemen lokal Anda. Ini adalah server yang memiliki peran proses Server dan konfigurasi. Untuk melakukannya, Unduh dan jalankan Penataan terpadu Microsoft Azure situs pemulihan.

  2. Jika Anda memiliki Perbesar skala proses server, memperbaruinya berikutnya dengan menjalankan Penataan terpadu Microsoft Azure situs pemulihan.

  3. Masuk ke Azure portal, dan kemudian lanjutkan ke Item yang dilindungi > Item direplikasi halaman. Pilih VM pada Halaman ini. Pilih tombol Agen pemutakhiran yang muncul di bagian bawah halaman untuk setiap VM. Ini update agen Layanan mobilitas pada semua dilindungi VM.

Mulai ulang disarankan setelah meng-upgrade setiap mobilitas agen untuk memastikan bahwa semua perubahan terbaru yang dimuat di sumber VM. Namun, mulai ulang adalah tidak wajib. Jika perbedaan antara versi agen selama reboot terakhir dan saat ini lebih dari empat (4), reboot wajib. Lihat tabel berikut ini untuk penjelasan rinci.

Versi agen selama terakhir restart

Meningkatkan ke versi

Adalah reboot diperlukan?

9,16

9.18

Tidak diperlukan

9,16

9.19

Tidak diperlukan

9,16

9.20

Tidak diperlukan

9,16

9.21

Diperlukan Pertama, upgrade ke versi 9,20. Kemudian, mulai ulang sebelum Anda meng-upgrade ke 9.21. Hal ini karena perbedaan antara versi (9,16, di mana reboot terakhir dijalankan, dan versi target 9.21) lebih dari empat (4).

Referensi

Pelajari tentang terminologi yang digunakan untuk menjelaskan pemutakhiran perangkat lunak Microsoft.

Sanggahan informasi pihak ketiga

Produk pihak ketiga yang dibahas dalam artikel ini dibuat oleh perusahaan independen dan terpisah dari Microsoft. Microsoft tidak memberikan garansi, secara tersirat atau dalam bentuk apa pun, terkait kinerja atau keandalan produk ini.

Perlu bantuan lainnya?

Ingin opsi lainnya?

Jelajahi manfaat langganan, telusuri kursus pelatihan, pelajari cara mengamankan perangkat Anda, dan banyak lagi.

Komunitas membantu Anda bertanya dan menjawab pertanyaan, memberikan umpan balik, dan mendengar dari para ahli yang memiliki pengetahuan yang luas.

Apakah informasi ini berguna?

Seberapa puaskah Anda dengan kualitas bahasanya?
Apa yang memengaruhi pengalaman Anda?
Dengan menekan kirim, umpan balik Anda akan digunakan untuk meningkatkan produk dan layanan Microsoft. Admin TI Anda akan dapat mengumpulkan data ini. Pernyataan Privasi.

Terima kasih atas umpan balik Anda!

×