Cómo hacer una copia de seguridad y restaurar una base de datos SQL Server

how to backup and restore a sql server blog banner

En la actualidad, hay 212.633 empresas que utilizan servidores Microsoft SQL y esta cifra incluye a empresas muy conocidas, como IBM y Oracle. Las bases de datos SQL Server almacenan todo tipo de datos y una cantidad significativa de ellos es fundamental para el rendimiento y el éxito de una empresa. Para evitar desastres, como el robo, la pérdida o la destrucción de los datos, los equipos de TI deben aprender a realizar copias de seguridad y restaurar bases de datos de servidores SQL.

3 tipos de copia de seguridad de SQL Server

1) Copia de seguridad completa

Una copia de seguridad completa crea copias de todos los datos de los servidores. También es la base de todos los demás tipos de copia de seguridad, por lo que los equipos de TI deben realizar una copia de seguridad completa al menos una vez antes de cambiar a otro método de copia de seguridad.

2) Copia de seguridad diferencial

Una copia de seguridad diferencial solo copia los cambios que se han realizado en los datos desde la última copia de seguridad completa. Es una opción excelente para los equipos de TI que quieren ahorrar almacenamiento, dinero y otros recursos, pero seguir protegiendo sus datos.

3) Copia de seguridad del registro de transacciones

Una copia de seguridad del registro de transacciones es un tipo de copia de seguridad incremental que copia el registro de transacciones, que contiene las modificaciones realizadas en los datos desde la última copia de seguridad del registro de transacciones. Este método de copia de seguridad ahorra aún más recursos que la copia de seguridad diferencial, por lo que es fácil realizarla con regularidad.

3 modelos de recuperación de SQL Server

En caso de desastre, los equipos de TI tendrán que recuperar los datos de los que hicieron copia de seguridad. Microsoft explica que existen 3 modelos de recuperación de servidores SQL que pueden utilizar los departamentos de TI y los MSP:

1) Recuperación completa

Una recuperación completa permite a los usuarios recuperar la base de datos en cualquier momento dentro de una copia de seguridad de registros. Para utilizar eficazmente el modelo de recuperación completa, los usuarios deben realizar copias de seguridad de los registros de transacciones con regularidad. El objetivo es evitar la creación de un pequeño número de registros de transacciones sobredimensionados que requieran mucho espacio.

2) Recuperación simple

Una recuperación simple recupera automáticamente el espacio de registro, lo cual crea espacio para transacciones adicionales en el registro. Las operaciones que requieren copias de seguridad del registro de transacciones no son compatibles con este modelo.

3) Recuperación por medio de registros de operaciones masivas

Una recuperación por medio de registros de operaciones masivas es similar a una recuperación completa, excepto que deja operaciones masivas específicas fuera del registro de transacciones. Utiliza menos espacio y otros recursos que una copia de seguridad completa y requiere copias de seguridad de los registros para completarse.

Cómo hacer copias de seguridad y restaurar bases de datos SQL Server

Microsoft recomienda utilizar SQL Server Management Studio (SSMS) para realizar copias de seguridad y restaurar bases de datos de SQL Server. Los pasos rápidos y sencillos que se indican a continuación te guiarán a través de los procesos de copia de seguridad y restauración con esta herramienta.

Cómo hacer una copia de seguridad de una base de datos SQL Server

  • Abre SQL Server Management Studio (SSMS)
  • Haz clic en «Explorador de objetos» y, a continuación, dirígete a la sección «Bases de datos»
  • Selecciona la base de datos con el botón derecho del ratón y, a continuación, pasa el cursor por encima de las tareas y selecciona «Copia de seguridad»
  • Elige la ruta de copia de seguridad correcta
  • Si necesitas una nueva ruta de copia de seguridad, haz clic en «Eliminar» y, a continuación, en «Añadir» para añadir una nueva ruta de copia de seguridad
  • Haz clic en «Aceptar» para completar el proceso de copia de seguridad

Cómo restaurar una base de datos SQL Server

  • Abre SQL Server Management Studio (SSMS)
  • Haz clic en el «Explorador de objetos» y después con el botón derecho en «Bases de datos»
  • Selecciona «Restaurar base de datos»
  • Selecciona «Dispositivo:» y los elipses (…) para encontrar tu archivo
  • Haz clic en «Añadir» para buscar y seleccionar el archivo .bak
  • Selecciona «OK» para cerrar el cuadro de diálogo y «OK» para restaurar la copia de seguridad

