Oracle 9i und "/ as SYSDBA"

Lange ist es her seitdem Oracle 9i aktuell war.
Was nicht bedeutet, dass es nicht noch genug Datenbanken gibt, die auf dieser Version laufen.

Sollte das beliebte

sqlplus / as sysdba

nicht funtkionieren, sondern mit dem Hilfetext beantwortet werden, so kann es daran liegen, dass man unter Oracle 9i Anführungszeichen benutzen muss um "/ as SYSDBA" einzuklammern.

sqlplus "/ as SYSBA"

funktioniert einwandfrei.

Es ist doch erstaunlich, was man alles mal ganz selbstverständlich wusste und nun vergesse hat :-)

Shell automatisch an Änderung der Terminal-Größe anpassen

Greift man auf ein Unix-System über ein Terminal-Programm wie zum Beispiel PuTTY zu, so kann man sehr leicht die Größe des Ausgabefensters mit der Maus verändern.
Hat man nach einer Größenänderung ein seltsames Verhalten in der letzten Zeile, wenn über deren Ende hinaus geschrieben wird, so hat die Shell die Änderung sehr wahrscheinlich nicht mitbekommen.

In der BASH reicht es, wenn man den Befehl

shopt -s checkwinsize

aufruft um die Shell auf Größenänderungen reagieren zu lassen.

Will man diesen Befehl immer aktiv haben, so ist es am einfachsten, wenn man diese in die .profile oder .bash_rc einträgt.

Oracle Installer Abbruch mit: Refer associated stacktrace #oracle.install.commons.util.exception.DefaultErrorAdvisor:35

Oracle Silent Installation bricht mit folgender Meldung im Installer-Log ab:

SEVERE: [FATAL] <hostname>: <hostname>.
Refer associated stacktrace #oracle.install.commons.util.exception.DefaultErrorAdvisor:35
INFO: Advice is ABORT
SEVERE: Unconditional Exit
INFO: Adding ExitStatus FAILURE to the exit status set
INFO: Finding the most appropriate exit status for the current application
INFO: Exit Status is -1
INFO: Shutdown Oracle Database 11g Release 2 Installer

anstelle von <hostname> stand selbstverständlich der reale Hostname

Betriessystem: Solaris 10
Oracle Version: 11gR2

Lösung:
Der eigene Hostname konnte nicht in der /etc/hosts aufgelöst werden wegen eines Tippfehlers - nach Bereinigung des Tippfehlers war eine Installation wie erwartet möglich.

Fritz Box zum Mitschneiden von Netzwerkverkehr verwenden

Die Fritz Box kann auch zum Mitschnitt von Netzwerk-Datenverkehr verwendet werden.

Hierzu muss man auf die spezielle URL http://fritz.box//html/capture.html gehen und sich anmelden.

Dort kann man einen Netzwerk-Trace im Wireshark Format erzeugen lassen.

Windows Patch KB 2656351 und KB 2600217 werden immer wieder zur Installation aufgeführt

Windows meldet die Patches KB 2656351 und KB 2600217 permanent als wichtig und noch zu installierend.

Es handelt sich um Patches für das .Net-Framework.

Das Framework selbst scheint noch einwandfrei zu funktioneren, aber scheinbar sind irgendwelche Rahmenbedingungen für den Patch nicht mehr so, dass er sauber installert und dies auch entsprechend einträgt.

Ein Eintrag bei Microsoft bringt einen auf die richtige Lösung:
Das Microsoft Dot-Net-Cleanup-Tool herunterladen (dotnetfx_cleanup_tool.zip) und entpacken
Mit dem Cleanup-Tool die Dot-Net Frameworks löschen lassen
Windows Update aufrufen und die dort vorgeschlagenen Komponenten nachinstallieren lassen

Mir hat es geholfen.

Interessant ist auch ein Hintergrundartikel bei Tecchannel über das Cleanup-Tool.

Windows zeigt nur noch Kästchen statt Buchstaben

Extremabkürzung: Font-Cache löschen ist meine Lösung

Windows Patchday.
In den allermeisten Fällen geht das problemlos von Statten.
Patches einspielen, eventueller Reboot.
Sache erledigt.

Bisher hatte ich auch meist Glück.

Doch diese Woche hat es mich und meine Frau erwischt.

Mittwochs daheim privat gepatcht.
Donnerstags die Rechner angeschaltet.
Windows startet einwandfrei.
Windows funktioniert prima.
Nur leider haben sämtliche Microsoft Programme (Windows selbst und Office) nun ein Problem mit der Darstellung von Schriften in Menüs und technischen Dialogen.
Auch das Suchfeld im Startmenü, die Beschriftung in der Systemsteuerung, usw. gehören dazu.
Auf gut Deutsch: mit dem System ist nicht mehr richtig zu arbeiten.


