Copiar uma cópia transacionalmente consistente de um banco de dados no Banco de Dados SQL do Azure

Aplica-se a: do Banco de Dados SQL do Azure

O Banco de Dados SQL do Azure fornece vários métodos para criar uma cópia de um banco de dados existente no mesmo servidor lógico do Banco de Dados SQL do Azure ou em um servidor lógico diferente. Você pode copiar um banco de dados usando o portal do Azure, PowerShell, CLI do Azure ou Transact-SQL.

Visão geral

Uma cópia de banco de dados é um instantâneo transacionalmente consistente do banco de dados de origem no momento em que a solicitação de cópia é iniciada. Você pode selecionar o mesmo servidor lógico ou um servidor lógico diferente para a cópia. Além disso, você pode optar por manter a redundância de backup e o tamanho de computação do banco de dados de origem ou usar uma redundância de armazenamento de backup diferente e/ou tamanho de computação dentro da mesma camada de serviço. Também é possível copiar um banco de dados na camada de serviço Standard para a camada Standard ou General Purpose, e um banco de dados na camada de serviço Premium para a camada Premium ou Business Critical.

Após a conclusão da cópia, o novo banco de dados é um banco de dados totalmente funcional e independente do banco de dados de origem. Os logons, usuários e permissões no banco de dados copiado são gerenciados independentemente do banco de dados de origem. A cópia é criada usando a tecnologia de replicação geográfica. Quando a propagação da réplica estiver concluída, o link de replicação geográfica será encerrado automaticamente. Todos os requisitos para usar a replicação geográfica se aplicam à operação de cópia do banco de dados. Consulte de visão geral da replicação geográfica ativa para obter detalhes.

Cópia de banco de dados para bancos de dados Hyperscale

Para bases de dados na camada de serviço Hyperscale, o banco de dados alvo determina se a cópia é rápida ou baseada no tamanho dos dados.

• Cópia rápida: Quando a cópia é feita na mesma região da origem, a cópia é criada a partir dos instantâneos de blobs, essa cópia é uma operação rápida, independentemente do tamanho do banco de dados.

• Tamanho da cópia de dados: Quando o banco de dados de destino está em uma região diferente da origem ou se a redundância de armazenamento de backup do banco de dados (Local, Zonal, Geo) do destino difere do banco de dados de origem, a operação de cópia é uma operação de tamanho de dados. O tempo de cópia não é diretamente proporcional ao tamanho, pois os blobs do servidor de página são copiados em paralelo.

Inícios de sessão na cópia da base de dados

Quando você copia um banco de dados para o mesmo servidor lógico, os mesmos logons podem ser usados em ambos os bancos de dados. A entidade de segurança usada para copiar a base de dados torna-se o proprietário da base de dados na nova base de dados.

Quando você copia um banco de dados para um servidor lógico diferente, a entidade de segurança que iniciou a operação de cópia no servidor lógico de destino torna-se o proprietário do novo banco de dados.

Independentemente do servidor de destino, todos os usuários do banco de dados, permissões e identificadores de segurança (SIDs) são copiados para a cópia do banco de dados. O uso usuários de banco de dados contidos para acesso a dados garante que o banco de dados copiado tenha as mesmas credenciais de usuário, para que, após a conclusão da cópia, você possa acessá-lo imediatamente com as mesmas credenciais.

Se você usar logons no nível do servidor para acesso a dados e copiar o banco de dados para um servidor diferente, o acesso baseado em logon pode não funcionar. Isso pode acontecer porque os logins não existem no servidor lógico de destino ou porque essas senhas e identificadores de segurança (SIDs) são diferentes. Para obter mais informações sobre como gerir logins quando se copia um banco de dados para um servidor diferente, consulte Configurar e gerir a segurança do Banco de Dados SQL do Azure para restauração geográfica ou failover. Depois que a operação de cópia para um servidor lógico diferente for bem-sucedida e antes que outros usuários sejam remapeados, somente o logon associado ao proprietário do banco de dados ou o administrador do servidor poderá entrar no banco de dados copiado. Para resolver logins e estabelecer acesso a dados após a conclusão da operação de cópia, consulte Resolver logins.

