Como solucionar problemas com sua Metodologia do Oracle 12c Sistema
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 baseada 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 a base de dados, não apenas a própria base de dados.
Não reaja a um relatório de problemas ao nível do rosto. Aplicar um padrão repetitivo estruturada para enfrentar os 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 para reagir e de esperança para uma solução rápida.
Todo mundo tem uma metodologia de resolução de problemas sob medida para o seu ambiente único, mas a seguir é um começo:
Identificar o problema real. Determinar e confirmar o que está acontecendo no sistema.
Realizar verificações básicas do sistema. Verifique o servidor, ambiente operacional, e conectividade para erros definitivas e degradação do desempenho.
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.
Determinar o que suas mensagens de erro significa.
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 estão ainda processado, não ignorado.
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.
As pessoas relatam 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 de outra maneira, 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écnicos e não pode articular os seus problemas muito bem.
Você precisa determinar qual 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 de 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 toda vez ou apenas algumas vezes? Se isso acontece apenas ocasionalmente, detalhar o que está sendo feito antes de o erro.
Se isso aconteceu somente uma vez que uma mudança de sistema recente (como um remendo, um upgrade ou uma reinicialização), que pode ser um indício valioso. A questão # 147 O que mudou recentemente no sistema? # 148- é um ó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 quando a resolução de 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 para 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.