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 Update Rollup 35 dalam versi berikut Microsoft Azure situs pemulihan komponen:

Catatan

  • Ini adalah perbaikan terbaru untuk masalah yang disebutkan di bagian "masalah yang diperbaiki dalam pemutakhiran ini".

  • Lihat bagian "masalah yang diperbaiki dalam pemutakhiran ini" dan "Prasyarat "untuk apaharus divalidasi sebelum Anda menginstal pembaruan ini.

Untuk informasi selengkapnya tentang cara mengunduh Microsoft dukungan berkas, lihat Pengetahuan Microsoft berikut Artikel Pangkalan:

119591 Cara mendapatkan berkas dukungan Microsoft dari layanan daring

Microsoft dipindai file ini untuk virus. Microsoft menggunakan terbaru perangkat lunak pendeteksi virus yang tersedia pada tanggal file Posted. File disimpan di server aman yang membantu mencegah perubahan tidak sah terhadap file.

Prasyarat

Untuk menginstal Microsoft Azure situs pemulihan penyedia Update Rollup 35 (versi 5.1.4000.0), Anda harus memiliki salah satu prasyarat berikut 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.3600 atau versi yang lebih baru)

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

Catatan Anda dapat memeriksa Versi penyedia diinstal dalam item program dan fitur di kontrol Panel tersebut.

Masalah yang diperbaiki dalam pemutakhiran ini

Setelah Anda menginstal pembaruan ini, masalah berikut ini telah diperbaiki, dan perbaikan berikut disertakan.

Microsoft Azure Situs pemulihan penyedia

Perbaikan

Azure ke Azure DR

  • Pemutakhiran yang dibuat untuk pemetaan jaringan tidak lagi mempengaruhi konfigurasi target untuk replikasi yang sudah ada.Jika pemetaan jaringan antara sumber Vnet dan target Vnet dimodifikasi, Vnet target untuk replikasi yang ada tidak diperbarui. Konfigurasi VNet target yang dipilih sebelumnya akan tetap utuh.

VMware untuk Azure DR

  • Langsung menulis ke disk yang dikelola.Semua perlindungan baru sekarang direplikasi secara langsung ke Managed disk. Data dari lokal dikirim ke akun penyimpanan cache di Azure. Titik pemulihan yang dibuat di cakram terkelola di sisi target. Ini berarti bahwa Anda tidak perlu mengelola beberapa target akun penyimpanan pada target.

Masalah yang diperbaiki

Azure untuk Azure DR

  • Peningkatan pesan galat saat kegagalan yang menghasilkan galat selesai setelah VM utama akan dihapus.

  • Pesan galat selama operasi pembersihan atau menonaktifkan jika pembersihan link sumber daya gagal ditingkatkan dengan menyertakan rincian ditindaklanjuti.

  • Pesan peringatan ditambahkan selama Azure dienkripsi VM perlindungan jika ada masalah akses.

  • Memperbaiki masalah selama reprotection di mana pesan galat "mesin virtual tidak dapat dilindungi sebagai disk telah dikonfigurasi dengan berbeda benih Blob URI untuk perlindungan" terjadi.

  • Meningkatkan alur kerja perlindungan VM terenkripsi untuk mengurangi pesan pengecualian.

  • Validasi kesiapan peningkatan kegagalan.

  • DR Cross berlangganan: memungkinkan untuk pemetaan jaringan untuk langganan yang berbeda bahkan jika itu sudah dipetakan.

  • Memperbaiki masalah dalam alur kerja perlindungan ulang di mana opsi untuk disk yang dikelola tidak ditampilkan.

  • Menambahkan dukungan untuk mempertahankan properti Applicationgateway BackendAddressPools di ipkonfigurasi saat Anda memutakhirkan nic yang ada.

  • Generasi masalah kesehatan kegagalan jika ada perubahan pada disk jenis posting perlindungan.

Microsoft Azure Situs pemulihan terpadu penataan & konfigurasi server template

Perbaikan  

  • Dukungan untuk konfigurasi server yang menggunakan beberapa nic.

    • Jika Anda desain jaringan lokal sebagai jaringan terpisah yang tidak memiliki akses ke internet atau Azure penyimpanan (dengan memiliki beberapa nic pada konfigurasi server), Anda harus mendaftarkan kedua jaringan selama konfigurasi server registrasi atau pasca upgrade ke Versi ini.

    • Setelah kedua jaringan yang terdaftar dengan menggunakan Azure situs pemulihan, Jaringan tidak dapat diubah.

    • Failback tidak didukung jika kedua jaringan tidak terdaftar.

Masalah yang diperbaiki

  • Perbaikan pesan galat untuk kegagalan penemuan vCenter.

  • Pesan galat ditambahkan ketika Anda mencoba untuk melindungi komponen Azure situs pemulihan seperti konfigurasi server, proses server dan Master target.

Mobilitas Layanan

