Bagikan melalui

Prasyarat, Pembatasan, dan Rekomendasi untuk Grup Ketersediaan AlwaysOn (SQL Server)

  • Artikel

Topik ini menjelaskan pertimbangan untuk menyebarkan Grup Ketersediaan AlwaysOn, termasuk prasyarat, pembatasan, dan rekomendasi untuk komputer host, kluster Windows Server Failover Clustering (WSFC), instans server, dan grup ketersediaan. Untuk setiap pertimbangan keamanan komponen ini dan izin yang diperlukan, jika ada, ditunjukkan.

Penting

Sebelum Anda menyebarkan Grup Ketersediaan AlwaysOn, kami sangat menyarankan Anda membaca setiap bagian topik ini.

Perbaikan .NET yang Mendukung Grup Ketersediaan AlwaysOn

Bergantung pada komponen dan fitur SQL Server 2014 yang akan Anda gunakan dengan Grup Ketersediaan AlwaysOn, Anda mungkin perlu menginstal perbaikan .NET tambahan yang diidentifikasi dalam tabel berikut. Perbaikan dapat diinstal dalam urutan apa pun.

Fitur Dependen Perbaikan Tautan
Kotak centang Layanan Pelaporan Hotfix untuk .NET 3.5 SP1 menambahkan dukungan ke Klien SQL untuk fitur AlwaysOn niat Baca, baca saja, dan multisubnetfailover. Perbaikan perlu diinstal pada setiap server laporan Reporting Services. KB 2654347: Perbaikan untuk .NET 3.5 SP1 untuk menambahkan dukungan untuk fitur AlwaysOn

Persyaratan dan Rekomendasi Sistem Windows

Daftar periksa: Persyaratan (Sistem Windows)

Untuk mendukung fitur Grup Ketersediaan AlwaysOn, pastikan bahwa setiap komputer yang akan berpartisipasi dalam satu atau beberapa grup ketersediaan memenuhi persyaratan mendasar berikut:

Persyaratan Tautan
Kotak centang Pastikan bahwa sistem bukan pengendali domain. Grup ketersediaan tidak didukung pada pengendali domain.
Kotak centang Pastikan bahwa setiap komputer menjalankan versi x86 (non-WOW64) atau x64 Windows Server 2008 atau yang lebih baru. WOW64 (Windows 32-bit pada Windows 64-bit) tidak mendukung Grup Ketersediaan AlwaysOn.
Kotak centang Pastikan bahwa setiap komputer adalah simpul dalam kluster Windows Server Failover Clustering (WSFC). Pengklusteran Failover Windows Server (WSFC) dengan SQL Server
Kotak centang Pastikan kluster WSFC berisi simpul yang memadai untuk mendukung konfigurasi grup ketersediaan Anda. Simpul WSFC hanya dapat menghosting satu replika ketersediaan untuk grup ketersediaan tertentu. Pada simpul WSFC tertentu, satu atau beberapa instans SQL Server dapat menghosting replika ketersediaan untuk banyak grup ketersediaan.

Tanyakan kepada administrator database Anda berapa banyak simpul WSFC yang diperlukan untuk mendukung replika ketersediaan grup ketersediaan yang direncanakan.

Ringkasan Grup Ketersediaan AlwaysOn (SQL Server).
Kotak centang Pastikan bahwa semua perbaikan Jendela yang berlaku telah diinstal pada setiap simpul di kluster WSFC. ** Penting ** Sejumlah perbaikan diperlukan atau direkomendasikan untuk simpul kluster WSFC tempat Grup Ketersediaan AlwaysOn disebarkan. Untuk informasi selengkapnya, lihat Perbaikan Windows yang Mendukung Grup Ketersediaan AlwaysOn (Sistem Windows), nanti di bagian ini.

Penting

Pastikan juga bahwa lingkungan Anda dikonfigurasi dengan benar untuk menyambungkan ke grup ketersediaan. Untuk informasi selengkapnya, lihat AlwaysOn Client Connectivity (SQL Server).

Perbaikan Windows yang Mendukung Grup Ketersediaan AlwaysOn (Sistem Windows)

Bergantung pada topologi kluster Anda, beberapa Windows Server 2008 Service Pack 2 (SP2) tambahan atau perbaikan Windows Server 2008 R2 mungkin berlaku untuk mendukung Grup Ketersediaan AlwaysOn. Tabel berikut mengidentifikasi perbaikan ini. Perbaikan dapat diinstal dalam urutan apa pun.

Berlaku untuk Windows 2008 SP2 Berlaku untuk Windows 2008 R2 SP1 Disertakan dalam Windows 2012 Untuk Mendukung... Perbaikan Tautan
Kotak centang Ya Ya Ya Mengonfigurasi kuorum WSFC optimal Pada setiap simpul WSFC, pastikan bahwa perbaikan yang dijelaskan dalam artikel Pangkalan Pengetahuan 2494036 diinstal.

