Esta página foi útil?
Seus comentários sobre este conteúdo são importantes. Queremos saber sua opinião.
Comentários adicionais?
1500 caracteres restantes
Exportar (0) Imprimir
Expandir Tudo

Copiando bancos de dados no Banco de dados SQL do Azure

Atualizado: fevereiro de 2015

A operação de cópia de banco de dados copia um Banco de dados SQL do Microsoft Azure para um novo banco de dados. A cópia pode ser criada no mesmo servidor lógico ou em um diferente. Quando o processo de cópia estiver concluído, o novo banco de dados será um banco de dados totalmente funcional e independente do banco de dados de origem. O novo banco de dados é transacionalmente consistente com o banco de dados de origem no momento em que a cópia é concluída. A camada de serviço, o tamanho máximo e o nível de desempenho da cópia do banco de dados são idênticos aos do banco de dados de origem.

Uma vez que o novo banco de dados é a mesma camada de serviço e nível de desempenho do banco de dados. Cada cópia aumenta a contagem total de bancos de dados e é cobrada de acordo com a mesma taxa do banco de dados de origem. Para obter mais informações, consulte Detalhes de preços do Banco de dados SQL.

Neste tópico

Os cenários a seguir podem requerer a realização de uma cópia de seu banco de dados de origem. Os métodos usados nesses cenários dependem do fato de os bancos de dados de origem e de destino residirem no mesmo servidor ou em servidores diferentes, na mesma região ou em regiões diferentes, na mesma assinatura ou em assinaturas diferentes. Esses métodos estão descritos em detalhe na seção Outros métodos para copiar um banco de dados posteriormente neste tópico.

  • Testes e desenvolvimento de aplicativos: você pode copiar o banco de dados de produção para um novo banco de dados que pode ser usado para desenvolvimento e testes.

  • Atualização de aplicativos: Antes de atualizações importantes em aplicativos, você pode copiar o banco de dados do aplicativo em um banco de dados de backup com um nome diferente. Se o processo de atualização falhar ou for concluído com erros, você poderá mudar para a versão de pré-atualização do banco de dados simplesmente renomeando o banco de dados de backup para o nome do banco de dados do aplicativo.

  • Migração de aplicativos: Ao migrar um aplicativo, poderá ser também necessário migrar os bancos de dados a ele associados.

noteObservação
Os bancos de dados criados pelo recurso de cópia contam para o limite de bancos de dados do Banco de dados SQL do Azure para cada servidor do Banco de dados SQL do Azure. Para conhecer o impacto sobre os custos e a cobrança, consulte Contas e cobrança no Banco de dados SQL do Azure.

Ícone de seta usado com o link Voltar ao Início [Top]

Ao usar o recurso de cópia de banco de dados, os bancos de dados são copiados de forma assíncrona, de modo que não é necessária uma conexão com o servidor do Banco de dados SQL do Azure durante todo o processo. É possível copiar um banco de dados fazendo logon no banco de dados master do servidor de destino e executando a instrução Transact-SQL CREATE DATABASE com a cláusula AS COPY OF. Em seguida, você pode monitorar o processo de cópia usando as exibições sys.dm_database_copies e sys.databases no servidor de destino.

É possível copiar um banco de dados no mesmo servidor do Banco de dados SQL do Azure usando outro nome de banco de dados ou copiar o banco de dados em outro servidor do Banco de dados SQL do Azure. Esta seção dá exemplos das duas opções.

Ao copiar um banco de dados para criar um novo banco de dados no mesmo servidor do Banco de dados SQL do Azure, os mesmos logons podem ser usados em ambos os bancos de dados. A entidade de segurança usada para copiar o banco de dados torna-se DBO (proprietária do banco de dados) no novo banco de dados quando ele é criado.

A figura a seguir mostra a cópia no mesmo servidor:

Copiar banco de dados para o mesmo servidor do Banco de dados SQL

Nesta figura, Database1A é copiado em um novo banco de dados, Database1B, no mesmo servidor do Banco de dados SQL do Azure, Server1. O logon que copiou o banco de dados torna-se o DBO do Database1B. Todos os usuários, suas permissões e seus SIDs (identificadores de segurança) do banco de dados Database1A são copiados no Database1B. Como os SIDs dos usuários são os mesmos em ambos os bancos de dados, os logons do Server1 mantêm as mesmas permissões em ambos os bancos de dados.

