Tenho feito algumas pesquisas para lidar com dados XML (Extensible Markup Language) sobre VOS e OpenVOS, e pensei que seria útil compartilhar o que aprendi com um público mais amplo.
Tenho feito perguntas de clientes VOS que estão considerando atualizar para o OpenVOS Release 17.0 e todos eles estão fazendo a mesma pergunta - o que há de novo, e por que eu deveria atualizar?
Recentemente coloquei uma pergunta de um cliente VOS que queria saber como fazer com que suas regiões de memória virtual compartilhada se alinhassem entre seus programas antigos não-POSIX e seus novos programas baseados em POSIX.
As informações sobre os lançamentos/versões atuais do sistema operacional VOS/OpenVOS para os sistemas da Série V e Continuum mudaram de local nas páginas web da Stratus.
Sua aplicação acabou de detectar uma condição crítica, você pode escrever uma mensagem para um log de aplicação ou mesmo para o syserr_log, mas como você notifica alguém agora mesmo que a aplicação precisa de atenção?
A menos que bons registros sejam mantidos quando os produtos VOS são instalados, determinar a revisão de todos os produtos em um módulo pode ser uma tarefa assustadora.
Ter o tempo correto em seu módulo é crítico para todos os tipos de atividades, incluindo sincronização de log e validação de certificados de segurança.
Neste blog vou abordar como determinar se osl_server_processos são iniciados o suficiente; em um blog futuro discutirei como determinar se o valor max_open_servers está correto para seu ambiente.
Esta é uma versão atualizada de um artigo que foi publicado pela primeira vez em 16 de novembro de 2010. Esta versão adiciona vários diagramas e cobre alguns subtópicos adicionais.
Recentemente diagnostiquei um aparente problema de compilação para um cliente OpenVOS. Ele tem dois módulos executando o OpenVOS Release 17.1.