Uso de la propagación automática para inicializar una réplica secundaria para un grupo de disponibilidad Always OnUse automatic seeding to initialize a secondary replica for an Always On availability group

SE APLICA A: síSQL Server noAzure SQL Database noAzure SQL Data Warehouse noAlmacenamiento de datos paralelos APPLIES TO: yesSQL Server noAzure SQL Database noAzure SQL Data Warehouse noParallel Data Warehouse

En SQL Server 2012 y 2014, la única manera de inicializar una réplica secundaria en un grupo de disponibilidad AlwaysOn de SQL Server es recurriendo a los trabajos de copia de seguridad, copia y restauración.In SQL Server 2012 and 2014, the only way to initialize a secondary replica in a SQL Server Always On availability group is to use backup, copy, and restore. SQL Server 2016 incorpora una característica nueva para inicializar una réplica secundaria: la propagación automática.SQL Server 2016 introduces a new feature to initialize a secondary replica - automatic seeding. La propagación automática emplea el transporte de secuencia de registro para transmitir la copia de seguridad con VDI a la réplica secundaria de cada base de datos del grupo de disponibilidad que use los puntos de conexión configurados.Automatic seeding uses the log stream transport to stream the backup using VDI to the secondary replica for each database of the availability group using the configured endpoints. Esta nueva característica se puede usar durante la creación inicial de un grupo de disponibilidad o cuando una base de datos se agrega a uno de estos grupos.This new feature can be used either during the initial creation of an availability group or when a database is added to one. La propagación automática se incluye en todas las ediciones de SQL Server que admiten grupos de disponibilidad AlwaysOn, y se puede usar tanto con los grupos de disponibilidad tradicionales como con los grupos de disponibilidad distribuidos.Automatic seeding is in all editions of SQL Server that support Always On availability groups, and can be used with both traditional availability groups and distributed availability groups.

SeguridadSecurity

Los permisos de seguridad varían según el tipo de réplica que se esté inicializando:Security permissions vary depending on the type of replica being initialized:

  • Si es un grupo de disponibilidad tradicional, el grupo de disponibilidad en la réplica secundaria debe tener concedidos permisos, ya que está unido al grupo de disponibilidad.For a traditional availability group, permissions must be granted to the availability group on the secondary replica as it is joined to the availability group. En Transact-SQL, use el comando ALTER AVAILABILITY GROUP [<AGName>] GRANT CREATE ANY DATABASE.In Transact-SQL, use the command ALTER AVAILABILITY GROUP [<AGName>] GRANT CREATE ANY DATABASE.
  • En el caso de un grupo de disponibilidad distribuido, en el que las bases de datos de la réplica que se van a crear se encuentran en la réplica principal del segundo grupo de disponibilidad, no se requiere ningún permiso adicional, dado que ya es un elemento principal.For a distributed availability group where the replica's databases that are being created are on the primary replica of the second availability group, no extra permissions are required as it is already a primary.
  • En el caso de una réplica secundaria en el segundo grupo de disponibilidad de un grupo de disponibilidad distribuido, debe usar el comando ALTER AVAILABILITY GROUP [<2ndAGName>] GRANT CREATE ANY DATABASE.For a secondary replica on the second availability group of a distributed availability group, you must use the command ALTER AVAILABILITY GROUP [<2ndAGName>] GRANT CREATE ANY DATABASE. Esta réplica secundaria se propagará desde el elemento principal del segundo grupo de disponibilidad.This secondary replica is seeded from the primary of the second availability group.

Impacto en el rendimiento y el registro de transacciones de la réplica principalPerformance and transaction log impact on the primary replica

La propagación automática puede ser o no práctica a la hora de inicializar una réplica secundaria, según cuál sea el tamaño de la base de datos, la velocidad de red y la distancia entre las réplicas principales y las secundarias.Automatic seeding may or may not be practical to initialize a secondary replica, depending on the size of the database, network speed, and distance between the primary and secondary replicas. Por ejemplo, en estas circunstancias:For example, given:

  • El tamaño de la base de datos es de 5 TB.The database size is 5 TB
  • La velocidad de red es de 1 Gb/s.The network speed is 1Gb/sec
  • La distancia entre los dos sitios es de 1000 millas.The distance between the two sites is 1000 miles

