Descripción de la gestión de ciclo de vida de información (ILM)

Objetos de mantenimiento habilitados de ILM: períodos de retención únicos

La mayoría de los objetos de mantenimiento soportan un período de retención único. Pueden heredar los días de retención de todo el sistema definidos en la configuración maestra Configuración de ILM o pueden tener un período de retención especificado a través de la opción de objeto de mantenimiento Período de retención de ILM en días.

Para estos objetos, el período de retención específico de objeto de mantenimiento o el período de retención de todo el sistema se aplicará a todas las transacciones.

Objetos de mantenimiento habilitados de ILM: varios períodos de retención

Para varios objetos de mantenimiento, el período de retención puede variar según el tipo de transacción. Por ejemplo, los datos iniciales de medida de las unidades de medida no facturadas como, por ejemplo, el voltaje, se podrían archivar de una forma más rápida que las medidas que alimentan la producción de determinantes de factura.

Estos objetos de mantenimiento se diferencian de los objetos de mantenimiento de período de retención único de diferentes modos:

• La tabla principal de la entidad tiene una columna adicional Período de retención (RETENTION_​PERIOD) en la que se captura el período de retención en días para cada transacción. Este valor se rellena según la configuración maestra Configuración de ILM - MDM.
• Existe una configuración adicional en la configuración maestra Configuración de ILM - MDM que permite definir varios períodos de retención por criterios específicos de objeto de mantenimiento.
• Datos iniciales de medida: se pueden especificar períodos de retención por tipo de datos iniciales de medida (de intervalo o escalar) y la unidad de medida principal del componente de medición.
• Eventos de dispositivo: se pueden especificar períodos de retención por categoría de tipo de evento de dispositivo
• Actividades: se pueden especificar períodos de retención por categoría de tipo de actividad.
• Existe un lote Crawler ILM especial que soporta las transacciones de rastreo por sus períodos de retención específicos.
• Cuando se identifican registros para evaluar su elegibilidad, se tiene en cuenta la combinación de fecha de gestión de ciclo de vida de información y período de retención de cada transacción. Consulte los controles de lotes Crawler de ILM - Evento de dispositivo (D1-DECRL), Crawler de ILM - Datos iniciales de medida (D1-IMDCL) o Crawler de ILM - Actividad (D1-ACTCR) para obtener más información.
• Existe una opción de objeto de mantenimiento adicional Meses de partición de fechas de ILM que se incluye en el lote Crawler ILM para retrasar el procesamiento hasta que sean elegibles todos los registros en una partición. Esto se explica en el apartado de esta sección Estrategias de rastreo de elegibilidad de varios períodos de retención.

Ajuste de elegibilidad de transacciones no finales

Tal y como se proporcionan, los objetos de mantenimiento de Oracle Utilities Meter Data Management and Customer to Meter permiten que las transacciones no finales sean elegibles para el archivado. Se trata de un enfoque lógico cuando los datos de transacciones tienen un período de retención muy largo (por ejemplo, no es probable que tengan relevancia los datos iniciales de medida no finales de 3 años de antigüedad y en muchas circunstancias no se deben finalizar).

Si las transacciones no finales no deben ser elegibles para el archivado es algo que se puede controlar en el nivel de objeto de mantenimiento o de objeto de negocio:

• Objeto de mantenimiento - Restricción de ILM por estado (Y/N): si se establece en "Y", se opta por la posibilidad de restringir el archivado por estado. Es necesario establecer este valor para que se tengan en cuenta las restricciones de nivel de objeto de mantenimiento u objeto de negocio. Para aplicar el estado es necesario que se configuren también las opciones Restricción de ILM por estado final de objeto de negocio (Y/N) o Valor del campo de estado final de ILM.
• Objeto de mantenimiento - Restricción de ILM por estado final de objeto de negocio (Y/N): si se establece en "Y", las transacciones del objeto de mantenimiento deben estar en un estado final para la gestión de ciclo de vida de información. Un estado se considera que es final según la configuración del ciclo de vida del objeto de negocio. Se puede sustituir por la opción de objeto de negocio Estado final necesario para archivado (Y/N). Esto solo se aplica a un objeto de mantenimiento que se mantiene por objetos de negocio.
• Objeto de negocio - Estado final necesario para archivado (Y/N): si se establece en "Y", las transacciones de objeto de mantenimiento deben estar en un estado final para la gestión de ciclo de vida de información. Esto sustituye al nivel de objeto de mantenimiento Restricción de ILM por estado final de objeto de negocio (Y/N).

En la tabla siguiente se ilustra cómo afectan estas configuraciones en si una transacción determinada debe estar o no en un estado final:

Objetos de mantenimiento habilitados para la gestión de ciclo de vida de información de CCB

Jerarquía de elegibilidad de archivado

En la tabla siguiente se resumen los detalles de los algoritmos de elegibilidad para cada objeto de mantenimiento de Oracle Utilities Meter Data Management que soporte la gestión de ciclo de vida de información. La información en esta tabla incluye lo siguiente:

• En cascada por: indica cómo se inicia el archivado de las transacciones del objeto de mantenimiento. Por ejemplo, los eventos de dispositivo se pueden archivar por sí mismos o como parte de una actividad relacionada.
• Cálculo de fecha de gestión de ciclo de vida de información: indica los tipos de transacciones que afectan al cálculo de la fecha de gestión de ciclo de vida de información para las transacciones del objeto de mantenimiento. "A sí mismo" indica que las demás transacciones no afectan a la fecha de gestión de ciclo de vida de información.
• Consideraciones de elegibilidad específicas: indica las consideraciones específicas que el algoritmo de elegibilidad utiliza.
• Transacciones en cascada: indica otras transacciones que se archivan cuando se archivan las transacciones del objeto de mantenimiento. Por ejemplo, las excepciones de validación, edición y estimación se archivan con las medidas iniciales.

