Wprowadzenie
Zmiany schematu tabeli w Business Objects mogą znacznie wydłużyć czas aktualizacji do nowej wersji. Narzędzie prlcnv jest dostarczane w celu zminimalizowania przestojów systemu produkcyjnego wymaganych do aktualizacji wersji. Korzystanie z tego narzędzia zmienia proces aktualizacji wydania: czasochłonne zmiany schematu tabeli można przeprowadzić przed faktyczną aktualizacją wydania. Jest to konwersja wstępna.
Grupa docelowa
- Administratorzy systemu
Opis
Narzędzie prlcnv służy do tworzenia tabel tymczasowych (tabel QC) dla wybranych obiektów biznesowych w systemie docelowym, których schematy są pobierane z tabel systemu źródłowego. Dane z systemu docelowego są następnie konwertowane do tych tabel tymczasowych. Jeśli zmiana schematu tabeli zostanie następnie przeprowadzona w systemie docelowym, np. podczas zmiany wersji, dane w tabelach tymczasowych są uznane za już przekonwertowane. Tylko rekordy danych, które zostały zmienione od czasu wstępnej konwersji, są ponownie konwertowane.
Zmniejszona liczba rekordów danych do konwersji może skrócić czas wymagany do aktualizacji wydania w systemie produkcyjnym.
Zalecanym jest użycie narzędzia prlcnv w testowym systemie produkcyjnym przed aktualizacją wersji. W razie potrzeby narzędzie może być również używane do indywidualnej instalacji aktualizacji oprogramowania.
Wymagania i ograniczenia techniczne
Wymagania techniczne
Aktualizacja wersji musi zostać przeprowadzona na innym systemie testowym, zanim zostanie przeprowadzona na systemie produkcyjnym. System ten jest kopią systemu produkcyjnego, zwykle testowy system produkcyjny.
System ten musi spełniać następujące wymagania, aby można było użyć narzędzia prlcnv do wstępnej konwersji:
- dane muszą odpowiadać danym z systemu produkcyjnego. Podczas zmiany przed wydaniem mierzone są czasy wykonania zmiany wydania, które powinny odpowiadać w przybliżeniu oczekiwanym czasom wykonania w systemie produkcyjnym.
- system musi być skonfigurowany w tej samej bazie konfiguracyjnej, co system produkcyjny.
- połączenie z systemem produkcyjnym musi być możliwe, tj. na przykład nie może istnieć zapora uniemożliwiająca połączenie.
Ograniczenia techniczne
Instrukcje aktualizacji, usuwania i wstawiania uniemożliwiają korzystanie z wcześniej przekonwertowanych danych z przyczyn technicznych. Instrukcje te mają bezpośredni wpływ na bazę danych i dlatego uniemożliwiają rejestrowanie zmienionych rekordów danych na liście transferów. Dlatego w takim przypadku cała wstępna konwersja dla tego obiektu biznesowego musi zostać uznana za nieważną.
Zalecanym jest uruchomienie narzędzia prlcnv z opcją check przed zmianą wersji systemu produkcyjnego. Sprawdzana jest m.in. liczba obiektów w aktywnej tabeli z liczbą wpisów na liście transferów. Użycie wstępnie przekonwertowanych danych ma zastosowanie tylko wtedy, gdy liczba wpisów na liście transferowej jest znacznie niższa niż liczba obiektów w aktywnej tabeli.
Wymagania organizacyjne
Po wstępnej konwersji danych wszystkie zmiany w tych danych, które występują podczas bieżącej pracy systemu produkcyjnego, są rejestrowane na liście transferu. Tylko dane, których dotyczą te zmiany, muszą zostać przekonwertowane podczas aktualizacji systemu produkcyjnego, co może ostatecznie skrócić czas aktualizacji.
Zakres, w jakim czas ten jest faktycznie skrócony, zależy od ilości danych zmienionych po konwersji wstępnej. Dlatego zalecanym jest, aby aktualizacja wydania systemu produkcyjnego nie była przeprowadzana później niż 1 do 2 tygodni po wstępnej konwersji danych i aby w tym okresie nie przeprowadzano obszernego transferu danych ani aktualizacji danych.
Polecenie
Poniżej znajduje się polecenie wraz ze wszystkimi możliwymi parametrami.
| prlcnv | [-prepare][-generate][-convert]
[-deactivate] [-cleanUp] [-check] [-o:<str>] [-db:<id>] [-system:<id>] |
Parametry
Parametry polecenia zostały wyjaśnione w poniższej tabeli. Nie wszystkie parametry mogą być wymienione 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>.
| Parametr | Opis |
| [-prepare] | Tworzy wpis dla obiektu biznesowego w docelowej bazie danych, i oznacza obiekt biznesowy do wstępnej konwersji. Przy ponownym uruchomieniu systemu docelowego uruchamiany jest kontroler TransferListController. Od tego momentu zmiany w określonym obiekcie biznesowym są zapisywane na liście transferu. |
| [-generate] | Generuje tabele tymczasowe do konwersji w systemie docelowym, jeśli odpowiedni obiekt biznesowy jest oznaczony do wstępnej konwersji w systemie docelowym.Schematy tabel są pobierane z odpowiednich schematów systemu źródłowego.Gdy tylko tabele tymczasowe zostaną utworzone w systemie docelowym, można rozpocząć faktyczną konwersję wstępną. |
| [-convert] | Konwertuje dane określonych obiektów biznesowych do wcześniej utworzonych tabel tymczasowych. Po zakończeniu konwersji dla odpowiedniego obiektu biznesowego ustawiany jest status. |
| [-deactivate] | Dezaktywuje wstępną konwersję dla obiektu biznesowego, który został już oznaczony do wstępnej konwersji. Uwaga Dezaktywacji nie można anulować. Jeśli obiekt biznesowy ma zostać przekonwertowany, należy ponownie wykonać parametr -prepare, określając ten obiekt biznesowy. |
| [-cleanUp] | Usuwa wszystkie dane z systemu docelowego, które zostały utworzone w ramach przygotowań do konwersji wstępnej. Wykonywane automatycznie po pomyślnym zakończeniu konwersji. |
| [-check] | Sprawdza dla określonych obiektów biznesowych, czy konwersja została pomyślnie wykonana i czy operacje seryjne, np. aktualizacje danych, zostały wykonane dla tych obiektów biznesowych.Dla każdego obiektu biznesowego wyświetlana jest liczba rekordów danych w aktywnej tabeli oraz liczba rekordów, które należy ponownie przekonwertować w ramach zmiany wersji (liczba wpisów na liście transferu) w wartościach bezwzględnych i procentowych. |
| [-o:<str>] | Parametr służy do wyboru obiektu według jego w pełni kwalifikowanej nazwy (w tym przestrzeni nazw). |
| [-db:<id>] | Nazwa docelowej bazy danych. |
| [-system:<id>] | Nazwa systemu docelowego.Musi to być kopia systemu produkcyjnego, zwykle testowego systemu produkcyjnego. |
Procedura
- W pierwszej kolejności należy przeprowadzić aktualizację w produkcyjnym systemie testowym (systemie źródłowym). Czas wymagany do konwersji schematów tabel poszczególnych obiektów biznesowych jest rejestrowany w pliku. Plik znajduje się w katalogu log serwera i jest nazwany zgodnie z następującym wzorem: Convert<nazwa bazy danych>_<timestamp>.csv
- Na podstawie zarejestrowanych czasów konwersji, należy zdecydować, dla których obiektów biznesowych konwersja wstępna powinna być wykonana.
- Wykonać polecenie prlcnv z parametrem prepare na produkcyjnym systemie testowym (system źródłowy), określając te obiekty biznesowe. Wskazane obiekty biznesowe są przygotowywane do wstępnej konwersji w określonej bazie danych systemu produkcyjnego (systemu docelowego).
- Uruchomić ponownie system produkcyjny (system docelowy). Rejestrowanie zmian jest aktywowane: jeśli instancje określonych obiektów biznesowych zostaną zmienione, ich klucze podstawowe zostaną zapisane na liście transferu.
5. Wykonać polecenie prlcnv z parametrem generate w produkcyjnym systemie testowym (system źródłowy), ponownie określając odpowiednie obiekty biznesowe. Tabele tymczasowe (tabele QC) są generowane dla określonych obiektów biznesowych w systemie produkcyjnym (systemie docelowym). Tabele te są generowane z nowym schematem tabeli z produkcyjnego systemu testowego (systemu źródłowego).
- Wykonać polecenie prlcnv z parametrem convert w produkcyjnym systemie testowym (system źródłowy), ponownie określając odpowiednie obiekty biznesowe. Wykonywana jest rzeczywista konwersja danych. Dane w systemie produkcyjnym są konwertowane do tabel tymczasowych przy użyciu logiki z produkcyjnego systemu testowego.
- W razie potrzeby wykonać polecenie prlcnv z parametrem check w testowym systemie produkcyjnym (system źródłowy), określając odpowiednie obiekty biznesowe. Wyświetlona zostanie łączna liczba instancji obiektów biznesowych oraz liczba instancji, które wymagają ponownej konwersji. Pokazuje również, czy wystąpiło zdarzenie, które unieważnia wstępną konwersję, np. aktualizacja danych.
- Przeprowadzić aktualizację w systemie produkcyjnym (systemie docelowym). Na etapie konwersji uaktualnienia wydania tylko instancje odpowiednich obiektów biznesowych, które uległy zmianie od czasu wstępnej konwersji, są konwertowane do nowego schematu tabeli.
- Uruchomić ponownie system produkcyjny. Rejestrowanie zmian danych na liście transferu jest wyłączone.
- Zakończyć aktualizację.