Si está disponible el ancho de banda completo, una red de 1 GB por segundo puede proporcionar un rendimiento sostenido de 125 MB por segundo. En este ejemplo, la propagación automática podría tardar tan solo alrededor de 11 horas.If the full bandwidth is available, 1Gb/sec network can provide sustained throughput of 125 MB/sec. In this example, automatic seeding would take just over 11 hours. En la práctica, el proceso de propagación automática es un más lento, dado que las señales de red se deterioran cuando las distancias son largas y el vínculo se comparte con otros recursos de la red.In practice, the automatic seeding process is slower, as network signals degrade over longer distances and the link is shared with other resources on the network. Durante la propagación, el registro de transacciones en la base de datos de la réplica principal continuará creciendo y no se podrá truncar hasta que la propagación automática de esa base de datos se complete.During seeding, the transaction log on the database at the primary replica continues to grow and cannot be truncated until automatic seeding of that database is complete. Cuando esto suceda, el registro de transacciones se puede truncar usando una copia de seguridad del registro de transacciones.The transaction log can then be truncated using a transaction log backup.

La propagación automática es un proceso de un único subproceso que puede asumir hasta cinco bases de datos.Automatic seeding is a single-threaded process that can handle up to five databases. El subproceso único puede afectar al rendimiento, especialmente si el grupo de disponibilidad tiene más de una base de datos.The single-threading affects performance, especially if the availability group has more than one database.

La compresión se puede usar en la propagación automática, pero está deshabilitada de forma predeterminada.Compression can be used for automatic seeding, but it is disabled by default. Si la compresión se activa, se reducirá el ancho de banda de red y, posiblemente, el proceso se acelere, pero a cambio habrá una mayor sobrecarga del procesador.Turning on compression reduces network bandwidth and possibly speeds up the process, but the tradeoff is additional processor overhead. Para usar la compresión durante la propagación automática, habilite la marca de seguimiento 9567; vea Tune compression for availability group (Optimizar la compresión para los grupos de disponibilidad).To use compression during automatic seeding, enable trace flag 9567 - see Tune compression for availability group.

Diseño de discoDisk layout

En SQL Server 2016 y versiones anteriores, la carpeta donde se creará la base de datos mediante la propagación automática ya debe existir y ser la misma que la ruta de acceso de la réplica principal.In SQL Server 2016 and before, the folder where the database is created by automatic seeding must already exist and be the same as the path on the primary replica.

En SQL Server 2017, Microsoft recomienda el uso de los mismos datos y la misma ruta del archivo de registro en todas las réplicas que participan en un grupo de disponibilidad, pero puede usar rutas diferentes si es necesario.In SQL Server 2017, Microsoft recommends using the same data and log file path on all replicas participating in an availability group but you can use different paths if necessary. Por ejemplo, en un grupo de disponibilidad multiplataforma, una instancia de SQL Server se ejecuta en Windows, mientras que la otra lo hace en Linux.For example, in a cross-platform availability group one instance of SQL Server is on Windows and another instance of SQL Server on is on Linux. Cada plataforma tiene una ruta predeterminada diferente.The different platforms have different default paths. SQL Server 2017 admite réplicas de grupos de disponibilidad en instancias de SQL Server con rutas diferentes.SQL Server 2017 supports availability group replicas on instances of SQL Server with different default paths.

En la tabla siguiente se presentan ejemplos de diseños de disco de datos admitidos que permiten la propagación automática:The following table presents examples of supported data disk layouts that can support automatic seeding:

Instancia principalPrimary instance
Ruta de datos predeterminadaDefault data path
Instancia secundariaSecondary instance
Ruta de datos predeterminadaDefault data path
Instancia principalPrimary instance
Ubicación del archivo de origenSource file location
Instancia secundariaSecondary instance
Ubicación del archivo de destinoTarget file location
c:\datac:\data\ /var/opt/mssql/data//var/opt/mssql/data/ c:\datac:\data\ /var/opt/mssql/data//var/opt/mssql/data/
c:\datac:\data\ /var/opt/mssql/data//var/opt/mssql/data/ c:\data\group1c:\data\group1\ /var/opt/mssql/data/group1//var/opt/mssql/data/group1/
c:\datac:\data\ d:\datad:\data\ c:\datac:\data\ d:\datad:\data\
c:\datac:\data\ d:\datad:\data\ c:\data\group1c:\data\group1\ d:\data\group1d:\data\group1\

Los escenarios en los que la ubicación de la base de datos de la réplica principal y las réplicas secundarias no sea la ruta predeterminada de la instancia no se verán afectados.Scenarios where primary and secondary replica database location are not the instance default paths are not impacted by this change. Los requisitos para que las rutas de archivo de las réplicas secundarias coincidan con la ruta de archivo de la réplica principal siguen siendo los mismos.Requirements for secondary replica file paths to match the primary replica file paths remain the same.

Instancia principalPrimary instance
Ruta de datos predeterminadaDefault data path
Instancia secundariaSecondary instance
Ruta de datos predeterminadaDefault data path
Instancia principalPrimary instance
Ubicación del archivoFile location
Instancia secundariaSecondary instance
Ubicación del archivoFile location
c:\datac:\data\ c:\datac:\data\ d:\group1d:\group1\ d:\group1d:\group1\
c:\datac:\data\ c:\datac:\data\ d:\datad:\data\ d:\datad:\data\
c:\datac:\data\ c:\datac:\data\ d:\data\group1d:\data\group1\ d:\data\group1d:\data\group1\

Si mezcla rutas predeterminadas con rutas que no lo sean en la réplica principal y las réplicas secundarias, SQL Server 2017 no tendrá el mismo comportamiento que en versiones anteriores.If you mix default and non default paths on the primary and secondary replicas, SQL Server 2017 behaves differently than previous releases. En la tabla siguiente se muestra el comportamiento de SQL Server 2017.The following table shows the SQL Server 2017 behavior.

Instancia principalPrimary instance
Ruta de datos predeterminadaDefault data path
Instancia secundariaSecondary instance
Ruta de datos predeterminadaDefault data path
Instancia principalPrimary instance
Ubicación del archivoFile location
SQL Server 2016SQL Server 2016
Instancia secundariaSecondary instance
Ubicación del archivoFile location
SQL Server 2017SQL Server 2017
Instancia secundariaSecondary instance
Ubicación del archivoFile location
c:\datac:\data\ d:\datad:\data\ c:\datac:\data\ c:\datac:\data\ d:\datad:\data\
c:\datac:\data\ d:\datad:\data\ c:\data\group1c:\data\group1\ c:\data\group1c:\data\group1\ d:\data\group1d:\data\group1\

Para revertir el comportamiento de SQL Server 2016 y versión anteriores, habilite la marca de seguimiento 9571.To revert to the behavior for SQL Server 2016 and before, enable trace flag 9571. Para obtener información sobre cómo habilitar marcas de seguimiento, consulte DBCC TRACEON (Transact-SQL).For information about how to enable trace flags see DBCC TRACEON (Transact-SQL).

Crear un grupo de disponibilidad con propagación automáticaCreate an availability group with automatic seeding

Puede crear un grupo de disponibilidad a través de la propagación automática con Transact-SQL o SQL Server Management Studio (SSMS, versión 17 o posterior).You create an availability group using automatic seeding with either Transact-SQL or SQL Server Management Studio (SSMS, version 17 or later). Para usar el Asistente para grupo de disponibilidad en SSMS, siga estas instrucciones; cuando llegue al paso 9, verá la propagación automática como la primera opción (además de ser la predeterminada).To use the Availability Group Wizard in SSMS, follow these instructions - when you get to Step 9, notice automatic seeding is the first, and default, option.

Seleccionar sincronización de datos iniciales

En el ejemplo siguiente se crea un grupo de disponibilidad con propagación automática mediante Transact-SQL.The following example creates an availability group with automatic seeding using Transact-SQL. Vea también el tema Crear un grupo de disponibilidad (Transact-SQL).See also the topic Create an Availability Group (Transact-SQL). La propagación se habilita en una réplica secundaria estableciendo la opción SEEDING_MODE en AUTOMATIC.Seeding is enabled on a secondary replica by setting the SEEDING_MODE option to AUTOMATIC. El comportamiento predeterminado es MANUAL, que es anterior al comportamiento que existía antes de SQL Server 2016 y que precisa que se haga una copia de seguridad de la base de datos en la réplica principal, una copia del archivo de copia de seguridad en la réplica secundaria y una restauración de la copia de seguridad con la opción WITH NORECOVERY.The default behavior is MANUAL, which is the pre-SQL Server 2016 behavior - requiring a backup of the database to be made on the primary replica, a copy of the backup file to the secondary replica, and a restore of the backup WITH NORECOVERY.

