
Memory Leak e Memory Recycle – Evitando crashs em 2 passos
Memory Recycle (MBR) como contingência para estabilizar um ambiente produtivo de Siebel CRM com Memory Leak e crash
A Oi é uma empresa de telecomunicações do Brasil, pioneira na prestação de serviços convergentes de banda larga, TV por assinatura, transmissão de voz local e de longa distância.
A companhia é a operadora com maior capilaridade de rede de fibra, com mais de 400 mil quilômetros, o que garante sua presença em todo o território nacional, chegando às áreas remotas e promovendo a inclusão digital da população. Além de serviços de telecomunicações para os mercados varejo e corporativo, a Oi oferece soluções de TI inovadoras, hospedadas em plataforma de computação em nuvem, para empresas de todos os portes.
De 2017 a 2022 a Troubleshooter IT forneceu os serviços especializados de Suporte 24/7 para os ambientes de testes da Oi.
Eram dezenas de ambientes de Siebel suportados (84 servidores de aplicação, 22 servidores de banco de dados)
Ambientes de Siebel 6.x, 7.x, 8.0.x, 8.1.x, IP11 rodando sobre plataformas Windows 32b, Windows 64b e Oracle Linux 7x com bancos de dados Oracle 11gR2 ou superior
Foram milhares de horas de suporte que repercutem até hoje dentro da Oi.

Memory Recycle (MBR) como contingência para estabilizar um ambiente produtivo de Siebel CRM com Memory Leak e crash

Essa é a segunda parte do roteiro técnico de assessment e complementa as informações introduzidas na Parte I desse documento

Kill de Sessões Siebel – Essa é a introdução do tema onde falamos sobra alta disponibilidade e definimos o que são sessões ofensoras.

Esta é a segunda parte do tema que trata sobre Kill de Sessões Siebel. Aqui abordamos sobre a identificação de sessões e cenários potenciais para um kill de sessões, seja identificando através de SQL, Locks ou Logs.

Concluímos o tema “Kill de Sessões Siebel” apresentando as orientações de como desabilitar com responsabilidade o recurso DSDisableExecuteRetry (Doc ID 753941.1) que garante alta disponibilidade.