Acerca de los conjuntos de datos y estados de PDS V2

Revise la información sobre cómo funcionan los conjuntos de datos PDS V2 y la terminología relacionada.

En el almacén de datos V2 persistentes (PDS V2 ), los conjuntos de datos se definen dinámicamente desde Tivoli Enterprise Monitoring Server (el servidor de supervisión ) o Tivoli Enterprise Monitoring Agent (el agente de supervisión ). El número y el tamaño de los conjuntos de datos por aplicación son configurables por el usuario, y se utiliza un proceso de envolvimiento para asignar y suprimir los conjuntos de datos al cambiar de un conjunto de datos al siguiente. Los conjuntos de V2 datos PDS también admiten el cifrado de z/OS conjuntos de datos.

Un conjunto de datos de historial está activo si lo está grabando actualmente un servidor de supervisión o un agente de supervisión. En un momento determinado, las operaciones de tipo de actualización en las tablas de una aplicación determinada se dirigen sólo a uno de los conjuntos de datos disponibles para el almacén de datos; este conjunto de datos es el conjunto de datos activo . Todos los demás conjuntos de datos definidos en el almacén de datos para la aplicación se denominan inactivos.

Nota: Para que cualquier mantenimiento (como realizar una copia de seguridad) se realice en un conjunto de datos, el conjunto de datos debe estar inactivo.

Cuando el conjunto de datos activo se queda sin espacio o a medianoche local (en función de la configuración), se produce un conmutador de conjunto de datos automático. El conmutador de conjunto de datos cambia el conjunto de datos activo para una aplicación al conjunto de datos reservado , que es un conjunto de datos designado por PDS V2 como el siguiente conjunto de datos disponible para la aplicación.

Después de que se produzca el conmutador, en preparación para el siguiente conmutador, PDS V2 asigna el siguiente conjunto de datos reservado. Si se ha asignado el número configurable por el usuario de conjuntos de datos para el almacén de datos y los conjuntos de datos están llenos, el conjunto de datos más antiguo se elimina y se sustituye por un conjunto de datos vacío recién asignado con el mismo nombre del conjunto de datos suprimido. Este proceso de designar un conjunto de datos reservado por adelantado permite la oportunidad de abordar los problemas que pueden producirse al asignar el conjunto de datos.

Nota: Si un conjunto de datos reservado no está disponible y no se puede asignar, se reutiliza el conjunto de datos más antiguo.

Estados del conjunto de datos PDS V2

Se utilizan varios términos para describir el estado de los conjuntos de datos PDS V2 en cualquier momento. La lista siguiente resume estos términos.

activo/inactivo: Un conjunto de datos de historial está activo si lo está grabando actualmente un servidor de supervisión o un agente de supervisión. Todos los demás conjuntos de datos definidos en el almacén de datos para la aplicación se denominan inactivos.
vacío/parcial/lleno: Un conjunto de datos está vacío si no se han grabado datos históricos en él. Un conjunto de datos es parcial si se han grabado en él algunos datos históricos y todavía hay espacio disponible. Un conjunto de datos está lleno cuando no hay espacio suficiente para que se graben datos históricos adicionales en él.
lectura/escritura: Un conjunto de datos está en modalidad de lectura normalmente cuando se asigna al almacén de datos pero está inactivo. Un conjunto de datos normalmente está en modalidad de escritura cuando es el conjunto de datos activo.
reservado: Un conjunto de datos reservado es un conjunto de datos vacío que es el conjunto de datos de destino cuando se produce un conmutador. Normalmente hay un conjunto de datos reservado para una aplicación, pero podría haber más cuando PDS V2 se inicia por primera vez. La finalidad del conjunto de datos reservado es que el siguiente conmutador sea satisfactorio; si hay problemas al asignar el conjunto de datos, el problema se puede solucionar antes de que se necesite el conjunto de datos, evitando posibles errores de grabación.