Compartir a través de


Restauración de una base de datos desde una copia de seguridad en Azure SQL Database

Se aplica a: Azure SQL Database

En este artículo se proporcionan pasos para recuperar cualquier base de datos de una copia de seguridad en Azure SQL Database, incluidas las bases de datos de Hiperescala.

Información general

Las copias de seguridad automáticas protegen las bases de datos de los errores de usuario y de aplicación, de la eliminación accidental de la base de datos y de las interrupciones prolongadas. Esta funcionalidad integrada está disponible para todos los niveles de servicio y tamaños de proceso. Las siguientes opciones están disponibles para la recuperación de bases de datos mediante copias de seguridad automatizadas:

Si ha configurado la retención a largo plazo (LTR), también puede crear una nueva base de datos desde cualquier copia de seguridad de retención a largo plazo en cualquier servidor.

Importante

  • Durante la restauración no se puede sobrescribir ninguna base de datos existente.
  • Las operaciones de restauración de bases de datos no restauran las etiquetas de la base de datos original.

Cuando se usan los niveles de servicio Estándar o Premium en el modelo de compra basado en DTU, la restauración de la base de datos puede suponer un costo de almacenamiento adicional. El costo adicional se genera cuando el tamaño máximo de la base de datos restaurada es mayor que la cantidad de almacenamiento incluida en el nivel de rendimiento y el nivel de servicio de la base de datos de destino y el objetivo de servicio.

Para más información sobre los precios del almacenamiento adicional, consulte la página de precios de SQL Database. Cuando la cantidad de espacio real usado es menor que la cantidad de almacenamiento incluido, se puede evitar este costo adicional con el establecimiento del tamaño máximo de la base de datos en la cantidad incluida.

Tiempo de recuperación

El tiempo de recuperación para restaurar una base de datos mediante copias de seguridad de base de datos automatizadas se ve afectado por varios factores:

  • El tamaño de la base de datos
  • El tamaño de proceso de la base de datos
  • El número de registros de transacciones implicados
  • La cantidad de actividad que debe reproducirse para la recuperación hasta el punto de restauración
  • El ancho de banda de red si la restauración es a una región diferente
  • El número de solicitudes de restauración simultáneas que se están procesando en la región de destino

En bases de datos grandes o muy activas, la restauración puede tardar varias horas. Si se produce una interrupción prolongada en una región, es posible que se inicie un elevado número de solicitudes de restauración geográfica para la recuperación ante desastres. Si hay muchas solicitudes, el tiempo de recuperación de las bases de datos individuales puede aumentar. La mayoría de las restauraciones de bases de datos se completan en menos de 12 horas.

Para una única suscripción, existen las siguientes limitaciones en el número de solicitudes simultáneas de restauración. Estas limitaciones se aplican a cualquier combinación de restauraciones a un momento dado, restauraciones geográficas y restauraciones a partir de copias de seguridad de retención a largo plazo.

Opción de implementación Número máximo de solicitudes simultáneas que se van a procesar Número máximo de solicitudes simultáneas que se van a enviar
Base de datos única (por suscripción) 30 100
Grupo elástico (por grupo) 4 2\.000

Permisos

Para recuperaciones mediante copias de seguridad automatizadas, se debe ser:

  • Miembro del rol Colaborador o del rol Colaborador de SQL Server en la suscripción o grupo de recursos que contiene el servidor lógico
  • Propietario del grupo de recursos o la suscripción

Para más información, consulte Azure RBAC: roles integrados.

Las recuperaciones se pueden realizar a través de Azure Portal, PowerShell o la API REST. No se puede utilizar Transact-SQL.

Restauración a un momento dado

Puede restaurar cualquier base de datos a un momento dado anterior dentro de su período de retención. La solicitud de restauración puede especificar cualquier nivel de servicio o calcular el tamaño de la base de datos restaurada. Al restaurar una base de datos en un grupo elástico, asegúrese de que tiene suficientes recursos en el grupo para dar cabida a la base de datos.

Una vez completada la restauración, se creará una nueva base de datos en el misma servidor que la base de datos original. La base de datos restaurada se cobra según la tarifa normal en función de su nivel de servicio y tamaño de proceso. No se aplican cargos hasta que finaliza la restauración de la base de datos.