Perbaikan ini mendukung konfigurasi kuorum optimal dengan target failover non-otomatis. Fungsionalitas ini meningkatkan kluster multi-situs dengan memungkinkan Anda memilih simpul mana yang memilih.		 KB 2494036: Perbaikan tersedia untuk memungkinkan Anda mengonfigurasi node kluster yang tidak memiliki suara kuorum di Windows Server 2008 dan di Windows Server 2008 R2

Untuk informasi tentang pemungutan suara kuorum, lihat Mode Kuorum WSFC dan Konfigurasi Pemungutan Suara (SQL Server)
Kotak centang Ya Ya Ya Penggunaan bandwidth jaringan yang lebih efisien Pada setiap simpul WSFC, pastikan bahwa perbaikan yang dijelaskan dalam artikel Pangkalan Pengetahuan 2616514 diinstal.

Tanpa perbaikan ini, layanan Kluster mengirimkan pemberitahuan registri yang tidak perlu di antara node kluster. Perilaku ini membatasi bandwidth jaringan, yang merupakan masalah serius untuk Grup Ketersediaan AlwaysOn.		 KB 2616514: Layanan kluster mengirimkan pemberitahuan perubahan kunci registri yang tidak perlu di antara node kluster di Windows Server 2008 atau di Windows Server 2008 R2
Kotak centang Ya Tidak berlaku Pengujian penyimpanan VPD pada disk yang tidak tersedia untuk semua node WSFC Jika simpul WSFC berjalan Windows Server 2008 R2 Paket Layanan 1 (SP1) dan pengujian penyimpanan Validasi Data Produk Vital Perangkat SCSI (VPD) gagal setelah salah berjalan pada disk yang online dan tidak tersedia untuk semua simpul di kluster WSFC, instal perbaikan yang dijelaskan dalam artikel Pangkalan Pengetahuan 2531907.

Perbaikan ini menghilangkan peringatan atau kesalahan yang salah dalam laporan validasi saat disk online.		 KB 2531907: Memvalidasi pengujian Data Produk Vital Perangkat SCSI (VPD) gagal setelah Anda menginstal Windows Server 2008 R2 SP1
Kotak centang Ya Ya Failover yang lebih cepat ke replika lokal Jika node WSFC berjalan Windows Server 2008 R2 Paket Layanan 1 (SP1), pastikan bahwa perbaikan yang dijelaskan dalam artikel Pangkalan Pengetahuan 2687741 diinstal.

Perbaikan ini meningkatkan performa failover Grup Ketersediaan AlwaysOn ke replika lokal.		 KB 2687741: Perbaikan yang meningkatkan performa fitur "Grup Ketersediaan AlwaysOn" di SQL Server 2012 tersedia untuk Windows Server 2008 R2
Kotak centang Ya Ya Ya Penyimpanan asimetris-untuk Instans Kluster Failover (FCI) Jika ada Instans Kluster Failover (FCI) yang akan diaktifkan untuk Grup Ketersediaan AlwaysOn, instal 976097 perbaikan Windows Server 2008.

Perbaikan ini memungkinkan snap-in Failover Cluster Management Microsoft Management Console (MMC) untuk mendukung disk bersama penyimpanan asimetris yang hanya tersedia di beberapa simpul WSFC.		 KB 976097: Perbaikan untuk menambahkan dukungan untuk penyimpanan asimetris ke snap-in MMC Manajemen Kluster Failover untuk kluster failover yang menjalankan Windows Server 2008 atau Windows Server 2008 R2

Panduan Arsitektur AlwaysOn: Membangun Solusi Ketersediaan Tinggi dan Pemulihan Bencana dengan Menggunakan Instans Kluster Failover dan Grup Ketersediaan
Kotak centang Ya Ya Tidak berlaku Keamanan Protokol Internet (IPsec) Jika lingkungan Anda menggunakan koneksi IPsec, Anda dapat mengalami penundaan waktu yang lama (sekitar dua atau tiga menit) ketika komputer klien membangun kembali koneksi IPsec ke nama jaringan virtual (dalam konteks ini, untuk terhubung ke pendengar grup ketersediaan). Jika Anda menggunakan koneksi IPsec, kami sarankan Anda meninjau skenario tertentu yang dirinci dalam artikel Pangkalan Pengetahuan (KB 980915). KB 980915: Penundaan waktu yang lama terjadi ketika Anda menyambungkan kembali koneksi IPSec dari komputer yang menjalankan Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7, atau Windows Server 2008 R2
Kotak centang Ya Ya Ya IPv6 Jika Anda menggunakan IPv6, kami sarankan Anda meninjau skenario tertentu yang dirinci dalam artikel Pangkalan Pengetahuan 2578103 atau 2578113, tergantung pada sistem operasi Windows Server Anda.

