1. Johdanto SQL Server High Availability
Korkea saatavuus SQL Server viittaa järjestelmän kykyyn pysyä toiminnassa minimaalisilla seisokeilla laitteistovikojen, ohjelmisto-ongelmien tai suunnitellun huollon aikana. Korkean käytettävyyden merkitystä ei voida yliarvioida. Kun tietokannat eivät ole käytettävissä, organisaatiot kohtaavat välittömiä seurauksia, kuten tulonmenetyksiä, tuottavuuden laskua ja asiakastyytymättömyyttä.
Vaikka korkeaa käytettävyyttä (HA) ja katastrofien jälkeistä palautumista (DR) käytetään usein keskenään, ne käsittelevät eri vikatilanteita. HA keskittyy minimoimaan paikallisten vikojen, kuten palvelinten tai instanssien kaatumisten, aiheuttamat seisokkiajat, kun taas DR on suunniteltu toipumaan laaja-alaisista katastrofeista, jotka vaikuttavat koko datakeskukseen tai alueeseen.
Kaksi kriittistä mittaria ohjaavat HA-suunnittelua:
- Palautumisaikatavoite (RTO) määrittää pisimmän hyväksyttävän seisokkiajan vian jälkeen
- Palautuspisteen tavoite (RPO) määrittää suurimman siedettävän datahävikin.
Käytettävyys mitataan yleensä yhdeksittäin: 99.9 % (kolme yhdeksi) sallii 8.76 tuntia seisokkiaikaa vuodessa, 99.99 % (neljä yhdeksi) sallii 52.6 minuuttia ja 99.999 % (viisi yhdeksi) rajoittaa seisokkiajan vain 5.26 minuuttiin vuodessa.
2. SQL Server Korkean käytettävyyden ratkaisujen yleiskatsaus
2.1 HA-ratkaisujen kategoriat
SQL Server Korkean käytettävyyden ratkaisut voidaan luokitella useiden ulottuvuuksien mukaan:
- Instanssi- vs. tietokantatason suojaukset: Instanssitason suojaukset, kuten vikasietoklusterin instanssit, suojaavat kokonaisia instanssien, mukaan lukien kaikki tietokannat ja palvelinobjektit, kun taas tietokantatason suojaukset, kuten Always On Availability Groups, suojaavat tiettyjä tietokantoja.
- Synkroninen vs. asynkroninen tiedonsiirto: Synkroninen tiedonsiirto varmistaa, ettei tietoja menetetty, mutta voi aiheuttaa viivettä, kun taas asynkroninen siirto optimoi suorituskyvyn, mutta hyväksyy mahdollisen tiedon menetyksen.
- Automaattinen vs. manuaalinen vikasieto: Automaattinen vikasieto minimoi käyttökatkokset ilman manuaalisia toimia, kun taas manuaalinen vikasieto tarjoaa paremman hallinnan, mutta vaatii järjestelmänvalvojan toimia.
2.2 Yleisiä HA-ratkaisuja
SQL Server tarjoaa kahdeksan ensisijaista korkean käytettävyyden ratkaisua, joista jokainen käsittelee tiettyjä skenaarioita:
- Aina käytettävissä olevat ryhmät
- Sisällytetyt saatavuusryhmät
- Hajautetut saatavuusryhmät
- Vikasietoklusterin instanssit
- SQL Server replikointi
- Log Shipping
- Tietokannan peilaus
- Hallitun instanssin linkki
3. Aina saatavilla olevat ryhmät
Always On -saatavuusryhmät edustavat SQL Servern johtava tietokantatason korkean käytettävyyden ja katastrofien jälkeisen palautuksen ratkaisu, joka esiteltiin vuonna SQL Server 2012. Se mahdollistaa tietokantaryhmien yhteisen vikasietoisuuden yhtenä yksikkönä ja tarjoaa samalla luettavia toissijaisia kopioita kyselyiden kuormituksen vähentämistä varten.
Avainominaisuudet
- Tuki jopa 9 replikalle (1 ensisijainen + 8 toissijaista)
- Jopa 5 replikaa synkronisessa vahvistustilassa (1 ensisijainen + 4 toissijaista)
- Automaattinen vikasieto ilman datahävikkiä synkronisessa tilassa
- Luettavat toissijaiset replikat kyselyiden purkamista varten
- Varmuuskopioiden siirto toissijaisiin replikoihin
- Saatavuusryhmän kuuntelija automaattista yhteyden reititystä varten
- Vain luku -reititys kuormituksen tasapainotuslukukyselyille
- Useat tietokannat toimivat yhdessä ryhmänä vikasietoisesti
Toteutusvaiheet
- Windows Serverin vikasietoklusterin (WSFC) tai Linux Pacemaker -klusterin määrittäminen
- Ota Always On Availability Groups -ominaisuus käyttöön kaikissa SQL Server tapauksia
- Varmista, että tietokannat käyttävät täyttä palautusmallia ja että niillä on täydelliset varmuuskopiot
- Luo tietokannan peilauksen päätepisteet jokaiselle replikalle
- Luo saatavuusryhmä ja lisää tietokantoja
- Määritä ensisijaiset ja toissijaiset replikat halutuilla tiloilla
- Luo ja määritä saatavuusryhmän kuuntelija
- Määritä vain luku -reititys, jos käytät luettavia toissijaisia osioita
- Testaa vikasietomenettelyjä ja tarkista sovellusten yhteydet
Best For
- Kriittiset tietokannat, jotka vaativat maksimaalisen käyttöajan
- Organisaatiot, jotka tarvitsevat sekä paikallista HA:ta että maantieteellistä DR:ää
- Ympäristöt, jotka vaativat luku- ja skaalausominaisuuksia
- Sovellukset, jotka hyötyvät raportointikyselyiden kuormituksen vähentämisestä
- Tietokannat, jotka eivät vaadi tietojen menetyssuojausta
- Usean tietokannan sovellukset, jotka tarvitsevat koordinoitua vikasietoisuutta
Plussat
- Ei datahävikkiä synkronisen vahvistustilan ansiosta
- Automaattinen vikasieto minimoi seisokkiajan (yleensä sekunteja)
- Luettavat toisio-osat vähentävät ensiöosan kuormitusta
- Ei jaetun tallennustilan tarvetta
- Tukee sekä Windows- että Linux-alustoja
- Maantieteellinen jakauma katastrofien jälkeistä palautumista varten
- Varmuuskopiointitoiminnot voidaan siirtää toissijaisille yksiköille
- Sovellusyhteysmerkkijonot pysyvät muuttumattomina vikasietoisuuden jälkeen
MIINUKSET
- Vaatii Enterprise Editionin kaikkien toimintojen käyttämiseen
- Standard Edition rajoitettu Basic AG:hen (1 tietokanta, 1 toissijainen, ei luettavaa toissijaista tietokantaa)
- Monimutkainen konfigurointi ja hallinta
- Vaatii klusterointi-infrastruktuurin (WSFC tai Pacemaker)
- Instanssitason objektit (kirjautumiset, työt) vaativat manuaalisen synkronoinnin
- Synkroninen tila voi aiheuttaa transaktioviiveen
- Useiden palvelimien lisenssikustannukset
Viitteet
- SQL Server Always On -saatavuusryhmät: Täydellinen opas
- Microsoftin virallinen dokumentti: Yleiskatsaus Always On -käytettävyysryhmiin (SQL Server)
4. Sisällytetyt saatavuusryhmät
Sisällytetyt saatavuusryhmät, jotka otettiin käyttöön vuonna SQL Server Vuonna 2022 laajennetaan perinteisiä Always On -käyttöoikeusryhmiä synkronoimalla instanssitason objektit automaattisesti replikoiden välillä, mikä poistaa kirjautumisten, töiden ja muiden palvelintason objektien manuaalisen replikoinnin tarpeen.
Avainominaisuudet
- Instanssitason objektien (kirjautumisten, käyttäjien, roolien) automaattinen synkronointi
- SQL Server Agenttityöt replikoitiin kaikkiin replikoihin
- Tietokannan käyttöoikeudet synkronoidaan automaattisesti
- Kaikki Always On AG -ominaisuudet sisältyvät
- Yksinkertaistettu vikasietoisuus täydellisellä ympäristön replikoinnilla
- Tuki sekä Windows- että Linux-alustoille
Toteutusvaiheet
- Varmistaa SQL Server 2022 tai myöhemmin kaikissa tapauksissa
- WSFC- tai Pacemaker-klusteri-infrastruktuurin määrittäminen
- Ota Always On -ominaisuus käyttöön kaikissa instansseissa
- Luo suljettu saatavuusryhmä CONTAINED-asetuksella
- Lisää tietokantoja suljettuun AG:hen
- Luo kirjautumisia ja töitä AG-kontekstissa
- Kuuntelijan ja vikasietoisuuden testauksen määrittäminen
Best For
- Organisaatiot, jotka haluavat yksinkertaistettua AG-hallintoa
- Ympäristöt, joissa tehdään usein vikasietotestejä tai -operaatioita
- Sovellukset, jotka vaativat useita instanssitason objekteja
- Uusi SQL Server 2022+ käyttöönotot
- Tiimit, jotka haluavat pienentää vikasietoisuuden jälkeistä kokoonpanoa
Plussat
- Poistaa kirjautumisten ja töiden manuaalisen synkronoinnin
- Nopeampi ja luotettavampi vikasietoisuus
- Vähemmän hallinnollisia kuluja
- Sovellukset toimivat heti vikasietoisuuden jälkeen
- Yksinkertaistetut katastrofien palautumismenettelyt
- Kaikki perinteiset maatalousneuvonnan edut sisältyvät hintaan
MIINUKSET
- vaatii SQL Server 2022 tai uudempi
- Täydet toiminnot vaaditaan Enterprise-versioon
- Perinteisiä automaattisia yksiköitä ei voida muuntaa suljetuiksi automaattisiksi yksiköiksi.
- Kaikkien replikoiden on tuettava AG-ominaisuutta
- Lisämonimutkaisuus perinteisiin generaattoreihin verrattuna
Viitteet
5. Hajautetut saatavuusryhmät
Hajautetut saatavuusryhmät, jotka otettiin käyttöön vuonna SQL Server Vuonna 2016 käyttöön otettiin ”Saatavuusryhmien saatavuusryhmä” -arkkitehtuuri, joka yhdistää kaksi itsenäistä AG:tä erillisten klustereiden välillä edistyneitä katastrofien jälkeisiä palautus- ja migraatioskenaarioita varten.
Avainominaisuudet
- Yhdistää kaksi toisistaan riippumatonta saatavuusryhmää
- Jokainen AG ylläpitää omaa itsenäistä klusteriaan
- Eri alustojen tuki (Windowsista Linuxiin)
- Klusterien välinen replikointi ilman jaettua klusterijäsenyyttä
- Yksi AG toimii ensisijaisena, toinen toissijaisena
- Tukee sekä synkronista että asynkronista tilaa
- Maantieteellinen jakauma alueiden tai mantereiden välillä
Toteutusvaiheet
- Ensimmäisen saatavuusryhmän (ensisijainen DAG) luominen ja määrittäminen
- Toisen saatavuusryhmän (toissijainen DAG) luominen ja määrittäminen
- Luo hajautettu AG, joka yhdistää kaksi AG:tä
- Määritä datan synkronointi AG:iden välillä
- Määritä kuuntelija jokaiselle AG:lle sovellusyhteyksiä varten
- Vikasietokäytäntöjen ja testimenettelyjen määrittäminen
- Klusterien välisen kommunikaation ja replikoinnin tarkistaminen
Best For
- Usean alueen katastrofien palautus itsenäisissä datakeskuksissa
- Alustariippumaton migraatio Windowsista Linuxiin tai päinvastoin
- Hybridipilviskenaariot, jotka yhdistävät paikalliset järjestelmät Azureen
- Suuret versiopäivitykset, jotka vaativat pidennettyjä siirtoikkunaa
- Organisaatiot, joilla on useita itsenäisiä vikasietoklustereita
- Globaalit yritykset tarvitsevat mantereen laajuista replikointia
Plussat
- Irrota klusteririippuvuudet sivustojen välillä
- Mahdollistaa todellisen maantieteellisen jakauman
- Tukee alustojen välisiä skenaarioita
- Jokainen AG voi vikasietoisesti siirtyä itsenäisesti
- Ihanteellinen monimutkaisiin siirtoprojekteihin
- Jaettua klusteri-infrastruktuuria ei tarvita
- Voi kattaa eri Windows-verkkotunnuksia tai Linux-jakeluja
MIINUKSET
- Vaatii Enterprise-version
- Suuri monimutkaisuus konfiguroinnissa ja hallinnassa
- Edellyttää syvällistä ymmärrystä sekä klusteroinnista että AG-teknologiasta
- Vaikeampi vianmääritys kuin tavallisissa AG:ssä
- Lisälatenssi alueiden välisissä skenaarioissa
- Edellyttää vikasietoisten menettelyjen huolellista suunnittelua
Viitteet
6. Vikasietoklusterin instanssit (FCI)
Vikasietoklusterin instanssit tarjoavat instanssitason korkean käytettävyyden käyttämällä jaettua tallennustilaa ja Windows Serverin vikasietoklusteria, mikä mahdollistaa koko järjestelmän automaattisen vikasietoisuuden. SQL Server instanssi, joka sisältää kaikki tietokannat ja palvelintason objektit.
Avainominaisuudet
- Instanssitason suojaus (kaikki tietokannat siirtyvät vikasietoisesti yhdessä)
- Aktiivinen-passiivinen kokoonpano jaetulla tallennustilalla
- Virtuaaliverkon nimi (VNN) läpinäkyvää vikasietoisuutta varten
- Automaattinen vikasietoisuus aktiivisen solmun vikaantuessa
- Nolla datahävikki (yksi kopio tiedoista)
- Mukana olevat palvelintason objektit (kirjautumiset, työt, linkitetyt palvelimet)
- Tukee kaikkia SQL Server toipumismallit
Toteutusvaiheet
- Windows Serverin vikasietoklusterin (WSFC) määrittäminen
- Jaetun tallennustilan määrittäminen (SAN, SMB, Storage Spaces Direct)
- Klusterin koorumin asetusten määrittäminen
- install SQL Server vikasietoklusterin instanssina ensimmäisessä solmussa
- Lisää FCI:hin uusia solmuja
- Virtuaaliverkon nimen ja IP-osoitteen määrittäminen
- Testaa vikasieto klusterisolmujen välillä
- Määritä asiakassovellukset käyttämään VNN:ää
Best For
- Organisaatiot, joilla on olemassa oleva jaettu tallennusinfrastruktuuri
- Instanssitason suojausta vaativat ympäristöt
- Paikallinen korkea käytettävyys yhdessä datakeskuksessa
- Sovellukset, jotka tarvitsevat kaikkia tietokantoja vikasietoisuuteen yhdessä
- Skenaariot, joissa palvelintason objektit on suojattava
- Vain Windows-ympäristöt (Linuxia ei tueta FCI:lle)
Plussat
- Täydellinen instanssitason suojaus
- Nolla datahävikki taattu
- Automaattinen vikasietoisuus
- Kirjautumisten tai töiden synkronointia ei tarvita
- Yksi kopio tiedoista vähentää tallennuskustannuksia
- Tukee kaikkia toipumismalleja
- Sovelluksen yhteysmerkkijonot eivät muutu vikasietoisuuden jälkeen
MIINUKSET
- Vaatii kalliin jaetun tallennusinfrastruktuurin
- Jaettu tallennustila on yksi ainoa vikaantumispiste
- Ei lukuskaalaominaisuutta (vain yksi aktiivinen solmu)
- Rajallinen maantieteellinen jakauma varastointirajoitusten vuoksi
- Standard Edition rajoitettu kahteen solmuun
- Vain Windows (ei Linux-tukea)
- Pidempi vikasietoaika verrattuna AG-palvelimiin (yleensä minuutteja)
- Monimutkainen tallennuskonfiguraatio ja -hallinta
Viitteet
- SQL Server Vikasietoklusteri: Täydellinen opas tietokannan pääkäyttäjälle
- Microsoftin virallinen dokumentti: Always On -vikaklusterin instanssit (SQL Server)
7. SQL Server replikointi
SQL Server Replikointi on tiedonjakelutekniikka, joka kopioi ja jakaa tietoja useiden palvelimien kesken. Se tukee erilaisia topologioita yksinkertaisesta yksisuuntaisesta jakelusta monimutkaisiin usean isäntäjärjestelmän kokoonpanoihin, vaikkakin sitä käytetään ensisijaisesti raportointiin eikä pelkästään korkean käytettävyyden ratkaisuna.
Avainominaisuudet
- Neljä replikointityyppiä: Snapshot, Transactional, Merge ja Peer-to-Peer
- Tarkka datan valinta (tietyt taulukot, sarakkeet, rivit)
- Tuki useille tilaajille samalta julkaisijalta
- Kaksisuuntaiset ja moni-master-topologiat saatavilla
- Joustavat aikataulutus- ja synkronointivaihtoehdot
- Yhdistämisen replikoinnin ristiriitojen ratkaisu
- Suodatusominaisuudet WHERE-predikaattien avulla
Toteutusvaiheet
- Määritä jakelijapalvelin (voi olla erillinen tai sama kuin julkaisija)
- Luo julkaisu Publisher-tietokantaan
- Valitse replikointityyppi vaatimusten perusteella
- Valitse replikoitavat artikkelit (taulukot, näkymät, tallennetut proseduurit)
- Määritä suodatus ja datan muunnos tarvittaessa
- Tilaajatietokantojen määrittäminen
- Luo tilauksia (työntö- tai vetotilaukset)
- Alusta tilaukset tilannevedoksen avulla
- Replikointiagenttien ja viiveen valvonta
Best For
- Tietojen jakaminen useille raportointipalvelimille
- Read-scale-skenaariot raportointityökuormilla
- Osittainen datan jakelu etäkohteisiin
- Tietojen yhdistäminen useista lähteistä
- Joskus toisiinsa liittyvät skenaariot (yhdistämisen replikointi)
- Tukirooli katastrofien palautumisstrategiassa
Plussat
- Replikoidun datan tarkka hallinta
- Useita tilaajia tuettu
- Joustavat topologiavaihtoehdot
- Voi replikoida tiettyjä taulukoita tai sarakkeita
- Suodatus vähentää verkkoliikennettä
- Tukee heterogeenistä replikaatiota (SQL Server Oraclelle)
- Toimii Standard Editionin kanssa
MIINUKSET
- Ei automaattista vikasietoisuutta
- Monimutkainen konfigurointi ja hallinta
- Mahdollisia replikointikonflikteja (yhdistäminen ja vertaisverkko)
- Datan synkronoinnin latenssi
- Kaaviomuutokset vaativat huolellista koordinointia
- Ei suunniteltu ensisijaiseksi HA-ratkaisuksi
- Vianmääritys voi olla haastavaa
- Vertaisverkko vaatii Enterprise Editionin
Viitteet
- SQL Server Replikointi: Täydellinen opas tietokannan pääkäyttäjälle
- Microsoftin virallinen asiakirja: SQL Server replikointi
8. Tukkien toimitus
Log Shipping tarjoaa lämpimän valmiustilan katastrofien jälkeiseen palautumiseen ja korkean käytettävyyden ratkaisun automatisoitujen tapahtumalokien varmuuskopiointi-, kopiointi- ja palautusprosessien avulla. Se on yksinkertainen ja kustannustehokas tapa ylläpitää synkronoituja toissijaisia tietokantoja.
Avainominaisuudet
- Automatisoidut varmuuskopiointi-, kopiointi- ja palautustyöt SQL Agentin kautta
- Tuki useille toissijaisille palvelimille
- Konfiguroitavat varmuuskopiointi- ja palautusvälit
- VALMIUSTILA mahdollistaa vain luku -oikeuden toissijaisiin
- Viivästetty lokin palautus virheiden palautumissuojaa varten
- Valvontapalvelin keskitettyä valvontaa varten
- Tapahtumalokin pakkauksen tuki
Toteutusvaiheet
- Varmista, että ensisijainen tietokanta käyttää täyttä palautusmallia
- Luo täydellinen varmuuskopio ensisijaisesta tietokannasta
- Palauta varmuuskopio toissijaiselle palvelimelle NORECOVERY-ohjelmalla
- Lokitoimituksen määrittäminen ensisijaisessa tietokannassa
- Määritä jaettu varmuuskopiokansio, johon kaikki palvelimet pääsevät
- Varmuuskopiointitöiden aikataulun määrittäminen ensisijaisella
- Kopiointi- ja palautustöiden määrittäminen toissijaisella
- Valvontapalvelimen konfigurointi valinnaisesti
- Testien vikasietomenettelyt
Best For
- Kustannustehokkaat katastrofien palautusratkaisut
- Organisaatiot, joilla on Standard Edition -lisenssi
- Skenaariot, jotka sietävät minuuttien tiedonmenetystä
- Ympäristöt, joissa on manuaalinen vikasietoisuus
- Viivästetty palautuminen virheiden suojaustarpeiden vuoksi
- Työkuormien raportointi valmiustilassa
- Yksinkertaiset DR-vaatimukset ilman monimutkaista infrastruktuuria
Plussat
- Yksinkertainen konfigurointi ja käyttö
- Edullinen (Standard Edition -tuki)
- Useita toissijaisia palvelimia tuettu
- Konfiguroitava viive suojaa loogisilta virheiltä
- Vain luku -raportointi valmiustilassa
- Kestää korkeaa verkkoviivettä
- Minimaalinen vaikutus ensisijaiseen palvelimeen
- Vakiintunutta ja testattua teknologiaa
MIINUKSET
- Ei automaattista vikasietoisuutta
- On määritettävä erikseen kullekin tietokannalle
- Synkronointiviive (minuuteista tunteihin)
- Mahdollinen tietojen menetys varmuuskopiointivälin perusteella
- Manuaalinen vikasietoisuus pidentää palautusaikaa (RTO)
- vaatii SQL Server Agentti käynnissä kaikilla palvelimilla
- Toissijaiset tietokannat eivät ole käytettävissä lokien palautuksen aikana
- Sovellukset vaativat yhteysmerkkijonojen muutoksia vikasietoisuuden jälkeen
Viitteet
- SQL Server Lokien toimitus: Täydellinen opas tietokannan ylläpitäjälle
- Microsoftin virallinen dokumentti: Tietoja lokien toimituksesta (SQL Server)
9. Tietokannan peilaus
Tietokannan peilaus on vanhentunut tietokantatason korkean käytettävyyden ratkaisu, jota ei ole parannettu sen jälkeen. SQL Server 2012, vaikka se on edelleen saatavilla nykyisissä versioissa. Microsoft suosittelee vahvasti siirtymistä Always On Availability Groupsiin kaikissa uusissa käyttöönottoissa.
Avainominaisuudet
- Pää- ja peilipalvelinarkkitehtuuri
- Valinnainen todistajapalvelin automaattista vikasietoisuutta varten
- Kaksi käyttötilaa: Korkea turvallisuus ja Korkea suorituskyky
- Synkronisen ja asynkronisen toiminnan tuki
- Automaattinen sivunkorjausominaisuus
- Tietokantatason suojaus
- Tiedonsiirron salaustuki
Toteutusvaiheet
- Varmista, että tietokanta käyttää täyttä palautusmallia
- Luo täydellinen varmuuskopio ja palauta se peilipalvelimelle NORECOVERY-sovelluksella
- Luo peilaavat päätepisteet pää- ja peilipalvelimelle
- Määritä varmenteet todennusta varten
- Peilausistunnon muodostaminen palvelimien välille
- Määritä valinnaisesti todistajapalvelin automaattista vikasietoisuutta varten
- Aseta käyttötila (korkea turvallisuus tai korkea suorituskyky)
- Testien vikasietomenettelyt
Best For
- Vanhat järjestelmät käyttävät jo tietokannan peilausta
- Säilytä olemassa olevat kokoonpanot, kunnes siirto on mahdollista
- Muita skenaarioita ei suositella (ominaisuus on vanhentunut)
Plussat
- Nopea automaattinen vikasietoisuus korkean turvallisuuden tilassa todistajan kanssa
- Ei datahävikkiä korkean suojauksen tilassa
- Automaattinen sivun korjaus kumppanilta
- Yksinkertaisempi kuin saatavuusryhmät yksittäiselle tietokannalle
- Tukee tiedonsiirron salausta
- Päivitykset jatkuvalla tuotannolla minimaalisella seisokilla
MIINUKSET
- Vanhentunut vuodesta SQL Server 2012 (voidaan poistaa)
- Tietokantakohtainen konfigurointi ja vikasietoisuus
- Ei luettavaa peiliä (ei lukuskaalaa)
- Jokainen tietokanta siirtyy vikasietotilaan itsenäisesti
- Yhteysmerkkijonojen päivitykset vaaditaan vikasietoisuuden jälkeen
- Rajoitettu kahteen palvelimeen (pääpalvelin ja peili)
- Ei parannuksia tai uusia ominaisuuksia
- Microsoft suosittelee siirtymistä Always On AG -palveluun
Viitteet
10. Hallitun instanssin linkki
Hallitun instanssin linkki luo hybridiyhteyden seuraavien välille: SQL Server ja Azure SQL:n hallittu instanssi, joka hyödyntää hajautettua saatavuusryhmäteknologiaa, mikä mahdollistaa lähes reaaliaikaisen datan replikoinnin katastrofien jälkeisessä palautumisessa, migraatiossa ja pilviintegraatiossa.
Avainominaisuudet
- Lähes reaaliaikainen replikointi hajautetun AG-teknologian avulla
- Yksisuuntainen replikointi (SQL Server 2016–2019 Azureen)
- Kaksisuuntainen replikointi vikasietotoiminnolla (SQL Server 2022 +)
- Yksi tietokanta linkkiä kohden (useita linkkejä tuetaan)
- Luettavat kopiot Azure SQL:n hallitussa instanssissa
- Lisenssivapaa passiivinen DR-replikavaihtoehto
- Verkkosiirtymä minimaalisella käyttökatkoksella
Toteutusvaiheet
- Valmistella SQL Server ympäristö (VPN tai ExpressRoute Azureen)
- Azure SQL:n hallitun instanssin määrittäminen
- Ota Always On AG -ominaisuus käyttöön SQL Server
- Luo tietokannan peilauksen päätepiste
- Vaihda sertifikaatteja keskenään SQL Server ja MI
- Luo hallitun instanssin linkki SSMS:n tai komentosarjojen avulla
- Replikoinnin ja synkronoinnin validointi
- Määritä vain luku -reititys, jos käytät skaalausta lukua varten
- Testien vikasietomenettelyt
Best For
- Hybridi-katastrofien palautus pilvipohjaisella toissijaisella ratkaisulla
- Online-siirto Azure SQL:n hallittuun instanssiin
- Analytiikan ja raportoinnin siirtäminen Azureen
- Hybridipilvistrategiaa omaksuvat organisaatiot
- Azure-palveluintegraatiota vaativat skenaariot
- Kustannusten optimointi lisenssittömällä passiivisella DR:llä
Plussat
- Tehokkain ja minimaalinen käyttökatkos migraatio Azureen
- Aito verkkosiirtymä liiketoimintakriittiseen tasoon
- Kaksisuuntainen vikasietoisuus SQL Server 2022+
- Lisenssivapaa passiivinen DR-replika alentaa kustannuksia
- Integrointi Azure-palveluihin ilman täydellistä migraatiota
- Lukuskaalausominaisuus Azure-replikoiden avulla
- Automatisoidut varmuuskopiot Azuren puolella
- Maantieteellinen jakauma Azure-alueille
MIINUKSET
- Yksi tietokanta linkkiä kohden -rajoitus
- Ei voida käyttää vikasietoryhmien kanssa MI:ssä
- Järjestelmätietokantoja ei replikoitu
- Instanssitason objektit vaativat manuaalisen synkronoinnin
- SQL Server Vuosina 2016–2019 vain yksisuuntainen (ei vikasietoisuutta)
- Azure-kustannukset hallitulle instanssille
- Verkkoyhteysvaatimukset (VPN/ExpressRoute)
- Ominaisuusrajoitukset (tiedostotaulukoita ja tiedostovirtoja ei tueta)
Viitteet
11. Korkean käytettävyyden ratkaisujen vertailu
11.1 Ominaisuuksien vertailutaulukko
| Ominaisuus | Aina AG:llä | Suljettu AG | Hajautettu AG | FCI | replikointi | Log Shipping | Peilaus | MI-linkki |
|---|---|---|---|---|---|---|---|---|
| Painos | Sisäinen/Vakio | Sisäinen/Vakio | int | Sisäinen/Vakio | Sisäinen/Vakio | Sisäinen/Vakio | Sisäinen/Vakio | Sisäinen/Vakio |
| Suojaustaso | tietokanta | Tietokanta+instanssi | tietokanta | Ilmentymä | Tietokanta/Objektit | tietokanta | tietokanta | tietokanta |
| Data Sync | Synkronointi/Asynkronointi | Synkronointi/Asynkronointi | Synkronointi/Asynkronointi | Yhteinen | async | async | Synkronointi/Asynkronointi | async |
| Automaattinen vikasietoisuus | Kyllä | Kyllä | Kyllä | Kyllä | Ei | Ei | Kyllä | Ei |
| Lue-skaala | Kyllä | Kyllä | Kyllä | Ei | Kyllä | rajallinen | Ei | Kyllä |
| RTO | sekuntia | sekuntia | sekuntia | minuuttia | manuaalinen | manuaalinen | sekuntia | manuaalinen |
| RPO | Nolla/Min | Nolla/Min | Nolla/Min | nolla | Vähimmäismäärä | minuuttia | Nolla/Min | Vähimmäismäärä |
| Tukitila | Aktiiviset | Aktiiviset | Aktiiviset | Aktiiviset | Aktiiviset | Aktiiviset | Poistettu | Aktiiviset |
11.2 Valitse HA-ratkaisu
Ratkaisua valittaessa on otettava huomioon seuraavat tekijät:
- Budjettinäkökohdat vaikuttavat merkittävästi ratkaisun valintaan: Enterprise Editionin vaatimukset vaikuttavat lisenssikustannuksiin, kun taas infrastruktuuritarpeet vaihtelevat kalliista jaetusta tallennustilasta FCI:ille saatavuusryhmien hyödyspalvelimiin.
- Monimutkaisuus vaihtelee huomattavasti: Log Shipping tarjoaa yksinkertaisimman toteutuksen, kun taas hajautetut saatavuusryhmät vaativat laajaa asiantuntemusta.
- RTO-vaatimukset ohjaavat teknologiavalintoja. Sekuntien seisokkiajat vaativat Always On -käyttöoikeusryhmiä tai FCI:itä automaattisella vikasietoisuudella. Minuuttien toleranssi mahdollistaa manuaaliset vikasietoratkaisut, kuten lokien toimituksen.
- RPO-vaatimukset ovat yhtä lailla tärkeitä: nolla datahävikki edellyttää synkronisia ratkaisuja, kun taas minuuttitoleranssi mahdollistaa lokitoimituksen.
- Infrastruktuurirajoitukset, lukualueen tarpeet, maantieteellisen jakauman vaatimukset ja pilvihybridi-skenaariot vaikuttavat kaikki optimaalisen ratkaisun valintaan.
12. Parhaat käytännöt SQL Server High Availability
12.1 Suunnittelu ja suunnittelu
Arvioi liiketoiminnan vaatimukset huolellisen RTO- ja RPO-analyysin avulla kullekin tietokannalle. Valitse vaatimuksia vastaavat ratkaisut sen sijaan, että käyttäisit oletuksena kehittyneimpiä vaihtoehtoja. Suunnittele sekä paikallinen korkea käytettävyys että maantieteellinen katastrofien jälkeinen palautus kerrostettujen lähestymistapojen avulla. Dokumentoi arkkitehtuuri kattavasti, mukaan lukien verkkokaaviot, vikasietoiset menettelyt ja palautusrunbookit.
12.2 Toteutusohjeet
Testaa vikasietomenettelyjä säännöllisesti ajoitettujen testien ja simuloitujen vikojen avulla validoidaksesi SQL Server korkean käytettävyyden ratkaisut ja tiimin valmius. Seuraa kuntoa ja suorituskykyä jatkuvasti käyttämällä SQL Serversisäänrakennetut työkalut, kuten SQL Server Profiler ja ajoneuvopäätteet. Määritä kattavat hälytykset synkronointiviiveelle, vikasietotapahtumille ja kunnon heikkenemiselle. Ylläpidä SQL Server varmuuskopiointistrategiat HA-toteutuksesta huolimatta, koska varmuuskopiot ovat viimeinen puolustuslinja loogista vioittumista ja tahattomia poistoja vastaan. Pidä järjestelmät ajan tasalla kumulatiivisilla päivityksillä, tietoturvakorjauksilla ja laiteohjelmistopäivityksillä. Vahvista palautusmenettelyt säännöllisesti todellisten palautusten ja sovellustestauksen avulla ja tiedä, miten käsitellä esimerkiksi seuraavia skenaarioita: tietokannat jumissa palautustilassa.
12.3 Valvonta ja ylläpito
Käytä työkaluja, kuten SQL Server Activity Monitor, SQL Server Performance Monitorja dynaamisia hallintanäkymiä laajasti tilanvalvontaa ja suoritusta varten DBCC TARKISTUSB säännöllisesti tarkistaaksesi tietokannan eheyden. Hyödynnä Always On Dashboard -työkalua saatavuusryhmän tilan visuaaliseen arviointiin. Seuraa synkronointiviivettä huolellisesti, erityisesti asynkronisten replikoiden ja lokien toimituksen osalta. Seuraa vikasietotapahtumia huolellisesti käyttämällä SQL Server Laajennetut tapahtumat ja analysoida mallien syitä. Määrittää normaalin toiminnan suorituskyvyn vertailutasot ja seurata poikkeamia, jotka osoittavat mahdollisia ongelmia. Suorittaa säännöllisiä kapasiteettisuunnittelun tarkasteluja varmistaakseen, että infrastruktuuri tukee kasvavia työkuormia.
13. Ohje
K: Mitä eroa on korkealla käytettävyydellä ja katastrofien palautumisella? SQL Server?
A: Korkea käytettävyys minimoi paikallisten vikojen aiheuttamat seisokkiajat datakeskuksessa, tyypillisesti automaattisen vikasietoisuuden ja sekunneissa tai minuuteissa tapahtuvien palautusaikojen avulla. Katastrofien palautus suojaa alueellisilta katastrofeilta, yleensä manuaalisen vikasietoisuuden ja pidempien palautusaikojen avulla, mutta kattaa koko laitokseen vaikuttavat tapahtumat.
K: Mitä eroa on korkean käytettävyyden (HA) ja lukuskaalaratkaisujen välillä?
A: Korkean käytettävyyden ratkaisut varmistavat, että tietokannat pysyvät käytettävissä vikojen aikana keskittyen käyttöaikaan ja automaattisiin vikasieto-ominaisuuksiin. Lukuasteikolla varustetut ratkaisut parantavat kyselyiden suorituskykyä jakamalla vain luku -tilassa olevia työkuormia useille tietokantareplikoille keskittyen läpäisyaikaan ja vasteaikoihin. Vaikka näillä on eri tarkoitukset, sama teknologia, kuten Always On Availability Groups, voi tarjota molemmat edut samanaikaisesti: luettavat toissijaiset replikat tarjoavat lukuasteikolla varustetut ominaisuudet ja toimivat samalla vikasieto-kohteina korkean käytettävyyden saavuttamiseksi.
K: Mikä SQL Server Sopiiko korkean käytettävyyden ratkaisu parhaiten tarpeisiini?
A: Paras ratkaisu riippuu RTO- ja RPO-tavoitteista, budjetista, versioiden saatavuudesta, infrastruktuurista ja asiantuntemuksesta. Always On Availability Groups sopii useimpiin yritysskenaarioihin, kun taas Log Shipping toimii hyvin kustannusherkissä ympäristöissä. Arvioi vaatimuksia vertailutaulukon avulla.
K: Edellyttääkö Always On -availability Groups Enterprise Editionia?
A: Standard Edition tukee peruskäytettävyysryhmiä (Basic Availability Groups) merkittävin rajoituksin: yksi tietokanta ryhmää kohden, yksi toissijainen replika ja ei luettavaa toissijaista tietokantaa. Täydet toiminnot, mukaan lukien useita tietokantoja, kahdeksan toissijaista tietokantaa ja luettavat replikat, edellyttävät Enterprise Editionia.
K: Voinko käyttää Log Shippingiä seuraavien kanssa: SQL Server Standard-versio?
V: Kyllä, Log Shipping on täysin tuettu Standard Editionissa, mikä tekee siitä houkuttelevan ja kustannustehokkaan ratkaisun katastrofien jälkeiseen palautukseen organisaatioille, joilla ei ole Enterprise Edition -lisenssiä.
K: Mitä eroa on Always On -käyttöoikeusryhmillä ja tietokannan peilauksella?
A: Tietokannan peilaus on vanhentunut ja toimii yksittäisten tietokantojen tasolla ilman luettavaa toissijaista pääsyä. Always On -käyttöoikeusryhmät tukevat tietokantaryhmiä, jopa kahdeksaa toissijaista tietokantaa, luettavia replikoita ja parannettua valvontaa. Microsoft suosittelee siirtymistä Always On -käyttöön.
K: Miten valitsen vikasietoklusterin instanssien ja saatavuusryhmien välillä?
A: Valitse FCI-ryhmät instanssitason suojaukseen jaetulla tallennusinfrastruktuurilla. Valitse saatavuusryhmät tietokantatason suojaukseen, lukukelpoisiin ominaisuuksiin ja maantieteelliseen hajautukseen ilman jaettua tallennustilaa. Organisaatiot yhdistävät usein molemmat kattavan suojauksen saavuttamiseksi.
K: Voinko yhdistää useita SQL Server korkean käytettävyyden ratkaisut?
V: Kyllä, ratkaisujen yhdistäminen on yleistä. FCI:t voivat toimia saatavuusryhmien replikoina, jotka tarjoavat instanssitason paikallisen HA:n ja tietokantatason maantieteellisen DR:n. Lokitoimitus voi täydentää saatavuusryhmiä ja tarjota lisäsuojausta etänä. Testaa yhdistetyt kokoonpanot huolellisesti.
K: Mitä eroa on synkronisella ja asynkronisella replikoinnilla?
A: Synkroninen replikointi odottaa toissijaista kuittausta ennen vahvistamista, mikä takaa nolla datahäviötä, mutta voi aiheuttaa viivettä. Asynkroninen replikointi etenee ilman odotusta, mikä optimoi suorituskyvyn, mutta voi aiheuttaa datahäviötä vikasietoisuuden aikana.
K: Tarvitsenko edelleen varmuuskopioita, jos minulla on SQL Server korkea käytettävyys määritettynä?
V: Ehdottomasti kyllä. Korkea käytettävyys suojaa laitteistovikoilta, mutta ei loogiselta vioittumiselta, vahingossa tapahtuvilta poistoilta tai haitallisilta toimilta, jotka replikoituvat kaikkiin kopioihin. Varmuuskopiot ovat edelleen välttämättömiä reaaliaikaisen palautuksen ja vaatimustenmukaisuuden kannalta.
K: Tarvitsenko edelleen varmuuskopioita, jos minulla on SQL Server korkea käytettävyys määritettynä?
V: Ehdottomasti kyllä. Korkea käytettävyys suojaa laitteistovikoilta, mutta ei voi suojata tietokannan vioittumiselta, tahattomilta poistoilta tai haitallisilta toimilta. Varmuuskopiot ovat edelleen välttämättömiä reaaliaikaisen palautuksen ja vaatimustenmukaisuuden kannalta. Tapauksissa, joissa tietokantatiedostot vioittuvat ja varmuuskopiot eivät ole käytettävissä tai nekin vioittuvat, tarvitaan erikoistuneita... SQL-tietokannan korjausohjelmisto voi auttaa palauttamaan tietoja vaurioituneista MDF-, NDF- ja varmuuskopiotiedostoista.
K: Mikä on suljettu saatavuusryhmä ja miten se eroaa tavallisesta saatavuusryhmästä?
A: Sisällytetyt saatavuusryhmät, jotka otettiin käyttöön vuonna SQL Server 2022, synkronoi automaattisesti instanssitason objektit, kuten kirjautumiset, työt ja metatiedot. Tavalliset saatavuusryhmät synkronoivat vain tietokantaobjektit, mikä edellyttää instanssiobjektien manuaalista replikointia.
K: Voinko replikoida tietoja SQL Server Azure SQL:n hallittuun instanssiin?
V: Kyllä, Managed Instance Link tarjoaa hybridireplikoinnin SQL Server ja Azure. SQL Server 2016–2019 tukee yksisuuntaista replikointia, kun taas SQL Server 2022+ mahdollistaa kaksisuuntaisen replikoinnin ja vikasietoisuuden katastrofien jälkeiseen palautukseen, migraatioon ja hybridi-skenaarioihin.
K: Mitä tapahtuu SQL Server Agentin työtehtävät vikasietoisuuden aikana?
A: Perinteisissä saatavuusryhmissä työt on luotava manuaalisesti toissijaisiin replikoihin. Sisällytetyt saatavuusryhmät (SQL Server 2022+) synkronoi työt automaattisesti. Vikasietoklusterin instanssit sisältävät työt osana instanssitason suojausta.
14. Päätelmä
SQL Server tarjoaa kattavia korkean käytettävyyden ratkaisuja, jotka vastaavat erilaisiin tarpeisiin osastojen tietokannoista kriittisiin yritysjärjestelmiin. Jokainen ratkaisu tarjoaa erilaisia ominaisuuksia ja kompromisseja, jotka tietokannan ylläpitäjien on ymmärrettävä voidakseen tehdä tietoon perustuvia päätöksiä.
Always On Availability Groups edustaa nykyaikaisten käyttöönottojen lippulaivateknologiaa. Contained Availability Groups yksinkertaistaa hallintaa ja Distributed Availability Groups mahdollistaa kehittyneet alustariippumattomat skenaariot. Vikasietoklusterin instanssit palvelevat edelleen instanssitason suojaustarpeita, kun taas Log Shipping on edelleen olennainen kustannusherkissä skenaarioissa. Managed Instance Link avaa pilvihybridiratkaisuja paikallisten ratkaisujen yhdistämiseen. SQL Server Azuren kanssa.
Ratkaisujen yhteensovittaminen tiettyihin liiketoimintatarpeisiin on kriittinen menestystekijä. Yhtä kaikille sopivaa lähestymistapaa ei ole. Organisaatioiden on arvioitava huolellisesti RTO- ja RPO-vaatimukset, budjettirajoitukset, infrastruktuuriominaisuudet ja hallinnollinen asiantuntemus. Usein paras arkkitehtuuri yhdistää useita ratkaisuja kattavan suojauksen aikaansaamiseksi. Mieti, miten HA-strategiasi on linjassa laajempien pilvikäyttöönottosuunnitelmien kanssa, ja tutustu yksityiskohtaisiin käyttöönotto-ohjeisiin erillisissä artikkeleissa varmistaaksesi, että... SQL Server infrastruktuuri tarjoaa yrityksellesi vaadittavaa luotettavuutta.
kirjailijasta
Yuan Sheng on kokenut tietokannan ylläpitäjä (DBA), jolla on yli 10 vuoden kokemus alalta SQL Server ympäristöissä ja yritystietokantojen hallinnassa. Hän on onnistuneesti ratkaissut satoja tietokantojen palautustilanteita rahoituspalveluissa, terveydenhuollossa ja valmistusorganisaatioissa.
Yuan on erikoistunut SQL Server tietokannan palautus, korkean käytettävyyden ratkaisut ja suorituskyvyn optimointi. Hänen laajaan käytännön kokemukseensa kuuluu usean teratavun tietokantojen hallinta, Always On Availability Groupsin käyttöönotto sekä automatisoitujen varmuuskopiointi- ja palautusstrategioiden kehittäminen kriittisille liiketoimintajärjestelmille.
Teknisen asiantuntemuksensa ja käytännönläheisen lähestymistapansa avulla Yuan keskittyy luomaan kattavia oppaita, jotka auttavat tietokannan ylläpitäjiä ja IT-ammattilaisia ratkaisemaan monimutkaisia ongelmia. SQL Server haastaa tehokkaasti. Hän pysyy ajan tasalla uusimmista SQL Server julkaisuja ja Microsoftin kehittyviä tietokantateknologioita, testaten säännöllisesti palautusskenaarioita varmistaakseen, että hänen suosituksensa vastaavat todellisia parhaita käytäntöjä.
Onko sinulla kysyttävää SQL Server palautus tai tarvitsetko lisäohjeita tietokannan vianmääritykseen? Yuan toivottaa sinut tervetulleeksi palautetta ja ehdotuksia näiden teknisten resurssien parantamiseksi.