Registreer nu

Log in

vergeten wachtwoord

Wachtwoord vergeten? Vul alstublieft uw e-mail adres in. U ontvangt een link ontvangen en zal een nieuw wachtwoord via e-mail te creëren.

bericht toevoegen

Je moet inloggen om bericht toe te voegen .

question

U moet inloggen om een ​​vraag te stellen.

Log in

Registreer nu

Welkom bij Scholarsark.com! Uw inschrijving krijgt u toegang te verlenen tot het gebruik van meer kenmerken van dit platform. U kunt vragen stellen, maken bijdragen of antwoorden bieden, bekijk profielen van andere gebruikers en nog veel meer. Registreer nu!

Leer de Microsoft SQL Server AlwaysOn HA-oplossing

Leer de Microsoft SQL Server AlwaysOn HA-oplossing

Prijs: $19.99

Leer hoe u dit kunt instellen,Configureer en monitor de AlwaysOn-functie van Microsoft SQL Server.

Always On-beschikbaarheidsgroepen (SQL-server).

Een beschikbaarheidsgroep ondersteunt een failover-omgeving voor een afzonderlijke set gebruikersdatabases, bekend als beschikbaarheidsdatabases, die samen mislukken. Een beschikbaarheidsgroep ondersteunt een set primaire databases en één tot acht sets corresponderende secundaire databases. Secundaire databases zijn dat wel niet back-ups. Blijf regelmatig een back-up maken van uw databases en hun transactielogboeken.

Elke set beschikbaarheidsdatabases wordt gehost door een beschikbaarheid replica. Er bestaan ​​twee typen beschikbaarheidsreplica's: een primaire replica. die de primaire databases host, en één tot acht secundaire replica's, Elk daarvan host een reeks secundaire databases en dient als potentiële failoverdoelen voor de beschikbaarheidsgroep. Er wordt een failover uitgevoerd voor een beschikbaarheidsgroep op het niveau van een beschikbaarheidsreplica. Een beschikbaarheidsreplica biedt alleen redundantie op databaseniveau, voor de set databases in één beschikbaarheidsgroep. Failovers worden niet veroorzaakt door databaseproblemen, zoals een database die verdacht wordt als gevolg van verlies van een gegevensbestand of beschadiging van een transactielogboek.

De primaire replica maakt de primaire databases beschikbaar voor lees-schrijfverbindingen van clients. Ook, in een proces dat bekend staat als gegevenssynchronisatie, die plaatsvindt op databaseniveau. De primaire replica verzendt transactielogboekrecords van elke primaire database naar elke secundaire database. Elke secundaire replica slaat de transactielogboekrecords op in de cache (verhardt het logboek) en past ze vervolgens toe op de bijbehorende secundaire database. Gegevenssynchronisatie vindt plaats tussen de primaire database en elke verbonden secundaire database, onafhankelijk van de andere databases. daarom, een secundaire database kan worden opgeschort of mislukken zonder dat dit gevolgen heeft voor andere secundaire databases, en een primaire database kan worden opgeschort of mislukken zonder dat dit gevolgen heeft voor andere primaire databases.

Optioneel, u kunt een of meer secundaire replica's configureren om alleen-lezen toegang tot secundaire databases te ondersteunen, en u kunt elke secundaire replica configureren om back-ups op secundaire databases toe te staan.

Voor het implementeren van Always On-beschikbaarheidsgroepen is Windows Server Failover Clustering vereist (WSFC) TROS. Elke beschikbaarheidsreplica van een bepaalde beschikbaarheidsgroep moet zich op een ander knooppunt van hetzelfde WSFC-cluster bevinden. De enige uitzondering is dat tijdens de migratie naar een ander WSFC-cluster, een beschikbaarheidsgroep kan zich tijdelijk over twee clusters bevinden.

Er wordt een WSFC-resourcegroep gemaakt voor elke beschikbaarheidsgroep die u maakt. Het WSFC-cluster bewaakt deze resourcegroep om de status van de primaire replica te evalueren. Het quorum voor AlwaysOn-beschikbaarheidsgroepen is gebaseerd op alle knooppunten in het WSFC-cluster, ongeacht of een bepaald clusterknooppunt beschikbaarheidsreplica's host. In tegenstelling tot databasespiegeling, er is geen getuigerol in AlwaysOn-beschikbaarheidsgroepen.

Wat betreft arkadmin

Laat een antwoord achter