Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
É possível clonar (copiar) um backup de um banco de dados, instância ou imagem de AG do SQL Server para qualquer
host do SQL Server conhecido pelo seu appliance de backup/recuperação.
O processo de clonagem varia um pouco dependendo se você está clonando uma única imagem de banco de dados, como um membro de um grupo de disponibilidade (AG) AlwaysOn, ou várias imagens em uma instância do SQL.
Use uma operação de clonagem:
Se você tiver cópias de vários bancos de dados do SQL Server em um único volume, para evitar a perda de dados não intencional, já que o conteúdo de todo o volume será substituído durante a restauração.
Se o banco de dados original foi removido devido a corrupção ou se o servidor de banco de dados antigo está sendo substituído por um novo.
É possível usar um clone para restaurar bancos de dados do SQL Server em qualquer host, ao contrário de uma restauração, que só pode ser executada no host de origem.
É possível usar um clone para criar uma cópia independente de bancos de dados do SQL Server
para teste e desenvolvimento, em que todas as mudanças permanecem na cópia dos usuários
e não são gravadas novamente no pool de snapshots.
Os clones podem ser usados para recuperar bancos de dados em um novo local, um novo nome de arquivo ou ambos. Os clones são criados quando um banco de dados de origem está corrompido ou exige uma análise de causa raiz. O clone faz uma restauração completa com recuperação opcional
pontual para o mesmo host (novo nome de banco de dados ou nome de arquivo) ou
hosts alternativos que executam a mesma versão ou uma mais recente. Os casos de uso para clones incluem testes de desempenho, desenvolvimento e testes de longo prazo, geração de relatórios e até mesmo clonagem de bancos de dados de ambientes de preparo para instâncias de produção atuais.
Para clonar um banco de dados SQL em um host:
No console de gerenciamento do serviço de backup e DR, abra o
Gerenciador de apps na lista Aplicativos.
Clique com o botão direito do mouse no aplicativo com a imagem que você quer clonar e escolha Acessar. A página Acesso é aberta, listando as imagens de backup na visualização da linha do tempo.
Selecione uma imagem e, em seguida, Clonar na lista de operações de acesso.
A página "Clonar" é aberta.
Selecione um destino na lista suspensa Destino.
Se quiser, insira um rótulo para o job de clonagem no campo Rótulo.
Em Opções de aplicativo, selecione um ou mais bancos de dados para clonar.
Ao contrário da operação de montagem, nenhum novo grupo de consistência é criado quando vários bancos de dados são clonados.
Se o aplicativo de origem estiver protegido por uma política de snapshots que ativou backups de registros do banco de dados e os registros estiverem disponíveis com a imagem, você poderá usá-los para encaminhar até um ponto específico no tempo mudando estas opções na seção Tempo de encaminhamento:
O campo de data contém todas as datas possíveis para as quais o banco de dados pode ser
revertido, com a aplicação de registros de transações do banco de dados.
Selecione a data até a qual o banco de dados precisa ser atualizado.
O campo de tempo contém um controle deslizante que mostra todos os horários possíveis na data selecionada em que o banco de dados pode ser avançado. Se você selecionar a última data possível e mover o controle deslizante para a posição mais à direita, o job será aplicado a todos os registros disponíveis. Se você selecionar a data mais antiga possível e mover o controle deslizante para a posição mais à esquerda, o job não vai aplicar registros.
É possível especificar o rolagem para frente usando Horário do usuário ou Horário do host.
O tempo do usuário é relativo ao horário local do usuário atual. O tempo do host é relativo ao sistema que hospeda os dados a serem clonados.
Em "Nome da instância do SQL Server", selecione uma instância de destino para gerenciar o novo banco de dados.
Se você estiver clonando um único banco de dados, insira o nome do novo banco de dados, evitando nomes de bancos de dados existentes no servidor e na instância de destino selecionados.
Se você estiver clonando vários bancos de dados SQL, poderá fornecer um nome para cada um deles. Em Opções avançadas, também é possível adicionar um sufixo ou um prefixo, ou ambos, ao nome de cada banco de dados clonado.
Ative a opção Renomear arquivos para corresponder ao novo banco de dados se quiser renomear os arquivos do banco de dados para corresponder aos novos nomes.
Na seção Opções avançadas, insira informações nos campos adicionais obrigatórios.
Propriedade
Descrição
Recuperar banco de dados após a restauração
Se a opção Recuperar banco de dados após a restauração não estiver ativada, o banco de dados do SQL Server
será deixado em um estado em que os registros poderão ser avançados. Quando ele está ativado, o banco de dados do SQL Server é colocado on-line, e os registros não podem ser transferidos além do tempo especificado na montagem.
Recuperar logins de usuários
Isso só se aplica se Fazer backup dos logins de usuário do SQL Server nas
configurações ou substituições de configurações da política estiver definido como "Sim" (essa
não é a opção padrão). Se a opção estiver definida como "Sim", todos os logins de usuário com backup
da instância de origem serão restaurados na instância de destino. As contas de domínio só serão restauradas se o SQL Server de destino estiver no mesmo domínio ou floresta da origem e se houver relações de confiança necessárias.
Nome de usuário/senha
Credenciais do usuário para provisionamento do banco de dados.
O nome de usuário só é necessário quando a conta
que executa o agente do Backup e DR (normalmente "Sistema local")
não tem privilégios para aplicar registros de transações ou para desconectar um banco de dados
(o que geralmente é necessário durante uma desmontagem subsequente).
Substituir banco de dados atual
Substitui o banco de dados original.
Na seção "Locais dos arquivos", especifique se você quer copiar os arquivos de banco de dados para o mesmo caminho do servidor de origem ou para um novo local.
Há três opções:
Copie os arquivos para a mesma unidade ou caminho do servidor de origem (opção padrão).
Escolha novos locais de arquivo no nível do volume.
Escolha novos locais de arquivo no nível do arquivo.
Se você selecionar a segunda opção (novo arquivo no nível do volume),
uma tabela vai aparecer com os menus suspensos de volume de origem e de destino.
Em "Volume de destino", selecione um volume na lista suspensa de todos os aplicativos de sistema de arquivos descobertos. Se necessário, também é possível digitar o volume, por exemplo: M:\ ou L:\Logs\Log1.
Se você selecionar a terceira opção (novos locais de arquivo no nível do arquivo), uma tabela com três colunas vai aparecer: "Arquivo", "Local de origem" e "Local de destino". Em "Local de destino", insira o novo local do arquivo conforme necessário.
Clique em Enviar.
Um job é enviado para clonar a imagem no host selecionado. Para verificar se a operação de clonagem foi bem-sucedida, confira o status do job no
Monitor.
Guia de DBA do SQL Server de backup e DR
Esta página faz parte de uma série de páginas específicas para proteger e recuperar bancos de dados do Microsoft SQL Server com o Backup e DR. Para mais informações, acesse:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-25 UTC."],[[["\u003cp\u003eCloning allows copying a SQL Server database, instance, or AG image to any SQL Server host known by the backup/recovery appliance.\u003c/p\u003e\n"],["\u003cp\u003eCloning is useful for avoiding data loss when multiple databases reside on a single volume, or when the original database is corrupt or the server is being replaced.\u003c/p\u003e\n"],["\u003cp\u003eClones enable the restoration of SQL Server databases to any host, unlike traditional restores which are limited to the source host.\u003c/p\u003e\n"],["\u003cp\u003eClones create independent copies for testing and development, ensuring changes don't affect the original data, and they can recover databases to new locations or filenames.\u003c/p\u003e\n"],["\u003cp\u003eThe cloning process involves selecting a source image, a target host, and specifying details like database names, file locations, and options for point-in-time recovery using transaction logs.\u003c/p\u003e\n"]]],[],null,["# Clone Microsoft SQL Server Databases\n\nYou can clone (copy) a backup of a SQL Server database, instance or AG image to\nany SQL Server host known by your backup/recovery appliance.\n\nThe cloning process varies slightly depending on whether you are cloning a\nsingle database image such as a member of an Always on Availability Group (AG)\nor multiple images in a SQL instance.\n\nUse a clone operation:\n\n- If you have copies of multiple SQL Server databases on a single volume,\n to avoid unintentional data loss as the contents of the entire volume\n get overwritten during restore of the volume.\n\n- If the original database has been removed because of corruption,\n or if the old database server is being replaced with a new server.\n\n- You can use a clone to effective restore SQL Server databases onto any\n host, unlike a restore which can only be run to the source host.\n\n- You can use a clone to create an independent copy of SQL Server databases\n for test and development where all changes will remain on the users copy\n and not get written back to the snapshot pool.\n\n- Clones can be used to recover databases to a new location, a new filename,\n or both. Clones are created when a source database has become corrupt, or\n requires root cause analysis. The clone performs a full restore with optional\n point in time recovery to the same host (new database name or filename), or\n alternative hosts running the same version or higher. The use cases for clones\n include performance testing, long term development and testing, reporting, and\n even cloning databases from staging environments into existing production\n instances.\n\nTo clone a SQL database to a host:\n\n1. From the Backup and DR Service management console, open the\n **App Manager** to the **Applications** list.\n\n2. Right-click the application with the image that you want to clone,\n then choose **Access** . The **Access** page opens listing backup images in\n the Timeline ramp view.\n\n3. Select an image and then select **Clone** from the list of access operations.\n The Clone page opens.\n\n4. Select a target from the **Target** drop-down list.\n\n5. Optionally, enter a label for the clone job in the **Label** field.\n\n6. Under **Application Options**, select one or more databases to clone.\n Unlike the Mount operation, no new Consistency Group is created when\n multiple databases are cloned.\n\n7. If the source application is protected by a snapshot policy that has\n enabled database log backups, and logs are available with the image,\n you can use them to roll forward to a specific point in time by changing\n these options in the **Roll Forward Time** section:\n\n - The date field contains all possible dates that the database can be rolled forward to, with the application of database transaction logs. Select the date the database needs to be rolled forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can be rolled forward to. If you select the latest possible date and then move the slider to the right most position, the job will apply to all available logs. If you select the earliest possible date and move the slider to the left most position, the job will apply no logs.\n - You can specify to roll forward using either **User Time** or **Host Time**. User Time is relative to the local time of the current user. Host time is relative to the system that hosts the data to be cloned.\n\n | **Note:** When performing a clone from OnVault, a roll-forward range is displayed only when logs are available on the local appliance. This includes the scenario where an OnVault import was performed on the same appliance used as a target for StreamSnap replication with log replication enabled.\n8. In SQL Server Instance Name, select a target SQL Server instance to manage\n the new database.\n\n9. If you are cloning a single database, enter the name for the new database,\n avoiding names of existing databases in the selected target server and\n instance.\n\n If you are cloning multiple SQL databases you can supply a name for each\n database. Under **Advanced Options** you can also append a suffix or a\n prefix, or both to every cloned database's name.\n10. Enable the **Rename Files to Match New Database** option if you want to\n rename the database files to match the new database names.\n\n11. In the **Advanced Options** section, enter information for the additional\n fields required.\n\n \u003cbr /\u003e\n\n12. In the File Locations section, specify whether you want to copy the\n database files to the same path as the source server, or to a new location.\n There are three options:\n\n - Copy files to the same drive or path as they were on the source server\n (default option).\n\n - Choose new file locations at the volume level.\n\n - Choose new file locations at the file level.\n\n If you select the second option (new file option at the volume level),\n you will see a table with the source volume and target volume drop-down.\n\n In Target Volume, select a target volumes from the drop-down list of all\n discovered file system applications. If needed, you can also type the\n volume, for example: M:\\\\, or L:\\\\Logs\\\\Log1.\n\n If you select the third option (new file locations at the file level),\n a table with three columns appears: File, Source Location, and\n Target Location. In Target Location, enter the new file location as needed.\n13. Click **Submit**.\n A job is submitted to clone the image to the selected host. You can verify\n that the clone operation is successful by viewing the job status in the\n Monitor.\n\nThe Backup and DR Microsoft SQL Server DBA guide\n------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMicrosoft SQL Server databases with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for Microsoft SQL Server Databases](/backup-disaster-recovery/docs/concepts/backupdr-for-sql-server)\n- [Prepare SQL Server databases for Backup and DR Service](/backup-disaster-recovery/docs/configuration/prepare-sql-server)\n- [Add a SQL Server database host and discover databases](/backup-disaster-recovery/docs/configuration/discover-sql-server)\n- [Configure backup plans for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/back-up-sql-server)\n- [Application details and settings for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/app-details-settings-sql-server)\n- [Mount a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-sql-server)\n- [Mount databases into SQL Always On Availability Groups](/backup-disaster-recovery/docs/access-data/mount-sql-server-aag)\n- [Manage an active mount](/backup-disaster-recovery/docs/access-data/manage-active-mounts)\n- [Migrate a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-and-migrate-sql-server-2)\n- [Clone SQL Server databases](/backup-disaster-recovery/docs/access-data/clone-sql-server)\n- [Recover SQL Server backups](/backup-disaster-recovery/docs/restore-data/restore-sql-server)"]]
