Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Dengan memasang dan memigrasikan, Anda dapat memulihkan data aplikasi secara instan dan
memigrasikan data secara real time ke penyimpanan produksi saat aplikasi
sudah aktif dan berjalan, sehingga memberikan RTO yang hampir nol. Anda dapat memulihkan data aplikasi
ke lokasi asli atau ke server lain.
Manfaat menggunakan fitur Mount dan Migrate Recover meliputi hal berikut:
Memberikan RTO hampir nol untuk pemulihan data kembali ke tujuan penyimpanan akhir.
Mengurangi periode nonaktif untuk migrasi server dan penyimpanan.
Perbedaan antara SQL Server dan pemasangan serta migrasi sistem file pengelola volume logis
Kemampuan pemasangan dan migrasi tersedia untuk aplikasi SQL dan sistem file.
Ada beberapa perbedaan signifikan dalam cara pemasangan dan migrasi
diimplementasikan:
Jika aplikasi sistem file memiliki Logical Volume Manager (LVM),
LVM dapat memigrasikan data dan Pencadangan dan DR memanfaatkan
kemampuan ini selama pemasangan dan migrasi.
Namun, aplikasi SQL tidak dapat memigrasikan data. Pencadangan dan DR telah membuat
proses migrasi kustom untuk pemasangan dan migrasi SQL.
Pemasangan dan migrasi sistem file LVM adalah proses dua langkah
yang telah diterapkan hanya untuk cloning dan pemulihan. Sebaliknya, pemasangan dan migrasi SQL Server adalah implementasi penuh yang melibatkan tiga langkah pemasangan atau pemulihan, mengonfigurasi jadwal migrasi, dan menyelesaikan migrasi.
Mengonfigurasi jadwal untuk pemasangan dan migrasi
Gunakan petunjuk berikut untuk mengonfigurasi jadwal migrasi.
Mengonfigurasi jadwal migrasi untuk mount—restore—images
Gunakan petunjuk ini untuk mengonfigurasi jadwal migrasi:
Pilih image aktif dengan status image Dipasang atau Pulihkan Dipasang.
Pilih Migrasikan dari menu drop-down.
Halaman Update Migrate Frequency akan terbuka.
Untuk Frekuensi, gunakan penggeser untuk menentukan frekuensi
penjadwalan tugas migrasi—dalam jam. Nilai minimumnya adalah satu jam
dan nilai maksimumnya adalah 24 jam.
Untuk Jumlah Thread Salin, tentukan jumlah thread salin paralel yang akan
digunakan, per volume disk, selama migrasi. Nilai defaultnya adalah empat.
Klik Kirim. Anda akan diminta untuk mengonfirmasi.
Klik Lanjutkan untuk menerapkan konfigurasi.
Anda dapat melihat pesan berhasil setelah konfigurasi selesai.
Klik Oke di dialog keberhasilan ke halaman Pemasangan Aktif.
Mengonfigurasi jadwal migrasi untuk image yang terpasang
Gunakan petunjuk ini untuk mengonfigurasi jadwal migrasi:
Pilih image aktif dengan status image terpasang atau dipulihkan terpasang.
Pilih Migrasikan dari menu drop-down.
Halaman Update Migrate Frequency akan terbuka.
Jika memilih gambar Mount, Anda dapat melihat dialog berikut.
Untuk image yang terpasang, Anda mungkin melihat lebih banyak opsi, bergantung pada database
tertentu.
Untuk Frekuensi, gunakan penggeser untuk menentukan frekuensi
penjadwalan tugas migrasi—dalam jam. Nilai minimumnya adalah satu
jam dan nilai maksimumnya adalah 24 jam.
Untuk Jumlah Thread Salin, tentukan jumlah thread salin paralel
yang akan digunakan, per volume disk, selama migrasi.
Nilai defaultnya adalah empat.
Di bagian File Locations, tentukan apakah Anda ingin menyalin file database ke jalur yang sama dengan server sumber, atau ke lokasi baru. Ada tiga opsi:
Menyalin file ke drive atau jalur yang sama seperti di server
sumber—opsi default.
Pilih lokasi file baru di tingkat volume.
Pilih lokasi file baru di tingkat file.
Jika memilih opsi kedua—opsi file baru di tingkat volume—Anda akan melihat tabel dengan volume sumber—tidak dapat diedit—dan drop-down volume target—yang diisi otomatis dengan nilai yang sama dengan sumber.
Di Target Volume, pilih volume target dari daftar drop-down
semua aplikasi sistem file yang ditemukan. Jika perlu, Anda juga dapat
mengetik volume, misalnya: M:\`, orL:\Logs\Log1`.
Jika memilih opsi ketiga—lokasi file baru di tingkat file—Anda dapat melihat tabel dengan tiga kolom:
+ File: Tidak dapat diedit.
+ Lokasi Sumber: Tidak dapat diedit.
+ Target Location: Ini diisi otomatis dengan nilai yang sama dengan
lokasi sumber, tidak termasuk nama file.
Di Target Location, masukkan lokasi file baru dan buat
perubahan lain sesuai kebutuhan.
Klik Kirim. Anda akan diminta untuk mengonfirmasi.
Klik Lanjutkan untuk menerapkan konfigurasi.
Pesan berhasil akan ditampilkan setelah konfigurasi selesai.
Klik Oke di dialog keberhasilan ke halaman Pemasangan Aktif.
Tinjau halaman berikut untuk mengetahui informasi selengkapnya:
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-09-04 UTC."],[[["\u003cp\u003eThe Mount and Migrate feature enables near-zero RTO by allowing instant application data recovery and real-time migration to production storage while the application remains operational.\u003c/p\u003e\n"],["\u003cp\u003eMount and Migrate can be used for both SQL and file system applications, however, SQL applications use a custom migration process while file system applications with LVM leverage LVM for migration.\u003c/p\u003e\n"],["\u003cp\u003eThe migration schedule frequency for Mount and Migrate can be configured, allowing you to set jobs to run every 1 to 24 hours.\u003c/p\u003e\n"],["\u003cp\u003eWhen configuring the migration schedule, users can define the number of parallel copy threads per disk volume, with a default of four threads.\u003c/p\u003e\n"],["\u003cp\u003eUsers can choose to migrate database files to the same location as the source or to new file locations, either at the volume level or the file level.\u003c/p\u003e\n"]]],[],null,["# Mount and migrate SQL Server databases\n\nMount and migrate lets you recover application data instantly and\nmigrate the data in real-time to production storage while the application\nis up and running, providing near-zero RTO. You can recover application data\nto the original location or to another server.\n\nBenefits of using the **Mount** and **Migrate Recover** feature include the\nfollowing:\n\n- Provides a near-zero RTO for data recovery back to the final storage destination.\n- Reduces downtime for server and storage migrations.\n\nDifferences between SQL Server and logical volume manager file system mount and migrate\n---------------------------------------------------------------------------------------\n\nMount and migrate capability is available for SQL and file system applications.\nThere are a few significant differences in the way mount and migrate was\nimplemented:\n\n- When a file system application has Logical Volume Manager (LVM) on it, the LVM can migrate data and Backup and DR leverages this capability during mount and migrate. However, SQL applications cannot migrate data. Backup and DR has built a custom migration process for SQL mount and migrate.\n- The LVM file system mount and migrate is a two-step process that has been implemented for clone and restore only. By contrast, the SQL Server mount and migrate is a full implementation involving the three steps of mount or restore, configuring migration schedule, and finalize migration.\n\nConfigure schedule for mount and migrate\n----------------------------------------\n\nUse the following instructions to configure migration schedules.\n\n- [Configure migration schedule for mount---restore---images](#restore-image)\n- [Configure migration schedule for mounted images](#mount)\n\n### Configure migration schedule for mount---restore---images\n\nUse these instructions to configure the migration schedule:\n\n1. Select an active image with an image state of **Mounted** or **Restore Mounted**.\n2. Select **Migrate** from the drop-down menu.\n\n The **Update Migrate Frequency** page opens.\n3. For **Frequency**, use the slider to define the frequency with which\n to schedule migrate jobs---in hours. The minimum value is one hour\n and the maximum value is 24 hours.\n\n4. For **Copy Thread Count**, specify the number of parallel copy threads to\n use, per disk volume, during the migration. The default value is four.\n\n5. Click **Submit**. You are prompted to confirm.\n\n6. Click **Proceed** to apply the configuration.\n\n7. You can see a success message after configuration is complete.\n\n8. Click **Okay** in the success dialog to the **Active Mounts** page.\n\n### Configure migration schedule for mounted images\n\nUse these instructions to configure migration schedule:\n\n1. Select an active image with an image state of mounted or restore mounted.\n2. Select **Migrate** from the drop-down menu.\n\n The **Update Migrate Frequency** page opens.\n\n If you selected a **Mount** image, you can see the following dialog.\n For a mounted image, you may see more options depending on the specific\n database.\n3. For **Frequency**, use the slider to define the frequency with which\n to schedule migrate jobs---in hours. Minimum value is one\n hour and the maximum value is 24 hours.\n\n4. For **Copy Thread Count**, specify the number of parallel copy\n threads to use, per disk volume, during the migration.\n The default value is four.\n\n5. In the **File Locations** section, specify whether you want\n to copy the database files to the same path as the source server,\n or to a new location. There are three options:\n\n - Copy files to the same drive or path as they were on the source server---default option.\n - Choose new file locations at the volume level.\n - Choose new file locations at the file level.\n\n If you select the second option---new file option at the volume\n level---you see a table with the source volume---cannot be\n edited---and target volume drop-down---which is pre-populated with\n the same value as the source.\n\n In **Target Volume** , select a target volumes from the drop-down\n list of all discovered file system applications. If needed, you can\n also type the volume, for example: ``M:\\`, or``L:\\\\Logs\\\\Log1\\`.\n\n If you select the third option---new file locations at the file\n level---you can see a table with three columns:\n + **File** : Cannot be edited.\n + **Source Location** : Cannot be edited.\n + **Target Location**: This is pre-populated with the same value as that of\n the source location, excluding filename.\n6. In **Target Location**, enter the new file location and make other\n modifications as needed.\n\n7. Click **Submit**. You are prompted to confirm.\n\n8. Click **Proceed** to apply the configuration.\n A success message displays after the configuration is complete.\n\n9. Click **Okay** in the success dialog to the **Active Mounts** page.\n\nReview the following pages for more information:\n\n- [File system mount and migrate](/backup-disaster-recovery/docs/access-data/filesystem-mount-and-migrate)\n- [SQL Server mount and migrate](/backup-disaster-recovery/docs/access-data/sql-server-mount-and-migrate)"]]
