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.

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

Schreibe einen Kommentar

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