Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Berlaku untuk:Azure SQL Database
Artikel ini memperlihatkan kepada Anda cara mengonfigurasi replikasi geografis aktif dan memulai failover untuk Azure SQL Database dengan menggunakan portal Azure, PowerShell, atau Azure CLI.
Geo-replikasi aktif dikonfigurasi untuk setiap database. Untuk melakukan failover pada sekumpulan database, atau jika aplikasi Anda memerlukan titik akhir koneksi yang stabil, pertimbangkan Failover groups sebagai gantinya.
Prasyarat
Untuk menyelesaikan tutorial ini, Anda memerlukan satu Azure SQL Database. Untuk mempelajari cara membuat database tunggal dengan portal Azure, Azure CLI, atau PowerShell, lihat Mulai Cepat: Membuat database tunggal - Azure SQL Database.
Anda dapat menggunakan portal Azure untuk mengonfigurasi replikasi geo aktif lintas langganan selama kedua langganan berada dalam tenant Microsoft Entra ID yang sama.
- Untuk membuat replika geo-sekunder dalam langganan yang berbeda dari langganan primer, dalam tenant Microsoft Entra ID yang berbeda, gunakan tutorial T-SQL geo-sekunder lintas langganan dan tenant Microsoft Entra ID.
- Operasi geo-replikasi antarlangganan, termasuk penyiapan dan geo-failover, juga didukung melalui Databases Create or Update REST API.
Menambahkan database sekunder
Langkah-langkah berikut membuat database sekunder baru dalam kemitraan replikasi geografis.
Untuk menambahkan database sekunder, Anda harus menjadi pemilik langganan atau pemilik bersama.
Database sekunder memiliki nama yang sama dengan database utama dan memiliki, secara default, tingkat layanan dan ukuran komputasi yang sama. Database sekunder bisa menjadi database tunggal atau database yang dikumpulan. Untuk informasi selengkapnya, lihat Gambaran umum model pembelian berbasis DTU dan model pembelian berbasis vCore. Setelah sekunder dibuat dan diinisialisasi, data mulai direplikasi dari basis data utama ke basis data sekunder yang baru.
Jika replika sekunder Anda hanya digunakan untuk pemulihan bencana (DR), dan tidak memiliki beban kerja baca atau tulis, Anda dapat menghemat biaya lisensi dengan menetapkan database sebagai siaga saat mengonfigurasi relasi geo-replikasi aktif yang baru. Untuk informasi selengkapnya, lihat replika siaga bebas lisensi.
Catatan
Jika database mitra sudah ada (misalnya, sebagai akibat dari mengakhiri hubungan replikasi geo sebelumnya), maka perintah akan gagal.
Di portal Microsoft Azure, telusuri ke database yang ingin Anda siapkan untuk replikasi geografis.
Pada halaman SQL Database, pilih database Anda, gulir ke Manajemen data, pilih Replika, lalu pilih Buat replika.
Pilih Langganan database geo-sekunder dan Grup sumber daya Anda.
Pilih atau buat server untuk database sekunder, dan konfigurasikan opsi Komputasi + penyimpanan jika perlu. Anda dapat memilih wilayah mana pun untuk server sekunder Anda, tetapi kami menyarankan wilayah pasangan.
Secara opsional, Anda dapat menambahkan database sekunder ke kumpulan elastis. Untuk membuat database sekunder dalam kumpulan, pilih Ya di samping Apakah Anda ingin menggunakan kumpulan elastis SQL? dan pilih kumpulan di server target. Pool harus sudah tersedia di server target. Alur kerja ini tidak membuat kumpulan.
Pilih Tinjau + buat, tinjau informasi, lalu pilih Buat.
Database sekunder selesai dibuat, dan proses penyebaran dimulai.
Ketika proses penyebaran selesai, database sekunder menampilkan statusnya.
Kembali ke halaman database utama, lalu pilih Replika. Database sekunder Anda tercantum di bawah Replika geografis.
Mulai failover
Database sekunder dapat dialihkan untuk menjadi yang utama.
Di portal Azure, buka database utama dalam kemitraan geo-replikasi.
Gulir ke Manajemen data, lalu pilih Replika.
Dalam daftar replika geografis, pilih database yang ingin Anda jadikan database utama baru, pilih ikon elipsis, lalu pilih Forced failover.
Klik Ya untuk memulai failover.
Perintah segera mengalihkan database sekunder ke peran utama. Proses ini biasanya selesai dalam atau kurang dari 30 detik.
Kedua database tidak tersedia, hingga 25 detik, sementara peran dialihkan. Jika database utama memiliki beberapa database sekunder, perintah secara otomatis mengonfigurasi ulang sekunder lainnya untuk menyambungkan ke primer baru. Seluruh operasi harus memakan waktu kurang dari satu menit untuk diselesaikan dalam keadaan normal.
Hapus database sekunder
Operasi ini secara permanen mengakhiri replikasi ke database sekunder, dan mengubah peran sekunder menjadi database baca-tulis biasa. Jika konektivitas ke database sekunder rusak, perintah berhasil tetapi database sekunder tidak menjadi baca-tulis sampai konektivitas berhasil dipulihkan.
- Di portal Azure, buka database utama dalam kemitraan geo-replikasi.
- Pilih Replika.
- Dalam daftar Replika geo, pilih database yang ingin Anda hapus dari kemitraan replikasi geo, pilih elipsis, lalu pilih Hentikan replikasi.
- Jendela konfirmasi terbuka. Pilih Ya untuk menghapus database dari kemitraan replikasi-geografis. (Atur ke database baca-tulis yang bukan bagian dari replikasi apa pun.)
Georeplikasi lintas langganan
- Untuk membuat replika geo-sekunder dalam langganan yang berbeda dari langganan primer di tenant Microsoft Entra yang sama, Anda dapat menggunakan portal Azure atau mengikuti langkah-langkah di bagian ini.
- Untuk membuat replika geo-sekunder dalam langganan yang berbeda dari langganan utama di penyewa Microsoft Entra yang berbeda, Anda harus menggunakan autentikasi SQL dan T-SQL seperti yang dijelaskan dalam langkah-langkah di bagian ini. Autentikasi Microsoft Entra untuk Azure SQL untuk replikasi geografis lintas langganan tidak didukung saat server logis berada di tenant Azure yang berbeda
Tambahkan alamat IP komputer klien yang menjalankan perintah T-SQL dalam contoh ini, ke firewall server server server utama dan sekunder. Anda dapat mengkonfirmasi alamat IP tersebut dengan mengeksekusi kueri berikut saat terhubung ke server utama dari komputer klien yang sama.
SELECT client_net_address FROM sys.dm_exec_connections WHERE session_id = @@SPID;Untuk informasi selengkapnya, lihat Azure SQL Database dan aturan firewall Azure Synapse IP.
masterDalam database di server utama, buat login autentikasi SQL yang didedikasikan untuk penyiapan replikasi geografis aktif. Ganti<password>dengan kata sandi yang kuat.CREATE LOGIN geodrsetup WITH PASSWORD = '<password>';Dalam database yang sama, buat pengguna untuk login, dan tambahkan ke
dbmanagerperan:CREATE USER geodrsetup FOR LOGIN geodrsetup; ALTER ROLE dbmanager ADD MEMBER geodrsetup;Perhatikan nilai SID dari login baru. Dapatkan nilai SID menggunakan kueri berikut.
SELECT sid FROM sys.sql_logins WHERE name = 'geodrsetup';Sambungkan ke database utama (bukan
masterdatabase), dan buat pengguna untuk login yang sama.CREATE USER geodrsetup FOR LOGIN geodrsetup;Dalam database yang sama, tambahkan pengguna ke peran
db_ownertersebut.ALTER ROLE db_owner ADD MEMBER geodrsetup;masterDalam database di server sekunder, buat login yang sama seperti di server utama, menggunakan nama, kata sandi, dan SID yang sama. Ganti nilai SID heksadesimal dalam perintah sampel di bawah ini dengan yang diperoleh pada Langkah 4.CREATE LOGIN geodrsetup WITH PASSWORD = '<password>', SID = 0x010600000000006400000000000000001C98F52B95D9C84BBBA8578FACE37C3E;Di database yang sama, buat pengguna untuk login tersebut, dan tambahkan ke peran
dbmanager.CREATE USER geodrsetup FOR LOGIN geodrsetup; ALTER ROLE dbmanager ADD MEMBER geodrsetup;Sambungkan ke database
masterpada server utama menggunakan logingeodrsetupyang baru, dan mulai pembuatan geo-sekunder di server sekunder. Sesuaikan nama database dan nama server sekunder sesuai kebutuhan. Setelah perintah dijalankan, Anda dapat memantau pembuatan geo-sekunder dengan mengkueri tampilan sys.dm_geo_replication_link_status di database utama , dan tampilan sys.dm_operation_status dalammasterdatabase di server utama . Waktu yang dibutuhkan untuk membuat geo-sekunder tergantung pada ukuran database utama.alter database [dbrep] add secondary on server [servername];Setelah geo-sekunder berhasil dibuat, pengguna, login, dan aturan firewall yang dibuat melalui prosedur ini dapat dihapus.