Todsünden bei der Journalisierung, Teil 2

24. Juni 2011 | Von | Kategorie: Hochverfügbarkeit

Haben Sie Ihr Gewissen erforscht und überprüft, ob Sie die Regeln der Journalisierungs-Tugend einhalten, die wir Ihnen im ersten Teil aufzeigten? Die Fortsetzung unseres Sündenregisters nennt Ihnen eine weitere Verfehlung, derer Sie sich bei der Journalisierung tunlichst enthalten sollten.

Fühlen Sie sich schuldig? Tun Sie Buße, lernen Sie, und optimieren Sie Performance und Zuverlässigkeit Ihrer Journalisierung

Bereits erschienene Todsünden: Dezember 2010:

  1. Sind Sie zu knauserig oder sogar richtig geizig?
  2. Konfigurieren Sie mehrere aktive Journalreceiver im selben ASP?

Weitere Teile des Artikels

3. Schützen Sie unbesehen jede physische Datei, die Ihnen über den Weg läuft?

Journalisierung kann für Ihre wirklich wichtigen Dateien sehr sinnvoll sein – für diejenigen, ohne deren Inhalt Sie schwer leben können –, aber sie  kann auch Overkill sein, z.B. für Arbeitsdateien. Diese Dateien benötigen einfach nicht denselben Grad an Schutz oder Replikation oder Überlebensfähigkeit wie Ihre produktiven Dateien. Sie zu schützen kann eine  Verschwendung sein – sowohl für Ihr Produktiv-System (verschwendete CPU-Zyklen und verschwendeter Plattenspeicher für die Journalisierung) als auch für Ihre teuren Kommunikationsleitungen (Journaleinträge mit geringem Wert werden übertragen, um Arbeitsdateien zu schützen und zu replizieren, die Sie wahrscheinlich sowieso löschen würden). Der übereifrige, flächendeckende Einsatz der Journalisierung ist eine Art von Verschwendung.

Vielleicht sind Ihre Augen größer als der Magen. Falls das zutrifft, ist es an der Zeit, sich zu bessern und wählerisch zu werden. Die hier beschriebene Versuchung ist für diejenigen unter uns besonders groß, die sich entschlossen haben, das neue IBM i 6.1 Feature, die Bibliotheksjournalisierung, einzusetzen, bei dem man nur einer Bibliothek das Journalisierungsattribut zuordnet und damit für alle vorhandenen und in Zukunft erstellten
Dateien in dieser Bibliothek die Journalisierung aktiviert. Eine nette kleine Falle: Im Handumdrehen journalisiert man Objekte, wie z.B. Arbeitsdateien oder Ausgabedateien, bei denen man sonst nie auf die Idee
gekommen wäre, sie besonders zu schützen.

Wenn man diszipliniert und konsistent arbeitet und alle Arbeitsdateien und Ausgabedateien nicht in der produktiven Datenbibliothek speichert, kann der Befehl STRJRNLIB tatsächlich nützlich sein. Andernfalls gilt
es, auf der Hut zu sein und mit Bedacht zu handeln.

Schützen Sie nicht mehr als sinnvoll ist!

Ausblick

Erforschen Sie Ihr Gewissen, und zeigen Sie tätige Reue – es lohnt sich! Auch im nächsten Teil unserer Serie werden wir Ihnen wieder einige Regeln nennen, die Ihnen dabei helfen, nicht vom Pfad der Journalisierungs-
Tugenden abzuweichen.

Nach mehr als 30 Jahren Entwicklungsarbeit bei IBM für die Journalunterstützung von IBM i hat sich Larry Youngren in den „Unruhestand“ verabschiedet und unterrichtet und berät jetzt zu Fragen rund um das Thema Hochverfügbarkeit. Übersetzt und für den deutschsprachigen Markt überarbeitet von Mathias Spateneder.

Schlagworte: , , , , , , , , , , ,

Schreibe einen Kommentar

Sie müssen eingeloggt sein, um einen Kommentar schreiben.