Solicitudes de reposición y mensajes de reposición

Última modificación del tema: 2005-07-17

La reposición se produce cuando un almacén de carpetas públicas determina que no ha recibido todas las actualizaciones para una carpeta replicada (o para la jerarquía) y que debe obtener las actualizaciones que le faltan de otro almacén.

Para simplificar el proceso de reposición, Exchange Server 2003 almacena en una matriz de reposición la información sobre las actualizaciones que faltan.

Los sucesos siguientes pueden alertar a un almacén de carpetas públicas sobre actualizaciones que faltan y de las que es necesario realizar una reposición:

• La información de estado de un mensaje de replicación entrante indica que la réplica del almacén de carpetas públicas que envió el mensaje tiene actualizaciones que faltan en el almacén receptor. El almacén receptor identifica los números de cambio que faltan y los almacena en su matriz de reposición.
• Se inicia un almacén de carpetas públicas por primera vez. El nuevo almacén envía solicitudes de estado para obtener información acerca de los demás almacenes de la jerarquía. Cuando llegan los mensajes de estado correspondientes, el almacén llena su tabla de estado de replicación y, si es necesario, la matriz de reposición. La matriz de reposición puede contener entradas tanto para la jerarquía como para las réplicas de contenido que el almacén tenga que almacenar.
• Un mensaje de jerarquía entrante indica que se va a colocar una nueva réplica de contenido en el almacén de carpetas públicas. El nuevo almacén envía solicitudes de estado para obtener información acerca del contenido que puede haber disponible para esta réplica en los demás almacenes de la jerarquía. Cuando llegan los mensajes de estado correspondientes, el almacén llena su Tabla de estado de replicación y, si es necesario, la matriz de reposición.

La matriz de reposición almacena esta información durante un período de tiempo especificado (denominado tiempo de espera de reposición). Si las actualizaciones que faltan llegan en mensajes de replicación posteriores durante este tiempo, se quitan de la matriz de reposición. En la tabla siguiente se enumeran los valores predeterminados de tiempo de espera de reposición, que dependen de dónde estén las actualizaciones que faltan y de si se han solicitado antes o no.

Tiempos de espera predeterminados para las solicitudes de reposición

Si el tiempo de espera de reposición se agota y siguen faltando actualizaciones, Exchange Server 2003 crea una o más solicitudes de reposición y determina qué servidores utilizará como orígenes de reposición.

Para seleccionar un servidor (o varios servidores) como origen para la reposición, Exchange Server 2003 crea primero una lista de todos los servidores que tienen réplicas de la carpeta y ordena después la lista según la secuencia de criterios siguiente:

1. Ordenar según el estado del servidor. Los servidores que están inactivos o no disponibles aparecen al final de la lista.
2. Ordenar según el servidor de reposición preferido (si hay alguno). Exchange Server 2003 comprueba el objeto de almacén de carpetas públicas de Active Directory para ver si hay un servidor de reposición preferido. Esta opción no suele utilizarse. En la mayoría de casos, el proceso de reposición es más eficaz si Exchange Server 2003 selecciona un servidor de reposición automáticamente. La mayoría de las implementaciones de Exchange Server 2003 no necesitan un servidor de reposición preferido. Los servicios de soporte técnico de Microsoft pueden proporcionarle una secuencia de comandos que establece un servidor de reposición preferido si su implementación lo requiere.
3. Ordenar según el costo de transporte (de menor a mayor). Los servidores del mismo grupo de enrutamiento tienen prioridad con respecto a los servidores de los grupos de enrutamiento remotos. El costo de transporte de un servidor lo calcula el motor de enrutamiento de Exchange Server 2003 y suele utilizarse para calcular la forma más eficiente de entregar un mensaje.
4. Ordenar según la versión de Exchange (de más reciente a más antigua).
5. Ordenar según el número de cambios necesarios que hay disponibles en el servidor (de mayor a menor). Los servidores que no tienen ninguno de los cambios que faltan no se incluyen en la lista.

Si un servidor no tiene todos los cambios necesarios, Exchange Server 2003 selecciona el siguiente servidor de la lista ordenada y envía también una solicitud de reposición a ese servidor. Este proceso se repite hasta que se han solicitado todos los cambios.

Si el servidor seleccionado no responde a la solicitud de reposición, el almacén marca dicho servidor como inactivo y repite el proceso de selección. Los servidores marcados como inactivos aparecen al final de la lista.

Ventajas que ofrece la reposición de Exchange Server 2003

El proceso de reposición es más eficiente en Exchange Server 2003 que en las versiones anteriores de Exchange. Esta mejora de la eficiencia deriva de un mayor énfasis en los costes de transporte de los criterios de selección para los servidores de reposición y de la capacidad de enviar solicitudes de reposición a más de un servidor a la vez. A continuación se indican detalles de las mejoras:

• El costo del transporte tiene prioridad sobre la versión de Exchange.
  Imagine una implementación de Exchange Server 5.5 con varios sitios que debe actualizarse a Exchange Server 2003. Cada sitio contiene varios servidores, cada uno de los cuales replica carpetas públicas. Agregue un servidor que ejecute Exchange Server 2003 a cada sitio. En cada sitio, el servidor de Exchange Server 2003 reposiciona sus carpetas públicas desde los servidores de Exchange Server 5.5 locales, en lugar de buscar un nuevo servidor en uno de los sitios remotos.
