Compartir a través de

Copia de seguridad y restauración de grupos de SQL dedicados en Azure Synapse Analytics

  • Artículo

En este artículo, obtendrá información sobre cómo usar la copia de seguridad y la restauración en el grupo de SQL dedicado de Azure Synapse.

Use los puntos de restauración del grupo de SQL dedicado para devolver el almacenamiento de datos a un estado anterior o copiarlo en la región primaria. Utilice copias de seguridad con redundancia geográfica del almacenamiento de datos para restaurarlo en otra región geográfica.

Nota:

No todas las características del grupo de SQL dedicado de las áreas de trabajo de Azure Synapse se aplican al grupo de SQL dedicado (anteriormente SQL DW), y viceversa. Para habilitar las características del área de trabajo de un grupo de SQL dedicado existente (anteriormente SQL DW), consulte Habilitación de un área de trabajo para el grupo de SQL dedicado (anteriormente SQL DW). Para obtener más información, vea ¿Cuál es la diferencia entre grupos de SQL dedicados de Azure Synapse (anteriormente SQL DW) y grupos de SQL dedicados en un área de trabajo de Azure Synapse Analytics?

Qué es una instantánea de almacenamiento de datos

Una instantánea de almacenamiento de datos crea un punto de restauración que se puede aprovechar para recuperar o copiar el almacenamiento de datos en un estado anterior. Dado que el grupo de SQL dedicado es un sistema distribuido, una instantánea de almacenamiento de datos consta de muchos archivos que se almacenan en Azure Storage. Las instantáneas capturan los cambios incrementales de los datos almacenados en el almacenamiento de datos.

Nota:

El objetivo de tiempo de recuperación (RTO) del grupo de SQL dedicado puede variar. Entre los factores que pueden afectar al tiempo de recuperación (restauración) se incluyen:

  • El tamaño de la base de datos
  • La ubicación del almacenamiento de los datos de origen y destino (en el caso de una restauración geográfica)
  • La instantánea de almacenamiento de datos no se puede exportar como un archivo independiente (por ejemplo, para Azure Storage, entorno local)

Una restauración de almacenamiento de datos es un nuevo almacenamiento de datos que se crea a partir de un punto de restauración de un almacenamiento de datos existente o eliminado. La restauración del almacenamiento de datos es una parte esencial de cualquier estrategia de recuperación ante desastres y continuidad empresarial, ya que vuelve a crear los datos tras daños o eliminaciones accidentales. La instantánea del almacenamiento de datos es también un mecanismo eficaz para crear copias del almacenamiento de datos con fines de prueba o desarrollo.

Nota

El objetivo de tiempo de recuperación (RTO) del grupo de SQL dedicado puede variar. Entre los factores que pueden afectar al tiempo de recuperación (restauración) se incluyen:

  • El tamaño de la base de datos
  • La ubicación del almacenamiento de los datos de origen y destino (en el caso de una restauración geográfica)

Puntos de restauración automáticos

Las instantáneas son una característica integrada que crea puntos de restauración. No es necesario habilitar esta funcionalidad. Sin embargo, el grupo de SQL dedicado debe estar en estado activo para la creación del punto de restauración. Si se pausa con frecuencia, es posible que no se creen puntos de restauración automáticos, por lo que debe asegurarse de crear un punto de restauración definido por el usuario antes de pausar el grupo de SQL dedicado. Actualmente, los usuarios no pueden eliminar los puntos de restauración automática mientras el servicio utiliza estos puntos de restauración para mantener los contratos de nivel de servicio para la recuperación.

Las instantáneas del almacenamiento de datos se toman a lo largo del día y crean puntos de restauración que están disponibles durante siete días. No se puede cambiar este período de retención. El grupo de SQL dedicado admite un objetivo de punto de recuperación (RPO) de ocho horas. Puede restaurar el almacenamiento de datos de la región primaria a partir de cualquiera de las instantáneas capturadas en los últimos siete días.

Para ver cuándo se inició la última instantánea, ejecute esta consulta en el grupo de SQL dedicado en línea.

SELECT TOP 1 *
FROM sys.pdw_loader_backup_runs
ORDER BY run_id desc;

Nota:

Las copias de seguridad se producen cada cuatro (4) horas para cumplir un Acuerdo de Nivel de Servicio de ocho (8) horas. Por lo tanto, la vista de administración dinámica sys.pdw_loader_backup_runs mostrará la actividad de copia de seguridad cada cuatro (4) horas.

Puntos de restauración definidos por el usuario

