Nieobsługiwane zmiany w bieżącym, wdrożonym
modelu
miar
biznesowych spowodują, że będzie wymagany
nowy model. W takim przypadku wystarczy zmienić nazwę projektu modelu. Dla generatora schematów taki model jest nowym modelem, ponieważ jego
nazwa różni się od nazwy wdrożonego
modelu
miar
biznesowych. Dlatego generator nie będzie
sprawdzał poprawności zmian wprowadzonych w obu wersjach.
Nieobsługiwane
zmiany w modelu powodują zmianę struktury baz danych, modelu procesu lub działań. W tym przypadku model będzie wdrażany tak, jak gdyby był zupełnie
innym modelem. Więcej informacji o nieobsługiwanych zmianach można znaleźć w temacie
Generowanie artefaktów zarządzania
zmianami w sekcji dotyczącej usług baz danych.
Scenariusz wdrażania innego modelu jest
podobny do scenariusza pierwszego wdrożenia, ale podczas pierwszego wdrożenia bazy danych są puste i są zapełniane po raz pierwszy, natomiast w tym
scenariuszu bazy danych są zapełniane danymi poprzednio wdrożonego modelu. Przed wdrożeniem modelu należy zapoznać się z następującymi uwagami:
- Przed
wdrożeniem wygenerowanych artefaktów należy utworzyć kopie zapasowe baz danych.
- Nazwa
nowego modelu
miar
biznesowych powinna różnić się od nazwy
poprzednio wdrożonego modelu.
- Wdrożenie nowego modelu nie powoduje usunięcia żadnych tabel ani kolumn
wcześniej wdrożonego modelu. Dane te pozostaną w tej samej bazie danych. Z tego powodu należy zwracać uwagę na wielkość baz
danych.
- Wdrożenie nowego modelu powoduje wygenerowanie nowego, kompletnego zestawu artefaktów, przy
użyciu których są tworzone tabele i indeksy w bazie danych stanu, wykonawczej bazie danych i bazie danych historycznych.
- Artefakty
są generowane i wykonywane w taki sam sposób, jak podczas wdrażania nowego modelu.
- Po wdrożeniu nowego
modelu w panelach kontrolnych nadal będzie można wyświetlać dane poprzednio wdrożonego modelu.
Kroki
opisane w tym scenariuszu są identyczne z krokami opisanymi w scenariuszu
Wdrażanie
nowego modelu.
Uwaga: 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).