Copiar o mover una base de datos: Azure SQL Managed Instance
Se aplica a: 
Azure SQL Managed Instance
En este artículo se describe cómo copiar o trasladar una base de datos en línea entre instancias de Azure SQL Managed Instance. Las operaciones de copia y traslado de bases de datos se admiten en distintas suscripciones de Azure dentro del mismo inquilino de Azure.
Información general
Puede realizar una operación de copia o traslado en línea de una base de datos entre instancias administradas mediante la tecnología de grupos de disponibilidad Always On. La característica de copia y traslado crea una nueva base de datos en la instancia de destino como una copia de la base de datos de origen. Con esta característica, la replicación de datos es fiable, asincrónica y casi en tiempo real.
Al copiar una base de datos, la base de datos de origen permanece en línea durante la operación y una vez completada esta.
Por el contrario, al trasladar una base de datos, la base de datos de origen se anula después de haberse completado la operación.
Puede ejecutar varias operaciones de copia y traslado de la base de datos de la instancia administrada de origen a una o más instancias de destino.
La copia y el traslado de una base de datos es diferente de la restauración a un momento dado (PITR) porque crea una copia de dicha base de datos después de haberse completado la operación. PITR crea una copia de la base de datos a partir de un momento especificado en el pasado.
Importante
Cuando una base de datos se traslada a un nuevo destino, las copias de seguridad PITR existentes no se trasladan con ella y no estarán disponibles. La base de datos inicia una nueva cadena de copia de seguridad en la instancia de destino en el momento en que se completa la operación de traslado.
Cuándo usar la característica
Trasladar o copiar una base de datos es útil cuando desea:
- Administrar los requisitos de crecimiento y rendimiento de la base de datos.
- Equilibrar las cargas de trabajo entre varias instancias administradas.
- Trasladar las bases de datos a una instancia con más recursos disponibles para controlar la carga de trabajo.
- Consolidar varias bases de datos a partir de varias instancias.
- Crear paridad de base de datos entre entornos de desarrollo, pruebas y producción.
Flujo de trabajo
Este es el flujo de trabajo para copiar o trasladar una base de datos:
Elija la base de datos, la instancia administrada de origen y la instancia de destino y, a continuación, comience con la operación.
La base de datos se inicializará en el servidor de destino. Compruebe el estado para determinar si la operación está en curso o si se ha realizado correctamente.
Una vez finalizada la inicialización, el estado de la operación se muestra como listo para la finalización.
Hasta que se complete manualmente la operación, todos los cambios que se produzcan en la base de datos de origen se aplicarán a la base de datos de destino. Puede cancelar la operación en cualquier momento. Tiene 24 horas para completar explícitamente la operación. Si no completa la operación en un plazo de 24 horas, esta se cancela automáticamente y la base de datos de destino se anula.
Después de haber completado manualmente la operación, la base de datos de destino pasará a estar en línea y estará lista para realizar cargas de trabajo de lectura y escritura.
Si decide trasladar la base de datos, la base de datos de origen se anulará. Si decide copiar la base de datos, la base de datos de origen permanecerá en línea, pero la sincronización de datos se detendrá.
En el diagrama siguiente se muestra un flujo de trabajo de ejemplo para una operación de traslado:
El diseño de la operación de movimiento de base de datos garantiza que no hay pérdida de datos. Cuando un usuario completa la operación de traslado, la base de datos de origen deja de aceptar las cargas de trabajo y la transacción se replica en la base de datos de destino. Solo después, la base de datos de destino está en línea y se elimina la base de datos de origen. Este diseño garantiza que todos los datos de la base de datos de origen se muevan a la base de datos de destino.
La operación de copia de base de datos es similar al movimiento de la base de datos. La única diferencia importante es cómo finaliza la operación. Al completar la operación de copia de base de datos, se detiene la replicación del registro de transacciones en la base de datos de destino. Aunque el usuario emite explícitamente el comando para completar la operación de copia, el usuario no controla el momento exacto en el que se detiene la replicación del registro. Por último, tanto la base de datos de origen como la de destino están en línea, son independientes y están listas para la carga de trabajo de lectura y escritura.
Requisitos previos
Para poder copiar o mover una base de datos, debe cumplir los siguientes requisitos:
- Debe tener permisos de lectura para el grupo de recursos que contiene la instancia administrada de origen y permisos de escritura en el nivel de base de datos para las instancias de origen y de destino.
- Si las instancias de origen y destino están en diferentes redes virtuales, debe haber conectividad de red entre las redes virtuales de las dos instancias, como con el emparejamiento de red virtual de Azure. Además, debe permitir el tráfico entrante y saliente en el puerto 5022 y el intervalo de puertos 11000-11999 para el protocolo TCP. Esto se aplica a las dos subredes que hospedan las instancias de origen y de destino. Para más información, consulte cómo establecer la conectividad de red entre instancias de diferentes redes virtuales de Azure.
Copia o traslado de una base de datos
Puede copiar o trasladar una base de datos a otra instancia administrada mediante Azure Portal. Para ello:
Diríjase a su instancia administrada en Azure Portal.
En Administración de datos, seleccione Bases de datos.
Seleccione una o varias bases de datos y, a continuación, seleccione la opción Copiar o Mover en la parte superior del panel.
Si selecciona Trasladar, la base de datos de origen se anula cuando se completa la operación; si selecciona Copiar, la base de datos de origen permanece en línea cuando se completa la operación. Al seleccionar cualquiera de las opciones, se abre la página Trasladar base de datos administrada o Copiar base de datos administrada. Después de abrirse la página, puede seleccionar más bases de datos para incluirlas en la operación.
En el panel Detalles del origen, proporcione detalles para la base de datos de origen y la instancia administrada.
En el panel Detalles del destino, proporcione detalles para la instancia administrada de destino.
Seleccione Revisar y empezar para validar los detalles de origen y destino y, a continuación, seleccione Iniciar para iniciar la operación.
Al seleccionar Iniciar, volverá a la página Bases de datos de la instancia, donde podrá supervisar el progreso de la operación.
En la página Bases de datos, compruebe la columna Detalles de la operación para comprobar que el estado de la operación es Traslado en curso o Copia en curso.
Si necesita cancelar la operación, seleccione la opción En curso, seleccione la base de datos con la que trabaje y, por último, elija Cancelar operación para detener la inicialización y anular la base de datos de destino.
Supervise la operación. Una vez completada la inicialización, la columna Detalles de la operación muestra un estado de Traslado listo para completarse o Copia lista para completarse.
Seleccione Lista para la finalización para abrir la columna Detalles de la operación, elija las bases de datos que están listas para copiar o trasladar y, a continuación, seleccione Completar para finalizar la operación y publicar en línea la base de datos de destino.
Los cambios realizados en la base de datos de origen se replican en la base de datos de destino durante el proceso, hasta que seleccione Completar. Si no completa la operación en un plazo de 24 horas, esta se cancela automáticamente y la base de datos de destino se anula. Al seleccionar Completar, la operación finaliza y lo lleva de regreso a la página Bases de datos, donde puede comprobar que la operación se ha completado.
Si ha trasladado la base de datos, el nombre de esta no está disponible porque ahora está sin conexión.
Rendimiento de las operaciones de copia y movimiento
Las operaciones de copia y movimiento de bases de datos tienen dos fases. La primera es la inicialización inicial y, la segunda, es la replicación de cambios de la base de datos de origen a la base de datos de destino. Normalmente, la inicialización inicial es una fase más exigente de la operación. El tiempo necesario para que se complete la inicialización depende del tamaño de los datos y del número de operaciones de copia o movimiento activas. La intensidad de la carga de trabajo que se produce en el origen y el destino de Azure SQL Managed Instance y la velocidad de la red entre el origen y el destino también influirán en la velocidad de inicialización. En circunstancias óptimas, y cuando se establece la conectividad entre el origen y el destino mediante el emparejamiento de red virtual global recomendado, la velocidad de inicialización es de hasta 360 GB por hora. El proceso de inicialización y su velocidad se pueden supervisar mediante la DMV sys.dm_hadr_physical_seeding_stats.
SELECT
role_desc,
transfer_rate_bytes_per_second,
transferred_size_bytes,
database_size_bytes,
start_time_utc,
estimate_time_complete_utc,
end_time_utc,
local_physical_seeding_id
FROM
sys.dm_hadr_physical_seeding_stats;
Limitaciones
Tenga en cuenta las siguientes limitaciones de la característica de copia y traslado:
- Las instancias administradas de origen y destino no pueden ser la mismas.
- Tanto la instancia de origen como la de destino deben residir en la misma región y en la misma región de Azure.
- Solo puede copiar y trasladar bases de datos de usuario. No se admite la copia y el traslado de bases de datos del sistema.
- Una base de datos solo puede participar en una única operación de traslado o copia a la vez.
- La instancia de origen puede ejecutar hasta ocho operaciones de copia o traslado a la vez. Puede iniciar más de ocho operaciones, pero algunas se muestran en cola y se procesan más adelante, ya que las administra el servicio.
- No se puede cambiar el nombre de una base de datos durante una operación de copia o traslado.
- Las etiquetas de base de datos no se copian con la operación de copia o movimiento.
- Las operaciones de copia y traslado de la base de datos no copian ni mueven copias de seguridad PITR.
- No se puede copiar ni trasladar una base de datos que forme parte de un grupo de conmutación por error o mediante el vínculo de Instancia administrada.
- La instancia administrada de origen o destino no debería estar configurada con una configuración de grupo de conmutación por error (recuperación ante desastres geográfica).
- Tendrá que volver a configurar la replicación transaccional, la captura de datos modificados (CDC) o las transacciones distribuidas después de trasladar una base de datos con estas características.
- Cuando la base de datos de origen usa una clave administrada por el cliente (CMK) como protector de TDE, para copiar o mover la base de datos a la instancia SQL Managed Instance de destino, la instancia de destino debe tener acceso a la misma clave usada para cifrar la base de datos de origen de Azure Key Vault.
- Una base de datos de una instancia configurada con la directiva de actualización siempre actualizada no se puede copiar ni mover a una instancia configurada con la directiva de actualización de SQL Server 2022. Una vez que una base de datos de una instancia configurada con la directiva de actualización SQL Server 2022 se copia o se mueve a una instancia que cuenta con una directiva de actualización siempre actualizada, no se puede copiar ni mover a una instancia configurada con la directiva de actualización de SQL Server 2022.
Contenido relacionado
Más documentación relacionada con la copia y traslado de la base de datos.
- Documentación de Azure PowerShell para la copia de bases de datos y el movimiento de bases de datos.
- Documentación de la CLI de Azure para la copia de base de datos y el traslado de bases de datos.
- Habilitar la conectividad entre SQL Managed Instance.
Para otras opciones de movimiento de datos, consulte: