Cada instancia de Caché mantiene un diario, un conjunto de archivos que mantiene un registro de actualizaciones de secuencia de tiempo que se han realizado en las bases de datos desde la última copia de seguridad. El proceso es redundante y lógico y no utiliza el daemon de escritura de Caché.
Las versiones de mantenimiento 2025.1.4 y 2024.1.6 de la plataforma de datos InterSystems IRIS®, InterSystems IRIS® for HealthTM y HealthShare® Health Connect ya están disponibles de forma general (GA). Estas versiones incluyen correcciones para una serie de alertas y avisos emitidos recientemente, incluyendo los siguientes:
| ID de la alerta | Producto y versiones afectadas | Categoría de riesgo y puntuación | Requisitos explícitos |
| DP-449126 | InterSystems IRIS® data platform InterSystems IRIS® for Health InterSystems Health Connect™ versions 2024.1.0 – 2024.1.5, 2024.2.0, 2024.3.0, 2025.1.0 – 2025.1.3, 2025.2.0, 2025.3.0 |
Data Integrity: Low Risk | Las actualizaciones de la base de datos realizadas como parte de la lógica personalizada para los eventos de sesión CSP pueden no registrarse en el journal. |
InterSystems ha estado a la vanguardia de la tecnología de bases de datos desde su creación, siendo pionera en innovaciones que superan constantemente a competidores como Oracle, IBM y Microsoft. Al centrarse en un diseño eficiente del núcleo y adoptar un enfoque sin concesiones en el rendimiento de los datos, InterSystems se ha hecho un hueco en las aplicaciones de misión crítica, garantizando fiabilidad, velocidad y escalabilidad.
InterSystems ha corregido un defecto que provoca la introducción de registros no válidos en la base de datos y en los ficheros de journal al utilizar una sintaxis específica de $LIST. La probabilidad de encontrar este defecto es muy baja, pero los impactos operativos pueden ser significativos.
Productos afectados
Si el sistema no se para durante 24 horas, los archivos journal serán eliminados a las 0:30 según la "Configuración de la eliminación de archivos journal".
Una posible causa de que los archivos journal permanezcan más tiempo del establecido en la "Configuración de la eliminación de archivos journal" es que hay transacciones que permanecen abiertas.
En ese caso, se podrá eliminar el archivo journal buscando procesos que estén ejecutando transacciones y finalizando las transacciones.
Trabajando en soporte generalmente me preguntan cuántos días hay que mantener los journals. ¿Debería ser dos días o después de dos copias de seguridad? ¿Más? ¿Menos? ¿Por qué dos?
La respuesta correcta (para la mayoría de los entornos) es que se debería conservar los ficheros de journal desde la última copia de seguridad validada. Es decir, hasta que no verifique si una copia de seguridad es válida (restaurando el archivo y verificándolo con la utilidad Integrity), no puede estar seguro de que haya una buena copia de los datos y no por tanto no se deberían purgar los journals de manera segura.