Initialize a Transactional Subscription Without a Snapshot
Se aplica a: 
SQL Server Azure SQL Managed Instance
De forma predeterminada, una suscripción a una publicación transaccional se inicializa con una instantánea generada por el Agente de instantáneas y aplicada por el Agente de distribución. En algunos escenarios, como aquellos en los que intervienen grandes conjuntos de datos iniciales, es preferible inicializar una suscripción mediante otro método. Otros métodos para inicializar un suscriptor incluyen:
Especificar una copia de seguridad. Se restaura la copia de seguridad en el suscriptor y, a continuación, el Agente de distribución copia los metadatos de replicación y los procedimientos del sistema necesarios. La inicialización con una copia de seguridad es la forma más rápida de entregar datos al suscriptor, además de resultar cómoda, ya que se puede utilizar cualquier copia de seguridad reciente si se ha realizado después de que se habilitara la publicación para inicialización mediante una copia de seguridad.
Copiar un conjunto de datos inicial en el suscriptor mediante otro mecanismo, como adjuntar una base de datos. Debe asegurarse de que los datos y el esquema correctos se encuentran en el suscriptor. A continuación, el Agente de distribución copia los metadatos y los procedimientos del sistema necesarios.
Inicializar una suscripción con una copia de seguridad
Una copia de seguridad contiene una base de datos completa; por esa razón, cada base de datos de suscripciones contendrá una copia completa de la base de datos de publicación cuando se inicialice.
La copia de seguridad incluye tablas no especificadas como artículos de la publicación.
La copia de seguridad incluye todos los datos, incluso si se han especificado filtros de fila o columna en una tabla.
Es responsabilidad del administrador o la aplicación quitar los objetos o los datos no deseados una vez restaurada la copia de seguridad. En las sincronizaciones posteriores, las modificaciones de los datos solo se replican si se aplican a las tablas especificadas como artículos y si estas modificaciones cumplen los criterios de filtrado especificados.
Nota:
Al restaurar una copia de seguridad, si desea que el suscriptor se sincronice automáticamente, debe asegurarse de que dicha copia proviene del publicador. Los valores de número de secuencia de registro (LSN) de la copia de seguridad (que se utilizan para establecer el punto en el que se inicia la sincronización) son específicos del publicador.
Para inicializar una suscripción con una copia de seguridad
Para inicializar una suscripción con una copia de seguridad, primero debe habilitar la opción al crear una publicación y, a continuación, al crear una suscripción, especificar valores para una serie de opciones. Las publicaciones se pueden habilitar mediante el Asistente para nueva publicación o mediante programación. Sin embargo, los valores necesarios para las opciones de suscripción solo se pueden especificar mediante programación.
SQL Server Management Studio: Habilitar la inicialización con una copia de seguridad para las publicaciones transaccionales (SQL Server Management Studio)
Programación de la replicación con Transact-SQL: Inicializar una suscripción transaccional a partir de un copia de seguridad (programación de la replicación con Transact-SQL)
Nota:
Si una suscripción se inicializa sin una instantánea, la cuenta con la que se ejecuta el servicio SQL Server en el publicador debe contar con permisos de escritura en la carpeta de instantáneas en el distribuidor. Para obtener más información sobre los permisos, vea Replication Agent Security Model.
Asegurar la idoneidad de una copia de seguridad
Una copia de seguridad es adecuada para inicializar un suscriptor si todas las transacciones que se producen después de realizar la copia de seguridad se almacenan en el distribuidor. Si la copia de seguridad no es adecuada, la replicación mostrará un mensaje de error.
Para ayudar a asegurar que una copia de seguridad es adecuada, siga estas directrices:
Utilice la última copia de seguridad disponible. Si ésta fuera más antigua que el período máximo de retención de distribución, cree una nueva antes de intentar inicializar una suscripción con una copia de seguridad. Para obtener más información acerca del período de retención, vea Subscription Expiration and Deactivation.
De forma predeterminada, el trabajo de limpieza de distribución borra de la base de datos de distribución aquellas transacciones que superan las 72 horas. La limpieza se basa en el período de retención establecido para la publicación. Si realiza la sincronización con copias de seguridad más antiguas, considere la posibilidad de deshabilitar el trabajo de forma temporal antes de restaurar la copia de seguridad y volver a habilitarlo después de que la suscripción se haya creado correctamente. Esto evita la eliminación de transacciones de la base de datos de distribución que pudieran ser necesarias para sincronizar correctamente desde la copia de seguridad. Para información sobre la ejecución de trabajos de limpieza, vea Ejecutar trabajos de mantenimiento de replicación (SQL Server Management Studio).
En algunos casos, deberá realizar personalizaciones de forma manual en la base de datos del suscriptor restaurada después de configurar las suscripciones inicializadas con una copia de seguridad. En general, las modificaciones manuales en la base de datos del suscriptor restaurada son necesarias si la publicación está definida de tal modo que se espera que el contenido de la base de datos del suscriptor sea diferente al de la base de datos del publicador.
Las vistas indizadas de la base de datos restaurada deben convertirse en tablas si se publican como artículos de vista indizada a tabla basados en registros.
Las columnas de marca de tiempo suscritas de la base de datos restaurada deben convertirse en columnas binary(8) : copie el contenido de las tablas que contienen columnas de marca de tiempo en nuevas tablas con esquemas coincidentes, excepto las que tengan columnas binary(8) en lugar de columnas de marca de tiempo, quite las tablas originales y cambie el nombre de las tablas nuevas por el que tenían las tablas originales.
Inicializar una suscripción con un método alternativo
Es posible inicializar una suscripción mediante cualquier método que permita copiar el esquema y los datos de la base de datos de publicación en el suscriptor, como Integration Services. Cuando se utiliza un método alternativo para inicializar el suscriptor, los objetos de soporte de replicación se copian en el suscriptor.
A diferencia de lo que ocurre al inicializar con una copia de seguridad, el usuario o la aplicación debe asegurarse de que los datos y el esquema se han sincronizado correctamente en el momento de agregar la suscripción. Por ejemplo, si se produce actividad en el publicador entre el momento en que se copian los datos y el esquema en el suscriptor y el momento en que se agrega la suscripción, es posible que los cambios que resulten de dicha actividad no se repliquen en el suscriptor.
Para inicializar una suscripción con un método alternativo, vea Initialize a Subscription Manually.