Jika topologi Windows Server Anda menggunakan IP versi 6 (IPv6), layanan Kluster WSFC memerlukan waktu sekitar 30 detik untuk gagal melalui alamat IP IPv6. Hal ini menyebabkan klien menunggu sekitar 30 detik untuk terhubung kembali ke alamat IP IPv6.		 KB 2578103 (Windows Server 2008): Layanan Kluster membutuhkan waktu sekitar 30 detik untuk gagal melalui alamat IP IPv6 di Windows Server 2008

KB 2578113 (Windows Server 2008 R2): Windows Server 2008 R2: Layanan Kluster membutuhkan waktu sekitar 30 detik untuk mengalihkan alamat IP IPv6 di Windows Server 2008 R2
Kotak centang Ya Ya Ya Tidak Ada Router Antara kluster dan server aplikasi Jika tidak ada router antara kluster failover dan server aplikasi, layanan Kluster gagal melalui sumber daya terkait jaringan secara perlahan. Ini menunda koneksi ulang klien setelah grup ketersediaan gagal. Dengan tidak adanya router, kami sarankan Anda meninjau skenario spesifik yang dirinci dalam artikel Pangkalan Pengetahuan 2582281 dan menginstal perbaikan, jika berlaku untuk lingkungan Anda. KB 2582281: Operasi failover lambat jika tidak ada router antara kluster dan server aplikasi

Rekomendasi untuk Komputer yang Menghosting Replika Ketersediaan (Sistem Windows)

  • Sistem yang sebanding: Untuk grup ketersediaan tertentu, semua replika ketersediaan harus berjalan pada sistem yang sebanding yang dapat menangani beban kerja yang identik.

  • Adaptor jaringan khusus: Untuk performa terbaik, gunakan adaptor jaringan khusus (kartu antarmuka jaringan) untuk Grup Ketersediaan AlwaysOn.

  • Ruang disk yang cukup: Setiap komputer tempat instans server menghosting replika ketersediaan harus memiliki ruang disk yang memadai untuk semua database dalam grup ketersediaan. Perlu diingat bahwa seiring pertumbuhan database utama, database sekunder yang sesuai tumbuh jumlah yang sama.

Izin (Sistem Windows)

Untuk mengelola kluster WSFC, pengguna harus menjadi administrator sistem pada setiap node kluster.

Untuk informasi selengkapnya tentang akun untuk mengelola kluster, lihat Lampiran A: Persyaratan Kluster Failover.

Tugas Terkait (Sistem Windows)

Tugas Tautan
Atur nilai HostRecordTTL. Mengubah HostRecordTTL (Menggunakan Windows PowerShell)

Mengubah HostRecordTTL (Menggunakan Windows PowerShell)

  1. Buka jendela PowerShell melalui Jalankan sebagai Administrator.

  2. Impor modul FailoverClusters.

  3. Get-ClusterResource Gunakan cmdlet untuk menemukan sumber daya Nama Jaringan, lalu gunakan Set-ClusterParameter cmdlet untuk mengatur HostRecordTTL nilai, sebagai berikut:

    Get-ClusterResource "<NetworkResourceName>" | Set-ClusterParameter HostRecordTTL <TimeInSeconds>

    Contoh PowerShell berikut mengatur HostRecordTTL menjadi 300 detik untuk sumber daya Nama Jaringan bernama "SQL Network Name (SQL35)".

    Import-Module FailoverClusters  

$nameResource = "SQL Network Name (SQL35)"  
Get-ClusterResource $nameResource | Set-ClusterParameter ClusterParameter HostRecordTTL 300

    Tip

    Setiap kali Anda membuka jendela PowerShell baru, Anda perlu mengimpor FailoverClusters modul.

Konten Terkait (PowerShell)

Konten Terkait (Sistem Windows)

Prasyarat dan Pembatasan Instans SQL Server

Setiap grup ketersediaan memerlukan sekumpulan mitra failover, yang dikenal sebagai replika ketersediaan, yang dihosting oleh instans SQL Server. Instans server tertentu dapat berupa instans mandiri atau instans kluster failover SQL Server(FCI).

Daftar periksa: Prasyarat (Instans Server)

Prasyarat Tautan
Kotak centang Komputer host harus merupakan simpul Pengklusteran Failover Windows Server (WSFC). Instans SQL Server yang menghosting replika ketersediaan untuk grup ketersediaan tertentu harus berada di simpul terpisah dari satu kluster WSFC. Satu-satunya pengecualian adalah bahwa saat dimigrasikan ke kluster WSFC lain, grup ketersediaan dapat mengangsur dua kluster untuk sementara. Pengklusteran Failover Windows Server (WSFC) dengan SQL Server

Pengklusteran Failover dan Grup Ketersediaan AlwaysOn (SQL Server)
Kotak centang Jika Anda ingin grup ketersediaan berfungsi dengan Kerberos:

Semua instans server yang menghosting replika ketersediaan untuk grup ketersediaan harus menggunakan akun layanan SQL Server yang sama.