Após a conclusão da cópia, Database1B torna-se um banco de dados totalmente funcional e independente. Os logons, os usuários e as permissões do Database1B podem ser gerenciados de forma independente do Database1A.

Você também pode copiar um banco de dados entre dois servidores diferentes do Banco de dados SQL do Azure que estiverem no mesma região ou em regiões diferentes. Como o novo banco de dados é criado em um servidor diferente do Banco de dados SQL do Azure, ele é associado a um banco de dados master diferente. Todos os usuários no novo banco de dados mantêm as permissões que eles tinham no banco de dados de origem. A entidade de segurança usada para copiar o banco de dados torna-se DBO no novo banco de dados quando ele é criado e recebe um novo SID (identificador de segurança).

A figura a seguir mostra a cópia entre servidores:

Copiar banco de dados em um servidor diferente do Banco de dados SQL

Nesta figura, Database1A é copiado do Server1 em um novo banco de dados, Database2A, em um servidor do Banco de dados SQL do Azure diferente, Server2. O logon que copiou o banco de dados torna-se o DBO do Database2A. Todos os usuários, suas permissões (mas não seus SIDs) do banco de dados Database1A são copiados no Database2A. Os logons de Server1 não podem ser usados com o novo banco de dados porque eles são associados a um servidor do Banco de dados SQL do Azure diferente e também porque os SIDs dos usuários de Database2A são diferentes dos SIDs dos usuários de Database1A.

ImportantImportante
Uma região do Banco de dados SQL do Azure pode conter vários clusters físicos. Atualmente não é possível copiar um banco de dados entre dois clusters diferentes usando Transact-SQL. Para obter mais informações relacionadas às restrições, consulte Restrictions.

Quando o processo de cópia entre servidores estiver concluída, os logons, os usuários e as permissões de Database2A poderão ser gerenciados de forma independente de Database1A. Use o logon do DBO e a instrução Transact-SQL ALTER USER para mapear usuários no novo banco de dados para logons no novo servidor do Banco de dados SQL do Azure. Por exemplo: ALTER USER userName WITH LOGIN='loginName'. Para obter mais informações, consulte ALTER USER.

Ícone de seta usado com o link Voltar ao Início [Top]

Usar o recurso Cópia de Banco de Dados (Cópia DB) é uma maneira rápida e fácil de criar uma cópia de seu banco de dados. Se isso não atender às suas necessidades, tente usar uma das seguintes opções alternativas:

A opção Restauração pontual permite que você crie uma cópia de uma versão anterior do banco de dados. Por exemplo, se for necessário criar uma cópia da versão do banco de dados anterior a uma atualização. A opção Restauração pontual está disponível apenas nas camadas de serviço Basic, Standard e Premium. Para obter mais informações sobre o Restauração pontual, consulte Backup e restauração do Banco de dados SQL do Azure.

A opção Replicação Geográfica Ativa está disponível apenas em bancos de dados que usam a camada de serviço Premium. Ela permite que você controle o tempo da conclusão da cópia. Você deve usá-la quando precisar coordenar de perto o fim da cópia com outras ações em seu fluxo de trabalho. Para obter mais informações, consulte Replicação geográfica ativa para o banco de dados SQL do Azure.

O serviço Importar/Exportar deve ser considerado quando outras opções não estiverem disponíveis em seu cenário específico. Usar a Cópia de Banco de Dados para criar uma cópia do banco de dados antes de exportá-lo para a sua localização final garante a consistência transacional da exportação. Para obter informações sobre Importar/Exportar, consulte Como: Usar o Serviço de Importação e Exportação no Banco de Dados SQL do Azure.

ImportantImportante
As configurações de auditoria do banco de dados não são copiadas para o novo banco de dados, independentemente do método de cópia escolhido. Caso você precise de auditoria no novo banco de dados, você deverá habilitá-la quando o banco de dados estiver ativo e online. Além disso, se você criar o novo banco de dados em uma região diferente, use uma conta de armazenamento localizada na mesmo região de seu novo banco de dados. Para mais informações sobre a auditoria do Banco de dados SQL do Azure, consulte a Auditoria do Banco de Dados.

Consulte também

Mostrar:
© 2015 Microsoft