Tingkat Kondisi Failover menentukan kapan suatu failover harus terjadi. Ini berlaku untuk SQL Server Selalu di Grup Ketersediaan dan ke SQL Server Instans Kluster Failover. Berdasarkan tingkat kondisi failover, Anda mungkin tidak dapat mengakses database yang berpartisipasi dalam Always On.
Kebijakan untuk failover
Untuk grup ketersediaan, failover otomatis dikontrol oleh kebijakan failover. Dengan kebijakan ini, kami dapat mencapai tingkat kontrol tertinggi pada kondisi yang memicu kegagalan. Di lingkungan SQL Anda, jika pengguna kehilangan koneksi ke database di grup ketersediaan, Anda harus memeriksa dan mengubah kebijakan kegagalan bersama dengan frekuensi health check.
Tabel di bawah memberikan info lebih lanjut tentang kondisi failover
| Tingkat kebijakan: 1
Deskripsi: Kegagalan otomatis terjadi saat file SQL Server layanan sedang down
Tingkat kebijakan: 2 Keterangan: The SQL server Misalnya hosting grup ketersediaan selalu di lost koneksi ke cluster atau ambang batas waktu yang ditentukan oleh pengguna untuk health check telah terlampaui.
Tingkat kebijakan: 3 Deskripsi: Ini adalah level default untuk failover otomatis. Kondisi yang termasuk dalam level ini adalah dumping level tinggi, spinlock yang menjadi yatim piatu, dan pelanggaran selama akses tulis.
Tingkat kebijakan: 4 Deskripsi: Kondisi yang termasuk dalam tingkat ini adalah kesalahan server tingkat sedang. Misalnya, kumpulan sumber daya internal a SQL server yang memenuhi status memori dapat memicu kegagalan otomatis.
Tingkat kebijakan: 5 Deskripsi: Semua memenuhi syarat SQL Server kondisi kegagalan berkontribusi pada level ini.
|
Pendengar
Pendengar kelompok ketersediaan harus online agar koneksi berhasil. Anda dapat melacak status pendengar menggunakan sys.dm_tcp_listener_states tampilan manajemen dinamis. Tampilan ini akan menunjukkan bidang berikut untuk setiap pendengar.
| 1. alamat ip |
| 2. adalah ipv4 |
| 3. id pendengar |
| 4. pelabuhan |
| 5. start waktu |
| 6. negara bagian |
| 7. deskripsi negara |
| 8. tipe |
| 9. deskripsi tipe |
Fitur Mati
Setelah patch atau reboot, fitur selalu aktif grup ketersediaan mungkin dimatikan. Jika fitur ini dinonaktifkan, grup yang selalu aktif tidak akan berfungsi. Anda dapat memeriksa status fitur ini menggunakan kode berikut
cetak cast (SERVERPROPERTY ('IsHadrEnabled') sebagai varchar (10))
Jika outputnya 0, fitur selalu on availability group dimatikan. Jika 1, fitur tersebut diaktifkan.
Tinjau izin akun
Setelah pemulihan database, akun mungkin memiliki lost izin pada database yang merupakan bagian dari grup ketersediaan. Tinjau dan pulihkan akun pengguna dan izin untuk memungkinkan pengguna untuk selalu terhubung di database.
Periksa titik akhir
Grup ketersediaan selalu aktif menggunakan titik akhir pencerminan database. Jika titik akhir ini bukan started, atau jika titik akhir ini tidak mendengarkan pada port yang benar, maka Anda tidak dapat menyambung ke grup ketersediaan.
Replika sekunder yang tidak bisa dibaca
Jika replika sekunder dalam grup ketersediaan selalu aktif dikonfigurasi sebagai sekunder yang tidak dapat dibaca, maka koneksi tidak dapat mengakses database tersebut.
Dengan diperkenalkannya SQL Server Selalu Aktif, SQL Server pemulihan menjadi mudah karena AlwaysOn mendukung perbaikan halaman otomatis
Pengantar Penulis:
Neil Varley adalah pakar pemulihan data di DataNumen, Inc., yang merupakan pemimpin dunia dalam teknologi pemulihan data, termasuk Outlook rusak dan unggul dalam produk perangkat lunak pemulihan. Untuk informasi lebih lanjut kunjungi www.datanumen.com