Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Pode clonar (copiar) uma cópia de segurança de uma base de dados, uma instância ou uma imagem de AG do SQL Server para qualquer anfitrião do SQL Server conhecido pelo seu dispositivo de cópia de segurança/recuperação.
O processo de clonagem varia ligeiramente consoante esteja a clonar uma imagem de base de dados única, como um membro de um grupo de disponibilidade (AG) Always On, ou várias imagens numa instância SQL.
Use uma operação de clonagem:
Se tiver cópias de várias bases de dados do SQL Server num único volume, para evitar a perda de dados não intencional, uma vez que o conteúdo de todo o volume é substituído durante o restauro do volume.
Se a base de dados original tiver sido removida devido a corrupção ou se o servidor de base de dados antigo estiver a ser substituído por um novo servidor.
Pode usar um clone para restaurar eficazmente bases de dados do SQL Server em qualquer anfitrião, ao contrário de um restauro que só pode ser executado no anfitrião de origem.
Pode usar um clone para criar uma cópia independente de bases de dados do SQL Server para testes e desenvolvimento, em que todas as alterações permanecem na cópia do utilizador e não são escritas novamente no conjunto de instantâneos.
Os clones podem ser usados para recuperar bases de dados para uma nova localização, um novo nome de ficheiro ou ambos. Os clones são criados quando uma base de dados de origem fica danificada ou requer uma análise da causa principal. A clonagem executa um restauro completo com recuperação opcional
num determinado momento para o mesmo anfitrião (novo nome da base de dados ou nome do ficheiro) ou
anfitriões alternativos que executam a mesma versão ou uma versão superior. Os exemplos de utilização de clones incluem testes de desempenho, desenvolvimento e testes a longo prazo, relatórios e até mesmo a clonagem de bases de dados de ambientes de teste em instâncias de produção existentes.
Para clonar uma base de dados SQL para um anfitrião:
Na consola de gestão do serviço de cópias de segurança e RD, abra o
Gestor de apps para a lista de Aplicações.
Clique com o botão direito do rato na aplicação com a imagem que quer clonar e, de seguida, escolha Aceder. A página Aceder é aberta com uma lista de imagens de cópia de segurança na vista de rampa da Linha cronológica.
Selecione uma imagem e, de seguida, selecione Clonar na lista de operações de acesso.
É apresentada a página Clonar.
Selecione um alvo na lista pendente Alvo.
Opcionalmente, introduza uma etiqueta para a tarefa de clonagem no campo Etiqueta.
Em Opções de aplicação, selecione uma ou mais bases de dados para clonar.
Ao contrário da operação de montagem, não é criado nenhum novo grupo de consistência quando são clonadas várias bases de dados.
Se a aplicação de origem estiver protegida por uma política de instantâneos que tenha
cópias de segurança dos registos da base de dados ativadas e os registos estiverem disponíveis com a imagem,
pode usá-los para avançar até um ponto específico no tempo alterando
estas opções na secção Hora de avanço:
O campo de data contém todas as datas possíveis para as quais a base de dados pode ser
revertida, com a aplicação de registos de transações da base de dados.
Selecione a data para a qual a base de dados tem de ser revertida.
O campo de tempo contém um controlo de deslize que mostra todas as horas possíveis na data selecionada para as quais a base de dados pode ser revertida. Se selecionar a data mais recente possível e, em seguida, mover o controlo de deslize para a posição mais à direita, a tarefa aplica-se a todos os registos disponíveis. Se selecionar
a data mais antiga possível e mover o controlo de deslize para a posição mais à esquerda,
a tarefa não aplica registos.
Pode especificar o avanço usando a Hora do utilizador ou a Hora do anfitrião.
A hora do utilizador é relativa à hora local do utilizador atual. A hora do anfitrião é relativa ao sistema que aloja os dados a clonar.
Em Nome da instância do SQL Server, selecione uma instância do SQL Server de destino para gerir
a nova base de dados.
Se estiver a clonar uma única base de dados, introduza o nome da nova base de dados, evitando os nomes das bases de dados existentes no servidor e na instância de destino selecionados.
Se estiver a clonar várias bases de dados SQL, pode fornecer um nome para cada base de dados. Em Opções avançadas, também pode anexar um sufixo ou um prefixo, ou ambos, ao nome de cada base de dados clonada.
Ative a opção Mudar o nome dos ficheiros para corresponder à nova base de dados se quiser mudar o nome dos ficheiros da base de dados para corresponder aos novos nomes da base de dados.
Na secção Opções avançadas, introduza informações para os campos adicionais
necessários.
Propriedade
Descrição
Recupere a base de dados após o restauro
Se a opção Recuperar base de dados após o restauro não estiver ativada, a base de dados do SQL Server é deixada num estado em que os registos podem ser revertidos. Quando está ativada, a base de dados do SQL Server é colocada online e não é possível fazer o roll forward dos registos para além do tempo especificado na montagem.
Recupere inícios de sessão de utilizadores
Isto aplica-se apenas se a opção Fazer uma cópia de segurança dos inícios de sessão de utilizadores do SQL Server nas
Definições de políticas ou nas Substituições das definições de políticas estiver definida como Sim (esta
não é a predefinição). Se esta opção estiver definida como Sim, todos os inícios de sessão dos utilizadores com cópia de segurança
da instância de origem são restaurados na instância de destino. As contas de domínio só são restauradas se o SQL Server de destino estiver no mesmo domínio ou floresta que a origem e se existirem relações de confiança necessárias.
Nome de utilizador/palavra-passe
Credenciais de utilizador para o aprovisionamento da base de dados.
O nome de utilizador só é necessário quando a conta
que executa o agente de cópia de segurança e recuperação de desastres (normalmente, "Sistema local")
não tem privilégios para aplicar registos de transações ou desassociar uma base de dados
(o que é normalmente necessário durante uma desmontagem subsequente).
Substituir base de dados existente
Substitui a base de dados original.
Na secção Localizações de ficheiros, especifique se quer copiar os ficheiros da base de dados para o mesmo caminho que o servidor de origem ou para uma nova localização.
Existem três opções:
Copiar ficheiros para a mesma unidade ou caminho em que estavam no servidor de origem (opção predefinida).
Escolha novas localizações de ficheiros ao nível do volume.
Escolha novas localizações de ficheiros ao nível do ficheiro.
Se selecionar a segunda opção (opção de novo ficheiro ao nível do volume),
é apresentada uma tabela com o volume de origem e o menu pendente do volume de destino.
Em Volume alvo, selecione um volume alvo na lista pendente de todas as aplicações do sistema de ficheiros descobertas. Se necessário, também pode escrever o volume, por exemplo: M:\ ou L:\Logs\Log1.
Se selecionar a terceira opção (novas localizações de ficheiros ao nível do ficheiro),
é apresentada uma tabela com três colunas: Ficheiro, Localização de origem e
Localização de destino. Em Localização de destino, introduza a nova localização do ficheiro, conforme necessário.
Clique em Enviar.
É enviado um trabalho para clonar a imagem para o anfitrião selecionado. Pode verificar se a operação de clonagem foi bem-sucedida consultando o estado da tarefa no
Monitor.
O guia de DBA do Microsoft SQL Server do Backup and DR
Esta página faz parte de uma série de páginas específicas para proteger e recuperar bases de dados do Microsoft SQL Server com o Backup and DR.
Pode encontrar informações adicionais em:
[[["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-21 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)"]]