Por lo general, una base de datos se restaura a un punto anterior para fines de recuperación. Puede tratar la base de datos restaurada como sustituta de la base de datos original o usarla como origen de datos para actualizar la base de datos original.

Importante

  • Puede realizar una restauración a un momento dado de una base de datos en el mismo servidor. Actualmente no se admite la restauración a un momento dado entre servidores, entre suscripciones y entre ubicaciones geográficas. Para restaurar una base de datos en otra región mediante copias de seguridad con replicación geográfica, consulte Restauración geográfica.
  • No se puede realizar una restauración a un momento dado en una base de datos de replicación geográfica secundaria. Solo puede hacerlo en una base de datos principal.
  • El parámetro BackupFrequency no es compatible con las bases de datos de Hiperescala.
  • Las operaciones de restauración de bases de datos consumen muchos recursos y pueden requerir un nivel de servicio de S3 o superior para la base de datos de restauración (destino). Una vez completada la restauración, la base de datos o el grupo elástico se pueden reducir verticalmente, si es necesario.
  • Sustituto de base de datos

    Si la base de datos restaurada está pensada como sustituto de la base de datos original, debe especificar el tamaño de proceso y el nivel de servicio de la base de datos original. Luego puede cambiar el nombre de la base de datos original y asignar a la base de datos restaurada el nombre original mediante el comando ALTER DATABASE en T-SQL.

  • Recuperación de datos

    Si va a recuperar datos de la base de datos restaurada para recuperarse de un error de usuario o de aplicación, debe escribir y ejecutar un script de recuperación de datos que extraiga datos de la base de datos restaurada y se aplique a la base de datos original. A pesar de que la operación de restauración puede tardar mucho tiempo en finalizar, la base de datos restaurada será visible en la lista de bases de datos durante todo el proceso de restauración.

    Si elimina la base de datos durante la restauración, la operación de restauración se cancela. No se le cobrará por la base de datos que no han completado la restauración.

Para recuperar una base de datos en un momento dado mediante Azure Portal, abra la página de información general de la base de datos y seleccione Restaurar en la barra de herramientas para abrir la página Creación de base de datos SQL Database: Restauración de base de datos:

Captura de pantalla de la opción de restauración resaltada en la página de información general de SQL Database en Azure portal.

En la página Creación de base de datos SQL Database: Restauración de base de datos, especifique el origen de la copia de seguridad y, después, seleccione el punto de copia de seguridad a un momento dado a partir del que se creará una base de datos. Puesto que la base de datos elegida se va a restaurar en el servidor actual, la base de datos de origen y el servidor de destino están atenuados.

Restauración de copias de seguridad a largo plazo

Para realizar una operación de restauración en una copia de seguridad a largo plazo, puede usar Azure Portal, la CLI de Azure, Azure PowerShell o la API de REST. Para obtener más información, vea Restaurar una copia de seguridad a largo plazo.

Para recuperar una copia de seguridad a largo plazo mediante Azure Portal, vaya al servidor lógico. Seleccione Copias de seguridad en Administración de datos y, después, seleccione Administrar en Copias de seguridad LTR disponibles para la base de datos que está intentando restaurar.

Captura de pantalla de Azure Portal que muestra las copias de seguridad de retención a largo plazo disponibles.

Restauración de la base de datos eliminada

Puede restaurar una base de datos eliminada al momento en que se eliminó o a un momento anterior en el mismo servidor mediante Azure Portal, la CLI de Azure, Azure PowerShell o la API de REST.

Importante

Si elimina un servidor, también se eliminan todas sus bases de datos y sus copias de seguridad PITR. No se puede restaurar un servidor eliminado y no se pueden restaurar las bases de datos eliminadas de las copias de seguridad pitR. Si ha configurado copias de seguridad de LTR en la base de datos, puede usarlas para restaurar las bases de datos en otro servidor.

Para recuperar una base de datos eliminada al momento de eliminación con Azure Portal, abra la página de información general del servidor y seleccione Bases de datos eliminadas. Seleccione la base de datos eliminada que desea restaurar y después escriba el nombre de la nueva base de datos que se creará con los datos restaurados desde la copia de seguridad.