CREATE AVAILABILITY GROUP [<AGName>]
  FOR DATABASE db1
  REPLICA ON N'Primary_Replica'
WITH (
  ENDPOINT_URL = N'TCP://Primary_Replica.Contoso.com:5022', 
  FAILOVER_MODE = AUTOMATIC, 
  AVAILABILITY_MODE = SYNCHRONOUS_COMMIT, 
),
  N'Secondary_Replica' WITH (
    ENDPOINT_URL = N'TCP://Secondary_Replica.Contoso.com:5022', 
    FAILOVER_MODE = AUTOMATIC, 
    SEEDING_MODE = AUTOMATIC);
 GO

Establecer SEEDING_MODE en una réplica principal durante la instrucción CREATE AVAILABILITY GROUP no tiene ningún efecto, puesto que la réplica principal ya contiene la copia principal de lectura/escritura de la base de datos.Setting SEEDING_MODE on a primary replica during a CREATE AVAILABILITY GROUP statement has no effect since the primary replica already contains the main read/write copy of the database. SEEDING_MODE solo procede cuando otra réplica se ha convertido en principal y se le ha agregado una base de datos.SEEDING_MODE would only apply when another replica was made the primary and a database was added. El modo de propagación se puede cambiar posteriormente; vea Cambiar el modo de propagación de una réplica.The seeding mode can be changed later - see Change the seeding mode of a replica.

En el caso de una instancia que pasa a ser una réplica secundaria, una vez que dicha instancia se une, se agrega el siguiente mensaje en el registro de SQL Server:On an instance that becomes a secondary replica, once the instance is joined the following message is added to the SQL Server Log:

La réplica de disponibilidad local para el grupo de disponibilidad "NombreGD" no tiene permiso para crear bases de datos, pero su modo SEEDING_MODE se definió como AUTOMATIC.Local availability replica for availability group 'AGName' has not been granted permission to create databases, but has a SEEDING_MODE of AUTOMATIC. Use ALTER AVAILABILITY GROUP ... GRANT CREATE ANY DATABASE para permitir la creación de bases de datos propagadas por la réplica de disponibilidad principal.Use ALTER AVAILABILITY GROUP ... GRANT CREATE ANY DATABASE to allow the creation of databases seeded by the primary availability replica.

Permitir que un grupo de disponibilidad cree permisos de creación de bases de datos en réplicas secundariasGrant create database permission on secondary replica to availability group

Después de la unión, conceda permiso al grupo de disponibilidad para crear bases de datos en la instancia de réplica de SQL Server.After joining, grant the availability group permission to create databases on the secondary replica instance of SQL Server. Para que la propagación automática funcione, el grupo de disponibilidad necesita permiso para crear una base de datos.In order for automatic seeding to work, the availability group needs permission to create a database.

Sugerencia

Cuando el grupo de disponibilidad crea una base de datos en una réplica secundaria, establece "sa" (más específicamente, la cuenta con el sid 0x01) como el propietario de la base de datos.When the availability group creates a database on a secondary replica, it sets "sa" (more specifically account with sid 0x01) as the owner of the database owner.

Para cambiar el propietario de la base de datos después de que una réplica secundaria cree automáticamente una base de datos, use ALTER AUTHORIZATION.To change database owner after a secondary replica automatically creates a database use ALTER AUTHORIZATION. Consulte ALTER AUTHORIZATION (Transact-SQL).See ALTER AUTHORIZATION (Transact-SQL).

En el ejemplo siguiente, se concede este permiso a un grupo de disponibilidad denominado NombreGD.The following example grants this permission to an availability group called AGName.

ALTER AVAILABILITY GROUP [<AGName>] 
    GRANT CREATE ANY DATABASE
 GO

Si fuera necesario, establezca el propietario de la base de datos en la réplica secundaria.If necessary set the owner of the database on the secondary replica.

Comprobar la propagación automáticaVerify automatic seeding