• El costo del transporte tiene prioridad sobre el número de actualizaciones disponibles.
  Por ejemplo, si hay algunas actualizaciones disponibles en un servidor con un costo de transporte menor, se selecciona dicho servidor para la reposición de esas actualizaciones, incluso aunque el resto de las actualizaciones deban obtenerse de otros servidores con un costo mayor. En versiones anteriores de Exchange, un servidor que albergara todas las actualizaciones necesarias se seleccionaba antes que un servidor que tuviera sólo algunas de las actualizaciones, sin tener en cuenta el costo de transporte.

Otra mejora en el proceso de reposición de Exchange Server 2003 es la posibilidad de enviar varias solicitudes de reposición simultáneamente a distintos servidores después del período de espera inicial de 6 horas (o de 12 horas en el caso del envío de solicitudes a servidores de sitios remotos). Este proceso es mucho más rápido que en las versiones anteriores de Exchange, que envían las solicitudes de reposición a un servidor cada vez si ningún servidor individual contiene todas las actualizaciones que faltan para una carpeta específica. Después de cada solicitud, las versiones anteriores de Exchange esperan a que transcurra el tiempo de espera de reintento (de 24 a 48 horas) antes de enviar la siguiente solicitud. Para obtener más información acerca de los tiempos de espera de reposición, consulte la tabla de tiempos de espera predeterminados utilizados para solicitudes de reposición anteriormente en este tema.

Ciclos de replicación de ejemplo

La figura siguiente es un caso simplificado de dos servidores que ilustra la secuencia de sucesos que se desencadenan cuando se agrega una réplica de contenido a un almacén de carpetas públicas. Esta acción agrega el almacén de carpetas públicas a la lista de réplicas de la carpeta. Tenga en cuenta que la secuencia de los pasos depende de factores como el tiempo de los intervalos de replicación y la topología de enrutamiento.

Los detalles del proceso son los siguientes:

1. Mientras trabaja en ExServ01, un administrador agrega ExServ01 a la lista de réplicas de una carpeta.
2. ExServ01 envía un mensaje de jerarquía.
3. ExServ02 agrega ExServ01 a la copia local de la lista de réplicas de la carpeta.
4. ExServ01 envía una solicitud de estado a ExServ02.
5. ExServ02 envía un mensaje de estado a ExServ01 que incluye el CNSet completo de la carpeta.
6. ExServ01 determina que falta todo el contenido de la carpeta y graba las entradas apropiadas en la matriz de reposición.
7. Si todavía falta el contenido una vez transcurrido el tiempo de espera de reposición, ExServ01 crea una solicitud de reposición y la envía a ExServ02.
8. ExServ02 compila los mensajes de contenido y los envía a ExServ01.
9. ExServ01 utiliza los mensajes de contenido entrantes para actualizar el contenido de la carpeta y la información de seguimiento relacionada.
10. Si parecen faltar todavía números de cambio, ExServ01 espera 24 horas y luego envía una solicitud de reposición actualizada. Si está disponible un servidor distinto de ExServ02, es posible que ExServ01 envíe la solicitud a ese servidor.

La figura siguiente es un caso simplificado de dos servidores que ilustra la secuencia de sucesos que se desencadenan cuando se quita una réplica de un almacén de carpetas públicas. (Esta acción quita el almacén de carpetas públicas de la lista de réplicas de la carpeta.) Tenga en cuenta que la secuencia de pasos depende de factores como el número de servidores que hay en la topología.

Los detalles del proceso son los siguientes:

1. Mientras trabaja en ExServ01, un administrador quita ExServ01 de la lista de réplicas de una carpeta.
2. ExServ01 marca su réplica (la copia de la carpeta en ExServ01) como pendiente de eliminación.
   Los clientes ya no pueden tener acceso a la carpeta utilizando este almacén.
3. ExServ01 envía un mensaje de jerarquía.
4. ExServ02 actualiza su copia de la lista de réplicas de la carpeta para mostrar que la carpeta está pendiente de eliminación en ExServ01.
   ExServ02 ya no remite clientes que buscan esta carpeta a ExServ01.
5. ExServ01 envía una solicitud de estado a ExServ02.
6. ExServ02 envía un mensaje de estado a ExServ01. Si la réplica de ExServ02 no está actualizada, ExServ02 incluye las entradas apropiadas en la matriz de reposición. Dentro de cinco minutos, ExServ02 enviará la correspondiente solicitud de reposición a ExServ01.
7. ExServ01 comprueba si la réplica de la carpeta en ExServ02 contiene toda la información que tiene la réplica pendiente de eliminación. Si no es así, ExServ01 envía las actualizaciones de contenido apropiadas y vuelve al paso 5. De lo contrario, ExServ01 continúa con el paso 8.
   Este proceso garantiza que, siempre y cuando existan otras réplicas, la eliminación de una única réplica no hará que se pierda contenido.
8. ExServ01 marca su réplica con eliminar ahora. En el siguiente ciclo de mantenimiento se quitará la réplica de ExServ01.
9. ExServ01 envía un mensaje de jerarquía.
10. ExServ02 quita a ExServ01 de su copia de la lista de réplicas de la carpeta.