Manajemen berbasis kebijakan untuk masalah operasional dengan grup ketersediaan AlwaysOn
Berlaku untuk: SQL Server
Model kesehatan grup ketersediaan AlwaysOn mengevaluasi serangkaian kebijakan manajemen berbasis kebijakan (PBM) yang telah ditentukan sebelumnya. Anda dapat menggunakan ini untuk melihat kesehatan grup ketersediaan dan replika ketersediaan dan databasenya di SQL Server.
Syarat dan Definisi
Kebijakan alwaysOn yang telah ditentukan sebelumnya
Serangkaian kebijakan bawaan yang memungkinkan administrator database memeriksa grup ketersediaan dan replika ketersediaan dan databasenya untuk kepatuhan dengan status yang ditentukan oleh kebijakan AlwaysOn.
Grup Ketersediaan Always On
Solusi ketersediaan tinggi dan pemulihan bencana yang menyediakan alternatif tingkat perusahaan untuk pencerminan database.
grup ketersediaan
Kontainer untuk sekumpulan database pengguna diskrit, yang dikenal sebagai database ketersediaan, yang gagal bersama-sama.
replika ketersediaan
Instans grup ketersediaan yang dihosting oleh instans SQL Server tertentu dan yang mempertahankan salinan lokal dari setiap database ketersediaan yang termasuk dalam grup ketersediaan. Ada dua jenis replika ketersediaan: satu replika utama dan satu hingga empat replika sekunder. Instans server yang menghosting replika ketersediaan untuk grup ketersediaan tertentu harus berada di simpul yang berbeda dari satu kluster Windows Server Failover Clustering (WSFC).
database ketersediaan
Database yang termasuk dalam grup ketersediaan. Untuk setiap database ketersediaan, grup ketersediaan mempertahankan satu salinan baca-tulis ( database utama) dan satu hingga empat salinan baca-saja (database sekunder).
Dasbor Grup Ketersediaan AlwaysOn
Dasbor SQL Server Management Studio yang menyediakan tampilan sekilas tentang kesehatan grup ketersediaan. Untuk informasi selengkapnya, lihat Dasbor AlwaysOn, nanti di artikel ini.
Kebijakan dan Masalah yang telah ditentukan sebelumnya
Tabel berikut ini meringkas kebijakan yang telah ditentukan sebelumnya.
Nama Azure Policy | Masalah | Golongan***** | Facet |
---|---|---|---|
Status Kluster WSFC | Layanan kluster WSFC offline. | Kritis | Instans SQL Server |
grup ketersediaan Status Online | Grup ketersediaan sedang offline. | Kritis | Grup ketersediaan |
grup ketersediaan Kesiapan Failover Otomatis | Grup ketersediaan belum siap untuk failover otomatis. | Kritis | Grup ketersediaan |
Status Sinkronisasi Data Replika Ketersediaan | Beberapa replika ketersediaan tidak menyinkronkan data. | Peringatan | Grup ketersediaan |
Status Sinkronisasi Data Replika Sinkron | Beberapa replika sinkron tidak disinkronkan. | Peringatan | Grup ketersediaan |
Status Peran Replika Ketersediaan | Beberapa replika ketersediaan tidak memiliki peran yang sehat. | Peringatan | Grup ketersediaan |
Status Koneksi Replika Ketersediaan | Beberapa replika ketersediaan terputus. | Peringatan | Grup ketersediaan |
Status Peran Replika Ketersediaan | Replika ketersediaan tidak memiliki peran yang sehat. | Kritis | Replika ketersediaan |
Status Koneksi Replika Ketersediaan | Replika ketersediaan terputus. | Kritis | Replika ketersediaan |
Status Gabungan Replika Ketersediaan | Replika ketersediaan tidak bergabung. | Peringatan | Replika ketersediaan |
Status Sinkronisasi Data Replika Ketersediaan | Status sinkronisasi data dari beberapa database ketersediaan tidak sehat. | Peringatan | Replika ketersediaan |
Status Penangguhan Database Ketersediaan | Database ketersediaan ditangguhkan. | Peringatan | Database ketersediaan |
Status Gabungan Database Ketersediaan | Database sekunder tidak bergabung. | Peringatan | Database ketersediaan |
Status Sinkronisasi Data Database Ketersediaan | Status sinkronisasi data database ketersediaan tidak sehat. | Peringatan | Database ketersediaan |
Penting
* Untuk kebijakan AlwaysOn, nama kategori digunakan sebagai ID. Mengubah nama kategori AlwaysOn akan merusak fungsionalitas evaluasi kesehatannya. Oleh karena itu, jangan ubah nama kategori AlwaysOn.
Dasbor Grup Ketersediaan AlwaysOn
Dasbor AlwaysOn memberi Anda tampilan sekilas tentang kesehatan grup ketersediaan. Dasbor AlwaysOn menyertakan fitur berikut:
Memungkinkan Anda untuk dengan mudah menampilkan detail tentang grup ketersediaan tertentu, replika ketersediaannya, dan databasenya.
Menampilkan indikasi visual status kunci untuk membantu administrator database membuat keputusan operasional yang cepat.
Menyediakan titik peluncuran untuk skenario pemecahan masalah.
Untuk masalah operasional tertentu, mengisi kotak dialog Hasil Evaluasi Kebijakan dengan informasi tentang pelanggaran kebijakan kesehatan AlwaysOn tertentu dan dengan tautan ke bantuan remediasi.
Menyediakan penampil peristiwa yang diperluas kesehatan untuk menampilkan peristiwa sebelumnya untuk masalah khusus Always On.
Jika gagal atas grup ketersediaan adalah kemungkinan remediasi untuk masalah, berikan titik peluncuran untuk tautanWizard grup ketersediaan Fail Over. Panduan ini mengambil administrator database melalui proses failover manual.
Memperluas Model Kesehatan AlwaysOn
Memperluas model kesehatan grup ketersediaan AlwaysOn hanyalah masalah membuat kebijakan yang ditentukan pengguna Anda sendiri dan memasukkannya ke dalam kategori tertentu berdasarkan jenis objek yang Anda pantau. Setelah Anda mengubah beberapa pengaturan, dasbor AlwaysOn secara otomatis mengevaluasi kebijakan yang ditentukan pengguna Anda sendiri, serta kebijakan AlwaysOn yang telah ditentukan sebelumnya.
Kebijakan yang ditentukan pengguna dapat menggunakan salah satu faset PBM yang tersedia, termasuk yang digunakan oleh kebijakan alwayson yang telah ditentukan sebelumnya (lihat [Kebijakan dan Masalah yang Telah Ditentukan](#Always OnPBM), sebelumnya di artikel ini). Faset Server menyediakan properti berikut untuk memantau kesehatan grup ketersediaan AlwaysOn: (IsHadrEnabled dan HadrManagerStatus). Faset Server juga menyediakan properti kebijakan berikut untuk memantau konfigurasi kluster WSFC: ClusterQuorumType, dan ClusterQuorumState.
Untuk informasi selengkapnya, lihat Model Always On Health Bagian 2--Memperluas Model Kesehatan (blog SQL Server Always On Team).
Tugas Terkait
Konten Terkait
Lihat juga
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk