Beschikbaarheids- en herstelopties voor het beschermen van de VMM-database bekijken
Van toepassing op: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager
Wanneer u opties kiest voor het beschermen van de VMM-database, of dat nu binnen de context van beschikbaarheid of de context van noodherstel is, is het een goed idee te bekijken wat er kan gebeuren als de VMM-database vanwege een storing 'terug in tijd' moet worden geplaatst.Dit kan nodig zijn bij sommige back-up- en herstelopties en sommige beschikbaarheidsopties.Als u bijvoorbeeld SQL Server-beschikbaarheidsgroepen in de beschikbaarheidsmodus voor asynchrone doorvoer gebruikt, moet u wellicht een failover uitvoeren die de database 'terug in tijd' brengt.
Situaties met databasefailover of -herstel waarbij de database mogelijk 'terug in tijd' moet worden gebracht
Voor elke database geldt dat als een hardwarefout of een ander probleem optreedt, recente wijzigingen aan de VMM-database verloren zijn gegaan.Afhankelijk van de aanwezige beschikbaarheids- en herstelopties, is er mogelijk een failover van de VMM-database noodzakelijk of moet deze worden teruggezet vanuit een back-up wanneer de enig beschikbare versie van de VMM-database iets verouderd is.Dit wordt bij een database ook wel 'teruggaan in tijd' genoemd.
Databasebeheerders kijken naar de beschikbaarheids- en herstelopties, waarbij ze met name letten op de manier waarop de database kan worden hersteld. Met andere woorden, hoe precies deze kan worden teruggebracht naar de situatie op een exact tijdstip, mocht er een storing optreden.In dit onderwerp wordt niet getracht de voor- en nadelen te beschrijven van de verschillende opties voor beschikbaarheid of herstel, maar twee situaties met betrekking tot de VMM-database zijn de moeite van het vermelden waard:
Als SQL Server AlwaysOn-beschikbaarheidsgroepen met asynchrone doorvoermodus worden gebruikt, kan een geforceerde failover noodzakelijk zijn.Asynchrone doorvoermodus houdt in dat elke secundaire replica van de database op elk moment vertraging kan oplopen ten opzichte van de primaire replica.Als het op het moment van een geforceerde failover nodig is een failover uit te voeren voor een secundaire replica die achterloopt, dan wordt de VMM-database in de tijd teruggezet.Asynchrone doorvoermodus wordt uitgebreid beschreven in de volgende onderwerpen:
Overview of AlwaysOn Availability Groups (SQL Server) (Overzicht van AlwaysOn-beschikbaarheidsgroepen (SQL Server), met name de sectie Availability Modes (Beschikbaarheidsmodi) in dat onderwerp.
Availability Modes (AlwaysOn Availability Groups) (Beschikbaarheidsmodi (AlwaysOn-beschikbaarheidsgroepen)), met name de sectie Asynchronous-Commit Availability Mode (Beschikbaarheidsmodus Asynchrone doorvoer) in dat onderwerp.
Voor noodherstel kan het nodig zijn om de database terug te zetten vanuit een back-up die enige tijd vóór het tijdstip van de storing is gemaakt.Dit is natuurlijk is afhankelijk van het interval tussen back-ups van de VMM-database (inclusief back-ups op een externe locatie).Als de database moet worden hersteld vanuit een back-up die is gemaakt voordat de storing plaatsvond, kan de VMM-database terug in de tijd worden geplaatst.
Gegevens die kunnen worden beïnvloed als de VMM-database terug in de tijd moet worden geplaatst
Het is nuttig op de hoogte te zijn van de mogelijke effecten die kunnen optreden als de VMM-database terug in de tijd moet worden geplaatst.Voorbeelden zijn:
Machtigingen die zijn gewijzigd kort voordat er storing optrad, zijn mogelijk teruggezet als er een failover of een herstel van de VMM-database is uitgevoerd.
Toegang die is gewijzigd kort voordat er storing optrad, is mogelijk weer beschikbaar als er een failover of een herstel van de VMM-database is uitgevoerd.
Bijvoorbeeld: toegang tot de inhoud van een VHD is mogelijk weer beschikbaar voor gebruikers die anders geen toegang zouden hebben.
VM-netwerken die zijn verwijderd kort voordat er storing optrad, zijn mogelijk weer beschikbaar als er een failover of een herstel van de VMM-database is uitgevoerd.
Bij het kiezen van de beschikbaarheids- en herstelopties voor het beschermen van de VMM-database, kan het handig om de bovenstaande lijst te lezen met betrekking tot uw specifieke omgeving en vereisten.