J'ai fait des recherches sur le traitement des données XML (Extensible Markup Language) sur VOS et OpenVOS, et j'ai pensé qu'il serait utile de partager ce que j'ai appris avec un public plus large.
J'ai répondu aux questions des clients de VOS qui envisagent de passer à la version 17.0 d'OpenVOS et ils se posent tous la même question : qu'y a-t-il de nouveau et pourquoi devrais-je passer à la version supérieure ?
J'ai récemment répondu à une question d'un client VOS qui voulait savoir comment faire pour que ses régions de mémoire virtuelle partagée s'alignent entre ses programmes legacy non-POSIX et ses nouveaux programmes basés sur POSIX.
Les informations sur les versions actuelles du système d'exploitation VOS/OpenVOS pour les systèmes V Series et Continuum ont changé d'emplacement sur les pages web Stratus .
Votre application vient de détecter une condition critique, vous pouvez écrire un message dans un journal d'application ou même dans le syserr_log mais comment notifier à quelqu'un, à l'instant même, que l'application a besoin d'attention ?
À moins de conserver de bons enregistrements lors de l'installation des produits VOS, déterminer la révision de tous les produits d'un module peut s'avérer une tâche ardue.
Avoir l'heure exacte sur votre module est essentiel pour toutes sortes d'activités, notamment la synchronisation des journaux et la validation des certificats de sécurité.
Dans ce blog, j'aborderai la question de savoir comment déterminer si suffisamment de processus osl_server_processus sont lancés ; dans un prochain blog, je discuterai de la manière de déterminer si la valeur max_open_servers est correcte pour votre environnement.
Il s'agit d'une version actualisée d'un article qui a été publié pour la première fois le 16 novembre 2010. Cette version ajoute plusieurs diagrammes et couvre quelques sous-thèmes supplémentaires.
J'ai récemment diagnostiqué un problème apparent de compilation pour un client d'OpenVOS. Il possède deux modules fonctionnant avec la version 17.1 d'OpenVOS.