Cómo respaldar bases de datos SQL Server a Microsoft Azure

En el último capítulo, explicamos cómo crear una cuenta de Microsoft Azure y cómo tener un Portal Microsoft Azure.

Esta vez, mostraremos cómo respaldar nuestras Bases de Datos SQL Server a Microsoft Azure. Estamos asumiendo que usted ya tiene una cuenta de Azure.

Introducción

Microsoft Azure almacena su información con redundancia en la web. Es un ambiente seguro y simplifica sus tareas administrativas.

Iniciando

Hay dos pasos principales para respaldar su base de datos en Microsoft Azure:

Crear un Almacenamiento dentro de un contenedor en el portal de Microsoft Azure.
Respalde su Base de Datos local a ese contenedor (usted necesitará una credencial para conectarse al Almacenamiento).

Crear un Almacenamiento y un Contenedor en Microsoft Azure

El primer paso para respaldar en Azure es crear un Almacenamiento.

Primero, ingrese al portal Microsoft Azure:
manage.windowsazure.com

Haga clic en el enlace Storage para crear un nuevo Almacenamiento.

Figura 2. Almacenamiento en Azure

Cree un nuevo Almacenamiento usando el enlace New.

Figura 3. Creación de un nuevo Almacenamiento

Use la opción Quick create para crear el nuevo Almacenamiento.

Figura 4. Creación a través de Quick storage

Para la URL, usted puede usar cualquier nombre si no existe ya.

Location/Affinity group le permite seleccionar dónde desea almacenar los datos primarios. Se recomienda seleccionar una localización cercana a su región actual. Las opciones disponibles cuando este artículo fue creado eran:

West US
East US 2
Central US
South Central US
West Europe
East US
Southeast Asia
East Asia
Japan West
Japan East

Las otras opciones disponibles son:

Locally redundant storage almacena localmente y mantiene tres copias de sus datos en una sola instalación y una sola región.
Geo-Redundant es la opción por defecto y recomendada. Esta opción le permite crear seis réplicas de sus datos, 3 en su región local y tres en otras regiones lejos de la otra réplica.
Read Access geo-redundant crea replicas en una región primaria y una réplica secundaria de sólo lectura en una segunda región. En caso de que la primera réplica falle, la segunda réplica puede ser usada con permisos de sólo lectura.
Zone-Redundant storage le permite almacenar 2-3 réplicas en la misma región o dos diferentes regiones.

Figura 5. Opciones de almacenaje

Si todo está bien, un nuevo Almacenamiento será creado. Haga clic en el enlace sqlshack recién creado.

Figura 6. El Almacenamiento sqlshack creado.

Haga clic en el enlace containers.

Figura 7. Containers

Haga clic en la opción Create a container.

Figura 8. Creando contenedores

Añada un nombre al contenedor.

Figura 9. Información del nuevo contenedor

Un nuevo contenedor será creado.

Figura 10. El URL del contenedor.

Regrese a la sección storage y haga clic en la opción manage keys.

Figura 11. Opción Manage Keys

Manage Access Keys es usado para conectarse a SQL Azure. El uso será explicado después.

Figura 12. Access keys de Azure Storage

Respaldo SQL Server en SSMS

Crearemos una Credencial primero para conectarnos a Azure.

Figura 13 Nueva Credencial

La identidad debería ser el nombre del almacenamiento usado en la figura 5, Password y Confirm password son las llaves primarias usadas en la figura 12. Use la llave primaria como Password y también en el campo Confirm password.

Figura 14 Información de credencial

Si usted prefiere T-SQL, puede usar las siguientes sentencias:

CREATE CREDENTIAL [sqlshackcredential]

WITH IDENTITY = N'sqlshack',

SECRET = N'asssssddddddffqqq'

Ahora, respalde la base de datos local.

Figura 15 Respalde la base de datos

En la opción Back up, seleccione URL. En el nombre del archivo, usted puede escribir cualquier nombre o conservar el valor por defecto. En SQL credential, seleccione la credencial creada en la figura 14. En Azure storage container, use el contenedor creado en la figura 9. Finalmente, para URL prefix, use la URL del contenedor usado en la figura 10. Una vez que estas opciones están establecidas, cree la copia de seguridad.

Figura 16. Información de destino

Si prefiere T-SQL, usted puede usar las siguientes sentencias:

