Pengklusteran Failover dan Grup Ketersediaan AlwaysOn (SQL Server)

  • Artikel

Berlaku untuk:SQL Server - Khusus Windows

Grup ketersediaan AlwaysOn, ketersediaan tinggi dan solusi pemulihan bencana yang diperkenalkan pada SQL Server 2012 (11.x), memerlukan Pengklusteran Failover Windows Server (WSFC). Selain itu, meskipun grup ketersediaan AlwaysOn tidak bergantung pada SQL Server Pengklusteran Failover, 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 Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server).

Pengklusteran Failover Windows Server dan Grup Ketersediaan

Menyebarkan grup ketersediaan AlwaysOn memerlukan Windows Server Failover Cluster (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 dari 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 mengalihkan 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 masih hidup 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 (WSFC) dengan SQL Server.

SQL Server Instans Kluster Failover (FCI) dan Grup Ketersediaan

Anda dapat mengatur lapisan kedua failover di tingkat instans server dengan menerapkan SQL Server dan FCI bersama dengan WSFC. Replika ketersediaan dapat dihosting dengan instans mandiri SQL Server atau instans FCI. 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 (FCI) SQL Server untuk menghosting satu atau beberapa replika ketersediaan, masing-masing FCI tersebut akan memerlukan penyimpanan bersama sesuai standar SQL Server penginstalan instans kluster failover.

Untuk informasi selengkapnya tentang prasyarat tambahan, lihat bagian "Prasyarat dan Pembatasan untuk Menggunakan Instans Kluster Failover (FCI) SQL Server untuk Menghosting Replika Ketersediaan" dari 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 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, jika replika ketersediaan lokal berjalan sebagai replika sekunder yang dapat dibaca, database dapat dibaca.

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

Catatan

Untuk informasi selengkapnya tentang Jumlah simpul dalam FCI dan Grup Ketersediaan AlwaysOn untuk edisi SQL Server yang berbeda, lihat Fitur yang Didukung oleh Edisi SQL Server 2012 (https://go.microsoft.com/fwlink/?linkid=232473).

Pertimbangan untuk menghosting Replika Ketersediaan pada FCI

Penting

Jika Anda berencana untuk menghosting replika ketersediaan pada Instans Kluster Failover (FCI) SQL Server, pastikan bahwa node 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 Instans Kluster Failover (FCI) tidak mendukung failover otomatis oleh grup ketersediaan, sehingga replika ketersediaan apa pun yang dihosting oleh FCI hanya dapat dikonfigurasi 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 node menghosting SQL Server instans kluster failover (FCI) di pusat data utama dan memiliki akses ke disk bersama yang sama. Simpul ketiga menghosting instans SQL Server yang berdiri sendiri 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 yang berdiri sendiri menghosting replika sekunder.

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

Contoh skenario berikut menggambarkan bagaimana konfigurasi ini dapat menyebabkan masalah:

Marcel mengonfigurasi WSFC dengan dua simpul, NODE01 dan NODE02. Dia menginstal instans kluster failover SQL Server, fciInstance1, di keduanya NODE01 dan NODE02 di mana NODE01 adalah pemilik saat ini untuk fciInstance1.
Pada NODE02, Marcel menginstal instans lain dari SQL Server, Instance3, yang merupakan instans yang berdiri sendiri.
Pada NODE01, Marcel mengaktifkan fciInstance1 untuk grup ketersediaan AlwaysOn. Pada NODE02, dia mengaktifkan Instance3 untuk grup ketersediaan AlwaysOn. Kemudian dia 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 yang mendukung grup ketersediaan AlwaysOn yang berjalan di bawah peran utama pada NODE02. Namun, Instance3 sekarang berada pada simpul WSFC yang sama dengan fciInstance1. Ini melanggar batasan grup ketersediaan AlwaysOn.
Untuk memperbaiki masalah yang disajikan skenario ini, instans yang berdiri sendiri, , Instance3harus berada di simpul lain di WSFC yang sama dengan NODE01 dan NODE02.

Untuk informasi selengkapnya tentang SQL Server FCI, lihat Instans Kluster Failover AlwaysOn (SQL Server).

Pembatasan Penggunaan Manajer Kluster Failover WSFC dengan Grup Ketersediaan

Jangan gunakan Manajer Kluster Failover untuk memanipulasi grup ketersediaan, misalnya:

  • Jangan menambahkan atau menghapus sumber daya dalam layanan terkluster (grup sumber daya) untuk grup ketersediaan.

  • Jangan mengubah 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 hilangnya replika grup ketersediaan, mencegahnya dibawa 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 memulihkannya, lihat blog Replika yang tiba-tiba dihilangkan dalam grup ketersediaan.

Konten terkait

Lihat juga

Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server)
Mengaktifkan dan Menonaktifkan Grup Ketersediaan AlwaysOn (SQL Server)
Memantau Grup Ketersediaan (Transact-SQL)
Instans Kluster Failover AlwaysOn (SQL Server)