Compartir a través de

Aumentar el rendimiento de la réplica de mezcla

  • Artículo

Actualizado: 12 de diciembre de 2006

Tras considerar las sugerencias generales de rendimiento que se describen en Aumentar el rendimiento general de la réplica, tenga en cuenta estas otras áreas específicas de la réplica de mezcla.

Diseño de la base de datos

  • Indice las columnas utilizadas en filtros de fila y de combinación.
    Cuando utilice un filtro de fila en un artículo publicado, cree un índice en cada una de las columnas utilizadas en la cláusula WHERE del filtro. Sin los índices, Microsoft SQL Server tiene que leer todas las filas de la tabla para determinar si la fila debe incluirse en la partición. Con los índices, SQL Server puede encontrar rápidamente qué filas se deben incluir. El procesamiento es más rápido si la réplica puede resolver completamente la cláusula WHERE del filtro sólo a partir del índice.
    La indización de todas las columnas utilizadas en los filtros de combinación también es importante. Cada vez que se ejecuta el Agente de mezcla, busca la tabla base para determinar qué filas de la tabla principal y qué filas de las tablas relacionadas están incluidas en la partición. La creación de un índice en las columnas de combinación evita que SQL Server lea todas las filas de la tabla cada vez que se ejecute el Agente de mezcla.
    Para obtener más información sobre los filtros, vea Filtrar datos publicados para la réplica de mezcla.
  • Considere la posibilidad de aplicar una normalización excesiva a las tablas que incluyan tipos de datos de objetos grandes (LOB).
    Cuando se produce la sincronización, el Agente de mezcla puede tener que leer y transferir todas las filas de datos de un publicador o un suscriptor. Si la fila contiene columnas que utilizan LOB, este proceso puede requerir una asignación de memoria adicional y causar un impacto negativo en el rendimiento aunque no se hayan actualizado estas columnas. Para reducir la probabilidad de que se produzca este impacto en el rendimiento, considere colocar las columnas LOB en una tabla independiente con una relación de uno a uno al resto de datos de las filas. Los tipos de datos text, ntext y image ya no se utilizan. Si incluye LOB, se recomienda que utilice los tipos de datos varchar(max), nvarchar(max) y varbinary(max), respectivamente.

Diseño de la publicación

  • Utilice un nivel de compatibilidad de 90RTM (SQL Server 2005).
    A menos que uno o varios suscriptores utilicen una versión diferente de SQL Server, especifique que la publicación admita únicamente SQL Server 2005. Esto permite que la publicación aproveche las nuevas características y optimizaciones de rendimiento. Para obtener más información, vea la sección sobre el nivel de compatibilidad para las publicaciones de mezcla en el tema Usar varias versiones de SQL Server en una topología de réplica.
  • Utilice la configuración correcta de retención de la publicación.
    El período de retención de la publicación, que es la cantidad máxima de tiempo que debe transcurrir antes de que una suscripción se deba sincronizar, determina el tiempo de almacenamiento del seguimiento de metadatos. Un valor alto puede afectar el rendimiento de almacenamiento y procesamiento. Para obtener más información acerca de cómo configurar el período de retención de la publicación, vea Desactivación y caducidad de las suscripciones.
  • Utilice los artículos sólo de descarga en las tablas que únicamente se cambian en el publicador. Para obtener más información, vea Optimizar el rendimiento de la réplica de mezcla con artículos de sólo descarga.

