W czasie wykonywania może być konieczne
wprowadzenie pewnych zmian w modelu
miar
biznesowych. Te
zmiany są wprowadzane w edytorze
miar
biznesowych i wymagają
ponownego wdrożenia modelu. Na podstawie wprowadzonych zmian generator schematów zadecyduje, czy dany model jest zupełnie nowym modelem, czy nową
wersją modelu.
Więcej informacji
o możliwych do wprowadzenia zmianach można znaleźć w temacie
Generowanie artefaktów zarządzania
zmianami w sekcji dotyczącej usług baz danych.
W przypadku nowej wersji modelu generator
schematów wygeneruje skrypty, które pozwolą zmodyfikować odpowiednie bazy danych. Decyzję o tym, czy mają zostać wygenerowane wszystkie artefakty
modelu (tak jak podczas pierwszego wdrożenia) czy tylko artefakty służące do modyfikowania baz danych na podstawie zmian, podejmuje administrator
DBA. Aby wdrożyć nową wersję modelu, wykonaj następujące kroki:
- Wyeksportuj
model
miar
biznesowych z
edytora
miar
biznesowych. W wyeksportowanym pliku
monitor.zip będzie zawarty
model miar
biznesowych.
- Skonfiguruj generatora schematów za pomocą Konsoli administracyjnej programu
WebSphere
Business Monitor. Podczas konfigurowania generatora
użytkownik powinien określić strategię zapisywania wygenerowanych artefaktów. Wybierając katalog wyjściowy, wybierz katalog, którego nazwa zawiera
nazwę, wersję i datę projektu modelu
miar
biznesowych.
Takie rozwiązanie ułatwi użytkownikowi zarządzanie wygenerowanymi artefaktami, a także ułatwi pracę działowi wsparcia
IBM, gdy użytkownik zwróci się do
niego o pomoc. Więcej informacji na temat administrowania generatorem schematów można znaleźć w sekcji
Zarządzanie generatorem
schematów.
- Ponownie wygeneruj artefakty za pomocą generatora schematów, używając
Konsoli administracyjnej programu WebSphere
Business Monitor.
Uwaga: Aby
wygenerować artefakty różnic między nowym modelem a modelem wdrożonym, wyczyść pole wyboru
Ignoruj poprzednie wdrożenia podczas generowania artefaktów. Pole to
powinno zostać zaznaczone, jeśli użytkownik chce zapełnić pustą bazę danych.
Wygenerowane artefakty zostaną umieszczone w osobnym
folderze razem z modelem
miar
biznesowych.
- Sprawdź
dane wyjściowe generatora schematów, aby upewnić się, że do modelu nie zostały wprowadzone żadne niekompatybilne zmiany. Jeśli wprowadzono takie
zmiany, wyeksportuj model
miar
biznesowych jako nowy
model.
- Przed uruchomieniem nowych skryptów administrator DBA powinien utworzyć kopie zapasowe baz
danych. Więcej informacji na temat kopii zapasowych baz danych można znaleźć w sekcji
Odzyskiwanie danych produktu DB2.
- Uruchom
wygenerowane skrypty DDL (Database Definition Language), aby zmodyfikować istniejące tabele baz danych zgodnie z wprowadzonymi zmianami. Więcej
informacji na temat uruchamiania wygenerowanych skryptów można znaleźć w sekcji
Tworzenie dynamicznych tabel baz
danych.
- Przeprowadź wdrożenie artefaktów replikacji, aby umożliwić replikację baz
danych programu WebSphere
Business Monitor. Więcej informacji na
temat wdrażania artefaktów replikacji można znaleźć w sekcji
Wdrażanie usług przenoszenia
danych.
- Zaimportuj definicje produktu
Cube Views do produktu
DB2 OLAP Server.
Więcej informacji na temat wdrażania modelu produktu Cube View można znaleźć w sekcji
Wdrażanie schematu bazy danych produktu
Cube Views.
- Utwórz ręcznie kostki ABX za pomocą Konsoli administracyjnej produktu
DB2
ALPHABLOX. Więcej
informacji na temat ręcznego tworzenia kostek ABX można znaleźć w sekcji
Ręczne tworzenie kostki
ABX.
- Uruchom usługi przenoszenia danych, aby rozpocząć synchronizację baz danych
programu WebSphere
Business Monitor. Więcej informacji na temat
uruchamiania usług przenoszenia danych można znaleźć w sekcji
Uruchamianie/zatrzymywanie usługi
przenoszenia danych.
- Do Konsoli administracyjnej programu
WebSphere
Business Monitor zaimportuj plik ZIP
zawierający model
miar
biznesowych i definicje produktu
Cube Views. W takim przypadku po wykonaniu tego kroku należy zrestartować serwer
WebSphere
Application Server.
Próba
wdrożenia nowej wersji modelu może nie powieść się z następujących przyczyn:
- Metadane
repozytorium nie zostały zsynchronizowane ze strukturą tabel bazy danych, przez co instrukcje tworzenia lub zmiany nie są kompatybilne z bieżącym
stanem bazy danych. Być może należy ręcznie zmodyfikować skrypty DDL w celu przywrócenia ich do poprawnego stanu. Najczęstszą przyczyną tego błędu
jest usunięcie wersji modelu z serwera.
- Dodatkowe kolumny pomiarów mogą spowodować przekroczenie przez
tabelę wielkości strony obszaru tabel. W takim przypadku przed uruchomieniem komend zmieniających, które spowodują dodanie nowych kolumn, należy
przeprowadzić ręczną migrację tej tabeli do obszaru tabel o większych stronach.
Uwaga: - Jeśli
wdrożono model, w panelu kontrolnym będą wyświetlane tylko informacje o najnowszej wersji
modelu
miar
biznesowych.
- Należy zachować kopię zapasową wygenerowanych artefaktów.
- Zaleca się również zachowanie plików
dziennika wygenerowanych podczas wdrażania. Te pliki dziennika mogą być przydatne podczas deinstalacji oraz w razie konieczności określenia przyczyny
błędu (np. w przypadku niepowodzenia wdrożenia nowej wersji).