SQL Server es un sistema de base de datos relacional ampliamente utilizado para almacenar y recuperar datos. La recuperación ante desastres es el método más popular utilizado para la protección de bases de datos de SQL Server. Por lo tanto, el administrador debe tomar precauciones razonables para proteger la base de datos de pérdidas en tales casos. Este blog presenta las mejores prácticas de recuperación ante desastres de Microsoft SQL Server que los usuarios pueden usar para recuperar datos de un desastre natural o provocado por el hombre.
Puntos básicos de SQL Disaster Recovery
El plan de recuperación ante desastres debe estar completo e incluir todas las dependencias. Si es necesario restaurar el SQL Server actual, asegúrese de que todas las dependencias de SQL Server estén en su lugar. Las dependencias del sistema de archivos, las cuentas de Windows, las aplicaciones y muchos otros aspectos del servidor deben estar disponibles porque todos los planes de recuperación ante desastres fallaron porque la dependencia de la plataforma de hardware no existe.
Su plan debe ser lo más simple y malicioso posible. Solo unas pocas tecnologías de recuperación ante desastres de SQL Server limitan las posibles acciones en el servidor de origen. Por ejemplo, si puede cambiar el modelo de recuperación al usar la creación de reflejo de la base de datos. Estos son algunos pasos más para asegurarse de que el sitio de recuperación ante desastres de SQL Server esté actualizado con frecuencia:La replicación y el trasvase de registros no pueden replicar los inicios de sesión. Además, se requieren numerosos procesos para garantizar que todos los inicios de sesión estén en un solo lugar y actualizados en caso de recuperación ante desastres.
Si tiene archivos de base de datos SQL dañados, debe recuperarlos con la herramienta de recuperación de SQL. . Esto lo ayudará a reparar la base de datos SQL corrupta junto con todos los objetos. Con esto, puede reparar y restaurar la base de datos SQL a una base de datos nueva o existente.
Prácticas recomendadas para la recuperación ante desastres de Microsoft SQL Server
Las últimas versiones de SQL Server ofrecen algunas opciones para configurar un mecanismo de recuperación ante desastres que puede ser útil para los administradores de SQL en situaciones difíciles. Los discutiremos en la siguiente sección.
- Copia de seguridad y restauración
- Uso de grupos de disponibilidad de base de datos básica y AlwaysOn
- Clústeres de conmutación por error
- Envío de registros
- Replicación de bases de datos
Opción 1:copia de seguridad periódica de la base de datos de SQL Server
Este es el mejor y más preferido plan de recuperación ante desastres de SQL. Los usuarios pueden realizar una copia de seguridad de la base de datos con regularidad y restaurarla fácilmente cuando sea necesario. Conozcamos más sobre la copia de seguridad de la base de datos:
- Realización de una copia de seguridad de la base de datos mediante SQL Server Management Studio, comandos T-SQL o PowerShell.
- Realice diferentes tipos de copia de seguridad de la base de datos:base de datos completa, base de datos diferencial, base de datos parcial, archivos de registro de transacciones.
- Restaurar la base de datos SQL desde una copia de seguridad (archivo .bak) cuando sea necesario.
Opción 2:uso de grupos de disponibilidad de base de datos básica y AlwaysOn
Los grupos de disponibilidad AlwaysOn (AG) son las tecnologías más importantes para las mejores prácticas de alta disponibilidad (HA) de SQL Server y recuperación ante desastres de Microsoft SQL Server. Los AG de AlwaysOn solo se incluyen en la versión SQL Server Enterprise y ofrecen protección para varias bases de datos con conmutación por error programada. Cómo funciona, lo hemos enumerado en los siguientes pasos:
- Los grupos de disponibilidad siempre activos funcionan con Pacemaker en Linux/Windows Server/Windows Failover Cluster.
- Proporciona sincronización con bases de datos secundarias y bases de datos secundarias asíncronas para recuperación ante desastres.
- Los grupos de disponibilidad que siempre están disponibles realizan copias de seguridad de la base de datos principal y las restauran de forma segura en otro sistema.
- Los grupos de disponibilidad básica funcionan igual que la disponibilidad permanente para proteger la base de datos SQL.
Opción 3:clústeres de conmutación por error
AlwaysOn FCI brinda seguridad a nivel de servidor contra daños o interrupciones inesperados. Conozcamos más al respecto:
- Funciona en Windows Server con Windows Server Failover Cluster y con Pacemaker en Linux.
- AlwaysOn FCI se puede usar para la recuperación de desastres de SQL mediante la agrupación en clústeres geográficos con diferentes nodos de clúster que se colocan en diferentes ubicaciones físicas.
- AlwaysOn FCI se mantiene en las versiones estándar y empresarial de SQL Server 2017.
- Si falla un nodo de clúster, los servicios alojados en ese nodo se pueden transferir de forma automática o manual a otro nodo denominado conmutación por error.
Opción 4:Envío de registros SQL
El envío de registros está disponible en todas las versiones de SQL desde 2000 en adelante, incluidas las ediciones SQL 2017 Standard, Enterprise y versiones anteriores de SQL.
- En el trasvase de registros, el administrador realiza una copia de seguridad de los registros de transacciones en la base de datos principal.
- Mueva esta copia de seguridad a una o más bases de datos secundarias.
- Restaurar la copia de seguridad del registro de transacciones en la base de datos secundaria de SQL Server.
Opción 5:Replicación de base de datos
Este procedimiento copia los datos de la base de datos de SQL Server y luego los distribuye a otra base de datos. Esta es otra de las mejores prácticas de recuperación ante desastres de Microsoft SQL Server. Analicemos sus puntos importantes:
- La tecnología de replicación consta de editores, que son bases de datos que proporcionan datos, y suscriptores, que son bases de datos que reciben bases de datos de los editores.
- Cualquier cambio en los editores se actualiza automáticamente a los suscriptores cuando se sincronizan
- Ofrece equilibrio de carga, lo que permite compartir datos y consultar cargas con varios servidores.
Estos son los 5 planes u opciones de recuperación de la base de datos de SQL Server que el administrador de SQL puede seguir para proteger la base de datos de SQL de futuros desastres. Pero si los archivos de su base de datos SQL están dañados, entonces necesita usar el software de recuperación de SQL. Con esto, puede reparar el archivo MDF de la base de datos SQL dañado y guardar los datos directamente en la base de datos del servidor SQL en vivo.
Palabras finales
En este blog, discutimos el mejor plan de recuperación ante desastres de SQL o las opciones para proteger los datos de futuros desastres. Hemos explicado 5 mejores prácticas de recuperación ante desastres de Microsoft SQL Server y cómo funciona. En caso de que tenga una base de datos SQL dañada, es recomendable utilizar la herramienta de recuperación de base de datos SQL.