Elegibilidad de archivado proactivo para datos de transacciones

Algunos tipos de datos de transacción como, por ejemplo, eventos de dispositivo, datos iniciales de medida y transacciones de consumo, se pueden analizar para la elegibilidad de archivado a medida que se reciben, en lugar de esperar hasta que venza su período de retención. Esto significa que estos registros se consideran preparados para su archivado cuando se crean y no es necesario leerlos, analizarlos ni actualizarlos durante el proceso de rastreo de ILM. De esta manera, se reducen enormemente el número de registros que se van a rastrear al final del período de retención y acorta el tiempo necesario para el rastreo de la gestión de ciclo de vida de información. En esta sección se indica cómo el conmutador de archivado de ILM (ILM_​ARCH_​SW) está establecido en “Y” (Sí) para los registros de estos tipos como parte de su procesamiento inicial.

• Eventos de dispositivo:

  • El conmutador de archivado de ILM está establecido en “Y” para los eventos de dispositivo que cumplen con los criterios siguientes:

    • No se han creado supervisiones de incidencias de servicio para el evento de dispositivo

    • El evento de dispositivo no es un evento de dispositivo emparejado

  • El conmutador de archivado de ILM está establecido en “Y” para los eventos de dispositivo a través de estos algoritmos:

    • Crear supervisión de incidencias de servicio a partir de evento de dispositivo (D1-DVCEVTSIM)

    • Crear supervisión de incidencias de servicio a partir de evento dispositivo para evento emparejado (D1-PRDVEVSIM)

• Datos iniciales de medida:

  • El conmutador de archivado de ILM está establecido en “Y” por defecto para las medidas iniciales. Se trata de un enfoque diferente al de otros tipos de registros.

  • El conmutador de archivado de ILM está establecido en “N” para las medidas iniciales que cumplen con los criterios siguientes:

    • Se ha creado una actividad de sincronización de consumo para la medida inicial

    • Hay una supervisión de incidencias de servicio iniciada desde una excepción de validación, edición y estimación relacionada con la medida inicial

  • El conmutador de archivado de ILM está establecido en “N” para las medidas iniciales que cumplen con los criterios anteriores a través de los algoritmos siguientes:

    • Actualizar última fecha/hora en componente de medición escalar con sincronización consumo (D1-UDTSCMCRE)

    • Actualizar última fecha/hora de medida en componente de medición con sincronización de consumo (D1-UPD-DTMC)

    • Crear supervisión de incidencias servicio a partir de validación, edición y estimación de excepción (D2-VEEEXCSIM)

• Transacciones de consumo:

  • El conmutador de archivado de ILM está establecido en “Y” cuando una transacción de consumo llega al estado “Enviado” o “Rechazado” (o los estados “Calculado” o “Rechazado” para una transacción de consumo secundaria) a través de los algoritmos siguientes:

    • Enviar consumo (D2–SEND-USG)

    • Definir conmutador de ILM en ‘Y’ (D1-SETILMSWY)

Estrategias de rastreo de elegibilidad de varios períodos de retención

Cuando se definen varios períodos de retención para un objeto de mantenimiento, cada registro tendrá su período de retención escrito en la base de datos en el momento en que se cree el registro. Después, se utilizará este período de retención para identificar cuándo estará preparado el registro para la evaluación de elegibilidad (es decir, el rastreo).

El sistema soporta dos metodologías para ello:

• Evaluación de registros individuales
• Se trata del enfoque por defecto
• Es el enfoque estándar para evaluar la retención de la gestión de ciclo de vida de información para todos los objetos de mantenimiento con un período de retención único
• La fecha de gestión de ciclo de vida de información de cada registro se compara con la fecha actual menos el período de retención de ese tipo de registro. En otras palabras, se evaluará la elegibilidad de los registros más antiguos que el período de retención.
• En esta opción se procesará una parte de una partición cada día, y solo después de procesarse la partición completa, el administrador de base de datos podrá tomar una medida de archivado en la partición
• La consecuencia es que se hacen muchas visitas a la partición para determinar la elegibilidad

• En la imagen siguiente se ilustra cómo el método de evaluación de registros individuales rastreará a diario un día de registros en una partición y partición secundaria hasta que venza el período de retención del último día de la partición. Después, todos los registros se archivarán juntos cuando se marque el último día de la partición como elegible. De esta manera, se procesarán a diario pequeñas cantidades de registros, pero se harán visitas frecuentes a la partición.

  

• Evaluación de la partición completa
• Esta opción se habilitará mediante la configuración de Meses de partición de fechas de ILM en las opciones del objeto de mantenimiento
• En esta opción se evalúan a la vez todos los registros de una partición secundaria de período de retención correspondiente a la partición de fecha de gestión de ciclo de vida de información.
• Por ejemplo, para una estrategia de particiones mensual en el mes de enero, no se evaluaría ningún registro en la partición de enero hasta que el día 31 de enero llegue al final de su período de retención.
• Es decir, se evaluaría desde el primer día hasta el día 31 de una sola vez
• Con esta opción se suele hacer una sola visita a la partición para determinar la elegibilidad

• En la imagen siguiente se ilustra cómo el método de evaluación de la partición completa rastreará únicamente los registros de una partición y partición secundaria determinadas cuando todos los registros de esa partición sean elegibles para su evaluación. Por tanto, cuando el último día de la partición esté preparado para la evaluación, entonces se hará la evaluación de la partición completa. La consecuencia es, en muchos casos, un procesamiento periódico con una sola visita a la partición para los fines de gestión de ciclo de vida de información.