Administrator domain perlu mendaftarkan Nama Prinsipal Layanan (SPN) secara manual dengan Direktori Aktif di akun layanan SQL Server untuk nama jaringan virtual (VNN) pendengar grup ketersediaan. Jika SPN terdaftar di akun selain akun layanan SQL Server, autentikasi akan gagal.

** Penting ** Jika Anda mengubah akun layanan SQL Server, administrator domain harus mendaftarkan ulang SPN secara manual.		 Daftarkan Nama Perwakilan Layanan untuk Koneksi Kerberos

Penjelasan singkat:

Kerberos dan SPN memberlakukan autentikasi bersama. SPN memetakan ke akun Windows yang memulai layanan SQL Server. Jika SPN tidak terdaftar dengan benar atau jika gagal, lapisan keamanan Windows tidak dapat menentukan akun yang terkait dengan SPN, dan autentikasi Kerberos tidak dapat digunakan.

Catatan: NTLM tidak memiliki persyaratan ini.
Kotak centang Jika Anda berencana menggunakan instans kluster failover SQL Server (FCI) untuk menghosting replika ketersediaan, pastikan Anda memahami pembatasan FCI dan bahwa persyaratan FCI terpenuhi. Prasyarat dan Persyaratan tentang Menggunakan Instans Kluster Failover SQL Server (FCI) untuk Menghosting Replika Ketersediaan (nanti dalam topik ini)
Kotak centang Setiap instans server harus menjalankan SQL Server Edisi Perusahaan 2014. Fitur yang Didukung oleh Edisi SQL Server 2014
Kotak centang Semua instans server yang menghosting replika ketersediaan untuk grup ketersediaan harus menggunakan pemeriksaan SQL Server yang sama. Mengatur atau Mengubah Kolase Server
Kotak centang Aktifkan fitur Grup Ketersediaan AlwaysOn pada setiap instans server yang akan menghosting replika ketersediaan untuk grup ketersediaan apa pun. Pada komputer tertentu, Anda dapat mengaktifkan instans server sebanyak mungkin untuk Grup Ketersediaan AlwaysOn seperti yang didukung penginstalan SQL Server Anda. Mengaktifkan dan Menonaktifkan Grup Ketersediaan AlwaysOn (SQL Server)

** Penting ** Jika Anda menghapus dan membuat ulang kluster WSFC, Anda harus menonaktifkan dan mengaktifkan kembali fitur Grup Ketersediaan AlwaysOn pada setiap instans server yang diaktifkan untuk Grup Ketersediaan AlwaysOn pada kluster WSFC asli.
Kotak centang Setiap instans server memerlukan titik akhir pencerminan database. Perhatikan bahwa titik akhir ini dibagikan oleh semua replika ketersediaan dan mitra pencerminan database dan saksi pada instans server.

Jika instans server yang Anda pilih untuk menghosting replika ketersediaan berjalan di bawah akun pengguna domain dan belum memiliki titik akhir pencerminan database, Wizard Grup Ketersediaan Baru (atau Tambahkan Replika ke Wizard Grup Ketersediaan) dapat membuat titik akhir dan memberikan izin CONNECT ke akun layanan instans server. Namun, jika layanan SQL Server berjalan sebagai akun bawaan, seperti Sistem Lokal, Layanan Lokal, atau Layanan Jaringan, atau akun nondomain, Anda harus menggunakan sertifikat untuk autentikasi titik akhir, dan wizard tidak akan dapat membuat titik akhir pencerminan database pada instans server. Dalam hal ini, kami sarankan Anda membuat titik akhir pencerminan database secara manual sebelum Anda meluncurkan wizard.

** Catatan Keamanan ** Keamanan transportasi untuk Grup Ketersediaan AlwaysOn sama dengan untuk pencerminan database.		 Titik Akhir Pencerminan Database (SQL Server)

Keamanan Transportasi untuk Pencerminan Database dan Grup Ketersediaan AlwaysOn (SQL Server)
Kotak centang Jika ada database yang menggunakan FILESTREAM akan ditambahkan ke grup ketersediaan, pastikan bahwa FILESTREAM diaktifkan pada setiap instans server yang akan menghosting replika ketersediaan untuk grup ketersediaan. Mengaktifkan dan Mengonfigurasi FILESTREAM
Kotak centang Jika ada database yang berisi akan ditambahkan ke grup ketersediaan, pastikan bahwa contained database authentication opsi server diatur ke 1 pada setiap instans server yang akan menghosting replika ketersediaan untuk grup ketersediaan. Opsi Konfigurasi Server autentikasi database yang terkandung

Opsi Konfigurasi Server (SQL Server)

Penggunaan Utas menurut Grup Ketersediaan

