Masalah yang diketahui - Azure Site Recovery di Azure Stack Hub
Artikel ini menjelaskan masalah yang diketahui untuk Azure Site Recovery di Azure Stack Hub. Gunakan bagian berikut untuk detail tentang masalah dan batasan yang diketahui saat ini di Azure Site Recovery di Azure Stack Hub.
Ukuran disk maksimum yang didukung adalah 1022 GB
Saat Anda melindungi VM, Azure Site Recovery perlu menambahkan data tambahan 1 GB ke disk yang ada. Karena Azure Stack Hub memiliki batasan keras untuk ukuran maksimum disk pada 1023 GB, ukuran maksimum disk yang dilindungi oleh Site Recovery harus sama dengan atau kurang dari 1022.
Ketika Anda mencoba melindungi VM dengan disk 1023Gb, perilaku berikut terjadi:
Aktifkan perlindungan berhasil karena disk seed hanya 1 GB yang dibuat dan siap digunakan. Tidak ada kesalahan pada langkah ini.
Replikasi diblokir di xx% Disinkronkan dan setelah beberapa saat, kesehatan replikasi menjadi Kritis dengan kesalahan AzStackToAzStackSourceAgentDiskSourceAgentSlowResyncProgressOnPremToAzure. Kesalahan terjadi karena selama replikasi, Site Recovery mencoba mengubah ukuran disk seed menjadi 1024 GB dan menulisnya. Operasi ini gagal, karena Azure Stack Hub tidak mendukung disk 1024 GB.
Disk seed yang dibuat untuk disk ini (dalam langganan target) masih berukuran 1 GB, dan log Aktivitas menunjukkan beberapa kegagalan Write Disk dengan pesan kesalahan Nilai '1024' parameter 'disk.diskSizeGb' berada di luar rentang. Nilai '1024' harus antara '1' dan '1023' inklusif.
Solusi saat ini untuk masalah ini adalah membuat disk baru (1022 GB atau kurang), melampirkannya ke VM sumber Anda, menyalin data dari disk 1023 GB ke disk baru, lalu menghapus disk 1023 GB dari VM sumber. Setelah prosedur ini selesai, dan VM memiliki semua disk yang lebih kecil atau sama dengan 1022 GB, Anda dapat mengaktifkan perlindungan menggunakan Azure Site Recovery.
Perlindungan ulang: slot disk data yang tersedia pada appliance
Pastikan VM appliance memiliki slot disk data yang cukup, karena disk replika untuk perlindungan ulang dilampirkan ke appliance.
Jumlah awal disk yang diizinkan dilindungi kembali pada saat yang sama adalah 31. Ukuran default appliance yang dibuat dari item marketplace adalah Standard_DS4_v2, yang mendukung hingga 32 disk data, dan appliance itu sendiri menggunakan satu disk data.
Jika jumlah VM yang dilindungi lebih besar dari 31, lakukan salah satu tindakan berikut:
- Pisahkan VM yang memerlukan perlindungan ulang menjadi grup yang lebih kecil untuk memastikan bahwa jumlah disk yang dilindungi kembali pada saat yang sama tidak melebihi jumlah maksimum disk data yang didukung appliance.
- Tingkatkan ukuran VM appliance Azure Site Recovery.
Catatan
Kami tidak menguji dan memvalidasi SKU VM besar untuk VM appliance.
Jika Anda mencoba melindungi ulang VM, tetapi tidak ada cukup slot pada appliance untuk menahan disk replikasi, pesan kesalahan Terjadi kesalahan internal ditampilkan. Anda dapat memeriksa jumlah disk data yang saat ini ada di appliance, atau masuk ke appliance, masuk ke Pemantau Peristiwa, dan membuka log untuk Azure Site Recovery di bawah Log Aplikasi dan Layanan:
Temukan peringatan terbaru untuk mengidentifikasi masalah.
Versi kernel VM Linux tidak didukung
Periksa versi kernel Anda dengan menjalankan perintah
uname -r
.Untuk informasi selengkapnya tentang versi kernel Linux yang didukung, lihat matriks dukungan Azure ke Azure.
Dengan versi kernel yang didukung, failover, yang menyebabkan VM melakukan mulai ulang, dapat menyebabkan VM failover diperbarui ke versi kernel yang lebih baru yang mungkin tidak didukung. Untuk menghindari pembaruan karena restart VM failover, jalankan perintah
sudo apt-mark hold linux-image-azure linux-headers-azure
sehingga pembaruan versi kernel dapat dilanjutkan.Untuk versi kernel yang tidak didukung, periksa versi kernel yang lebih lama yang dapat Anda gulung balik, dengan menjalankan perintah yang sesuai untuk VM Anda:
- Debian/Ubuntu:
dpkg --list | grep linux-image
Gambar berikut menunjukkan contoh dalam VM Ubuntu pada versi 5.4.0-1103-azure, yang tidak didukung. Setelah perintah berjalan, Anda dapat melihat versi yang didukung, 5.4.0-1077-azure, yang sudah diinstal pada VM. Dengan informasi ini, Anda dapat mengembalikan ke versi yang didukung.
- Debian/Ubuntu:
Gulung balik ke versi kernel yang didukung menggunakan langkah-langkah berikut:
Pertama, buat salinan /etc/default/grub jika ada kesalahan; misalnya,
sudo cp /etc/default/grub /etc/default/grub.bak
.Kemudian, ubah /etc/default/grub untuk mengatur GRUB_DEFAULT ke versi sebelumnya yang ingin Anda gunakan. Anda mungkin memiliki sesuatu yang mirip dengan GRUB_DEFAULT="Opsi tingkat lanjut untuk Ubuntu>Ubuntu, dengan Linux 5.4.0-1077-azure".
Pilih Simpan untuk menyimpan file, lalu pilih Keluar.
Jalankan
sudo update-grub
untuk memperbarui grub.Terakhir, boot ulang VM dan lanjutkan dengan pemutaran kembali ke versi kernel yang didukung.
Jika Anda tidak memiliki versi kernel lama yang dapat Anda gulung balik, tunggu pembaruan agen mobilitas sehingga kernel Anda dapat didukung. Pembaruan selesai secara otomatis, jika sudah siap, dan Anda dapat memeriksa versi di portal untuk mengonfirmasi:
Re-protect manual resync belum didukung
Setelah pekerjaan perlindungan ulang selesai, replikasi dimulai secara berurutan. Selama replikasi, mungkin ada kasus yang memerlukan sinkronisasi ulang, yang berarti replikasi awal baru dipicu untuk menyinkronkan semua perubahan.
Ada dua jenis sinkronisasi ulang:
Sinkronisasi ulang otomatis. Tidak memerlukan tindakan pengguna dan dilakukan secara otomatis. Pengguna dapat melihat beberapa peristiwa yang ditampilkan di portal:
Sinkronisasi ulang manual. Memerlukan tindakan pengguna untuk memicu sinkronisasi ulang secara manual dan diperlukan dalam instans berikut:
Akun penyimpanan yang dipilih untuk perlindungan ulang hilang.
Disk replikasi pada appliance hilang.
Penulisan replikasi melebihi kapasitas disk replikasi pada appliance.
Tip
Anda juga dapat menemukan alasan sinkronisasi ulang manual di bilah peristiwa untuk membantu Anda memutuskan apakah diperlukan sinkronisasi ulang manual.
Masalah yang diketahui dalam otomatisasi PowerShell
Jika Anda keluar
$failbackPolicyName
dan$failbackExtensionName
kosong atau null, perlindungan ulang dapat gagal. Lihat contoh berikut:Selalu tentukan dan
$failbackExtensionName
, seperti yang$failbackPolicyName
ditunjukkan dalam contoh berikut:$failbackPolicyName = "failback-default-replication-policy" $failbackExtensionName = "default-failback-extension" $parameters = @{ "properties" = @{ "customProperties" = @{ "instanceType" = "AzStackToAzStackFailback" "applianceId" = $applianceId "logStorageAccountId" = $LogStorageAccount.Id "policyName" = $failbackPolicyName "replicationExtensionName" = $failbackExtensionName } } } $result = Invoke-AzureRmResourceAction -Action "reprotect" ` -ResourceId $protectedItemId ` -Force -Parameters $parameters
Peringatan agen layanan mobilitas
Saat mereplikasi beberapa VM, Anda mungkin melihat kesehatan item terproteksi berubah menjadi Kesalahan peringatan dalam pekerjaan Site Recovery.
Pesan kesalahan ini hanya boleh menjadi peringatan dan bukan masalah pemblokiran untuk proses replikasi atau failover yang sebenarnya.
Tip
Anda dapat memeriksa status VM masing-masing untuk memastikannya sehat.
Menghapus VM appliance (sumber) memblokir penghapusan vault (target)
Untuk menghapus vault Azure Site Recovery pada target, Anda harus terlebih dahulu menghapus semua VM yang dilindungi. Jika Anda menghapus VM appliance terlebih dahulu, vault Site Recovery memblokir penghapusan sumber daya yang dilindungi dan mencoba menghapus vault itu sendiri juga gagal. Menghapus grup sumber daya juga gagal, dan satu-satunya cara untuk menghapus vault adalah dengan menghapus langganan pengguna Azure Stack Hub tempat vault dibuat.
Untuk menghindari masalah ini, pastikan untuk terlebih dahulu menghapus perlindungan dari semua item di vault, sebelum menghapus VM appliance. Ini memungkinkan vault untuk menyelesaikan pembersihan sumber daya pada appliance (sisi sumber). Setelah item yang dilindungi dihapus, Anda dapat menghapus vault dan menghapus VM appliance.