SQL Server Kumpulan Ketersediaan Sentiasa Aktif: Panduan Lengkap [2026]

1. Memahami Kumpulan Ketersediaan Sentiasa Tersedia

1.1 Apakah Ia dan Bagaimana Ia Berfungsi

Kumpulan Ketersediaan Sentiasa Aktif (AG) ialah SQL Server Enterprise ketersediaan tinggi dan penyelesaian pemulihan bencana yang beroperasi pada peringkat pangkalan data. Kumpulan ketersediaan mengumpulkan satu atau lebih pangkalan data pengguna ke dalam unit failover tunggal dan mereplikasinya kepada sehingga lapan replika sekunder melalui penghantaran log transaksi berterusan. Apabila replika utama gagal, sekunder segerak yang ditetapkan akan mengambil alih secara automatik, memulihkan akses dalam beberapa saat tanpa storan kongsi atau campur tangan manual.

1.2 Kumpulan Ketersediaan Sentiasa Aktif vs. Contoh Kluster Failover

SQL Server Always On merangkumi dua teknologi berbeza: Kumpulan Ketersediaan (AG) dan Contoh Kluster Failover (FCI):

	Sentiasa Mengenai Kumpulan Ketersediaan	Tika Kluster Failover Sentiasa Aktif
Skop kegagalan	Peringkat pangkalan data	Peringkat contoh (semua pangkalan data gagal bersama-sama)
Replikasi data	Replikasi berasaskan log kepada setiap sekunder	Tiada — semua nod berkongsi storan yang sama
Storan kongsi	Tidak diperlukan	Diperlukan (Rangkaian Kawasan Storan (SAN), iSCSI, S2D atau SMB)
Sekunder yang boleh dibaca	Ya	Tidak
Pemulihan bencana	Terbina dalam (replika tak segerak merentasi tapak)	Tidak terbina dalam tanpa berpasangan dengan AG

Bila hendak menggunakan setiap satu: Gunakan FCI apabila anda memerlukan failover peringkat contoh dan sudah mempunyai infrastruktur storan kongsi. Gunakan AG apabila anda memerlukan granulariti peringkat pangkalan data, sekunder yang boleh dibaca atau pemulihan bencana. Untuk most perlindungan lengkap, gabungkan kedua-duanya: jalankan setiap replika sebagai nod FCI dan hubungkannya dalam AG.

1.3 Faedah dan Had

Kebaikan:

• Kegagalan automatik dengan Objektif Masa Pemulihan (RTO) hampir sifar untuk replika segerak;
• kehilangan data sifar (Objektif Titik Pemulihan (RPO) = 0) dalam mod komit segerak;
• tiada storan kongsi diperlukan — setiap replika menggunakan storan setempat bebas;
• pelaporan penyingkiran beban sekunder yang boleh dibaca dan beban kerja sandaran daripada utama;
• menyokong kedua-dua Ketersediaan Tinggi (HA) tempatan dan Pemulihan Bencana (DR) merentas tapak dalam satu konfigurasi.

Had:

• Memerlukan Pengelompokan Failover Windows Server pada semua replika;
• Edisi Perusahaan untuk set ciri penuh (Edisi Standard menyokong AG Asas dengan sekatan yang ketara);
• Mod komit segerak menambah kependaman untuk menulis operasi berkadaran dengan masa perjalanan pergi balik rangkaian;
• log masuk, kerja Ejen SQL dan pelayan yang dipautkan tidak disegerakkan secara automatik dalam SQL Server 2019 dan sebelumnya (diselesaikan dalam SQL Server 2022 mengandungi kumpulan ketersediaan).

2. Senibina Kumpulan Ketersediaan Sentiasa Aktif

2.1 Komponen dan Konsep Teras

2.1.1 Pangkalan Data Ketersediaan

Pangkalan data ketersediaan ialah pangkalan data pengguna yang menyertai kumpulan ketersediaan. Pangkalan data ini mesti memenuhi keperluan khusus: ia mesti menggunakan model pemulihan penuh, mempunyai sandaran penuh dan wujud pada replika utama sebelum ditambah ke kumpulan ketersediaan.

Apabila pangkalan data menyertai kumpulan ketersediaan, ia menjadi sebahagian daripada set disegerakkan yang gagal sebagai satu unit. Semua pangkalan data dalam kumpulan ketersediaan berkongsi keadaan failover yang sama, bermakna jika replika utama gagal, semua pangkalan data gagal ke replika sekunder yang sama secara serentak. Ini memastikan konsistensi untuk aplikasi yang bergantung pada berbilang pangkalan data yang berkaitan.

2.1.2 Replika Ketersediaan

Replika ketersediaan adalah SQL Server contoh yang host salinan pangkalan data ketersediaan. Setiap replika mengekalkan salinan fizikal pangkalan datanya sendiri, disegerakkan melalui penghantaran rekod log transaksi. Kumpulan ketersediaan boleh mengandungi sehingga sembilan replika: satu replika utama dan sehingga lapan replika sekunder.

2.1.3 Replika Utama

Replika utama hosts salinan baca-tulis pangkalan data ketersediaan. Semua pengubahsuaian data (INSERT, UPDATE, DELETE) berlaku pada replika utama. Aplikasi klien bersambung ke replika utama untuk semua operasi tulis dan, secara lalai, untuk operasi baca juga.

2.1.4 Replika Sekunder

Replika sekunder host salinan baca sahaja pangkalan data ketersediaan, yang diselenggara melalui aplikasi berterusan rekod log transaksi yang diterima daripada replika utama. Setiap replika sekunder menerima, mengeraskan dan menggunakan rekod log untuk memastikan salinan pangkalan datanya disegerakkan dengan replika utama.

2.2 Mod Ketersediaan

2.2.1 Mod Segerak-Komit

Mod komit segerak menyediakan perlindungan kehilangan data sifar dengan menghendaki replika utama menunggu pengesahan bahawa rekod log transaksi telah dikeraskan pada replika sekunder sebelum melakukan transaksi. Mod ini penting untuk konfigurasi ketersediaan tinggi di mana kehilangan data tidak boleh diterima.

2.2.2 Mod Tak Segerak-Komit

Mod komit tak segerak mengutamakan prestasi replika utama dengan membenarkan transaksi melakukan komit tanpa menunggu replika sekunder untuk mengakui pengerasan log. Mod ini sesuai untuk replika pemulihan bencana atau apabila latensi rangkaian menjadikan komit segerak tidak praktikal.

Pertukarannya ialah potensi kehilangan data semasa failover. Jika replika utama gagal, beberapa transaksi yang dilakukan mungkin tidak sampai ke replika sekunder. Jumlah potensi kehilangan data bergantung pada lebar jalur rangkaian, prestasi replika sekunder dan masa kegagalan. Organisasi mesti menerima risiko ini apabila menggunakan mod tak segerak.