Si se realiza correctamente, las bases de datos se crean automáticamente en la réplica secundaria con uno de los dos siguientes estados:If successful, the database(s) are automatically created on the secondary replica with a state of either:

  • SYNCHRONIZED, si la réplica secundaria está configurada para ser sincrónica y los datos se han sincronizado.SYNCHRONIZED if the secondary replica is configured to be synchronous and the data is synchronized.
  • SYNCHRONIZING, si la réplica secundaria está configurada con un movimiento de datos asincrónico, o bien si está configurada como sincrónica, pero aún no se ha sincronizado con la réplica principal.SYNCHRONIZING if the secondary replica is configured with asynchronous data movement, or when configured with synchronous but not yet synchronized with the primary replica.

Aparte de las vistas de administración dinámica descritas aquí, el inicio y la finalización de la propagación automática se pueden ver en el registro de SQL Server:In addition to the Dynamic Management Views described below, the start and completion of automatic seeding can be seen in the SQL Server Log:

Registro de SQL Server

Combinar trabajos de copia de seguridad y restauración con la propagación automáticaCombine backup and restore with automatic seeding

La propagación automática se puede usar de forma combinada con los trabajos tradicionales de copia de seguridad, copia y restauración.It is possible to combine the traditional backup, copy, and restore with automatic seeding. En tal caso, restaure primero la base de datos en una réplica secundaria, incluidos todos los registros de transacciones disponibles.In this case, first restore the database on a secondary replica including all available transaction logs. A continuación, habilite la propagación automática al crear el grupo de disponibilidad para "detectar" la base de datos de la réplica secundaria, como si se restaurara una copia del final del registro (vea Copias del final del registro (SQL Server)).Next, enable automatic seeding when creating the availability group to "catch up" the secondary replica's database, as if a tail-log backup were restored (see Tail-Log Backups (SQL Server)).

Agregar una base de datos a un grupo de disponibilidad con propagación automáticaAdd a database to an availability group with automatic seeding

Puede agregar una base de datos a un grupo de disponibilidad a través de la propagación automática con Transact-SQL o SQL Server Management Studio (SSMS, versión 17 o posterior).You can add a database to an availability group using automatic seeding using Transact-SQL or SQL Server Management Studio (SSMS, version 17 or later). Si la réplica secundaria usaba la propagación automática cuando se agregó al grupo de disponibilidad, no será necesario hacer nada más.If the secondary replica used automatic seeding when it was added to the availability group, nothing additional needs to be done. Si la réplica secundaria ha usado un trabajo de copia de seguridad, copia y restauración, cambie primero el modo de propagación (consulte la sección siguiente) y, luego, al agregar la base de datos, use la instrucción GRANT; consulte Grupo de disponibilidad: agregar una base de datos.If the secondary replica used backup, copy, and restore, first change the seeding mode (see next section) and then when adding the database use the GRANT statement - see Availability Group - Add a Database.

Cambiar el modo de propagación de una réplicaChange the seeding mode of a replica

El modo de propagación de una réplica se puede modificar después de crear el grupo de disponibilidad, para que la propagación automática se pueda habilitar o deshabilitar.A replica's seeding mode can be altered after the availability group is created, so automatic seeding can be enabled or disabled. Habilitar la propagación automática después de haber creado el grupo de disponibilidad permite agregar una base de datos al grupo de disponibilidad por medio de la propagación automática, si se creó con copia de seguridad, copia y restauración.Enabling automatic seeding after creation allows a database to be added to the availability group using automatic seeding if it was created with backup, copy, and restore. Por ejemplo:For example:

ALTER AVAILABILITY GROUP [AGName]
  MODIFY REPLICA ON 'Replica_Name'
  WITH (SEEDING_MODE = AUTOMATIC)

Para deshabilitar la propagación automática, use el valor MANUAL.To disable automatic seeding, use a value of MANUAL.

Evitar la propagación automática después de crear un grupo de disponibilidadPrevent automatic seeding after an availability group is created

Si no quiere deshabilitar la propagación automática por completo en una réplica secundaria, pero sí impedir temporalmente que dicha réplica secundaria pueda crear bases de datos automáticamente, deniegue el permiso de creación de grupos de disponibilidad.If you do not want to disable automatic seeding completely for a secondary replica, but want to temporarily prevent the secondary replica from being able to automatically create databases, deny the availability group CREATE permission. Esto sucede cuando una base de datos nueva se agrega al grupo de disponibilidad, pero el grupo de disponibilidad no debe tener permisos para crear la base de datos en una réplica secundaria.This is the case when a new database is added to the availability group, but the availability group should not be allowed to create the database on a secondary replica.

