Pengklusteran Failover dan grup ketersediaan AlwaysOn (SQL Server)

Berlaku untuk: SQL Server - Hanya Windows

Grup ketersediaan AlwaysOn, ketersediaan tinggi dan solusi pemulihan bencana yang diperkenalkan di SQL Server 2012 (11.x), memerlukan Pengklusteran Failover Windows Server (WSFC). Selain itu, meskipun grup ketersediaan AlwaysOn tidak bergantung pada pengklusteran failover SQL Server, Anda dapat menggunakan instans pengklusteran failover (FCI) untuk menghosting replika ketersediaan untuk grup ketersediaan. Penting untuk mengetahui peran setiap teknologi pengklusteran, dan untuk mengetahui pertimbangan apa yang diperlukan saat Anda merancang lingkungan grup ketersediaan AlwaysOn Anda.

Catatan

Untuk informasi tentang konsep grup ketersediaan AlwaysOn, lihat Apa itu grup ketersediaan AlwaysOn?

Pengklusteran Failover Windows Server dan grup ketersediaan

Menyebarkan grup ketersediaan AlwaysOn memerlukan Kluster Failover Windows Server (WSFC). Untuk diaktifkan untuk grup ketersediaan AlwaysOn, instans SQL Server harus berada di simpul WSFC, dan WSFC dan simpul harus online. Selain itu, setiap replika ketersediaan grup ketersediaan tertentu harus berada di simpul yang berbeda dari WSFC yang sama. Satu-satunya pengecualian adalah bahwa saat dimigrasikan ke WSFC lain, grup ketersediaan dapat mengangsur dua kluster untuk sementara.

Grup ketersediaan AlwaysOn bergantung pada Windows Server Failover Cluster (WSFC) untuk memantau dan mengelola peran replika ketersediaan saat ini yang termasuk dalam grup ketersediaan tertentu dan untuk menentukan bagaimana peristiwa failover memengaruhi replika ketersediaan. Grup sumber daya WSFC dibuat untuk setiap grup ketersediaan yang Anda buat. WSFC memantau grup sumber daya ini untuk mengevaluasi kesehatan replika utama.

Kuorum untuk grup ketersediaan AlwaysOn didasarkan pada semua simpul di WSFC terlepas dari apakah node kluster tertentu menghosting replika ketersediaan apa pun. Berbeda dengan pencerminan database, tidak ada peran saksi dalam grup ketersediaan AlwaysOn.

Kesehatan keseluruhan WSFC ditentukan oleh suara kuorum simpul dalam kluster. Jika WSFC offline karena bencana yang tidak diencana, atau karena kegagalan perangkat keras atau komunikasi yang persisten, intervensi administratif manual diperlukan. Administrator Windows Server atau WSFC perlu memaksa kuorum dan kemudian membawa simpul kluster yang bertahan kembali online dalam konfigurasi yang tidak toleran terhadap kesalahan.

Penting

Kunci registri grup ketersediaan AlwaysOn adalah subkunci dari WSFC. Jika Anda menghapus dan membuat ulang WSFC, Anda harus menonaktifkan dan mengaktifkan kembali fitur grup ketersediaan AlwaysOn pada setiap instans SQL Server yang menghosting replika ketersediaan pada WSFC asli.

Untuk informasi tentang menjalankan SQL Server pada simpul WSFC dan tentang kuorum WSFC, lihat Pengklusteran Failover Windows Server dengan SQL Server.

Instans kluster failover SQL Server (FCI) dan grup ketersediaan

Anda dapat menyiapkan lapisan failover kedua di tingkat instans server dengan menerapkan SQL Server dan FCI bersama dengan WSFC. Baik instans mandiri SQL Server atau instans FCI dapat menghosting replika ketersediaan. Hanya satu mitra FCI yang dapat menghosting replika untuk grup ketersediaan tertentu. Ketika replika ketersediaan berjalan pada FCI, daftar pemilik yang mungkin untuk grup ketersediaan hanya akan berisi simpul FCI aktif.

Grup ketersediaan AlwaysOn tidak bergantung pada bentuk penyimpanan bersama apa pun. Namun, jika Anda menggunakan instans kluster failover SQL Server (FCI) untuk menghosting satu atau beberapa replika ketersediaan, masing-masing FCI tersebut akan memerlukan penyimpanan bersama sesuai penginstalan instans kluster failover SQL Server standar.

Untuk informasi selengkapnya tentang prasyarat tambahan, lihat Prasyarat, pembatasan, dan rekomendasi untuk grup ketersediaan AlwaysOn (SQL Server).

Perbandingan instans kluster failover dan grup ketersediaan

Terlepas dari jumlah simpul dalam FCI, seluruh FCI menghosting satu replika dalam grup ketersediaan. Tabel berikut menjelaskan perbedaan dalam konsep antara simpul dalam FCI dan replika dalam grup ketersediaan.

	Simpul dalam FCI	Replika dalam grup ketersediaan
Menggunakan WSFC	Ya	Ya
Tingkat perlindungan	Instans	Database
Jenis penyimpanan	Bersama	Tidak dibagikan Meskipun replika dalam grup ketersediaan tidak berbagi penyimpanan, replika yang dihosting oleh FCI menggunakan solusi penyimpanan bersama sebagaimana diperlukan oleh FCI tersebut. Solusi penyimpanan hanya dibagikan oleh simpul dalam FCI dan bukan di antara replika grup ketersediaan.
Solusi penyimpanan	Terpasang langsung, SAN, titik pemasangan, SMB	Tergantung pada jenis node
Sekunder yang dapat dibaca	Tidak*	Ya
Pengaturan kebijakan failover yang berlaku	Kuorum WSFC Khusus FCI Pengaturan grup ketersediaan**	Kuorum WSFC Pengaturan grup ketersediaan
Sumber daya failover	Server, instans, dan database	Database saja