5 buenas prácticas de copia de seguridad de SQL Server

1) Elige el mejor modelo de copia de seguridad y recuperación para tu empresa

Existen múltiples modelos de copia de seguridad y recuperación para bases de datos SQL Server y cada uno tiene sus ventajas y sus riesgos. La clave para elegir el mejor modelo de copia de seguridad y recuperación es analizar las necesidades específicas de tu empresa y de los equipos de TI. Este análisis tendrá en cuenta muchos factores, como las limitaciones de recursos, la cantidad de datos de los que hay que hacer copias de seguridad, la configuración de la infraestructura informática, etc.

2) Planifica las copias de seguridad

Por desgracia, una de las principales causas de errores al realizar copias de seguridad es que los administradores se olvidan de ejecutarlas, dicho de otra forma, un error humano. Planificar las copias de seguridad garantizará que se realicen de forma periódica y que los datos del servidor SQL estén siempre protegidos.

3) Automatiza los procesos de copia de seguridad

La automatización es la mejor manera de hacer copias de seguridad más rápidas, sencillas y eficaces. Automatiza los procesos y programas de copia de seguridad del servidor SQL para garantizar que las copias de seguridad se realicen siempre correctamente y a tiempo.

4) Prueba regularmente las restauraciones y las copias de seguridad

Nunca se sabe cuándo vas a necesitar restaurar los datos de las copias de seguridad después de un desastre. Por eso es importante probar las restauraciones con regularidad y asegurarte de que todas las copias de seguridad del servidor SQL se completan correctamente.

5) Sigue una estrategia de copia de seguridad fiable

Los equipos de TI utilizan estrategias de copia de seguridad para diversificar los tipos de copias de seguridad de los datos y sus ubicaciones, añadiendo así una capa adicional de seguridad. Hay muchas estrategias entre las que elegir, incluida la estrategia de copia de seguridad 3-2-1 o la estrategia de copia de seguridad 4-3-2, para garantizar que los datos del servidor SQL permanezcan seguros y protegidos frente a diversos riesgos.

Conclusión

Siguiendo las buenas prácticas de copia de seguridad de servidores SQL, los departamentos de TI y los MSP se aseguran de que todos los datos almacenados permanezcan seguros y disponibles en todo momento. Aunque es posible hacer copias de seguridad y restaurar bases de datos de servidores manualmente desde SSMS, la forma más rápida y eficiente de hacer copias de seguridad de servidores es con la automatización. Está claro que las bases de datos de servidores SQL no van a desaparecer dentro de poco, por lo que es muy probable que estas copias de seguridad sigan siendo un área de interés para los equipos de TI en un futuro próximo.

También te puede gustar

¿Listo para simplificar los aspectos más complejos de las TI?
×

¡Vean a NinjaOne en acción!

Al enviar este formulario, acepto la política de privacidad de NinjaOne.

Términos y condiciones de NinjaOne

Al hacer clic en el botón “Acepto” que aparece a continuación, estás aceptando los siguientes términos legales, así como nuestras Condiciones de uso:

  • Derechos de propiedad: NinjaOne posee y seguirá poseyendo todos los derechos, títulos e intereses sobre el script (incluidos los derechos de autor). NinjaOne concede al usuario una licencia limitada para utilizar el script de acuerdo con estos términos legales.
  • Limitación de uso: solo podrás utilizar el script para tus legítimos fines personales o comerciales internos, y no podrás compartirlo con terceros.
  • Prohibición de republicación: bajo ninguna circunstancia está permitido volver a publicar el script en ninguna biblioteca de scripts que pertenezca o esté bajo el control de cualquier otro proveedor de software.
  • Exclusión de garantía: el script se proporciona “tal cual” y “según disponibilidad”, sin garantía de ningún tipo. NinjaOne no promete ni garantiza que el script esté libre de defectos o que satisfaga las necesidades o expectativas específicas del usuario.
  • Asunción de riesgos: el uso que el usuario haga del script corre por su cuenta y riesgo. El usuario reconoce que existen ciertos riesgos inherentes al uso del script, y entiende y asume cada uno de esos riesgos.
  • Renuncia y exención: el usuario no hará responsable a NinjaOne de cualquier consecuencia adversa o no deseada que resulte del uso del script y renuncia a cualquier derecho o recurso legal o equitativo que pueda tener contra NinjaOne en relación con su uso del script.
  • CLUF: si el usuario es cliente de NinjaOne, su uso del script está sujeto al Contrato de Licencia para el Usuario Final (CLUF).