Ho fatto alcune ricerche sulla gestione dei dati XML (Extensible Markup Language) su VOS e OpenVOS, e ho pensato che sarebbe stato utile condividere ciò che ho imparato con un pubblico più ampio.
Ho risposto alle domande dei clienti VOS che stanno valutando l'aggiornamento a OpenVOS Release 17.0 e tutti si pongono la stessa domanda: cosa c'è di nuovo e perché dovrei fare l'aggiornamento?
Di recente ho messo in campo una domanda di un cliente VOS che voleva sapere come far allineare le sue regioni di memoria virtuale condivisa tra i suoi programmi non-POSIX legacy e i suoi nuovi programmi basati su POSIX.
Le informazioni sulle versioni attuali del sistema operativo VOS/OpenVOS per V Series e i sistemi Continuum hanno cambiato ubicazione sulle pagine web Stratus .
La vostra applicazione ha appena rilevato una condizione critica, potete scrivere un messaggio su un log dell'applicazione o anche il syserr_log, ma come si fa a comunicare a qualcuno in questo momento che l'applicazione ha bisogno di attenzione?
A meno che non vengano tenuti buoni registri quando i prodotti VOS sono installati, determinare la revisione di tutti i prodotti di un modulo può essere un compito scoraggiante.
Avere il tempo corretto sul modulo è fondamentale per tutti i tipi di attività, tra cui la sincronizzazione dei log e la convalida dei certificati di sicurezza.
In questo blog tratterò come determinare se sono iniziati abbastanza processi osl_server_processi; in un futuro blog discuterò come determinare se il valore max_open_servers è corretto per il vostro ambiente.
Questa è una versione aggiornata di un articolo pubblicato per la prima volta il 16 novembre 2010. Questa versione aggiunge diversi diagrammi e copre alcuni sottoargomenti aggiuntivi.
Di recente ho diagnosticato un apparente problema di compilatore per un cliente OpenVOS. Ha due moduli che eseguono OpenVOS Release 17.1.