2.3 Jenis Kegagalan

2.3.1 Kegagalan Automatik

Kegagalan automatik membolehkan kumpulan ketersediaan mengesan kegagalan replika utama dan mempromosikan replika sekunder secara automatik kepada replika utama tanpa campur tangan pentadbir. Keupayaan ini meminimumkan RTO dengan menghapuskan keperluan untuk tindak balas manual terhadap kegagalan.

Kegagalan automatik memerlukan mod komit segerak untuk memastikan kehilangan data sifar. Apabila diaktifkan, kumpulan ketersediaan akan memantau kesihatan replika utama secara berterusan. Jika replika utama menjadi tidak responsif atau gagal, Kluster Kegagalan Pelayan Windows akan memulakan kegagalan automatik ke replika sekunder yang ditetapkan.

2.3.2 Kegagalan Manual

Kegagalan manual membolehkan pentadbir menukar peranan replika utama kepada replika sekunder secara sengaja, biasanya untuk tujuan penyelenggaraan atau pengujian yang dirancang. Tidak seperti kegagalan automatik, kegagalan manual memerlukan tindakan pentadbir yang jelas untuk dimulakan.

Kegagalan manual tanpa kehilangan data tersedia untuk replika komit segerak. Pentadbir memulakan kegagalan melalui SQL Server Studio Pengurusan, Transact-SQL atau PowerShell. Replika utama selesai memproses transaksi semasa, menghantar semua rekod log yang tinggal kepada tarmendapat peranan sekunder, dan menunggu pengesahan sebelum memindahkan peranan utama.

Kegagalan manual juga boleh berlaku dengan replika komit tak segerak, tetapi ini memerlukan kegagalan paksa dengan potensi kehilangan data. Pentadbir harus menggunakan kegagalan manual paksa hanya semasa senario bencana sebenar apabila replika utama tidak tersedia dan kehilangan data boleh diterima berbanding masa henti yang berpanjangan.

2.3.3 Kegagalan Terpaksa

Kegagalan paksa membolehkan kegagalan ke replika sekunder tak segerak atau ke sekunder yang tidak disegerakkan sepenuhnya, dengan pengakuan eksplisit tentang potensi kehilangan data. Pilihan ini berfungsi sebagai pilihan terakhir apabila replika utama tidak tersedia dan tiada sekunder yang disegerakkan wujud.

2.4 Penyegerakan Data

2.4.1 Cara Penyegerakan Data Berfungsi

Penyegerakan data dalam Kumpulan Ketersediaan Sentiasa Aktif berlaku melalui penghantaran rekod log transaksi berterusan daripada replika utama kepada semua replika sekunder. Penyegerakan berasaskan log ini memastikan konsistensi sambil membenarkan storan bebas untuk setiap replika.

2.4.2 Rekod dan Pengerasan Log Transaksi

Pengerasan log transaksi merupakan langkah kritikal di mana rekod log ditulis kepada storan tahan lama pada replika sekunder. Pengerasan memastikan rekod log bertahan daripada kegagalan replika sekunder dan boleh dimainkan semula semasa pemulihan.

2.5 Replika Sekunder Skala Baca dan Boleh Baca

2.5.1 Mengurangkan Beban Kerja Baca Sahaja

Replika sekunder yang boleh dibaca membolehkan organisasi mengurangkan beban kerja intensif baca daripada replika utama, sekali gus meningkatkan prestasi sistem keseluruhan dan penggunaan sumber. Keupayaan skala baca ini merupakan salah satu kelebihan utama kumpulan ketersediaan berbanding penyelesaian ketersediaan tinggi yang lebih lama.

Organisasi harus mempertimbangkan keperluan beban kerja baca sahaja semasa mereka bentuk konfigurasi kumpulan ketersediaan. Pelbagai sekunder yang boleh dibaca boleh mengagihkan beban pelaporan merentasi beberapa pelayan. Senarai penghalaan baca sahaja menentukan susunan sekunder menerima sambungan niat baca, membolehkan strategi pengimbangan beban.

2.5.2 Operasi Sandaran pada Replika Sekunder

Menjalankan sandaran pada replika sekunder mengurangkan beban input/output (I/O) dan Unit Pemprosesan Pusat (CPU) pada replika utama, membolehkannya menumpukan pada beban kerja transaksi. Keupayaan ini membantu organisasi memenuhi keperluan sandaran tanpa menjejaskan prestasi pengeluaran.

SQL Server Menyokong sandaran pangkalan data penuh, sandaran pembezaan dan sandaran log transaksi pada replika sekunder. Keutamaan sandaran boleh dikonfigurasikan untuk memilih replika sekunder, memilih primer, sekunder sahaja atau sebarang replika. Sistem sandaran secara automatik memilih replika yang sesuai berdasarkan keutamaan ini dan ketersediaan semasa.

Untuk maklumat lebih lanjut mengenai SQL Server sandaran, lihat kami panduan komprehensif.

2.6 Ketersediaan Pendengar Kumpulan

2.6.1 Apakah itu Pendengar?

Pendengar kumpulan ketersediaan ialah nama rangkaian maya (VNN) dan alamat IP yang digunakan oleh aplikasi klien untuk menyambung ke pangkalan data kumpulan ketersediaan. Pendengar secara automatik mengalihkan sambungan ke replika utama semasa, menghapuskan keperluan aplikasi untuk menjejaki pelayan yang sedang menjadi utama.

2.6.2 Penghalaan Sambungan Klien

Penghalaan sambungan klien melalui pendengar menyokong kedua-dua niat sambungan baca-tulis dan baca sahaja. Pendengar memeriksa permintaan sambungan dan menghalakannya ke replika yang sesuai berdasarkan niat aplikasi.

3. Prasyarat dan Keperluan

3.1 Pengelompokan Failover Windows Server untuk Kumpulan Ketersediaan

3.1.1 Asas Pengelompokan Failover Windows Server

Pengelompokan Failover Windows Server (WSFC) menyediakan asas untuk Kumpulan Ketersediaan Sentiasa Aktif dengan mengurus keahlian kluster, pemantauan kesihatan dan pengaturan failover. Tidak seperti Contoh Kluster Failover, kumpulan ketersediaan hanya menggunakan WSFC untuk penyelarasan kluster, bukan untuk pengurusan storan kongsi.

setiap SQL Server Contoh yang menyertai kumpulan ketersediaan mestilah nod dalam kluster WSFC. Kluster ini menguruskan pengundian kuorum, pengesanan kesihatan nod dan keadaan sumber kumpulan ketersediaan. Apabila replika utama gagal, WSFC menyelaras proses failover dan mengemas kini sumber kluster untuk mencerminkan replika utama baharu.

