Compartir a través de

Aumentar el rendimiento general de la réplica

  • Artículo

Puede aumentar el rendimiento general de todos los tipos de réplica en su aplicación y en la red siguiendo las directrices descritas en este tema.

Servidor y red

  • Defina la cantidad mínima y máxima de memoria asignada al Microsoft SQL Server Database Engine (Motor de base de datos de SQL Server).
    De forma predeterminada, el Database Engine (Motor de base de datos) cambia dinámicamente sus necesidades de memoria según los recursos del sistema disponibles. Para evitar la disponibilidad insuficiente de memoria durante las actividades de réplica, utilice la opción min server memory para establecer la memoria mínima disponible. Para evitar que el sistema operativo tenga que paginar en el disco para disponer de memoria, puede definir también una cantidad máxima de memoria con la opción max server memory. Para obtener más información, vea Opciones de memoria del servidor.
  • Garantice una asignación adecuada de los archivos de datos y los archivos de registro de la base de datos. Utilice una unidad de disco independiente para el registro de transacciones de todas las bases de datos implicadas en la réplica.
    Puede reducir el tiempo que se tarda en escribir las transacciones si almacena los archivos de registro en una unidad de disco diferente de la unidad en la que almacena la base de datos. Puede reflejar esa unidad mediante una matriz redundante de discos económicos (RAID-1) si requiere tolerancia a errores. Utilice RAID 0 ó 0+1 (según el grado de tolerancia a errores necesario) con otros archivos de la base de datos. Esta práctica es recomendable con independencia de si se utiliza o no la réplica. Para obtener más información, vea Niveles RAID y SQL Server.
  • Considere la posibilidad de agregar memoria a los servidores que se utilizan en la réplica, en particular al distribuidor.
  • Utilice equipos con varios procesadores.
    Los agentes de réplica pueden aprovechar los procesadores adicionales del servidor. Si la CPU tiene un uso intensivo, considere la posibilidad de instalar una CPU más rápida o varias CPU.
  • Utilice una red rápida.
    La red puede suponer un cuello de botella importante para el rendimiento, en especial para la réplica transaccional. La propagación de cambios a los suscriptores puede mejorarse significativamente utilizando una red rápida de 100 Mbps o superior. Si la red es lenta, especifique una configuración de red y los parámetros de agente adecuados. Para obtener más información, vea Problemas provocados por una red lenta.

Diseño de la base de datos

  • Siga las prácticas recomendadas para el diseño de la base de datos.
    Una base de datos replicada por lo general se beneficia de las mismas optimizaciones de rendimiento que una base de datos no replicada. No obstante, los índices deben utilizarse con precaución en el suscriptor: la columna de clave principal del suscriptor debe indizarse, pero los índices adicionales pueden afectar al rendimiento de inserción, actualización y eliminación. Para obtener más información acerca de la optimización de las bases de datos, vea Optimizar bases de datos.

  • Considere la posibilidad de configurar la opción de base de datos READ_COMMITTED_SNAPSHOT.
    Para ayudar a reducir la contención entre la actividad de los usuarios y la actividad del agente de réplica, configure esta opción para las bases de datos de suscripciones y publicaciones:

    ALTER DATABASE AdventureWorks
SET READ_COMMITTED_SNAPSHOT ON

    Para obtener más información, vea ALTER DATABASE (Transact-SQL).

  • Tenga cuidado con la lógica de negocios de los desencadenadores.
    La lógica de negocios de los desencadenadores definidos por el usuario en el Suscriptor puede ralentizar la réplica de los cambios en el suscriptor.

    Si utiliza desencadenadores en el suscriptor, vea los siguientes temas para obtener más información: Controlar restricciones, identidades y desencadenadores con NOT FOR REPLICATION y Consideraciones acerca de la réplica transaccional. Si utiliza desencadenadores para mantener la integridad referencial en las tablas publicadas para la réplica de mezcla, especifique el orden de procesamiento de las tablas para reducir el número de reintentos requeridos por el Agente de mezcla. Para obtener más información, vea Especificar el orden de procesamiento de los artículos de mezcla.

  • Limite el uso de tipos de datos de objetos grandes (LOB).
    Los LOB requieren más espacio de almacenamiento y procesamiento que otros tipos de datos de columna. No incluya estas columnas en los artículos a menos que sea necesario para la aplicación. Los tipos de datos text, ntext e image ya no se utilizan. Si incluye LOB, se recomienda utilizar los tipos de datos varchar(max), nvarchar(max) y varbinary(max), respectivamente.
    Para la réplica transaccional, considere la posibilidad de utilizar el perfil de Agente de distribución denominado Perfil de distribución para secuencias OLEDB. Para obtener más información, vea Perfiles del Agente de réplica.

