1 Themenübersicht
Das Tool „chkrep“ überprüft die Konsistenz der Metadaten im Repository. Bestimmte Inkonsistenzen können repariert werden.
2 Zielgruppe
- Entwickler
- System-Administratoren
3 Beschreibung
Die Überprüfung der Metadaten kann über Parameter eingeschränkt werden. Optional ist es möglich, die Ergebnisse in eine Datei zu schreiben. Das Tool kann bei falscher Anwendung Metadaten zerstören, daher darf das Tool nur auf ausdrückliche Anweisung des Support Centers eingesetzt werden.
3.1 Befehl
Nachfolgend finden Sie den Befehl inklusive aller möglichen Parameter.
chkrep | [-objectDirectory] [-versions] [-labels]
[-system] [-archive] [-dependents] [-fileContents] [-unrefNls] [-foreignKeys] [-compareTables:<int-1> … -compareTables:<int-n>] [-columns] [-file:<string>] [-all] [-verbose] [-repair] |
3.2 Parameter
Die Parameter des Befehls werden in der folgenden Tabelle erläutert. Die in eckigen Klammern gesetzten Parameter sind optional, die anderen hingegen sind Pflichtparameter. Für einige Parameter kann ein Stern (*) als Platzhalter angegeben werden, um damit alle möglichen Werte ausgeben zu können.
Nicht alle Parameter können mehrfach genannt werden, nur die, die folgenden Zusatz an den Parametervariablen aufweisen, sind für die Mehrfachnennung zugelassen: „<str-1> … <str–n>“.
Parameter | Erläuterung |
[-objectDirectory] | Prüft,
· ob redundantes Originalsystem-Flag korrekt gesetzt ist. · ob Referenz auf Namesraum gültig und der redundante “nameSpaceName” identisch ist. · ob das Generierungs-Flag bei nicht gesperrten Objekten auf “OK” steht. · ob bei gelöscht markierten Objekten keine Daten in den Original-Tabellen stehen. · ob bei aktiven Objekten Daten in den Original-Tabellen existieren. · ob die Daten der aktiven Version im Archiv existieren. · ob bei nicht gesperrten Objekten “displayVersionGuid” gleich “activeVersionGuid” ist. · ob “displayVersionGuid” gesetzt (ungleich “null”) ist. · ob die Refrenzen “displayVersionGuid”, “activeVersionGuid” und “lockedVersionGuid” gültig sind. |
[-versions] | Prüft,
· ob Versionen ohne zugehöriges ObjectDirEntry existieren. · ob bei nicht gesperrten und nicht gelöschten Versionen Daten im Archiv existieren. |
[-labels] | Prüft,
· ob Labels ohne zugehörige Version existieren. · ob Labels ohne zugehöriges ObjectDirEntry existieren. |
[-system] | Prüft, ob Instanzen in den Original-Tabellen ohne zugehöriges ObjectDirEntry existieren. |
[-archive] | Prüft,
· ob Instanzen in den Archiv-Tabellen ohne zugehöriges ObjectDirEntry existieren. · ob Instanzen in den Archiv-Tabellen ohne zugehörige Version existieren. |
[-dependents] | Prüft, ob im Repository Dependent-Instanzen ohne zugehöriges Entity existieren. Geprüft werden alle Dependent-BOs im Repository. |
[-fileContents] | Prüft, ob im BO „FileContentArchive“ Instanzen ohne zugehöriges ObjectDirEntry existieren. Dort werden derzeit Datei-Inhalte von Java-Sourcen, -Klassen und File-Objekten gespeichert. |
[-unrefNls] | Prüft, ob NLS-Objekte existieren, die nicht mehr verwendet werden. |
[-compareTables:<int-1> … -compareTables:<int-n>] | Vergleicht die aktive Version aus dem Archiv mit dem zugehörigen Eintrag in der Systemtabelle (außer bei gelöschten Entwicklungsobjekten).
Als Parameter muss hier der Entwicklungsobjekttyp angegeben werden oder „0“ für alle Entwicklungsobjekttypen. |
[-columns] | Prüft, ob nach Änderung Primitiver-Datentypen alle abhängigen BOs und Parts neu generiert wurden. Für komplexe Datentypen kann das derzeit nicht geprüft werden. |
[-all] | Ausführung alle verfügbaren Prüfungen. |
[-file:<string>] | Schreibt die Ergebnisse in die angegebene Datei. Bestehende Dateien werden überschrieben. |
[-verbose] | Ergebnisse werden auf der Konsole ausgegeben. |
[-repair] | Dieser Schalter ermöglicht es, bei einigen Optionen die gefundenen Fehler zu beseitigen:
Option: Reparatur: – versions Gefundene Versionen und deren – labels Gefunden Labels – system Gefundene Entities und deren Dependents – archive Gefundene Entities und deren Dependents – dependents Gefundene Dependents |