3.1.2 Konfigurasi Kuorum Kluster

Kuorum kluster menentukan nod mana yang boleh beroperasi apabila masalah sambungan rangkaian berlaku, sekali gus mencegah senario otak berpecah di mana berbilang nod secara bebas mendakwa sebagai nod utama. Konfigurasi kuorum menentukan apa yang merupakan undian majoriti untuk keputusan kluster.

Beberapa mod kuorum tersedia untuk kumpulan ketersediaan:

• Majoriti Nod hanya menggunakan undian nod kluster dan berfungsi dengan baik untuk kluster dengan bilangan nod yang ganjil.
• Nod dan Majoriti Perkongsian Fail menambah undi saksi perkongsian fail, sesuai untuk kluster nod bernombor genap.
• Nod dan Majoriti Cakera menggunakan saksi cakera tetapi kurang biasa untuk kumpulan ketersediaan kerana storan kongsi tidak diperlukan.

3.1.3 Pengkelompokan Pelbagai Subnet

Pengkelompokan berbilang subnet membolehkan replika kumpulan ketersediaan merangkumi subnet rangkaian yang berbeza, menyokong penggunaan yang diedarkan secara geografi merentasi pusat data. Keupayaan ini penting untuk konfigurasi pemulihan bencana di mana replika wujud di lokasi berasingan.

3.2 SQL Server Keperluan Edisi

3.2.1 Ciri-ciri Edisi Perusahaan

SQL Server Edisi Perusahaan menyediakan fungsi kumpulan ketersediaan penuh tanpa batasan. Edisi Perusahaan menyokong sehingga lapan replika sekunder, sekunder yang boleh dibaca, pembenihan automatik, kumpulan ketersediaan teragih dan semua ciri lanjutan.

3.2.2 Ciri-ciri Edisi Standard (Kumpulan Ketersediaan Asas)

SQL Server Edisi Standard 2016 dan yang lebih baharu menyokong Kumpulan Ketersediaan Asas dengan batasan yang ketara. Kumpulan ketersediaan asas menyediakan fungsi teras ketersediaan tinggi pada tahap yang lebih rendah.ost, sesuai untuk organisasi yang mempunyai keperluan yang lebih mudah.

4. Mengkonfigurasi Kumpulan Ketersediaan Sentiasa Aktif

4.1 Menyediakan Persekitaran

Sebelum mencipta kumpulan ketersediaan, persekitaran mesti disediakan dengan betul dengan akaun Active Directory, konfigurasi pelayan dan infrastruktur rangkaian.

4.1.1 Persediaan Pengawal Domain

Pengawal domain Active Directory mesti dikonfigurasikan untuk menyokong kluster kumpulan ketersediaan dan SQL Server akaun perkhidmatan.

1. Log masuk ke pengawal domain dengan kelayakan pentadbir domain.
2. Buka Pengurus Server dan pergi ke Alatan -> Pengguna dan Komputer Direktori Aktif.
3. Wujudkan unit organisasi untuk SQL Server objek jika satu daripadanya tidak wujud.
4. Sahkan bahawa objek komputer untuk semua nod kluster wujud dalam Active Directory.
5. Pastikan perkhidmatan Sistem Nama Domain (DNS) dikonfigurasikan dengan betul dan semua nama pelayan diselesaikan dengan betul.

4.1.2 Mencipta Akaun Perkhidmatan

Cipta akaun perkhidmatan Active Directory khusus untuk SQL Server perkhidmatan pada setiap nod.

1. Buka Pengguna dan Komputer Direktori Aktif pada pengawal domain.
2. Klik kanan unit organisasi yang sesuai dan pilih Baru -> pengguna.
3. Masukkan nama akaun perkhidmatan (contohnya, svc_SQLServer) dan tetapkan Nama log masuk pengguna.
4. Klik Seterusnya dan masukkan kata laluan yang kukuh.
5. pilih Pengguna tidak boleh menukar kata laluan dan Kata laluan tidak akan luput.
6. Klik Seterusnya dan kemudian Selesai untuk membuat akaun.
7. Ulangi untuk sebarang akaun perkhidmatan tambahan yang diperlukan (SQL Server Ejen, SSRS, dll.).

4.1.3 Mengkonfigurasi Kebenaran Pentadbir

Akaun perkhidmatan dan akaun yang digunakan untuk mengkonfigurasi SQL Server mesti mempunyai kebenaran yang sesuai pada semua nod kluster.

1. Log masuk ke setiap pelayan nod kluster.
2. Buka Pengurusan komputer daripada Start menu atau Pengurus Pelayan.
3. Mengembangkan Pengguna Tempatan dan Kumpulan dan pilih kumpulan.
4. Klik kanan Pentadbir dan pilih Hartanah.
5. Klik Tambah dan masukkan nama akaun perkhidmatan.
6. Klik Semak Nama untuk mengesahkan akaun, kemudian klik OK.
7. Klik OK untuk menutup dialog Ciri Pentadbir.
8. Ulangi pada semua nod kluster.

4.2 Memasang dan Mengkonfigurasi WSFC

Pengklasteran Failover Windows Server mesti dipasang dan dikonfigurasikan pada semua nod sebelum mendayakan Kumpulan Ketersediaan Sentiasa Aktif.

4.2.1 Memasang Ciri Pengelompokan Failover

Pasang ciri Failover Clustering pada setiap pelayan yang akan menyertai kumpulan ketersediaan.

1. Buka Pengurus Server pada nod kluster pertama.
2. Klik Menguruskan -> Tambah Peranan dan Ciri.
3. Klik Seterusnya melalui skrin pengenalan.
4. pilih Pemasangan berasaskan peranan atau berasaskan ciri dan klik Seterusnya.
5. Pilih pelayan setempat dan klik Seterusnya.
6. Langkau skrin Peranan dan klik Seterusnya.
7. Pada skrin Ciri, pilih Pengelompokan Failover.
8. Klik Tambah Ciri apabila diminta untuk memasukkan alatan pengurusan.
9. Klik Seterusnya dan kemudian memasang.
10. Tunggu sehingga pemasangan selesai dan klik Tutup.
11. Ulangi pada semua pelayan yang akan menyertai kluster.

4.2.2 Mewujudkan Kluster Failover

Selepas memasang ciri Failover Clustering pada semua nod, cipta kluster daripada satu nod.

