1. Uvod u SQL Server Visoka dostupnost
Visoka dostupnost u SQL Server odnosi se na sposobnost sustava da ostane operativan s minimalnim zastojem kada se suoči s kvarovima hardvera, problemima sa softverom ili planiranim održavanjem. Važnost visoke dostupnosti ne može se dovoljno naglasiti. Kada baze podataka postanu nedostupne, organizacije se suočavaju s neposrednim posljedicama, uključujući gubitak prihoda, smanjenu produktivnost i nezadovoljstvo kupaca.
Iako se pojmovi Visoka dostupnost (HA) i Oporavak od katastrofe (DR) često koriste naizmjenično, oni se bave različitim scenarijima kvara. HA se fokusira na minimiziranje zastoja uzrokovanog lokaliziranim kvarovima poput rušenja poslužitelja ili instanci, dok je DR osmišljen za oporavak od velikih katastrofa koje utječu na cijeli podatkovni centar ili regiju.
Dva ključna pokazatelja vode planiranje HA:
- Ciljno vrijeme oporavka (RTO) definira maksimalno prihvatljivo vrijeme zastoja nakon kvara
- Ciljna točka oporavka (RPO) određuje maksimalni podnošljivi gubitak podataka.
Raspoloživost se obično mjeri u „devetkama“: 99.9% (tri devetke) dopušta 8.76 sati zastoja godišnje, 99.99% (četiri devetke) dopušta 52.6 minuta, a 99.999% (pet devetki) ograničava zastoj na samo 5.26 minuta godišnje.
2. SQL Server Pregled rješenja visoke dostupnosti
2.1 Kategorije HA rješenja
SQL Server Rješenja visoke dostupnosti mogu se kategorizirati prema nekoliko dimenzija:
- Zaštite na razini instance u odnosu na zaštitu na razini baze podataka: Zaštite na razini instance poput instanci klastera za prebacivanje u slučaju kvara štite cijele instance, uključujući sve baze podataka i objekte poslužitelja, dok zaštite na razini baze podataka poput grupa dostupnosti Always On štite određene baze podataka.
- Sinkroni vs. asinkroni prijenos podataka: Sinkroni prijenos podataka osigurava nulti gubitak podataka, ali može uvesti latenciju, dok asinkroni prijenos optimizira performanse, ali prihvaća mogući gubitak podataka.
- Automatski u odnosu na ručni failover: Automatski failover minimizira vrijeme zastoja bez ručne intervencije, dok ručni failover pruža veću kontrolu, ali zahtijeva djelovanje administratora.
2.2 Uobičajena HA rješenja
SQL Server pruža osam primarnih rješenja visoke dostupnosti, od kojih se svako bavi specifičnim scenarijima:
- Grupe dostupnosti Always On
- Grupe ograničene dostupnosti
- Distribuirane grupe dostupnosti
- Instance klastera za prebacivanje u slučaju kvara
- SQL Server odgovor
- Dostava trupaca
- Zrcaljenje baze podataka
- Veza upravljane instance
3. Grupe dostupnosti Always On
Grupe dostupnosti uvijek uključene predstavljaju SQL Servervodeće rješenje za visoku dostupnost i oporavak od katastrofe na razini baze podataka, predstavljeno u SQL Server 2012. Omogućuje grupama baza podataka da se zajedno prebace u slučaju kvara kao jedna cjelina, a istovremeno pruža čitljive sekundarne replike za rasterećenje upita.
Glavne značajke
- Podrška za ukupno do 9 replika (1 primarna + 8 sekundarnih)
- Do 5 replika u sinkronom načinu commit-a (1 primarna + 4 sekundarne)
- Automatsko prebacivanje na drugi sustav bez gubitka podataka u sinkronom načinu rada
- Čitljive sekundarne replike za rasterećenje upita
- Prebacivanje sigurnosne kopije na sekundarne replike
- Slušač grupe dostupnosti za automatsko usmjeravanje veze
- Usmjeravanje samo za čitanje za upite za čitanje s uravnoteženjem opterećenja
- Više baza podataka se prebacuje u slučaju kvara zajedno kao grupa
Koraci provedbe
- Konfigurirajte klasteriranje Windows Server Failover (WSFC) ili Linux Pacemaker
- Omogući značajku Grupe dostupnosti uvijek uključene na svim SQL Server instance
- Osigurajte da baze podataka koriste model potpunog oporavka i da imaju potpune sigurnosne kopije
- Stvaranje krajnjih točaka zrcaljenja baze podataka na svakoj replici
- Stvaranje grupe dostupnosti i dodavanje baza podataka
- Konfigurirajte primarne i sekundarne replike sa željenim načinima rada
- Stvaranje i konfiguriranje slušatelja grupe dostupnosti
- Konfigurirajte usmjeravanje samo za čitanje ako koristite čitljive sekundarne datoteke
- Testiranje postupaka prebacivanja na drugi sustav i provjera povezivosti aplikacije
Najbolje za
- Kritične baze podataka koje zahtijevaju maksimalno vrijeme rada
- Organizacije kojima je potrebna i lokalna HA i geografska DR
- Okruženja koja zahtijevaju mogućnosti skaliranja čitanja
- Aplikacije koje imaju koristi od rasterećenja upita za izvještavanje
- Baze podataka koje zahtijevaju zaštitu od gubitka podataka
- Aplikacije s više baza podataka koje zahtijevaju koordinirano prebacivanje u slučaju kvara
Prednosti
- Nulti gubitak podataka uz sinkroni način potvrđivanja
- Automatsko prebacivanje u slučaju kvara minimizira vrijeme zastoja (obično nekoliko sekundi)
- Čitljive sekundarne datoteke smanjuju opterećenje primarne datoteke
- Nema potrebe za dijeljenom pohranom
- Podržava i Windows i Linux platforme
- Geografska distribucija za oporavak od katastrofe
- Sigurnosne operacije mogu se prenijeti na sekundarne servere
- Nizovi za povezivanje aplikacije ostaju nepromijenjeni nakon prebacivanja na drugi sustav
Nedostaci
- Za punu funkcionalnost potrebno je Enterprise izdanje
- Standardno izdanje ograničeno na Basic AG (1 baza podataka, 1 sekundarna baza podataka, bez čitljive sekundarne baze podataka)
- Složena konfiguracija i upravljanje
- Zahtijeva infrastrukturu klasteriranja (WSFC ili Pacemaker)
- Objekti na razini instance (prijave, poslovi) zahtijevaju ručnu sinkronizaciju
- Sinkroni način rada može uzrokovati latenciju transakcija
- Troškovi licenciranja za više servera
Reference
- SQL Server Grupe dostupnosti Always On: Potpuni vodič
- Službeni dokument tvrtke Microsoft: Pregled grupa dostupnosti Always On (SQL Server)
4. Grupe ograničene dostupnosti
Zatvorene grupe dostupnosti, uvedene u SQL Server 2022. proširuju tradicionalne grupe dostupnosti Always On automatskom sinkronizacijom objekata na razini instance među replikama, eliminirajući potrebu za ručnom replikacijom prijava, poslova i drugih objekata na razini poslužitelja.
Glavne značajke
- Automatska sinkronizacija objekata na razini instance (prijave, korisnici, uloge)
- SQL Server Poslovi agenta replicirani na svim replikama
- Dozvole baze podataka sinkronizirane automatski
- Uključene su sve mogućnosti Always On AG-a
- Pojednostavljeni failover s potpunom replikacijom okruženja
- Podrška za Windows i Linux platforme
Koraci provedbe
- Osigurajte SQL Server 2022. ili kasnije u svim slučajevima
- Konfigurirajte infrastrukturu klastera WSFC ili Pacemaker
- Omogući značajku Uvijek uključeno u svim instancama
- Stvori ograničenu grupu dostupnosti s opcijom OGRANIČENO
- Dodajte baze podataka u sadržanu AG
- Stvaranje prijava i poslova unutar AG konteksta
- Konfiguriraj slušača i testiraj prebacivanje u slučaju kvara
Najbolje za
- Organizacije koje žele pojednostavljenu AG administraciju
- Okruženja s čestim testiranjem ili operacijama prebacivanja u slučaju kvara
- Aplikacije koje zahtijevaju mnogo objekata na razini instance
- Novo SQL Server Implementacije u više od 2022. godine
- Timovi koji traže smanjenu konfiguraciju nakon prekida rada
Prednosti
- Uklanja ručnu sinkronizaciju prijava i poslova
- Brže i pouzdanije prebacivanje u slučaju kvara
- Smanjeni administrativni troškovi
- Aplikacije rade odmah nakon prebacivanja na drugi sustav
- Pojednostavljeni postupci oporavka od katastrofe
- Sve tradicionalne AG pogodnosti uključene
Nedostaci
- Zahtijeva SQL Server 2022 ili kasnije
- Za punu funkcionalnost potrebno je Enterprise izdanje
- Ne mogu se pretvoriti postojeće tradicionalne AG-ove u ograničene AG-ove
- Sve replike moraju podržavati značajku sadržane AG.
- Dodatna složenost u usporedbi s tradicionalnim AG-ovima
Reference
5. Distribuirane grupe dostupnosti
Distribuirane grupe dostupnosti, uvedene u SQL Server 2016. omogućuju arhitekturu „Grupe dostupnosti grupa dostupnosti“, povezujući dvije neovisne AG-ove preko odvojenih klastera za napredne scenarije oporavka od katastrofe i migracije.
Glavne značajke
- Povezuje dvije neovisne grupe dostupnosti
- Svaka AG održava vlastiti neovisni klaster
- Podrška za više platformi (od Windowsa do Linuxa)
- Replikacija između klastera bez dijeljenog članstva u klasteru
- Jedan AG služi kao primarni, drugi kao sekundarni
- Podržava i sinkrone i asinkrone načine rada
- Geografska rasprostranjenost po regijama ili kontinentima
Koraci provedbe
- Stvaranje i konfiguriranje prve grupe dostupnosti (primarni DAG)
- Stvaranje i konfiguriranje druge grupe dostupnosti (sekundarni DAG)
- Stvorite distribuiranu AG koja povezuje dvije AG-ove
- Konfiguriranje sinkronizacije podataka između AG-ova
- Postavite slušača na svakoj AG za povezivanje aplikacija
- Konfigurirajte pravila prebacivanja na drugi sustav i postupke testiranja
- Provjerite komunikaciju i replikaciju između klastera
Najbolje za
- Oporavak od katastrofe u više regija koji obuhvaća neovisne podatkovne centre
- Migracija s više platformi s Windowsa na Linux ili obrnuto
- Hibridni scenariji u oblaku koji se povezuju lokalno s Azureom
- Nadogradnje glavnih verzija koje zahtijevaju produžene prozore migracije
- Organizacije s više neovisnih klastera za prebacivanje u slučaju kvara
- Globalna poduzeća kojima je potrebna replikacija na cijelom kontinentu
Prednosti
- Odvaja ovisnosti klastera između web-mjesta
- Omogućuje pravu geografsku distribuciju
- Podržava scenarije za više platformi
- Svaki AG može se neovisno prebaciti na failure
- Idealno za složene migracijske projekte
- Nije potrebna dijeljena infrastruktura klastera
- Može obuhvaćati različite Windows domene ili Linux distribucije
Nedostaci
- Zahtijeva Enterprise izdanje
- Visoka složenost konfiguracije i upravljanja
- Zahtijeva duboko razumijevanje i klasteriranja i AG tehnologije
- Teže je rješavati probleme nego kod standardnih AG-ova
- Dodatna latencija za scenarije koji se odnose na više regija
- Zahtijeva pažljivo planiranje postupaka prebacivanja na drugi sustav
Reference
6. Instance klastera za prebacivanje u slučaju kvara (FCI)
Instance klastera za prebacivanje u slučaju kvara pružaju visoku dostupnost na razini instance koristeći dijeljenu pohranu i klasteriranje za prebacivanje u slučaju kvara u sustavu Windows Server, omogućujući automatsko prebacivanje cijelog sustava u slučaju kvara. SQL Server instanca uključujući sve baze podataka i objekte na razini poslužitelja.
Glavne značajke
- Zaštita na razini instance (sve baze podataka se istovremeno prebacuju u slučaju kvara)
- Aktivno-pasivna konfiguracija s dijeljenom pohranom
- Naziv virtualne mreže (VNN) za transparentno prebacivanje u slučaju kvara
- Automatsko prebacivanje na drugi sustav kada aktivni čvor zakaže
- Nulti gubitak podataka (jedna kopija podataka)
- Uključeni objekti na razini poslužitelja (prijave, poslovi, povezani poslužitelji)
- Podržava sve SQL Server modeli oporavka
Koraci provedbe
- Konfiguriranje klastera za prebacivanje u slučaju kvara na Windows Serveru (WSFC)
- Postavljanje dijeljene pohrane (SAN, SMB, Storage Spaces Direct)
- Konfiguriranje postavki kvoruma klastera
- Instalirati SQL Server kao instanca klastera za preuzimanje u slučaju kvara na prvom čvoru
- Dodajte dodatne čvorove u FCI
- Konfigurirajte naziv i IP adresu virtualne mreže
- Testiranje prebacivanja između čvorova klastera
- Konfigurirajte klijentske aplikacije za korištenje VNN-a
Najbolje za
- Organizacije s postojećom infrastrukturom dijeljene pohrane
- Okruženja koja zahtijevaju zaštitu na razini instance
- Lokalna visoka dostupnost unutar jednog podatkovnog centra
- Aplikacije kojima je potrebno istovremeno prebacivanje svih baza podataka na drugi sustav
- Scenariji u kojima objekti na razini poslužitelja moraju biti zaštićeni
- Okruženja samo za Windows (Linux nije podržan za FCI)
Prednosti
- Potpuna zaštita na razini instance
- Zajamčeno nulti gubitak podataka
- Mogućnost automatskog prebacivanja na drugi sustav
- Nema potrebe za sinkronizacijom prijava ili poslova
- Jedna kopija podataka smanjuje troškove pohrane
- Podržava sve modele oporavka
- Nizovi za povezivanje aplikacije nepromijenjeni nakon prebacivanja na drugi sustav
Nedostaci
- Zahtijeva skupu infrastrukturu dijeljene pohrane
- Dijeljena pohrana je jedinstvena točka kvara
- Nema mogućnosti skaliranja čitanja (samo jedan aktivni čvor)
- Ograničena geografska distribucija zbog ograničenja skladištenja
- Standardno izdanje ograničeno na 2 čvora
- Samo za Windows (bez podrške za Linux)
- Dulje vrijeme prebacivanja u slučaju kvara u usporedbi s AG-ovima (obično nekoliko minuta)
- Složena konfiguracija i upravljanje pohranom
Reference
- SQL Server Klaster za prebacivanje u slučaju kvara: Potpuni vodič za DBA
- Službeni dokument tvrtke Microsoft: Instance klastera za prebacivanje na drugi sustav (Always On)SQL Server)
7. SQL Server odgovor
SQL Server Replikacija je tehnologija distribucije podataka koja kopira i distribuira podatke na više poslužitelja, podržavajući različite topologije, od jednostavne jednosmjerne distribucije do složenih konfiguracija s više glavnih poslužitelja, iako se prvenstveno koristi za izvještavanje, a ne kao čisto rješenje visoke dostupnosti.
Glavne značajke
- Četiri vrste replikacije: Snapshot, Transactional, Merge, Peer-to-Peer
- Odabir granularnih podataka (određene tablice, stupci, retci)
- Podrška za više pretplatnika od jednog izdavača
- Dostupne dvosmjerne i višemaster topologije
- Fleksibilne opcije zakazivanja i sinkronizacije
- Rješavanje sukoba za replikaciju spajanjem
- Mogućnosti filtriranja s predikatima WHERE
Koraci provedbe
- Konfigurirajte distributerski poslužitelj (može biti zaseban ili isti kao i izdavač)
- Izradi publikaciju u bazi podataka izdavača
- Odaberite vrstu replikacije na temelju zahtjeva
- Odaberite članke (tablice, prikaze, pohranjene procedure) za repliciranje
- Konfigurirajte filtriranje i transformaciju podataka ako je potrebno
- Postavljanje baza podataka pretplatnika
- Izrada pretplata (push ili pull)
- Inicijaliziraj pretplate snimkom stanja
- Praćenje replikacijskih agenata i latencije
Najbolje za
- Distribucija podataka na više poslužitelja za izvještavanje
- Scenariji skaliranja čitanja s radnim opterećenjima izvješćivanja
- Djelomična distribucija podataka na udaljene lokacije
- Konsolidacija podataka iz više izvora
- Povremeno povezani scenariji (replikacija spajanjem)
- Potporna uloga u strategiji oporavka od katastrofe
Prednosti
- Granularna kontrola nad repliciranim podacima
- Podržano je više pretplatnika
- Fleksibilne opcije topologije
- Može replicirati određene tablice ili stupce
- Filtriranje smanjuje mrežni promet
- Podržava heterogenu replikaciju (SQL Server Oracleu)
- Radi sa Standardnim izdanjem
Nedostaci
- Nema mogućnosti automatskog prebacivanja na drugi sustav
- Složena konfiguracija i upravljanje
- Potencijal za sukobe replikacije (spajanje i peer-to-peer)
- Latencija u sinkronizaciji podataka
- Promjene sheme zahtijevaju pažljivu koordinaciju
- Nije dizajnirano kao primarno HA rješenje
- Rješavanje problema može biti izazovno
- Za peer-to-peer potrebno je Enterprise izdanje
Reference
- SQL Server Replikacija: Potpuni vodič za administratore baza podataka
- Službeni dokument tvrtke Microsoft: SQL Server odgovor
8. Dostava trupaca
Log Shipping pruža rješenje za oporavak od katastrofe u stanju pripravnosti i visoku dostupnost putem automatiziranih procesa sigurnosnog kopiranja, kopiranja i vraćanja dnevnika transakcija, nudeći jednostavan i isplativ pristup održavanju sinkroniziranih sekundarnih baza podataka.
Glavne značajke
- Automatizirani poslovi sigurnosne kopije, kopiranja i vraćanja putem SQL Agenta
- Podrška za više sekundarnih servera
- Podesivi intervali sigurnosnog kopiranja i vraćanja
- Način rada STANDBY omogućuje pristup samo za čitanje sekundarnih
- Odgođeno vraćanje zapisnika za zaštitu od oporavka od pogrešaka
- Monitor poslužitelj za centralizirano praćenje
- Podrška za kompresiju dnevnika transakcija
Koraci provedbe
- Osigurajte da primarna baza podataka koristi model potpunog oporavka
- Izradite potpunu sigurnosnu kopiju primarne baze podataka
- Vratite sigurnosnu kopiju na sekundarni poslužitelj pomoću NORECOVERY
- Konfiguriranje slanja zapisnika u primarnu bazu podataka
- Odredite dijeljenu mapu sigurnosnih kopija dostupnu svim poslužiteljima
- Konfigurirajte raspored zadataka sigurnosne kopije na primarnom
- Konfigurirajte poslove kopiranja i vraćanja na sekundarnom računalu
- Opcionalno konfigurirajte poslužitelj za praćenje
- Postupci testiranja failovera
Najbolje za
- Isplativa rješenja za oporavak od katastrofe
- Organizacije s licenciranjem Standardnog izdanja
- Scenariji koji toleriraju gubitak podataka u trajanju od nekoliko minuta
- Okruženja ugodna za ručno prebacivanje u slučaju kvara
- Odgođeni oporavak zbog potreba zaštite od pogrešaka
- Izvještavanje o radnim opterećenjima korištenjem STANDBY načina rada
- Jednostavni DR zahtjevi bez složene infrastrukture
Prednosti
- Jednostavna konfiguracija i rad
- Niska cijena (podrška za standardno izdanje)
- Podržano više sekundarnih servera
- Podesivo kašnjenje štiti od logičkih pogrešaka
- Izvješćivanje samo za čitanje u stanju mirovanja
- Tolerira visoku latenciju mreže
- Minimalni utjecaj na primarni server
- Dobro utvrđena, dokazana tehnologija
Nedostaci
- Nema mogućnosti automatskog prebacivanja na drugi sustav
- Potrebno je zasebno konfigurirati za svaku bazu podataka
- Kašnjenje sinkronizacije (minute do sati)
- Potencijalni gubitak podataka na temelju intervala sigurnosne kopije
- Ručno prebacivanje na drugi način povećava RTO
- Zahtijeva SQL Server Agent koji radi na svim poslužiteljima
- Sekundarne baze podataka nisu dostupne tijekom vraćanja dnevnika
- Aplikacije zahtijevaju promjene niza za povezivanje nakon prebacivanja na drugi sustav
Reference
- SQL Server Dostava trupaca: Potpuni vodič za DBA
- Službeni dokument tvrtke Microsoft: O slanju zapisnika (SQL Server)
9. Zrcaljenje baze podataka
Zrcaljenje baze podataka je zastarjelo rješenje visoke dostupnosti na razini baze podataka koje nije dobilo nikakva poboljšanja od SQL Server 2012, iako je i dalje dostupan u trenutnim verzijama. Microsoft toplo preporučuje migraciju na grupe dostupnosti Always On za sve nove implementacije.
Glavne značajke
- Arhitektura glavnog i zrcalnog poslužitelja
- Opcionalni poslužitelj svjedoka za automatsko prebacivanje na drugi sustav
- Dva načina rada: visoka sigurnost i visoke performanse
- Podrška za sinkroni i asinkroni rad
- Mogućnost automatskog popravka stranice
- Zaštita na razini baze podataka
- Podrška za šifriranje za prijenos podataka
Koraci provedbe
- Osigurajte da baza podataka koristi model potpunog oporavka
- Izradite potpunu sigurnosnu kopiju i vratite je na zrcalni poslužitelj pomoću NORECOVERY-ja
- Stvaranje krajnjih točaka zrcaljenja na principalu i zrcaljenju
- Konfigurirajte certifikate za autentifikaciju
- Uspostavljanje zrcaljenja između poslužitelja
- Opcionalno konfigurirajte poslužitelj svjedoka za automatsko prebacivanje na drugi sustav
- Postavite način rada (Visoka sigurnost ili Visoke performanse)
- Postupci testiranja failovera
Najbolje za
- Stariji sustavi koji već koriste zrcaljenje baze podataka
- Zadržavanje postojećih konfiguracija dok migracija nije moguća
- Nisu preporučeni drugi scenariji (značajka je zastarjela)
Prednosti
- Brzo automatsko prebacivanje u načinu rada visoke sigurnosti s svjedokom
- Nulti gubitak podataka u načinu rada visoke sigurnosti
- Automatski popravak stranice od partnera
- Jednostavnije od grupa dostupnosti za jednu bazu podataka
- Podržava enkripciju za prijenos
- Kontinuirane nadogradnje s minimalnim zastojem
Nedostaci
- Zastarjelo od SQL Server 2012. (može se ukloniti)
- Konfiguracija po bazi podataka i prebacivanje na drugi sustav
- Nema čitljivog zrcala (nema mogućnosti skaliranja očitavanja)
- Svaka baza podataka se neovisno prebacuje na drugi način
- Ažuriranja niza za povezivanje potrebna nakon prebacivanja na drugi sustav
- Ograničeno na dva servera (glavni i mirror)
- Nema poboljšanja ili novih značajki
- Microsoft preporučuje migraciju na Always On AG
Reference
10. Veza upravljane instance
Veza upravljane instance stvara hibridnu vezu između SQL Server i Azure SQL Managed Instance korištenjem tehnologije distribuiranih grupa dostupnosti, omogućujući replikaciju podataka gotovo u stvarnom vremenu za scenarije oporavka od katastrofe, migracije i integracije u oblaku.
Glavne značajke
- Replikacija gotovo u stvarnom vremenu korištenjem distribuirane AG tehnologije
- Jednosmjerna replikacija (SQL Server 2016.-2019. do Azurea)
- Dvosmjerna replikacija s povratkom u slučaju kvara (SQL Server 2022 +)
- Jedna baza podataka po poveznici (podržano je više poveznica)
- Čitljive replike na upravljanoj instanci Azure SQL-a
- Opcija pasivne DR replike bez licence
- Online migracija s minimalnim zastojem
Koraci provedbe
- Pripremiti SQL Server okruženje (VPN ili ExpressRoute za Azure)
- Konfiguriranje upravljane instance Azure SQL-a
- Omogući značajku Always On AG SQL Server
- Stvaranje krajnje točke zrcaljenja baze podataka
- Razmjena certifikata između SQL Server i MI
- Stvaranje veze upravljane instance pomoću SSMS-a ili skripti
- Validacija replikacije i sinkronizacije
- Konfigurirajte usmjeravanje samo za čitanje ako se koristi za skaliranje čitanja
- Postupci testiranja failovera
Najbolje za
- Hibridni oporavak od katastrofe sa sekundarnim resursom u oblaku
- Online migracija na upravljanu instancu Azure SQL-a
- Prebacivanje analitike i izvještavanja u Azure
- Organizacije koje usvajaju hibridnu strategiju oblaka
- Scenariji koji zahtijevaju integraciju Azure servisa
- Optimizacija troškova s pasivnim DR-om bez licence
Prednosti
- Najučinkovitija migracija na Azure s minimalnim zastojem
- Prava online migracija na razinu kritičnih poslovnih podataka
- Dvosmjerno prebacivanje u slučaju kvara s SQL Server 2022 +
- Pasivna DR replika bez licence smanjuje troškove
- Integracija s Azure uslugama bez potpune migracije
- Mogućnost skaliranja čitanja pomoću Azure replika
- Automatizirane sigurnosne kopije na strani Azurea
- Geografska distribucija u Azure regije
Nedostaci
- Ograničenje jedne baze podataka po vezi
- Ne može se koristiti s grupama za prebacivanje na rezervne sustave na MI
- Sistemske baze podataka nisu replicirane
- Objekti na razini instance zahtijevaju ručnu sinkronizaciju
- SQL Server 2016.-2019. samo jednosmjerno (bez povratka)
- Troškovi Azurea za upravljanu instancu
- Zahtjevi za mrežnu povezivost (VPN/ExpressRoute)
- Ograničenja značajki (tablice datoteka, tokovi datoteka nisu podržani)
Reference
11. Usporedba rješenja visoke dostupnosti
11.1 Tablica usporedbe značajki
| svojstvo | Uvijek uključen AG | Zadržani AG | Distribuirana AG | FCI | odgovor | Dostava trupaca | Zrcaljenje | MI Link |
|---|---|---|---|---|---|---|---|---|
| izdanje | Ulaz/Standard | Ulaz/Standard | ent | Ulaz/Standard | Ulaz/Standard | Ulaz/Standard | Ulaz/Standard | Ulaz/Standard |
| Razina zaštite | Baza podataka | Baza podataka + instanca | Baza podataka | Primjer | Baza podataka/Objekti | Baza podataka | Baza podataka | Baza podataka |
| Sinkronizacija podataka | Sinkronizacija/Asinkronost | Sinkronizacija/Asinkronost | Sinkronizacija/Asinkronost | Zajednička | Asinkroniziraj | Asinkroniziraj | Sinkronizacija/Asinkronost | Asinkroniziraj |
| Automatsko prebacivanje u slučaju kvara | Da | Da | Da | Da | Ne | Ne | Da | Ne |
| Skala čitanja | Da | Da | Da | Ne | Da | ograničen | Ne | Da |
| OTR | sekunde | sekunde | sekunde | minuta | Priručnik | Priručnik | sekunde | Priručnik |
| RPO | Nula/min | Nula/min | Nula/min | nula | minimum | minuta | Nula/min | minimum |
| Status podrške | Aktivan | Aktivan | Aktivan | Aktivan | Aktivan | Aktivan | Zastarjela | Aktivan |
11.2 Odaberite HA rješenje
Prilikom odabira rješenja, uzmite u obzir sljedeće čimbenike:
- Proračunska razmatranja značajno utječu na odabir rješenja: Zahtjevi Enterprise Editiona utječu na troškove licenciranja, dok se potrebe za infrastrukturom razlikuju od skupe dijeljene pohrane za FCI-je do standardnih poslužitelja za grupe dostupnosti.
- Složenost se znatno razlikuje: Dostava logova nudi najjednostavniju implementaciju, dok distribuirane grupe dostupnosti zahtijevaju opsežno stručno znanje.
- Zahtjevi RTO-a određuju izbor tehnologije. Zahtjevi za sekunde zastoja su Grupe dostupnosti uvijek uključene ili FCI-ji s automatskim prebacivanjem u slučaju kvara. Tolerancija minuta omogućuje rješenja za ručno prebacivanje u slučaju kvara poput dostave dnevnika.
- RPO zahtjevi su jednako važni: nulti gubitak podataka nalaže sinkrona rješenja, dok tolerancija od nekoliko minuta omogućuje slanje logova.
- Ograničenja infrastrukture, potrebe za skaliranjem čitanja, zahtjevi za geografskom distribucijom i hibridni scenariji u oblaku utječu na odabir optimalnog rješenja.
12. Najbolji primjeri iz prakse za SQL Server Visoka dostupnost
12.1 Planiranje i dizajn
Procijenite poslovne zahtjeve pažljivom analizom RTO-a i RPO-a za svaku bazu podataka. Odaberite odgovarajuća rješenja koja odgovaraju zahtjevima, umjesto da se pridržavate najsofisticiranijih opcija. Planirajte i lokalnu visoku dostupnost i geografski oporavak od katastrofe koristeći slojevite pristupe. Sveobuhvatno dokumentirajte arhitekturu, uključujući mrežne dijagrame, postupke prebacivanja u slučaju kvara i priručnike za oporavak.
12.2 Smjernice za provedbu
Redovito testirajte postupke prebacivanja na drugi način putem planiranih testova i simuliranih kvarova radi validacije SQL Server rješenja visoke dostupnosti i spremnost tima. Kontinuirano pratite stanje i performanse pomoću SQL Serverugrađeni alati poput SQL Server Profiler i DMV-ove. Konfigurirajte sveobuhvatna upozorenja za kašnjenje sinkronizacije, događaje prebacivanja u slučaju kvara i pogoršanje ispravnosti. Održavajte SQL Server sigurnosne strategije unatoč implementaciji HA, jer sigurnosne kopije ostaju posljednja linija obrane od logičke korupcije i slučajnog brisanja. Redovito ažurirajte sustave kumulativnim ažuriranjima, sigurnosnim zakrpama i ažuriranjima firmvera. Povremeno provjeravajte postupke oporavka stvarnim vraćanjima i testiranjem aplikacija te znajte kako postupati sa scenarijima poput... baze podataka zaglavljene u načinu oporavka.
12.3 Praćenje i održavanje
Koristite alate poput SQL Server Aktivnost Monitor, SQL Server Performance Monitori opsežno korištenje dinamičkih upravljačkih prikaza za praćenje stanja i pokretanje DBCC CHECKDB redovito provjeravajte integritet baze podataka. Iskoristite Always On Dashboard za vizualnu procjenu stanja grupe dostupnosti. Pažljivo pratite kašnjenje sinkronizacije, posebno za asinhrone replike i slanje dnevnika. Pažljivo pratite događaje prebacivanja u slučaju kvara pomoću SQL Server Prošireni događaji i analizirati uzroke obrazaca. Utvrditi osnovne vrijednosti performansi za normalan rad i pratiti odstupanja koja ukazuju na potencijalne probleme. Provoditi redovite preglede planiranja kapaciteta osiguravajući da infrastruktura podržava rastuća opterećenja.
13. Pitanja
P: Koja je razlika između visoke dostupnosti i oporavka od katastrofe u SQL Server?
A: Visoka dostupnost minimizira vrijeme zastoja zbog lokalnih kvarova unutar podatkovnog centra, obično s automatskim prebacivanjem na drugi sustav i RTO-ima u sekundama ili minutama. Oporavak od katastrofe štiti od regionalnih katastrofa, obično s ručnim prebacivanjem na drugi sustav i duljim RTO-ima, ali pokriva događaje koji utječu na cijele objekte.
P: Koja je razlika između rješenja visoke dostupnosti (HA) i rješenja za skaliranje čitanja?
A: Rješenja visoke dostupnosti osiguravaju da baze podataka ostanu dostupne tijekom kvarova, fokusirajući se na vrijeme rada i mogućnosti automatskog prebacivanja u slučaju kvara. Rješenja za skaliranje čitanja poboljšavaju performanse upita distribuirajući radna opterećenja samo za čitanje na više replika baza podataka, fokusirajući se na propusnost i vrijeme odziva. Iako služe različitim svrhama, ista tehnologija poput grupa dostupnosti Always On može istovremeno pružiti obje prednosti: čitljive sekundarne replike nude mogućnosti skaliranja čitanja, a istovremeno služe kao ciljevi prebacivanja u slučaju kvara za visoku dostupnost.
P: Koji SQL Server Je li rješenje visoke dostupnosti najbolje za moje potrebe?
A: Najbolje rješenje ovisi o ciljevima RTO-a i RPO-a, proračunu, dostupnosti izdanja, infrastrukturi i stručnosti. Grupe dostupnosti Always On odgovaraju većini poslovnih scenarija, dok dostava logova dobro funkcionira za okruženja osjetljiva na troškove. Procijenite zahtjeve u usporednoj tablici.
P: Jesu li za grupe dostupnosti Always On potrebne Enterprise verzije?
A: Standardno izdanje podržava osnovne grupe dostupnosti sa značajnim ograničenjima: jedna baza podataka po grupi, jedna sekundarna replika i nijedna čitljiva sekundarna baza podataka. Za potpunu funkcionalnost, uključujući više baza podataka, osam sekundarnih baza podataka i čitljive replike, potrebno je Enterprise izdanje.
P: Mogu li koristiti dostavu trupaca s SQL Server Standardno izdanje?
O: Da, dostava logova u potpunosti je podržana u Standardnom izdanju, što ga čini atraktivnim isplativim rješenjem za oporavak od katastrofe za organizacije bez licence Enterprise Editiona.
P: Koja je razlika između grupa dostupnosti Always On i zrcaljenja baze podataka?
A: Zrcaljenje baze podataka je zastarjelo i radi na razini pojedinačnih baza podataka bez čitljivog sekundarnog pristupa. Grupe dostupnosti Always On podržavaju grupe baza podataka, do osam sekundarnih baza podataka, čitljive replike i poboljšano praćenje. Microsoft preporučuje migraciju na Always On.
P: Kako mogu birati između instanci klastera za prebacivanje u slučaju kvara i grupa dostupnosti?
A: Odaberite FCI-je za zaštitu na razini instance s infrastrukturom dijeljene pohrane. Odaberite Grupe dostupnosti za zaštitu na razini baze podataka, mogućnosti skaliranja čitanja i geografsku distribuciju bez dijeljene pohrane. Organizacije često kombiniraju oboje za sveobuhvatnu zaštitu.
P: Mogu li kombinirati više SQL Server rješenja visoke dostupnosti?
O: Da, kombiniranje rješenja je uobičajeno. FCI-ji mogu poslužiti kao replike grupa dostupnosti, pružajući lokalnu visoku dostupnost na razini instance i geografsko DR na razini baze podataka. Dostava dnevnika može nadopuniti grupe dostupnosti za dodatnu udaljenu zaštitu. Temeljito testirajte kombinirane konfiguracije.
P: Koja je razlika između sinkrone i asinkrone replikacije?
A: Sinkrona replikacija čeka sekundarnu potvrdu prije slanja, što jamči nulti gubitak podataka, ali potencijalno uvodi latenciju. Asinkrona replikacija se odvija bez čekanja, optimizirajući performanse, ali stvarajući mogući gubitak podataka tijekom prebacivanja u slučaju kvara.
P: Trebaju li mi i dalje sigurnosne kopije ako imam SQL Server visoka dostupnost konfigurirana?
O: Apsolutno da. Visoka dostupnost štiti od kvarova hardvera, ali ne može zaštititi od logičke korupcije, slučajnog brisanja ili zlonamjernih radnji koje se repliciraju na sve kopije. Sigurnosne kopije ostaju ključne za oporavak u određenom trenutku i zahtjeve za usklađenost.
P: Trebaju li mi i dalje sigurnosne kopije ako imam SQL Server visoka dostupnost konfigurirana?
O: Apsolutno da. Visoka dostupnost štiti od kvarova hardvera, ali ne može zaštititi od oštećenja baze podataka, slučajnih brisanja ili zlonamjernih radnji. Sigurnosne kopije ostaju ključne za oporavak u određenom trenutku i zahtjeve za usklađenost. U slučajevima kada se datoteke baze podataka oštete, a sigurnosne kopije nisu dostupne ili su također oštećene, specijalizirani Softver za popravak SQL baze podataka može pomoći u oporavku podataka s oštećenih MDF, NDF i sigurnosnih kopija datoteka.
P: Što je ograničena grupa dostupnosti i po čemu se razlikuje od obične grupe dostupnosti?
A: Grupe ograničene dostupnosti, uvedene u SQL Server 2022, automatski sinkroniziraju objekte na razini instance poput prijava, poslova i metapodataka. Redovne grupe dostupnosti sinkroniziraju samo objekte baze podataka, što zahtijeva ručnu replikaciju objekata instance.
P: Mogu li replicirati podatke iz SQL Server na upravljanu instancu Azure SQL-a?
O: Da, Managed Instance Link omogućuje hibridnu replikaciju između SQL Server i Azure. SQL Server 2016.-2019. podržava jednosmjernu replikaciju, dok SQL Server 2022+ omogućuje dvosmjernu replikaciju s povratkom u slučaju kvara za oporavak od katastrofe, migraciju i hibridne scenarije.
P: Što se događa s SQL Server Poslovi agenta tijekom prebacivanja na drugi sustav?
A: S tradicionalnim grupama dostupnosti, poslovi se moraju ručno kreirati na sekundarnim replikama. Sadržane grupe dostupnosti (SQL Server 2022+) automatski sinkroniziraju poslove. Instance klastera za prebacivanje u slučaju kvara uključuju poslove kao dio zaštite na razini instance.
14. Zaključak
SQL Server pruža sveobuhvatna rješenja visoke dostupnosti koja zadovoljavaju različite zahtjeve, od odjelnih baza podataka do kritičnih poslovnih sustava. Svako rješenje nudi različite mogućnosti i kompromise koje administratori baza podataka moraju razumjeti kako bi donosili informirane odluke.
Grupe dostupnosti Always On predstavljaju vodeću tehnologiju za moderna implementacije, s ograničenim grupama dostupnosti koje pojednostavljuju administraciju, a distribuiranim grupama dostupnosti koje omogućuju sofisticirane scenarije na više platformi. Instance klastera za prebacivanje u slučaju kvara nastavljaju zadovoljavati potrebe zaštite na razini instance, dok dostava dnevnika ostaje relevantna za scenarije osjetljive na troškove. Upravljana veza instanci otvara mogućnosti hibridnog oblaka premošćivanjem lokalnih rješenja. SQL Server s Azureom.
Usklađivanje rješenja sa specifičnim poslovnim potrebama predstavlja ključni faktor uspjeha. Ne postoji univerzalni pristup. Organizacije moraju pažljivo procijeniti zahtjeve RTO-a i RPO-a, proračunska ograničenja, infrastrukturne mogućnosti i administrativnu stručnost. Često najbolja arhitektura kombinira više rješenja za sveobuhvatnu zaštitu. Razmislite o tome kako se vaša HA strategija usklađuje sa širim planovima usvajanja oblaka i pogledajte namjenske članke za detaljne smjernice za implementaciju kako biste osigurali svoje SQL Server infrastruktura pruža pouzdanost koju vaše poslovanje zahtijeva.
O Autor:
Yuan Sheng je viši administrator baze podataka (DBA) s preko 10 godina iskustva u SQL Server okruženja i upravljanje bazama podataka poduzeća. Uspješno je riješio stotine scenarija oporavka baza podataka u financijskim uslugama, zdravstvu i proizvodnim organizacijama.
Yuan se specijalizirao za SQL Server oporavak baza podataka, rješenja za visoku dostupnost i optimizaciju performansi. Njegovo opsežno praktično iskustvo uključuje upravljanje bazama podataka od više terabajta, implementaciju grupa dostupnosti Always On i razvoj automatiziranih strategija sigurnosnog kopiranja i oporavka za poslovne sustave od kritične važnosti.
Svojim tehničkim znanjem i praktičnim pristupom, Yuan se usredotočuje na stvaranje sveobuhvatnih vodiča koji pomažu administratorima baza podataka i IT stručnjacima u rješavanju složenih SQL Server učinkovito rješava izazove. Ostaje u toku s najnovijim SQL Server izdanja i Microsoftove razvojne tehnologije baza podataka, redovito testirajući scenarije oporavka kako bi osigurao da njegove preporuke odražavaju najbolje prakse iz stvarnog svijeta.
Imate pitanja o SQL Server oporavak ili trebate dodatne upute za rješavanje problema s bazom podataka? Yuan pozdravlja povratne informacije i sugestije za poboljšanje ovih tehničkih resursa.