Sprawdzanie repozytorium (chkrep)

Przegląd tematu

Narzędzie chkrep sprawdza spójność metadanych w repozytorium. Niektóre niespójności mogą zostać naprawione.

Grupa docelowa

  • Programista aplikacji
  • Administratorzy systemu

Opis

Sprawdzanie metadanych można ograniczyć za pomocą parametrów. Opcjonalnie możliwe jest zapisanie wyników do pliku. Narzędzie może uszkodzić metadane, jeśli zostanie użyte nieprawidłowo, dlatego może być używane wyłącznie na wyraźne polecenie Centrum wsparcia.

Polecenie

Poniżej znajduje się polecenie zawierające wszystkie możliwe parametry.

chkrep [-objectDirectory] [-versions] [-labels][-system] [-archive] [-dependents]

[-fileContents] [-unrefNls] [-foreignKeys]

[-compareTables:<int-1> … -compareTables:<int-n>] [-columns] [-file:<string>] [-all] [-verbose] [-repair]

Parametr

Parametry polecenia zostały wyjaśnione w poniższej tabeli. Parametry w nawiasach kwadratowych są opcjonalne, podczas gdy pozostałe są obowiązkowe. Gwiazdka (*) może być określona jako symbol zastępczy dla niektórych parametrów, aby móc wyświetlić wszystkie możliwe wartości. Nie wszystkie parametry mogą być nazwane więcej niż jeden raz, tylko te z następującym dodatkiem do zmiennych parametrów są dozwolone do wielokrotnego nazywania: „<str-1> …. <str-n>”.

Parametry Wyjaśnienie
[-objectDirectory] Parametry:

  • czy flaga nadmiarowego oryginalnego systemu jest ustawiona prawidłowo.
  • czy odwołanie do przestrzeni nazw jest prawidłowe, a nadmiarowe nameSpaceName jest identyczne.
  • czy flaga generowania jest ustawiona na OK dla odblokowanych obiektów.
  • czy w oryginalnych tabelach nie ma danych dla usuniętych wybranych obiektów.
  • czy dane istnieją w oryginalnych tabelach dla aktywnych obiektów.
  • czy dane aktywnej wersji istnieją w archiwum.
  • czy displayVersionGuid jest równy activeVersionGuid dla odblokowanych obiektów.
  • czy displayVersionGuid jest ustawiony (nie równy null).
  • czy referencje displayVersionGuid, activeVersionGuid i lockedVersionGuid są prawidłowe.
[-wersje] Parametry:

  • czy istnieją wersje bez powiązanego ObjectDirEntry.
  • czy dane istnieją w archiwum dla wersji, które nie są zablokowane i nie zostały usunięte.
[-labels] Parametry:

  • czy istnieją etykiety bez powiązanej wersji.
  • czy etykiety istnieją bez powiązanego ObjectDirEntry.
[-system] Sprawdza, czy instancje istnieją w oryginalnych tabelach bez powiązanego ObjectDirEntry.
[-archiwum] Parametry:

  • czy instancje istnieją w tabelach archiwum bez powiązanego ObjectDirEntry.
  • czy w tabelach archiwum istnieją wystąpienia bez powiązanej wersji.
[-dependents] Sprawdza, czy instancje zależne bez powiązanej encji istnieją w repozytorium. Sprawdzane są wszystkie zależne BO w repozytorium.
[-fileContents] Sprawdza, czy instancje bez powiązanego ObjectDirEntry istnieją w BO FileContentArchive. Obecnie przechowywana jest tam zawartość plików źródeł Java, klas i obiektów plików.
[-unrefNls] Sprawdza, czy istnieją obiekty NLS, które nie są już używane.
[-compareTables:<int-1> … -compareTables:<int-n>]. Porównuje aktywną wersję z archiwum z odpowiednim wpisem w tabeli systemowej (z wyjątkiem usuniętych obiektów rozwojowych).Typ obiektu rozwojowego musi być określony tutaj jako parametr lub 0 dla wszystkich typów obiektów rozwojowych.
[-columns] Sprawdza, czy wszystkie zależne BO i części zostały zregenerowane po zmianie pozostałych typów danych. Obecnie nie ma możliwości sprawdzić tego dla złożonych typów danych.
[-all] Wykonanie wszystkich dostępnych testów.
[-file:<string>] Zapisuje wyniki do określonego pliku. Istniejące pliki są nadpisywane.
[-verbose] Wyniki są wyświetlane w konsoli.
[-repair] Parametr umożliwia wyeliminowanie błędów znalezionych dla niektórych opcji.

Czy ten artykuł był pomocny?

Wyślij opnie