1. Buka Pengurus Kluster Failover yang diadakan pada Pengurus Server -> Alatan.
2. Klik Buat Kluster dalam anak tetingkap Tindakan.
3. Klik Seterusnya pada halaman Sebelum Anda Mula.
4. Klik Kategori dan tambahkan semua pelayan yang akan menjadi nod kluster.
5. Klik Seterusnya selepas menambah semua nod.
6. Tinggalkan Jalankan semua ujian (disyorkan) dipilih dan klik Seterusnya.
7. Semak keputusan ujian pengesahan dan tangani sebarang ralat atau amaran.
8. Klik Selesai selepas pengesahan selesai dengan jayanya.
9. Masukkan nama untuk kluster dan alamat IP.
10. Nyahtanda Tambahkan semua storan yang layak ke kluster kerana storan kongsi tidak diperlukan.
11. Klik Seterusnya dan semak pengesahan tersebut.
12. Klik Selesai untuk mewujudkan kluster tersebut.

4.2.3 Mengesahkan Konfigurasi Kluster

Sahkan konfigurasi kluster untuk memastikan semua nod boleh berkomunikasi dengan betul dan kluster beroperasi dengan betul.

1. In Pengurus Kluster Failover, klik kanan nama kluster.
2. pilih Kluster Sahkan daripada menu.
3. Klik Seterusnya pada halaman Sebelum Anda Mula.
4. pilih Jalankan semua ujian (disyorkan) dan klik Seterusnya.
5. Klik Seterusnya untuk memulakan ujian pengesahan.
6. Semak laporan pengesahan apabila ujian selesai.
7. Tangani sebarang kegagalan atau amaran yang dikenal pasti dalam laporan.
8. Klik Selesai untuk menutup ahli sihir.

4.3 Memasang SQL Server untuk Kumpulan Ketersediaan

memasang SQL Server pada setiap nod yang akan menyertai kumpulan ketersediaan menggunakan pilihan pemasangan kendiri.

1. Jalankan SQL Server media pemasangan pada nod pertama.
2. pilih Baru SQL Server pemasangan berdiri sendiri.
3. Masukkan kunci produk atau pilih edisi penilaian.
4. Terima terma lesen dan klik Seterusnya.
5. Lengkapkan semakan prasyarat dan tangani sebarang isu.
6. Pada halaman Pemilihan Ciri, pilih Perkhidmatan Enjin Pangkalan Data.
7. Konfigurasikan nama contoh (gunakan nama contoh yang sama pada semua nod).
8. Pada halaman Konfigurasi Pelayan, tentukan kelayakan akaun perkhidmatan.
9. Konfigurasikan perkhidmatantarjenis tup sebagai automatik.
10. Pada halaman Konfigurasi Enjin Pangkalan Data, pilih mod pengesahan.
11. Tambah akaun pentadbir.
12. Konfigurasikan direktori data menggunakan laluan yang konsisten merentasi semua nod.
13. Selesaikan pemasangan dan sahkan kejayaan.
14. Ulangi pemasangan pada semua nod kluster lain dengan tetapan yang sama.

4.4 Mendayakan Ciri Kumpulan Ketersediaan Sentiasa Aktif

Selepas memasang SQL Server pada semua nod, dayakan ciri Kumpulan Ketersediaan Sentiasa Aktif pada setiap tika.

4.4.1 Mendayakan melalui SQL Server Pengurus Konfigurasi

Penggunaan SQL Server Pengurus Konfigurasi untuk mendayakan Kumpulan Ketersediaan Sentiasa Aktif melalui antara muka grafik.

1. Buka SQL Server Pengurus Konfigurasi pada nod pertama.
2. Mengembangkan SQL Server Perkhidmatan dalam anak panah kiri.
3. Klik kanan pada SQL Server contoh dan pilih Hartanah.
4. Klik Ketersediaan Sentiasa Tinggi tab.
5. daftar Dayakan Kumpulan Ketersediaan AlwaysOn.
6. Sahkan nama kluster failover Windows adalah betul.
7. Klik OK Untuk menyelamatkan perubahan.
8. Klik OK atas amaran bahawa perkhidmatan itu mesti diberhentikantarted.
9. Klik kanan pada SQL Server perkhidmatan dan pilih Restart.
10. Tunggu perkhidmatan disambung semulatart dengan jayanya.
11. Ulangi pada semua nod kluster.

4.4.2 Mendayakan melalui PowerShell

PowerShell menyediakan kaedah berskrip untuk mendayakan Kumpulan Ketersediaan Sentiasa Aktif merentasi berbilang nod.

1. Buka PowerShell sebagai Pentadbir pada nod pertama.
2. Import SQL Server Modul PowerShell:

   Import-Module SQLPS -DisableNameChecking

3. Dayakan Kumpulan Ketersediaan Sentiasa Aktif:

   Enable-SqlAlwaysOn -ServerInstance "ServerName\InstanceName" -Force

4. Perkhidmatan ini akan diaktifkan secara automatiktart apabila menggunakan parameter Daya.
5. Sahkan ciri telah diaktifkan:

   Get-ItemProperty "SQLSERVER:\SQL\ServerName\InstanceName" | Select-Object IsHadrEnabled

6. Ulangi untuk setiap nod kluster, gantikan nama pelayan dan contoh yang sesuai.

4.4.3 Mengesahkan Ciri Diaktifkan

Sahkan bahawa Kumpulan Ketersediaan Sentiasa Aktif diaktifkan pada semua keadaan sebelum meneruskan konfigurasi.

1. Sambungkan kepada setiap SQL Server contoh menggunakan SQL Server Studio Pengurusan.
2. Buka tetingkap pertanyaan baharu dan laksanakan:

   SELECT SERVERPROPERTY('IsHadrEnabled')

3. Sahkan hasilnya ialah 1 (didayakan).
4. Semak bahawa SQL Server contoh muncul dalam Pengurus Kluster Failover di bawah peranan kluster.
5. Sahkan titik akhir kumpulan ketersediaan wujud dengan melaksanakan:

   SELECT * FROM sys.endpoints WHERE type_desc = 'DATABASE_MIRRORING'

6. Jika titik akhir tidak wujud, ia akan dicipta semasa penciptaan kumpulan ketersediaan.

4.5 Menyediakan Pangkalan Data untuk Kumpulan Ketersediaan

Pangkalan data mesti memenuhi keperluan khusus sebelum ia boleh ditambah ke kumpulan ketersediaan.

4.5.1 Keperluan Model Pemulihan Pangkalan Data

Tukar model pemulihan pangkalan data kepada PENUH pada replika utama sebelum menambahkannya pada kumpulan ketersediaan.

1. Sambungkan ke replika utama menggunakan SQL Server Studio Pengurusan.
2. Klik kanan pangkalan data dan pilih Hartanah.
3. Pilih Pilihan .
4. Tukar Model pemulihan kepada Penuh.
5. Klik OK untuk menyelamatkan perubahan.
6. Secara alternatif, gunakan Transact-SQL:

   ALTER DATABASE DatabaseName SET RECOVERY FULL;