Grup Ketersediaan AlwaysOn memiliki persyaratan berikut untuk utas pekerja:

  • Pada instans SQL Server yang menganggur, Grup Ketersediaan AlwaysOn menggunakan 0 utas.

  • Jumlah maksimum utas yang digunakan oleh grup ketersediaan adalah pengaturan yang dikonfigurasi untuk jumlah maksimum utas server (''max worker threads) dikurangi 40.

  • Replika ketersediaan yang dihosting pada instans server tertentu berbagi satu kumpulan utas.

    Utas dibagikan berdasarkan permintaan, sebagai berikut:

    • Biasanya, ada 3-10 utas bersama, tetapi jumlah ini dapat meningkat tergantung pada beban kerja replika utama.

    • Jika utas tertentu menganggur untuk sementara waktu, utas tersebut dirilis kembali ke kumpulan utas SQL Server umum. Biasanya, utas tidak aktif dirilis setelah ~15 detik tidak aktif. Namun, tergantung pada aktivitas terakhir, utas diam mungkin dipertahankan lebih lama.

  • Selain itu, grup ketersediaan menggunakan utas yang tidak dibagikan, sebagai berikut:

    • Setiap replika utama menggunakan 1 utas Pengambilan Log untuk setiap database utama. Selain itu, ia menggunakan 1 utas Kirim Log untuk setiap database sekunder. Alur pengiriman log dirilis setelah ~15 detik tidak aktif.

    • Setiap replika sekunder menggunakan 1 utas pengulangan untuk setiap database sekunder. Utas pengulangan dirilis setelah ~15 detik tidak aktif.

    • Cadangan pada replika sekunder menyimpan utas pada replika utama selama durasi operasi pencadangan.

Untuk informasi selengkapnya, lihat AlwaysON - HADRON Learning Series: Penggunaan Kumpulan Pekerja untuk Database yang Diaktifkan HADRON (Blog Teknisi SQL Server CSS).

Izin (Instans Server)

Tugas Izin yang Diperlukan
Membuat titik akhir pencerminan database Memerlukan izin CREATE ENDPOINT, atau keanggotaan dalam peran server tetap sysadmin . Juga memerlukan izin CONTROL ON ENDPOINT. Untuk informasi selengkapnya, lihat IZIN GRANT Endpoint (Transact-SQL).
Mengaktifkan Grup Ketersediaan AlwaysOn Memerlukan keanggotaan dalam grup Administrator di komputer lokal dan kontrol penuh pada kluster WSFC.

Tugas Terkait (Instans Server)

Tugas Topik
Menentukan apakah titik akhir pencerminan database ada sys.database_mirroring_endpoints (T-SQL)
Membuat titik akhir pencerminan database (jika belum ada) Membuat Titik Akhir Pencerminan Database untuk Autentikasi Windows (Transact-SQL)

Menggunakan Sertifikat untuk Titik Akhir Database Mirroring (Transact-SQL)

Membuat Titik Akhir Pencerminan Database untuk Grup Ketersediaan AlwaysOn (SQL Server PowerShell)
Mengaktifkan Grup Ketersediaan AlwaysOn Mengaktifkan dan Menonaktifkan Grup Ketersediaan AlwaysOn (SQL Server)

Konten Terkait (Instans Server)

Rekomendasi Konektivitas Jaringan

Kami sangat menyarankan Anda menggunakan tautan jaringan yang sama untuk komunikasi antara anggota kluster WSFC dan komunikasi antara replika ketersediaan. Menggunakan tautan jaringan terpisah dapat menyebabkan perilaku tak terduga jika beberapa tautan gagal (bahkan terputus-putus).

Misalnya, agar grup ketersediaan mendukung failover otomatis, replika sekunder yang merupakan mitra failover otomatis harus dalam status DISINKRONKAN. Jika tautan jaringan ke replika sekunder ini gagal (bahkan terputus-putus), replika memasuki status UNSYNCHRONIZED dan tidak dapat mulai menyinkronkan ulang hingga tautan dipulihkan. Jika kluster WSFC meminta failover otomatis saat replika sekunder tidak disinkronkan, failover otomatis tidak akan terjadi.

Dukungan Konektivitas Klien

Untuk informasi tentang dukungan Grup Ketersediaan AlwaysOn untuk konektivitas klien, lihat AlwaysOn Client Connectivity (SQL Server).

Prasyarat dan Pembatasan untuk Menggunakan Instans Kluster Failover SQL Server (FCI) untuk Menghosting Replika Ketersediaan

Pembatasan (FCI)

Catatan

