Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Anda dapat meng-clone (menyalin) cadangan database, instance, atau image AG SQL Server ke host SQL Server mana pun yang dikenal oleh perangkat cadangan/pemulihan Anda.
Proses cloning sedikit berbeda, bergantung pada apakah Anda meng-clone satu image database seperti anggota Always On Availability Group (AG) atau beberapa image dalam instance SQL.
Menggunakan operasi clone:
Jika Anda memiliki salinan beberapa database SQL Server pada satu volume,
untuk menghindari kehilangan data yang tidak disengaja karena konten seluruh volume
ditimpa selama pemulihan volume.
Jika database asli telah dihapus karena kerusakan,
atau jika server database lama diganti dengan server baru.
Anda dapat menggunakan clone untuk memulihkan database SQL Server secara efektif ke host mana pun, tidak seperti pemulihan yang hanya dapat dijalankan ke host sumber.
Anda dapat menggunakan clone untuk membuat salinan independen database SQL Server
untuk pengujian dan pengembangan yang semua perubahannya akan tetap ada di salinan pengguna
dan tidak ditulis kembali ke kumpulan snapshot.
Clone dapat digunakan untuk memulihkan database ke lokasi baru, nama file baru,
atau keduanya. Klon dibuat saat database sumber rusak, atau
memerlukan analisis akar masalah. Clone melakukan pemulihan penuh dengan pemulihan point-in-time opsional ke host yang sama (nama database atau nama file baru), atau host alternatif yang menjalankan versi yang sama atau lebih tinggi. Kasus penggunaan clone
mencakup pengujian performa, pengembangan dan pengujian jangka panjang, pelaporan, dan
bahkan meng-clone database dari lingkungan staging ke instance produksi yang ada.
Untuk meng-clone database SQL ke host:
Dari konsol pengelolaan Layanan pencadangan dan DR, buka
Pengelola Aplikasi ke daftar Aplikasi.
Klik kanan aplikasi dengan gambar yang ingin Anda klon, lalu pilih Akses. Halaman Akses akan terbuka dan mencantumkan image cadangan dalam
tampilan peluncuran Linimasa.
Pilih gambar, lalu pilih Clone dari daftar operasi akses.
Halaman Clone akan terbuka.
Pilih target dari menu drop-down Target.
Atau, masukkan label untuk tugas clone di kolom Label.
Di bagian Opsi Aplikasi, pilih satu atau beberapa database yang akan di-clone.
Tidak seperti operasi Mount, tidak ada Grup Konsistensi baru yang dibuat saat beberapa database dikloning.
Jika aplikasi sumber dilindungi oleh kebijakan snapshot yang telah mengaktifkan pencadangan log database, dan log tersedia dengan image, Anda dapat menggunakannya untuk melakukan roll forward ke titik waktu tertentu dengan mengubah opsi ini di bagian Roll Forward Time:
Kolom tanggal berisi semua kemungkinan tanggal saat database dapat
di-roll forward, dengan penerapan log transaksi database.
Pilih tanggal saat database perlu di-roll forward.
Kolom waktu berisi penggeser yang menampilkan semua kemungkinan waktu pada
tanggal yang dipilih saat database dapat di-roll forward. Jika Anda memilih tanggal terbaru yang memungkinkan, lalu menggeser penggeser ke posisi paling kanan, tugas akan diterapkan ke semua log yang tersedia. Jika Anda memilih
tanggal paling awal yang memungkinkan dan menggeser penggeser ke posisi paling kiri,
job akan menerapkan tanpa log.
Anda dapat menentukan untuk meneruskan menggunakan Waktu Pengguna atau Waktu Host.
Waktu Pengguna relatif terhadap waktu lokal pengguna saat ini. Waktu host bersifat relatif terhadap sistem yang menghosting data yang akan di-clone.
Di SQL Server Instance Name, pilih instance SQL Server target untuk mengelola
database baru.
Jika Anda meng-clone satu database, masukkan nama untuk database baru,
dengan menghindari nama database yang ada di server dan instance target yang dipilih.
Jika Anda meng-clone beberapa database SQL, Anda dapat memberikan nama untuk setiap database. Di bagian Opsi Lanjutan, Anda juga dapat menambahkan akhiran atau awalan, atau keduanya ke setiap nama database yang dikloning.
Aktifkan opsi Ganti Nama File agar Sesuai dengan Database Baru jika Anda ingin mengganti nama file database agar sesuai dengan nama database baru.
Di bagian Opsi Lanjutan, masukkan informasi untuk kolom tambahan yang diperlukan.
Properti
Deskripsi
Memulihkan Database Setelah Pemulihan
Jika Recover Database After Restore tidak diaktifkan, database SQL Server akan
dibiarkan dalam status saat log dapat di-roll forward. Jika diaktifkan, database SQL Server akan diaktifkan dan log tidak dapat di-roll forward melampaui waktu yang ditentukan dalam pemasangan.
Memulihkan Login Pengguna
Hal ini hanya berlaku jika Backup SQL Server User Logins di
Setelan Kebijakan atau Penggantian Setelan Kebijakan disetel ke Ya (ini
bukan setelan default). Jika disetel ke Ya, semua login pengguna yang dicadangkan
dari instance sumber akan dipulihkan ke instance target. Akun
domain hanya dipulihkan jika SQL Server target berada di domain
atau forest yang sama dengan sumber dan jika ada hubungan kepercayaan yang diperlukan.
Nama Pengguna/Sandi
Kredensial pengguna untuk penyediaan database.
Nama Pengguna hanya diperlukan jika akun
yang menjalankan agen Pencadangan dan DR (biasanya "Sistem Lokal")
tidak memiliki hak istimewa untuk menerapkan log transaksi, atau untuk melepaskan database
(yang biasanya diperlukan selama pelepasan berikutnya).
Menimpa Database yang Ada
Menimpa database asli.
Di bagian Lokasi File, 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 Anda memilih opsi kedua (opsi file baru di tingkat volume),
Anda akan melihat tabel dengan drop-down volume sumber dan volume target.
Di Target Volume, pilih target volume dari menu drop-down semua aplikasi sistem file yang ditemukan. Jika perlu, Anda juga dapat mengetik
volume, misalnya: M:\, atau L:\Logs\Log1.
Jika Anda memilih opsi ketiga (lokasi file baru di tingkat file),
tabel dengan tiga kolom akan muncul: File, Lokasi Sumber, dan
Lokasi Target. Di Target Location, masukkan lokasi file baru sesuai kebutuhan.
Klik Kirim.
Tugas dikirim untuk meng-clone image ke host yang dipilih. Anda dapat memverifikasi
bahwa operasi clone berhasil dengan melihat status tugas di
Monitor.
Panduan DBA SQL Server Backup and DR
Halaman ini adalah salah satu dari serangkaian halaman khusus untuk melindungi dan memulihkan database Microsoft SQL Server dengan Backup and DR.
Anda dapat menemukan informasi tambahan di:
[[["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-08-25 UTC."],[[["\u003cp\u003eCloning allows copying a SQL Server database, instance, or AG image to any SQL Server host known by the backup/recovery appliance.\u003c/p\u003e\n"],["\u003cp\u003eCloning is useful for avoiding data loss when multiple databases reside on a single volume, or when the original database is corrupt or the server is being replaced.\u003c/p\u003e\n"],["\u003cp\u003eClones enable the restoration of SQL Server databases to any host, unlike traditional restores which are limited to the source host.\u003c/p\u003e\n"],["\u003cp\u003eClones create independent copies for testing and development, ensuring changes don't affect the original data, and they can recover databases to new locations or filenames.\u003c/p\u003e\n"],["\u003cp\u003eThe cloning process involves selecting a source image, a target host, and specifying details like database names, file locations, and options for point-in-time recovery using transaction logs.\u003c/p\u003e\n"]]],[],null,["# Clone Microsoft SQL Server Databases\n\nYou can clone (copy) a backup of a SQL Server database, instance or AG image to\nany SQL Server host known by your backup/recovery appliance.\n\nThe cloning process varies slightly depending on whether you are cloning a\nsingle database image such as a member of an Always on Availability Group (AG)\nor multiple images in a SQL instance.\n\nUse a clone operation:\n\n- If you have copies of multiple SQL Server databases on a single volume,\n to avoid unintentional data loss as the contents of the entire volume\n get overwritten during restore of the volume.\n\n- If the original database has been removed because of corruption,\n or if the old database server is being replaced with a new server.\n\n- You can use a clone to effective restore SQL Server databases onto any\n host, unlike a restore which can only be run to the source host.\n\n- You can use a clone to create an independent copy of SQL Server databases\n for test and development where all changes will remain on the users copy\n and not get written back to the snapshot pool.\n\n- Clones can be used to recover databases to a new location, a new filename,\n or both. Clones are created when a source database has become corrupt, or\n requires root cause analysis. The clone performs a full restore with optional\n point in time recovery to the same host (new database name or filename), or\n alternative hosts running the same version or higher. The use cases for clones\n include performance testing, long term development and testing, reporting, and\n even cloning databases from staging environments into existing production\n instances.\n\nTo clone a SQL database to a host:\n\n1. From the Backup and DR Service management console, open the\n **App Manager** to the **Applications** list.\n\n2. Right-click the application with the image that you want to clone,\n then choose **Access** . The **Access** page opens listing backup images in\n the Timeline ramp view.\n\n3. Select an image and then select **Clone** from the list of access operations.\n The Clone page opens.\n\n4. Select a target from the **Target** drop-down list.\n\n5. Optionally, enter a label for the clone job in the **Label** field.\n\n6. Under **Application Options**, select one or more databases to clone.\n Unlike the Mount operation, no new Consistency Group is created when\n multiple databases are cloned.\n\n7. If the source application is protected by a snapshot policy that has\n enabled database log backups, and logs are available with the image,\n you can use them to roll forward to a specific point in time by changing\n these options in the **Roll Forward Time** section:\n\n - The date field contains all possible dates that the database can be rolled forward to, with the application of database transaction logs. Select the date the database needs to be rolled forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can be rolled forward to. If you select the latest possible date and then move the slider to the right most position, the job will apply to all available logs. If you select the earliest possible date and move the slider to the left most position, the job will apply no logs.\n - You can specify to roll forward using either **User Time** or **Host Time**. User Time is relative to the local time of the current user. Host time is relative to the system that hosts the data to be cloned.\n\n | **Note:** When performing a clone from OnVault, a roll-forward range is displayed only when logs are available on the local appliance. This includes the scenario where an OnVault import was performed on the same appliance used as a target for StreamSnap replication with log replication enabled.\n8. In SQL Server Instance Name, select a target SQL Server instance to manage\n the new database.\n\n9. If you are cloning a single database, enter the name for the new database,\n avoiding names of existing databases in the selected target server and\n instance.\n\n If you are cloning multiple SQL databases you can supply a name for each\n database. Under **Advanced Options** you can also append a suffix or a\n prefix, or both to every cloned database's name.\n10. Enable the **Rename Files to Match New Database** option if you want to\n rename the database files to match the new database names.\n\n11. In the **Advanced Options** section, enter information for the additional\n fields required.\n\n \u003cbr /\u003e\n\n12. In the File Locations section, specify whether you want to copy the\n database files to the same path as the source server, or to a new location.\n There are three options:\n\n - Copy files to the same drive or path as they were on the source server\n (default option).\n\n - Choose new file locations at the volume level.\n\n - Choose new file locations at the file level.\n\n If you select the second option (new file option at the volume level),\n you will see a table with the source volume and target volume drop-down.\n\n In Target Volume, select a target volumes from the drop-down list of all\n discovered file system applications. If needed, you can also type the\n volume, for example: M:\\\\, or L:\\\\Logs\\\\Log1.\n\n If you select the third option (new file locations at the file level),\n a table with three columns appears: File, Source Location, and\n Target Location. In Target Location, enter the new file location as needed.\n13. Click **Submit**.\n A job is submitted to clone the image to the selected host. You can verify\n that the clone operation is successful by viewing the job status in the\n Monitor.\n\nThe Backup and DR Microsoft SQL Server DBA guide\n------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMicrosoft SQL Server databases with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for Microsoft SQL Server Databases](/backup-disaster-recovery/docs/concepts/backupdr-for-sql-server)\n- [Prepare SQL Server databases for Backup and DR Service](/backup-disaster-recovery/docs/configuration/prepare-sql-server)\n- [Add a SQL Server database host and discover databases](/backup-disaster-recovery/docs/configuration/discover-sql-server)\n- [Configure backup plans for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/back-up-sql-server)\n- [Application details and settings for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/app-details-settings-sql-server)\n- [Mount a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-sql-server)\n- [Mount databases into SQL Always On Availability Groups](/backup-disaster-recovery/docs/access-data/mount-sql-server-aag)\n- [Manage an active mount](/backup-disaster-recovery/docs/access-data/manage-active-mounts)\n- [Migrate a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-and-migrate-sql-server-2)\n- [Clone SQL Server databases](/backup-disaster-recovery/docs/access-data/clone-sql-server)\n- [Recover SQL Server backups](/backup-disaster-recovery/docs/restore-data/restore-sql-server)"]]