4.5.2 Mengambil Sandaran Pangkalan Data Penuh

Ambil sandaran pangkalan data penuh untuk mewujudkan rantaian sandaran yang diperlukan untuk kumpulan ketersediaan.

1. In SQL Server Studio Pengurusan, klik kanan pangkalan data.
2. pilih Tugas -> Kembali Up.
3. Sahkan Jenis sandaran ditetapkan untuk Penuh.
4. Pilih destinasi sandaran atau tambahkan destinasi baharu.
5. Klik OK untuk melakukan sandaran.
6. Secara alternatif, gunakan Transact-SQL:

   BACKUP DATABASE DatabaseName TO DISK = 'C:\Backup\DatabaseName.bak';

4.5.3 Mengambil Sandaran Log Transaksi

Ambil sandaran log transaksi untuk memastikan rantaian log diwujudkan dan meminimumkan masa permulaan.

1. In SQL Server Studio Pengurusan, klik kanan pangkalan data.
2. pilih Tugas -> Kembali Up.
3. Tukar Jenis sandaran kepada Log Transaksi.
4. Pilih destinasi sandaran.
5. Klik OK untuk melakukan sandaran.
6. Secara alternatif, gunakan Transact-SQL:

   BACKUP LOG DatabaseName TO DISK = 'C:\Backup\DatabaseName.trn';

4.6 Mewujudkan Kumpulan Ketersediaan

Cipta kumpulan ketersediaan menggunakan salah satu daripada beberapa kaedah yang tersedia bergantung pada pilihan dan keperluan automasi anda.

4.6.1 Menggunakan Wizard Kumpulan Ketersediaan Baharu

Wizard Kumpulan Ketersediaan Baharu menyediakan antara muka grafik untuk mencipta kumpulan ketersediaan.

1. In SQL Server Studio Pengurusan, sambungkan ke tika yang akanost replika utama.
2. Mengembangkan Ketersediaan Sentiasa Tinggi dalam Penjelajah Objek.
3. Klik kanan Kumpulan Ketersediaan dan pilih Wizard Kumpulan Ketersediaan Baharu.
   
4. Klik Seterusnya pada halaman Pengenalan.
5. Masukkan nama untuk kumpulan ketersediaan dan klik Seterusnya.
6. Pada halaman Pilih Pangkalan Data, pilih pangkalan data yang hendak disertakan.
7. Sahkan bahawa pangkalan data memenuhi semua prasyarat dan klik Seterusnya.
8. Pada halaman Tentukan Replika, klik Tambah Replika.
9. Sambungkan ke setiap tika replika sekunder.
10. Konfigurasikan sifat replika untuk setiap tika (mod ketersediaan, mod failover).
11. Klik Titik akhir tab dan semak konfigurasi titik akhir.
12. Klik Keutamaan Sandaran tab dan konfigurasikan keutamaan sandaran.
13. Klik Pendengar tab dan secara pilihan cipta pendengar.
14. Klik Seterusnya dan pilih kaedah penyegerakan data.
15. Semak keputusan pengesahan dan tangani sebarang masalah.
16. Klik Seterusnya dan semak semula ringkasan tersebut.
17. Klik Selesai untuk mencipta kumpulan ketersediaan.
18. Pantau kemajuan dan sahkan penciptaan yang berjaya.

4.6.2 Menggunakan Transact-SQL

Cipta kumpulan ketersediaan menggunakan Transact-SQL untuk pelaksanaan yang boleh skrip dan berulang.

1. Cipta kumpulan ketersediaan pada replika utama:

   CREATE AVAILABILITY GROUP AG_Name
   FOR DATABASE DatabaseName
   REPLICA ON
     'PrimaryServer\Instance' WITH
       (ENDPOINT_URL = 'TCP://PrimaryServer:5022',
        AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
        FAILOVER_MODE = AUTOMATIC,
        SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL)),
     'SecondaryServer\Instance' WITH
       (ENDPOINT_URL = 'TCP://SecondaryServer:5022',
        AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
        FAILOVER_MODE = AUTOMATIC,
        SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL));

2. Sertai replika sekunder ke kumpulan ketersediaan:

   ALTER AVAILABILITY GROUP AG_Name JOIN;

3. Sertai pangkalan data sekunder:

   ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

4.6.3 Menggunakan PowerShell

PowerShell menyediakan keupayaan skrip untuk penciptaan dan pengurusan kumpulan ketersediaan.

1. Cipta objek kumpulan ketersediaan:

   $AG = New-SqlAvailabilityGroup -Name "AG_Name" -Path "SQLSERVER:\SQL\PrimaryServer\Instance"

2. Tambah pangkalan data:

   Add-SqlAvailabilityDatabase -Path "SQLSERVER:\SQL\PrimaryServer\Instance\AvailabilityGroups\AG_Name" -Database "DatabaseName"

3. Konfigurasikan replika dengan sifat yang diingini menggunakan cmdlet New-SqlAvailabilityReplica.
4. Sambungkan replika sekunder menggunakan cmdlet Join-SqlAvailabilityGroup.

4.7 Menambah Replika pada Kumpulan Ketersediaan

Konfigurasikan sifat khusus replika yang mengawal cara setiap tika menyertai kumpulan ketersediaan.

4.7.1 Mengkonfigurasi Sifat Replika

Tetapkan sifat untuk setiap replika bagi menentukan peranan dan keupayaannya dalam kumpulan ketersediaan.

1. In SQL Server Studio Pengurusan, kembangkan Ketersediaan Sentiasa Tinggi -> Kumpulan Ketersediaan.
2. Kembangkan kumpulan ketersediaan dan kemudian kembangkan Replika Ketersediaan.
   
3. Klik kanan replika dan pilih Hartanah.
4. Semak dan ubah suai tetapan sambungan untuk peranan utama dan sekunder.
5. Konfigurasikan nilai tamat masa sesi jika perlu.
6. Klik OK untuk menyelamatkan perubahan.

4.7.2 Menetapkan Mod Ketersediaan

Konfigurasikan mod ketersediaan untuk mengawal tingkah laku penyegerakan antara replika.

1. Klik kanan kumpulan ketersediaan dan pilih Hartanah.
2. Dalam Umum halaman, pergi ke Replika Ketersediaan bawah seksyen ini.
3. Untuk setiap replika, pilih Komit segerak or Komit tak segerak dari menu lungsur.
4. Gunakan komit segerak untuk replika ketersediaan tinggi setempat.
5. Gunakan komit tak segerak untuk replika pemulihan bencana yang jauh secara geografi.
6. Klik OK untuk menyimpan konfigurasi.

