Procedimientos recomendados con la característica de vínculo para Azure SQL Managed Instance

Se aplica a:Azure SQL Managed Instance

En este artículo se describen los procedimientos recomendados al usar la característica de vínculo para Azure SQL Managed Instance. La característica de vínculo de Azure SQL Managed Instance conecta los servidores SQL Server hospedados en cualquier lugar a SQL Managed Instance, lo que proporciona replicación de datos casi en tiempo real a la nube.

Nota:

Algunas funciones del vínculo están disponibles con carácter general, mientras que otras están actualmente en versión preliminar. Revise los requisitos previos para obtener más información.

Realizar copias de seguridad de registros con regularidad

La característica de vínculo replica los datos utilizando la tecnología de grupos de disponibilidad distribuida basada en grupos de disponibilidad Always On. La replicación de datos con grupos de disponibilidad distribuidos se basa en la replicación de registros de transacciones. No se pueden truncar registros de transacciones desde la base de datos de la instancia SQL Server principal hasta que se repliquen en la base de datos de la réplica secundaria. Si la replicación de registros de transacciones es lenta o está bloqueada debido a problemas de conexión de red, el archivo de registro sigue creciendo en la instancia principal. La velocidad de crecimiento depende de la intensidad de la carga de trabajo y la velocidad de la red. Si se produce una interrupción prolongada de la conexión de red y una carga de trabajo pesada en la instancia principal, el archivo de registro puede tardar todo el espacio de almacenamiento disponible.

Para minimizar el riesgo de quedarse sin espacio en su instancia primaria de SQL Server debido al crecimiento de los archivos de registro, asegúrese de realizar copias de seguridad de los registros de la base de datos con regularidad en su SQL Server cuando sea el principal. No es necesario realizar ninguna acción adicional cuando SQL Managed Instance es el principal, ya que las copias de seguridad de registros ya se realizan automáticamente. Al realizar copias de seguridad de registros periódicamente en su servidor principal SQL Server, la base de datos es más resistente a los eventos de crecimiento de registros no planeados. La primera copia de seguridad de registros de base de datos no se debe realizar hasta que se haya completado la inicialización en SQL Managed Instance (es decir, la réplica de base de datos en SQL Managed Instance ya no se encuentra en el estado "Restaurar"). Considere la posibilidad de programar tareas de copia de seguridad de registros diarias mediante un trabajo del Agente SQL Server.

Puede usar un script de Transact-SQL (T-SQL) para realizar una copia de seguridad del archivo de registro, como la muestra proporcionada en esta sección. Reemplace los marcadores de posición del script de muestra por el nombre de la base de datos, el nombre y la ruta de acceso del archivo de copia de seguridad y la descripción.

Para realizar una copia de seguridad del registro de transacciones, use el siguiente script de ejemplo de Transact-SQL (T-SQL) en SQL Server:

-- Execute on SQL Server
-- Take log backup
BACKUP LOG [<DatabaseName>]
TO DISK = N'<DiskPathandFileName>'
WITH NOFORMAT, NOINIT,
NAME = N'<Description>', SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 1

Use el siguiente comando Transact-SQL (T-SQL) para comprobar el espacio de registro utilizado por la base de datos en SQL Server:

-- Execute on SQL Server
DBCC SQLPERF(LOGSPACE); 

La salida de la consulta es similar a la del ejemplo siguiente para la base de datos de muestra tpcc:

En este ejemplo, la base de datos ha usado el 76 % del registro disponible, con un tamaño absoluto de archivo de registro de aproximadamente 27 GB (27 971 MB). Los umbrales de acción pueden variar en función de la carga de trabajo. En el ejemplo anterior, el tamaño del registro de transacciones y el porcentaje de uso del registro suele ser una indicación de que debe realizar una copia de seguridad del registro de transacciones para truncar el archivo de registro y liberar espacio, o bien, realizar copias de seguridad de registros más frecuentes. También podría ser una indicación de que las transacciones abiertas bloquean el truncamiento del registro de transacciones. Para más información sobre cómo solucionar problemas de un registro de transacciones en SQL Server, vea Solucionar problemas de un registro de transacciones lleno (Error 9002 de SQL Server). Para más información sobre cómo solucionar problemas de un registro de transacciones en Azure SQL Managed Instance, vea Solución de problemas del registro de transacciones con Azure SQL Managed Instance.

Adición de marcas de seguimiento de inicio

En SQL Server hay dos marcas de seguimiento (-T1800 y -T9567) que, cuando se agregan como parámetros de inicio, pueden optimizar el rendimiento de la replicación de datos desde el vínculo. Consulte Habilitación de marcas de seguimiento de inicio para obtener más información.

Contenido relacionado

• Vínculo de Instancia administrada: información general
• Configuración del vínculo entre SQL Server y SQL Managed Instance con SSMS
• Configuración del vínculo entre SQL Server y SQL Managed Instance con scripts
• Recuperación ante desastres con vínculo de instancia administrada
• Procedimientos recomendados para el mantenimiento del vínculo