Gestor de colas de replicación

Comunicación entre el nodo Netezza Performance Server (NPS) y el gestor de colas de replicación

El nodo NPS® y el gestor de colas de replicación utilizan dos métodos para comunicarse. Utilizan el Sistema de Archivos de Red NFS ) estándar para leer datos. Replication Services también utiliza RQM File Transfer Sender, un protocolo de escritura personalizado con un rendimiento superior al de NFS, para escribir el resto de datos y exportar metadatos del catálogo de replicación. Para que los permisos NFS funcionen correctamente, los identificadores de usuario y grupo (UID y GID, que son valores numéricos) para el usuario administrador de Netezza® (normalmente nz) deben ser iguales en los gestores de cola de replicación y NPS. Si esto no es cierto, el nodo NPS experimenta errores de permiso al escribir datos en el gestor de colas.

Topología de red del gestor de colas de replicación

Todos los gestores de colas de replicación de un conjunto de replicación definen conjuntamente una topología distribuida en la que cada nodo de replicación está conectado a todos los demás nodos de replicación. Dentro de esta topología, cada nodo de replicación tiene un único nombre de host canónico de administrador de cola de replicación que debe resolverse a la dirección IP de su enlace WAN. Cuando los hosts del gestor de colas de replicación se conectan entre sí, intercambian sus nombres canónicos. Estos nombres de host completamente cualificados permiten al RQM descubrir problemas de red, como conexiones duplicadas o autorreferencias, que son causados por problemas de configuración de red, pero permiten al RQM soportar servidores multihomed.

Cuando los gestores de colas de replicación se conectan, también comparten entre sí los nombres de host completos de todos los demás hosts de servidores de registro de la topología. Esto significa que la adición de una instancia de RQM a cualquier host de servidor de registro en la topología añade ese host a todos los demás hosts de servidor de registro en la topología. Esto ahorra el esfuerzo de tener que añadir cada host de servidor de registro individualmente a todos los demás hosts de servidor de registro.

El valor predeterminado para el nombre canónico del gestor de colas de replicación es el nombre de dominio completo del dispositivo Cloud Pak For Data System que está configurado para el gestor de colas de replicación.

Es muy recomendable utilizar el comando traceroute para identificar la ruta de un gestor de colas a otro y confirmar que la ruta se conecta a través de la dirección IP de la WAN. Además, para protegerse de accesos no autorizados, utilice cortafuegos para limitar el acceso al gestor de colas de replicación.

Prioridad de transferencia de datos

El software RQM utiliza un algoritmo heurístico de tamaño pequeño/grande para priorizar el orden de envío de los datos. Se da prioridad a una pequeña cantidad de datos, de modo que la información de control se transmite más rápidamente que la transmisión de una gran cantidad de datos. Una gran cantidad de datos se transmite en bloques, de uno en uno, en el orden en que se registran (que puede ser distinto del tiempo de modificación).

Los matices en torno al algoritmo de transferencia RQM pueden tener efectos sobre cómo se produce la replicación entre nodos, dependiendo de la naturaleza de la carga de trabajo o de cualquier operación iniciada por el usuario fuera de la replicación. Por ejemplo, una carga de trabajo de replicación que implica varias cargas grandes en una transacción no se completa en el nodo NPS de réplica hasta que todos los datos de carga se transfieren al gestor de colas de replicación asociado a la réplica y, a continuación, al host NPS de réplica. En este ejemplo, la carga de trabajo de replicación podría verse afectada si un usuario iniciara una copia de seguridad especificando la opción de transferencia -pts (una opción del comando nzreplbackup que hace que se utilice el software RQM para transferir la copia de seguridad a la réplica automáticamente). La opción afecta al rendimiento porque crea datos adicionales que deben priorizarse con las otras grandes cantidades de datos de replicación.

En el uso normal de la replicación, debería haber una necesidad limitada de interactuar directamente con el gestor de colas de replicación desde una perspectiva operativa. Si se produce un comportamiento inesperado durante la replicación (por ejemplo, un retraso inesperado o un mensaje de error), la información sobre el estado de la replicación puede indicar que debe comprobar el gestor de colas para obtener información. Además, puede comprobar el estado y el funcionamiento del gestor de colas como parte de la resolución de problemas de conectividad entre sitios de replicación.

Gestión del almacenamiento de registros

La partición de datos en el gestor de colas de replicación es crítica tanto para la replicación como para el buen funcionamiento del host NPS. Si la partición de datos RQM se llena en el host primario, la replicación se detiene y no se permite la ejecución de transacciones que modifiquen datos replicados o globales. Si la partición de datos RQM se llena en un host de réplica, el host se vuelve cada vez más latente en relación con el primario, ya que no se pueden recibir nuevas transacciones replicadas debido a la falta de almacenamiento. El gestor de colas de replicación primario continúa intentando enviar información de transacciones hasta que se agota el espacio en el primario o el envío de la información se realiza correctamente. El proceso de limpieza sólo elimina los datos de registro enviados correctamente.

El espacio libre en disco en la partición de datos RQM es monitorizado constantemente por el servicio de replicación, que genera eventos NPS si la cantidad de espacio en disco cae por debajo de un porcentaje configurable del tamaño totalmente configurado. El servicio de replicación dispone de una utilidad flexible y configurable para la poda inteligente de datos antiguos relacionados con transacciones y replicación en la partición de datos RQM. El gestor de colas de replicación conserva todos los registros y datos hasta su poda. Para más información, consulte el comando nzreplprunepts.

Puedes utilizar el RQM para transferir datos de copia de seguridad. Sin embargo, al hacerlo se consume espacio de almacenamiento. A la hora de determinar los requisitos de almacenamiento, hay que tener en cuenta el almacenamiento adicional que se necesita para soportar este proceso además de la replicación por sí sola. Además, los conjuntos de copias de seguridad fuera de la replicación (copias de seguridad que no se transfieren utilizando el software RQM) no son gestionados por la utilidad de poda de replicación. Por lo tanto, debe gestionar manualmente la limpieza de los datos de copias de seguridad anteriores.

Si la partición de datos RQM se acerca con frecuencia a sus limitaciones de almacenamiento, considere ejecutar la utilidad de poda más a menudo.