Esta característica permite desencadenar instantáneas manualmente para crear puntos de restauración del almacenamiento de datos antes y después de realizar grandes modificaciones. Esta funcionalidad garantiza que los puntos de restauración sean lógicamente coherentes, lo que proporciona una protección de datos adicional en caso de interrupciones de la carga de trabajo o de errores del usuario para un tiempo de recuperación rápido. Los puntos de restauración definidos por el usuario están disponibles durante siete días y se eliminan automáticamente. No se puede cambiar el período de retención de los puntos de restauración definidos por el usuario. Se garantizan 42 puntos de restauración definidos por el usuario en un momento dado, por lo que deben eliminarse antes de crear otro punto de restauración. Puede activar instantáneas para crear puntos de restauración definidos por el usuario a través del portal de Azure o mediante programación usando Solo las API de REST o PowerShell.

Nota:

Si necesita más de 7 días de puntos de restauración, vote por esta funcionalidad.

Nota:

El script de T-SQL no se puede usar para realizar copias de seguridad a petición. Los puntos de restauración definidos por el usuario se pueden crear mediante Azure Portal o mediante programación mediante PowerShell o las API de REST.

En caso de que busque un concepto de copia de seguridad a largo plazo (LTR):

  1. Cree un nuevo punto de restauración definido por el usuario; también puede usar uno de los puntos de restauración generados automáticamente.
  2. Restaure desde el punto de restauración recién creado en un nuevo almacenamiento de datos.
  3. Después de la restauración, tiene el grupo de SQL dedicado en línea. Puede pausarlo de manera indefinida para ahorrar costos de proceso. La base de datos en pausa genera gastos de almacenamiento según la tarifa de almacenamiento de Azure Synapse.

Si necesita una copia activa del almacenamiento de datos restaurado, puede reanudarlo. Esta operación solo le llevará unos minutos.

Creación de puntos de restauración definidos por el usuario

Puede crear un nuevo punto de restauración definido por el usuario mediante programación. Elija el método correcto en función del grupo de SQL que use: un grupo de SQL dedicado independiente (anteriormente SQL DW) o un grupo de SQL dedicado dentro de un área de trabajo de Synapse.

Azure PowerShell

API de REST

Eliminación de los puntos de restauración definidos por el usuario

Puede eliminar un punto de restauración específico definido por el usuario mediante programación. Elija el método correcto en función del grupo de SQL que use: un grupo de SQL dedicado independiente (anteriormente SQL DW) o un grupo de SQL dedicado dentro de un área de trabajo de Synapse.

Azure PowerShell

API de REST

Retención de punto de recuperación

A continuación se indican los detalles sobre los períodos de retención de punto de restauración:

  1. El grupo de SQL dedicado elimina un punto de restauración cuando alcanza el período de retención de 7 días y cuando hay al menos 42 puntos de restauración totales (incluidos los definidos por el usuario y los automáticos).
  2. Las instantáneas no se toman cuando un grupo de SQL dedicado está en pausa.
  3. La antigüedad de un punto de restauración se mide por los días naturales absolutos a partir del momento en que se toma el punto de restauración, incluso cuando el grupo de SQL está en pausa.
  4. En cualquier momento, se garantiza que un grupo de SQL dedicado podrá almacenar hasta 42 puntos de restauración definidos por el usuario o 42 puntos de restauración automáticos siempre y cuando estos puntos de restauración no hayan alcanzado el período de retención de 7 días.
  5. Si se toma una instantánea, el grupo de SQL dedicado se pausa durante más de 7 días y luego se reanuda, el punto de restauración persistirá hasta que haya un total de 42 puntos de restauración (incluidos los definidos por el usuario y los automáticos).

Retención de instantáneas cuando se quita un grupo de SQL

Cuando se quita un grupo de SQL dedicado, se crea una instantánea final que se guarda durante siete días. Puede restaurar el grupo de SQL dedicado al punto de restauración final creado durante la eliminación. Si el grupo de SQL dedicado se quita en estado en pausa, no se toma ninguna instantánea. En ese escenario, asegúrese de crear un punto de restauración definido por el usuario antes de quitar el grupo de SQL dedicado.

Copias de seguridad geográficas y recuperación ante desastres

Se crea una copia de seguridad de replicación geográfica una vez al día en un centro de datos emparejado. El RPO para una restauración geográfica es de 24 horas. Una restauración geográfica siempre es una operación de movimiento de datos y el RTO dependerá del tamaño de los datos. Solo se conserva la copia de seguridad geográfica más reciente. Puede restaurar la copia de seguridad de replicación geográfica en un servidor de cualquier otra región donde se admita el grupo de SQL dedicado. Una copia de seguridad geográfica garantiza que pueda restaurar el almacenamiento de datos en caso de que no tenga acceso a los puntos de restauración de su región primaria.

Si no necesita copias de seguridad geográficas para su grupo de SQL dedicado, puede deshabilitarlas y ahorrar costos de almacenamiento de recuperación ante desastres. Para ello, consulte Guía de procedimientos: Deshabilitación de copias de seguridad geográficas para un grupo de SQL dedicado (anteriormente SQL DW). Si deshabilita las copias de seguridad geográficas, no podrá recuperar el grupo de SQL dedicado en la región de Azure emparejada si el centro de datos principal de Azure no está disponible.

