SQL Server AlwaysOn introductie Beschikbaarheid Groep

Voor starters, AlwaysOn beschikbaarheid Group is een nieuwe functie van SQL Server 2012. In een notendop, het dient om de beschikbaarheid van de groep van de gebruiker databases te maximaliseren. Het bleek een goede hoge beschikbaarheid en ramp recovery oplossing als alternatief voor databasespiegeling zijn. Zoals hierboven vermeld, deze spannende nieuwe functie vermindert de stilstandtijd (zowel geplande en ongeplande) van het systeem en dient voor het verhogen van beschikbaarheid. Samen met de beschikbaarheid, biedt bescherming voor uw gegevens. Het is een beetje een hybride oplossing voor zowel hoge beschikbaarheid en ramp herstel.

Wat is beschikbaarheid Group over?

Beschikbaarheid groep is een groep gebruikers databases, ook wel bekend als de beschikbaarheid databases, ontworpen om een ​​failover omgeving te ondersteunen. Het ondersteunt een set-lezen schrijven primaire databases en 1-4 sets van secundaire databanken die alleen beschikbaar is voor alleen-lezen toegang zijn. . Bovendien wordt elke beschikbaarheid van de database gehost door een beschikbaarheid replica
Twee soorten beschikbaarheid replica's bestaan:
• Één primaire replica – Primaire replica gastheren primaire databases. Het dient om de transactie log gegevens van elke primaire database te sturen naar elke secundaire database. Bovendien maakt het primaire databases beschikbaar voor read-write verbindingen van gebruikers
• Één tot vier secundaire replica – Elke secundaire replicagastheren secundaire databases en dient ook als een potentiële beschikbaarheid groep voor een failover. Elke secundaire replica slaat de transactie log en past deze toe op de bijbehorende secundaire databank
Bare in het achterhoofd, zoals de synchronisatie plaatsvindt tussen de primaire database en elke aangesloten secundaire database-onafhankelijk -. Secundaire database kan niet zonder een impact op andere secundaire databases , hetzelfde met primaire databases.

Soorten failovers

Het proces van een secundaire replica steeds een primaire replica wordt een failover genoemd. Tijdens dit proces secundaire replica overgangen naar de primaire rol daarmee de nieuwe primaire replica. Deze nieuwe primaire replica brengt zijn online databases als de primaire enen en gebruikers kunnen verbinding maken met hen. Toen de voormalige primaire replica beschikbaar komt, verandert de rol van secundaire één en data synchronisatie hervat Heb Er zijn drie vormen van failover – handmatige, automatische en gedwongen (met geforceerde failover wordt degene met mogelijk verlies van gegevens). Echter, synchrone-commit modus ondersteunt twee vormen van failover – geplande handmatige failover en automatische failover. De ondersteuning voor deze vormen van failover afhankelijk van de instelling van het pand failover-modus op de failover partners
• Geplande handmatige failover (zonder gegevensverlies) – Als failover-modus is ingesteld op handmatig aan beide replica's (primaire of secundaire), wordt alleen handmatige failover ondersteund voor de secundaire replica. Handmatige failover bewaart alle gegevens in de secundaire databases die zijn verbonden met de beschikbaarheid groep op de beoogde secundaire replica. Wat hier belangrijk is dat zowel de primaire en secundaire replica's moeten worden uitgevoerd onder synchrone-commit-modus en dat de secundaire replica moet al worden gesynchroniseerd. Zodra de voormalige primaire replica schakelt over naar de secundaire rol, haar databases worden secundaire databases en beginnen met de synchronisatie met de nieuwe primaire databases. Zodra ze allemaal overschakelen naar de gesynchroniseerde toestand, de nieuwe secundaire replica beschikbaar voor gebruik als doel van een toekomstige geplande handmatige failover
• Automatische failover (zonder gegevensverlies) – Wanneer een failover-modus is ingesteld op automatisch op beide replica's (primair en secundair), zowel automatische en handmatige failover worden ondersteund op dat de secundaire replica. In een notendop, automatische failover optreedt als primaire replica instort (niet meer beschikbaar) en de secundaire replica automatisch naar de primaire rol. Met andere woorden, het voorkomt in reactie op een storing die een gesynchroniseerde secundaire replica overgang naar de primaire rol veroorzaakt. Nadat de voormalige primaire replica wordt weer beschikbaar is, krijgt het de functies van een secundaire replica. Net als handmatige failover moet secundaire replica al worden gesynchroniseerd en automatische failover vereist dat zowel de primaire en secundaire replica run in een synchrone-commit mode als goed, maar met de failover-modus ingesteld op automatisch dat het enige verschil.

Om af te sluiten, kan deze nieuwe geïntegreerde, flexibele en vooral kostenefficiënte functie gegevens en hardware redundantie binnen en tussen datacenters, en het verbeteren van de toepassing failover tijd om de beschikbaarheid van uw applicaties te verhogen. Ook, in tegenstelling tot de database mirroring en clustering van deze oplossing biedt u de beschikbaarheid van live-query en bovendien kunt u replica's plaatsen in verschillende geografische gebieden. AlwaysOn zorgt voor flexibiliteit in de configuratie en maakt hergebruik van bestaande hardware-investeringen
.