4.7.3 Menetapkan Mod Failover

Konfigurasikan mod failover untuk mengawal cara failover berlaku untuk setiap replika.

1. Klik kanan kumpulan ketersediaan dan pilih Hartanah.
2. Dalam Umum halaman, pergi ke Replika Ketersediaan bawah seksyen ini.
3. Untuk replika komit segerak, pilih automatik or manual mod kegagalan.
4. Failover automatik memerlukan mod komit segerak dan mendayakan failover tanpa pengawasan.
5. Untuk replika komit tak segerak, hanya failover manual yang tersedia.
6. Konfigurasikan sehingga tiga replika untuk failover automatik (satu primer dan dua sekunder).
7. Klik OK untuk menggunakan tetapan.

4.7.4 Mengkonfigurasi Keutamaan Sandaran

Tetapkan pilihan sandaran untuk mengawal tempat operasi sandaran perlu berlaku.

1. Klik kanan kumpulan ketersediaan dan pilih Hartanah.
2. pilih Keutamaan Sandaran dalam anak panah kiri.
3. Pilih salah satu pilihan sandaran:
   • Lebih suka Menengah: Sandaran pada sekunder jika tersedia, jika tidak utama
   • Sekunder sahajaSandaran hanya pada replika sekunder
   • Utama: Sandaran hanya pada replika utama
   • Mana-mana Replika: Sandaran pada mana-mana replika yang tersedia
4. Tetapkan nilai keutamaan sandaran untuk setiap replika (0-100).
5. Nilai keutamaan yang lebih tinggi menunjukkan sandaran pilihan tardapat.
6. Klik OK untuk menyimpan pilihan.

4.8 Mengkonfigurasi Pendengar Kumpulan Ketersediaan

Cipta pendengar untuk menyediakan satu titik sambungan yang secara automatik mengalihkan semula ke replika utama semasa.

4.8.1 Mencipta Pendengar

Tambahkan pendengar pada kumpulan ketersediaan untuk pengurusan sambungan klien.

1. In SQL Server Studio Pengurusan, kembangkan kumpulan ketersediaan.
2. Klik kanan Pendengar Kumpulan Ketersediaan dan pilih Tambah Pendengar.
   
3. Masukkan nama DNS untuk pendengar (contohnya, AG_Listener).
4. Masukkan nombor port (lalai ialah 1433).
5. pilih IP statik untuk mod rangkaian.
6. Klik Tambah untuk menambah alamat IP bagi setiap subnet.
7. Masukkan alamat IP dan pilih subnet.
8. Klik OK untuk mewujudkan pendengar.
9. Sahkan bahawa pendengar muncul dalam Object Explorer dan berada dalam talian.

4.8.2 Mengkonfigurasi Tetapan DNS dan IP

Sahkan pendaftaran DNS dan konfigurasi rangkaian untuk pendengar.

1. Buka Pengurus DNS pada pengawal domain.
2. Sahkan bahawa nama pendengar telah didaftarkan dengan semua alamat IP.
3. Uji resolusi DNS daripada mesin klien:

   nslookup ListenerName

4. Sahkan semua alamat IP yang dikonfigurasikan dikembalikan.
5. Dalam Pengurus Kluster Failover, kembangkan Peranan dan pilih kumpulan ketersediaan.
6. Sahkan bahawa sumber alamat IP berada dalam talian.
7. Pastikan sumber nama rangkaian berada dalam talian.
   

4.8.3 Menguji Ketersambungan Pendengar

Sahkan bahawa aplikasi klien boleh bersambung melalui pendengar.

1. Dari mesin klien, buka SQL Server Studio Pengurusan.
2. Sambung menggunakan nama pendengar dan bukannya nama pelayan.
3. Jalankan pertanyaan untuk mengesahkan sambungan ke replika utama semasa:

   SELECT @@SERVERNAME;

4. Uji penghalaan niat baca dengan menambah ApplicationIntent=ReadOnly pada rentetan sambungan.
5. Sahkan sambungan mengalihkan ke replika sekunder yang boleh dibaca.
6. Uji failover dengan menggagalkan kumpulan ketersediaan secara manual dan mengesahkan penyambungan semula.

4.9 Kaedah Penyegerakan Data

Pilih kaedah penyegerakan data untuk memulakan replika sekunder dengan salinan pangkalan data.

4.9.1 Pembenihan Automatik

Pembenihan automatik memindahkan data pangkalan data melalui rangkaian tanpa memerlukan sandaran dan pemulihan manual.

1. Semasa penciptaan kumpulan ketersediaan, pilih Pembenihan automatik sebagai kaedah penyegerakan.
   
2. Pastikan sambungan rangkaian dan lebar jalur yang mencukupi antara replika.
3. Replika utama menstrim data pangkalan data secara automatik ke replika sekunder.
4. Pantau kemajuan pembenihan menggunakan papan pemuka kumpulan ketersediaan atau DMV.
5. Pembenihan automatik memerlukan SQL Server 2016 atau lebih baru.
6. Untuk pangkalan data yang besar, pertimbangkan impak dan jadual rangkaian semasa tempoh penggunaan yang rendah.

4.9.2 Pembenihan Manual (Sandaran dan Pulihkan)

Pembenihan manual melibatkan pengambilan sandaran pada primer dan memulihkannya pada replika sekunder.

1. Pada replika utama, ambil sandaran penuh:

   BACKUP DATABASE DatabaseName TO DISK = '\\SharePath\DatabaseName.bak';

2. Ambil sandaran log transaksi:

   BACKUP LOG DatabaseName TO DISK = '\\SharePath\DatabaseName.trn';

3. Pada setiap replika sekunder, pulihkan sandaran penuh:

   RESTORE DATABASE DatabaseName FROM DISK = '\\SharePath\DatabaseName.bak' WITH NORECOVERY;

4. Pulihkan sandaran log:

   RESTORE LOG DatabaseName FROM DISK = '\\SharePath\DatabaseName.trn' WITH NORECOVERY;

5. Sertai pangkalan data ke kumpulan ketersediaan:

   ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

6. Sahkan penyegerakan bermula dan pangkalan data mencapai keadaan SYNCHRONIZED.

4.9.3 Fail Ringkasan Pangkalan Data

Gunakan fail snapshot pangkalan data untuk memulakan replika sekunder daripada fail pangkalan data sedia ada.

1. Tanggalkan atau sandarkan pangkalan data pada replika utama.
2. Salin fail pangkalan data ke setiap replika sekunder menggunakan laluan fail yang sama.
3. Pada replika sekunder, lampirkan pangkalan data atau pulihkan tanpa pemulihan.
4. Pastikan pangkalan data berada dalam keadaan MEMULIHKAN.
5. Sertai pangkalan data ke kumpulan ketersediaan.
6. Kaedah ini berguna untuk pangkalan data yang sangat besar di mana pemindahan rangkaian tidak praktikal.