Copiar usando o portal do Azure

Para copiar uma base de dados no portal do Azure, abra a página da sua base de dados e, em seguida, escolha Copiar para abrir a página Criar Base de Dados SQL - Copiar base de dados. Preencha os valores para o servidor lógico de destino para o qual você deseja copiar seu banco de dados.

Copiar um banco de dados

Você pode copiar um banco de dados usando o PowerShell, a CLI do Azure e o 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 logical 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 logical 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 = '<strong password>', 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 logical server using the credentials created

CREATE DATABASE new_database_name
AS COPY OF source_server_name.source_database_name;

Monitorar o progresso da operação de cópia

Monitore o processo de cópia consultando as visões sys.databases, sys.dm_database_copiese sys.dm_operation_status. Enquanto a cópia estiver em andamento, a coluna state_desc da exibição sys.databases do novo banco de dados será definida como COPYING.

• Se a cópia falhar, a coluna state_desc da visualização sys.databases do novo banco de dados será definida como SUSPECT. Execute a instrução DROP no novo banco de dados e tente novamente mais tarde.
• Se a cópia for bem-sucedida, a coluna state_desc da exibição sys.databases do novo banco de dados será definida como ONLINE. A cópia está concluída e o novo banco de dados é um banco de dados regular que pode ser alterado independentemente do banco de dados de origem.

Permissões

Para criar uma cópia de banco de dados, você precisa estar nas seguintes funções:

• Proprietário da subscrição ou
• Função de Colaborador do SQL Server ou
• Função personalizada no servidor lógico de origem com as seguintes permissões:
  • Microsoft.Sql/servers/databases/read
  • Microsoft.Sql/servers/databases/write e
• Função personalizada no servidor lógico de destino com as seguintes permissões:
  • Microsoft.Sql/servers/read
  • Microsoft.Sql/servers/databases/read
  • Microsoft.Sql/servers/databases/write

Para cancelar uma cópia de banco de dados, você precisa estar nas seguintes funções:

• Proprietário da subscrição ou
• Função de Colaborador do SQL Server ou
• Função personalizada no banco de dados de destino com a seguinte permissão:
  • Microsoft.Sql/servers/databases/delete

Para gerenciar a cópia do banco de dados usando o portal do Azure, você também precisa das seguintes permissões:

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

Se você quiser ver as operações em implantações no grupo de recursos no portal, operações em vários provedores de recursos, incluindo operações SQL, você precisa destas permissões adicionais:

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

Resolver inícios de sessão

Depois que o novo banco de dados estiver online no servidor lógico de destino, use a instrução ALTER USER para remapear os usuários do novo banco de dados para logons no servidor lógico de destino. Para resolver usuários órfãos, consulte Solucionar problemas de usuários órfãos. Consulte também Configurar e gerenciar a segurança do Banco de Dados SQL do Azure para restauração geográfica ou failover.

Todos os usuários no novo banco de dados mantêm as permissões que tinham no banco de dados de origem. O usuário que iniciou a cópia do banco de dados torna-se o proprietário do banco de dados do novo banco de dados. Após a cópia ser bem-sucedida e antes de outros utilizadores serem remapeados, apenas o proprietário do banco de dados poderá aceder ao novo banco de dados.

Para saber mais sobre como gerenciar usuários e logons quando você copia um banco de dados para um servidor lógico diferente, consulte Configurar e gerenciar a segurança do Banco de Dados SQL do Azure para restauração geográfica ou failover.

Erros de cópia do banco de dados

Os seguintes erros podem ser encontrados ao copiar um banco de dados no Banco de Dados SQL do Azure. Para obter mais informações, consulte Copiar uma cópia transacional consistente de um banco de dados no Banco de Dados SQL do Azure.

Conteúdo relacionado

• Autorizar acesso ao Banco de Dados SQL, à Instância Gerida SQL e ao Azure Synapse Analytics
• Configurar e gerir a segurança do Banco de Dados SQL do Azure para restauro geográfico ou failover
• Exportar para um arquivo BACPAC - Banco de Dados SQL do Azure e Instância Gerenciada SQL do Azure