1. Pengenalan kepada SQL Server Ketersediaan Tinggi
Ketersediaan tinggi dalam SQL Server merujuk kepada keupayaan sistem untuk kekal beroperasi dengan masa henti yang minimum apabila berhadapan dengan kegagalan perkakasan, masalah perisian atau penyelenggaraan yang dirancang. Kepentingan ketersediaan yang tinggi tidak boleh dipandang remeh. Apabila pangkalan data menjadi tidak tersedia, organisasi menghadapi akibat serta-merta, termasuk kehilangan hasil, pengurangan produktiviti dan ketidakpuasan pelanggan.
Walaupun Ketersediaan Tinggi (HA) dan Pemulihan Bencana (DR) sering digunakan secara bergantian, ia menangani senario kegagalan yang berbeza. HA memberi tumpuan kepada meminimumkan masa henti yang disebabkan oleh kegagalan setempat seperti ranap pelayan atau tika, manakala DR direka bentuk untuk pulih daripada bencana berskala besar yang memberi kesan kepada seluruh pusat data atau rantau.
Dua metrik kritikal membimbing perancangan HA:
- Objektif Masa Pemulihan (RTO) mentakrifkan downtime maksimum yang boleh diterima selepas kegagalan
- Objektif Titik Pemulihan (RPO) menentukan kehilangan data maksimum yang boleh diterima.
Ketersediaan biasanya diukur dalam "sembilan": 99.9% (tiga sembilan) membenarkan 8.76 jam masa henti setiap tahun, 99.99% (empat sembilan) membenarkan 52.6 minit, dan 99.999% (lima sembilan) mengehadkan masa henti kepada hanya 5.26 minit setahun.
2. SQL Server Gambaran Keseluruhan Penyelesaian Ketersediaan Tinggi
2.1 Kategori Penyelesaian HA
SQL Server Penyelesaian ketersediaan tinggi boleh dikategorikan mengikut beberapa dimensi:
- Perlindungan tika vs peringkat pangkalan data: Perlindungan peringkat tika seperti Tika Kluster Failover melindungi keseluruhan tika termasuk semua pangkalan data dan objek pelayan, manakala perlindungan peringkat pangkalan data seperti Kumpulan Ketersediaan Sentiasa Aktif melindungi pangkalan data tertentu.
- Pergerakan data segerak vs tak segerak: Pergerakan data segerak memastikan kehilangan data sifar tetapi mungkin menyebabkan kependaman, manakala pergerakan tak segerak mengoptimumkan prestasi tetapi menerima kemungkinan kehilangan data.
- Kegagalan automatik vs manual: Kegagalan automatik meminimumkan masa henti tanpa campur tangan manual, manakala kegagalan manual menyediakan kawalan yang lebih besar tetapi memerlukan tindakan pentadbir.
2.2 Penyelesaian HA Biasa
SQL Server menyediakan lapan penyelesaian ketersediaan tinggi utama, setiap satunya menangani senario tertentu:
- Sentiasa Mengenai Kumpulan Ketersediaan
- Kumpulan Ketersediaan Terkandung
- Kumpulan Ketersediaan Teragih
- Contoh Kluster Failover
- SQL Server replikasi
- Penghantaran Log
- Pencerminan Pangkalan Data
- Pautan Tika Terurus
3. Kumpulan Ketersediaan Sentiasa Aktif
Kumpulan Ketersediaan Sentiasa Aktif mewakili SQL Serverpenyelesaian ketersediaan tinggi dan pemulihan bencana peringkat pangkalan data utama, diperkenalkan pada SQL Server 2012. Ia membolehkan kumpulan pangkalan data gagal bersama sebagai satu unit sambil menyediakan replika sekunder yang boleh dibaca untuk pemuatan pertanyaan.
Ciri-ciri utama
- Sokongan untuk sehingga 9 replika secara keseluruhan (1 primer + 8 sekunder)
- Sehingga 5 replika dalam mod komit segerak (1 primer + 4 sekunder)
- Kegagalan automatik dengan kehilangan data sifar dalam mod segerak
- Replika sekunder yang boleh dibaca untuk pemuatan pertanyaan
- Pemunggahan sandaran ke replika sekunder
- Pendengar Kumpulan Ketersediaan untuk penghalaan sambungan automatik
- Penghalaan baca sahaja untuk pertanyaan baca pengimbangan beban
- Pelbagai pangkalan data gagal bersama sebagai satu kumpulan
Langkah-langkah Pelaksanaan
- Konfigurasikan Kluster Failover Windows Server (WSFC) atau kluster Perentak Jantung Linux
- Dayakan ciri Kumpulan Ketersediaan Sentiasa Aktif pada semua SQL Server contoh
- Pastikan pangkalan data menggunakan model pemulihan penuh dan mempunyai sandaran penuh
- Cipta titik akhir pencerminan pangkalan data pada setiap replika
- Cipta Kumpulan Ketersediaan dan tambah pangkalan data
- Konfigurasikan replika primer dan sekunder dengan mod yang dikehendaki
- Cipta dan konfigurasikan pendengar Kumpulan Ketersediaan
- Konfigurasikan penghalaan baca sahaja jika menggunakan sekunder yang boleh dibaca
- Uji prosedur failover dan sahkan ketersambungan aplikasi
terbaik Untuk
- Pangkalan data misi kritikal yang memerlukan masa operasi maksimum
- Organisasi yang memerlukan kedua-dua HA tempatan dan DR geografi
- Persekitaran yang memerlukan keupayaan skala baca
- Aplikasi yang mendapat manfaat daripada pemunggahan pertanyaan pelaporan
- Pangkalan data yang memerlukan perlindungan kehilangan data sifar
- Aplikasi berbilang pangkalan data memerlukan failover yang diselaraskan
Kelebihan
- Kehilangan data sifar dengan mod komit segerak
- Kegagalan automatik meminimumkan masa henti (biasanya saat)
- Sekunder yang boleh dibaca mengurangkan beban pada primer
- Tiada keperluan storan kongsi
- Menyokong platform Windows dan Linux
- Taburan geografi untuk pemulihan bencana
- Operasi sandaran boleh dipindahkan ke bahagian sekunder
- Rentetan sambungan aplikasi kekal tidak berubah selepas failover
Kekurangan
- Memerlukan Edisi Perusahaan untuk fungsi penuh
- Edisi Standard terhad kepada AG Asas (1 pangkalan data, 1 sekunder, tiada sekunder yang boleh dibaca)
- Konfigurasi dan pengurusan yang kompleks
- Memerlukan infrastruktur pengelompokan (WSFC atau Pacemaker)
- Objek peringkat tika (log masuk, kerja) memerlukan penyegerakan manual
- Mod segerak boleh memperkenalkan latensi transaksi
- Kos pelesenan untuk berbilang pelayan
Rujukan
- SQL Server Kumpulan Ketersediaan Sentiasa Aktif: Panduan Lengkap
- Dokumen Rasmi Microsoft: Gambaran Keseluruhan kumpulan ketersediaan Sentiasa Aktif (SQL Server)
4. Kumpulan Ketersediaan Terkandung
Kumpulan Ketersediaan Terkandung, diperkenalkan dalam SQL Server 2022, melanjutkan Kumpulan Ketersediaan Sentiasa Aktif tradisional dengan menyegerakkan objek peringkat tika merentasi replika secara automatik, menghapuskan keperluan untuk replikasi manual log masuk, tugas dan objek peringkat pelayan yang lain.
Ciri-ciri utama
- Penyegerakan automatik objek peringkat contoh (log masuk, pengguna, peranan)
- SQL Server Kerja ejen direplikasi merentasi semua replika
- Kebenaran pangkalan data disegerakkan secara automatik
- Semua keupayaan Always On AG disertakan
- Kegagalan mudah dengan replikasi persekitaran lengkap
- Sokongan untuk platform Windows dan Linux
Langkah-langkah Pelaksanaan
- Pastikan SQL Server 2022 atau lebih baru pada semua keadaan
- Konfigurasikan infrastruktur kluster WSFC atau Pacemaker
- Dayakan ciri Sentiasa Aktif pada semua tika
- Cipta Kumpulan Ketersediaan Terkandung dengan pilihan TERKANDUNG
- Tambah pangkalan data pada AG yang terkandung
- Cipta log masuk dan kerja dalam konteks AG
- Konfigurasikan failover pendengar dan uji
terbaik Untuk
- Organisasi yang mahukan pentadbiran AG yang dipermudahkan
- Persekitaran dengan ujian atau operasi failover yang kerap
- Aplikasi yang memerlukan banyak objek peringkat contoh
- Baru SQL Server Penggunaan 2022+
- Pasukan yang mahukan konfigurasi pasca-failover yang dikurangkan
Kelebihan
- Menghapuskan penyegerakan manual log masuk dan tugas
- Kegagalan lebih pantas dan lebih andal
- Mengurangkan overhed pentadbiran
- Aplikasi berfungsi serta-merta selepas failover
- Prosedur pemulihan bencana yang dipermudahkan
- Semua faedah AG tradisional disertakan
Kekurangan
- Memerlukan SQL Server 2022 atau lebih baru
- Edisi Perusahaan diperlukan untuk fungsi penuh
- Tidak boleh menukar AG tradisional sedia ada kepada AG yang terkandung
- Semua replika mesti menyokong ciri AG yang terkandung
- Kerumitan tambahan berbanding AG tradisional
Rujukan
5. Kumpulan Ketersediaan Teragih
Kumpulan Ketersediaan Teragih, diperkenalkan dalam SQL Server 2016, mendayakan seni bina "Kumpulan Ketersediaan Kumpulan Ketersediaan", yang menghubungkan dua AG bebas merentasi kluster berasingan untuk senario pemulihan bencana dan migrasi lanjutan.
Ciri-ciri utama
- Menghubungkan dua kumpulan ketersediaan bebas
- Setiap AG mengekalkan kluster bebasnya sendiri
- Sokongan merentas platform (Windows ke Linux)
- Replikasi rentas kluster tanpa keahlian kluster kongsi
- Satu AG berfungsi sebagai primer, yang lain sebagai sekunder
- Menyokong mod segerak dan tak segerak
- Taburan geografi merentasi wilayah atau benua
Langkah-langkah Pelaksanaan
- Cipta dan konfigurasikan Kumpulan Ketersediaan pertama (DAG utama)
- Cipta dan konfigurasikan Kumpulan Ketersediaan kedua (DAG sekunder)
- Cipta AG teragih yang menghubungkan kedua-dua AG
- Konfigurasikan penyegerakan data antara AG
- Sediakan pendengar pada setiap AG untuk kesambungan aplikasi
- Konfigurasikan dasar failover dan prosedur ujian
- Sahkan komunikasi dan replikasi rentas kluster
terbaik Untuk
- Pemulihan bencana berbilang wilayah yang merangkumi pusat data bebas
- Migrasi merentas platform dari Windows ke Linux atau sebaliknya
- Senario awan hibrid yang bersambung di premis ke Azure
- Peningkatan versi utama yang memerlukan tempoh migrasi yang dilanjutkan
- Organisasi dengan berbilang kluster failover bebas
- Perusahaan global memerlukan replikasi merentasi benua
Kelebihan
- Menyahgandingkan kebergantungan kluster antara tapak
- Membolehkan taburan geografi sebenar
- Menyokong senario merentas platform
- Setiap AG boleh gagal secara bebas
- Sesuai untuk projek migrasi yang kompleks
- Tiada infrastruktur kluster kongsi diperlukan
- Boleh merangkumi domain Windows atau pengedaran Linux yang berbeza
Kekurangan
- Memerlukan Edisi Perusahaan
- Kerumitan yang tinggi dalam konfigurasi dan pengurusan
- Memerlukan pemahaman yang mendalam tentang teknologi pengelompokan dan AG
- Lebih sukar untuk menyelesaikan masalah berbanding AG standard
- Latensi tambahan untuk senario merentas rantau
- Memerlukan perancangan prosedur failover yang teliti
Rujukan
6. Contoh Kluster Failover (FCI)
Contoh Kluster Failover menyediakan ketersediaan tinggi peringkat contoh menggunakan storan kongsi dan Pengelompokan Failover Windows Server, membolehkan failover automatik keseluruhan SQL Server contoh termasuk semua pangkalan data dan objek peringkat pelayan.
Ciri-ciri utama
- Perlindungan peringkat contoh (semua pangkalan data gagal bersama)
- Konfigurasi aktif-pasif dengan storan kongsi
- Nama Rangkaian Maya (VNN) untuk failover telus
- Kegagalan automatik apabila nod aktif gagal
- Kehilangan data sifar (satu salinan data)
- Objek peringkat pelayan disertakan (log masuk, kerja, pelayan yang dipautkan)
- Menyokong semua SQL Server model pemulihan
Langkah-langkah Pelaksanaan
- Konfigurasikan Kluster Kegagalan Pelayan Windows (WSFC)
- Sediakan storan kongsi (SAN, SMB, Storage Spaces Direct)
- Konfigurasikan tetapan kuorum kluster
- memasang SQL Server sebagai Contoh Kluster Failover pada nod pertama
- Tambah nod tambahan pada FCI
- Konfigurasikan Nama Rangkaian Maya dan alamat IP
- Kegagalan ujian antara nod kluster
- Konfigurasikan aplikasi klien untuk menggunakan VNN
terbaik Untuk
- Organisasi dengan infrastruktur storan kongsi sedia ada
- Persekitaran yang memerlukan perlindungan peringkat contoh
- Ketersediaan tinggi tempatan dalam satu pusat data
- Aplikasi yang memerlukan semua pangkalan data gagal bersama-sama
- Senario di mana objek peringkat pelayan mesti dilindungi
- Persekitaran Windows sahaja (Linux tidak disokong untuk FCI)
Kelebihan
- Perlindungan peringkat contoh yang lengkap
- Kehilangan data sifar dijamin
- Keupayaan failover automatik
- Tidak perlu menyegerakkan log masuk atau tugas
- Salinan data tunggal mengurangkan kos penyimpanan
- Menyokong semua model pemulihan
- Rentetan sambungan aplikasi tidak berubah selepas failover
Kekurangan
- Memerlukan infrastruktur storan kongsi yang mahal
- Storan kongsi adalah satu-satunya titik kegagalan
- Tiada keupayaan skala baca (hanya satu nod aktif)
- Taburan geografi terhad disebabkan oleh kekangan penyimpanan
- Edisi Standard terhad kepada 2 nod
- Windows sahaja (tiada sokongan Linux)
- Masa failover yang lebih lama berbanding AG (biasanya beberapa minit)
- Konfigurasi dan pengurusan storan yang kompleks
Rujukan
- SQL Server Kluster Failover: Panduan Lengkap untuk DBA
- Dokumen Rasmi Microsoft: Contoh kluster failover Sentiasa Aktif (SQL Server)
7. SQL Server replikasi
SQL Server Replikasi ialah teknologi pengedaran data yang menyalin dan mengedarkan data merentasi berbilang pelayan, menyokong pelbagai topologi daripada pengedaran sehala mudah kepada konfigurasi berbilang induk yang kompleks, walaupun terutamanya digunakan untuk pelaporan dan bukannya penyelesaian ketersediaan tinggi tulen.
Ciri-ciri utama
- Empat jenis replikasi: Gambaran Ringkas, Transaksional, Gabungan, Peer-to-Peer
- Pemilihan data berbutir (jadual, lajur, baris tertentu)
- Sokongan untuk berbilang pelanggan daripada penerbit tunggal
- Topologi dwiarah dan berbilang induk tersedia
- Pilihan penjadualan dan penyegerakan yang fleksibel
- Penyelesaian konflik untuk replikasi gabungan
- Keupayaan penapisan dengan predikat WHERE
Langkah-langkah Pelaksanaan
- Konfigurasikan pelayan Pengedar (boleh berasingan atau sama dengan Penerbit)
- Cipta penerbitan pada pangkalan data Penerbit
- Pilih jenis replikasi berdasarkan keperluan
- Pilih artikel (jadual, paparan, prosedur tersimpan) untuk direplikasi
- Konfigurasikan penapisan dan transformasi data jika perlu
- Sediakan pangkalan data Pelanggan
- Cipta langganan (tolak atau tarik)
- Mulakan langganan dengan snapshot
- Pantau agen replikasi dan kependaman
terbaik Untuk
- Mengedarkan data kepada berbilang pelayan pelaporan
- Senario skala baca dengan beban kerja pelaporan
- Pengagihan data separa ke tapak terpencil
- Penyatuan data daripada pelbagai sumber
- Senario yang kadangkala berkaitan (replikasi gabungan)
- Peranan sokongan dalam strategi pemulihan bencana
Kelebihan
- Kawalan terperinci ke atas data yang direplikasi
- Pelbagai pelanggan disokong
- Pilihan topologi fleksibel
- Boleh meniru jadual atau lajur tertentu
- Penapisan mengurangkan trafik rangkaian
- Menyokong replikasi heterogen (SQL Server kepada Oracle)
- Berfungsi dengan Edisi Standard
Kekurangan
- Tiada keupayaan failover automatik
- Konfigurasi dan pengurusan yang kompleks
- Potensi konflik replikasi (gabungan dan rakan ke rakan)
- Kependaman dalam penyegerakan data
- Perubahan skema memerlukan penyelarasan yang teliti
- Tidak direka bentuk sebagai larutan HA utama
- Penyelesaian masalah boleh menjadi mencabar
- Peer-to-Peer memerlukan Edisi Perusahaan
Rujukan
8. Penghantaran Log
Log Shipping menyediakan penyelesaian pemulihan bencana sedia ada yang mesra dan ketersediaan tinggi melalui proses sandaran, salinan dan pemulihan log transaksi automatik, menawarkan pendekatan yang mudah dan kos efektif untuk menyelenggara pangkalan data sekunder yang disegerakkan.
Ciri-ciri utama
- Kerja sandaran, salin dan pulihkan automatik melalui SQL Agent
- Sokongan untuk berbilang pelayan sekunder
- Selang masa sandaran dan pemulihan yang boleh dikonfigurasikan
- Mod STANDBY membenarkan akses baca sahaja kepada sekunder
- Pemulihan log tertangguh untuk perlindungan pemulihan ralat
- Pantau pelayan untuk pemantauan berpusat
- Sokongan pemampatan log transaksi
Langkah-langkah Pelaksanaan
- Pastikan pangkalan data utama menggunakan model pemulihan penuh
- Cipta sandaran penuh pangkalan data utama
- Pulihkan sandaran pada pelayan sekunder dengan NORECOVERY
- Konfigurasikan penghantaran log pada pangkalan data utama
- Tentukan folder sandaran kongsi yang boleh diakses oleh semua pelayan
- Konfigurasikan jadual kerja sandaran pada utama
- Konfigurasikan kerja salin dan pulihkan pada sekunder
- Secara pilihan, konfigurasikan pelayan monitor
- Prosedur kegagalan ujian
terbaik Untuk
- Penyelesaian pemulihan bencana yang kos efektif
- Organisasi dengan pelesenan Edisi Standard
- Senario yang bertolak ansur dengan kehilangan data selama beberapa minit
- Persekitaran selesa dengan failover manual
- Pemulihan tertangguh untuk keperluan perlindungan ralat
- Melaporkan beban kerja menggunakan mod STANDBY
- Keperluan DR mudah tanpa infrastruktur yang kompleks
Kelebihan
- Konfigurasi dan operasi yang mudah
- Kos rendah (sokongan Edisi Standard)
- Pelbagai pelayan sekunder disokong
- Kelewatan yang boleh dikonfigurasikan melindungi daripada ralat logik
- Pelaporan baca sahaja dalam mod STANDBY
- Bertoleransi dengan latensi rangkaian yang tinggi
- Impak minimum pada pelayan utama
- Teknologi yang mantap dan terbukti
Kekurangan
- Tiada keupayaan failover automatik
- Mesti dikonfigurasikan secara berasingan untuk setiap pangkalan data
- Kelewatan penyegerakan (minit hingga jam)
- Potensi kehilangan data berdasarkan selang masa sandaran
- Kegagalan manual meningkatkan RTO
- Memerlukan SQL Server Ejen yang berjalan pada semua pelayan
- Pangkalan data sekunder tidak boleh diakses semasa pemulihan log
- Aplikasi memerlukan perubahan rentetan sambungan selepas failover
Rujukan
- SQL Server Penghantaran Log: Panduan Lengkap untuk DBA
- Dokumen Rasmi Microsoft: Perihal penghantaran log (SQL Server)
9. Pencerminan Pangkalan Data
Pencerminan Pangkalan Data ialah penyelesaian ketersediaan tinggi peringkat pangkalan data yang tidak lagi digunakan dan tidak menerima sebarang penambahbaikan sejak itu. SQL Server 2012, walaupun ia masih tersedia dalam versi semasa. Microsoft sangat mengesyorkan berhijrah ke Kumpulan Ketersediaan Sentiasa Aktif untuk semua penggunaan baharu.
Ciri-ciri utama
- Seni bina pelayan utama dan cermin
- Pelayan saksi pilihan untuk failover automatik
- Dua mod operasi: Keselamatan Tinggi dan Prestasi Tinggi
- Sokongan operasi segerak dan tak segerak
- Keupayaan pembaikan halaman automatik
- Perlindungan peringkat pangkalan data
- Sokongan penyulitan untuk penghantaran data
Langkah-langkah Pelaksanaan
- Pastikan pangkalan data menggunakan model pemulihan penuh
- Cipta sandaran penuh dan pulihkan ke pelayan cermin dengan NORECOVERY
- Cipta titik akhir pencerminan pada prinsipal dan cermin
- Konfigurasikan sijil untuk pengesahan
- Wujudkan sesi pencerminan antara pelayan
- Secara pilihan, konfigurasikan pelayan saksi untuk failover automatik
- Tetapkan mod operasi (Keselamatan Tinggi atau Prestasi Tinggi)
- Prosedur kegagalan ujian
terbaik Untuk
- Sistem legasi sudah menggunakan Pencerminan Pangkalan Data
- Mengekalkan konfigurasi sedia ada sehingga migrasi boleh dilakukan
- Tiada senario lain yang disyorkan (ciri ini telah ditamatkan)
Kelebihan
- Kegagalan automatik pantas dalam mod Keselamatan Tinggi dengan saksi
- Kehilangan data sifar dalam mod Keselamatan Tinggi
- Pembaikan halaman automatik daripada rakan kongsi
- Lebih ringkas daripada Kumpulan Ketersediaan untuk pangkalan data tunggal
- Menyokong penyulitan untuk penghantaran
- Penaiktarafan bergilir dengan masa henti minimum
Kekurangan
- Tidak lagi digunakan sejak SQL Server 2012 (mungkin dialih keluar)
- Konfigurasi setiap pangkalan data dan failover
- Tiada cermin yang boleh dibaca (tiada keupayaan skala baca)
- Setiap pangkalan data gagal secara berasingan
- Kemas kini rentetan sambungan diperlukan selepas failover
- Terhad kepada dua pelayan (prinsipal dan cermin)
- Tiada penambahbaikan atau ciri baharu
- Microsoft mengesyorkan penghijrahan kepada Always On AG
Rujukan
10. Pautan Tika Terurus
Pautan Tika Terurus mewujudkan sambungan hibrid antara SQL Server dan Azure SQL Managed Instance menggunakan teknologi kumpulan ketersediaan teragih, yang mendayakan replikasi data hampir masa nyata untuk senario pemulihan bencana, migrasi dan penyepaduan awan.
Ciri-ciri utama
- Replikasi hampir masa nyata menggunakan teknologi AG teragih
- Replikasi sehala (SQL Server 2016-2019 hingga Azure)
- Replikasi dwiarah dengan failback (SQL Server 2022 +)
- Satu pangkalan data bagi setiap pautan (pelbagai pautan disokong)
- Replika yang boleh dibaca pada Azure SQL Managed Instance
- Pilihan replika DR pasif tanpa lesen
- Migrasi dalam talian dengan masa henti minimum
Langkah-langkah Pelaksanaan
- Sediakan SQL Server persekitaran (VPN atau ExpressRoute ke Azure)
- Konfigurasikan Tika Terurus Azure SQL
- Dayakan ciri Sentiasa Hidup AG pada SQL Server
- Cipta titik akhir pencerminan pangkalan data
- Sijil pertukaran antara SQL Server dan MI
- Cipta Pautan Tika Terurus menggunakan SSMS atau skrip
- Sahkan replikasi dan penyegerakan
- Konfigurasikan penghalaan baca sahaja jika digunakan untuk skala baca
- Prosedur kegagalan ujian
terbaik Untuk
- Pemulihan bencana hibrid dengan sekunder berasaskan awan
- Migrasi dalam talian ke Azure SQL Managed Instance
- Memunggah analitik dan pelaporan kepada Azure
- Organisasi yang menerima pakai strategi awan hibrid
- Senario yang memerlukan penyepaduan perkhidmatan Azure
- Pengoptimuman kos dengan DR pasif bebas lesen
Kelebihan
- Paling berprestasi, penghijrahan masa henti minimum ke Azure
- Migrasi dalam talian sebenar ke peringkat Kritikal Perniagaan
- Kegagalan dwiarah dengan SQL Server 2022 +
- Replika DR pasif bebas lesen mengurangkan kos
- Integrasi dengan perkhidmatan Azure tanpa migrasi penuh
- Keupayaan skala baca menggunakan replika Azure
- Sandaran automatik di bahagian Azure
- Taburan geografi ke wilayah Azure
Kekurangan
- Satu had pangkalan data bagi setiap pautan
- Tidak boleh digunakan dengan kumpulan failover pada MI
- Pangkalan data sistem tidak direplikasi
- Objek peringkat contoh memerlukan penyegerakan manual
- SQL Server 2016-2019 sehala sahaja (tiada failback)
- Kos Azure untuk Tika Terurus
- Keperluan sambungan rangkaian (VPN/ExpressRoute)
- Had ciri (jadual fail, strim fail tidak disokong)
Rujukan
11. Perbandingan Penyelesaian Ketersediaan Tinggi
11.1 Jadual Perbandingan Ciri
| Ciri | Sentiasa Di AG | AG yang terkandung | AG yang diedarkan | FCI | replikasi | Penghantaran Log | Cermin | Pautan MI |
|---|---|---|---|---|---|---|---|---|
| Edisi | Ent/Std | Ent/Std | Ent | Ent/Std | Ent/Std | Ent/Std | Ent/Std | Ent/Std |
| Tahap perlindungan | Pangkalan Data | Pangkalan Data+Tindakan | Pangkalan Data | Contohnya | Pangkalan Data/Objek | Pangkalan Data | Pangkalan Data | Pangkalan Data |
| Penyegerakan Data | Segerak/Asegerak | Segerak/Asegerak | Segerak/Asegerak | Dikongsi | tak segerak | tak segerak | Segerak/Asegerak | tak segerak |
| Kegagalan Automatik | Ya | Ya | Ya | Ya | Tidak | Tidak | Ya | Tidak |
| Skala Baca | Ya | Ya | Ya | Tidak | Ya | Terhad | Tidak | Ya |
| RTO | Seconds | Seconds | Seconds | minit | manual | manual | Seconds | manual |
| RPO | Sifar/Min | Sifar/Min | Sifar/Min | Sifar | Minimal | minit | Sifar/Min | Minimal |
| Status Sokongan | aktif | aktif | aktif | aktif | aktif | aktif | Dikecam | aktif |
11.2 Pilih Larutan HA
Apabila memilih penyelesaian, pertimbangkan faktor-faktor berikut:
- Pertimbangan bajet memberi kesan yang ketara kepada pemilihan penyelesaian: Keperluan Edisi Perusahaan mempengaruhi kos pelesenan, manakala keperluan infrastruktur berbeza daripada storan kongsi yang mahal untuk FCI kepada pelayan komoditi untuk Kumpulan Ketersediaan.
- Kerumitan berbeza dengan ketara: Log Shipping menawarkan pelaksanaan paling mudah, manakala Kumpulan Ketersediaan Teragih memerlukan kepakaran yang luas.
- Keperluan RTO memacu pilihan teknologi. Permintaan masa henti selama beberapa saat Kumpulan Ketersediaan Sentiasa Aktif atau FCI dengan failover automatik. Toleransi minit membolehkan penyelesaian failover manual seperti Log Shipping.
- Keperluan RPO sama pentingnya: kehilangan data sifar mewajibkan penyelesaian segerak, manakala toleransi minit membolehkan Penghantaran Log.
- Kekangan infrastruktur, keperluan skala bacaan, keperluan pengedaran geografi dan senario hibrid awan semuanya mempengaruhi pemilihan penyelesaian optimum.
12. Amalan Terbaik untuk SQL Server Ketersediaan Tinggi
12.1 Perancangan dan Reka Bentuk
Menilai keperluan perniagaan melalui analisis RTO dan RPO yang teliti untuk setiap pangkalan data. Pilih penyelesaian yang sesuai dan sepadan dengan keperluan dan bukannya terus menggunakan pilihan yang paling canggih. Rancang untuk kedua-dua ketersediaan tinggi tempatan dan pemulihan bencana geografi menggunakan pendekatan berlapis. Dokumentasikan seni bina secara komprehensif termasuk gambar rajah rangkaian, prosedur failover dan buku panduan pemulihan.
12.2 Garis Panduan Pelaksanaan
Uji prosedur failover secara berkala melalui ujian berjadual dan kegagalan simulasi untuk mengesahkan SQL Server penyelesaian ketersediaan tinggi dan kesediaan pasukan. Pantau kesihatan dan prestasi secara berterusan menggunakan SQL Serveralat terbina dalam seperti SQL Server Profil dan DMV. Konfigurasikan amaran komprehensif untuk lag penyegerakan, peristiwa failover dan degradasi kesihatan. Kekalkan SQL Server strategi sandaran walaupun pelaksanaan HA, sandaran kekal sebagai barisan pertahanan terakhir terhadap kerosakan logik dan penghapusan tidak sengaja. Pastikan sistem dikemas kini dengan kemas kini kumulatif, tampalan keselamatan dan kemas kini perisian tegar. Sahkan prosedur pemulihan secara berkala melalui pemulihan sebenar dan pengujian aplikasi dan ketahui cara mengendalikan senario seperti pangkalan data tersekat dalam mod pemulihan.
12.3 Pemantauan dan Penyelenggaraan
Gunakan alatan seperti SQL Server Memantau aktiviti, SQL Server Monitor Prestasi, dan Pandangan Pengurusan Dinamik secara meluas untuk pemantauan kesihatan, dan jalankan DBCC CHECKDB secara berkala untuk mengesahkan integriti pangkalan data. Manfaatkan Papan Pemuka Sentiasa Aktif untuk penilaian visual kesihatan Kumpulan Ketersediaan. Pantau kelewatan penyegerakan dengan teliti, terutamanya untuk replika tak segerak dan Penghantaran Log. Jejaki peristiwa failover dengan teliti menggunakan SQL Server Acara Lanjutan dan menganalisis punca corak. Menetapkan garis dasar prestasi untuk operasi biasa dan memantau sisihan yang menunjukkan potensi isu. Menjalankan semakan perancangan kapasiti secara berkala bagi memastikan infrastruktur menyokong beban kerja yang semakin meningkat.
13. Soalan Lazim
S: Apakah perbezaan antara ketersediaan tinggi dan pemulihan bencana dalam SQL Server?
A: Ketersediaan yang tinggi meminimumkan masa henti untuk kegagalan tempatan dalam pusat data, biasanya dengan failover automatik dan RTO dalam beberapa saat atau minit. Pemulihan bencana melindungi daripada bencana serantau, biasanya dengan failover manual dan RTO yang lebih lama tetapi meliputi peristiwa yang menjejaskan seluruh kemudahan.
S: Apakah perbezaan antara Penyelesaian Ketersediaan Tinggi (HA) dan Penyelesaian Skala Baca?
A: Penyelesaian Ketersediaan Tinggi memastikan pangkalan data kekal boleh diakses semasa kegagalan, dengan memberi tumpuan kepada masa operasi dan keupayaan failover automatik. Penyelesaian Skala Baca meningkatkan prestasi pertanyaan dengan mengagihkan beban kerja baca sahaja merentasi berbilang replika pangkalan data, dengan memberi tumpuan kepada daya pemprosesan dan masa tindak balas. Walaupun ini mempunyai tujuan yang berbeza, teknologi yang sama seperti Kumpulan Ketersediaan Sentiasa Aktif boleh memberikan kedua-dua faedah secara serentak: replika sekunder yang boleh dibaca menawarkan keupayaan skala baca sambil turut berfungsi sebagai sasaran failover untuk ketersediaan tinggi.
S: Yang mana SQL Server penyelesaian ketersediaan tinggi adalah yang terbaik untuk keperluan saya?
A: Penyelesaian terbaik bergantung pada sasaran RTO dan RPO, bajet, ketersediaan edisi, infrastruktur dan kepakaran. Kumpulan Ketersediaan Sentiasa Sesuai sesuai dengan kebanyakan senario perusahaan, manakala Log Shipping berfungsi dengan baik untuk persekitaran yang sensitif kos. Nilaikan keperluan berdasarkan jadual perbandingan.
S: Adakah Kumpulan Ketersediaan Sentiasa Aktif memerlukan Edisi Perusahaan?
A: Edisi Standard menyokong Kumpulan Ketersediaan Asas dengan batasan yang ketara: satu pangkalan data setiap kumpulan, satu replika sekunder dan tiada sekunder yang boleh dibaca. Fungsi penuh termasuk berbilang pangkalan data, lapan sekunder dan replika yang boleh dibaca memerlukan Edisi Perusahaan.
S: Bolehkah saya menggunakan Log Shipping dengan SQL Server Edisi Standard?
J: Ya, Log Shipping disokong sepenuhnya dalam Edisi Standard, menjadikannya penyelesaian pemulihan bencana yang menarik dan kos efektif untuk organisasi tanpa pelesenan Edisi Perusahaan.
S: Apakah perbezaan antara Kumpulan Ketersediaan Sentiasa Aktif dan Pencerminan Pangkalan Data?
A: Pencerminan Pangkalan Data tidak lagi digunakan dan beroperasi pada peringkat pangkalan data individu tanpa akses sekunder yang boleh dibaca. Kumpulan Ketersediaan Sentiasa Aktif menyokong kumpulan pangkalan data, sehingga lapan pangkalan data sekunder, replika yang boleh dibaca dan pemantauan yang dipertingkatkan. Microsoft mengesyorkan perpindahan kepada Sentiasa Aktif.
S: Bagaimanakah saya boleh memilih antara Tika Kluster Failover dan Kumpulan Ketersediaan?
A: Pilih FCI untuk perlindungan peringkat contoh dengan infrastruktur storan kongsi. Pilih Kumpulan Ketersediaan untuk perlindungan peringkat pangkalan data, keupayaan skala baca dan pengedaran geografi tanpa storan kongsi. Organisasi sering menggabungkan kedua-duanya untuk perlindungan komprehensif.
S: Bolehkah saya menggabungkan pelbagai SQL Server penyelesaian ketersediaan tinggi?
J: Ya, menggabungkan penyelesaian adalah perkara biasa. FCI boleh berfungsi sebagai replika Availability Group, menyediakan HA tempatan peringkat tika dan DR geografi peringkat pangkalan data. Log Shipping boleh menambah Availability Group untuk perlindungan jarak jauh tambahan. Uji konfigurasi gabungan dengan teliti.
S: Apakah perbezaan antara replikasi segerak dan tak segerak?
A: Replikasi segerak menunggu pengakuan sekunder sebelum melakukan komitmen, menjamin kehilangan data sifar tetapi berpotensi menyebabkan kependaman. Replikasi tak segerak diteruskan tanpa menunggu, mengoptimumkan prestasi tetapi mewujudkan kemungkinan kehilangan data semasa failover.
S: Adakah saya masih memerlukan sandaran jika saya ada SQL Server ketersediaan tinggi dikonfigurasikan?
J: Sudah tentu ya. Ketersediaan tinggi melindungi daripada kegagalan perkakasan tetapi tidak dapat melindungi daripada kerosakan logik, pemadaman tidak sengaja atau tindakan berniat jahat yang mereplikasi semua salinan. Sandaran kekal penting untuk keperluan pemulihan dan pematuhan tepat pada masanya.
S: Adakah saya masih memerlukan sandaran jika saya ada SQL Server ketersediaan tinggi dikonfigurasikan?
J: Sudah tentu ya. Ketersediaan tinggi melindungi daripada kegagalan perkakasan tetapi tidak dapat melindungi daripada kerosakan pangkalan data, pemadaman tidak sengaja atau tindakan berniat jahat. Sandaran kekal penting untuk keperluan pemulihan dan pematuhan tepat pada masanya. Dalam kes di mana fail pangkalan data menjadi rosak, dan sandaran tidak tersedia atau juga rosak, khusus Perisian pembaikan pangkalan data SQL boleh membantu memulihkan data daripada MDF, NDF dan fail sandaran yang rosak.
S: Apakah Kumpulan Ketersediaan Terkandung dan apakah perbezaannya dengan Kumpulan Ketersediaan biasa?
A: Kumpulan Ketersediaan Terkandung, diperkenalkan dalam SQL Server 2022, menyegerakkan objek peringkat tika secara automatik seperti log masuk, tugas dan metadata. Kumpulan Ketersediaan Biasa hanya menyegerakkan objek pangkalan data, yang memerlukan replikasi manual objek tika.
S: Bolehkah saya meniru data daripada SQL Server kepada Tika Terurus Azure SQL?
J: Ya, Pautan Tika Terurus menyediakan replikasi hibrid antara SQL Server dan Azure. SQL Server 2016-2019 menyokong replikasi sehala, manakala SQL Server 2022+ membolehkan replikasi dwiarah dengan failback untuk senario pemulihan bencana, migrasi dan hibrid.
S: Apa yang berlaku kepada SQL Server Kerja ejen semasa failover?
A: Dengan Kumpulan Ketersediaan tradisional, tugas mesti dicipta secara manual pada replika sekunder. Kumpulan Ketersediaan Terkandung (SQL Server 2022+) menyegerakkan tugas secara automatik. Tika Kluster Failover merangkumi tugas sebagai sebahagian daripada perlindungan peringkat tika.
14. kesimpulan
SQL Server menyediakan penyelesaian ketersediaan tinggi yang komprehensif yang menangani pelbagai keperluan daripada pangkalan data jabatan hinggalah sistem perusahaan yang kritikal misi. Setiap penyelesaian menawarkan keupayaan dan pertukaran berbeza yang mesti difahami oleh pentadbir pangkalan data untuk keputusan termaklum.
Kumpulan Ketersediaan Sentiasa Terpasang mewakili teknologi utama untuk penggunaan moden, dengan Kumpulan Ketersediaan Terkandung yang memudahkan pentadbiran dan Kumpulan Ketersediaan Teragih yang mendayakan senario merentas platform yang canggih. Tika Kluster Failover terus memenuhi keperluan perlindungan peringkat tika, manakala Penghantaran Log kekal relevan untuk senario sensitif kos. Pautan Tika Terurus membuka kemungkinan hibrid awan yang merapatkan jurang di premis SQL Server dengan Azure.
Memadankan penyelesaian dengan keperluan perniagaan tertentu mewakili faktor kejayaan kritikal. Tiada pendekatan satu saiz untuk semua. Organisasi mesti menilai dengan teliti keperluan RTO dan RPO, kekangan bajet, keupayaan infrastruktur dan kepakaran pentadbiran. Selalunya, seni bina terbaik menggabungkan pelbagai penyelesaian untuk perlindungan yang komprehensif. Pertimbangkan bagaimana strategi HA anda sejajar dengan pelan penerimaan awan yang lebih luas dan rujuk artikel khusus untuk panduan pelaksanaan terperinci bagi memastikan anda SQL Server infrastruktur menyediakan kebolehpercayaan yang diperlukan oleh perniagaan anda.
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.