5. Soalan Lazim

5.1 Soalan Umum

S: Apakah perbezaan antara Always On FCI dan Always On AG?

A: Tika Kluster Kegagalan Sentiasa Aktif menyediakan ketersediaan tinggi peringkat tika menggunakan storan kongsi, manakala Kumpulan Ketersediaan Sentiasa Aktif menyediakan ketersediaan tinggi peringkat pangkalan data tanpa storan kongsi. AG menawarkan sekunder yang boleh dibaca dan pengedaran geografi yang lebih fleksibel.

S: Bolehkah saya menggunakan Kumpulan Ketersediaan Sentiasa Aktif dengan SQL Server Edisi Standard?

J: Ya, SQL Server Edisi Standard 2016 dan yang lebih baharu menyokong Kumpulan Ketersediaan Asas dengan batasan termasuk satu pangkalan data bagi setiap AG, maksimum dua replika dan tiada sokongan sekunder yang boleh dibaca.

S: Adakah saya memerlukan storan kongsi untuk Kumpulan Ketersediaan Sentiasa Aktif?

A: Tidak, kumpulan ketersediaan tidak memerlukan storan kongsi. Setiap replika mengekalkan salinan pangkalan data bebas pada storan setempat, disegerakkan melalui penghantaran log transaksi.

S: Berapakah bilangan maksimum replika dalam kumpulan ketersediaan?

A: SQL Server Edisi Perusahaan menyokong sehingga sembilan replika (satu utama dan lapan sekunder). Kumpulan ketersediaan teragih boleh menyokong sehingga 18 replika keseluruhan merentasi dua kumpulan ketersediaan.

5.2 Soalan Konfigurasi

S: Bagaimanakah saya boleh memilih antara mod komit segerak dan tak segerak?

A: Gunakan komit segerak untuk keperluan kehilangan data sifar dalam pusat data yang sama atau rangkaian latensi rendah. Gunakan komit tak segerak untuk replika pemulihan bencana jauh yang mana komit segerak akan memberi kesan kepada prestasi.

S: Bolehkah saya mencampurkan replika segerak dan tak segerak dalam kumpulan ketersediaan yang sama?

J: Ya, kumpulan ketersediaan menyokong konfigurasi campuran dengan replika segerak dan tak segerak. Ini membolehkan ketersediaan tinggi setempat dengan replika segerak dan pemulihan bencana jauh dengan replika tak segerak.

S: Apa yang berlaku kepada sambungan saya semasa failover?

A: Sambungan sedia ada akan terputus apabila failover berlaku. Aplikasi dengan logik percubaan semula sambungan akan menyambung semula secara automatik ke primer baharu melalui pendengar. Proses failover biasanya selesai dalam beberapa saat hingga beberapa minit.

S: Perlukah saya menyegerakkan log masuk dan tugas merentasi replika?

J: Di SQL Server 2019 dan sebelumnya, ya – log masuk, kerja Ejen SQL dan pelayan yang dipautkan mesti disegerakkan secara manual. SQL Server 2022 memperkenalkan kumpulan ketersediaan terkandung yang secara automatik memasukkan objek ini.

5.3 Soalan Pengurusan

S: Bolehkah saya menjalankan sandaran pada replika sekunder?

J: Ya, replika sekunder menyokong sandaran penuh, pembezaan dan log transaksi. Konfigurasikan pilihan sandaran untuk memindahkan sandaran daripada replika utama dan mengurangkan penggunaan sumbernya.

S: Bagaimanakah saya menampal SQL Server dengan masa henti yang minimum?

A: Gunakan peningkatan bergilir dengan menampal replika sekunder terlebih dahulu, kemudian melakukan failover manual pada sekunder yang ditampal, dan akhirnya menampal primer sebelumnya. Ini meminimumkan masa henti pada tempoh failover.

S: Bolehkah saya menambah pangkalan data pada kumpulan ketersediaan sedia ada?

J: Ya, pangkalan data boleh ditambah ke dalam kumpulan ketersediaan yang sedang berjalan. Pangkalan data mesti berada dalam model pemulihan penuh dengan sandaran penuh dan replika sekunder mesti disemai menggunakan penyemaian automatik atau sandaran dan pemulihan manual.

S: Apakah pembenihan automatik dan patutkah saya menggunakannya?

A: Pembenihan automatik memindahkan data pangkalan data melalui rangkaian untuk memulakan replika sekunder tanpa sandaran manual. Gunakannya untuk pangkalan data yang lebih kecil atau apabila lebar jalur rangkaian mencukupi. Untuk pangkalan data yang sangat besar, pembenihan manual mungkin lebih pantas.

S: Di manakah saya perlu menjalankan DBCC CHECKDB dalam kumpulan ketersediaan?

A: Anda harus menjalankan DBCC CHECKDB pada replika sekunder untuk mengurangkan beban pada replika utama. Pemeriksaan konsistensi pangkalan data boleh dilaksanakan terhadap pangkalan data sekunder tanpa menjejaskan prestasi replika utama.

Untuk butiran lanjut tentang DBCC CHECKDB, lihat panduan komprehensif.

5.4 Soalan Penyelesaian Masalah

S: Mengapakah pangkalan data saya dalam keadaan TIDAK MENYEGERAKKAN?

A: Punca biasa termasuk masalah sambungan rangkaian, pergerakan data yang digantung, ruang cakera yang tidak mencukupi pada replika sekunder atau masalah titik akhir. Semak penerangan kesihatan penyegerakan dan SQL Server log ralat untuk butiran khusus. Jika pangkalan data sekunder telah memasukkan keadaan pemulihan atau pertunjukan pemulihan sedang menunggu, lihat panduan yang dipautkan untuk tarmendapat pembetulan.

S: Bagaimanakah saya boleh memaksa failover apabila yang utama tidak tersedia?

A: Sambungkan ke replika sekunder dan laksanakan ALTER AVAILABILITY GROUP AG_Name FORCE_FAILOVER_ALLOW_DATA_LOSS. Ini mengakui potensi kehilangan data dan mempromosikan sekunder kepada primer dengan segera.

S: Mengapakah pelanggan tidak dapat berhubung dengan pendengar saya?

A: Sahkan pendengar berada dalam talian dalam Pengurus Kluster Failover, pendaftaran DNS berjaya, semua IP pendengar boleh dicapai daripada klien dan peraturan tembok api membenarkan trafik ke port pendengar.

S: Apakah maksud giliran ulangan yang besar?