Diseño y uso de filtros

  • Limite la complejidad de las cláusulas de filtros de fila.
    Limitar la complejidad del criterio de filtro ayuda a mejorar el rendimiento cuando el Agente de mezcla calcula los cambios de filas que se van a enviar a los suscriptores. Evite el uso de subselecciones dentro de las cláusulas de filtros de fila de mezcla. En su lugar, considere el uso de filtros de combinación, que normalmente son más eficaces cuando se utilizan para crear particiones de datos de una tabla en función de la cláusula de filtro de fila de otra tabla. Para obtener más información acerca de los filtros, vea Filtrar datos publicados para la réplica de mezcla.
  • Utilice particiones precalculadas con filtros con parámetros (esta característica se usa de manera predeterminada). Para obtener más información, vea Optimizar el rendimiento de los filtros con parámetros con particiones precalculadas.
    Las particiones precalculadas imponen una serie de limitaciones en el comportamiento de los filtros. Si la aplicación no puede respetar estas limitaciones, establezca la opción keep_partition_changes en True, y así obtendrá ventajas de rendimiento. Para obtener más información, vea Filtros de fila con parámetros.
  • Utilice particiones que no se superpongan si los datos se filtran pero no se comparten entre usuarios.
    La réplica puede optimizar el rendimiento de los datos que no se comparten entre particiones o suscripciones. Para obtener más información, vea Filtros de fila con parámetros.
  • No cree jerarquías complejas de filtros de combinación.
    Los filtros de combinación con cinco tablas o más pueden producir un efecto significativo en el rendimiento durante el proceso de mezcla. Se recomienda que considere otras soluciones si va a generar filtros de combinación de cinco o más tablas:
    • Evite el filtro de tablas que básicamente son tablas de búsqueda, tablas pequeñas y tablas que no están sujetas a cambios. Haga que estas tablas formen parte de la publicación en su totalidad. Se recomienda que utilice los filtros de combinación sólo entre tablas que se deben partir entre suscriptores. Para obtener más información, vea Filtros de combinación.
    • Considere la posibilidad de eliminar la normalización del diseño de la base de datos o la utilización de una tabla de asignaciones si hay un gran número de tablas en una combinación. Por ejemplo, si un vendedor sólo necesita los datos de sus clientes, pero se requieren seis combinaciones para asociar un cliente con un vendedor, considere la posibilidad de agregar una columna a la tabla de clientes que identifique al vendedor. Los datos del vendedor son redundantes, pero los costos de eliminar la normalización de las tablas pueden ser en cierto modo compensados por los beneficios en el rendimiento de la partición de réplica.
    • Para aumentar el rendimiento de las particiones precalculadas cuando los lotes incluyen numerosos cambios de datos, diseñe su aplicación con cuidado. Asegúrese de que los cambios en los datos de la tabla primaria de un filtro de combinación se realicen antes que los cambios correspondientes de las tablas secundarias.
  • Establezca la opción join_unique_key en 1 si lo permite la lógica.
    Al establecer este parámetro en 1, se indica que la relación entre la tabla principal y la secundaria de un filtro de combinación es de uno a uno o de uno a varios. Configure este parámetro en 1 únicamente si tiene una restricción en la columna de combinación de la tabla secundaria que garantiza la exclusividad. Si el parámetro se establece en 1 de forma incorrecta, se podría producir la no convergencia de los datos. Para obtener más información, vea Filtros de combinación.
  • Evite la ejecución de lotes con muchos cambios cuando use particiones precalculadas.
    Cuando el Agente de mezcla se ejecute tras la ejecución de un lote que contenga numerosos cambios de datos, el agente intentará dividir este lote de gran tamaño en lotes más pequeños. Durante este tiempo, pueden bloquearse otros procesos del Agente de mezcla. Considere la posibilidad de reducir el número de cambios de un lote y ejecutar el Agente de mezcla entre los distintos lotes. Si esto último no es posible, aumente el valor de generation_leveling_threshold para la publicación.

Consideraciones acerca de las suscripciones

Parámetros del Agente de mezcla

  • Actualice todos los suscriptores de suscripciones de extracción a SQL Server 2005.
    Al actualizar el suscriptor a SQL Server 2005 se actualiza el Agente de mezcla que utilizan las suscripciones en el suscriptor. El Agente de mezcla de SQL Server 2005 se requiere para aprovechar muchas de las nuevas características y optimizaciones de rendimiento.
  • Si una suscripción se sincroniza mediante una conexión rápida y los cambios se envían desde el publicador y el suscriptor, utilice el parámetro –ParallelUploadDownload para el Agente de mezcla.
    SQL Server 2005 proporciona un nuevo parámetro del Agente de mezcla: –ParallelUploadDownload. Establecer este parámetro permite al Agente de mezcla procesar en paralelo los cambios cargados en el publicador y los descargados en el suscriptor. Esto resulta útil en entornos de grandes volúmenes con gran ancho de banda de red. Los parámetros del agente se pueden especificar en los perfiles de agente y en la línea de comandos. Para obtener más información, vea:
  • Cuando se sincronizan filas de datos con una gran cantidad de datos, como las filas que contienen columnas LOB, la sincronización Web puede requerir la asignación de memoria adicional y afectar al rendimiento. Esto sucede cuando el Agente de mezcla genera un mensaje XML que contiene demasiadas filas de datos con grandes cantidades de datos. Si el Agente de mezcla consume demasiados recursos durante la sincronización Web, se recomienda reducir el número de filas que se envían en un mismo mensaje mediante alguno de los siguientes procedimientos:
    • Usar el perfil de agente de conexión lenta para el Agente de mezcla. Para obtener más información, vea Perfiles del Agente de réplica.
    • Reducir el valor de los parámetros -DownloadGenerationsPerBatch y -UploadGenerationsPerBatch del Agente de mezcla a 10 o menos. El valor predeterminado de esos parámetros es 50.

