Jeśli podczas wdrażania artefaktów replikacji wystąpi błąd,
aby wycofać zmiany, należy cofnąć czynności wykonane podczas wdrażania pojedynczego modelu
miar
biznesowych.
Wszystkie wdrożenia są dokonywane w kilku etapach. Typowy scenariusz jest
następujący:
- Wdrażanie skryptów DDL
- Wdróż skrypt state.ddl.
- Wdróż skrypt runtime.ddl.
- Wdróż skrypt datamart.ddl.
- Wdrażanie usług przenoszenia danych
- Wdróż State_to_Runtime_setup_source.
- Wdróż State_to_Runtime_setup_target.
- Wdróż Runtime_to_historical_setup_source.
- Wdróż Runtime_to_Historical_setup_target.
Aby określić, jakie podjąć działanie, należy zidentyfikować punkt, w którym wystąpiło niepowodzenie.
Na przykład jeśli wdrożenie skryptu state.ddl nie powiedzie się, wystarczy tylko wycofać zmiany
transakcji, aby przywrócić oryginalny stan.
Jednak jeśli nie powiedzie się wdrożenie skryptu datamart.dll, to wycofanie zmian dokonanych przez skrypt datamart.ddl spowoduje
tylko przywrócenie systemu z powrotem do punktu po pomyślnym wykonaniu skryptu runtime.ddl.
Wystąpienie niepowodzenia w samym środku procesu wdrażania usług przenoszenia danych jest najtrudniejsze do naprawienia, ale możliwe. Najłatwiejsze do naprawienia są błędy występujące w pierwszych wdrożeniach, trudniejsze - we wdrożeniach nowych modeli, a najtrudniejsze ścieżki odzyskiwania danych występują we wdrożeniach modeli zmian.
Aby odzyskać dane po błędach wdrażania skryptów replikacji, należy przejść przez etapy
identyfikacji, tworzenia kopii zapasowej, odtwarzania lub usuwania i ponownego wdrażania:
Identyfikacja- Zidentyfikuj błędy, które wystąpiły, i ustal, czy należy skontaktować się z działem wsparcia IBM.
- Zidentyfikuj model
miar
biznesowych, podczas wdrażania którego
wystąpił błąd.
- Zidentyfikuj tabele generatora schematów, które były tworzone lub modyfikowane w chwili wystąpienia błędu.
- Zidentyfikuj artefakty generatora schematów, które były tworzone lub modyfikowane w chwili wystąpienia błędu.
- Zidentyfikuj ostatnią poprawną wersję modelu
miar
biznesowych w bazie danych repozytorium.
- Zidentyfikuj, w przypadku wdrożenia zarządzania zmianami, położenie artefaktów wdrożonych w poprzednich wersjach modelu.
Zawierają one struktury bazy danych, opisy i wzajemne relacje.
Może się to okazać istotne w przypadku, gdy zajdzie konieczność utworzenia kopii zapasowej danych i ich późniejszego odtworzenia.
- Zidentyfikuj położenie bieżących artefaktów i plików dziennika wdrażania.
Będą potrzebne do określenia problemu i ewentualnie do udzielenia informacji działowi wsparcia
IBM.
- Zidentyfikuj, w przypadku wdrożenia zarządzania zmianami, czy w którejś z tabel CCD istnieją dane,
które nie zostały jeszcze przetworzone. Można skorzystać z tabeli WBIRMADM.RMMETADATA (dostępnej w wykonawczej bazie danych i w bazie danych historycznych),
aby określić powiązane tabele CCD (TGT_RM_APP_STG_TAB_NAME)
z nazwą wdrażanego projektu modelu
miar
biznesowych
(OM_NAME). Kolumny oznaczone symbolem I lub
U mogły nie zostać przetworzone i należy utworzyć ich kopię zapasową. Kolumna SERVICE_NAME zawiera
położenie tabeli CCD i tabeli docelowej, której nazwa jest wyświetlana po słowie to.
Należy zanotować relacje do tabeli TGT_TAB_NAME, gdyby podjęto decyzję o kompletnym usunięciu
wszystkich artefaktów i wygenerowaniu zupełnie nowego zestawu.
Jest to ważne, ponieważ generator schematów może nie wygenerować tych samych nazw dla tabel CCD i zajdzie potrzeba odtworzenia tych danych
do nowych tabel CCD po pomyślnym wdrożeniu.
Tworzenie kopii zapasowej
Odtwarzanie lub usuwanie - Określ, czy łatwiej będzie odtworzyć poprzednią bazę danych czy usunąć artefakty ręcznie.
- Odtwarzanie Odtwarzanie wersji z kopii zapasowej może być dobrym wyborem, jeśli nie istnieją żadne inne
modele miar
biznesowych lub jeśli inne
modele miar
biznesowych nie miały żadnych działań.
Odtwórz poprzedni zestaw baz danych, a następnie ponownie powiąż wszystkie aplikacje, które tego wymagają, dla każdej bazy danych.
Ponadto zarejestruj ponownie wszystkie procedury składowane języka Java oraz funkcje zdefiniowane przez użytkownika.
Uwaga: - Więcej informacji o tworzeniu i odtwarzaniu kopii zapasowych bazy danych zawiera sekcja dotycząca
odtwarzania danych w dokumentacji produktu DB2.
- W przypadku kompletnie wdrożonych modeli tabela WBIRMADM.RMMETADATA zawiera informacje
o elementach, których nie należy usuwać. Jednak podczas wdrażania, w celu określenia niektórych artefaktów i relacji,
wymagane może być zbadanie dzienników wdrażania, aby określić, które elementy można bezpiecznie usunąć.
- Usuwanie
- Replikacja: Baza danych historycznych i wykonawcza baza danych
- Zatrzymaj wszystkie serwery przechwytujące powiązane z tym modelem
miar
biznesowych.
(Serwery przechwytujące działają na wykonawczej bazie danych i na bazie danych stanu).
- Zatrzymaj wszystkie serwery wprowadzające powiązane z tym modelem
miar
biznesowych.
- Usuń wszystkie procedury składowane ETL danego modelu
miar
biznesowych.
- Usuń wszystkie tabele pomostowe ETL, które są używane dla modelu
miar
biznesowych.
- Usuń wszystkie informacje sterujące ETL z tabeli WBIRMADM.RMCONTROL
w odpowiadającej docelowej bazie danych tego modelu
miar
biznesowych.
- Usuń wszystkie procedury składowane czyszczenia i wyzwalacze ETL, które są używane dla danego
modelu
miar
biznesowych.
- Usuń wszystkie tabele pokazane w kolumnie TGT_RM_APP_STG_TAB_NAME tabeli WBIRMADM.RMMETADATA,
które mają przyrostek _BKUP i _M oraz mają odpowiadającą kolumnę SERVICE_NAME o wartości Runtime_to_Historical
w przypadku bazy danych historycznych i wartości State_to_Runtime w przypadku wykonawczej bazy danych dla danego modelu
miar
biznesowych.
Pozostaw tę tabelę w kolumnie TGT_RM_APP_STG_TAB_NAME, ponieważ zostanie ona usunięta w późniejszym kroku.
- Korzystając z Centrum replikacji produktu DB2,
usuń wszystkie elementy zestawu subskrypcji wprowadzania tego modelu
miar
biznesowych.
- Jeśli zestaw subskrypcji wprowadzania jest pusty, usuń go.
- Jeśli serwer wprowadzający nie ma żadnych zestawów subskrypcji, usuń go.
- Usuń wszystkie wpisy metadanych powiązanych z modelem
miar
biznesowych
z tabeli WBIRMADM.RMMETADATA. Konieczne będzie także usunięcie tych samych wpisów z tabeli
WBIRMADM.RMMETADATA w wykonawczej bazie danych, jeśli przetwarzana jest baza danych historycznych,
i w bazie danych stanu, jeśli przetwarzana jest wykonawcza baza danych.
Należy usunąć tylko te wiersze modelu
miar
biznesowych,
które są w nazwie usługi Runtime_to_Historical w przypadku bazy danych historycznych
i w nazwie usługi State_to_Runtime w przypadku wykonawczej bazy danych.
- Replikacja: Wykonawcza baza danych i baza danych stanu
- Zatrzymaj wszystkie serwery przechwytujące danego modelu
miar
biznesowych.
- Usuń wszystkie wyzwalacze powiązane z tabelami CD przechwytywania, które są powiązane z danym
modelem
miar
biznesowych.
- Usuń informacje sterujące czyszczeniem z tabeli WBIRMADM.RMPRUNECTRL dla wyzwalaczy czyszczenia,
które są używane dla danego modelu
miar
biznesowych.
- Korzystając z Centrum replikacji produktu DB2,
usuń wszystkie subskrypcje dla wszystkich tabel powiązanych z danym
modelem
miar
biznesowych.
- Usuń wszystkie wpisy metadanych powiązanych z modelem
miar
biznesowych
z tabeli WBIRMADM.RMMETADATA.
- Schemat bazy danych: Ogólnie, błąd podczas generowania schematu jest wycofywany przed wdrażaniem zmienionego modelu.
Nie ma to wpływu na bieżący zestaw artefaktów replikacji.
Ponowne wdrażanie
Po usunięciu wszystkich artefaktów obsługujących model
miar
biznesowych
można ponownie uruchomić generatora schematów, wybierając opcję Ignoruj starsze wdrożenia.
Jeśli schemat zostanie poprawnie wygenerowany, nie trzeba wdrażać skryptów DDL. Wystarczy ponownie wdrożyć skrypty replikacji.