Masalah yang diperbaiki

  • Server fisik sekarang memenuhi syarat untuk No-hidrasi pada saat kegagalan. Hal ini membawa turun tujuan waktu pemulihan (RTO). Pelajari lebih lanjut tentang No-hidrasi.

  • Dukungan untuk SUSE Linux Enterprise Server 12 paket layanan 4 (SP4)

  • Perbaikan instalasi agen mobilitas:

    • Sebelum versi 9,23, galat penginstalan Azure situs pemulihan VSS penyedia menyebabkan kegagalan penginstalan agen mobilitas. Di versi 9,23 dan versi yang lebih baru, jika VSS penyedia penginstalan gagal selama penginstalan agen mobilitas, kemudian perbaikan berikut terjadi:

    • Mobilitas agen penginstalan terus dan instalasi penyedia VSS dilewati.

    • Status pekerjaan akan diperbarui sebagai "peringatan" dan pesan galat yang jelas akan ditampilkan menyatakan alasan yang tepat mengapa Azure situs pemulihan VSS penyedia penginstalan gagal. Ikuti tindakan yang disarankan yang disediakan dalam pesan galat untuk generasi sukses aplikasi konsisten poin.

    • Anda harus menyadari bahwa kegagalan penyedia VSS penginstalan tidak mempengaruhi pembuatan titik macet-konsisten. Server Anda akan terus menghasilkan titik crash-konsisten.

Memperbarui komponen Azure situs pemulihan lokal Anda

Antara dua lokal VMM situs

  1. Download rollup pembaruan terbaru untukMicrosoft Azure situs pemulihan penyedia.

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

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

Catatan

  • Jika VMM vmm sangat tersedia (gugus VMM), pastikan Anda menginstal upgrade di semua node cluster mana Layanan VMM diinstal.

  • Restart host tidak diperlukan kecuali ditentukan lain.

Antara lokal Situs VMM dan Azure

  1. Download rollup pembaruan untukMicrosoft Azure situs pemulihan penyedia.

  2. Instal Batal pemutakhiran di server VMM lokal.

  3. Instal terbaruMarsagen pada semua Hyper-V tuan rumah.

Catatan

  • Jika Anda VMM vmm sangat tersedia (gugus VMM), pastikan Anda menginstal upgrade di semua node cluster mana Layanan VMM diinstal.

  • Restart host tidak diperlukan kecuali ditentukan lain.

Antara lokal Hyper-V situs dan Azure

  1. Download rollup pembaruan untukMicrosoft 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 server host kluster Hyper-V, pastikan Anda menginstal upgrade di semua node cluster.

  • Restart host tidak diperlukan kecuali ditentukan lain.

Antara lokal VMware atau situs fisik ke Azure

  1. Memperbarui server manajemen lokal dengan men-downloadPemulihan situs Microsoft Azure terpadu penataan. Ini adalah server yang memiliki server konfigurasi dan peran server proses.

  2. Jika Anda memiliki Perbesar skala proses server, memperbaruinya berikutnya denganmenggunakanPemulihan situs Microsoft Azure terpadu penataan.

  3. Buka Azure portal, dan kemudian pergi ke halaman item yang dilindungi > direplikasi produk . 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.

CatatanSebuah restart disarankan setelah setiap upgrade dari agen mobilitas untuk memastikan bahwa semua perubahan terbaru dimuat pada komputer sumber. Namun, hal ini tidak Wajib. Jika perbedaan antara versi agen dari restart terakhir dan Versi saat ini lebih besar dari 4, maka restart wajib. Lihat Tabel berikut untuk penjelasan terperinci.

Versi agen selama restart terakhir

Upgrade ke

Apakah restart Wajib?

9,16

9,18

Tidak wajib

9,16

9,19

Tidak wajib

9,16

9,20

Tidak wajib

9,16

9,21

Ya, pertama upgrade ke versi 9,20, kemudian restart sebelum meningkatkan ke versi 9,21 sebagai perbedaan antara versi (versi 9,16 di mana restart terakhir dilakukan dan versi target 9,21) adalah > 4,

Masalah yang diketahui

Sana tidak ada masalah yang diketahui dalam pemutakhiran ini.

Referensi

Pelajari tentang terminologi yang Microsoft menggunakan untuk menjelaskan pembaruan perangkat lunak.

Sanggahan informasi pihak ketiga

Produk pihak ketiga yang dibahas di artikel ini dibuat oleh perusahaan yang independen terhadap Microsoft. Kami tidak membuat jaminan, tersirat atau Jika tidak, tentang kinerja atau keandalan produk ini.

Kami menyediakan informasi kontak dan situs web pihak ketiga untuk membantu Anda menemukan dukungan teknis. Informasi ini dapat berubah tanpa pemberitahuan. Kami tidak menjamin keakuratan informasi pihak ketiga ini.

Facebook LinkedIn Email
BERLANGGANAN FEED RSS

Perlu bantuan lainnya?

Ingin opsi lainnya?

Menemukan Komunitas

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

Keuntungan langganan Microsoft 365

Pelatihan Microsoft 365

Keamanan Microsoft

Pusat aksesibilitas

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

Tanyakan kepada Microsoft Community

Komunitas Teknologi Microsoft

Windows Insider

Microsoft 365 Insider

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!

×