Diseño de la publicación

  • Publique sólo los datos necesarios.
    Puesto que la réplica es fácil de configurar, hay cierta tendencia a publicar más datos de los que son realmente necesarios. Esto puede consumir recursos adicionales en las bases de datos de distribución y en los archivos de instantáneas, y puede reducir el rendimiento de los datos requeridos. Evite publicar tablas innecesarias y considere actualizar las publicaciones con menor frecuencia.
  • Minimice los conflictos a través del diseño de publicaciones y el comportamiento de la aplicación.
    Los siguientes tipos de réplica permiten cambiar los datos en los suscriptores: réplica de mezcla, réplica transaccional con suscripciones actualizables y réplica transaccional de punto a punto. La réplica de mezcla y la réplica transaccional con suscripciones actualizables admiten conflictos de datos si se actualiza una fila determinada en varios nodos entre las sincronizaciones. La réplica de punto a punto no admite los conflictos de datos; los cambios en los datos deben particionarse. Independientemente del tipo de réplica utilizada, se recomienda realizar particiones de los cambios siempre que sea posible, ya que así se reduce el procesamiento necesario para la detección y resolución de conflictos.
    Para realizar particiones de cambios se pueden publicar subconjuntos de datos en cada suscriptor o hacer que una aplicación dirija los cambios de una fila determinada a un nodo en concreto:
    • La réplica de mezcla admite la publicación de subconjuntos de datos utilizando filtros con parámetros con una sola publicación. Para obtener más información, vea Filtros de fila con parámetros.
    • La réplica transaccional admite la publicación de subconjuntos de datos utilizando filtros estáticos con varias publicaciones. Para obtener más información, vea Filtrar datos publicados.
  • Utilice los filtros de fila con prudencia.
    Cuando una publicación transaccional incluye uno o varios artículos que utilizan filtros de fila, el Agente de registro del LOG tiene que aplicar el filtro a cada fila afectada por una actualización de la tabla conforme examina el registro de transacciones. Por tanto, el rendimiento del Agente de registro del LOG se verá afectado.
    De igual modo, la réplica de mezcla debe evaluar las filas cambiadas o eliminadas para determinar qué suscriptores deben recibir esas filas. Cuando se emplean filtros de fila para reducir los datos requeridos en el suscriptor, este procesamiento es más complejo y puede ser más lento que cuando publica todas las filas en una tabla. Considere cuidadosamente el compromiso entre la reducción de los requisitos de almacenamiento en cada suscriptor y la necesidad de conseguir el máximo rendimiento. Para obtener más información acerca de los filtros, vea Filtrar datos publicados.

Consideraciones acerca de las suscripciones

  • Utilice suscripciones de extracción cuando haya un gran número de suscriptores.
    El Agente de distribución y el Agente de mezcla se ejecutan en el distribuidor para las suscripciones de inserción, y en los suscriptores para las suscripciones de extracción. El uso de las suscripciones de extracción puede mejorar el rendimiento desplazando el procesamiento de agentes del distribuidor a los suscriptores. Para obtener más información, vea Suscribirse a publicaciones.
  • Considere la posibilidad de reinicializar la suscripción si los suscriptores están muy retrasados.
    Cuando sea necesario enviar grandes cantidades de cambios a los suscriptores, reinicializarlos con una nueva instantánea puede ser más rápido que utilizar la réplica para mover los cambios individuales. Para obtener más información, vea Reinicializar una suscripción.
    En la réplica transaccional, el Monitor de réplica muestra, en la ficha Comandos sin distribuir, información acerca del número de transacciones de la base de datos de distribución que aún no se han distribuido a un suscriptor, así como el tiempo estimado para la distribución de dichas transacciones. Para obtener más información, vea Cómo ver información y realizar tareas para los agentes asociados con una suscripción (Monitor de réplica).

