¿Le resultó útil esta página?
Sus comentarios sobre este contenido son muy importantes. Háganos saber su opinión.
¿Tiene comentarios adicionales?
Caracteres restantes: 1500
Consideraciones para todos los tipos de réplica

Consideraciones para todos los tipos de réplica

Esta sección de la documentación incluye áreas que debe tener en cuenta antes de implementar la réplica, como las columnas de identidad, las restricciones y los tipos de datos. En este tema se describen las áreas que afectan a todos los tipos de réplica y los temas siguientes proporcionan información adicional:

Además de estos temas, en el tema de cada característica de réplica se describen las consideraciones para implementar esa característica.

La réplica utiliza programas independientes, llamados agentes, para realizar las tareas asociadas con el seguimiento de los cambios y la distribución de los datos. De forma predeterminada, los agentes de réplica se ejecutan como trabajos programados en el Agente SQL Server. Es necesario que el Agente SQL Server se esté ejecutando para que puedan ejecutarse los trabajos. De manera predeterminada, el servicio del Agente SQL Server está deshabilitado cuando se instala SQL Server 2005, a menos que se elija explícitamente iniciar el servicio automáticamente durante la instalación. Para obtener más información sobre cómo iniciar el servicio del Agente SQL Server, vea Iniciar el Agente SQL Server.

Es importante que comprenda cómo proteger un entorno de réplica en el que los datos y la lógica de negocios de su aplicación estén seguros. Básicamente, la protección del entorno de réplica es una cuestión de conocer las opciones de autenticación y autorización, entender el uso apropiado de las características de filtrado de la réplica, y aprender métodos específicos para proteger cada parte del entorno de réplica (incluidos el distribuidor, el publicador, los suscriptores y la carpeta de instantáneas). Para obtener más información, vea Consideraciones de seguridad para la réplica.

Una vez configurada la réplica, es importante comprender cómo se administra una topología de réplica. Para obtener información acerca de las prácticas recomendadas para administrar la réplica, vea Prácticas recomendadas para la administración de réplica. Este tema proporciona información básica acerca de las prácticas recomendadas en distintas áreas y vínculos a más información para cada área. Además de seguir la guía de prácticas recomendadas incluida en este tema, lea el tema de preguntas más frecuentes para familiarizarse con las preguntas y problemas más comunes: Preguntas más frecuentes para administradores de réplica.

Hay varias prácticas recomendadas relacionadas con el rendimiento que debe seguir en áreas como:

  • Hardware de servidor y red
  • Diseño de la base de datos
  • Configuración del distribuidor
  • Diseño y opciones de publicación
  • Diseño y uso de los filtros
  • Opciones de suscripción
  • Opciones de instantáneas
  • Parámetros de agente
  • Mantenimiento

Para obtener más información, vea Aumentar el rendimiento de la réplica.

Si la réplica tiene lugar a través de una conexión lenta, se pueden personalizar los perfiles para los agentes implicados en la réplica. Las opciones de configuración varían con el agente en particular cuyo perfil se esté configurando. Para obtener más información, vea Perfiles del Agente de réplica y Problemas provocados por una red lenta.

A menudo, la velocidad de red es la cuestión más importante al aplicar la instantánea inicial. Aunque el volumen de los cambios de datos incrementales puede ser bajo, el de los datos que se distribuyen inicialmente puede ser alto. Las posibles soluciones son:

Al especificar nombres de instancias del servidor que participen en la réplica, debe suministrar el nombre en el formato de nombre de instancia de servidor registrado en SQL Server. Por ejemplo, debe utilizar el nombre de la instancia de SQL Server cuando especifique parámetros del publicador o del suscriptor para procedimientos almacenados de réplica o la configuración de conexión del agente de réplica en la línea de comandos. Si el nombre de red de la instancia de SQL Server difiere del nombre de instancia registrado, los agentes no establecerán correctamente las conexiones de réplica. Si el nombre de red de la instancia y el nombre de la instancia de SQL Server son distintos, puede agregar el nombre de instancia de SQL Server como un nombre de red válido. Un método para establecer un nombre de red alternativo consiste en agregarlo al archivo de hosts local. De manera predeterminada, el archivo de hosts local se encuentra en WINDOWS\system32\drivers\etc o WINNT\system32\drivers\etc. Para obtener más información, vea la documentación de Windows.

