He estado investigando el manejo de datos XML (Extensible Markup Language) en VOS y OpenVOS, y pensé que sería útil compartir lo que aprendí con un público más amplio.
He estado respondiendo a las preguntas de los clientes de VOS que están considerando actualizar a la versión 17.0 de OpenVOS y todos se preguntan lo mismo: ¿qué hay de nuevo y por qué debería actualizar?
Recientemente respondí a una pregunta de un cliente de VOS que quería saber cómo hacer que sus regiones de memoria virtual compartida se alineen entre sus programas legacy no POSIX y sus nuevos programas basados en POSIX.
La información sobre las versiones actuales del sistema operativo VOS/OpenVOS para V Series y los sistemas Continuum ha cambiado de ubicación en las páginas web de Stratus .
Su aplicación acaba de detectar una condición crítica, puede escribir un mensaje en un registro de la aplicación o incluso en el syserr_log, pero ¿cómo se notifica a alguien ahora mismo que la aplicación necesita atención?
A menos que se mantengan buenos registros cuando se instalen los productos VOS, determinar la revisión de todos los productos de un módulo puede ser una tarea desalentadora.
Tener la hora correcta en su módulo es fundamental para todo tipo de actividades, incluida la sincronización de los registros y la validación de los certificados de seguridad.
En este blog trataré de cómo determinar si se inician suficientes procesos osl_server_processes; en un futuro blog discutiré cómo determinar si el valor de max_open_servers es correcto para su entorno.
Esta es una versión actualizada de un artículo que se publicó por primera vez el 16 de noviembre de 2010. Esta versión añade varios diagramas y cubre algunos subtemas adicionales.
Recientemente diagnostiqué un aparente problema de compilación para un cliente de OpenVOS. Tiene dos módulos que ejecutan la versión 17.1 de OpenVOS.