Problemy związane z wdrażaniem

Podczas wykonywania różnych scenariuszy wdrażania artefaktów baz danych programu WebSphere Business Monitor mogą wystąpić błędy. Poniżej przedstawiono proponowane rozwiązania poszczególnych błędów.

Przyczyna problemów występujących podczas wdrażania artefaktów baz danych może być następująca:
Tabela 1. Błędy wdrażania
Problem Rozwiązanie
Obszar tabel przypisany do tabeli nie istnieje.
  • Sprawdź, czy obszary tabel zdefiniowane w pliku właściwości obszaru tabel istnieją z opisanymi parametrami.
  • Utwórz brakujący obszar tabel z odpowiednimi parametrami i uruchom ponownie skrypty DDL lub zaktualizuj plik właściwości obszaru tabel, aby był on zgodny ze zdefiniowanymi obszarami tabel, a następnie ponownie wygeneruj schemat.
Obszar tabel przypisany do tabeli jest zbyt mały do przechowywania tabeli.
  • Sprawdź, czy obszary tabel zdefiniowane w pliku właściwości obszaru tabel istnieją z opisanymi parametrami.
  • Aby poprawić przypisanie obszaru tabel, napraw i ponownie uruchom lub edytuj ręcznie skrypt DDL.
Tabele istnieją już w bazie danych.

Jeśli skrypt DDL nie został wcześniej uruchomiony, istnieją dwie możliwe przyczyny tego problemu.

  • Skrypty DDL zostały wygenerowane z opcją Ignoruj poprzednie wdrożenia. Generator schematów wygeneruje nowe instrukcje tworzenia tabeli, zamiast modyfikowania istniejących tabel. Ta opcja powinna być używana tylko podczas początkowego tworzenia tabel bazy danych (czyli po usunięciu istniejących tabel bazy danych). Gdy użytkownik chce zachować istniejące tabele bazy danych, należy uruchomić ponownie generator schematów bez zaznaczonej opcji Ignoruj poprzednie wdrożenia, a następnie uruchomić ponownie wynikowe skrypty DDL.
  • Inną przyczyną może być uprzednie usunięcie wersji modelu miar biznesowych bez zaznaczenia opcji Usuń i zachowaj na potrzeby raportowania. Jeśli wersja modelu miar biznesowych zostanie usunięta bez zaznaczenia opcji zachowania na potrzeby raportowania, generator schematów nie będzie mógł kontynuować zarządzania zmianami dotyczącymi obsługiwania tabel baz danych dla modelu miar biznesowych. W tym momencie istnieją dwa rozwiązania.
    • Dokonaj rozgałęzienia i utwórz nowy model miar biznesowych oparty na bieżącym, a następnie wdróż go jako nowy model miar biznesowych z nowym zestawem tabel. Można ręcznie wykonać migrację danych z istniejącego zestawu tabel do nowych tabel.
    • Ręcznie usuń istniejące tabele baz danych, które obsługują ten model miar biznesowych, kierując się zawartością dostępnych plików odwzorowań. Gdy tabele zostaną usunięte, uruchom ponownie generator schematów z opcją Ignoruj poprzednie wdrożenia. Wynikowe skrypty DDL utworzą nowy zestaw tabel obsługujących najnowszą wersję modelu miar biznesowych.
Uwaga: Jeśli przed usunięciem starych tabel i migracją danych do tabel nowo utworzonych nie zostanie ręcznie utworzona kopia zapasowa danych ze starych tabel, nie będzie istniała historia raportowania dla żadnego procesu uruchomionego w starych wersjach modelu miar biznesowych.

Podczas usuwania modelu nie zaleca się używania opcji Usuń zamiast opcji Usuń i zachowaj na potrzeby raportowania, chyba że nie jest planowana instalacja nowej wersji tego modelu miar biznesowych.

Obszar tabel jest zbyt mały. (Chociaż początkowo przypisany obszar tabel do tej tabeli był wystarczający dla wielkości kolumny, dodanie pomiarów do tabeli spowodowało, że kolumna znalazła się poza wielkością strony bieżącego obszaru tabel.) Należy utworzyć kopię zapasową tej tabeli, usunąć ją, a następnie utworzyć ją ponownie, przypisując tę tabelę do większego obszaru tabel. Dane z kopii zapasowej powinny zostać następnie załadowane do nowej tabeli. Po ponownym utworzeniu bieżącej tabeli w większym obszarze tabel będzie możliwe uruchomienie najnowszych skryptów DDL, które umożliwią dodanie wymaganych kolumn.
Z wielu powodów może zaistnieć potrzeba utworzenia tabel baz danych od początku. Na przykład może istnieć pewna liczba już niepotrzebnych pomiarów, które nadal znajdują się w tabelach bazy danych, ponieważ istniały w poprzednich wersjach modelu miar biznesowych. Najprostszym rozwiązaniem jest zmiana nazwy projektu w programie WebSphere Business Modeler. Model miar biznesowych będzie traktowany jako nowy tryb, a w bazie danych zostaną utworzone nowe, unikalne tabele.
Uwaga: W takim przypadku nie będą dostępne żadne historyczne informacje ze wcześniejszych instancji procesu.
Aby wyświetlać informacje historyczne, należy skopiować dane z oryginalnych tabel bazy danych do nowo utworzonych tabel. Nazwy kolumn nie będą się zgadzały, natomiast typy danych będą zgodne. Możliwe jest użycie plików odwzorowań (wygenerowanych za pomocą skryptów DDL) lub komentarzy kolumn baz danych w celu określenia, która kolumna odpowiada danemu pomiarowi, a która tabela danemu procesowi.
Uwaga: Jeśli te pomiary nie będą istniały w najnowszej wersji modelu miar biznesowych, dla niektórych kolumn z oryginalnych tabel nie będą istniały odpowiadające im kolumny w nowych tabelach.

Copyright IBM Corporation 2005, 2006. All Rights Reserved.