Dimulai di SQL Server 2014, Instans Kluster Failover AlwaysOn mendukung Volume Bersama Terkluster (CSV) di Windows Server 2008 R2 dan Windows Server 2012. Untuk informasi selengkapnya tentang CSV, lihat Memahami Volume Bersama Kluster dalam Kluster Failover.

  • Node kluster FCI hanya dapat menghosting satu replika untuk grup ketersediaan tertentu: Jika Anda menambahkan replika ketersediaan pada FCI, node kluster WSFC yang mungkin pemilik FCI tidak dapat menghosting replika lain untuk grup ketersediaan yang sama.

    Selain itu, setiap replika lainnya harus dihosting oleh instans SQL Server 2012 yang berada pada node WSFC yang berbeda di kluster WSFC yang sama. Satu-satunya pengecualian adalah bahwa saat dimigrasikan ke kluster WSFC lain, grup ketersediaan dapat mengangsur dua kluster untuk sementara.

  • FCI tidak mendukung failover otomatis oleh grup ketersediaan: FCI tidak mendukung failover otomatis oleh grup ketersediaan, sehingga replika ketersediaan apa pun yang dihosting oleh FCI hanya dapat dikonfigurasi untuk failover manual.

  • Mengubah nama jaringan FCI: Jika Anda perlu mengubah nama jaringan FCI yang menghosting replika ketersediaan, Anda harus menghapus replika dari grup ketersediaannya lalu menambahkan replika kembali ke grup ketersediaan. Anda tidak dapat menghapus replika utama, jadi jika Anda mengganti nama FCI yang menghosting replika utama, Anda harus melakukan failover ke replika sekunder lalu menghapus replika utama sebelumnya dan menambahkannya kembali. Perhatikan bahwa mengganti nama FCI mungkin mengubah URL titik akhir pencerminan databasenya. Saat Anda menambahkan replika, pastikan Anda menentukan URL titik akhir saat ini.

Daftar periksa: Prasyarat (FCI)

Prasyarat Tautan
Kotak centang Sebelum Anda menggunakan FCI untuk menghosting replika ketersediaan, pastikan administrator sistem Anda telah menginstal perbaikan Windows Server 2008 yang dijelaskan dalam artikel Pangkalan Pengetahuan KB 976097. Perbaikan ini memungkinkan snap-in Failover Cluster Management Microsoft Management Console (MMC) untuk mendukung disk bersama penyimpanan asimetris yang hanya tersedia di beberapa simpul WSFC. KB 976097: Perbaikan untuk menambahkan dukungan untuk penyimpanan asimetris ke snap-in MMC Manajemen Kluster Failover untuk kluster failover yang menjalankan Windows Server 2008 atau Windows Server 2008 R2
Kotak centang Pastikan bahwa setiap instans kluster failover SQL Server (FCI) memiliki penyimpanan bersama yang diperlukan sesuai penginstalan instans kluster failover SQL Server standar.

Tugas Terkait (FCI)

Tugas Topik
Menginstal Kluster Failover SQL Server Membuat Kluster Failover SQL Server Baru (Penyiapan)
Peningkatan di tempat Kluster Failover SQL Server Anda yang sudah ada Meningkatkan Instans Kluster Failover SQL Server (Penyiapan)
Mempertahankan Kluster Failover SQL Server yang ada Menambahkan atau Menghapus Simpul di Kluster Failover SQL Server (Penyiapan)

Konten Terkait (FCI)

Prasyarat dan Pembatasan Grup Ketersediaan

Pembatasan (Grup Ketersediaan)

  • Replika ketersediaan harus dihosting oleh node yang berbeda dari satu kluster WSFC: Untuk grup ketersediaan tertentu, replika ketersediaan harus dihosting oleh instans server yang berjalan pada node yang berbeda dari kluster WSFC yang sama. Satu-satunya pengecualian adalah bahwa saat dimigrasikan ke kluster WSFC lain, grup ketersediaan dapat mengangsur dua kluster untuk sementara.

    Catatan

    Komputer virtual pada komputer fisik yang sama dapat masing-masing menghosting replika ketersediaan untuk grup ketersediaan yang sama karena setiap komputer virtual bertindak sebagai komputer terpisah.

  • Nama grup ketersediaan unik: Setiap nama grup ketersediaan harus unik pada kluster WSFC. Panjang maksimum untuk nama grup ketersediaan adalah 128 karakter.

  • Replika ketersediaan: Setiap grup ketersediaan mendukung satu replika utama dan hingga delapan replika sekunder. Semua replika dapat berjalan di bawah mode penerapan asinkron, atau hingga tiga di antaranya dapat berjalan di bawah mode penerapan sinkron (satu replika utama dengan dua replika sekunder sinkron).

  • Jumlah maksimum grup ketersediaan dan database ketersediaan per komputer: Jumlah database dan grup ketersediaan aktual yang dapat Anda letakkan di komputer (VM atau fisik) tergantung pada perangkat keras dan beban kerja, tetapi tidak ada batas yang diberlakukan. Microsoft telah menguji secara ekstensif dengan 10 AG dan 100 DB per komputer fisik. Tanda-tanda sistem yang kelebihan beban dapat mencakup, tetapi tidak terbatas pada, kelelahan utas pekerja, waktu respons lambat untuk tampilan sistem AlwaysOn dan DMV, dan/atau cadangan sistem dispatcher yang macet. Pastikan untuk menguji lingkungan Anda secara menyeluruh dengan beban kerja seperti produksi untuk memastikannya dapat menangani kapasitas beban kerja puncak dalam SLA aplikasi Anda. Saat mempertimbangkan SLA, pastikan untuk mempertimbangkan beban dalam kondisi kegagalan serta waktu respons yang diharapkan.

  • Jangan gunakan Manajer Kluster Failover untuk memanipulasi grup ketersediaan:

    Contohnya:

    • Jangan mengubah properti grup ketersediaan apa pun, seperti pemilik yang mungkin.

    • Jangan gunakan Manajer Kluster Failover untuk mengalihkan grup ketersediaan. Anda harus menggunakan Transact-SQL atau SQL Server Management Studio.