Captura de pantalla de Azure Portal que muestra cómo restaurar una base de datos eliminada.

Sugerencia

Las bases de datos eliminadas recientemente pueden tardar varios minutos en aparecer en la página Bases de datos eliminadas de Azure Portal, o cuando desee mostrar las bases de datos eliminadas mediante programación.

Geo-restore

Puede usar la restauración geográfica para restaurar una base de datos eliminada mediante Azure Portal, la CLI de Azure, Azure PowerShell y la API de REST.

Importante

La restauración geográfica usa copias de seguridad con replicación geográfica como origen. Una base de datos situada en cualquier servidor lógico de cualquier región de Azure se puede restaurar desde las copias de seguridad con replicación geográfica más recientes. Puede solicitar una restauración geográfica, incluso si la base de datos o toda la región está inaccesible debido a una interrupción.

La función de restauración geográfica proporciona la opción de recuperación predeterminada cuando la base de datos no está disponible debido a una incidencia en la región de hospedaje. Puede restaurar la base de datos a un servidor de cualquier otra región.

Hay un retraso entre el momento en que se hace una copia de seguridad y el momento en que se replica geográficamente en un blob de Azure de otra región. Como resultado, la base de datos restaurada puede encontrarse hasta una hora por detrás de la base de datos original. En la siguiente ilustración se muestra la restauración de una base de datos a partir de la última copia de seguridad disponible en otra región.

Captura de pantalla de la ilustración de la restauración geográfica.

En Azure Portal, cree una nueva base de datos única y seleccione una copia de seguridad de restauración geográfica que esté disponible. La base de datos recién creada contiene los datos de la copia de seguridad de la restauración geográfica.

Para realizar una restauración geográfica de una base de datos única a partir de Azure Portal en la región y el servidor de su elección, siga estos pasos:

  1. Abra el panel Cree una SQL Database en Azure Portal. En la pestaña Aspectos básicos, escriba la información necesaria.
  2. Seleccione Configuración adicional.
  3. Para Usar datos existentes, seleccione Copia de seguridad.
  4. En la lista desplegable de copias de seguridad de restauración geográfica disponibles seleccione una.

Captura de pantalla de Azure Portal que muestra opciones para crear una base de datos.

Complete el proceso de creación de una base de datos desde la copia de seguridad. Cuando cree una base de datos en Azure SQL Database, esta contendrá la copia de seguridad restaurada geográficamente.

Consideraciones sobre la restauración geográfica

Para obtener más información sobre cómo usar la restauración geográfica, vea Recuperación mediante restauración geográfica.

Nota:

Para obtener información detallada sobre cómo recuperarse de una interrupción, vea Guía de recuperación ante desastres y la Lista de comprobación de alta disponibilidad y recuperación ante desastres.

La restauración geográfica es la solución de recuperación ante desastres más básica que hay disponible en SQL Database. Se basa en copias de seguridad con replicación geográfica creadas automáticamente con un objetivo de punto de recuperación (RPO) de hasta 1 hora y un objetivo de tiempo de recuperación estimado (RTO) de hasta 12 horas. No garantiza que la región de destino tenga la capacidad de restaurar las bases de datos después de una interrupción regional porque es probable que se produzca un fuerte aumento de la demanda. Si la aplicación usa bases de datos relativamente pequeñas y no es de importancia crítica para la empresa, la restauración geográfica es una solución de recuperación ante desastres adecuada.

En el caso de las aplicaciones críticas para la empresa que necesitan bases de datos grandes y deben garantizar la continuidad empresarial, usa grupos de conmutación por error. Con esta característica, RPO y RTO son mucho menores, y la capacidad siempre está garantizada.

Para más información sobre las opciones de continuidad empresarial, vea Introducción a la continuidad empresarial.

Nota

Si tiene previsto usar la restauración geográfica como solución de recuperación ante desastres, se recomienda realizar exploraciones periódicas para comprobar la tolerancia de la aplicación a cualquier pérdida de modificaciones recientes de datos, así como todos los aspectos operativos del procedimiento de recuperación.

Restauración de una base de datos en otro servidor

Puede usar los métodos siguientes para restaurar una base de datos en otro servidor: