Creación de una copia transaccionalmente coherente de una base de datos de Azure SQL Database

Se aplica a: Azure SQL Database

Azure SQL Database proporciona varios métodos para crear una copia de una base de datos existente en el mismo servidor o en un servidor diferente. Una base de datos se puede copiar usando Azure Portal, PowerShell, la CLI de Azure o Transact-SQL.

Información general

Una copia de base de datos es una instantánea coherente con las transacciones de la base de datos de origen en el momento en el que se inicia la solicitud de copia. Puede seleccionar el mismo servidor u otro distinto para la copia. También puede optar por conservar la redundancia de copia de seguridad y el tamaño de proceso de la base de datos de origen, o usar una redundancia de almacenamiento de copia de seguridad o tamaño de proceso diferentes dentro del mismo nivel de servicio. También es posible copiar una base de datos en el nivel de servicio Estándar a un nivel Estándar o De uso general y una base de datos en el nivel de servicio Premium al nivel Premium o Crítico para la empresa.

Una vez completada la copia, la nueva base de datos es una base de datos totalmente funcional e independiente en la base de datos de origen. Los inicios de sesión, los usuarios y los permisos de la base de datos copiada se administran independientemente de la base de datos de origen. La copia se crea mediante la tecnología de replicación geográfica. Una vez completada la propagación de réplicas, el vínculo de replicación geográfica finaliza automáticamente. Todos los requisitos para usar la replicación geográfica se aplican a la operación de copia de la base de datos. Consulte Información general de la replicación geográfica activa para obtener más información.

Copia de base de datos para bases de datos de Hiperescala

Para bases de datos del nivel de servicio de Hiperescala, la base de datos de destino determina si la copia es una copia rápida o una copia del tamaño de los datos:

• Copia rápida: cuando la copia se realice en la misma región que el origen, se crea a partir de las instantáneas de blobs. Esta copia es una operación rápida independientemente del tamaño de la base de datos.

• Copia del tamaño de los datos: si la base de datos de destino se encuentra en una región diferente a la del origen, o si la redundancia del almacenamiento de copia de seguridad de base de datos (local, zonal o geográfica) del destino difiere de la redundancia de la base de datos de origen, la operación de copia es una operación del tamaño de los datos. El tiempo de copia no es directamente proporcional al tamaño, ya que los blobs del servidor de páginas se copian en paralelo.

Inicios de sesión en la copia de la base de datos

Al copiar una base de datos en el mismo servidor, los mismos inicios de sesión se pueden usar en ambas bases de datos. La entidad de seguridad que usa para copiar la base de datos se convierte en el propietario de la base de datos en la nueva base de datos.

Al copiar una base de datos en un servidor diferente, la entidad de seguridad que ha iniciado la operación de copia en el servidor de destino se convierte en el propietario de la nueva base de datos.

Independientemente del servidor de destino, todos los usuarios de base de datos, sus permisos y sus identificadores de seguridad (SID) se copian en la copia de la base de datos. Usar usuarios de base de datos contenidos para el acceso a datos asegura que la base de datos copiada tenga las mismas credenciales de usuario, de tal forma que, una vez completada la copia, pueda obtener acceso inmediato a ellas con las mismas credenciales.

Si utiliza inicios de sesión de nivel de servidor para el acceso a datos y copia la base de datos en otro servidor, es posible que el acceso basado en inicios de sesión no funcione. Esto puede ocurrir porque los inicios de sesión no existen en el servidor de destino o porque las contraseñas e identificadores de seguridad (SID) son diferentes. Vea Administración de la seguridad de Azure SQL Database después de la recuperación ante desastres para obtener más información sobre cómo administrar inicios de sesión al copiar una base de datos en un servidor diferente. Una vez que la operación de copia en un servidor diferente se realiza correctamente y antes de que se reasignen otros usuarios, solo el inicio de sesión asociado al propietario de la base de datos o el administrador del servidor pueden iniciar sesión en la base de datos copiada. Para resolver los inicios de sesión y establecer el acceso a los datos una vez completada la operación de copia, consulte Resolución de inicios de sesión.

Copia con Azure Portal

Para copiar una base de datos mediante Azure Portal, abra la página de la base de datos y, después, elija Copiar para abrir la página Crear base de datos SQL - Copiar base de datos. Rellene los valores del servidor de destino en el que desea copiar la base de datos.

Copia de una base de datos

Una base de datos se puede copiar usando PowerShell, la CLI de Azure y Transact-SQL (T-SQL).

New-AzSqlDatabaseCopy -ResourceGroupName "<resourceGroup>" -ServerName $sourceserver -DatabaseName "<databaseName>" `
    -CopyResourceGroupName "myResourceGroup" -CopyServerName $targetserver -CopyDatabaseName "CopyOfMySampleDatabase"

az sql db copy --dest-name "CopyOfMySampleDatabase" --dest-resource-group "myResourceGroup" --dest-server $targetserver `
    --name "<databaseName>" --resource-group "<resourceGroup>" --server $sourceserver

-- Execute on the master database to start copying
CREATE DATABASE Database2 AS COPY OF Database1;

-- Execute on the master database to start copying
CREATE DATABASE Database2
AS COPY OF Database1
(SERVICE_OBJECTIVE = ELASTIC_POOL( name = pool1 ));

-- Execute on the master database of the target server (server2) to start copying from Server1 to Server2
CREATE DATABASE Database2 AS COPY OF server1.Database1;

-- Execute on the master database of the target server (server2) to start copying from Server1 to Server2
CREATE DATABASE Database2 AS COPY OF server1.Database1 (SERVICE_OBJECTIVE = ELASTIC_POOL( name = pool2 ) );

--Step# 1
--Create login and user in the master database of the source server.

CREATE LOGIN loginname WITH PASSWORD = 'xxxxxxxxx'
GO
CREATE USER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTER ROLE dbmanager ADD MEMBER loginname;
GO

--Step# 2
--Create the user in the source database and grant dbowner permission to the database.

CREATE USER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTER ROLE db_owner ADD MEMBER loginname;
GO

--Step# 3
--Capture the SID of the user "loginname" from master database

SELECT [sid] FROM sysusers WHERE [name] = 'loginname';

--Step# 4
--Connect to Destination server.
--Create login and user in the master database, same as of the source server.

CREATE LOGIN loginname WITH PASSWORD = 'xxxxxxxxx', SID = [SID of loginname login on source server];
GO
CREATE USER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTER ROLE dbmanager ADD MEMBER loginname;
GO

--Step# 5
--Execute the copy of database script from the destination server using the credentials created

CREATE DATABASE new_database_name
AS COPY OF source_server_name.source_database_name;

Supervisar el progreso de la operación de copia

Para supervisar el proceso de copia, consulte las vistas sys.databases, sys.dm_database_copies y sys.dm_operation_status. Durante el proceso de copia, la columna state_desc de la vista sys.databases de la nueva base de datos se establece en COPYING.

• Si se produce un error en la copia, la columna state_desc de la vista sys.databases de la nueva base de datos se establece en SUSPECT. Ejecute la instrucción DROP en la nueva base de datos e inténtelo de nuevo más tarde.
• Si la copia se realiza correctamente, la columna state_desc de la vista sys.databases de la nueva base de datos se establecerá en ONLINE. Se completa la copia y la nueva base de datos es una base de datos normal, que se puede modificar independientemente de la base de datos de origen.

Permisos

Para crear una copia de la base de datos, debe tener los siguientes roles:

• Propietario de la suscripción o
• Rol de colaborador de SQL Server o
• Rol personalizado en el servidor de origen con los siguientes permisos:
  • Microsoft.Sql/servers/databases/read
  • Microsoft.Sql/servers/databases/write y
• Rol personalizado en el servidor de destino con los siguientes permisos:
  • Microsoft.Sql/servers/read
  • Microsoft.Sql/servers/databases/read
  • Microsoft.Sql/servers/databases/write

Para cancelar una copia de la base de datos, debe tener los siguientes roles:

• Propietario de la suscripción o
• Rol de colaborador de SQL Server o
• Rol personalizado en la base de datos de destino con el siguiente permiso:
  • Microsoft.Sql/servers/databases/delete

Para administrar la copia de la base de datos con Azure Portal, también necesita los siguientes permisos:

• Microsoft.Resources/subscriptions/resources/read
• Microsoft.Resources/deployments/read
• Microsoft.Resources/deployments/write
• Microsoft.Resources/deployments/operationstatuses/read

Si quiere ver las operaciones que se esconden tras las implementaciones del grupo de recursos en el portal y las operaciones en varios proveedores de recursos, incluidas las operaciones de SQL, necesita estos permisos adicionales:

• Microsoft.Resources/subscriptions/resourcegroups/deployments/operations/read
• Microsoft.Resources/subscriptions/resourcegroups/deployments/operationstatuses/read

Resolución de inicios de sesión

Después de que la nueva base de datos esté en línea en el servidor de destino, use la instrucción ALTER USER para volver a asignar los usuarios de la nueva base de datos a inicios de sesión en el servidor de destino. Para resolver los usuarios huérfanos, consulte Solucionar problemas de usuarios huérfanos (SQL Server). Vea también Administración de la seguridad de una base de datos de Azure SQL después de la recuperación ante desastres.

Todos los usuarios de la nueva base de datos mantienen los permisos que tenían en la base de datos de origen. El usuario que inició la copia de la base de datos se convierte en el propietario de la nueva base de datos. Cuando la copia se realiza correctamente y antes de que se reasignen otros usuarios, solo el propietario de la base de datos puede iniciar sesión en la nueva base de datos.

Para más información sobre cómo administrar usuarios e inicios de sesión al copiar una base de datos a un servidor lógico diferente, vea Administración de la seguridad de Azure SQL Database después de la recuperación ante desastres.

Errores de copia de base de datos

Pueden encontrarse los siguientes errores al copiar una base de datos en Azure SQL Database. Para más información, vea Copiar una base de datos de Azure SQL.

Contenido relacionado

• Autorización del acceso de base de datos a SQL Database, Instancia administrada de SQL y Azure Synapse Analytics
• Configuración y administración de la seguridad de Azure SQL Database para la restauración geográfica o la conmutación por error
• Exportación a un archivo BACPAC: Azure SQL Database y Azure SQL Managed Instance