Prasyarat (Grup Ketersediaan)

Saat membuat atau mengonfigurasi ulang konfigurasi grup ketersediaan, pastikan Anda mematuhi persyaratan berikut.

Prasyarat Deskripsi
Kotak centang Jika Anda berencana menggunakan instans kluster failover SQL Server (FCI) untuk menghosting replika ketersediaan, pastikan Anda memahami pembatasan FCI dan bahwa persyaratan FCI terpenuhi. Prasyarat dan Pembatasan untuk Menggunakan Instans Kluster Failover SQL Server (FCI) untuk Menghosting Replika Ketersediaan (sebelumnya dalam topik ini)

Keamanan (Grup Ketersediaan)

  • Keamanan diwariskan dari kluster Windows Server Failover Clustering (WSFC). WSFC menyediakan dua tingkat keamanan pengguna pada granularitas seluruh API kluster WSFC:

    • Akses baca-saja

    • Kontrol penuh

      Grup Ketersediaan AlwaysOn memerlukan kontrol penuh, dan mengaktifkan Grup Ketersediaan AlwaysOn pada instans SQL Server memberinya kontrol penuh atas kluster WSFC (melalui Service SID).

      Anda tidak dapat langsung menambahkan atau menghapus keamanan untuk instans server di Manajer Kluster Failover WSFC. Untuk mengelola sesi keamanan WSFC, gunakan Pengelola Konfigurasi SQL Server atau WMI yang setara dari SQL Server.

  • Setiap instans SQL Server harus memiliki izin untuk mengakses registri, kluster, dan sebagainya.

  • Kami menyarankan agar Anda menggunakan enkripsi untuk koneksi antara instans server yang menghosting replika ketersediaan Grup Ketersediaan AlwaysOn.

Izin (Grup Ketersediaan)

Tugas Izin yang Diperlukan
Membuat grup ketersediaan Memerlukan keanggotaan dalam peran server tetap sysadmin dan izin BUAT server GRUP KETERSEDIAAN, UBAH izin GRUP KETERSEDIAAN APA PUN, atau izin SERVER KONTROL.
Mengubah grup ketersediaan Memerlukan izin UBAH GRUP KETERSEDIAAN pada grup ketersediaan, izin GRUP KETERSEDIAAN KONTROL, izin UBAH GRUP KETERSEDIAAN APA PUN, atau izin SERVER KONTROL.

Selain itu, bergabung dengan database ke grup ketersediaan memerlukan keanggotaan dalam peran database tetap db_owner .
Menghilangkan/menghapus grup ketersediaan Memerlukan izin UBAH GRUP KETERSEDIAAN pada grup ketersediaan, izin GRUP KETERSEDIAAN KONTROL, izin UBAH GRUP KETERSEDIAAN APA PUN, atau izin SERVER KONTROL. Untuk menghilangkan grup ketersediaan yang tidak dihosting di lokasi replika lokal, Anda memerlukan izin CONTROL SERVER atau izin CONTROL pada Grup Ketersediaan tersebut.

Tugas Terkait (Grup Ketersediaan)

Tugas Topik
Membuat grup ketersediaan Menggunakan Grup Ketersediaan (Wizard Grup Ketersediaan Baru)

Membuat Grup Ketersediaan (Transact-SQL)

Membuat Grup Ketersediaan (SQL Server PowerShell)

Tentukan URL Titik Akhir Saat Menambahkan atau Memodifikasi Replika Ketersediaan (SQL Server)
Memodifikasi jumlah replika ketersediaan Menambahkan Replika Sekunder ke Grup Ketersediaan (SQL Server)

Menggabungkan Replika Sekunder ke Grup Ketersediaan (SQL Server)

Menghapus Replika Sekunder dari Grup Ketersediaan (SQL Server)
Membuat pendengar grup ketersediaan Membuat atau Mengonfigurasi Listener Grup Ketersediaan (SQL Server)
Menjatuhkan grup ketersediaan Menghapus Grup Ketersediaan (SQL Server)

Prasyarat dan Pembatasan Database Ketersediaan

Agar memenuhi syarat untuk ditambahkan ke grup ketersediaan, database harus memenuhi prasyarat dan batasan berikut.

Daftar periksa: Persyaratan (Database Ketersediaan)

Agar memenuhi syarat untuk ditambahkan ke grup ketersediaan, database harus:

Persyaratan Tautan
Kotak centang Jadilah database pengguna. Database sistem tidak dapat termasuk dalam grup ketersediaan.
Kotak centang Berada di instans SQL Server tempat Anda membuat grup ketersediaan dan dapat diakses oleh instans server.
Kotak centang Jadilah database baca-tulis. Database baca-saja tidak dapat ditambahkan ke grup ketersediaan. sys.databases (is_read_only = 0)
Kotak centang Jadilah database multi-pengguna. sys.databases (user_access = 0)
Kotak centang Tidak menggunakan AUTO_CLOSE. sys.databases (is_auto_close_on = 0)
Kotak centang Gunakan model pemulihan penuh (juga dikenal sebagai, mode pemulihan penuh). sys.databases (recovery_model = 1)
Kotak centang Memiliki setidaknya satu cadangan database lengkap.

Catatan: Setelah mengatur database ke mode pemulihan penuh, pencadangan penuh diperlukan untuk memulai rantai log pemulihan penuh.		 Membuat Pencadangan Database Lengkap (SQL Server)
Kotak centang Bukan milik grup ketersediaan yang ada. sys.databases (group_database_id = NULL)
Kotak centang Tidak dikonfigurasi untuk pencerminan database. sys.database_mirroring (Jika database tidak berpartisipasi dalam pencerminan, semua kolom yang diawali dengan "mirroring_" adalah NULL.)
Kotak centang Sebelum menambahkan database yang menggunakan FILESTREAM ke grup ketersediaan, pastikan bahwa FILESTREAM diaktifkan pada setiap instans server yang menghosting atau akan menghosting replika ketersediaan untuk grup ketersediaan. Mengaktifkan dan Mengonfigurasi FILESTREAM
Kotak centang Sebelum menambahkan database mandiri ke grup ketersediaan, pastikan bahwa contained database authentication opsi server diatur ke 1 pada setiap instans server yang menghosting atau akan menghosting replika ketersediaan untuk grup ketersediaan. Opsi Konfigurasi Server autentikasi database yang terkandung

Opsi Konfigurasi Server (SQL Server)

Catatan

Grup Ketersediaan AlwaysOn berfungsi dengan tingkat kompatibilitas database yang didukung.

Pembatasan (Database Ketersediaan)

  • Jika jalur file (termasuk huruf kandar) database sekunder berbeda dari jalur database utama yang sesuai, pembatasan berikut berlaku:

    • Wizard Grup Ketersediaan Baru/Tambahkan Database ke Wizard Grup Ketersediaan: Opsi Lengkap tidak didukung (padahalaman Pilih Halaman Sinkronisasi Data Awal),

    • RESTORE WITH MOVE: Untuk membuat database sekunder, file database harus DIPULIHKAN DENGAN MOVE pada setiap instans SQL Server yang menghosting replika sekunder.

    • Dampak pada operasi add-file: Operasi add-file yang lebih baru pada replika utama mungkin gagal pada database sekunder. Kegagalan ini dapat menyebabkan database sekunder ditangguhkan. Ini, pada gilirannya, menyebabkan replika sekunder memasuki status NOT SYNCHRONIZING.

      Catatan

      Untuk informasi tentang merespons operasi file iklan yang gagal, lihat Memecahkan Masalah Operasi Add-File yang Gagal (Grup Ketersediaan AlwaysOn).

  • Anda tidak dapat menghilangkan database yang saat ini termasuk dalam grup ketersediaan.

Tindak Lanjut untuk Database yang Dilindungi TDE

Jika Anda menggunakan enkripsi data transparan (TDE), sertifikat atau kunci asimetris untuk membuat dan mendekripsi kunci lain harus sama pada setiap instans server yang menghosting replika ketersediaan untuk grup ketersediaan. Untuk informasi selengkapnya, lihat Memindahkan Database yang Dilindungi TDE ke Server SQL Lain.

Izin (Database Ketersediaan)

Memerlukan izin UBAH pada database.

Tugas Terkait (Database Ketersediaan)

Tugas Topik
Menyiapkan database sekunder (secara manual) Menyiapkan Database Sekunder secara Manual untuk Grup Ketersediaan (SQL Server)
Menggabungkan database sekunder ke grup ketersediaan (secara manual) Menggabungkan Database Sekunder ke Grup Ketersediaan (SQL Server)
Mengubah jumlah database ketersediaan Menambahkan Database ke Grup Ketersediaan (SQL Server)

Menghapus Database Sekunder dari Grup Ketersediaan (SQL Server)

Menghapus Database Utama dari Grup Ketersediaan (SQL Server)

Konten Terkait

Lihat Juga

Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server)
Pengklusteran Failover dan Grup Ketersediaan AlwaysOn (SQL Server)
Konektivitas Klien AlwaysOn (SQL Server)