Nota:

Si necesita un objetivo de punto de recuperación más reducido para copias de seguridad de replicación geográfica, vote por esta funcionalidad. También puede crear un punto de restauración definido por el usuario y restaurar a partir del punto de restauración recién creado en un nuevo almacenamiento de datos. Cuando haya realizado la restauración, tendrá el almacenamiento de datos en línea y podrá pausarlo indefinidamente para ahorrar los costos del proceso. La base de datos en pausa genera gastos de almacenamiento según la tarifa de Azure Premium Storage. Otro patrón común para un punto de recuperación más corto es ingerir datos en instancias principales y secundarias de un almacenamiento de datos en paralelo. En este escenario, los datos se ingieren desde un origen (o varios orígenes) y se conservan en dos instancias independientes del almacenamiento de datos (principal y secundaria). Para ahorrar en costos del proceso, puede pausar la instancia secundaria del almacenamiento. Si necesita una copia activa del almacenamiento de datos, puede reanudarlo, lo que solo le llevaría unos minutos.

Residencia de datos

Si el centro de datos emparejado se encuentra fuera de su país o región, puede asegurarse de que los datos permanecen dentro de su región mediante el aprovisionamiento de la base de datos en almacenamiento con redundancia local (LRS). Si la base de datos ya se ha aprovisionado en RA-GRS (almacenamiento con redundancia geográfica de solo lectura, el valor predeterminado actual), puede optar por no realizar copias de seguridad geográficas, pero la base de datos seguirá residiendo en el almacenamiento que se replique en un par regional. Para asegurarse de que los datos del cliente permanecen dentro de su región, puede aprovisionar o restaurar el grupo de SQL dedicado en un almacenamiento con redundancia local. Para obtener más información sobre cómo aprovisionar o restaurar en el almacenamiento con redundancia local, vea Guía paso a paso para configurar la residencia de una sola región para un grupo de SQL dedicado (anteriormente SQL DW) en Azure Synapse Analytics

Para confirmar que el centro de datos emparejado se encuentra en un país o región diferente, consulte Regiones emparejadas de Azure.

Costos de copia de seguridad y restauración

Observará que la factura de Azure tiene un elemento de línea para Storage y un elemento de línea para Storage de recuperación ante desastres. El cargo de almacenamiento corresponde al costo total del almacenamiento de sus datos en la región primaria con los cambios incrementales que capturan las instantáneas. Para obtener una explicación más detallada de cómo se cobran las instantáneas, vea Introducción a cómo las instantáneas pueden incrementar los costos. El cargo con redundancia geográfica abarca el costo de almacenamiento de las copias de seguridad geográficas.

El costo total del almacenamiento de datos principal y de los siete días de cambios de instantánea se redondea al TB más cercano. Por ejemplo, si el almacenamiento de datos es de 1,5 TB y las capturas de instantáneas 100 GB, se le facturan 2 TB de datos según las tarifas de Azure Standard Storage.

Si usa almacenamiento con redundancia geográfica, recibirá un cargo de almacenamiento por separado. El almacenamiento con redundancia geográfica se factura según la tarifa estándar de almacenamiento geográficamente redundante con acceso de lectura (RA-GRS).

Para más información sobre los precios de Azure Synapse, consulte Precios de Azure Synapse. La salida de datos no se cobra al restaurar entre regiones.

Restauración a partir de puntos de restauración

Cada instantánea crea un punto de restauración que representa la hora de inicio de la instantánea. Para restaurar un almacenamiento de datos, elija un punto de restauración y emita un comando de restauración.

Puede mantener el almacenamiento de datos restaurado y el actual, o eliminar uno de ellos. Si quiere reemplazar el almacenamiento de datos actual por el restaurado, puede cambiarle el nombre mediante ALTER DATABASE con la opción MODIFY NAME.

Nota:

La restauración de nivel de tabla no se admite en grupos de SQL dedicados. Solo puede recuperar una base de datos completa de la copia de seguridad y, a continuación, copiar las tablas requeridas mediante

  • Actividades de herramientas de ETL, como la actividad de copia
  • Exportación e importación
    • Exportación de los datos de la copia de seguridad restaurada al lago de datos mediante CETAS Ejemplo de CETAS
    • Importar los datos mediante COPY o Polybase

Restauración entre suscripciones

Puede realizar una restauración entre suscripciones.

Restauración con redundancia geográfica

Puede restaurar el grupo de SQL dedicado en cualquier región que admita el grupo de SQL dedicado en el nivel de rendimiento elegido.

Nota

Para llevar a cabo una restauración con redundancia geográfica no puede haber anulado esta característica.

Proceso del soporte técnico

Puede enviar una incidencia de soporte técnico en Azure Portal para Azure Synapse Analytics.

Contenido relacionado