Consideraciones acerca de las instantáneas

  • Ejecute el Agente de instantáneas sólo cuando sea necesario y en horas de poca actividad.
    El Agente de instantáneas copia los datos de forma masiva desde la tabla publicada en el publicador a un archivo de la carpeta de instantáneas del distribuidor. Generar una instantánea puede ser un proceso que consume muchos recursos y es mejor programarla para que se lleve a cabo durante las horas de poca actividad.
  • Utilice una instantánea en modo nativo a menos que sea necesaria una instantánea en modo de carácter.
    Utilice la instantánea en modo nativo predeterminada para todos los suscriptores excepto los suscriptores que no sean de SQL Server y los que estén ejecutando SQL Server 2005 Compact Edition, que requieren una instantánea en modo de carácter.
  • Utilice una única carpeta de instantáneas para una publicación.
    Al especificar las propiedades de la publicación relacionadas con una ubicación de instantáneas, puede elegir generar archivos de instantáneas en la carpeta de instantáneas predeterminada, en una carpeta de instantáneas alternativa o ambas. La generación de los archivos de instantáneas en las dos ubicaciones requiere espacio adicional en disco y más procesamiento cuando se ejecuta el Agente de instantáneas.
  • Coloque la carpeta de instantáneas en una unidad local del distribuidor que no se utilice para almacenar bases de datos o archivos de registro.
    El Agente de instantáneas realiza una escritura secuencial de los datos en la carpeta de instantáneas. Colocar la carpeta de instantáneas en una unidad independiente de cualquier base de datos o archivo de registro reduce la contención entre los discos y ayuda a que el proceso de las instantáneas se complete más deprisa.
  • Cuando cree la base de datos de suscripciones en el suscriptor, considere la posibilidad de especificar un modelo de recuperación simple o por medio de registros de operaciones masivas. Esto permite un registro mínimo de las inserciones masivas realizadas durante la aplicación de la instantánea en el suscriptor. Una vez que se ha aplicado la instantánea a la base de datos de suscripciones, puede cambiar a otro modelo de recuperación diferente si es necesario (las bases de datos replicadas pueden utilizar cualquiera de los modelos de recuperación). Para obtener más información acerca de cómo seleccionar un modelo de recuperación, vea Información general sobre restauración y recuperación en SQL Server.
  • Considere la posibilidad de utilizar la carpeta de instantáneas alternativa y las instantáneas comprimidas en medios extraíbles para las redes de ancho de banda reducido.
    Comprimir archivos de instantáneas en la carpeta de instantáneas alternativa puede reducir los requisitos de almacenamiento en disco y facilitar la transferencia de los archivos de instantáneas en medios extraíbles.
    Las instantáneas comprimidas pueden, en algunos casos, mejorar el rendimiento de la transferencia de los archivos de instantáneas a través de la red. No obstante, la compresión de instantáneas requiere que el Agente de instantáneas realice un procesamiento adicional al generar los archivos de instantáneas, y otro procesamiento adicional por parte del Agente de distribución o del Agente de mezcla al aplicar los archivos de instantáneas. Esto puede ralentizar, en algunos casos, la generación de instantáneas y aumentar el tiempo de aplicación de una instantánea. Además, las instantáneas comprimidas no se pueden reanudar si se produce un error de red; por tanto, no son adecuadas para redes no confiables. Cuando utilice instantáneas comprimidas en una red, considere estas contrapartidas con cuidado. Para obtener más información, vea Ubicaciones alternativas para las carpetas de instantáneas e Instantáneas comprimidas.
  • Considere la posibilidad de inicializar una suscripción manualmente.
    En algunos casos, como aquellos en los que intervienen grandes conjuntos de datos iniciales, es preferible inicializar una suscripción mediante otro método distinto a una instantánea. Para obtener más información, vea Inicializar una suscripción transaccional sin una instantánea e Inicializar una suscripción de mezcla sin una instantánea.

Parámetros de los agentes

  • Reduzca el nivel de detalle de los agentes de réplica excepto durante la prueba inicial, la supervisión o la depuración.
    Reduzca los parámetros –HistoryVerboseLevel y –OutputVerboseLevel del Agente de distribución o el Agente de mezcla. Esto reducirá número de nuevas filas insertadas para realizar el seguimiento de la salida y el historial del agente. En su lugar, los mensajes anteriores del historial con el mismo estado se actualizarán a la nueva información del historial. Aumente los niveles de detalle de la prueba, la supervisión y la depuración para tener toda la información que sea posible sobre la actividad del agente.
  • Utilice el parámetro –MaxBCPThreads del Agente de instantáneas, el Agente de mezcla y el Agente de distribución (el número de subprocesos especificados no debe exceder del número de procesadores del equipo). Este parámetro especifica el número de operaciones de copia masiva que se pueden realizar en paralelo cuando se crea y aplica la instantánea.
  • Utilice el parámetro –UseInprocLoader del Agente de distribución y del Agente de mezcla (este parámetro no se puede utilizar si las tablas publicadas incluyen columnas XML). Con este parámetro, el agente utiliza el comando BULK INSERT cuando se aplica la instantánea.

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:

Vea también

Conceptos

Aumentar el rendimiento de la réplica

Ayuda e información

Obtener ayuda sobre SQL Server 2005