Montar bancos de dados em grupos de disponibilidade AlwaysOn do SQL
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Desativar comentário:
Fazer a montagem em um grupo de disponibilidade AlwaysOn (AAG, na sigla em inglês) do SQL Server usando um pool de snapshots
Essa abordagem é a maneira mais rápida de criar um grupo de disponibilidade AlwaysOn do SQL Server para uso de curto prazo. O aplicativo montado é executado no
pool de snapshots e tem o mesmo desempenho dos dados capturados no
pool de snapshots.
Monte os bancos de dados que estão sendo adicionados ao grupo de disponibilidade do SQL em cada nó
do AG, um nó por vez. Consulte
Montar um banco de dados do SQL Server.
Selecione o host necessário.
Selecione a instância do SQL.
Especifique o tempo de roll-forward, garantindo que seja o mesmo durante
as montagens em cada nó.
Em Opções avançadas, desmarque Recuperar banco de dados após a restauração.
Digite um nome, um prefixo ou um sufixo. Use o mesmo nome, prefixo ou
sufixo em todos os nós.
Repita o processo para cada membro do grupo de disponibilidade.
Depois que todos os bancos de dados forem montados como bancos de dados virtuais em cada nó do grupo de disponibilidade, use o SQL para selecionar a instância SQL que é a principal e, para cada banco de dados, recupere-o:
`recoverdatabase(name)withrecovery`
Mantenha as cópias do banco de dados secundário no estado de restauração.
Clonar para um grupo de disponibilidade do SQL Server independente do pool de snapshots
Para clonar em um grupo de disponibilidade AlwaysOn do SQL que reside de forma independente do pool de snapshots, execute uma operação de clonagem para os bancos de dados em cada nó do grupo de disponibilidade AlwaysOn do SQL, conforme descrito em Clonar bancos de dados do SQL Server.
Não se esqueça de desmarcar Recuperar banco de dados após a restauração e especificar o mesmo
tempo de roll-forward para cada operação de clonagem.
Adicionar bancos de dados virtuais a um novo grupo de disponibilidade AlwaysOn do SQL Server
Depois que todos os bancos de dados do novo grupo de disponibilidade forem recuperados, use o SQL Studio ou o T-SQL
para adicionar os bancos de dados ao grupo de disponibilidade AlwaysOn do SQL:
No SQL Studio, selecione o grupo de disponibilidade do SQL.
Adicione os bancos de dados ao grupo de disponibilidade.
Clique em Próxima. Você vai precisar selecionar um método de sincronização.
Selecione Somente junção. A operação Somente junção forma os bancos de dados primário e secundário em um grupo de disponibilidade.
Monitore o progresso da operação. Quando a operação é concluída, os bancos de dados primário e secundário são sincronizados.
Se a descoberta automática de aplicativos não estiver ativada, descubra manualmente os aplicativos no host do grupo de disponibilidade.
Depois que a descoberta for concluída, os bancos de dados vão aparecer no Gerenciador de apps como membros do grupo de disponibilidade do SQL.
Capture membros de um grupo de disponibilidade como qualquer outro banco de dados.
O 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 and DR.
Confira mais informações nas páginas a seguir:
[[["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\u003eMounting databases to a SQL Server AlwaysOn Availability Group (AAG) using a snapshot pool is the quickest method for short-term use, providing performance comparable to data captured in the pool.\u003c/p\u003e\n"],["\u003cp\u003eWhen mounting databases to an AAG, ensure sufficient space in the snapshot pool to accommodate both the availability group and regular snapshots, as the mounted application operates within the snapshot pool.\u003c/p\u003e\n"],["\u003cp\u003eTo create an AAG independently from the snapshot pool, clone the databases on each node, deselecting "Recover database after restore" and using the same roll-forward time for each clone operation.\u003c/p\u003e\n"],["\u003cp\u003eAfter mounting or cloning, add the recovered databases to the SQL AlwaysOn Availability group via SQL Studio, selecting "Join only" as the synchronization method to form the primary and secondary databases into an availability group.\u003c/p\u003e\n"],["\u003cp\u003eOnce the operation is complete, the databases will appear as members of the SQL availability group in the App Manager and they can then be captured like any other database.\u003c/p\u003e\n"]]],[],null,["# Mount databases into SQL AlwaysOn Availability Groups\n\nDisable comment:\n\nMount to a SQL Server AAG using a snapshot pool\n-----------------------------------------------\n\nThis approach is the fastest way to create a new SQL Server AlwaysOn\nAvailability group for short-term use. The mounted application runs in\nthe snapshot pool, and achieves the same performance as data captured in the\nsnapshot pool.\n| **Note:** Be sure there is enough space in the snapshot pool for the availability group and regular snapshots.\n\n1. Mount the databases being added to the SQL availability group to each node\n in the AG, one node at a time. See\n [Mount a SQL Server database](/backup-disaster-recovery/docs/access-data/sql-access).\n\n2. Select the required host.\n\n3. Select the SQL instance.\n\n4. Specify the roll-forward time, being sure to specify the same time during\n mounts to each node.\n\n5. Under **Advanced Options** , deselect **Recover Database After Restore**.\n\n6. Enter a name, or a prefix or suffix. Use the same name, prefix, or\n suffix on all nodes.\n\n7. Repeat the process for each availability group member.\n\n8. Once all databases are mounted as virtual databases on each availability\n group node, using SQL, select the SQL instance that is the primary and for\n each database recover it:\n\n `recover database (name) with recovery`\n\n9. Keep the secondary database copies in restoring state.\n\n10. When the master database has been restored, using SQL, create the new\n availability group and join the primary and secondary databases as described\n in\n [Add virtual databases to a new SQL Server AlwaysOn Availability group](#AlwaysOn).\n\nClone to a SQL Server availability group independently from the snapshot pool\n-----------------------------------------------------------------------------\n\nTo clone to a SQL AlwaysOn Availability group that resides independently from\nthe snapshot pool, perform a clone operation for the databases on each node in\nthe SQL AlwaysOn Availability group as described in\n[Clone SQL Server databases](/backup-disaster-recovery/docs/restore-data/sql-cloning).\nBe sure to deselect **Recover** database after restore and to specify the same\nroll-forward time for each clone operation.\n\nAdd virtual databases to a new SQL Server AlwaysOn Availability group\n---------------------------------------------------------------------\n\nAfter all databases for the new AG have been recovered, use SQL Studio or T-SQL\nto add the databases to the SQL AlwaysOn Availability group:\n\n1. From SQL Studio, select the SQL availability group.\n\n2. Add the databases to the availability group.\n\n3. Click **Next** . You are prompted to select a synchronization method.\n Select **Join only** ; the **Join only** operation forms the primary and\n secondary databases into an availability group.\n\n4. Monitor the progress of the operation. When the operation is complete,\n both the primary and secondary databases are in sync.\n\n5. If autodiscover applications is not enabled, manually discover\n applications on the availability group host.\n\n6. After discovery is complete, the databases appear in the **App Manager** as\n members of the SQL availability group.\n\n7. Capture members of an availability group just like any other database.\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)"]]
