Pertanyaan umum tentang VMware ke replikasi Azure
Artikel ini menjawab pertanyaan umum yang mungkin muncul ketika Anda menerapkan pemulihan bencana komputer virtual VMware (VM) lokal ke Azure.
Catatan
Sekarang Anda dapat memindahkan item yang direplikasi yang ada ke pengalaman pemulihan bencana VMware yang dimodernisasi. Pelajari selengkapnya.
Umum
Bagaimana cara menggunakan pengalaman klasik di vault Layanan Pemulihan daripada pengalaman yang dimodernisasi?
Beralih ke pengalaman klasik di Layanan Pemulihan yang baru dibuat tidak dimungkinkan karena akan ditolak pada Maret 2026. Semua vault Layanan Pemulihan baru akan menggunakan pengalaman yang dimodernisasi.
Dapatkah saya bermigrasi ke pengalaman modern?
Semua VMware VM atau server Fisik yang sedang direplikasi menggunakan pengalaman klasik dapat dimigrasikan ke pengalaman yang dimodernisasi. Periksa detailnya di sini dan ikuti tutorial.
Apa yang saya perlukan untuk pemulihan bencana VMware VM?
Pelajari tentang komponen yang terlibat dalam pemulihan bencana VMware VM.
Bisakah saya menggunakan Pemulihan Situs untuk memigrasikan VMware VM ke Azure?
Ya. Selain menggunakan Site Recovery untuk menyiapkan pemulihan bencana penuh untuk VMware, Anda juga dapat menggunakan Site Recovery untuk memigrasikan VMware VM lokal ke Azure. Dalam skenario ini, Anda mereplikasi VMware VM lokal ke Azure Storage. Kemudian, Anda failover dari lokal ke Azure. Setelah failover, aplikasi dan beban kerja Anda tersedia dan berjalan di komputer virtual Azure. Prosesnya seperti menyiapkan pemulihan bencana penuh, kecuali bahwa dalam migrasi Anda tidak mengalami kegagalan kembali dari Azure.
Apakah akun Azure saya memerlukan izin untuk membuat komputer virtual?
Jika Anda adalah administrator langganan, Anda memiliki izin replikasi yang Anda butuhkan. Jika Anda bukan administrator, Anda memerlukan izin untuk melakukan tindakan ini:
- Buat Azure VM di grup sumber daya dan jaringan virtual yang Anda tentukan saat mengonfigurasi Site Recovery.
- Tulis ke akun penyimpanan yang dipilih atau disk terkelola berdasarkan konfigurasi Anda.
Pelajari selengkapnya tentang izin yang diperlukan.
Aplikasi apa saja yang dapat saya replikasikan?
Anda dapat mereplikasi aplikasi atau beban kerja apa pun yang berjalan pada VMware VM yang memenuhi persyaratan replikasi.
- Site Recovery menyediakan dukungan untuk replikasi berbasis aplikasi, sehingga aplikasi dapat failover dan failback ke status cerdas.
- Site Recovery terintegrasi dengan aplikasi Microsoft, seperti SharePoint, Exchange, Dynamics, SQL Server, dan Active Directory. Site Recovery juga bekerja sama dengan vendor terkemuka termasuk Oracle, SAP, IBM, dan Red Hat.
Pelajari selengkapnya tentang perlindungan beban kerja.
Bisakah saya menggunakan lisensi server OS tamu di Azure?
Ya, Pelanggan Microsoft Software Assurance dapat menggunakan Keuntungan Azure Hybrid untuk menghemat biaya lisensi untuk komputer Windows Server yang dimigrasikan ke Azure, atau menggunakan Azure untuk pemulihan bencana.
Keamanan
Akses apa ke server VMware yang dibutuhkan Site Recovery?
Recovery Site memerlukan akses ke server VMware untuk:
- Menyiapkan VMware VM yang menjalankan server konfigurasi Site Recovery.
- Secara otomatis temukan VM untuk replikasi.
Akses apa ke server VMware VM yang dibutuhkan Site Recovery?
- Untuk mereplikasi, VMware VM harus menginstal dan menjalankan layanan Site Recovery Mobility. Anda dapat menyebarkan alat secara manual, atau Anda dapat menentukan bahwa Site Recovery melakukan instalasi push layanan saat Anda mengaktifkan replikasi untuk VM.
- Selama replikasi, VM berkomunikasi dengan Site Recovery sebagai berikut:
- VM berkomunikasi dengan server konfigurasi pada HTTPS port 443 untuk manajemen replikasi.
- VM mengirim data replikasi ke server proses pada HTTPS port 9443. (Pengaturan ini bisa diubah.)
- Jika Anda mengaktifkan konsistensi multi-VM, VM berkomunikasi satu sama lain melalui port 20004.
Apakah data replikasi dikirim ke Site Recovery?
Tidak, Site Recovery tidak menahan data yang direplikasi, dan tidak memiliki informasi apa pun tentang apa yang berjalan di komputer virtual Anda. Data replikasi diselingi antara hypervisor VMware dan Azure Storage. Site Recovery tidak memiliki kemampuan untuk memotong data tersebut. Hanya metadata yang diperlukan untuk mengatur replikasi dan failover yang dikirim ke layanan Site Recovery.
Site Recovery disertifikasi untuk ISO 27001:2013 dan 27018, HIPAA, dan DPA. Site Recovery sedang dalam proses penilaian SOC2 dan FedRAMP JAB.
Harga
Bagaimana cara menghitung perkiraan biaya untuk pemulihan bencana VMware?
Gunakan kalkulator harga untuk memperkirakan biaya saat menggunakan Site Recovery.
Untuk perkiraan rinci tentang biaya, jalankan alat perencana penyebaran untuk VMware dan gunakan laporan estimasi biaya.
Apakah ada perbedaan biaya antara replikasi ke penyimpanan atau langsung ke disk yang dikelola?
Disk terkelola dibebankan sedikit berbeda dari akun penyimpanan. Pelajari lebih lanjut tentang harga disk terkelola.
Apakah ada perbedaan biaya saat mereplikasi ke akun penyimpanan General Purpose v2?
Anda biasanya akan melihat peningkatan biaya transaksi yang dikeluarkan pada akun penyimpanan GPv2 karena Azure Site Recovery adalah transaksi yang berat. Baca selengkapnya untuk memperkirakan perubahan.
Layanan mobilitas
Di mana saya dapat menemukan penginstal layanan Mobilitas?
Penginstal berada di folder %ProgramData%\ASR\home\svsystems\pushinstallsvc\repository pada server konfigurasi.
Bagaimana saya menginstal layanan Mobilitas?
Pada setiap VM yang ingin Anda replikasi, instal layanan dengan salah satu dari beberapa metode:
- Penginstalan push
- Instalasi manual dari UI atau PowerShell
- Penerapan dengan menggunakan alat penyebaran seperti Configuration Manager
Disk terkelola
Di mana Site Recovery mereplikasi data?
Site Recovery mereplikasi VMware VM lokal dan server fisik ke disk terkelola di Azure.
- Server proses Site Recovery menulis log replikasi ke akun penyimpanan cache di wilayah target.
- Log ini digunakan untuk membuat titik pemulihan pada disk yang dikelola Azure yang memiliki awalan asrseeddisk.
- Ketika failover terjadi, titik pemulihan yang Anda pilih digunakan untuk membuat disk terkelola target baru. Disk terkelola ini dilampirkan ke VM di Azure.
- VM yang sebelumnya direplikasi ke akun penyimpanan (sebelum Maret 2019) tidak terpengaruh.
Bisakah saya mereplikasi komputer baru ke akun penyimpanan?
Tidak. Mulai Maret 2019, di portal Microsoft Azure, Anda hanya dapat mereplikasi ke disk yang dikelola Azure.
Replikasi VM baru ke akun penyimpanan hanya tersedia dengan menggunakan PowerShell (Az.RecoveryServices modul versi 1.4.5) atau REST API (versi 2018-01-10 atau 2016-08-10). Pelajari cara menyiapkan replikasi menggunakan perintah PowerShell.
Apa manfaat mereplikasi ke disk yang dikelola?
Pelajari cara Site Recovery menyederhanakan pemulihan bencana dengan disk terkelola.
Bisakah saya mengubah tipe disk terkelola setelah komputer terlindungi?
Ya, Anda dapat dengan mudah mengubah jenis disk terkelola untuk replikasi yang sedang berlangsung. Sebelum mengubah tipe, pastikan tidak ada URL tanda tangan akses bersama yang dihasilkan pada disk terkelola:
- Buka sumber daya Managed Disk di portal Microsoft Azure dan periksa apakah Anda memiliki banner URL tanda tangan akses bersama pada blade Overview.
- Jika banner ada, pilih untuk membatalkan ekspor yang sedang berlangsung.
- Ubah tipe disk dalam beberapa menit ke depan. Jika Anda mengubah tipe disk terkelola, tunggu titik pemulihan baru yang akan dihasilkan oleh Azure Site Recovery.
- Gunakan titik pemulihan baru untuk setiap tes failover atau failover selanjutnya.
Bisakah saya beralih replikasi dari disk terkelola ke disk yang tidak dikelola?
Tidak. Beralih dari terkelola ke tidak terkelola tidak didukung.
Replikasi
Apa saja persyaratan VM yang direplikasi?
Pelajari selengkapnya tentang persyaratan dukungan untuk VMware VM dan server fisik.
Seberapa sering saya bisa mereplikasi ke Azure?
Replikasi berkesinambungan saat mereplikasi VMware VM ke Azure.
Dapatkah saya memperpanjang replikasi?
Replikasi yang diperpanjang atau berantai tidak didukung. Minta fitur ini di forum umpan balik.
Bagaimana cara melacak kemajuan replikasi/sinkronisasi awal?
Kemampuan ini terdapat baru-baru ini di layanan Site Recovery. Perbarui infrastruktur Site Recovery Anda (server konfigurasi, server proses penskalaan) dan agen mobilitas ke versi 9.36 atau lebih tinggi untuk mendapatkan detail yang akurat. Pelajari selengkapnya tentang cara melacak kemajuan di sini.
Bisakah saya melakukan replikasi awal offline?
Replikasi offline tidak didukung. Minta fitur ini di forum umpan balik.
Apa itu asrseeddisk?
Untuk setiap disk sumber, data direplikasi ke disk terkelola di Azure. Disk ini memiliki awalan asrseeddisk. Ini menyimpan salinan disk sumber dan semua rekam jepret titik pemulihan.
Bisakah saya mengecualikan disk dari replikasi?
Ya, Anda dapat mengecualikan disk.
Bisakah saya mereplikasi VM yang memiliki disk dinamis?
Disk dinamis bisa direplikasi. Disk sistem operasi harus merupakan disk dasar.
Jika saya menggunakan grup replikasi untuk konsistensi multi-VM, bisakah saya menambahkan VM baru ke grup replikasi yang ada?
Ya, Anda dapat menambahkan VM baru ke grup replikasi yang ada saat mengaktifkan replikasi untuknya. Akan tetapi:
- Anda tidak dapat menambahkan VM ke grup replikasi yang ada setelah replikasi dimulai.
- Anda tidak dapat membuat grup replikasi untuk VM yang ada.
Bisakah saya memodifikasi VM yang sedang mereplikasi dengan menambahkan atau mengubah ukuran disk?
Untuk replikasi VMware ke Azure, Anda dapat memodifikasi ukuran disk VM sumber. Jika ingin menambahkan disk baru, Anda harus menambahkan disk dan perlindungan yang bisa diperagakan untuk VM.
Bisakah saya memigrasikan komputer lokal ke vCenter Server baru tanpa memengaruhi replikasi yang sedang berlangsung?
Lihat panduan kami untuk memigrasikan komputer ke vCenter baru
Bisakah saya mereplikasi ke cache atau akun penyimpanan target yang memiliki jaringan virtual (dengan Azure Firewalls) yang dikonfigurasi di dalamnya?
Tidak, Site Recovery tidak mendukung replikasi ke Azure Storage di jaringan virtual.
Berapa frekuensi dari generasi pada pembuatan titik pemulihan yang konsisten dengan crash?
Site Recovery menghasilkan titik pemulihan yang konsisten dengan crash setiap 5 menit.
Dapatkah saya mengubah komputer yang sudah direplikasi dari satu ke vault Layanan Pemulihan lainnya?
Mengalihkan vault Layanan Pemulihan, saat replikasi sudah berlangsung, tidak didukung. Untuk melakukannya, replikasi perlu dinonaktifkan dan diaktifkan lagi. Selain itu, agen layanan mobilitas, yang diinstal pada komputer sumber, harus tidak dikonfigurasi sehingga dapat dikonfigurasi ke vault baru. Gunakan perintah di bawah ini untuk melakukan unregistration -
Untuk komputer Windows -
C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\UnifiedAgentConfigurator.exe /Unconfigure true
Untuk komputer Linux -
/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -q -U true -c CSPrime
Pemutakhiran komponen
Versi agen layanan Mobilitas atau server konfigurasi saya sudah tua, dan peningkatan saya gagal. Apa yang harus saya lakukan?
Site Recovery mengikuti model dukungan N-4. Pelajari selengkapnya tentang cara meningkatkan dari versi lama.
Di mana saya bisa menemukan catatan rilis dan memperbarui rollup untuk Azure Site Recovery?
Pelajari tentang pembaruan baru, dan dapatkan informasi rollup.
Di mana saya dapat menemukan informasi pemutakhiran untuk pemulihan bencana ke Azure?
Pelajari tentang pemutakhiran.
Apakah saya perlu boot ulang komputer sumber untuk setiap pemutakhiran?
Book ulang disarankan tetapi tidak wajib untuk setiap peningkatan. Pelajari selengkapnya.
Server konfigurasi
Apa yang dilakukan server konfigurasi?
Server konfigurasi menjalankan komponen Site Recovery lokal, termasuk:
- Server konfigurasi itu sendiri. Server mengoordinasikan komunikasi antara server lokal dan Azure, dan mengelola replikasi data.
- Server proses, yang bertindak sebagai gateway replikasi. Server ini:
- Menerima data replikasi.
- Mengoptimalkan data dengan penembolokan, kompresi, dan enkripsi.
- Mengirim data ke Azure Storage. Server proses juga melakukan penginstalan push Layanan Mobilitas pada VM dan melakukan penemuan otomatis VMware VM lokal.
- Server target master, yang menangani data replikasi selama failback dari Azure.
Pelajari lebih lanjut tentang komponen dan proses server konfigurasi.
Di mana saya mengatur server konfigurasi?
Anda memerlukan VM lokal tunggal yang sangat tersedia untuk server konfigurasi. Untuk pemulihan bencana server fisik, instal server konfigurasi pada komputer fisik.
Apa yang saya perlukan untuk server konfigurasi?
Meninjau prasyarat.
Bisakah saya menyiapkan server konfigurasi secara manual alih-alih menggunakan templat?
Kami menyarankan agar Anda membuat konfigurasi VM server dengan menggunakan versi terbaru dari template Open Virtualization Format (OVF). Jika Anda tidak dapat menggunakan template (misalnya, jika Anda tidak memiliki akses ke server VMware), unduh file penyetelan dari portal dan siapkan server konfigurasi.
Bisakah server konfigurasi mereplikasi ke lebih dari satu wilayah?
Tidak. Untuk mereplikasi ke lebih dari satu wilayah, Anda memerlukan server konfigurasi di setiap wilayah.
Bisakah saya melakukan hosting server konfigurasi di Azure?
Meskipun memungkinkan, Azure VM yang menjalankan server konfigurasi perlu berkomunikasi dengan infrastruktur VMware dan VM lokal Anda. Komunikasi ini menambah latensi dan berdampak pada replikasi yang sedang berlangsung.
Bagaimana cara memperbarui server konfigurasi?
Pelajari cara memperbarui server konfigurasi.
- Anda dapat menemukan informasi pembaruan terbaru di halaman Pembaruan Azure.
- Anda dapat mengunduh versi terbaru dari portal. Anda juga dapat mengunduh versi terbaru templat server konfigurasi langsung dari Microsoft Download Center.
- Jika versi Anda lebih dari empat versi yang lebih lama dari versi saat ini, lihat pernyataan dukungan untuk panduan pemutakhiran.
Haruskah saya mencadangkan server konfigurasi?
Sebaiknya lakukan cadangan terjadwal reguler dari server konfigurasi.
- Untuk failback yang berhasil,VM yang failback harus ada di database server konfigurasi.
- Server konfigurasi harus dijalankan dan dalam keadaan tersambung.
- Pelajari selengkapnya tentang tugas manajemen server konfigurasi umum.
Saat saya menyiapkan server konfigurasi, bisakah saya mengunduh dan menginstal MySQL secara manual?
Ya. Unduh MySQL dan letakkan di folder C:\Temp\ASRSetup. Kemudian, instal secara manual. Saat Anda menyiapkan VM server konfigurasi dan menerima persyaratan, MySQL tercantum sebagai Sudah diinstal di Unduh dan instal.
Bisakah saya menghindari mengunduh MySQL tetapi membiarkan Site Recovery menginstalnya?
Ya. Unduh penginstal MySQL dan letakkan di folder C:\Temp\ASRSetup. Saat Anda mengatur VM server konfigurasi, terima persyaratan dan pilih Download and install. Portal menggunakan alat penginstal yang Anda tambahkan untuk menginstal MySQL.
Dapatkah saya menggunakan server konfigurasi VM untuk hal lain?
Tidak. Gunakan VM hanya untuk server konfigurasi.
Dapatkah saya mengkloning server konfigurasi dan menggunakannya untuk orkestrasi?
Tidak. Siapkan server konfigurasi baru untuk menghindari masalah pendaftaran.
Dapatkah saya mengubah vault tempat server konfigurasi terdaftar?
Tidak. Setelah vault didaftarkan dengan server konfigurasi, vault tidak dapat diubah. Pelajari tentang mendaftarkan server konfigurasi dengan vault yang berbeda.
Dapatkah saya menggunakan server konfigurasi yang sama untuk pemulihan bencana VMware VM dan server fisik?
Ya, tetapi perhatikan bahwa komputer fisik hanya dapat failback ke VMware VM.
Di mana saya dapat mengunduh kata kunci untuk server konfigurasi?
Pelajari cara mengunduh kata kunci.
Di mana saya dapat mengunduh vault kunci pendaftaran?
Di vault Recovery Services, pilih Configuration Servers di Site Recovery Infrastructure>Manage. Lalu, pada Server, pilih Download registration key untuk mengunduh file kredensial vault.
Dapatkah server konfigurasi tunggal digunakan untuk melindungi beberapa instans vCenter?
Ya, satu server konfigurasi dapat melindungi VM di beberapa vCenters. Tidak ada batasan berapa banyak instans vCenter server yang dapat ditambahkan ke server konfigurasi, namun batas berapa banyak VM yang dapat dilindungi server konfigurasi tunggal berlaku.
Bisakah server konfigurasi tunggal melindungi beberapa kluster dalam vCenter?
Ya, Azure Site Recovery dapat melindungi VM di berbagai kluster.
Server proses
Bagaimana cara memastikan ketersediaan yang tinggi pada server proses?
Dengan mengonfigurasi lebih dari satu server proses, desain memberikan fleksibilitas untuk memindahkan komputer yang dilindungi dari server proses yang tidak sehat ke server proses kerja. Pergerakan komputer dari satu server proses ke server lain harus dimulai secara eksplisit/manual melalui langkah-langkah yang ditentukan di sini: memindahkan VM di antara server proses.
Failover dan failback
Bisakah saya menggunakan server proses lokal untuk failback?
Kami sangat menyarankan untuk membuat server proses di Azure untuk tujuan failback, untuk menghindari keterlambatan transfer data. Selain itu, jika Anda memisahkan jaringan VM sumber dengan jaringan menghadap Azure di server konfigurasi, penting untuk menggunakan server proses yang dibuat di Azure untuk failback.
Dapatkah saya menyimpan alamat IP pada failover?
Ya, Anda dapat menyimpan alamat IP pada failover. Pastikan Anda menentukan alamat IP target di pengaturan Compute and Network untuk VM sebelum failover. Juga, matikan komputer pada saat failover untuk menghindari konflik alamat IP selama failback.
Dapatkah saya mengubah ukuran VM target atau tipe VM sebelum failover?
Ya, Anda dapat mengubah jenis atau ukuran VM kapan saja sebelum failover. Di portal, gunakan pengaturan Compute and Network untuk VM yang direplikasi.
Seberapa jauh saya bisa melakukan pemulihan?
Untuk VMware ke Azure, titik pemulihan terlama yang dapat Anda gunakan adalah 15 jam.
Bagaimana pemangkasan titik pemulihan terjadi?
Titik pemulihan yang konsisten dengan crash dihasilkan setiap lima menit. Snapshot yang konsisten dengan aplikasi dihasilkan berdasarkan frekuensi input yang Anda masukkan. Selama dua jam, penyimpanan titik pemulihan dapat terjadi berdasarkan periode retensi yang Anda masukkan. Berikut ini adalah skenarionya:
| input Periode Retensi | Mekanisme pemangkasan |
|---|---|
| 0 hari | Tidak ada titik pemulihan yang disimpan. Anda hanya bisa membuat failover ke titik terbaru |
| 1 hari | Satu titik pemulihan akan disimpan per jam setelah dua jam terakhir |
| 2 - 7 hari | Satu titik pemulihan akan disimpan per dua jam setelah dua jam terakhir |
| 8 - 15 hari | Satu titik pemulihan disimpan per dua jam setelah dua jam terakhir selama 7 hari. Posting titik tersebut, satu titik pemulihan disimpan per empat jam. Snapshot yang konsisten dengan aplikasi juga akan dipangkas berdasarkan durasi yang sudah disebutkan di atas meskipun jika Anda memasukkan snapshot yang konsisten dengan aplikasi dalam frekuensi yang lebih jarang. |
Apakah peningkatan retensi titik pemulihan meningkatkan biaya penyimpanan?
Ya. Misalnya, jika Anda meningkatkan retensi dari 1 hari menjadi tiga hari, Site Recovery menyimpan titik pemulihan selama dua hari tambahan. Waktu tambahan menimbulkan perubahan penyimpanan. Sebelumnya, ini menghemat titik pemulihan per jam selama satu hari. Sekarang, ini menghemat titik pemulihan per dua jam selama tiga hari. Lihat pemangkasan titik pemulihan. Jadi lebih dari 12 titik pemulihan disimpan. Sebagai contoh saja, jika satu titik pemulihan memiliki perubahan delta sebesar 10 GB, dengan biaya per GB seharga $0,16 per bulan, biaya tambahan akan menjadi $1,60 × 12 per bulan.
Bagaimana cara mengakses komputer virtual Azure setelah failover?
Setelah failover, Anda dapat mengakses komputer virtual Azure melalui koneksi Internet yang aman, melalui site-to-site VPN, atau melalui Azure ExpressRoute. Untuk terhubung, Anda harus menyiapkan beberapa hal. Pelajari selengkapnya.
Apakah data failover tangguh?
Azure dirancang untuk ketahanan yang bagus. Site Recovery direkayasa untuk failover ke pusat data Azure sekunder, sebagaimana diwajibkan oleh perjanjian tingkat layanan Azure (SLA). Ketika failover terjadi, kami memastikan metadata dan vault Anda tetap berada dalam wilayah geografis yang sama dengan yang Anda pilih untuk vault Anda.
Apakah failover terjadi secara otomatis?
Failover terjadi tidak otomatis. Anda memulai failover dengan membuat satu pilihan di portal, atau Anda dapat menggunakan PowerShell untuk memicu kegagalan.
Bisakah saya failback ke lokasi yang berbeda?
Ya. Ya, jika Anda failover ke Azure, Anda dapat failback ke lokasi lain jika yang asli tidak tersedia. Pelajari selengkapnya.
Mengapa saya memerlukan VPN atau ExpressRoute dengan peering pribadi untuk failback?
Saat Anda failback dari Azure, data dari Azure disalin kembali ke VM lokal Anda, dan akses pribadi diperlukan.
Dapatkah saya menggunakan reservasi kapasitas sesuai permintaan dengan VMware (juga Fisik) ke skenario IaaS?
Tidak. Azure Site Recovery tidak dapat menggunakan reservasi kapasitas sesuai permintaan kecuali jika itu adalah skenario Azure ke Azure.
Lisensi aplikasi didasarkan pada UUID komputer virtual VMware. Apakah UUID komputer virtual VMware berubah ketika gagal ke Azure?
Ya, UUID komputer virtual Azure berbeda dari komputer virtual VMware lokal. Namun, sebagian besar vendor aplikasi mendukung transfer lisensi ke UUID baru. Jika aplikasi mendukungnya, pelanggan dapat bekerja dengan vendor untuk mentransfer lisensi ke VM dengan UUID baru.
Automation dan scripting
Bisakah saya mengatur replikasi dengan scripting?
Ya. Anda dapat mengotomatiskan alur kerja Site Recovery dengan menggunakan Rest API, PowerShell, atau Azure SDK. Pelajari selengkapnya.