A: Barisan ulangan yang besar menunjukkan replika sekunder tidak boleh menggunakan rekod log secepat ia tiba. Ini mungkin menunjukkan kesesakan I/O cakera, kekangan CPU atau penyekatan daripada pertanyaan baca sahaja pada sekunder.

S: Apakah yang perlu saya lakukan jika bencana menjejaskan semua replika dan sandaran saya juga rosak?

A: Senario terburuk ini, walaupun sangat rare, boleh berlaku disebabkan oleh serangan ransomware, kegagalan storan yang meluas atau bencana bertubi-tubi. Pertahanan utama anda adalah pencegahan: mengekalkan replika yang diedarkan secara geografi, menyimpan sandaran di lokasi berasingan dan
uji prosedur pemulihan bencana anda secara berkala. Jika semua pilihan pemulihan standard gagal, pakar Alat pemulihan data SQL boleh cuba mengekstrak data daripada fail MDF yang rosak sebagai langkah kecemasan terakhir.

5.5 Pelesenan dan Cost Sering Ditanya

S: Bagaimanakah Kumpulan Always On Availability dilesenkan?

A: SQL Server Pelesenan bergantung pada model edisi dan penggunaan. Kumpulan ketersediaan Edisi Perusahaan memerlukan lesen Perusahaan pada semua replika. Replika sekunder pasif mungkin layak mendapat pelesenan percuma di bawah syarat-syarat tertentu.

S: Bolehkah saya gunakan SQL Server Edisi Pembangun untuk kumpulan ketersediaan?

J: Ya, Edisi Pembangun merangkumi semua ciri Edisi Perusahaan termasuk sokongan kumpulan ketersediaan penuh. Walau bagaimanapun, ia hanya dilesenkan untuk pembangunan dan pengujian, bukan kegunaan pengeluaran.

S: Adakah fail sekunder yang boleh dibaca memerlukan lesen tambahan?

A: Pelesenan bergantung pada senario. Sekunder pasif untuk pemulihan bencana biasanya tidak memerlukan lesen. Sekunder aktif yang menyediakan beban kerja baca sahaja biasanya memerlukan lesen, walaupun terma tertentu berbeza-beza.

S: Adakah terdapat cara percuma untuk mendapatkan ketersediaan tinggi dengan SQL Server?

A: SQL Server Edisi Ekspres tidak menyokong kumpulan ketersediaan. SQL Server Edisi Standard menyokong Kumpulan Ketersediaan Asastarting dengan SQL Server 2016, menyediakan ketersediaan asas yang tinggi pada pelesenan Edisi Standard costs.

S: Apakah Kumpulan Ketersediaan Teragih?

A: Kumpulan ketersediaan teragih ialah sejenis kumpulan ketersediaan khas yang merangkumi dua kumpulan ketersediaan berasingan, membolehkan senario yang melebihi keupayaan kumpulan ketersediaan tradisional. Diperkenalkan dalam SQL Server 2016, kumpulan ketersediaan teragih menangani keperluan penskalaan dan pengagihan geografi.

6. kesimpulan

6.1 Ringkasan Perkara Utama

SQL Server Kumpulan Ketersediaan Sentiasa Terpasang mewakili penyelesaian ketersediaan tinggi dan pemulihan bencana utama Microsoft untuk pangkalan data kritikal misi. Mereka menyediakan failover peringkat pangkalan data tanpa keperluan storan kongsi, replika sekunder yang boleh dibaca untuk pemunggahan beban kerja dan pengedaran geografi yang fleksibel untuk perlindungan data yang komprehensif. Untuk organisasi yang masih menjalankan penyelesaian seperti penghantaran balak or replikasi, kumpulan ketersediaan menawarkan laluan naik taraf yang lebih mantap dan lebih mudah dari segi operasi.

6.2 Bila Perlu Menggunakan Kumpulan Always On Availability

Pilih kumpulan ketersediaan apabila memerlukan ketersediaan tinggi peringkat pangkalan data dengan keupayaan failover automatik. Organisasi yang memerlukan perlindungan kehilangan data sifar untuk pangkalan data kritikal mendapat manfaat daripada replika komit segerak dengan failover automatik. Aplikasi yang memerlukan keupayaan skala baca memanfaatkan replika sekunder yang boleh dibaca untuk mengagihkan beban kerja pertanyaan.

6.3 Mendapatkan Started dengan Pelaksanaan Anda

Mulakan perancangan kumpulan ketersediaan dengan menilai keperluan perniagaan termasuk RTO, RPO dan kekangan bajet. Dokumentasikan infrastruktur pangkalan data semasa, kebergantungan aplikasi dan jurang ketersediaan yang tinggi. Reka bentuk seni bina kumpulan ketersediaan yang menangani keperluan sambil kekal dalam kekangan sumber.

Rujukan

• Dokumen Rasmi Microsoft: Apakah kumpulan ketersediaan Sentiasa Aktif?
• Dokumen Rasmi Microsoft: Mendapatkan Started dengan Kumpulan Ketersediaan Sentiasa Aktif
• Dokumen Rasmi Microsoft: Kumpulan ketersediaan teragih

---

Mengenai Penulis

Yuan Sheng ialah pentadbir pangkalan data kanan (DBA) dengan lebih 10 tahun pengalaman dalam SQL Server persekitaran dan pengurusan pangkalan data perusahaan. Beliau telah berjaya menyelesaikan ratusan senario pemulihan pangkalan data merentas perkhidmatan kewangan, penjagaan kesihatan dan organisasi pembuatan.

Yuan pakar dalam SQL Server pemulihan pangkalan data, penyelesaian ketersediaan tinggi dan pengoptimuman prestasi. Pengalaman praktikalnya yang luas termasuk mengurus pangkalan data berbilang terabait, melaksanakan Kumpulan Ketersediaan Sentiasa Dihidupkan, dan membangunkan strategi sandaran dan pemulihan automatik untuk sistem perniagaan yang kritikal misi.

Melalui kepakaran teknikal dan pendekatan praktikalnya, Yuan menumpukan pada mencipta panduan komprehensif yang membantu pentadbir pangkalan data dan profesional IT menyelesaikan kompleks SQL Server cabaran dengan cekap. Dia kekal terkini dengan yang terkini SQL Server keluaran dan teknologi pangkalan data Microsoft yang sedang berkembang, menguji senario pemulihan secara kerap untuk memastikan cadangannya mencerminkan amalan terbaik dunia sebenar.

Ada soalan tentang SQL Server pemulihan atau memerlukan panduan penyelesaian masalah pangkalan data tambahan? Yuan mengalu-alukan maklum balas dan cadangan untuk menambah baik sumber teknikal ini.