Przenoszenie danych biznesowych

Ograniczanie zależności między obiektami przenoszenia

CMA wykorzystuje integralność powiązań i reguły biznesowe aplikacji, aby zapewnić, że obiekty pozostaną zgodne i prawidłowe po zaimportowaniu z innego środowiska. Reguły te zapobiegają zaimportowaniu obiektu, jeśli odwołuje się on do jakiegokolwiek obiektu, który nie istnieje w środowisku docelowym. Jeśli zarówno obiekt odwołujący się, jak i obiekt, do którego prowadzi odwołanie, należą do tego samego zbioru danych, nawiązują one zależność, która określa kolejność, w której należy je przetworzyć, by zapewnić powodzenie importowania. Należy zwrócić uwagę, że narzędzie obsługuje nawet bardziej złożone i rzadkie sytuacje, w których zależności między obiektami są cykliczne, tj. obiekt A (bezpośrednio lub pośrednio) odwołuje się do obiektu B, a obiekt B (bezpośrednio lub pośrednio) odwołuje się z powrotem do obiektu A. W takich przypadkach przetwarzanie sekwencyjne nie wystarczy do zagwarantowania powodzenia importu.

Narzędzie korzysta z powiązań kluczy obcych między obiektami w tym samym zbiorze danych do identyfikowania zależnych obiektów i grupowania ich w osobne rekordy transakcji przenoszenia. Te klucze obce są definiowane w repozytorium modelu danych aplikacji, a nie na poziomie bazy danych, co zapewnia większą elastyczność. Im większa transakcja importu, tym bardziej złożony jest proces wymagany do pomyślnego importu wszystkich obiektów. Chociaż więc narzędzie zaprojektowano w taki sposób, aby obsługiwało wszystkie typy zależności (sekwencyjne i cykliczne), obsługa bardzo dużych zbiorów zależnych obiektów może wiązać się z dużym kosztem w zakresie wydajności.

Mimo że obiekty konfiguracji mają zwykle wysoki poziom wzajemnych zależności, łączna liczba obiektów składających się na zbiór obiektów konfiguracji jest stosunkowo niewielka. Z tego powodu wpływ takich zależności podczas importowania zbioru zawierającego wyłącznie dane konfiguracji jest pomijalny. Z drugiej strony do obiektów konfiguracji istnieją odwołania w wielu obiektach głównych i obiektach transakcji, ponieważ sterują one wieloma aspektami reguł biznesowych tych ostatnich. Oznacza to, że łączenie danych konfiguracyjnych i biznesowych w jednym zbiorze danych z dużym prawdopodobieństwem spowoduje powstanie wyjątkowo dużych zbiorów obiektów biznesowych zależnych od niewielkiej liczby obiektów konfiguracji. Zdecydowanie zaleca się przeprowadzenie importu lub konfiguracji danych konfiguracyjnych w środowisku docelowym przed wykonaniem importu danych biznesowych.

W podobny sposób niektóre dane transakcyjne mają dużo wyższy wolumen w porównaniu z obiektami danych głównych, do których się odwołują. Także w tym przypadku zdecydowanie zaleca się przeniesienie obiektów danych głównych przez przeniesieniem dużego wolumenu powiązanych danych transakcyjnych. Przykładowo, wiele rekordów pomiarów interwałowych (danych transakcyjnych) odwołuje się do tego samego składnika pomiaru (danych głównych). Przenoszenie dużego wolumenu danych pomiarów wraz ze składnikiem pomiaru spowoduje powstanie bardzo dużej transakcji przenoszenie, której import może zająć dużo czasu. Zaimportowanie składników pomiarów przed przeniesieniem pomiarów interwałowych wyeliminuje zbędne zależności w zbiorze zawierającym tylko dane pomiarów i znacząco zwiększy wydajność całego procesu.

Rozsądny wolumen danych

Łączny wolumen wszystkich obiektów biznesowych do przeniesienia w jednym zbiorze danych powinien mieć rozsądny rozmiar. Na przykład, import kilkuset kont i powiązanych danych głównych i transakcyjnych można uznać za rozsądny rozmiar. Przenoszenie zbyt dużej ilości danych może przełożyć się na osiągnięcie fizycznych i wydajnościowych ograniczeń narzędzia.

Do opisania obiektów do eksportu można użyć dowolnej opisanej metody żądania przenoszenia. W przypadku wybrania żądania przenoszenia listy obiektów warto rozważyć skorzystanie ze strefy kartoteki Dodawanie obiektu do zbioru, aby utworzyć listę obiektów podczas przeglądania powiązanych z nimi portali.

Pojedyncze źródło danych

CMA korzysta z klucza głównego obiektu do określania, czy będzie on nowym obiektem w środowisku docelowym i należy go dodać, czy odwołuje się do istniejącego rekordu, który należy zastąpić nową wersją. Wszystkie obiekty biznesowe mają kluczowe wygenerowane przez system, specyficzne dla środowiska. Z tego powodu jest możliwe występowanie w różnych środowiskach różnych obiektów o takim samym kluczu głównym. Podczas przenoszenia obiektów, których klucze zostały wygenerowane przez system, zdecydowanie zaleca się przenoszenie do środowiska docelowego danych z jednego środowiska źródłowego, aby uniknąć utworzenia takich obiektów w środowisku docelowym za pośrednictwem aplikacji. Praktyka ta zapewnia, że klucze główne importowanego obiektu będą zawsze zsynchronizowane ze środowiskiem źródłowym. Więcej informacji i uwag zawiera sekcja Dane z kluczami generowanymi przez system.

Brak kasowania

