Implementierungsprobleme

Während der verschiedenen Implementierungsszenarios von WebSphere Business Monitor-Datenbankartefakten können Fehler auftreten. Nachstehend sind die empfohlenen Lösungen für jeden Fehler aufgeführt.

Während der Implementierung der generierten Datenbankartefakte können Probleme auftreten, die folgende Ursachen haben:
Tabelle 1. Implementierungsfehler
Problem Lösung
Der einer Tabelle zugeordnete Tabellenbereich scheint nicht vorhanden zu sein.
  • Stellen Sie sicher, dass die in der Tabellenbereichseigenschaftendatei definierten Tabellenbereiche mit den beschriebenen Merkmalen vorhanden sind.
  • Erstellen Sie den fehlenden Tabellenbereich mit den entsprechenden Merkmalen, und führen Sie die DDLs erneut aus, oder aktualisieren Sie die Tabellenbereichseigenschaftendatei, sodass sie den definierten Tabellenbereichen entspricht, und generieren Sie das Schema anschließend erneut.
Der einer Tabelle zugeordnete Tabellenbereich ist zu klein für die Tabelle.
  • Stellen Sie sicher, dass die in der Tabellenbereichseigenschaftendatei definierten Tabellenbereiche mit den beschriebenen Merkmalen vorhanden sind.
  • Führen Sie eine Korrektur und einen Wiederholungslauf aus, oder bearbeiten Sie die DDL manuell, um die Tabellenbereichszuordnung zu korrigieren.
In der Datenbank sind bereits Tabellen vorhanden.

Vorausgesetzt, dass diese DDL zuvor noch nicht ausgeführt wurde, gibt es zwei mögliche Ursachen für dieses Problem.

  • Bei der Generierung der DDL-Scripts war die Option Frühere Implementierungen ignorieren ausgewählt. Der Schemagenerator generiert neue Tabellenerstellungsanweisungen statt vorhandene Tabellen zu ändern. Diese Option sollte nur verwendet werden, wenn Sie Ihre Datenbanktabellen erstmalig bzw. neu erstellen wollen, d. h., wenn Sie Ihre vorhandenen Datenbanktabellen gelöscht haben. Wenn Sie wissen, dass Sie über vorhandene Datenbanktabellen verfügen und diese beibehalten wollen, führen Sie den Schemagenerator aus, ohne die Option Frühere Implementierungen ignorieren auszuwählen, und führen Sie anschließend die resultierenden DDL-Scripts aus.
  • Eine andere mögliche Ursache ist, dass zu einem gewissen Zeitpunkt eine Version dieses Business Measures-Modells entfernt und die Option Löschen und für die Berichterstellung speichern nicht ausgewählt wurde. Wenn eine Version eines Business Measures-Modells gelöscht und die Option Für die Berichterstellung speichern nicht ausgewählt wird, kann der Schemagenerator keine Änderungen mehr in den unterstützenden Datenbanktabellen für dieses Business Measures-Modell verwalten. An diesem Punkt haben Sie zwei Möglichkeiten.
    • Bilden Sie einen neuen Zweig; erstellen Sie ein neues Business Measures-Modell auf Basis des aktuellen Modells, und implementieren Sie es als ein neues Business Measures-Modell mit einer neuen Gruppe von Tabellen. Sie können die Daten aus den vorhandenen Tabellen manuell in die neuen Tabellen migrieren.
    • Löschen Sie manuell die vorhandenen Datenbanktabellen, die dieses Business Measures-Modell unterstützen, und verwenden Sie die bereitgestellten Zuordnungsdateien als Richtschnur. Nachdem Sie die Tabellen gelöscht haben, führen Sie den Schemagenerator mit der Option Frühere Implementierungen ignorieren aus. Die resultierenden DDL-Scripts erstellen eine neue Gruppe von Tabellen, die diese neueste Version des Business Measures-Modells unterstützen.
Anmerkung: Wenn Sie nicht vor dem Löschen der alten Tabellen die Daten aus diesen Tabellen manuell sichern und anschließend in die neu erstellten Tabellen migrieren, werden Sie über kein Berichterstellungsprotokoll für die Prozesse verfügen, die von den alten Versionen des Business Measures-Modells ausgeführt wurden.

Es wird nicht empfohlen, die Option Löschen statt der Option Löschen und für die Berichterstellung speichern zu verwenden, außer Sie beabsichtigen, zukünftig keine neue Version dieses Business Measures-Modells mehr zu implementieren.

Der Tabellenbereich ist zu klein. (Obwohl der standardmäßig dieser Tabelle zugeordnete Tabellenbereich für die Spaltengröße ausreichend war, wurde die Seitengröße des aktuellen Tabellenbereichs aufgrund nachträglich hinzugefügter Messwerte überschritten.) Sie müssen diese Tabelle sichern, löschen und anschließend erneut erstellen und die Tabelle dabei einem größeren Tabellenbereich zuordnen. Die gespeicherten Daten sollten anschließend in die neue Tabelle geladen werden. Sobald die aktuelle Tabelle in einem größeren Tabellenbereich neu erstellt wurde, können Sie die neuesten DDL-Scrips ausführen, die der Tabelle die erforderlichen Spalten hinzufügen werden.
Es können sich auch Situationen ergeben, in denen Sie aus verschiedenen Gründen mit Ihren Datenbanktabellen von vorne beginnen wollen. Sie haben beispielsweise eine Reihe von Messwerten, die Sie nicht mehr benötigen, die sich aber noch immer in Ihren Datenbanktabellen befinden, weil sie in früheren Versionen des Business Measures-Modells vorhanden waren. In solchen Fällen ist die einfachste Vorgehensweise, das Projekt in WebSphere Business Modeler umzubenennen. Das Business Measures-Modell wird als ein neuer Modus behandelt, und es werden neue, eindeutige Tabellen in der Datenbank erstellt.
Anmerkung: In diesem Fall werden keine Protokolldaten aus früheren Prozessinstanzen zur Verfügung stehen.
Wenn Sie die Protokolldaten anzeigen wollen, kopieren Sie die Daten aus den ursprünglichen Datenbanken in die neu erstellten Tabellen. Die Spaltennamen werden zwar nicht übereinstimmen, aber die Datentypen werden übereinstimmen. Sie können die (mit den DDL-Scripts generierten) Zuordnungsdateien oder Datenbankspaltenkommentare verwenden, um zu ermitteln, welche Spalte welchem Messwert und welche Tabelle welchem Prozess entspricht.
Anmerkung: Für einige Spalten aus den ursprünglichen Tabellen werden in den neuen Tabellen keine entsprechenden Spalten vorhanden sein, wenn diese Messwerte in der neuesten Version Ihres Business Measures-Modells nicht länger vorhanden sind.

Copyright IBM Corporation 2005, 2006. Alle Rechte vorbehalten.