Por ejemplo, si el nombre del equipo es comp1, la dirección IP del equipo es 10.193.17.129 y el nombre de la instancia es inst1/instname, agregue la siguiente entrada al archivo de hosts:

10.193.17.129 inst1

Para las topologías que admiten actualizaciones en los suscriptores, debe asegurarse de que se conserve la integridad de la aplicación en cada suscriptor. Todos los controles utilizados para validar cambios de datos en el publicador, como las restricciones, deben estar presentes en el suscriptor o controlarse en la aplicación. Para obtener información acerca de los agentes de réplica y las restricciones en el suscriptor, vea Controlar restricciones, identidades y desencadenadores con NOT FOR REPLICATION.

Para las topologías que admiten actualizaciones en los suscriptores, diseñe la aplicación de forma que se reduzcan al mínimo los conflictos. Si los suscriptores necesitan leer datos y no necesitan actualizarlos, se evitarán los conflictos. La partición lógica de los datos de acuerdo con las ubicaciones geográficas o los usos de negocio puede evitar también que los usuarios actualicen los mismos valores de datos, lo que evitará conflictos. Para obtener más información acerca de la partición de datos, vea Filtrar datos publicados.

Ya no se utilizan los tipos de datos text, ntext e image. Se recomienda utilizar los tipos de datos varchar(max), nvarchar(max) y varbinary(max), respectivamente. Si utiliza tipos de datos text, ntext e image, vea la sección sobre tipos de datos de objetos grandes (LOB) de los siguientes temas para obtener más información: Consideraciones acerca de la réplica transaccional y Consideraciones acerca de la réplica de mezcla.

Los publicadores que no son de SQL Server, los suscriptores que no son de SQL Server y los suscriptores que ejecutan Microsoft SQL Server 2005 Compact Edition utilizan instantáneas en modo de carácter. Si se utiliza una instantánea en modo de carácter, los tipos LOB se convierten en Unicode, lo que hace que los datos LOB del archivo de instantánea tengan un tamaño cuatro veces superior al de los mismos datos en la base de datos de publicaciones. Al copiar los datos a la base de datos de suscripciones, se vuelven a convertir, y el resultado neto es que terminan con el mismo tamaño que los datos en la base de datos de publicaciones.

Si una topología de réplica incluye versiones anteriores de SQL Server, SQL Server 2005 Compact Edition, publicadores que no son de SQL Server o suscriptores que no son de SQL Server, los tipos de datos se asignan entre las bases de datos. Para obtener la lista de asignaciones de tipos de datos, vea:

Para utilizar columnas de identidad en una topología de réplica que tenga actualizaciones en más de un nodo, cada nodo de la topología de réplica debe utilizar un intervalo distinto de valores de identidad, de forma que no se obtengan duplicados. La réplica controla las columnas de identidad en todos los tipos de publicaciones y suscripciones, y le permite administrar las columnas de forma manual o automática, a través de la réplica. Para obtener más información, vea Replicar columnas de identidad.

La réplica sólo copia la definición de las columnas calculadas al suscriptor. El valor de cada fila en el suscriptor depende de los datos que haya en el suscriptor y de si el cálculo de la columna utiliza funciones no deterministas. Si los datos en el publicador y en el suscriptor son idénticos en un momento determinado y el cálculo sólo utiliza funciones deterministas, los valores calculados para una fila serán idénticos. Si los datos son distintos o el cálculo utiliza una o más funciones no deterministas, los valores en el publicador y en el suscriptor podrían ser distintos. Para obtener más información acerca de las funciones deterministas, vea Funciones deterministas y no deterministas.

Adiciones de comunidad

AGREGAR
Mostrar:
© 2015 Microsoft