Revisión de las opciones de disponibilidad y recuperación para proteger la base de datos de VMM
Se aplica a: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager
Cuando se seleccionan las opciones para proteger la base de datos de VMM, ya sea en el contexto de la disponibilidad o en el contexto de la recuperación ante desastres, es buena idea revisar lo que puede suceder si la base de datos de VMM se tuviera que "devolver al pasado" en una situación de error. Esto puede ser necesario con algunas opciones de copia de seguridad y de recuperación y con algunas opciones de disponibilidad. Por ejemplo, el uso de grupos de disponibilidad de SQL Server en modo de confirmación asincrónica puede requerir realizar una conmutación por error que devuelva la base de datos al pasado.
Situaciones de conmutación por error o de recuperación de la base de datos que podrían requerir que se restaure en un momento del pasado
Como con cualquier base de datos, si se produce un error de hardware u otro problema, los cambios recientes en la base de datos de VMM podrían perderse. Según las opciones de disponibilidad y recuperación que haya configuradas, es posible que haya que conmutar por error o que se deba restaurar una copia de seguridad de la base de datos de VMM, y que la única versión de la base de datos de VMM que hay disponible esté un poco desactualizada. A veces, esto se llama devolver una base de datos al pasado.
Los administradores de base de datos estudian las opciones de recuperación y disponibilidad cuidadosamente para determinar cómo restaurar la base de datos, es decir, cómo devolverla a un momento del tiempo lo más próximo posible en caso de error. En este tema no se pretende describir los pros y los contras de las distintas opciones de disponibilidad o de recuperación, pero hay dos situaciones que vale la pena mencionar para la base de datos de VMM:
Si se usan grupos de disponibilidad AlwaysOn de SQL Server con el modo de confirmación asincrónica, podría ser necesaria una conmutación por error forzada. Modo de confirmación asincrónica significa que cualquier réplica secundaria de la base de datos podría retrasarse hasta quedar por detrás de la réplica principal en cualquier momento. En el momento de una conmutación por error forzada, si es necesario conmutar por error a una réplica secundaria que se ha quedado atrás, la base de datos de VMM se devolverá al pasado. El modo de confirmación asincrónica se describe con más detalle en los temas siguientes:
Información general de los grupos de disponibilidad AlwaysOn (SQL Server), especialmente la sección Modos de disponibilidad en ese tema
Modos de disponibilidad (grupos de disponibilidad AlwaysOn), especialmente la sección Modo de disponibilidad de confirmación asincrónica en ese tema
En la recuperación ante desastres, puede que sea necesario realizar la restauración a partir de una copia de seguridad que se realizó un poco antes del momento del error. Por supuesto, esto depende en el intervalo entre las copias de seguridad de la base de datos de VMM (incluidas las copias de seguridad externas). Si es necesario restaurar una copia de seguridad realizada antes del momento del error, la base de datos de VMM se devolvería al pasado.
Información que puede verse afectada si la base de datos VMM debe devolverse al pasado
Resultar útil revisar los posibles efectos que pueden producirse si la base de datos de VMM debe devolverse al pasado. Algunos ejemplos son:
Los permisos que se cambiaron poco antes de que se produjera un error podrían revertirse después de conmutar por error o restaurar la base de datos de VMM.
Un acceso que se quitó poco antes de que se produjera un error podría volver a estar disponible después de conmutar por error o restaurar la base de datos de VMM.
Por ejemplo, el acceso al contenido de un disco duro virtual podría estar disponible para los usuarios que de otra forma no tendrían acceso.
Las redes de VM que se quitaron poco antes de que se produjera un error podrían volver a estar disponibles después de conmutar por error o restaurar la base de datos de VMM.
A la hora de elegir las opciones de disponibilidad y de recuperación para proteger la base de datos de VMM, puede resultar útil revisar la lista anterior con su entorno y requisitos específicos.