Also nichts wie los mit der Analyse:
Betroffen sind zwei identische Rechner mit identischer Installation und Konfiguration.
Es scheint also ein nachvollziehbares Problem zu sein und kein dummer einmaliger Zufall.
Betroffen scheint genau eine Schriftart zu sein, die Windows 7 besonders gerne verwendet.
Die Google-Suche ergibt  Segoe als Namen der aktuellen Windows 7 Systemschriftart.
Einige kreative Suchen weiter weiss ich, dass am 09.10.2012 ein Windows Update (KB2729094) mit einem Update genau dieser Schrift verteilt wurde.
Eine Deinstallation des Updates über den Punkt "Installierte Updates" (aufpassen, die Updates sind in Kategorien unterteil, die getrennt voneinander sortiert werden) bringt leider auch keinen Erfolg.
Windows will penetrant dieses wichtige Update wieder einspielen - also wieder rauf damit.
Zurücksetzen der Schriftarteneinstellungen auf Standard bringt auch nichts - immer noch Kästchen als Buchstaben an vielen Stellen im System.
Googeln nach dem Problem führt irgendwie nicht auf die richtige Spur.
Es gibt zwar viele spannende Fragen, wenige gute Anworten, aber die bringen alle nichts.

Eine Systemreparatur mit

sfc /scannow

wird empfohlen.
Bringt aber nichts, da werden wohl wirklich nur für den Systemstart relevante Dateien bereinigt.
Man solle prüfen ob die Tastatur auf Japanisch eingestellt ist ...
Lustige Idee, aber hilft nicht.
Helfen würde wahrscheinlich eine Umstellung der Benutzen Schriftart in allen Dialogen des Systems auf eine andere Schrift als Segoe, aber das will ich nicht - die Schrift finde ich an sich doch sehr angenehm.
Jedenfalls sehe ich, dass alle Segoe Schriftschnitte vom Problem betroffen sind.

Nun komme ich ins Grübeln und rekapituliere:

1. Ein Schriftenupdate wurde installiert
2. Die betroffene Schhrift wird nicht mehr angezeigt an vielen Stellen, an manchen (da wo es größer und/oder farbig ist) doch
3. mit anderen Schriften würde es funktionieren
4. Deinstallation und Reinstallation des Schriftenupdates helfen nicht

Dann nehmen wir doch mal an, dass die Schrift selber nicht defekt ist.
Das Font-Rendering-System funktioniert bei allen anderen Schriften.

Was passiert eigentlich beim Font-Rendering?

Soviel ich weiss, wird die Schrift bei Bedarf gerendert in der jeweils notwendigen Schriftgröße.
Da dieser Vorgang relativ aufwendig ist wird der Fertige Buchstabe (Glyphe) im Font-Cache
zwischengespeichert für weiter Verwendung.
Bei Bedarf nach einem der vorgerenderten Zeichen wird sich aus dem Font-Cache bedient.

AHAAAAAAA!

FONT-CACHE!

Der Nebel lichtet sich.
Was passiert wenn beim Schriften-Update vergessen wird den Font-Cache zu löschen/aktualisieren?
Hmmmm... vielleicht undefinierte Zeichen, die dann als Kästchen ausgegeben werden?

Also lösche ich den Font-Cache indem ich die Datei

c:\Windows\System32\FNTCACHE.DAT 

umbenenne (bezieht sich auch Windows 7).
Diese enthält den Font-Cache.
Bei jedem Neustart wird sie - wenn nicht schon vorhanden - frisch angelegt und bei Bedarf befüllt.

Und das ist dann auch die Lösung des Problems - man muss den Font Cache löschen, damit er neu mit korrekten Glyphen gefüllt wird.

Vollkommen triviale Ursache, vollkommen triviale Lösung - nur finden muss man sie.

Vielleicht kann ich mit diesem Eintrag jemandem weiterhelfen damit er nicht so lange suchen muss wie ich.

Solaris TCP-Einstellungen auslesen

Ab und zu interessiert es auch den DB-Admin, wie die TCP Parameter für "sein" Betriebssystem gesetzt sind.
In Solaris geht das über den Befehl "ndd".

Mit /usr/sbin/ndd -get kann man die Einstellungen auslesen, mit /usr/sbin/ndd -set kann man sie neu setzen - wenn man dazu berechtigt ist.

Eine Liste aller Parameter liefert:

/usr/sbin/ndd -get /dev/tcp ?

Will man den TCP_IP_ABORT_INTERVAL-Parameter abfragen, so nutzt man:

/usr/sbin/ndd -get /dev/tcp tcp_ip_abort_interval