Consideraciones para todos los tipos de réplica

Artículo
12/15/2008

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.

Agente SQL Server

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.

Consideraciones relativas a la seguridad

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.

Consideraciones administrativas

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.

Consideraciones acerca de la red y el rendimiento

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:

Transferir la instantánea con un CD-ROM o dispositivo de cinta. Para obtener más información, vea Ubicaciones alternativas para las carpetas de instantáneas e Instantáneas comprimidas.
Inicializar las suscripciones sin 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.

Especificar nombres de servidor en topologías de réplica

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

Integridad de los datos

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.

Conflictos de datos

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.

Tipos de datos de objetos grandes (LOB)

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.

Asignación de tipos de datos

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:

Usar varias versiones de SQL Server en una topología de réplica
Tipos de datos y réplica (SQL Server 2005 Compact Edition)
Asignar tipos de datos para publicadores de Oracle
Suscriptores de Oracle
Suscriptores de IBM DB2

Columnas de identidad

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.

Columnas calculadas

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.