BACKUP DATABASE [d1]

TO URL = N'https://sqlshack.blob.core.windows.net/sqlshackcontainer/d1_backup_2015_01_19_171804.bak'

WITH CREDENTIAL = N'sqlshackcredential' , NOFORMAT, NOINIT,

NAME = N'd1-Full Database Backup', NOSKIP, NOREWIND, NOUNLOAD, STATS = 10

Si todo está bien, usted podrá ver la copia de seguridad creada en el portal de Microsoft Azure.

Figura 17. La copia de seguridad creada en Microsoft Azure

Probando la copia de seguridad

Probemos la copia de seguridad.

Elimine la base de datos para probar la copia de seguridad.

Figura 18. Eliminando una base de datos para propósitos de pruebas

Si prefiere T-SQL, puede usar las siguientes sentencias:

1	DROP DATABASE D1

Seleccione la opción Restore Database.

Figura 19. Opciones de restauración

Seleccione la opción Device y presione el botón elipsis.

Figura 20. Opciones de restauración

En Backup media type, seleccione la opción URL y presione el botón Add.

Figura 21. Restaurando a URL.

En Storage Account seleccione el nombre de Storage usado en la figura 5, en Access keys, seleccione la llave de acceso de la figura 12. Mantenga el uso de la opción HTTPS. En select an existing credential, use la credencial creada en la figura 14 y presione Connect.

Figura 22. Ajustes de URL y Credencial para restaurar una base de datos

En Containers, seleccione el contenedor creado en la figura 9 y luego en el panel derecho, seleccione la copia de seguridad creada en la figura 17.

Figura 23. Seleccionando la copia de seguridad desde Microsoft Azure.

Una vez hecho, cree la copia de seguridad. La primera fase, un plan de recuperación será creado. El plan de restauración recuperará toda la información relacionada a la copia de seguridad en el Portal Azure.

Figura 24. Creando el plan de restauración.

La segunda fase será el proceso de restauración de la base de datos, que restaurará la información desde la copia de seguridad almacenada en el portal Azure.

Figura 25. Restaurando la base de datos.

Usted también puede restaurar la base de datos usando sentencias T-SQL:

USE [master]

RESTORE DATABASE [d1]

FROM URL = N'https://sqlshack.blob.core.windows.net/sqlshackcontainer/d1_backup_2015_01_19_140352.bak'

WITH CREDENTIAL = N'sqlshackcredential' , FILE = 1, NOUNLOAD, STATS = 5

SI todo está bien, usted podrá ver la base de datos restaurada.

Figura 26. La Base de Datos local SQL Server restaurada.

Recomendaciones Finales

Su conectividad a internet es crítica si desea trabajar con Microsoft Azure. Si su conectividad a internet no es confiable, su plan de respaldo y recuperación tampoco será confiable. Lo mismo para la velocidad del internet. Si su conectividad de internet no es rápida, restaurar una base de datos de 32 GB tomará horas. Pruebe su base de datos en un ambiente de pruebas antes de tomar una decisión de migrara a Azure.

Conclusión

En este artículo mostramos cómo crear un almacenamiento en Microsoft Azure, cómo crear un contenedor, cómo respaldar una Base de Datos local SQL Server en el almacenamiento y finalmente cómo restaurar la base de datos almacenada desde el Almacenamiento Microsoft Azure.

Acerca de
Últimas entradas

Daniel Calbimonte

Daniel Calbimonte es un Microsoft Most Valuable Professional, Microsoft Certified Trainer y Microsoft Certified IT Professional en SQL Server. He is an accomplished SSIS author, Intructor en academias de IT y tienedécadas de experience trabajando con diferentes bases de datos.

Realizó consultorias para empresas gubernamentales, empresas petroleras, sitios web, revistas y universidades alrededor del mundo. Daniel participa regularmente en conferencias de SQL Server y blogs. Escribe material sobre SQL Server y exámenes de certificación.

También realiza la traducción de artículos de SQLShack al español

Ver todas las publicaciones de Daniel Calbimonte

Últimas entradas de Daniel Calbimonte (ver todo)

Cómo construir un cubo desde cero usando SQL Server Analysis Services (SSAS) - December 16, 2019
Fecha de conversión de SQL - December 11, 2019
Funciones frente a los procedimientos almacenados en SQL Server - October 14, 2019