ALTER AVAILABILITY GROUP [AGName] 
    DENY CREATE ANY DATABASE
GO

Supervisar la propagación automáticaMonitor automatic seeding

Existen cuatro elementos con los que se puede supervisar la propagación automática y solucionar problemas al respecto:There are four ways to monitor and troubleshoot automatic seeding:

Vistas de administración dinámicaDynamic Management Views

Hay dos vistas de administración dinámica (DMV) para la supervisión de la propagación: sys.dm_hadr_automatic_seeding y sys.dm_hadr_physical_seeding_stats.There are two dynamic management views (DMVs) for monitoring seeding: sys.dm_hadr_automatic_seeding and sys.dm_hadr_physical_seeding_stats.

  • sys.dm_hadr_automatic_seeding contiene el estado general de la propagación automática y conserva un historial de cada vez que se ejecuta (tanto si lo hace correctamente como si no).sys.dm_hadr_automatic_seeding contains the general status of automatic seeding, and retains the history for each time it is executed (whether successful or not). La columna current_state tendrá el valor COMPLETED o FAILED.The column current_state has either a value of COMPLETED or FAILED. Si el valor es FAILED, use el valor de failure_state_desc para tratar de diagnosticar el problema.If the value is FAILED, use the value in failure_state_desc to help in diagnosing the problem. Puede que sea necesario combinar esta información con lo que aparece en el registro de SQL Server para saber qué ha ido mal.You may need to combine that with what it in the SQL Server Log to see what went wrong. Esta DMV se rellena en la réplica principal y en todas las réplicas secundarias.This DMV is populated on the primary replica and all secondary replicas.

  • sys.dm_hadr_physical_seeding_stats muestra el estado de la operación de propagación automática cuando se ejecuta.sys.dm_hadr_physical_seeding_stats shows the status of the automatic seeding operation as it is executing. Al igual que sys.dm_hadr_automatic_seeding, este valor devuelve valores tanto para la réplica principal como las secundarias, pero no se almacena el historial.As with sys.dm_hadr_automatic_seeding, this returns values for both the primary and secondary replicas, but this history is not stored. Los valores corresponden únicamente a la ejecución actual, por lo que no se conservarán.The values are for the current execution only, and is not retained. Las columnas de interés incluyen start_time_utc, end_time_utc, estimate_time_complete_utc, total_disk_io_wait_time_ms, total_network_wait_time_ms. Si se produce un error en la operación de propagación, failure_message.Columns of interest include start_time_utc, end_time_utc, estimate_time_complete_utc, total_disk_io_wait_time_ms, total_network_wait_time_ms, and if the seeding operation fails, failure_message.

Tablas del historial de copias de seguridadBackup history tables

La propagación automática también agrega entradas en las tablas msdb que almacenan el historial de las copias de seguridad y las restauraciones.Automatic seeding also puts entries into the msdb tables which store the history for backups and restores. En la réplica secundaria que recibe la propagación automática, la columna physical_device_name de la tabla backupmediafamily contiene un GUID relativo a su valor, y la entrada correspondiente en backupset refleja el nombre de la réplica principal para nombre_servidor y nombre_equipo.On the secondary replica which is receiving automatic seeding, the backupmediafamily table's physical_device_name column has a GUID for its value, and the corresponding entry in backupset has the name of the primary replica for server_name and machine_name.

Eventos extendidosExtended events

La propagación automática agrega nuevos eventos extendidos para realizar el seguimiento de las modificaciones de estado, los errores y las estadísticas de rendimiento durante la inicialización.Automatic seeding adds new extended events for tracking state change, failures, and performance statistics during initialization. Por ejemplo, con el siguiente script se crea una sesión de eventos extendidos que capture eventos relacionados con la propagación automática.For example, the following script creates an extended events session that captures events related to automatic seeding.

