Memulihkan database yang diaktifkan Stretch (Stretch Database)
Berlaku untuk: SQL Server 2016 (13.x) dan yang lebih baru - Hanya Windows
Penting
Stretch Database tidak digunakan lagi di SQL Server 2022 (16.x) dan Azure SQL Database. Fitur ini akan dihapus dalam versi Mesin Database di masa mendatang. Hindari menggunakan fitur ini dalam pekerjaan pengembangan baru, dan rencanakan untuk memodifikasi aplikasi yang saat ini menggunakan fitur ini.
Pulihkan database yang dicadangkan jika perlu untuk pulih dari banyak jenis kegagalan, kesalahan, dan bencana.
Untuk informasi selengkapnya tentang pencadangan, lihat Database yang mendukung Stretch Cadangan.
Pencadangan hanyalah satu bagian dari solusi ketersediaan tinggi dan kelangsungan bisnis yang lengkap. Untuk informasi selengkapnya tentang ketersediaan tinggi, lihat Solusi Ketersediaan Tinggi.
Memulihkan data SQL Server Anda
Untuk memulihkan dari kegagalan atau kerusakan perangkat keras, pulihkan database SQL Server dengan dukungan Stretch dari cadangan. Anda dapat terus menggunakan metode pemulihan SQL Server yang saat ini Anda gunakan. Untuk informasi selengkapnya, lihat Gambaran Umum Pemulihan dan Pemulihan.
Setelah memulihkan database SQL Server, Anda harus menjalankan prosedur sys.sp_rda_reauthorize_db
tersimpan untuk membuat ulang koneksi antara database SQL Server yang diaktifkan Stretch dan database Azure jarak jauh. Untuk informasi selengkapnya, lihat Memulihkan koneksi antara database SQL Server dan database Azure jarak jauh.
Memulihkan data Azure jarak jauh Anda
Memulihkan database Azure langsung
Layanan SQL Server Stretch Database di Azure merekam semua data langsung setidaknya setiap 8 jam menggunakan Rekam Jepret Azure Storage. Rekam jepret ini dipertahankan selama tujuh hari. Ini memungkinkan Anda memulihkan data ke salah satu dari setidaknya 21 titik waktu dalam tujuh hari terakhir hingga waktu ketika rekam jepret terakhir diambil.
Untuk memulihkan database Azure langsung ke titik waktu sebelumnya dengan menggunakan portal Azure, lakukan hal-hal berikut.
- Masuk ke portal Azure.
- Di sisi kiri layar pilih Telusuri lalu pilih Database SQL.
- Navigasikan ke database Anda dan pilih database tersebut.
- Di bagian atas panel database, pilih Pulihkan.
- Tentukan Nama database baru, pilih Titik Pemulihan lalu pilih Buat.
- Proses pemulihan database akan dimulai dan dapat dipantau menggunakan Pemberitahuan.
Memulihkan database Azure yang dihapus
Layanan SQL Server Stretch Database di Azure mengambil rekam jepret database sebelum database dihilangkan dan mempertahankannya selama tujuh hari. Setelah ini terjadi, rekam jepret tidak lagi dipertahankan dari database langsung. Ini memungkinkan Anda memulihkan database yang dihapus ke titik saat dihapus.
Untuk memulihkan database Azure yang dihapus ke titik saat dihapus dengan menggunakan portal Azure, lakukan hal-hal berikut.
- Masuk ke portal Azure.
- Di sisi kiri layar pilih Telusuri lalu pilih SQL Server.
- Navigasikan ke server Anda dan pilih server tersebut.
- Gulir ke bawah ke Operasi di panel server Anda, dan pilih petak Peta Database Yang Dihapus.
- Pilih database yang dihapus yang ingin Anda pulihkan.
- Tentukan Nama database baru dan pilih Buat.
- Proses pemulihan database akan dimulai dan dapat dipantau menggunakan Pemberitahuan.
Memulihkan koneksi antara database SQL Server dan database Azure jarak jauh
Jika Anda akan menyambungkan ke database Azure yang dipulihkan dengan nama yang berbeda, atau di wilayah lain, jalankan prosedur tersimpan sys.sp_rda_deauthorize_db untuk memutuskan sambungan dari database Azure sebelumnya.
Jalankan prosedur tersimpan sys.sp_rda_reauthorize_db untuk menyambungkan kembali database yang mendukung Stretch lokal ke database Azure.
Berikan kredensial cakupan database yang ada sebagai sysname atau nilai varchar(128). (Jangan gunakan varchar(max).) Anda dapat mencari nama kredensial dalam tampilan
sys.database_scoped_credentials
.Tentukan apakah akan membuat salinan data jarak jauh dan menyambungkan ke salinan (disarankan).
USE <Stretch-enabled database name>; GO EXEC sp_rda_reauthorize_db @credential = N'<existing_database_scoped_credential_name>', @with_copy = 1; GO
Baca juga
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk