Narzędzie do zarządzania aktualizacjami

Za pomocą narzędzia Upgrade Management (UMT) można importować obiekty BO - użytkowników, grupy i obiekty BO Content z poprzedniej wersji platformy BI do wersji uaktualnionej. Aktualizując środowisko BO, masz dwie możliwości wykonania aktualizacji.

  • Complete Upgrade - Możesz zdecydować się na przeniesienie wszystkich obiektów ze źródła do celu.

  • Incremental Upgrade - Możesz także zdecydować się na przenoszenie obiektów w partiach.

Konfigurowanie UMT

Aby użyć UMT do aktualizacji, musisz skonfigurować UMT pod kątem lepszej wydajności. Uruchom polecenie „Java –Xmx” podczas uruchamiania narzędzia Upgrade Management Tool, aby uruchomić je za pomocą sterty Java → Kliknij prawym przyciskiem myszy UMT i przejdź do Właściwości, jak wyjaśniono poniżej -

Musisz skopiować ścieżkę „Target” do Notatnika i zastąpić „Xmx” ilością konfiguracji Heap dla twojego systemu, jak pokazano poniżej -

Limit czasu można również skonfigurować w narzędziu Upgrade Management Tool. Ustaw poniższy parametr -

Aby ustawić limit czasu CORBA dla UMT, musisz przejść do pliku Właściwości i dodać poniższy wpis. Plik właściwości znajduje się w katalogu instalacyjnym BO w tej ścieżce - „SAP BusinessObjects Enterprise XI 4.0 \ java \ apps \ upgradeManagementTool \ jars”

<entry key="umt.systemVar.backendCommunicationTimeoutInMS">630000</entry>

Zaleca się utrzymanie wartości poniżej 630000, w przeciwnym razie możesz napotkać błąd związany z logowaniem do CMS.

Konfigurowanie źródła i celu w UMT

Możesz zdefiniować źródłowy i docelowy system CMS w UMT i sprawdzić łączność. Uruchom narzędzie Upgrade Management Tool z Wszystkie programy → Wybierz Aktualizacja przyrostowa → Dalej. Poniższy ekran wyjaśnia to samo.

Wprowadź nazwę źródłowego i docelowego CMS oraz podaj poświadczenia. Podaj scenariusz aktualizacji z rozwijanej listy, jak pokazano poniżej -

Masz różne scenariusze aktualizacji dostępne w UMT, takie jak -

  • Live to Live - Będzie to wymagało działania zarówno systemu źródłowego, jak i docelowego.

  • BIAR to Live - Ta opcja służy do importowania obiektów z formatu pliku BIAR do systemu docelowego na żywo.

  • Live to BIAR - Ta opcja służy do eksportowania obiektów w formacie BIAR z systemu na żywo.

Te scenariusze mogą być używane w zależności od stanu systemu źródłowego i docelowego. Oba systemy działają, możesz przeprowadzić aktualizację na żywo bez eksportowania / importowania obiektów.

W BO 4.2 UMT ma kilka nowych funkcji, jak poniżej -

  • Z listy rozwijanej można zdefiniować poziom dziennika jako niski, średni i wysoki.

  • Po wybraniu poziomu dziennika - „Wysoki”, rejestrowane są wszystkie błędy, ostrzeżenia i awarie podczas procesu.

  • Możesz także zdefiniować przestrzeń tymczasową w dowolnym wymaganym katalogu i ponownie uruchomić narzędzie UMT po wprowadzeniu zmian.

  • W przestrzeni tymczasowej są zwykle przechowywane wszystkie wpisy bazy danych Derby i po zakończeniu aktualizacji; te pliki można usunąć.

Kiedy wykonujesz aktualizację BO z BOXI 3.x do BI 4.1, możesz mieć wiele scenariuszy migracji różnych obiektów, zawartości, użytkowników itp., A zakres zdefiniowany w każdym scenariuszu. Zgodnie z zaleceniem SAP można zastosować poniższe iteracje -

Iteracja Zakres

Iteracja

# 1

W tej iteracji migrowano następujące obiekty wraz z ich zależnościami -

  • Grupy użytkowników
  • Poziomy dostępu
  • Applications

To samo podejście można zastosować do wszystkich grup użytkowników, na wszystkich poziomach dostępu w jednej iteracji. Jednak może to być czasochłonne w zależności od liczby obiektów itp. Dlatego zaleca się, aby zdecydować o liczbie iteracji na podstawie obiektów repozytorium.

Iteracja

# 2

Następujące obiekty zostały rozpatrzone pod kątem aktualizacji z zależnościami. Możesz wybrać te obiekty do migracji na ekranie Wybór obiektów -

  • Foldery i obiekty
  • Obiekty repozytorium
  • Universes

W tym wzorniku migrację wykonaliśmy w jednej iteracji. Jednak w zależności od liczby iteracji opartych na obiektach repozytorium.

Iteracja

# 3

Na początkowym ekranie „Wybierz filtr” filtr czasowy został ustawiony zgodnie z wymaganiami. W naszym wzorniku wybieramy datę początkową na 02/01/2016, a końcową na 02/05/2016. Tak więc tylko następujące obiekty zostaną wymienione i zmigrowane -

  • Wszechświat - wszechświat zmodyfikowany między datą rozpoczęcia a datą wymienioną w filtrze wyboru
  • Raporty analizy sieciowej - raporty zmodyfikowane między datą rozpoczęcia a datą zakończenia wymienioną w filtrze wyboru.

Iteracja

# 4

Następujące obiekty były brane pod uwagę pod kątem aktualizacji z zależnościami. Są to obiekty wybrane do migracji na ekranie Wybór obiektu -

  • Applications
  • Calendars
  • Kategorie korporacyjne
  • Połączenia zdalne i zadania replikacji
  • Obiekty repozytorium
  • Universes

W tych iteracjach wszystkie zależności zawartości (związane ze wszystkimi dokumentami) zostały ustawione jako pierwsze zaktualizowane. Jednak można to również robić stopniowo.

Zwróć uwagę, że żadne obiekty, które zostały już przeniesione, nie zostaną wyświetlone na ekranie wyboru obiektów. Ponownie, w tej iteracji używamy funkcji „Ukryj obiekty, które są już ulepszone” z ekranu filtru wyboru.

Iteracja

# 5

Następujące obiekty zostały wybrane do aktualizacji z zależnościami -

  • Foldery publiczne i ich obiekty, z wyjątkiem tych obiektów, które zostały zaktualizowane w iteracji 2
  • Obiekty QaaWS
  • Events
  • Subskrypcje mobilne
  • Zależności obiektów zostaną wymienione w UMT, ale później nie będą zaznaczone

W przypadku tego wzornika migrację wykonaliśmy w jednej iteracji. Jednak w zależności od liczby obiektów, ta iteracyjna kabina jest czasochłonna. Dlatego zaleca się, aby zdecydować o liczbie iteracji na podstawie rozmiaru repozytorium i liczby obiektów.