Consideraciones acerca de las instantáneas

  • Cree una columna ROWGUIDCOL en tablas grandes antes de generar la instantánea inicial.
    La réplica de mezcla requiere que todas las tablas publicadas tengan una columna ROWGUIDCOL. Si no existe una columna ROWGUIDCOL en la tabla antes de que el Agente de instantáneas cree los archivos de instantánea iniciales, el agente debe agregar y llenar primero la columna ROWGUIDCOL. Para mejorar el rendimiento cuando se generan instantáneas durante la réplica de mezcla, puede crear una columna ROWGUIDCOL en cada una de las tablas antes de publicar. La columna puede tener cualquier nombre (de forma predeterminada, el Agente de instantáneas utiliza rowguid), pero debe tener las siguientes características de tipo de datos:
    • Un tipo de datos de UNIQUEIDENTIFIER.
    • Un valor predeterminado de NEWSEQUENTIALID() o NEWID(). Se recomienda NEWSEQUENTIALID() porque puede proporcionar un mayor rendimiento al efectuar cambios y realizar un seguimiento de los mismos.
    • El conjunto de propiedades ROWGUIDCOL.
    • Un índice único en la columna.
  • Genere instantáneas previamente y/o permita a los suscriptores que soliciten la generación y aplicación de instantáneas la primera vez que se sincronizan.
    Utilice una de estas opciones o las dos para proporcionar instantáneas para publicaciones que utilicen filtros con parámetros. Si no especifica una de estas opciones, las suscripciones se inicializan utilizando una serie de instrucciones SELECT e INSERT, en lugar de la utilidad bcp; este proceso es mucho más lento. Para obtener más información, vea Instantáneas para publicaciones de mezcla con filtros con parámetros.

Consideraciones acerca del mantenimiento y la supervisión

  • De vez en cuando, vuelva a crear los índices de tablas del sistema de la réplica de mezcla.
    Como parte del mantenimiento de la réplica de mezcla, compruebe ocasionalmente el crecimiento de las tablas del sistema asociadas con la réplica de mezcla: MSmerge_contents, MSmerge_genhistory, MSmerge_tombstone, MSmerge_current_partition_mappings y MSmerge_past_partition_mappings. Vuelva a generar los índices de estas tablas periódicamente. Para obtener más información, vea Reorganizar y volver a generar índices.
  • Supervise el rendimiento de la sincronización utilizando la ficha Historial de sincronizaciones del Monitor de réplica.
    En la réplica de mezcla, el Monitor de réplica muestra en la ficha Historial de sincronizaciones estadísticas detalladas de cada artículo que se procesa durante la sincronización, incluida la cantidad de tiempo de cada fase del proceso (carga de cambios, descarga de cambios, etc.). Esto puede ayudar a identificar las tablas específicas que están causando una reducción de la velocidad y es el mejor lugar para solucionar problemas de rendimiento con las suscripciones de mezcla. Para obtener más información acerca del modo de ver estadísticas detalladas, vea Cómo ver información y realizar tareas para los agentes asociados con una suscripción (Monitor de réplica).

Vea también

Conceptos

Aumentar el rendimiento de la réplica

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión Historial

12 de diciembre de 2006
Contenido nuevo:
  • Se agregaron recomendaciones de rendimiento para ejecutar lotes de gran tamaño con particiones precalculadas.

17 de julio de 2006
Contenido nuevo:
  • Se agregaron recomendaciones sobre rendimiento para la sincronización de datos de objetos grandes mediante la sincronización Web.