Wie Sie mit Ihrem Oracle 12c System-Methodik zur Fehlerbehebung
Wenn ein Oracle 12c Absturz Sie noch nicht geschehen ist, wird es auf jeden Fall irgendwann passieren. Wenn es das tut, wird es nicht zu einem geeigneten Zeitpunkt sein.
Das Problem ist, dass die Menschen davon ausgehen, dass, weil sie ein Oracle-basiertes System haben, das Problem mit Oracle sein muss. Es könnte sein, aber Sie wissen nicht, nur noch. Oracle ist einfach eine Komponente eines größeren Systems, und die Ursache und Lösung möglicherweise nicht Oracle-basiert. Auch wenn Sie eine Oracle-Datenbank Fehlermeldung erhalten, kann die Ursache etwas außerhalb von Oracle sein.
Achten Sie darauf, bei der insgesamt aussehen System die Datenbank unterstützen, nicht nur die Datenbank selbst.
Nicht an einen Problembericht auf Gesicht Ebene reagieren. Tragen Sie eine strukturierte, wiederholbare Muster, wenn Probleme Adressierung. Diese nächste Anweisung kann nicht genug betont werden: Ihr ist ein technischer Beruf, und Sie bezahlt Probleme zu lösen, nicht nur für eine schnelle Lösung zu reagieren und hoffen.
Jeder hat eine Fehlerbehebung Methodik für ihre einzigartige Umgebung zugeschnitten, aber die folgenden ist ein Anfang:
Identifizieren Sie das eigentliche Problem. Bestimmen Sie und bestätigen, was im System passiert.
Führen Sie die grundlegende Systemprüfungen. Überprüfen Sie den Server, Betriebsumgebung und Konnektivität für die endgültige Fehler und Leistungseinbußen.
Führen Sie die grundlegende Datenbank überprüft. Bestätigen Sie, dass die Datenbank ausgeführt wird und sehen, ob Sie es anmelden können.
Bestimmen Sie, was Ihre Fehlermeldungen bedeuten.
Entwickeln Sie eine Lösung und wenden Sie es. Bestätigen Sie, dass das Update funktioniert und dass es keine unbeabsichtigten Folgen.
Mit Erfahrung und Zeit, werden Sie diese Schritte für Ihre Umgebung ändern. Je nach Situation können Sie sehr schnell einige Schritte verarbeiten - aber sie sind übersprungen noch verarbeitet werden, nicht.
Bevor irgendetwas zu tun, die wahrgenommene Problem zu beheben, müssen Sie kennt was zum echt Das Problem ist. Sie können erraten oder annehmen, nicht. Es ist viel besser, die wahre Ursache eines Problems zu behandeln, nicht nur die Symptome.
Menschen Probleme Berichterstattung aufgeregt, verpassen wichtige Details, Annahmen zu machen, und oft ungenau, die Art und Schwere einer Problem- Zustand, der einfach die menschliche Natur ist. Wenn Sie anders denken, fragen Sie jeden Polizisten oder ER Arzt über die Qualität der ersten Zeugenberichte die sie erhalten. Dies ist in der Arbeit am Computer noch verschärft, weil viele Menschen, die Probleme berichten, nicht technischer Natur sind und nicht ihre Probleme artikulieren sehr gut.
Sie müssen bestimmen, welche Systemkomponente das Problem hat und was genau passiert ist, bevor Sie ein Update entwickeln und anwenden können. Stellen Sie die folgenden Fragen:
Was: Was genau ist passiert? Haben Sie den Benutzer zu Fuß durch das, was er tut, wenn der Fehler auftritt. Arbeiten Sie direkt mit der Person, die Probleme und überwachen die Ausgabe in Echtzeit statt immer zweiter oder dritter Hand. Holen Sie Screenshots oder die Fehlermeldungen selbst.
Wer: Wer beeinflusst werden? Ist es ein oder zwei Benutzer? Ist es eine bestimmte Untergliederungen der Nutzer? Ist es alle? Auch ist es Ihre Produktion, Test- oder Entwicklungssystem? Niemals davon ausgehen, dass da jemand aufgeregt ist, muss die Produktion sein. Der Versuch, die falsche Datenbank zu beheben lassen Sie mit Scham erröten.
Woher: Betroffen sind dem Anwender eine breite geografische Lage über verbreitet, oder sind sie in einer bestimmten Stadt oder Gebäude?
Wann: Wie lange geht das schon vorkommen, und hat es vor aufgetreten? Auch dann, wenn es jedes Mal, oder nur manchmal passieren? Wenn es nur gelegentlich geschieht, Drill-down in das, was vor dem Fehler getan wird.
Wenn es erst seit einer aktuellen Systemwechsel (wie ein Patch, ein Upgrade oder ein Neustart) aufgetreten ist, kann das ein wertvoller Hinweis sein. Die Frage # 147-Was hat sich in dem System vor kurzem geändert? # 148- ist ein groß zu fragen!
Wie schlimm: Ist das ein Totalverlust des Service, bei dem das Unternehmen angehalten wird, oder ist es nur ein Ärgernis an einem selten genutzten Entwicklungssystem?
Nachdem Sie diese Fragen zu stellen, sollten Sie wissen, was passiert ist, wer es passiert, wie schlimm es ist, und wenn es gestartet. Sie sollten auch eine grobe Vorstellung davon, was Subsystem oder Komponenten müssen anfangen zu prüfen.
Halten Sie einen kühlen Kopf, wenn heiße issues- Fehlerbehebung in einer logischen Weise methodisch und Arbeit, bis das Problem behoben ist (und bestätigt fixiert werden). Andere Leute angeregt werden können, gestresst, oder unprofessionell, aber Sie müssen Ihren Verstand und Professionalität zu halten, wie Sie zu einer Lösung arbeiten. Lassen Sie sich nicht von zornigen Nutzer oder Management über die Schulter stehen einschüchtern lassen.