*Sedangkan replika sekunder sinkron dalam grup ketersediaan selalu berjalan pada instans SQL Server masing-masing, simpul sekunder dalam FCI sebenarnya belum memulai instans SQL Server masing-masing dan karenanya tidak dapat dibaca. Dalam FCI, simpul sekunder memulai instans SQL Server hanya ketika kepemilikan grup sumber daya ditransfer ke dalamnya selama failover FCI. Namun, pada simpul FCI aktif, ketika database yang dihosting FCI termasuk dalam grup ketersediaan, database dapat dibaca jika replika ketersediaan lokal berjalan sebagai replika sekunder yang dapat dibaca.

**Pengaturan kebijakan failover untuk grup ketersediaan berlaku untuk semua replika, baik yang dihosting dalam instans mandiri atau instans FCI.

Pertimbangan untuk menghosting replika ketersediaan pada FCI

Penting

Jika Anda berencana untuk menghosting replika ketersediaan pada instans kluster failover SQL Server (FCI), pastikan bahwa simpul host Windows Server 2008 memenuhi prasyarat dan pembatasan AlwaysOn untuk Instans Kluster Failover (FCI). Untuk informasi selengkapnya, lihat Prasyarat, Pembatasan, dan Rekomendasi untuk Grup Ketersediaan AlwaysOn (SQL Server).

SQL Server Failover Cluster Instances (FCI) tidak mendukung failover otomatis oleh grup ketersediaan, sehingga replika ketersediaan apa pun yang hanya dapat dikonfigurasi oleh host FCI untuk failover manual.

Anda mungkin perlu mengonfigurasi WSFC untuk menyertakan disk bersama yang tidak tersedia di semua simpul. Misalnya, pertimbangkan WSFC di dua pusat data dengan tiga simpul. Dua simpul menghosting SQL Server FCI di pusat data utama dan memiliki akses ke disk bersama yang sama. Simpul ketiga menghosting instans SQL Server mandiri di pusat data yang berbeda dan tidak memiliki akses ke disk bersama dari pusat data utama. Konfigurasi WSFC ini mendukung penyebaran grup ketersediaan jika FCI menghosting replika utama dan instans mandiri menghosting replika sekunder.

Saat memilih FCI untuk menghosting replika ketersediaan untuk grup ketersediaan tertentu, pastikan bahwa failover FCI tidak berpotensi menyebabkan satu node WSFC mencoba menghosting dua replika ketersediaan untuk grup ketersediaan yang sama.

Contoh skenario berikut menggambarkan bagaimana konfigurasi ini dapat menyebabkan masalah:

Anda mengonfigurasi WSFC dengan dua simpul, NODE01 dan NODE02.
Anda menginstal instans kluster failover SQL Server, fciInstance1, pada NODE01 dan NODE02 di mana NODE01 adalah pemilik saat ini untuk fciInstance1.
Pada NODE02, Anda menginstal instans lain dari SQL Server, Instance3, yang merupakan instans mandiri.
Pada NODE01, Anda mengaktifkan fciInstance1 untuk grup ketersediaan Always On. Pada NODE02, Anda mengaktifkan Instance3 untuk grup ketersediaan Always On. Kemudian Anda menyiapkan grup ketersediaan yang fciInstance1 menghosting replika utama, dan Instance3 menghosting replika sekunder.
Pada titik tertentu, fciInstance1 menjadi tidak tersedia pada NODE01, dan WSFC menyebabkan failover ke fciInstance1NODE02. Setelah failover, fciInstance1 adalah instans berkemampuan grup ketersediaan AlwaysOn yang berjalan di bawah peran utama pada NODE02. Namun, Instance3 sekarang berada di simpul WSFC yang sama dengan fciInstance1. Ini melanggar batasan grup ketersediaan AlwaysOn.

Untuk memperbaiki masalah yang disajikan skenario ini, instans mandiri, , Instance3harus berada di simpul lain di WSFC yang sama dengan NODE01 dan NODE02.

Untuk informasi selengkapnya tentang FCI SQL Server, lihat Instans kluster failover AlwaysOn (SQL Server).

Pembatasan penggunaan Manajer WSFC dengan grup ketersediaan

Jangan gunakan Manajer Kluster Failover untuk memanipulasi grup ketersediaan. Contohnya:

Jangan menambahkan atau menghapus sumber daya di layanan terkluster (grup sumber daya) untuk grup ketersediaan.
Jangan ubah properti grup ketersediaan apa pun, seperti kemungkinan pemilik dan pemilik pilihan. Properti ini diatur secara otomatis oleh grup ketersediaan.
Jangan gunakan Manajer Kluster Failover untuk memindahkan grup ketersediaan ke simpul yang berbeda atau melakukan failover pada grup ketersediaan. Manajer Kluster Failover tidak mengetahui status sinkronisasi replika ketersediaan, dan melakukannya dapat menyebabkan waktu henti yang diperpanjang. Anda harus menggunakan Transact-SQL atau SQL Server Management Studio.

Peringatan

Menggunakan Manajer Kluster Failover untuk memindahkan instans kluster failover yang menghosting grup ketersediaan ke simpul yang sudah menghosting replika grup ketersediaan yang sama dapat mengakibatkan kehilangan replika grup ketersediaan, mencegahnya dibawa secara online pada simpul target. Satu simpul kluster failover tidak dapat menghosting lebih dari satu replika untuk grup ketersediaan yang sama. Untuk informasi selengkapnya tentang bagaimana hal ini terjadi dan cara memulihkan, lihat blog Replika yang tiba-tiba dihilangkan dalam grup ketersediaan.

Saran dan Komentar

Apakah halaman ini membantu?

Last updated on 2025-08-26