CREATE EVENT SESSION [AlwaysOn_autoseed] ON SERVER 
    ADD EVENT sqlserver.hadr_automatic_seeding_state_transition,
    ADD EVENT sqlserver.hadr_automatic_seeding_timeout,
    ADD EVENT sqlserver.hadr_db_manager_seeding_request_msg,
    ADD EVENT sqlserver.hadr_physical_seeding_backup_state_change,
    ADD EVENT sqlserver.hadr_physical_seeding_failure,
    ADD EVENT sqlserver.hadr_physical_seeding_forwarder_state_change,
    ADD EVENT sqlserver.hadr_physical_seeding_forwarder_target_state_change,
    ADD EVENT sqlserver.hadr_physical_seeding_progress,
    ADD EVENT sqlserver.hadr_physical_seeding_restore_state_change,
    ADD EVENT sqlserver.hadr_physical_seeding_submit_callback
    ADD TARGET package0.event_file(
        SET filename=N'autoseed.xel',
        max_file_size=(5),
        max_rollover_files=(4)
        )
    WITH (
        MAX_MEMORY=4096 KB,
        EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,
        MAX_DISPATCH_LATENCY=30 SECONDS,
        MAX_EVENT_SIZE=0 KB,
        MEMORY_PARTITION_MODE=NONE,
        TRACK_CAUSALITY=OFF,
        STARTUP_STATE=ON
        )
GO

ALTER EVENT SESSION AlwaysOn_autoseed ON SERVER STATE=START
GO

En la siguiente tabla se enumeran los eventos extendidos relacionados con la propagación automática.The following table lists extended events related to automatic seeding.

NombreName DescripciónDescription
hadr_db_manager_seeding_request_msghadr_db_manager_seeding_request_msg Mensaje de solicitud propagación.Seeding request message.
hadr_physical_seeding_backup_state_changehadr_physical_seeding_backup_state_change Cambio de estado del lado de copia de seguridad de propagación física.Physical seeding backup side state change.
hadr_physical_seeding_restore_state_changehadr_physical_seeding_restore_state_change Cambio de estado del lado de restauración de propagación física.Physical seeding restore side state change.
hadr_physical_seeding_forwarder_state_changehadr_physical_seeding_forwarder_state_change Cambio de estado del lado de reenviador de propagación física.Physical seeding forwarder side state change.
hadr_physical_seeding_forwarder_target_state_changehadr_physical_seeding_forwarder_target_state_change Cambio de estado del lado de destino de reenviador de propagación física.Physical seeding forwarder target side state change.
hadr_physical_seeding_submit_callbackhadr_physical_seeding_submit_callback Evento de devolución de llamada del envío de propagación física.Physical seeding submit callback event.
hadr_physical_seeding_failurehadr_physical_seeding_failure Evento de error de propagación física.Physical seeding failure event.
hadr_physical_seeding_progresshadr_physical_seeding_progress Evento de progreso de propagación física.Physical seeding progress event.
hadr_physical_seeding_schedule_long_task_failurehadr_physical_seeding_schedule_long_task_failure Evento de error de tarea larga de programación de propagación física.Physical seeding schedule long task failure event.
hadr_automatic_seeding_starthadr_automatic_seeding_start Se produce cuando se envía una operación de propagación automática.Occurs when an automatic seeding operation is submitted.
hadr_automatic_seeding_state_transitionhadr_automatic_seeding_state_transition Se produce cuando cambia el estado de una operación de propagación automática.Occurs when an automatic seeding operation changes state.
hadr_automatic_seeding_successhadr_automatic_seeding_success Se produce cuando se realiza correctamente una operación de propagación automática.Occurs when an automatic seeding operation succeeds.
hadr_automatic_seeding_failurehadr_automatic_seeding_failure Se produce cuando se realiza una operación de propagación automática incorrectamente.Occurs when an automatic seeding operation fails.
hadr_automatic_seeding_timeouthadr_automatic_seeding_timeout Se produce cuando se agota el tiempo de espera de una operación de propagación automática.Occurs when an automatic seeding operation times out.

Vea tambiénSee also

ALTER AVAILABILITY GROUP (Transact-SQL)ALTER AVAILABILITY GROUP (Transact-SQL)

CREATE AVAILABILITY GROUP (Transact-SQL)CREATE AVAILABILITY GROUP (Transact-SQL)

Guía de solución de problemas y supervisión de grupos de disponibilidad AlwaysOnAlways On Availability Groups Troubleshooting and Monitoring Guide