Como solucionar problemas com o seu oráculo metodologia sistema 12c

Se um acidente 12c Oracle não aconteceu com você, no entanto, ele definitivamente vai acontecer eventualmente. Quando isso acontecer, não será em um momento conveniente.

O problema é que as pessoas assumem que porque eles têm um sistema baseado em Oracle, o problema deve ser com Oracle. Poderia ser, mas você simplesmente não sabemos ainda. Oracle é simplesmente um componente de um sistema maior, e a causa raiz e solução não pode ser baseado em Oracle. Mesmo se você receber uma mensagem de erro do banco de dados Oracle, a causa pode ser algo fora da Oracle.

Certifique-se de olhar para o geral sistema apoiar o banco de dados, não apenas o próprio banco de dados.

Não reagir a um relatório problema na altura do rosto. Aplicar um padrão repetitivo estruturado ao abordar problemas. Esta próxima declaração não pode ser suficiente sublinhado: O seu é uma profissão técnica, e você é pago para resolver problemas, e não simplesmente reagir e de esperança para uma solução rápida.

Todo mundo tem uma metodologia de resolução de problemas sob medida para seu ambiente único, mas o seguinte é um começo:

1. Identificar o problema real. Determinar e confirmar o que está acontecendo no sistema.

2. Realizar verificações básicas do sistema. Verifique o servidor, ambiente operacional, e conectividade para erros definitivas e degradação do desempenho.

3. Realizar verificações básicas de banco de dados. Confirmar que o banco de dados está em execução e veja se você pode logar-se a ele.

4. Determinar o que suas mensagens de erro significa.

5. Desenvolver uma solução e aplicá-lo. Confirmar que a correção funciona e que não há consequências inesperadas.

Com experiência e tempo, você vai modificar estes passos para o seu ambiente. Dependendo da situação, você pode processar alguns passos muito rápido - mas eles são ainda processados, não ignorada.

Antes de fazer qualquer coisa para corrigir o problema percebido, você precisa conhecer o que real problema. Você não pode imaginar ou supor. É muito melhor para tratar a causa real de um problema, não apenas os sintomas.

Pessoas relatando problemas ficar animado, perca detalhes importantes, fazer suposições, e muitas vezes de forma imprecisa indicar a natureza e gravidade de um problema-que é simplesmente a natureza humana. Se você pensar o contrário, pergunte a qualquer policial ou ER médico sobre a qualidade dos relatos de testemunhas iniciais que recebem. Esta situação é agravada no trabalho do computador, porque muitas pessoas que estão relatando problemas não são técnicas e não conseguem articular seus problemas muito bem.

Você precisa determinar o componente do sistema tem o problema eo que é especificamente acontecendo antes que você possa desenvolver e aplicar uma correção. Faça as seguintes perguntas:

• O que: O que especificamente está acontecendo? Tem a caminhada do usuário através do que ele está fazendo quando o erro ocorre. Trabalhar diretamente com os problemas pessoa ter e acompanhar a questão em tempo real, ao invés de receber informações de segunda ou terceira mão. Obter capturas de tela ou as mensagens de erro em si.

• Quem: Quem está sendo impactado? É um ou dois usuários? É uma subclassificação específico de usuários? É todo mundo? Além disso, é a sua produção, teste ou sistema de desenvolvimento? Nunca assuma que porque alguém está animado, ele deve ser produção. Tentando corrigir o banco de dados errado vai deixar você corar de vergonha.

• Onde: São usuários afetados espalhados por uma vasta área geográfica, ou são em uma cidade ou edifício específico?

• Quando: Há quanto tempo isso vem ocorrendo, e já ocorreu antes? Além disso, isso acontece cada vez ou apenas algumas vezes? Se isso acontece apenas ocasionalmente, detalhar o que está sendo feito antes do erro.

  Se ocorreu somente a partir de uma mudança de sistema recente (como um remendo, um upgrade ou uma reinicialização), que pode ser um indício valioso. A pergunta “O que mudou recentemente no sistema?” É uma ótimo um para perguntar!

• Que ruim: Isso é uma perda total de serviço onde a empresa está parado, ou é apenas um aborrecimento em um sistema de desenvolvimento raramente usada?

Depois de fazer estas perguntas, você deve saber o que está acontecendo, quem está acontecendo, como é ruim, e quando começou. Você também deve ter uma ideia aproximada do que subsistema ou componentes para iniciar a verificação.

Mantenha a cabeça fria ao solucionar questões-quente ser metódico e trabalhar de uma maneira lógica até que o problema seja resolvido (e confirmado para ser corrigido). Outras pessoas podem tornar-se animado, estressado, ou não profissional, mas você precisa manter o seu juízo e profissionalismo como você trabalha para uma solução. Não se deixe intimidar por usuários ou gestão irados em pé sobre o seu ombro.