1. Inleiding tot SQL Server Hoge beschikbaarheid
Hoge beschikbaarheid in SQL Server Dit verwijst naar het vermogen van het systeem om operationeel te blijven met minimale downtime bij hardwarestoringen, softwareproblemen of gepland onderhoud. Het belang van hoge beschikbaarheid kan niet genoeg benadrukt worden. Wanneer databases niet beschikbaar zijn, ondervinden organisaties direct gevolgen, waaronder...ost omzet, verminderde productiviteit en klantontevredenheid.
Hoewel High Availability (HA) en Disaster Recovery (DR) vaak door elkaar worden gebruikt, richten ze zich op verschillende faalscenario's. HA is gericht op het minimaliseren van downtime als gevolg van lokale storingen, zoals server- of instantiecrashes, terwijl DR is ontworpen om te herstellen van grootschalige rampen die een volledig datacenter of een hele regio treffen.
Twee cruciale meetwaarden vormen de leidraad voor de HA-planning:
- De Recovery Time Objective (RTO) definieert de maximaal acceptabele downtime na een storing.
- De Recovery Point Objective (RPO) specificeert het maximaal toelaatbare gegevensverlies.
Beschikbaarheid wordt doorgaans gemeten in "negens": 99.9% (drie negens) staat 8.76 uur downtime per jaar toe, 99.99% (vier negens) staat 52.6 minuten toe en 99.999% (vijf negens) beperkt de downtime tot slechts 5.26 minuten per jaar.
2. SQL Server Overzicht van oplossingen voor hoge beschikbaarheid
2.1 Categorieën HA-oplossingen
SQL Server Oplossingen voor hoge beschikbaarheid kunnen op verschillende manieren worden gecategoriseerd:
- Beveiliging op instantieniveau versus databaseniveau: Beveiliging op instantieniveau, zoals Failover Cluster Instances, beschermt complete instanties, inclusief alle databases en serverobjecten, terwijl beveiliging op databaseniveau, zoals Always On Availability Groups, specifieke databases beschermt.
- Synchrone versus asynchrone gegevensoverdracht: Synchrone gegevensoverdracht garandeert geen gegevensverlies, maar kan vertraging veroorzaken, terwijl asynchrone overdracht de prestaties optimaliseert, maar mogelijk gegevensverlies accepteert.
- Automatische versus handmatige failover: Automatische failover minimaliseert de downtime zonder handmatige tussenkomst, terwijl handmatige failover meer controle biedt maar actie van de beheerder vereist.
2.2 Veelvoorkomende HA-oplossingen
SQL Server biedt acht primaire oplossingen voor hoge beschikbaarheid, die elk specifieke scenario's aanpakken:
- Altijd aan-beschikbaarheidsgroepen
- Beperkte beschikbaarheidsgroepen
- Gedistribueerde beschikbaarheidsgroepen
- Failoverclusterinstanties
- SQL Server kopiëren
- Logboekverzending
- Database spiegelen
- Link naar beheerde instantie
3. Altijd beschikbare beschikbaarheidsgroepen
Always On Availability Groups vertegenwoordigt SQL Serverde toonaangevende oplossing voor hoge beschikbaarheid en noodherstel op databaseniveau van 's, geïntroduceerd in SQL Server 2012. Het maakt het mogelijk dat groepen databases gezamenlijk als één geheel overschakelen bij een storing, terwijl er leesbare secundaire replica's beschikbaar zijn voor het ontlasten van query's.
BELANGRIJKSTE KENMERKEN
- Ondersteuning voor maximaal 9 replica's in totaal (1 primaire + 8 secundaire).
- Tot 5 replica's in synchrone commit-modus (1 primaire + 4 secundaire)
- Automatische failover zonder gegevensverlies in synchrone modus
- Leesbare secundaire replica's voor het ontlasten van query's
- Back-up offloaden naar secundaire replica's
- Beschikbaarheidsgroeplistener voor automatische verbindingsroutering
- Alleen-lezen routering voor load balancing van leesquery's
- Meerdere databases schakelen gezamenlijk over naar een andere database als groep bij een failover.
Implementatie stappen
- Configureer een Windows Server Failover Clustering (WSFC) of een Linux Pacemaker-cluster.
- Schakel de functie 'Altijd beschikbare beschikbaarheidsgroepen' in op alle apparaten. SQL Server gevallen
- Zorg ervoor dat databases gebruikmaken van het volledige herstelmodel en dat er volledige back-ups beschikbaar zijn.
- Maak eindpunten voor database-mirroring aan op elke replica.
- Maak de beschikbaarheidsgroep aan en voeg databases toe.
- Configureer de primaire en secundaire replica's met de gewenste modi.
- Maak en configureer de beschikbaarheidsgroeplistener.
- Configureer alleen-lezen routering als u leesbare secundaire bestanden gebruikt.
- Test de failoverprocedures en controleer de applicatieconnectiviteit.
beste voor
- Bedrijfskritische databases die maximale beschikbaarheid vereisen.
- Organisaties die zowel lokale HA als geografische DR nodig hebben.
- Omgevingen die lees-schaalmogelijkheden vereisen
- Applicaties die baat hebben bij het offloaden van rapportagequery's.
- Databases die geen gegevensverliesbescherming vereisen
- Applicaties met meerdere databases die een gecoördineerde failover vereisen.
VOORDELEN
- Geen gegevensverlies met de synchrone commit-modus.
- Automatische failover minimaliseert de uitvaltijd (meestal enkele seconden).
- Leesbare secundaire gegevens verminderen de belasting van de primaire gegevens
- Geen gedeelde opslag vereist
- Ondersteunt zowel Windows- als Linux-platforms.
- Geografische spreiding voor rampenherstel
- Back-upbewerkingen kunnen worden uitbesteed aan secundaire servers.
- De verbindingsreeksen van de applicatie blijven ongewijzigd na een failover.
NADELEN
- Vereist de Enterprise-editie voor volledige functionaliteit.
- Standaardeditie beperkt tot Basic AG (1 database, 1 secundair document, geen leesbaar secundair document)
- Complexe configuratie en beheer
- Vereist clusteringinfrastructuur (WSFC of Pacemaker).
- Objecten op instantieniveau (aanmeldingen, taken) vereisen handmatige synchronisatie.
- De synchrone modus kan transactievertraging veroorzaken.
- Licentie costs voor meerdere servers
Referenties
- SQL Server Always On-beschikbaarheidsgroepen: complete handleiding
- Officieel Microsoft-document: Overzicht van Always On-beschikbaarheidsgroepen (SQL Server)
4. Beperkte beschikbaarheidsgroepen
Ingesloten beschikbaarheidsgroepen, geïntroduceerd in SQL Server In 2022 wordt de traditionele Always On Availability Group uitgebreid door objecten op instantieniveau automatisch te synchroniseren tussen replica's, waardoor handmatige replicatie van aanmeldingen, taken en andere objecten op serverniveau overbodig wordt.
BELANGRIJKSTE KENMERKEN
- Automatische synchronisatie van objecten op instantieniveau (aanmeldingen, gebruikers, rollen)
- SQL Server Agenttaken worden over alle replica's heen gerepliceerd.
- Databaserechten automatisch gesynchroniseerd
- Alle Always On AG-functies inbegrepen
- Vereenvoudigde failover met volledige omgevingsreplicatie
- Ondersteuning voor zowel Windows- als Linux-platforms.
Implementatie stappen
- Verzekeren SQL Server 2022 of later in alle gevallen
- Configureer de WSFC- of Pacemaker-clusterinfrastructuur.
- Schakel de functie 'Altijd aan' in voor alle instanties.
- Maak een ingesloten beschikbaarheidsgroep met de optie CONTAINED.
- Voeg databases toe aan de opgenomen AG.
- Maak inloggegevens en taken aan binnen de AG-context.
- Configureer de listener en test de failover.
beste voor
- Organisaties die een vereenvoudigde administratie van de procureur-generaal wensen.
- Omgevingen met frequente failover-tests of -bewerkingen.
- Toepassingen die veel objecten op instantieniveau vereisen
- Nieuwe SQL Server Implementaties vanaf 2022
- Teams die een lagere prijs nastrevenost-failover-configuratie
VOORDELEN
- Elimineert handmatige synchronisatie van aanmeldingen en taken.
- Snellere en betrouwbaardere failover
- Minder administratieve overhead
- Applicaties werken direct na de failover.
- Vereenvoudigde procedures voor herstel na een ramp
- Alle traditionele AG-voordelen inbegrepen
NADELEN
- Vereist SQL Server 2022 of hoger
- Enterprise Edition is vereist voor volledige functionaliteit.
- Het is niet mogelijk om bestaande traditionele AG's om te zetten naar ingekapselde AG's.
- Alle replica's moeten de ingebouwde AG-functie ondersteunen.
- Extra complexiteit in vergelijking met traditionele AG's.
Referenties
5. Gedistribueerde beschikbaarheidsgroepen
Gedistribueerde beschikbaarheidsgroepen, geïntroduceerd in SQL Server In 2016 werd een "Availability Group of Availability Groups"-architectuur mogelijk gemaakt, waarbij twee onafhankelijke AG's in afzonderlijke clusters met elkaar werden verbonden voor geavanceerde scenario's voor noodherstel en migratie.
BELANGRIJKSTE KENMERKEN
- Verbindt twee onafhankelijke beschikbaarheidsgroepen.
- Elke AG onderhoudt zijn eigen onafhankelijke cluster.
- Platformonafhankelijke ondersteuning (van Windows naar Linux)
- Replicatie tussen clusters zonder gedeeld clusterlidmaatschap
- Eén AG fungeert als primaire, de andere als secundaire.
- Ondersteunt zowel synchrone als asynchrone modi.
- Geografische spreiding over regio's of continenten
Implementatie stappen
- Maak en configureer de eerste beschikbaarheidsgroep (primaire DAG).
- Een tweede beschikbaarheidsgroep (secundaire DAG) aanmaken en configureren.
- Maak een gedistribueerde AG aan die de twee AG's met elkaar verbindt.
- Configureer gegevenssynchronisatie tussen AG's.
- Stel op elke AG een listener in voor applicatieconnectiviteit.
- Failoverbeleid en testprocedures configureren
- Controleer de communicatie en replicatie tussen clusters.
beste voor
- Rampenherstel in meerdere regio's, verspreid over onafhankelijke datacenters.
- Platformoverschrijdende migratie van Windows naar Linux of omgekeerd.
- Hybride cloudscenario's die on-premises omgevingen verbinden met Azure.
- Belangrijke versie-upgrades vereisen langere migratieperiodes.
- Organisaties met meerdere onafhankelijke failoverclusters
- Wereldwijde ondernemingen die continentomspannende replicatie nodig hebben
VOORDELEN
- Ontkoppelt clusterafhankelijkheden tussen locaties
- Maakt een daadwerkelijke geografische spreiding mogelijk.
- Ondersteunt platformoverschrijdende scenario's.
- Elke AG kan onafhankelijk overschakelen naar een andere locatie.
- Ideaal voor complexe migratieprojecten.
- Geen gedeelde clusterinfrastructuur vereist
- Kan verschillende Windows-domeinen of Linux-distributies omvatten.
NADELEN
- Vereist Enterprise Edition
- Hoge complexiteit in configuratie en beheer
- Vereist een diepgaand begrip van zowel clustering als AG-technologie.
- Moeilijker om problemen op te lossen dan standaard AG's.
- Extra latentie voor scenario's tussen verschillende regio's.
- Vereist zorgvuldige planning van failoverprocedures.
Referenties
6. Failover Cluster Instances (FCI)
Failover Cluster Instances bieden hoge beschikbaarheid op instantieniveau door gebruik te maken van gedeelde opslag en Windows Server Failover Clustering, waardoor automatische failover van een volledige instantie mogelijk is. SQL Server instantie inclusief alle databases en objecten op serverniveau.
BELANGRIJKSTE KENMERKEN
- Bescherming op instantieniveau (alle databases schakelen gelijktijdig over naar een andere locatie bij een storing)
- Actieve-passieve configuratie met gedeelde opslag
- Virtuele netwerknaam (VNN) voor transparante failover
- Automatische failover wanneer het actieve knooppunt uitvalt
- Geen gegevensverlies (één kopie van de gegevens)
- Objecten op serverniveau inbegrepen (aanmeldingen, taken, gekoppelde servers)
- Ondersteunt allemaal SQL Server herstelmodellen
Implementatie stappen
- Een Windows Server Failover Cluster (WSFC) configureren
- Stel gedeelde opslag in (SAN, SMB, Storage Spaces Direct).
- Configureer de quoruminstellingen van het cluster.
- Install SQL Server als failover-clusterinstantie op het eerste knooppunt
- Voeg extra knooppunten toe aan de FCI
- Configureer de naam en het IP-adres van het virtuele netwerk.
- Test failover tussen clusterknooppunten
- Configureer clienttoepassingen voor gebruik met VNN.
beste voor
- Organisaties met een bestaande gedeelde opslaginfrastructuur
- Omgevingen die bescherming op instantieniveau vereisen
- Lokale hoge beschikbaarheid binnen één datacenter.
- Applicaties waarbij alle databases tegelijkertijd moeten overschakelen naar een andere database bij een storing.
- Scenario's waarin objecten op serverniveau beschermd moeten worden.
- Alleen Windows-omgevingen (Linux wordt niet ondersteund voor FCI)
VOORDELEN
- Volledige bescherming op instantieniveau
- Geen gegevensverlies gegarandeerd
- Automatische failover-functionaliteit
- Het is niet nodig om inloggegevens of taken te synchroniseren.
- Eén kopie van de gegevens vermindert de opslagruimte.osts
- Ondersteunt alle herstelmodellen.
- De verbindingsreeksen van de applicatie blijven ongewijzigd na failover.
NADELEN
- Vereist een dure, gedeelde opslaginfrastructuur.
- Gedeelde opslag is een single point of failure.
- Geen lees-schaalbaarheid mogelijk (slechts één actief knooppunt)
- Beperkte geografische verspreiding vanwege opslagbeperkingen.
- Standaardeditie beperkt tot 2 nodes
- Alleen voor Windows (geen Linux-ondersteuning)
- Langere failovertijd in vergelijking met AG's (doorgaans enkele minuten).
- Complexe opslagconfiguratie en -beheer
Referenties
- SQL Server Failovercluster: complete handleiding voor DBA's
- Officieel Microsoft-document: Always On failover-clusterinstanties (SQL Server)
7. SQL Server kopiëren
SQL Server Replicatie is een technologie voor gegevensdistributie die gegevens kopieert en verdeelt over meerdere servers. Het ondersteunt diverse topologieën, van eenvoudige eenrichtingsdistributie tot complexe multi-masterconfiguraties, hoewel het voornamelijk wordt gebruikt voor rapportage in plaats van als pure oplossing voor hoge beschikbaarheid.
BELANGRIJKSTE KENMERKEN
- Vier replicatietypen: Snapshot, Transactioneel, Samenvoegen, Peer-to-Peer
- Gedetailleerde gegevensselectie (specifieke tabellen, kolommen, rijen)
- Ondersteuning voor meerdere abonnees van één uitgever.
- Bidirectionele en multi-master topologieën beschikbaar
- Flexibele plannings- en synchronisatieopties
- Conflictresolutie voor samenvoegingsreplicatie
- Filtermogelijkheden met WHERE-predicaten
Implementatie stappen
- Configureer de distributieserver (deze kan apart zijn of hetzelfde als de uitgever).
- Publicatie aanmaken in de Publisher-database
- Selecteer het replicatietype op basis van de vereisten.
- Selecteer artikelen (tabellen, weergaven, opgeslagen procedures) om te repliceren.
- Configureer filtering en gegevenstransformatie indien nodig.
- Abonneedatabases instellen
- Abonnementen aanmaken (pushen of pullen)
- Initialiseer abonnementen met een momentopname.
- Bewaak replicatieagenten en latentie
beste voor
- Gegevens distribueren naar meerdere rapportageservers
- Scenario's voor het opschalen van leesbewerkingen met rapportage-workloads
- Gedeeltelijke gegevensdistributie naar externe locaties
- Gegevensconsolidatie uit meerdere bronnen
- Incidentele gekoppelde scenario's (samenvoegingsreplicatie)
- Ondersteunende rol in de strategie voor rampenherstel
VOORDELEN
- Gedetailleerde controle over gerepliceerde gegevens
- Meerdere abonnees ondersteund
- Flexibele topologie-opties
- Het is mogelijk om specifieke tabellen of kolommen te dupliceren.
- Filtering vermindert het netwerkverkeer.
- Ondersteunt heterogene replicatie (SQL Server naar Oracle)
- Werkt met de standaardeditie.
NADELEN
- Geen automatische failover-functionaliteit
- Complexe configuratie en beheer
- Mogelijke conflicten bij replicatie (samenvoeging en peer-to-peer).
- Vertraging bij gegevenssynchronisatie
- Schemawijzigingen vereisen zorgvuldige coördinatie.
- Niet ontworpen als primaire HA-oplossing.
- Problemen oplossen kan lastig zijn.
- Peer-to-peer vereist Enterprise Edition.
Referenties
- SQL Server Replicatie: complete handleiding voor DBA's
- Officieel Microsoft-document: SQL Server kopiëren
8. Logboekverzending
Log Shipping biedt een warm standby-oplossing voor noodherstel en hoge beschikbaarheid door middel van geautomatiseerde processen voor het maken van back-ups, kopieën en herstel van transactielogboeken, wat een eenvoudige en efficiënte oplossing oplevert.ost-Effectieve aanpak voor het onderhouden van gesynchroniseerde secundaire databases.
BELANGRIJKSTE KENMERKEN
- Geautomatiseerde back-up-, kopieer- en hersteltaken via SQL Agent
- Ondersteuning voor meerdere secundaire servers
- Instelbare back-up- en herstelintervallen
- De STANDBY-modus biedt alleen-leestoegang tot de secundaire opslag.
- Uitgestelde logherstel voor foutcorrectie
- Monitorserver voor gecentraliseerde monitoring
- Ondersteuning voor compressie van transactielogboeken
Implementatie stappen
- Zorg ervoor dat de primaire database gebruikmaakt van het volledige herstelmodel.
- Maak een volledige back-up van de primaire database.
- Herstel de back-up op de secundaire server met NORECOVERY
- Configureer log shipping op de primaire database.
- Geef de gedeelde back-upmap op die toegankelijk is voor alle servers.
- Configureer het back-upschema op de primaire computer.
- Configureer kopieer- en hersteltaken op de secundaire server.
- Configureer optioneel de monitorserver.
- Test failoverprocedures
beste voor
- Cost- effectieve oplossingen voor rampenherstel
- Organisaties met een Standard Edition-licentie
- Scenario's die een gegevensverlies van enkele minuten tolereren.
- Omgevingen die geen problemen ondervinden met handmatige failover.
- Vertraagd herstel voor foutbescherming
- Werkbelastingen rapporteren met behulp van de STANDBY-modus
- Eenvoudige noodherstelvereisten zonder complexe infrastructuur.
VOORDELEN
- Eenvoudige configuratie en bediening
- Lage cost (Ondersteuning voor de standaardeditie)
- Meerdere secundaire servers worden ondersteund
- Instelbare vertraging beschermt tegen logische fouten.
- Rapportage in STANDBY-modus (alleen-lezen)
- Kan hoge netwerklatentie verdragen.
- Minimale impact op de primaire server.
- Goed ingeburgerde, beproefde technologie
NADELEN
- Geen automatische failover-functionaliteit
- Moet voor elke database afzonderlijk worden geconfigureerd.
- Synchronisatievertraging (minuten tot uren)
- Potentieel gegevensverlies als gevolg van het back-upinterval.
- Handmatige failover verhoogt de RTO.
- Vereist SQL Server Agent draait op alle servers.
- Secundaire databases niet toegankelijk tijdens logboekherstel
- Applicaties vereisen wijzigingen in de verbindingsreeks na een failover.
Referenties
- SQL Server Logboekverzending: complete handleiding voor DBA's
- Officieel Microsoft-document: Over log shipping (SQL Server)
9. Databasespiegeling
Database Mirroring is een verouderde oplossing voor hoge beschikbaarheid op databaseniveau die sindsdien geen verbeteringen meer heeft ondergaan. SQL Server 2012, hoewel het nog steeds beschikbaar is in de huidige versies. Microsoft raadt ten zeerste aan om voor alle nieuwe implementaties over te stappen op Always On Availability Groups.
BELANGRIJKSTE KENMERKEN
- Hoofd- en spiegelserverarchitectuur
- Optionele witness-server voor automatische failover
- Twee bedrijfsmodi: hoge veiligheid en hoge prestaties.
- Ondersteuning voor synchrone en asynchrone werking
- Automatische paginareparatiefunctie
- Beveiliging op databaseniveau
- Ondersteuning voor versleuteling bij gegevensoverdracht.
Implementatie stappen
- Zorg ervoor dat de database gebruikmaakt van het volledige herstelmodel.
- Maak een volledige back-up en herstel deze naar de spiegelserver met NORECOVERY.
- Maak spiegelende eindpunten aan op de primaire server en de spiegelserver.
- Certificaten configureren voor authenticatie
- Een spiegelingssessie tussen servers tot stand brengen.
- Configureer optioneel de witness-server voor automatische failover.
- Bedrijfsmodus instellen (Hoge veiligheid of Hoge prestaties)
- Test failoverprocedures
beste voor
- Oudere systemen maken al gebruik van database-mirroring.
- De bestaande configuraties behouden totdat migratie mogelijk is.
- Geen andere scenario's aanbevolen (deze functie is verouderd).
VOORDELEN
- Snelle automatische failover in de modus 'Hoge veiligheid' met witness-functie
- Geen gegevensverlies in de modus 'Hoge veiligheid'
- Automatische paginareparatie door partner
- Eenvoudiger dan beschikbaarheidsgroepen voor één enkele database.
- Ondersteunt versleuteling voor gegevensoverdracht.
- Gefaseerde upgrades met minimale uitvaltijd.
NADELEN
- Verouderd sinds SQL Server 2012 (kan worden verwijderd)
- Configuratie en failover per database
- Geen leesbare spiegel (geen lees-schaalmogelijkheid)
- Elke database schakelt onafhankelijk over naar een andere database.
- Updates van de verbindingsreeks zijn vereist na failover.
- Beperkt tot twee servers (hoofdserver en spiegelserver).
- Geen verbeteringen of nieuwe functies.
- Microsoft raadt aan om over te stappen op Always On AG.
Referenties
10. Link naar beheerde instantie
Managed Instance Link creëert een hybride verbinding tussen SQL Server en Azure SQL Managed Instance met behulp van gedistribueerde beschikbaarheidsgroeptechnologie, waardoor bijna realtime gegevensreplicatie mogelijk is voor scenario's voor noodherstel, migratie en cloudintegratie.
BELANGRIJKSTE KENMERKEN
- Bijna realtime replicatie met behulp van gedistribueerde AG-technologie
- Eenrichtingsreplicatie (SQL Server 2016-2019 naar Azure)
- Bidirectionele replicatie met failback (SQL Server 2022 +)
- Eén database per link (meerdere links worden ondersteund)
- Leesbare replica's op Azure SQL Managed Instance
- Licentievrije passieve DR-replica-optie
- Online migratie met minimale downtime.
Implementatie stappen
- Voorbereiden SQL Server omgeving (VPN of ExpressRoute naar Azure)
- Azure SQL Managed Instance configureren
- Schakel de Always On AG-functie in. SQL Server
- Een eindpunt voor databasespiegeling aanmaken
- Wissel certificaten uit tussen SQL Server en MI
- Een beheerde instantiekoppeling maken met SSMS of scripts.
- Valideer replicatie en synchronisatie
- Configureer alleen-lezen routering indien u dit voor lees-schaalbaarheid gebruikt.
- Test failoverprocedures
beste voor
- Hybride noodherstel met cloudgebaseerde secundaire back-up.
- Online migratie naar Azure SQL Managed Instance
- Analyses en rapportages overzetten naar Azure.
- Organisaties die een hybride cloudstrategie implementeren
- Scenario's die integratie met Azure-services vereisen
- Cost optimalisatie met licentievrije passieve DR
VOORDELEN
- Most Prestatiegerichte migratie naar Azure met minimale downtime.
- Echte online migratie naar de bedrijfskritische tier
- Bidirectionele failover met SQL Server 2022+
- Licentievrije passieve DR-replica vermindert costs
- Integratie met Azure-services zonder volledige migratie
- Leesschaalbaarheid met behulp van Azure-replica's
- Geautomatiseerde back-ups aan de Azure-kant
- Geografische verdeling over Azure-regio's
NADELEN
- Beperking: één database per link
- Kan niet worden gebruikt met failovergroepen op MI.
- Systeemdatabases worden niet gerepliceerd.
- Objecten op instantieniveau vereisen handmatige synchronisatie.
- SQL Server 2016-2019 eenrichtingsverkeer (geen failback)
- Azure costs voor Managed Instance
- Netwerkverbindingsvereisten (VPN/ExpressRoute)
- Beperkingen van de functionaliteit (bestandstabellen en bestandsstreams worden niet ondersteund)
Referenties
11. Vergelijking van oplossingen voor hoge beschikbaarheid
11.1 Tabel met functievergelijkingen
| Kenmerk | Altijd Aan AG | Bevat AG | Gedistribueerde AG | FCI | kopiëren | Logboekverzending | Mirroring | MI Link |
|---|---|---|---|---|---|---|---|---|
| Edition | Ent/Std | Ent/Std | Ent | Ent/Std | Ent/Std | Ent/Std | Ent/Std | Ent/Std |
| niveau van de bescherming | Database | Database+Instantie | Database | Aanleg | Database/Objecten | Database | Database | Database |
| Gegevenssync | Synchroon/asynchroon | Synchroon/asynchroon | Synchroon/asynchroon | Gedeelde | asynchrone | asynchrone | Synchroon/asynchroon | asynchrone |
| Automatische failover | Ja | Ja | Ja | Ja | Nee | Nee | Ja | Nee |
| Leesschaal | Ja | Ja | Ja | Nee | Ja | Beperkt | Nee | Ja |
| RTO | seconden | seconden | seconden | minuten | Handleiding | Handleiding | seconden | Handleiding |
| RPO | Nul/Min | Nul/Min | Nul/Min | Nul | minimaal | minuten | Nul/Min | minimaal |
| Ondersteuningsstatus | Actief | Actief | Actief | Actief | Actief | Actief | Verouderd | Actief |
11.2 Kies een HA-oplossing
Houd bij het kiezen van de oplossing rekening met de volgende factoren:
- Budgettaire overwegingen hebben een aanzienlijke invloed op de keuze van de oplossing: de vereisten voor de Enterprise Edition beïnvloeden de licentiekosten.ostDe infrastructuurbehoeften variëren van dure gedeelde opslag voor FCI's tot standaardservers voor beschikbaarheidsgroepen.
- De complexiteit verschilt aanzienlijk: Log Shipping biedt de eenvoudigste implementatie, terwijl Distributed Availability Groups uitgebreide expertise vereisen.
- RTO-vereisten bepalen de technologische keuzes. Een downtime van slechts enkele seconden vereist Always On Availability Groups of FCI's met automatische failover. Een tolerantie van enkele minuten maakt handmatige failover-oplossingen zoals Log Shipping mogelijk.
- RPO-vereisten zijn eveneens van belang: nul gegevensverlies vereist synchrone oplossingen, terwijl een tolerantie van enkele minuten log shipping mogelijk maakt.
- Infrastructuurbeperkingen, de behoefte aan schaalbaarheid van leesgegevens, geografische spreidingsvereisten en hybride cloudscenario's spelen allemaal een rol bij de keuze voor de optimale oplossing.
12. Beste praktijken voor SQL Server Hoge beschikbaarheid
12.1 Planning en ontwerp
Beoordeel de bedrijfsvereisten door middel van een zorgvuldige RTO- en RPO-analyse voor elke database. Kies passende oplossingen die aan de vereisten voldoen in plaats van standaard voor de meest voor de hand liggende oplossing te kiezen.ost Geavanceerde opties. Plan zowel voor lokale hoge beschikbaarheid als voor geografisch noodherstel met behulp van gelaagde benaderingen. Documenteer de architectuur uitgebreid, inclusief netwerkdiagrammen, failoverprocedures en herstelhandleidingen.
12.2 Implementatierichtlijnen
Test de failoverprocedures regelmatig door middel van geplande tests en gesimuleerde storingen om ze te valideren. SQL Server Oplossingen met hoge beschikbaarheid en teamparaatheid. Bewaak de status en prestaties continu met behulp van SQL Serveringebouwde tools zoals SQL Server Profiler en DMV's. Configureer uitgebreide waarschuwingen voor synchronisatievertraging, failover-gebeurtenissen en verslechtering van de status. Onderhoud SQL Server back-up strategieën Ondanks de implementatie van HA blijven back-ups de laatste verdedigingslinie tegen logische corruptie en onbedoelde verwijderingen. Houd systemen up-to-date met cumulatieve updates, beveiligingspatches en firmware-updates. Valideer herstelprocedures periodiek door middel van daadwerkelijke herstelbewerkingen en applicatietests, en weet hoe u om moet gaan met scenario's zoals databases die vastzitten in de herstelmodus.
12.3 Bewaking en onderhoud
Maak gebruik van hulpmiddelen zoals SQL Server Activity Monitor, SQL Server Prestatiemeteren Dynamic Management Views uitgebreid voor gezondheidsmonitoring en uitvoering DBCC CONTROLEERDB Controleer regelmatig de database-integriteit. Gebruik het Always On Dashboard voor een visuele beoordeling van de status van de beschikbaarheidsgroep. Monitor de synchronisatievertraging nauwlettend, met name voor asynchrone replica's en Log Shipping. Volg failover-gebeurtenissen nauwgezet met behulp van SQL Server Uitgebreide evenementen en de oorzaken van patronen analyseren. Prestatiebaselines vaststellen voor normale werking en afwijkingen monitoren die op potentiële problemen wijzen. Regelmatig capaciteitsplanningsevaluaties uitvoeren om ervoor te zorgen dat de infrastructuur de groeiende werklast aankan.
13. FAQ
V: Wat is het verschil tussen hoge beschikbaarheid en noodherstel? SQL Server?
A: Hoge beschikbaarheid minimaliseert de downtime bij lokale storingen binnen een datacenter, doorgaans met automatische failover en RTO's van seconden of minuten. Rampenherstel beschermt tegen regionale catastrofes, meestal met handmatige failover en langere RTO's, maar dekt gebeurtenissen die hele faciliteiten treffen.
V: Wat is het verschil tussen High Availability (HA) en Read-Scale-oplossingen?
A: High Availability-oplossingen zorgen ervoor dat databases toegankelijk blijven tijdens storingen, met de nadruk op uptime en automatische failover-mogelijkheden. Read-Scale-oplossingen verbeteren de queryprestaties door alleen-lezen workloads te verdelen over meerdere databasereplica's, met de nadruk op doorvoer en responstijden. Hoewel deze oplossingen verschillende doelen dienen, kan dezelfde technologie, zoals Always On Availability Groups, beide voordelen tegelijkertijd bieden: leesbare secundaire replica's bieden read-scale-mogelijkheden en fungeren tegelijkertijd als failover. tarkrijgt de prijs voor hoge beschikbaarheid.
Vraag: Welke? SQL Server Is een oplossing met hoge beschikbaarheid het meest geschikt voor mijn behoeften?
A: De beste oplossing hangt af van RTO en RPO. tarkrijgt, budget, beschikbaarheid van edities, infrastructuur en expertise. Always On Availability Groups is geschikt voor mij.ost bedrijfsscenario's, terwijl Log Shipping goed werkt voor cost-gevoelige omgevingen. Evalueer de vereisten aan de hand van de vergelijkingstabel.
V: Is de Enterprise-editie vereist voor Always On Availability Groups?
A: De Standard Edition ondersteunt Basic Availability Groups met aanzienlijke beperkingen: één database per groep, één secundaire replica en geen leesbare secundaire replica. Volledige functionaliteit, inclusief meerdere databases, acht secundaire replica's en leesbare replica's, vereist de Enterprise Edition.
V: Kan ik Log Shipping gebruiken met SQL Server Standaardeditie?
A: Ja, Log Shipping wordt volledig ondersteund in de Standard Edition, waardoor het een aantrekkelijke optie is.ost-Effectieve oplossing voor noodherstel voor organisaties zonder Enterprise Edition-licentie.
V: Wat is het verschil tussen Always On Availability Groups en Database Mirroring?
A: Database Mirroring is verouderd en werkt op databaseniveau zonder leesbare secundaire toegang. Always On Availability Groups ondersteunt groepen databases, tot acht secundaire servers, leesbare replica's en verbeterde bewaking. Microsoft raadt aan te migreren naar Always On.
V: Hoe kies ik tussen failoverclusterinstanties en beschikbaarheidsgroepen?
A: Kies FCI's voor bescherming op instantieniveau met gedeelde opslaginfrastructuur. Kies beschikbaarheidsgroepen voor bescherming op databaseniveau, schaalbaarheid voor leesbewerkingen en geografische spreiding zonder gedeelde opslag. Organisaties combineren vaak beide voor een complete bescherming.
V: Kan ik meerdere combineren? SQL Server oplossingen met hoge beschikbaarheid?
A: Ja, het combineren van oplossingen is gebruikelijk. FCI's kunnen fungeren als replica's van beschikbaarheidsgroepen, waardoor lokale HA op instantieniveau en geografische DR op databaseniveau mogelijk is. Log Shipping kan beschikbaarheidsgroepen aanvullen voor extra bescherming op afstand. Test gecombineerde configuraties grondig.
V: Wat is het verschil tussen synchrone en asynchrone replicatie?
A: Synchrone replicatie wacht op een secundaire bevestiging voordat de transactie wordt voltooid. Dit garandeert geen gegevensverlies, maar kan wel vertraging veroorzaken. Asynchrone replicatie verloopt zonder te wachten, wat de prestaties optimaliseert, maar mogelijk gegevensverlies tijdens een failover met zich meebrengt.
V: Heb ik nog steeds back-ups nodig als ik al back-ups heb? SQL Server Hoge beschikbaarheid geconfigureerd?
A: Absoluut ja. Hoge beschikbaarheid beschermt tegen hardwarestoringen, maar biedt geen bescherming tegen logische corruptie, onbedoelde verwijderingen of kwaadwillige acties die naar alle kopieën worden gerepliceerd. Backups blijven essentieel voor herstel naar een specifiek tijdstip en voor naleving van wet- en regelgeving.
V: Heb ik nog steeds back-ups nodig als ik al back-ups heb? SQL Server Hoge beschikbaarheid geconfigureerd?
A: Absoluut ja. Hoge beschikbaarheid beschermt tegen hardwarestoringen, maar biedt geen bescherming tegen databasecorruptie, onbedoelde verwijderingen of kwaadwillige acties. Backups blijven essentieel voor herstel naar een specifiek tijdstip en voor naleving van wet- en regelgeving. In gevallen waarin databasebestanden beschadigd raken en er geen back-ups beschikbaar zijn of deze ook beschadigd zijn, kan een gespecialiseerd systeem een back-up maken. Software voor het repareren van SQL-databases Kan helpen bij het herstellen van gegevens uit beschadigde MDF-, NDF- en back-upbestanden.
V: Wat is een Contained Availability Group en waarin verschilt deze van een gewone Availability Group?
A: Contained Availability Groups, geïntroduceerd in SQL Server In 2022 worden objecten op instantieniveau, zoals aanmeldingen, taken en metadata, automatisch gesynchroniseerd. Reguliere beschikbaarheidsgroepen synchroniseren alleen databaseobjecten, waardoor handmatige replicatie van instantieobjecten vereist is.
V: Kan ik gegevens dupliceren van SQL Server naar Azure SQL Managed Instance?
A: Ja, Managed Instance Link biedt hybride replicatie tussen SQL Server en Azuur. SQL Server 2016-2019 ondersteunt eenrichtingsreplicatie, terwijl SQL Server Vanaf 2022 is bidirectionele replicatie met failback mogelijk voor noodherstel, migratie en hybride scenario's.
V: Wat gebeurt er met SQL Server Agenttaken tijdens failover?
A: Bij traditionele beschikbaarheidsgroepen moeten taken handmatig worden aangemaakt op secundaire replica's. Ingesloten beschikbaarheidsgroepen (SQL Server (Vanaf 2022) worden taken automatisch gesynchroniseerd. Failover Cluster Instances omvatten taken als onderdeel van de beveiliging op instantieniveau.
14. Conclusie
SQL Server Biedt uitgebreide oplossingen voor hoge beschikbaarheid die voldoen aan uiteenlopende eisen, van afdelingsdatabases tot bedrijfskritische systemen. Elke oplossing biedt unieke mogelijkheden en afwegingen die databasebeheerders moeten begrijpen om weloverwogen beslissingen te kunnen nemen.
Always On Availability Groups (AAG) vertegenwoordigt de vlaggenschiptechnologie voor moderne implementaties, waarbij Contained Availability Groups (CAG) het beheer vereenvoudigen en Distributed Availability Groups (DAG) geavanceerde platformoverschrijdende scenario's mogelijk maken. Failover Cluster Instances (FCI) blijven voorzien in de behoeften op instantieniveau voor bescherming, terwijl Log Shipping relevant blijft voor complexe implementaties.ost-gevoelige scenario's. Managed Instance Link opent mogelijkheden voor een hybride cloudomgeving en overbrugt de kloof tussen on-premises omgevingen. SQL Server met Azure.
Het afstemmen van oplossingen op specifieke bedrijfsbehoeften is een cruciale succesfactor. Er bestaat geen universele aanpak. Organisaties moeten de RTO- en RPO-vereisten, budgetbeperkingen, infrastructuurmogelijkheden en administratieve expertise zorgvuldig evalueren. Vaak combineert de beste architectuur meerdere oplossingen voor een alomvattende bescherming. Overweeg hoe uw HA-strategie aansluit op bredere cloudadoptieplannen en raadpleeg specifieke artikelen voor gedetailleerde implementatierichtlijnen om ervoor te zorgen dat uw SQL Server De infrastructuur biedt de betrouwbaarheid die uw bedrijf nodig heeft.
Over de auteur
Yuan Sheng is een senior databasebeheerder (DBA) met meer dan 10 jaar ervaring in SQL Server omgevingen en enterprise databasebeheer. Hij heeft honderden databaseherstelscenario's succesvol opgelost in financiële dienstverlening, gezondheidszorg en productiebedrijven.
Yuan is gespecialiseerd in SQL Server Databaseherstel, oplossingen voor hoge beschikbaarheid en prestatieoptimalisatie. Zijn uitgebreide praktijkervaring omvat het beheer van multi-terabyte databases, de implementatie van Always-On Availability Groups en de ontwikkeling van geautomatiseerde back-up- en herstelstrategieën voor bedrijfskritische bedrijfssystemen.
Met zijn technische expertise en praktische aanpak richt Yuan zich op het creëren van uitgebreide handleidingen die databasebeheerders en IT-professionals helpen complexe problemen op te lossen. SQL Server uitdagingen efficiënt. Hij blijft op de hoogte van de nieuwste SQL Server releases en de evoluerende databasetechnologieën van Microsoft, waarbij hij regelmatig herstelscenario's test om ervoor te zorgen dat zijn aanbevelingen overeenkomen met de beste praktijken in de praktijk.
Heb vragen over SQL Server herstel of heeft u aanvullende begeleiding nodig bij het oplossen van databaseproblemen? Yuan verwelkomt feedback en suggesties om deze technische middelen te verbeteren.