Mengubah kluster mana yang mengelola metadata untuk replika dalam grup ketersediaan AlwaysOn

Artikel
10/20/2023

Berlaku untuk:SQL Server - Hanya Windows

Topik ini menjelaskan cara mengalihkan konteks kluster HADR dari instans SQL Server dengan menggunakan Transact-SQL di SQL Server 2012 SP1 (11.0.3x) dan versi yang lebih baru. Konteks kluster HADR menentukan kluster Windows Server Failover Clustering (WSFC) mana yang mengelola metadata untuk replika ketersediaan yang dihosting oleh instans server.

Alihkan konteks kluster HADR hanya selama migrasi lintas kluster grup ketersediaan AlwaysOn ke instans SQL Server 2012 SP1 (11.0.3x) pada kluster WSFC baru. Migrasi lintas kluster grup ketersediaan AlwaysOn mendukung peningkatan OS ke Windows 8 atau Windows Server 2012 dengan waktu henti minimal grup ketersediaan. Untuk informasi selengkapnya, lihat Migrasi Lintas Kluster Grup Ketersediaan AlwaysOn untuk Peningkatan OS.

Perhatian

Alihkan konteks kluster HADR hanya selama migrasi lintas kluster penyebaran grup ketersediaan AlwaysOn.

Batasan dan Pembatasan

Anda dapat mengalihkan konteks kluster HADR hanya dari kluster WSFC lokal ke kluster jarak jauh dan kemudian kembali dari kluster jarak jauh ke kluster lokal. Anda tidak dapat mengalihkan konteks kluster HADR dari satu kluster jarak jauh ke kluster jarak jauh lainnya.
Konteks kluster HADR dapat dialihkan ke kluster jarak jauh hanya ketika instans SQL Server tidak menghosting replika ketersediaan apa pun.
Konteks kluster HADR jarak jauh dapat dialihkan kembali ke kluster lokal kapan saja. Namun, konteks tidak dapat dialihkan lagi selama instans server menghosting replika ketersediaan apa pun.

Prasyarat

Instans server tempat Anda mengubah konteks kluster HADR harus menjalankan SQL Server 2012 SP1 (11.0.3x) atau lebih tinggi (edisi Enterprise atau di atasnya).
Instans server harus diaktifkan untuk Always On. Untuk informasi selengkapnya, lihat Mengaktifkan dan Menonaktifkan Grup Ketersediaan AlwaysOn (SQL Server).

Agar memenuhi syarat untuk dialihkan dari konteks kluster lokal ke kluster kluster jarak jauh, instans server tidak dapat menghosting replika ketersediaan apa pun. Tampilan katalog sys.availability_replicas tidak boleh mengembalikan baris apa pun.

Jika ada replika ketersediaan pada instans server, sebelum Anda dapat mengubah konteks kluster HADR, Anda harus melakukan salah satu hal berikut:

Peran Replika	Tindakan	Tautkan
Primer	Membuat grup ketersediaan offline.	Mengambil Grup Ketersediaan Offline (SQL Server)
Sekunder	Menghapus replika dari grup ketersediaannya	Menghapus Replika Sekunder dari Grup Ketersediaan (SQL Server)

Sebelum Anda dapat beralih dari kluster jarak jauh ke kluster lokal, semua replika penerapan sinkron harus DISINKRONKAN.

Rekomendasi

Kami menyarankan agar Anda menentukan nama domain lengkap. Ini karena untuk menemukan alamat IP target dengan nama pendek, ALTER SERVER CONFIGURATION menggunakan resolusi DNS. Dalam beberapa situasi, tergantung pada urutan pencarian DNS, menggunakan nama pendek dapat menyebabkan kebingungan. Misalnya, pertimbangkan perintah berikut, yang dijalankan pada simpul di abc domain, (node1.abc.com). Kluster tujuan yang CLUS01 dimaksudkan adalah kluster di xyz domain (clus01.xyz.com). Namun, host domain lokal juga menghosting kluster bernama CLUS01 (clus01.abc.com).

Jika nama pendek kluster target, CLUS01, ditentukan, resolusi nama DNS dapat mengembalikan alamat IP kluster yang salah, clus01.abc.com. Untuk menghindari kebingungan seperti itu, tentukan nama lengkap kluster target, seperti dalam contoh berikut:
```
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com'  
```

Izin

Masuk SQL Server

Memerlukan izin SERVER KONTROL.
Akun layanan SQL Server

Akun layanan SQL Server instans server harus memiliki:
- Izin untuk membuka kluster WSFC tujuan.
- Akses baca-tulis WSFC jarak jauh.

Menggunakan T-SQL

Untuk mengubah konteks kluster WSFC dari replika ketersediaan

Koneksi ke instans server yang menghosting replika utama atau replika sekunder dari grup ketersediaan.
Gunakan klausul SET HADR CLUSTER CONTEXT dari pernyataan ALTER SERVER CONFIGURATION , sebagai berikut:

UBAH SET KONFIGURASI SERVER KONTEKS = KLUSTER HADR { 'windows_cluster' | LOCAL }

Mana

windows_cluster
Nama objek kluster (CON) dari kluster WSFC. Anda dapat menentukan nama pendek atau nama domain lengkap. Kami menyarankan agar Anda menentukan nama domain lengkap. Untuk informasi selengkapnya, lihat Rekomendasi, sebelumnya dalam topik ini.

LOKAL
Kluster WSFC lokal.

Contoh

Contoh berikut mengubah konteks kluster HADR ke kluster yang berbeda. Untuk mengidentifikasi kluster WSFC tujuan, clus01, contohnya menentukan nama objek kluster lengkap, clus01.xyz.com.

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com';

Contoh berikut mengubah konteks kluster HADR ke kluster WSFC lokal.

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = LOCAL;

Tindak Lanjut: Setelah Mengalihkan Konteks Kluster Replika Ketersediaan

Konteks kluster HADR baru segera berlaku, tanpa memulai ulang instans server. Pengaturan konteks kluster HADR adalah pengaturan tingkat instans persisten yang tetap tidak berubah jika instans server dimulai ulang.

Konfirmasi konteks kluster HADR baru dengan mengkueri tampilan manajemen dinamis sys.dm_hadr_cluster , sebagai berikut:

SELECT cluster_name FROM sys.dm_hadr_cluster

Kueri ini harus mengembalikan nama kluster tempat Anda mengatur konteks kluster HADR.

Ketika konteks kluster HADR dialihkan ke kluster baru:

Metadata dibersihkan untuk replika ketersediaan apa pun yang saat ini dihosting oleh instans SQL Server.
Semua database yang sebelumnya termasuk dalam replika ketersediaan sekarang dalam status PEMULIHAN.

Tugas Terkait

Konten Terkait

Lihat Juga

Grup Ketersediaan Always On (SQL Server)
Pengklusteran Failover Windows Server (WSFC) dengan SQL Server
MENGUBAH KONFIGURASI SERVER (Transact-SQL)