Montar bases de datos en grupos de disponibilidad AlwaysOn de SQL
Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
Inhabilitar comentarios:
Montar en un grupo de disponibilidad AlwaysOn de SQL Server mediante un grupo de capturas
Este método es la forma más rápida de crear un grupo de disponibilidad AlwaysOn de SQL Server para un uso a corto plazo. La aplicación montada se ejecuta en el pool de snapshots y consigue el mismo rendimiento que los datos capturados en el pool de snapshots.
Monta las bases de datos que se van a añadir al grupo de disponibilidad de SQL en cada nodo del grupo de disponibilidad, de uno en uno. Consulta Montar una base de datos de SQL Server.
Selecciona el host necesario.
Selecciona la instancia de SQL.
Especifica el tiempo de avance, asegurándote de que sea el mismo durante los montajes de cada nodo.
En Opciones avanzadas, desmarca Recuperar base de datos después de restaurar.
Introduce un nombre, un prefijo o un sufijo. Usa el mismo nombre, prefijo o sufijo en todos los nodos.
Repite el proceso con cada miembro del grupo de disponibilidad.
Una vez que todas las bases de datos se hayan montado como bases de datos virtuales en cada nodo del grupo de disponibilidad, selecciona la instancia de SQL que sea la principal y, para cada base de datos, recupérala mediante SQL:
`recoverdatabase(name)withrecovery`
Mantén las copias de la base de datos secundaria en estado de restauración.
Clonar en un grupo de disponibilidad de SQL Server independientemente del grupo de capturas
Para clonar un grupo de disponibilidad AlwaysOn de SQL que se encuentre en un lugar independiente del grupo de capturas, realiza una operación de clonación de las bases de datos de cada nodo del grupo de disponibilidad AlwaysOn de SQL, tal como se describe en Clonar bases de datos de SQL Server.
Asegúrate de desmarcar la opción Recuperar base de datos después de la restauración y de especificar el mismo tiempo de avance para cada operación de clonación.
Añadir bases de datos virtuales a un nuevo grupo de disponibilidad AlwaysOn de SQL Server
Una vez que se hayan recuperado todas las bases de datos del nuevo grupo de disponibilidad, usa SQL Studio o T-SQL para añadir las bases de datos al grupo de disponibilidad AlwaysOn de SQL:
En SQL Studio, selecciona el grupo de disponibilidad de SQL.
Añade las bases de datos al grupo de disponibilidad.
Haz clic en Siguiente. Se te pedirá que selecciones un método de sincronización.
Seleccione Unir solo. La operación Unir solo forma las bases de datos principal y secundaria en un grupo de disponibilidad.
Monitoriza el progreso de la operación. Cuando se complete la operación, las bases de datos principal y secundaria estarán sincronizadas.
Si las aplicaciones de detección automática no están habilitadas, detecta manualmente las aplicaciones en el host del grupo de disponibilidad.
Una vez completado el descubrimiento, las bases de datos aparecerán en el Gestor de aplicaciones como miembros del grupo de disponibilidad de SQL.
Captura los miembros de un grupo de disponibilidad igual que cualquier otra base de datos.
Guía para administradores de bases de datos de Microsoft SQL Server sobre copias de seguridad y recuperación tras fallos
Esta página forma parte de una serie de páginas específicas sobre la protección y recuperación de bases de datos de Microsoft SQL Server con Backup and DR.
Puede consultar más información en los siguientes enlaces:
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-21 (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)"]]