CMA nie obsługuje kasowania obiektów jakiegokolwiek rodzaju (zarówno obiektów konfiguracji, jak i obiektów biznesowych). Jeśli konieczne jest powtórzenie testu z użyciem początkowego zapisu danych, należy przywrócić środowisko docelowe do kopii zapasowej wykonanej przed importem danych testowych i zaimportować najnowszą wersję danych testowych. Jeśli nie ma potrzeby kasowania wcześniej zaimportowanych obiektów, użytkownik może w razie potrzeby nadal ponownie ładować dane testowe z jednego środowiska źródłowego.

Tryb importu zbiorczego

Domyślnie proces importu tworzy obiekt przenoszenia dla każdego importowanego obiektu. Umożliwia to szczegółowe raportowanie i obsługę błędów na poziomie obiektu. Podczas importowania zbioru danych obiektów biznesowych o dużym wolumenie z tego rodzaju szczegółowym zarządzaniem wiąże się spadek wydajności. W takiej sytuacji w żądaniu importu zbioru danych przenoszenia można użyć opcji Import zbiorczy. W tym trybie dla wielu obiektów tego samego obiektu obsługi tworzony jest jeden rekord obiektu przenoszenia. W ten sam sposób tworzony jest jeden rekord transakcji przenoszenia dla wielu logicznych grup transakcji. Użycie tej opcji zmniejsza nakłady pracy związane z zarządzaniem obiektami przenoszenia w całym procesie, a tym samym zapewnia lepszą wydajność.

Należy zauważyć, że każdy obiekt jest nadal indywidualnie porównywany i walidowany, tak jak w przypadku zwykłego przetwarzania importu, ale jeśli jeden obiekt jest niepoprawny, wówczas cały obiekt przenoszenia nie jest stosowany, co wpływa na wszystkie zgrupowane z nim obiekty. Tryb importu zbiorczego jest przydatny podczas importowania dużego zbioru danych ze źródła danych poddanego walidacji, co eliminuje ryzyko wystąpienia błędów. 

Ta opcja jest obsługiwana tylko w przypadku głównych i transakcyjnych obiektów obsługi, tzn. nie ma zastosowania do przenoszenia konfiguracji.

Tryb "Tylko wstawianie"

Domyślnie krok porównania procesu importu musi określać, czy importowany obiekt jest nowy i dlatego powinien zostać dodany, reprezentuje zmianę w istniejącym obiekcie i powinien zostać zaktualizowany, czy też pozostaje niezmieniony. Podczas importowania zbioru danych zawierającego duży wolumen obiektów biznesowych, które są nowe w bieżącym środowisku, sprawdzenie to jest czasochłonne i można go uniknąć. W takiej sytuacji w żądaniu importu zbioru danych przenoszenia można użyć opcji Tylko wstawianie w celu wskazania, że wszystkie importowane obiekty uznaje się za nowe dodatki do bieżącego środowiska. Dzięki temu w procesie importu można wyeliminować zbędne kroki w celu określenia, czy obiekt powinien zostać dodany czy zaktualizowany, co przyspiesza proces importu.

Ta opcja jest obsługiwana tylko w przypadku głównych i transakcyjnych obiektów obsługi, tzn. nie ma zastosowania do przenoszenia konfiguracji.

Rozdzielanie procesów zadania na potrzeby zarządzania biznesowymi obiektami przenoszenia

Domyślnie te same procesy zadania związane z importem służą do zarządzania konfiguracją i przenoszeniem danych biznesowych. Zazwyczaj przenoszenia danych biznesowych obejmują duży wolumen rekordów w porównaniu ze znacznie lżejszymi zbiorami danych konfiguracyjnych. Przetwarzanie tych danych łącznie za pomocą tego samego procesu zadania może spowolnić przenoszenie konfiguracji, uniemożliwiając ich szybsze i częstsze kończenie. Problem dotyczy głównie środowisk testowych, w których częściej występują migracje mieszanych klas danych: dane konfiguracji są importowane z niższego środowiska, a obszerne dane testowe - z wyższego. W takich środowiskach można dostosować konfigurację produktu bazowego, aby oddzielić procesy importu na potrzeby konfiguracji i danych biznesowych.

Należy zauważyć, że możliwość oddzielenia procesów importu ma zastosowanie do obiektów przenoszenia tylko z powodu ich wolumenu. Zbiór danych przenoszenia i rekordy transakcji mają niewielki wolumen i dlatego są zarządzane przez te same procesy zadania.

Wyznaczone procesy zadania służą do importowania obiektów przenoszenia zawierających dane biznesowe, ale nie są one używane domyślnie:

• F1-MGOPB - Monitor obiektu przenoszenia (biznesowe)

• F1-MGOAB - Monitor obiektu przenoszenia (biznesowe) - zastosowanie

Aby skorzystać z tych oddzielnych procesów zadania dla danych biznesowych, należy wykonać następujące czynności:

• Zaktualizować obiekt biznesowy Obiekt przenoszenia - dane biznesowe (F1-MigrObjectBus) w taki sposób, aby odwoływał się do kontrolek zadań powiązanych z danymi biznesowymi o następujących statusach:

  • Oczekujące, Błąd zastosowania, Wymaga sprawdzenia - Monitor obiektu przenoszenia (biznesowe) - F1-MGOPB

  • Zatwierdzone - Monitor obiektu przenoszenia (biznesowe) - zastosowanie - F1-MGOAB

• Jeśli organizacja korzysta w procesach zadania CMA z przesyłania zadań powiązanych ze zdarzeniami, należy zapoznać się z sekcją Uruchamianie zadań, gdzie znajdują się dodatkowe kroki konfiguracji.