Artículos transaccionales: volver a generar para reflejar cambios de esquema
Se aplica a: 
SQL Server Azure SQL Managed Instance
De manera predeterminada, la replicación transaccional lleva a cabo todos los cambios de datos en los suscriptores a través de procedimientos almacenados generados por procedimientos internos para cada artículo de la tabla en la publicación. Los tres procedimientos (para inserciones, actualizaciones y eliminaciones, respectivamente) se copian al suscriptor y se ejecutan cuando se replica una inserción, actualización o eliminación en el suscriptor. Cuando se realiza un cambio de esquema en una tabla de un publicador de SQL Server, la replicación vuelve a generar automáticamente estos procedimientos, llamando al mismo conjunto de procedimientos internos de scripting para que los nuevos procedimientos coincidan con el nuevo esquema (no se admite la replicación de cambios de esquema para los publicadores de Oracle).
También es posible especificar procedimientos personalizados para reemplazar uno o más de los procedimientos predeterminados. Los procedimientos personalizados se deben modificar si el cambio de esquema va a afectar al procedimiento. Por ejemplo, si un procedimiento hace referencia a una columna que se quita en un cambio de esquema, se deben quitar del procedimiento las referencias a esa columna. La replicación propaga un nuevo procedimiento personalizado a los suscriptores de dos maneras:
La primera opción es utilizar un procedimiento de scripting personalizado para reemplazar los valores predeterminados que utiliza la replicación:
Al ejecutar sp_addarticle (Transact-SQL), asegúrese que el bit 0x02 de
@schema_optionestá establecido en true.Ejecute sp_register_custom_scripting (Transact-SQL) y especifique un valor de "insert", "update" o "delete" para el parámetro
@typey el nombre del procedimiento de scripting personalizado para el parámetro@value.
La siguiente vez que se lleve a cabo un cambio de esquema, la replicación llamará a este procedimiento almacenado para crear un script de la definición para el nuevo procedimiento almacenado personalizado definido por el usuario y, después, propagará el procedimiento a cada suscriptor.
La segunda opción es utilizar un script que contenga una nueva definición de procedimiento personalizado:
Al ejecutar sp_addarticle (Transact-SQL), establezca el bit 0x02 de
@schema_optionen false para que la replicación no genere automáticamente procedimientos personalizados en el suscriptor.Antes de cada cambio de esquema, cree un nuevo archivo de script y registre el script con la replicación, ejecutando sp_register_custom_scripting (Transact-SQL). Especifique un valor de "custom_script" para el parámetro
@typey la ruta de acceso al script en el publicador para el parámetro@value.
La siguiente vez que realice un cambio de esquema importante, este script se ejecutará en cada suscriptor en la misma transacción que el comando DDL. Una vez realizado el cambio de esquema, el script se elimina del registro. Debe volver a registrar el script para que se ejecute de nuevo después del siguiente cambio de esquema.