SAP BW na platformie HANA - szybki przewodnik

SAP Business Warehouse (BW) obsługiwany przez SAP HANA pomaga przyspieszyć analizę danych, wykorzystując dane za pośrednictwem hurtowni danych (DW) na potrzeby raportowania analitycznego i analizy danych. Możesz osiągnąć kluczowe możliwości, takie jak integracja danych w czasie rzeczywistym i modelowanie danych, a tym samym raportowanie BI w czasie rzeczywistym dla dużych ilości danych w bazie danych.

SAP Business Warehouse nadal działa jak potężne narzędzie hurtowni danych, które konsoliduje dane podstawowe i zapewnia elastyczne opcje raportowania. Z SAP HANA pod systemem BW jako bazą danych, możesz korzystać z połączenia możliwości DW z szybką bazą danych w pamięci, aby osiągnąć poprawę wydajności i wyjątkowe możliwości modelowania.

Baza danych HANA w pamięci jest znacznie szybsza w porównaniu z innymi popularnymi bazami danych, takimi jak Oracle, SQL Server, a zatem DW działa znacznie szybciej, gdy jest zasilana przez HANA jako baza danych pod nią. Łączy w sobie moc obu narzędzi - BW Modeling i silnika obliczeniowego HANA w pamięci, aby przetwarzać ogromne ilości danych.

BW on HANA obsługuje różne wyjątkowe bazy danych i możliwości raportowania, które nie są możliwe przy użyciu innych baz danych - takie jak transformacje i DSO są przenoszone do bazy danych HANA, aby zapewnić znacznie szybsze przetwarzanie danych, wydajność ładowania danych, przetwarzanie zapytań i optymalizację, wyjątkowe możliwości modelowania HANA itp. .

Wady używania SAP BW z innymi bazami danych

Poniżej przedstawiono wady korzystania z oprogramowania SAP BW z innymi bazami danych, takimi jak Oracle, SQL Server i IBM DB2.

Real-time Reporting- Używając BW z innymi bazami danych, nie można wykonywać raportów w czasie rzeczywistym, ponieważ dane w czasie rzeczywistym nie są dostępne w hurtowni danych. Dane są przenoszone do Business Warehouse partiami i dlatego nie są dostępne do raportowania w czasie rzeczywistym.
Implementing Structural Changes- Wdrażanie jakichkolwiek zmian struktury jest bardzo czasochłonne i trudne, ponieważ nie jest dostępna zgodność z innymi dostawcami bazy danych. Wdrożenie dowolnej zmiany struktury w Business Warehouse zajmuje od 2 do 12 miesięcy.
Report Performance - Musisz przeprowadzić optymalizację i strojenie wydajności raportów dla każdej aplikacji.
Compatibility- Dane w Business Warehouse są zagregowane i zmaterializowane i nie można uzyskać danych na różnym poziomie szczegółowości. HANA obsługuje agregacje w locie, gdy raport jest wykonywany.

Jak wspomniano, HANA jest znacznie szybsza w porównaniu z innymi bazami danych, takimi jak Oracle i SQL Server. Dlatego łącząc możliwości HANA z BW, otrzymujesz wyjątkowe funkcje przetwarzania danych i raportowania.

BW on HANA - kluczowi klienci

Podobnie jak w przypadku SAP, organizacje różnej wielkości iz różnych branż na całym świecie wykorzystują możliwości platformy SAP HANA do przekształcania swojej działalności i tworzenia nowej wartości. Zawiera listę firm ze wszystkich domen i regionów, które zaadaptowały HANA jako bazę danych i wykorzystały moc bazy danych HANA w pamięci z funkcjami hurtowni danych BW. Możesz zobaczyć listę wszystkich organizacji, które dostosowały SAP BW na HANA, korzystając z poniższego łącza.

https://hana.sap.com/abouthana/customer-stories.html

Procter and Gamble

Firma Procter & Gamble dostosowała się do SAP BW na platformie HANA, wprowadzając następujące zmiany biznesowe.

Niezawodne raportowanie w czasie rzeczywistym i lepsze decyzje biznesowe dzięki oprogramowaniu i usługom SAP.
55% redukcja bazy danych z 36 TB do 16 TB.
400% wzrost szybkości ładowania danych.
Obsługiwanych jest 35 000 użytkowników biznesowych.

CenterPoint Energy

CenterPoint Energy wykorzystuje SAP HANA jako podstawę do realizacji swojej strategicznej wizji.

10 minut na tworzenie celów marketingowych, w porównaniu z 4 tygodniami.
200% wzrost wydajności dzięki zastąpieniu ręcznych replikacji danych zaplanowanym ładowaniem danych do SAP HANA.
98,8% szybszy czas działania silnika analiz predykcyjnych (od 90 sekund do 1 sekundy).
15% więcej połączeń obsługiwanych przez IVR niż przez agentów.

Adidas

Adidas wykorzystując platformę SAP HANA wyprzedza popyt konsumentów dzięki aplikacji SAP Fashion Management.

Pełna widoczność od fabryki po halę produkcyjną i kanały e-commerce.
Analiza danych w punkcie sprzedaży, która zapewnia lepsze zrozumienie konsumentów.
Znacznie szybsze nocne przebiegi uzupełniania i alokacji.

BW on HANA: Ważne transakcje

Poniżej znajdują się kluczowe kody transakcji, które mają być używane w BW w systemie HANA.

RSA1 - Aby otworzyć stół warsztatowy BW

RSMIGRHANADB - Konwersja BW zoptymalizowana do pamięci

SM59 - Aby skonfigurować połączenie RFC dla SLT

Ltr - Aby skonfigurować Trusted RFC

RSPCM - Monitorowanie okresowych łańcuchów procesów

RSPC - Aby wyświetlić dziennik przebiegów łańcucha procesów

RSLIMO - Interfejs testowy BW Lean Modeler

SAP BW integruje dane z różnych źródeł, przekształca i konsoliduje dane, przeprowadza czyszczenie danych i przechowuje dane. SAP BW obejmuje również obszar modelowania, administracji i przemieszczania danych.

Dane w SAP BW są zarządzane za pomocą scentralizowanego narzędzia znanego jako SAP Business Intelligence (BI) Administration Workbench. Platforma BI zapewnia infrastrukturę i funkcje, które obejmują -

Procesor OLAP
Repozytorium metadanych
Process Designer i inne funkcje

Business Explorer (BEx) to narzędzie do raportowania i analizy, które obsługuje zapytania, analizy i funkcje raportowania w BI. Używając BEx, możesz analizować dane historyczne i bieżące na różnym stopniu analizy.

SAP BW jest znane jako otwarte, oparte na standardach narzędzie, które pozwala na wyodrębnienie danych z różnych systemów do systemu BI. Ocenia dane za pomocą różnych narzędzi raportowania i można je rozprowadzić do innych systemów.

Po przejściu do środowiska roboczego SAP BI Administration definiuje się tam system źródłowy. Przejdź do RSA1 → Systemy źródłowe.

W zależności od typu źródła danych można rozróżniać systemy źródłowe -

Źródła danych dotyczących transakcji
Źródła danych dla danych podstawowych
Źródła danych dla hierarchii
Źródła danych dla tekstu
Źródła danych dla atrybutów

Możesz załadować dane z dowolnego źródła w strukturze źródła danych do BI za pomocą programu InfoPackage. System docelowy, do którego mają zostać załadowane dane, jest definiowany w transformacji.

DataStore Object

Obiekt DataStore (DSO) jest znany jako miejsce przechowywania, w którym wyczyszczone i skonsolidowane transakcje lub dane podstawowe są przechowywane na najniższym poziomie szczegółowości. Dane te można przeanalizować za pomocą zapytania BEx.

DSO zawiera kluczowe liczby i charakterystyczne pola. Dane z DSO można aktualizować za pomocą aktualizacji Delta lub innych obiektów DataStore lub danych podstawowych. DSO są zwykle przechowywane w dwuwymiarowych przezroczystych tabelach bazy danych.

Architektura DSO

Komponent DSO składa się z trzech tabel -

Kolejka aktywacji

Służy do przechowywania danych przed ich aktywacją. Klucz zawiera identyfikator żądania, identyfikator pakietu i numer rekordu. Po zakończeniu aktywacji żądanie jest usuwane z kolejki aktywacji.

Tabela aktywnych danych

Ta tabela jest używana do przechowywania bieżących aktywnych danych i zawiera klucz semantyczny zdefiniowany do modelowania danych.

Dziennik zmian

Kiedy aktywujesz obiekt, zmiany w aktywnych danych są zapisywane w dzienniku zmian. Dziennik zmian jest tabelą PSA i jest utrzymywany w programie Administration Workbench w drzewie PSA.

InfoCube

InfoCube jest zdefiniowany jako wielowymiarowy zbiór danych, który jest używany do analizy w zapytaniu BEx. Moduł InfoCube składa się z zestawu tabel relacyjnych, które są logicznie połączone w celu zaimplementowania schematu gwiaździstego. Tabela faktów w schemacie gwiaździstym jest połączona z tabelami wielu wymiarów.

Do modułu InfoCube można dodać dane z co najmniej jednego źródła informacji lub dostawcy informacji. Są dostępne jako InfoProviders do celów analizy i raportowania.

Struktura InfoCube

Moduł InfoCube służy do fizycznego przechowywania danych. Składa się z wielu obiektów InfoObject, które są wypełnione danymi z przemieszczania. Ma strukturę schematu gwiazdy.

Charakterystykę czasu rzeczywistego można przypisać do InfoCube. Kostki informacyjne czasu rzeczywistego są używane inaczej niż standardowe kostki informacyjne.

Baza danych HANA wykorzystuje przetwarzanie w pamięci, aby zapewnić najszybszą prędkość wyszukiwania danych, co jest kuszące dla organizacji zmagających się z transakcjami online na dużą skalę lub terminowym prognozowaniem i planowaniem.

Pamięć dyskowa jest nadal standardem dla przedsiębiorstw, a cena pamięci RAM stale spada. W ten sposób architektury wymagające dużej ilości pamięci ostatecznie zastąpią wolne, mechaniczne dyski obrotowe i obniżą koszt przechowywania danych.

Magazyn oparty na kolumnach w pamięci zapewnia kompresję danych do 11 razy, zmniejsza przestrzeń do przechowywania ogromnych ilości danych.

Zalety szybkości oferowane przez system pamięci RAM są dodatkowo wzmocnione przez użycie wielu procesorów procesora wielordzeniowego na węzeł i wielu węzłów na serwer w środowisku rozproszonym.

Pierwsze kroki z SAP HANA Studio

Studio SAP HANA jest narzędziem opartym na Eclipse, które działa na środowisku programistycznym i narzędziu administracyjnym do pracy na platformie HANA.

Studio SAP HANA jest zarówno centralnym środowiskiem programistycznym, jak i głównym narzędziem administracyjnym dla systemu HANA. Jest to narzędzie klienckie, za pomocą którego można uzyskać dostęp do lokalnego lub zdalnego systemu HANA.

Zapewnia środowisko do administracji HANA, modelowania informacji HANA i udostępniania danych w bazie danych HANA.

Z SAP HANA Studio można korzystać na następujących platformach -

Microsoft Windows 32 i 64-bitowe wersje: Windows XP, Windows Vista, Windows 7
SUSE Linux Enterprise Server SLES11: x86 64-bitowy

Jednak w systemie Mac OS klient HANA Studio nie jest dostępny.

W zależności od instalacji HANA Studio wszystkie funkcje mogą być niedostępne. Podczas instalacji programu Studio określ funkcje, które chcesz zainstalować, zgodnie z rolą. Aby pracować nad najnowszą wersją studia HANA, można użyć Software Life Cycle Manager do aktualizacji klienta.

SAP HANA Studio - AFeatures

SAP HANA Studio zapewnia perspektywę do pracy nad następującymi funkcjami HANA. Możesz wybrać perspektywę w HANA Studio, korzystając z następującej ścieżki, HANA Studio → Okno → Otwórz perspektywę → Inne

Administracja SAP HANA Studio

Zestaw narzędzi do różnych zadań administracyjnych, z wyłączeniem przenośnych obiektów repozytorium czasu projektowania. Dołączone są również ogólne narzędzia do rozwiązywania problemów, takie jak śledzenie, przeglądarka katalogu i konsola SQL.

Rozwój bazy danych SAP HANA Studio

Zapewnia zestaw narzędzi do tworzenia treści. Dotyczy to w szczególności scenariuszy DataMarts i ABAP on SAP HANA, które nie obejmują tworzenia natywnych aplikacji SAP HANA.

Tworzenie aplikacji SAP HANA Studio

System SAP HANA zawiera niewielki serwer WWW, który może służyć do hostowania niewielkich aplikacji. Udostępnia zestaw narzędzi do tworzenia natywnych aplikacji SAP HANA, takich jak kod aplikacji napisany w języku Java i HTML.

Domyślnie wszystkie funkcje są instalowane.

Widok administracyjny HANA Studio

Do wykonywania funkcji administrowania bazą danych HANA i funkcji monitorowania można użyć perspektywy konsoli administracyjnej SAP HANA.

Dostęp do Edytora administratora można uzyskać na następujące sposoby -

From System View Toolbar - Wybierz domyślny przycisk Otwórz administrację
In System View - Kliknij dwukrotnie pozycję HANA System lub Open Perspective

W widoku Administracja studio HANA udostępnia wiele kart do sprawdzania konfiguracji i kondycji systemu HANA. Karta Przegląd zawiera informacje ogólne, takie jak: stan operacyjny, godzina rozpoczęcia pierwszej i ostatnio uruchomionej usługi, wersja, data i godzina kompilacji, platforma, producent sprzętu itp.

Dodawanie systemu HANA do Studio

Do studia HANA można dodać jeden lub wiele systemów w celu administrowania i modelowania informacji. Aby dodać nowy system HANA, wymagana jest nazwa hosta, numer wystąpienia oraz nazwa użytkownika i hasło bazy danych.

Port 3615 powinien być otwarty, aby połączyć się z bazą danych
Port 31015 Instancja nr 10
Port 30015 Instancja nr 00
Port SSh również powinien być otwarty

Oto kroki, aby dodać system do studia HANA -

Step 1- Kliknij prawym przyciskiem myszy w obszarze Nawigatora i kliknij Dodaj system. Wpisz szczegóły systemu HANA, czyli nazwę hosta i numer instancji. Kliknij Następny.

Step 2- Wprowadź nazwę użytkownika i hasło bazy danych, aby połączyć się z bazą danych SAP HANA. Kliknij Dalej, a następnie Zakończ.

Po kliknięciu przycisku Zakończ system HANA zostanie dodany do widoku systemu w celu administrowania i modelowania. Każdy system HANA ma dwa główne węzły podrzędne, katalog i zawartość.

Catalog - Zawiera wszystkie dostępne schematy, tj. Wszystkie struktury danych, tabele i dane, widoki kolumn i procedury, które można wykorzystać w zakładce Treść.

Content- Karta Zawartość zawiera repozytorium czasu projektowania, które zawiera wszystkie informacje o modelach danych utworzonych za pomocą HANA Modeler. Modele te są pogrupowane w paczkach. Węzeł Treść zapewnia różne widoki tych samych danych fizycznych.

Gdy SAP BW jest zasilany przez HANA, wszystkie zadania są wykonywane przy użyciu technik zoptymalizowanych pod kątem bazy danych HANA. SAP HANA odpowiada za wykonywanie kluczowych zadań związanych z hurtownią danych, zapewniając doskonałą wydajność podczas wykonywania raportów analitycznych.

Na poniższym rysunku można zobaczyć BW w architekturze HANA, w której wszystkie kluczowe działania BW są zoptymalizowane pod kątem HANA -

Modelowanie danych zoptymalizowane pod kątem platformy HANA: kostki informacyjne
Modelowanie danych zoptymalizowane pod kątem platformy HANA: zaawansowane obiekty magazynu danych
Modelowanie danych zoptymalizowane pod kątem platformy HANA: dostawcy kompozytów
Przechowywanie danych zoptymalizowane pod kątem platformy HANA
Menedżer analityczny zoptymalizowany pod kątem platformy HANA
Procesy analizy zoptymalizowane pod kątem technologii HANA

Warstwowa architektura skalowalna (LSA i LSA ++)

W SAP BW LSA czyni go bardziej niezawodnym, elastycznym i skalowalnym rozwiązaniem do wykonywania funkcji hurtowni danych przedsiębiorstwa. LSA to korporacyjna platforma dla BW umożliwiająca niezawodne zarządzanie całym cyklem życia danych i metadanych -

Dostarczanie danych
Modelowanie danych
Inscenizacja danych
Authorizations
Dostawa rozwiązania

Po wdrożeniu BW na SAP HANA można utworzyć inną LSA, która jest bardziej zależna od obiektów wirtualnych. Jest to znane jako LSA ++ i składa się z trzech kluczowych warstw -

Otwórz warstwę magazynu danych operacji

Ta warstwa jest podobna do warstwy akwizycji danych w SAP BW. Otwarta warstwa ODS służy do integracji danych z hurtownią danych i zapewnia taką samą funkcjonalność jak klasyczna warstwa akwizycji danych, ale oferuje bardziej elastyczne możliwości integracji danych.

Podstawowa warstwa hurtowni danych

Ta warstwa jest odpowiedzialna za wykonywanie funkcji takich jak transformacja danych, czyszczenie i konsolidacja danych.

Warstwa Virtual Data Mart

Warstwa ta odpowiada za łączenie danych z innych warstw i udostępnianie ich do celów raportowania. Ta warstwa zawiera wszystkie dostawców InfoProvider, które łączą dane za pomocą łączenia lub unii, bez zapisywania wyniku: MultiProvider, Composite Provider itp. Możesz użyć tej warstwy, aby uzyskać dostęp do danych bezpośrednio w bazie danych SAP HANA, aby umożliwić zapytania w Composite Provider, Open ODS View .

Dostawca złożony umożliwia scalanie danych z BW InfoProviders z widokami HANA Modeling. Łączenie i łączenie są wykonywane w SAP HANA, a zapytania mogą być uruchamiane na dostawcach złożonych, takich jak BW InfoProviders.

Korzystając z BW obsługiwanego przez SAP HANA, możesz znaleźć następujące korzyści -

Doskonała wydajność w raportowaniu analitycznym i ładowaniu danych przy użyciu HANA w możliwościach baz danych pamięci. Wszystkie funkcje BW wykonywane w SAP HANA korzystają z bazy danych w pamięci i silników obliczeniowych w celu szybszego przetwarzania danych.
Dzięki obiektom zoptymalizowanym pod kątem platformy HANA możesz wydajnie wykonywać złożone zapytania, szczegółowe analizy, duże ilości danych i agregacje.
Wszystkie istniejące narzędzia BI, takie jak BEx, narzędzia raportowania Business Objects BI i Microsoft Excel, są bezpośrednio obsługiwane przez SAP BW na platformie HANA.
SAP HANA zapewnia wysoki poziom kompresji danych. Magazynowanie tabel w kolumnach wymaga mniejszego typu pamięci, a tym samym zapewnia niższy całkowity koszt posiadania (TCO).
Akcelerator magazynu biznesowego (BWA) nie jest wymagany podczas korzystania z platformy HANA pod BW.
Nie potrzebujesz zagregowanych tabel, a platforma HANA obsługuje agregacje w locie.
Uprościło modelowanie danych przy użyciu obiektów zoptymalizowanych w pamięci. Nie ma potrzeby ładowania indeksu BWA.
W przypadku korzystania z SAP BW na platformie HANA nie są wymagane następujące procesy -
- Rolling Up Filled Agregates
- Napełnianie nowych kruszyw
- Dostosuj agregaty zależne od czasu
- Konstruuj statystyki bazy danych
- Utwórz indeks
- Usuń indeks

SAP HANA Modeler optionsłuży do tworzenia widoków informacji na górze schematów → tabel w bazie danych HANA. Te widoki są używane przez aplikacje oparte na JAVA / HTML lub aplikacje SAP, takie jak SAP Lumira, Office Analysis lub oprogramowanie innych firm, takie jak MS Excel, do celów raportowania w celu spełnienia logiki biznesowej oraz przeprowadzania analiz i wyodrębniania informacji.

Modelowanie HANA odbywa się na górze tabel dostępnych na karcie Katalog w obszarze Schemat w HANA Studio, a wszystkie widoki są zapisywane w tabeli Zawartość w obszarze Pakiet.

Możesz utworzyć nowy pakiet na karcie Zawartość w HANA Studio, klikając prawym przyciskiem myszy Zawartość i Nowy.

Wszystkie widoki modelowania utworzone w jednym pakiecie znajdują się w tym samym pakiecie w HANA Studio i są podzielone na kategorie zgodnie z typem widoku.

Każdy widok ma inną strukturę tabel wymiarów i faktów. Tabele wymiarów są definiowane za pomocą danych podstawowych. Tabela faktów zawiera klucz podstawowy dla tabel wymiarów i miar, takich jak liczba sprzedanych jednostek, średni czas opóźnienia, całkowita cena itp.

Możesz utworzyć nowy pakiet, klikając prawym przyciskiem myszy kartę Zawartość → Nowy → Pakiet.

Możesz również utworzyć pakiet podrzędny w ramach pakietu, klikając prawym przyciskiem myszy nazwę pakietu. Po kliknięciu pakietu prawym przyciskiem myszy otrzymujemy 7 opcji. Możemy tworzyć widoki atrybutów HANA, widoki analityczne i widoki obliczeń w ramach pakietu.

Możesz także utworzyć tabelę decyzyjną, zdefiniować uprawnienie analityczne i utworzyć procedury w pakiecie.

Po kliknięciu prawym przyciskiem myszy pakietu i kliknięciu opcji Nowy, można również utworzyć pakiety podrzędne w pakiecie. Musisz podać nazwę pakietu, opis podczas tworzenia pakietu.

SAP HANA - widok atrybutów

Widoki atrybutów w SAP HANA Modeling są tworzone na górze tabel wymiarów. Służą do łączenia tabel wymiarów lub innych widoków atrybutów.

Możesz również skopiować nowy widok atrybutów z już istniejących widoków atrybutów w innych pakietach, ale to nie pozwala na zmianę atrybutów widoku.

Poniżej przedstawiono kilka cech widoku atrybutów w SAP HANA -

Widoki atrybutów w HANA służą do łączenia tabel wymiarów lub innych widoków atrybutów.
Widoki atrybutów są używane w widokach analitycznych i obliczeniowych do analizy w celu przekazania danych podstawowych.
Są podobne do charakterystyk w BM i zawierają dane podstawowe.
Widoki atrybutów są używane do optymalizacji wydajności w tabelach wymiarów o dużych rozmiarach. Możesz ograniczyć liczbę atrybutów w widoku atrybutów, które są następnie używane do celów raportowania i analizy.
Widoki atrybutów służą do modelowania danych podstawowych w celu nadania kontekstu.

Utwórz widok atrybutów

Wybierz nazwę pakietu, pod którą chcesz utworzyć widok atrybutów. Kliknij prawym przyciskiem myszy Pakiet → Idź do nowego → Widok atrybutów.

Po kliknięciu widoku atrybutów otworzy się nowe okno. Wprowadź nazwę i opis widoku atrybutów. Następnie z listy rozwijanej wybierz Typ widoku i podtyp. W podtypie istnieją 3 typy widoków atrybutów: standardowy, czasowy i pochodny.

Widok atrybutów podtypu czasu to specjalny typ widoku atrybutów, który dodaje wymiar czasu do Data Foundation. Po wprowadzeniu nazwy atrybutu, typu i podtypu oraz kliknięciu przycisku Zakończ otworzą się trzy okienka robocze -

Scenario pane który ma Data Foundation i Semantic Layer.
Details pane pokazuje atrybut wszystkich tabel dodanych do Data Foundation i połączeń między nimi.
Output pane gdzie możemy dodać atrybuty z okienka szczegółów, aby przefiltrować raport.

Możesz dodać obiekty do Data Foundation, klikając znak „+” umieszczony obok Data Foundation. Możesz dodać wiele tabel wymiarów i widoków atrybutów w okienku scenariusza i połączyć je za pomocą klucza podstawowego.

Po kliknięciu Dodaj obiekt w Data Foundation pojawi się pasek wyszukiwania, z którego można dodawać tabele wymiarów i widoki atrybutów do okienka scenariusza. Po dodaniu tabel lub widoków atrybutów do Data Foundation można je połączyć za pomocą klucza podstawowego w okienku szczegółów, jak pokazano na poniższym zrzucie ekranu.

Po zakończeniu łączenia wybierz wiele atrybutów w panelu Szczegóły, kliknij prawym przyciskiem myszy i Dodaj do wyniku.

Wszystkie kolumny zostaną dodane do okienka Wyjście. Kliknij opcję Aktywuj, a w rejestrze zadań pojawi się komunikat potwierdzający.

Teraz możesz kliknąć prawym przyciskiem myszy widok atrybutów i przejść do podglądu danych.

Note- Kiedy widok nie jest aktywowany, ma na sobie diament. Jednak po aktywacji ten diament znika, co potwierdza, że widok został pomyślnie aktywowany.

Po kliknięciu Podgląd danych wyświetlą się wszystkie atrybuty, które zostały dodane do okienka Wyjście w obszarze Dostępne obiekty.

Możesz kliknąć prawym przyciskiem myszy i dodać do etykiet i osi wartości lub po prostu przeciągnąć obiekty, jak pokazano na poniższym zrzucie ekranu.

SAP HANA - Widok analityczny

Widok analityczny ma postać schematu gwiaździstego, w którym łączymy jedną tabelę faktów z wieloma tabelami wymiarów. Widoki analityczne wykorzystują rzeczywistą moc SAP HANA do wykonywania złożonych obliczeń i agregowania funkcji poprzez łączenie tabel w postaci schematu gwiaździstego i wykonywanie zapytań w schemacie gwiaździstym. Oto kilka właściwości widoku analitycznego SAP HANA -

Widoki analityczne służą do wykonywania złożonych obliczeń i funkcji agregujących, takich jak Suma, Liczba, Min, Max itp.
Widoki analityczne są przeznaczone do uruchamiania zapytań schematu startowego.
Każdy widok analityczny ma jedną tabelę faktów otoczoną tabelami wielu wymiarów. Tabela faktów zawiera klucz podstawowy dla każdej tabeli wymiarów i miar.
Widoki analityczne są podobne do obiektów informacyjnych i zestawów informacji SAP BW.

Utwórz widok analityczny

Wybierz nazwę pakietu, pod którą chcesz utworzyć widok analityczny. Kliknij prawym przyciskiem myszy Pakiet → Idź do nowego → Widok analityczny. Po kliknięciu widoku analitycznego otworzy się nowe okno. Wprowadź nazwę widoku i opis. Z listy rozwijanej wybierz Typ widoku i kliknij Zakończ.

Po kliknięciu przycisku Zakończ można wyświetlić widok analityczny z opcjami Data Foundation i Star Join.

Kliknij opcję Podstawa danych, aby dodać tabele wymiarów i faktów. Kliknij Połącz gwiazdkę, aby dodać widoki atrybutów.

Dodaj tabele wymiarów i faktów do Data Foundation, używając znaku „+”. W poniższym przykładzie do okienka szczegółów dodano 3 tabele wymiarów DIM_CUSTOMER, DIM_PRODUCT, DIM_REGION i 1 tabelę faktów FCT_SALES. Połączenie tabeli wymiarów z tabelą faktów za pomocą kluczy podstawowych jest przechowywane w tabeli faktów.

Wybierz Atrybuty z tabeli Wymiary i fakty, aby dodać je do panelu Wyjście, jak pokazano na powyższym zrzucie ekranu. Teraz zmień typ danych Fakty z tabeli faktów na miary.

Kliknij warstwę semantyczną, wybierz fakty i kliknij znak miar, jak pokazano na poniższym zrzucie ekranu, aby zmienić typ danych na miary i aktywować widok.

Po uaktywnieniu widoku i kliknięciu Podgląd danych wszystkie atrybuty i miary zostaną dodane do listy dostępnych obiektów. Dodaj atrybuty do osi etykiet i mierz do osi wartości w celu analizy.

Istnieje możliwość wyboru różnych typów wykresów i wykresów.

SAP HANA - widok obliczeń

Widok obliczeń służy do korzystania z innych widoków analitycznych, atrybutów i innych widoków obliczeniowych oraz tabel kolumn bazowych. Służą one do wykonywania złożonych obliczeń, które nie są możliwe w przypadku innych typów widoków. Oto kilka cech widoku obliczeń -

Widok obliczeń służy do korzystania z widoków analitycznych, atrybutów i innych widoków obliczeń.
Służą do wykonywania złożonych obliczeń, które nie są możliwe w przypadku innych widoków.
Istnieją dwa sposoby tworzenia widoków obliczeń - edytor SQL lub edytor graficzny.
Wbudowane węzły Union, Join, Projection i Aggregation.

Utwórz widok obliczeniowy

Wybierz nazwę pakietu, pod którą chcesz utworzyć widok obliczeń. Kliknij prawym przyciskiem myszy Pakiet → Nowy → Widok obliczeń. Po kliknięciu widoku obliczeń otworzy się nowe okno.

Wprowadź nazwę widoku, opis i wybierz typ widoku jako widok obliczeń, podtyp standardowy lub czas (jest to specjalny rodzaj widoku, który dodaje wymiar czasu). Możesz używać dwóch typów widoku obliczeń: graficznego i skryptów SQL.

Graphical Calculation Views- Ma domyślne węzły, takie jak agregacja, projekcja, łączenie i łączenie. Służy do korzystania z innych widoków atrybutów, analitycznych i innych widoków obliczeń.

SQL Script based Calculation Views - Jest napisany w skryptach SQL, które są zbudowane na poleceniach SQL lub funkcjach zdefiniowanych przez HANA.

Data Category- Cube, w tym domyślnym węźle jest Aggregation. Możesz wybrać łączenie gwiazdowe z wymiarem kostki. Wymiar, w tym domyślnym węźle jest Rzutowanie.

Więcej informacji na temat natywnego modelowania platformy HANA można znaleźć w naszym samouczku dotyczącym SAP HANA .

Obiekty BI są podzielone na wiele obszarów zawartości BI, dzięki czemu można ich używać w efektywny sposób. Obejmuje to obszar zawartości wszystkich kluczowych modułów w organizacji - SCM, CRM, HR, zarządzanie finansami, cykl życia produktu, rozwiązania branżowe, źródła danych spoza SAP itp.

Schemat gwiazdy i rozszerzony schemat gwiazdy

W rozszerzonym schemacie gwiazdowym tabele faktów są połączone z tabelami wymiarów, a tabela wymiarów jest połączona z tabelą SID. Tabela SID jest połączona z tabelami danych podstawowych. W rozszerzonym schemacie gwiazdowym tabele faktów i wymiarów znajdują się wewnątrz sześcianu; jednak tabele SID są poza kostką. Podczas ładowania danych transakcyjnych do kostki informacyjnej identyfikatory wymiarów są generowane na podstawie identyfikatorów SID, a te identyfikatory wymiarów są używane w tabelach faktów.

W rozszerzonym schemacie gwiazdowym jedna tabela faktów może łączyć się z 16 tabelami wymiarów, a każda tabela wymiarów ma przypisane 248 maksymalnych tabel SID. Tabele SID są również nazywane charakterystyką, a każda cecha może mieć tabele danych podstawowych, takie jak ATTR, tekst itp.

ATTR - Służy do przechowywania wszystkich danych atrybutów.

Text - Służy do przechowywania opisu w wielu językach.

InfoArea i InfoObjects

InfoObjects są znane jako najmniejsze jednostki w SAP BI i są używane w InfoProviderach, DSO, Multi Providerach itp. Każdy InfoProvider zawiera wiele InfoObjects.

InfoObjects są używane w raportach do analizy przechowywanych danych i dostarczania informacji decydentom. InfoObjects można podzielić na następujące kategorie -

Cechy takie jak klient, produkt itp.
Jednostki, takie jak sprzedana ilość, waluta itp.
Kluczowe dane, takie jak całkowity przychód, zysk itp.
Charakterystyki czasowe, takie jak rok, kwartał itp.

Obiekty InfoObject są tworzone w katalogu InfoObject. Jest możliwe, że obiekt InfoObject można przypisać do innego Katalogu informacji.

InfoAreaw SAP BI służy do grupowania podobnych typów obiektów. InfoArea służy do zarządzania kostkami InfoCube i InfoObjectami. Każdy obiekt InfoObject znajduje się w obszarze InfoArea i można go zdefiniować w folderze używanym do przechowywania razem podobnych plików.

Proces transformacji

Proces transformacji służy do konsolidacji danych, czyszczenia i integracji danych. Gdy dane są ładowane z jednego obiektu BI do innego obiektu BI, na danych jest stosowana transformacja. Transformacja służy do konwersji pola źródła na format obiektu docelowego.

SAP BW może działać na różnych bazach danych, takich jak Oracle, SQL Server, HANA lub dowolna inna baza danych. Gdy SAP BW jest zasilany przez HANA, możesz sprawdzić w SAP NetWeaver - wersja NW i bazy danych, na której jest zainstalowany.

Sprawdź, na której bazie danych jest zainstalowany system BW i jaka jest jego wersja

Przejdź do BI w systemie HANA SAP i zaloguj się.

Aby sprawdzić wersję SAP NetWeaver i bazę danych, na której jest zainstalowany, kliknij opcję System → Status.

Aby sprawdzić wersję systemu SAP NetWeaver, kliknij lupę. Możesz zobaczyć wersję bazy danych - HDB Release 1.0 SPS 11.

Możesz zainstalować narzędzia BW Modeling w swoim systemie - SAP GUI, SAP HANA Studio. Aby zainstalować narzędzia do modelowania BW, potrzebne są następujące komponenty -

System operacyjny Windows 7 lub Windows 8 lub Apple Mac OS X 10.8 lub nowszy albo dystrybucja Linux.
Musi być zainstalowany Internet Explorer 7.0 lub nowszy albo Firefox 4.0 lub nowszy.
SAP GUI dla Windows 7.3 lub SAP GUI dla Windows 7.4 musi być zainstalowany na dysku lokalnym. Można to pobrać z SAP Marketplace.
Do komunikacji z systemem zaplecza potrzebne są biblioteki DLL Microsoft Runtime VS2010 (dla systemu operacyjnego Windows) zainstalowane w systemie lokalnym.
SAP HANA Studio (32-bitowy lub 64-bitowy dla Windows) SP08 lub nowszy.

Utwórz nowy projekt BW w HANA Studio

Otwórz SAP HANA Studio i utwórz nowy projekt. Idź do Windows → Otwórz perspektywę → Inne.

Wybierz BW Modeling → Kliknij OK, jak pokazano na poniższym zrzucie ekranu.

Następnie przejdź do Plik → Nowy → Projekt.

W następnym oknie wybierz połączenie SAP. Możesz wybrać istniejące połączenie lub zdefiniować połączenie ręcznie, aby dodać nowe połączenie.

Połączenia systemowe są utrzymywane w logowaniu SAP. Kliknij OK.

Na następnym ekranie, jak pokazano na poniższym zrzucie ekranu, wprowadź klienta, nazwę użytkownika i hasło. Kliknij Następny.

Możesz wpisać nazwę projektu i kliknąć Zakończ.

Teraz kliknij prawym przyciskiem myszy nowy główny folder projektu i wybierz Dołącz system SAP HANA. Wybierz wstępnie skonfigurowany system HANA HDB i kliknij przycisk Zakończ.

Można podłączyć tylko podłączony system SAP HANA. Wybierz system HANA → Zakończ.

Aby zdefiniować zapytanie BW w module InfoCube, wybierz element InfoCube w perspektywie modelowania BW, kliknij prawym przyciskiem myszy i kliknij opcję Nowy → Zapytanie BW i wybierz element InfoProvider.

Wprowadź nazwę i opis, a następnie kliknij Zakończ. W ten sposób możesz dodać zapytanie BW.

Możesz zastosować różne funkcje w zapytaniu BW. Możesz stosować filtry, definiować lokalne formuły do obliczeń itp.

Aby zapisać zapytanie BW, kliknij ikonę zapisywania.

Aby wyświetlić podgląd zapytania BW, kliknij Podgląd raportowania BW w HANA Studio.

Planując migrację systemu BW na HANA, należy przeprowadzić różne kontrole, które pomogą w pomyślnej migracji. Możesz zapoznać się z różnymi notatkami SAP, które są dostępne w witrynie SAP Support Launchpad.

https://launchpad.support.sap.com/#/notes/

Przed migracją należy przeprowadzić kontrolę wykonalności, aby zrozumieć proces ładowania i zobaczyć ulepszenia wydajności. Ponieważ SAP HANA wymaga Unicode, musisz wykonać konwersję Unicode, jeśli masz system inny niż Unicode lub możesz również zaplanować konwersję Unicode w ramach migracji.

Aby przeprowadzić migrację bazy danych, musisz przeprowadzić kontrolę sprzętu. Aby przeprowadzić migrację systemu BW do platformy HANA, należy przeprowadzić wymiarowanie sprzętu, co można wykonać za pomocą raportu / SDF / HANA_BW_SIZING.

Aby uzyskać dostęp do pełnego narzędzia listy kontrolnej, możesz skierować SAP Note: 1729988na support.sap.com. Przeszukaj artykuł bazy wiedzy.

To narzędzie automatyzuje sprawdzanie wskazówek dotyczących najlepszych praktyk dla operacji i wymagań wstępnych migracji istniejącego wdrożenia SAP BW na platformę SAP HANA.

Możesz również sprawdzić inne uwagi SAP w oparciu o K, tj. Odnosi się do tej notatki SAP, jak pokazano na poniższym zrzucie ekranu.

Problemy podczas migracji

Wykonując migrację SAP HANA, możesz napotkać różne typy błędów. Poniżej znajduje się kilka uwag SAP, do których można się odwołać podczas procesu migracji -

SAP Note 1846872 - Zgłoszono błąd „Brak miejsca na urządzeniu” z platformy HANA
SAP Note 1787489 - Baza danych SAP HANA: śledzenie wydajności
SAP Note 1786918 - Informacje wymagane do zbadania dużego zużycia pamięci
SAP Note 1747042 - Zapewnienie wsparcia dostępu do instancji bazy danych HANA
SAP Note 1740136 - SAP HANA: zła opcja montowania może prowadzić do uszkodzenia trwałości
SAP Note 1897157 - Instalacja lub aktualizacja nie powiodła się z powodu awarii hdbnsutil
SAP Note 1894412 - Awaria serwera nazw SAP HANA po uaktualnieniu wersji
SAP Note 1634848 - Połączenia usług bazy danych SAP HANA
SAP Note 1592925 - Połączenie serwisowe SAP HANA Studio

Aby wykonać migrację systemu SAP BW na HANA, możesz skorzystać z następujących narzędzi migracyjnych -

Menedżer udostępniania oprogramowania

Oprogramowanie Software Provisioning Manager umożliwia wykonywanie różnych zadań związanych z udostępnianiem i obejmuje szeroką gamę platform z różnymi produkcjami. Oprogramowanie Software Provisioning Manager może być używane do konfigurowania samodzielnego silnika, migracji systemów lub kopiowania systemu NetWeaver.

Oprogramowanie Software Provisioning Manager 1.0 obsługuje następujące scenariusze udostępniania dla systemów SAP opartych na SAP NetWeaver -

Instalacja nowych systemów, instancji i samodzielnych silników
Kopia systemowa istniejących systemów
Transformacja systemów, na przykład poprzez zmianę nazwy systemu i podział na dwa stosy
Usuwanie systemów, instancji i samodzielnych silników

Software Provisioning Manager 1.0 obsługuje następujące wersje SAP NetWeaver, produkty SAP Business Suite i oparte na nich wersje SAP Solution Manager.

Najnowszą wersję można pobrać z następującego adresu URL: https://help.sap.com/sltoolset

1680045 - Release Note for Software Provisioning Manager 1.0 SP17

Kokpit migracji SAP BW dla SAP HANA

To narzędzie jest używane w celu uzyskania łatwego dostępu do najczęściej używanych i przydatnych narzędzi do migracji systemów SAP BW i optymalizacji ich pod kątem SAP HANA.

Kokpit migracji SAP BW dla SAP HANA łączy w sobie kilka narzędzi, dzięki którym migracja istniejącego wdrożenia SAP BW na platformę SAP HANA jest płynna i łatwa do wykonania.

Aby korzystać z kokpitu, zainstaluj i uruchom program ABAP. Aby użyć funkcji Sprawdź aktualizacje, może być konieczne zachowanie ustawień proxy w wierszach 21 i 22 kodu.

Program: ZBW_HANA_MIGRATION_COCKPIT

To narzędzie może być używane z oprogramowaniem SAP BW w wersji 3.5 lub nowszej.

Aby uzyskać to narzędzie, możesz zapoznać się z SAP Notes 1909597 - SAP BW Migration Cockpit for SAP HANA.

Przejdź do zakładki załącznika i możesz pobrać plik zip.

W przypadku, gdy którekolwiek z narzędzi nie jest dostępne w systemie lokalnym, można skorzystać z zakładki Dokumentacja i uzyskać dostęp do pomocy online i dostępnych Not SAP.

Do niniejszej Noty SAP odnosi się -

Numer	Tytuł
1729988	SAP BW powered by SAP HANA - Checklist Tool
1736976	Raport dotyczący rozmiarów dla BW na platformie HANA
1908367	Wyszukiwarka transformacji SAP BW
1847431	Analizator rutynowy SAP BW ABAP

Opcja migracji danych SUMA

Opcja migracji danych (DMO) w Menedżerze aktualizacji oprogramowania (SUM) upraszcza konwersję Unicode, aktualizację systemu i migrację bazy danych w jednym narzędziu.

SAP Note 2257362 - Database Migration Option (DMO) of SUM 1.0 SP17

Aby przeprowadzić migrację bazy danych przy użyciu DMO, wymagany jest SAP HANA w wersji 8.5 lub nowszej. Docelowa baza danych SAP HANA zależy od źródłowej bazy danych z różnymi wymaganiami do wykonania uaktualnienia.

Źródłowa baza danych	Wymagania / ograniczenia
Wyrocznia	Oracle w wersji 11.2 lub nowszej
MaxDB	MaxDB 7.7: Wersja 7.7.07.47 lub nowsza MaxDB 7.8: wersja 7.8.02.028 lub nowsza MaxDB 7.9 lub nowszy: brak ograniczeń Wersja docelowa SAP_BASIS 740 SP11 nie jest obsługiwana
MS SQL	MS SQL 2005 (dostępny na żądanie) lub nowsza wersja Źródłowa wersja SAP musi bazować na SAP_BASIS 700 lub nowszym
DB2 (DB2 for z / OS)	Docelowa wersja SAP_BASIS to 740 SP12 lub nowsza
DB4 (DB2 for i)	Źródłowa wersja SAP musi bazować na SAP_BASIS 700 lub nowszym DB4 i7.1 lub nowszy Docelowa wersja SAP musi być oparta na SAP_BASIS 740 SP10 lub nowszym
DB6 (DB2 dla Linux, UNIX i Windows)	DB6 w wersji 09.01.0000 lub nowszej, jeśli docelowa wersja SAP_BASIS jest niższa niż 740 SP8 DB6 wersja 09.7 FP5 lub nowsza, jeśli docelowa wersja SAP_BASIS to 740 SP8 lub nowsza
SAP HANA	SAP HANA jako źródłowa baza danych nie jest obsługiwana
SOK ROŚLINNY	SAP ASE wersja 16.0 SP02 poziom poprawek 02 lub wyższy, jeśli docelowa wersja SAP_BASIS to 750 lub wyższa Według PAM, jeśli docelowa wersja SAP_BASIS jest niższa niż 750

Gdy system SAP BW działa w bazie danych HANA, koszt umieszczenia wszystkich danych w pamięci HANA jest wysoki. Również nie wszystkie dane z SAP BW są wymagane w bazie danych HANA i tylko 30-40% danych z BW jest aktywnie potrzebnych do raportowania i operacji. Te dane powinny być umieszczane tylko w funkcjach pamięci HANA.

SAP BW na platformie HANA zapewnia ustawienie dla aktywnych i nieaktywnych danych, dzięki czemu można zarządzać niższym całkowitym kosztem posiadania. Dane można podzielić na 3 kategorie według temperatury danych -

Gorące dane

W tym obszarze wszystkie dane w gorących danych są przechowywane w bazie danych HANA w pamięci i są dostępne do raportowania i operacji. W SAP BW są to moduły InfoCubes i DSO, które podlegają gorącym danym, ponieważ są często używane do raportowania i operacji.

Te dane są często używane i zwykle pochodzą z ostatnich 2-3 lat, dlatego też muszą być umieszczane jako prawdziwe gorące dane i muszą być umieszczone w bazie danych w pamięci, aby uzyskać najlepszą wydajność do celów raportowania.

Poniżej przedstawiono kluczowe właściwości gorących danych -

Access - Bardzo często, co kilka sekund lub minut
Response - Szybki dostęp, wysoka wydajność
Data Type - Dane z modułów InfoCube, standardowych DSO, otwartych DSO i wszystkich danych podstawowych

Cold Data

Zimne dane są traktowane jako dane zarchiwizowane, do których rzadko można uzyskać dostęp, a wszystkie dane są przechowywane w dodatkowej bazie danych. W SAP BW standardowe DSO i InfoCubes zawierają dane do operacji i raportowania. Jednak w normalnym scenariuszu tylko dane z ostatnich kilku lat są często wykorzystywane do celów raportowania. Dane starsze niż 3 lata mogą być zwykle przechowywane w ramach planu z niższym całkowitym kosztem posiadania, ponieważ są one rzadko używane.

Poniżej przedstawiono kluczowe właściwości zimnych danych -

Access - Dane starsze niż 3 lata i rzadko używane do celów raportowania i operacji.
Response - Wolniej w porównaniu do gorących i ciepłych danych.
Data Type - Starsze dane z modułów InfoCubes i standardowych DSO.

Ciepłe dane

Ciepłe dane to dane przechowywane na dysku w bazie danych HANA i są dostępne przez cały czas. Umożliwia to efektywny dostęp do mniej aktualnych danych w bazie danych HANA.

Te dane są dostępne do odczytu, zapisu i wstawiania i zapewniają niższy całkowity koszt posiadania.

Istnieją dwa rodzaje danych w ciepłych danych -

Dane nieaktywne
Warstwy aktywne / dynamiczne

Dane nieaktywne

Ten typ danych jest stosowany do DSO z trwałym obszarem przejściowym (PSA) i z optymalizacją zapisu (W / O). W SAP BW PSA i W / O DSO są traktowane jako obiekty o niskim priorytecie, aw przypadku braku pamięci dane nieaktywne są najpierw usuwane z pamięci.

Poniżej przedstawiono kluczowe właściwości nieaktywnych danych -

Access- Dane o średniej częstotliwości. Dane, które są dostępne częściej niż dane zimne.
Response- Odpowiedź jest szybka, gdy wszystkie partycje są w pamięci. Kiedy dane mają zostać załadowane do partycji, czas odpowiedzi zależy od ilości danych.
Data Type - PSA i OSD W / O

Note - Koncepcja nieaktywnych jest dostępna od wersji SAP BW 7.3 SP8 i można jej używać do wydajnego zarządzania pamięcią w HANA Database.

Warstwy aktywne / dynamiczne

W przypadku warstw dynamicznych nie istnieje koncepcja przenoszenia danych z partycji do pamięci o niskim całkowitym koszcie posiadania i obejmuje zintegrowany mechanizm dostępu do wszystkich danych w optymalnym czasie działania.

Wszystkie dane - PSA i DSO W / O - są przechowywane na dysku i są dostępne dla wersji SAP BW 7.4 SP8 i HANA 1.0 SP9 lub nowszej.

Poniżej przedstawiono kluczowe właściwości aktywnych / dynamicznych danych warstw -

Access- Dane o średniej częstotliwości. Dane, które są dostępne częściej niż dane zimne.
Response - Nieco wolniej niż gorące dane
Data Type - PSA, OSD W / O i zaawansowani OSD

Monitoruj koncepcję danych nieaktywnych w systemie SAP BW

Otwórz aktywny / nieaktywny monitor danych, uruchom Transaction Code: RSHDBMON lub możesz przejść do Pulpitu administracyjnego → Administracja → Monitory → Dane aktywne / nieaktywne.

Następnie kliknij Widok szczegółowy, aby sprawdzić ustawienia wczesnego wyładowywania. Możesz sprawdzić ustawienia wczesnego wyładowywania dla następujących obiektów -

Standardowe OSD
W / O DSO
InfoCube
Źródło danych

Z wyboru danych wybierz źródło danych z listy rozwijanej. Wybierz obiekt i kliknij Wykonaj.

Tabele PSA i zoptymalizowane do zapisu DSO są domyślnie oznaczone jako Warm przez SAP w BW. Oznacza to, że flaga jest domyślnie ustawiona jako aktywna.

Pozwala to na usunięcie tych tabel z pamięci głównej z wyższym priorytetem w porównaniu z innymi tabelami trwałych BW InfoProviders. Możesz dostosować to ustawienie za pomocą flagi Wczesne wyładowanie w oknie, jak pokazano na poniższym zrzucie ekranu.

Korzystając z oprogramowania SAP BW na platformie HANA, można tworzyć istniejące kostki InfoCube do HANA Optimized InfoCubes. Po przeniesieniu kostek InfoCube do bazy danych HANA stają się tabelami opartymi na kolumnach i zachowują się jakBWA Indexed InfoCubes.

Gdy używane są kostki InfoCube zoptymalizowane pod kątem SAP HANA, do wymiarów są przypisywane cechy i kluczowe wartości. Aby poprawić wydajność systemu, w rzeczywistości używane są zastępcze identyfikatory (SID).

Podczas konwersji standardowych kostek InfoCubes do modułów InfoCube zoptymalizowanych pod kątem platformy HANA, układ zmienia się w momencie konwersji i należy go dostosować ręcznie.

Aby wyświetlić panele InfoCube w systemie BW, możesz użyć Transaction: LISTSCHEMA

Możesz wybrać swój moduł InfoCube i sprawdzić różne tabele wymiarów. Wybierz typ InfoCube -

Aggregate Cube
Standardowa kostka InfoCube

Istnieją dwa sposoby konwersji standardowego modułu InfoCube na moduł InfoCube zoptymalizowany pod kątem platformy HANA.

Przejdź do InfoCube i kliknij, aby otworzyć ekran edycji. Zaznacz pole wyboru Konwersja do zoptymalizowanej platformy SAP HANA. Tę właściwość można również sprawdzić w obszarze Właściwości modułu InfoCube → Podtyp. Otwórz moduł InfoCube i możesz zobaczyć podtyp jako moduł InfoCube zoptymalizowany pod kątem platformy HANA.

Możesz też zadzwonić Transaction RSMIGRHANADBw systemie BW. Ta transakcja spowoduje bezpośrednie otwarcie ekranu w celu konwersji obiektów na obiekty zoptymalizowane pod kątem platformy HANA.

Możesz wybrać typ obiektu i wpisać nazwę obiektu. Na następnym ekranie wybrałem standardową kostkę InfoCube do konwersji na moduł informacyjny zoptymalizowany pod kątem platformy HANA.

Możesz także wybrać opcję przeglądania dzienników po konwersji.

Gdy wybrany obiekt jest już obiektem zoptymalizowanym pod kątem platformy HANA lub po zakończeniu konwersji zostanie wyświetlony komunikat, jak pokazano na poniższym zrzucie ekranu.

Dostawcy złożone są używane do łączenia wielu dostawców InfoProvider przy użyciu operacji Join lub Union. W przypadku korzystania z oprogramowania SAP BW na platformie HANA jeden z dostawców InfoProvider powinien korzystać z bazy danych w pamięci, a dane z dostawców złożonych mogą służyć do raportowania i analizy.

W przypadku korzystania z oprogramowania SAP BW z bazą danych inną niż HANA BWA jest warunkiem wstępnym do tworzenia dostawców złożonych. Podstawową zaletą dostawców złożonych jest to, że można tworzyć nowe złożone scenariusze biznesowe, łącząc dostawców InfoProvider za pomocą operacji Join.

Utwórz dostawców złożonych

Dostawców kompozytów można tworzyć w środowisku roboczym administracji przy użyciu Transaction: RSLIMOBW

Na ekranie Composite Provider wprowadź nazwę dostawcy Composite Provider (do 10 znaków) i kliknij przycisk Utwórz.

Pojawi się graficzne środowisko modelowania.

Możesz przeciągnąć i upuścić wymagane InfoProvider (z drzewa InfoProvider po lewej stronie ekranu) do obszaru modelowania.

Przeciągając elementy InfoProviders, można zdefiniować typ powiązania - Union lub Join i kliknąć przycisk OK.

Następnie przeciągnij pola z InfoProviders → Composite Provider. Te wiersze pokazują pola InfoProviders, które są używane w dostawcy złożonym. Gdy używasz powiązania danych jako Łączenie, jest ono oznaczone nazwą Dołącz.

Możesz także zmienić nazwę pola lub dodać opis. Aby zmienić nazwę pola, kliknij prawym przyciskiem myszy nazwę pola → Zmień właściwość → Zmień.

Możesz również przypisać walutę lub jednostkę z charakterystyki do kluczowych liczb. Aby to zrobić, przejdź do menu kontekstowego Kluczowa figura → Zmień właściwość → Zmień.

Możesz również zobaczyć strukturę XML dostawcy złożonego za pomocą opcji wyświetlania XML.

Następnym krokiem jest aktywacja CompositeProvider. Po aktywowaniu CompositeProvider dane są przechowywane w BW Accelerator lub w bazie danych SAP HANA.

Dostawców kompozytów można również tworzyć w SAP HANA Studio → BW Modeling.

Zaloguj się do BW Modeling Perspective za pomocą poświadczeń BW i dołącz swój system HANA za pomocą menu kontekstowego w folderze najwyższego poziomu projektu, wybierając opcję Dołącz system HANA, bez której nie będziesz w stanie uwzględnić natywnych modeli SAP HANA w swoim Composite Dostawca.

Przejdź do InfoArea w BW Project → Menu kontekstowe → Nowy → Composite Provider.

Wprowadź nazwę i opis dostawcy usług złożonych. Kliknij Finish.

W Edytorze możesz zobaczyć następujące karty -

General - Pokazuje właściwości dostawcy złożonego.
Scenario- Na tej karcie można dodać dostawców informacji i widoki HANA do dostawcy złożonego. Przejdź do zakładki Scenariusz, a zobaczysz domyślny typ wiązania. Kliknij znak Dodaj.

Po kliknięciu znaku Dodaj zostanie wyświetlony monit, czy chcesz wybrać widok InfoProvider lub HANA. Aby przeprowadzić wyszukiwanie, wpisz *, a zobaczysz listę dostępnych obiektów. Wybierz dowolny obiekt, który chcesz dodać do dostawcy złożonego.

Podobnie Dodaj InfoProvider do swojego dostawcy złożonego. Następnie należy dodać pola ze źródła do celu, przeciągając je. Możesz użyć opcji Rozwiń wszystko, aby rozwinąć wszystkie dodane obiekty. Możesz również zastosować filtr, aby przeszukać określone pole.

Przejdź do zakładki wyjścia i możesz zobaczyć mapowanie dodanych obiektów.

Następnie należy sprawdzić i aktywować obiekt BW.

Możesz również przeanalizować wynik w dzienniku problemów z tej perspektywy.

Aby wyświetlić podgląd danych w HANA Studio, użyj ikony lupy w prawym górnym rogu → Pokaż podgląd.

Korzystając z obiektów zoptymalizowanych pod kątem platformy HANA, można osiągnąć lepszą wydajność raportowania analitycznego i analizy danych. DSO SAP BW są automatycznie optymalizowane do aktywacji w bazie danych SAP HANA. Podczas migracji oprogramowania SAP BW na platformę HANA wszystkie standardowe DSO są przenoszone do bazy danych SAP HANA w magazynie kolumnowym.

Aby korzystać z zaawansowanych DSO, powinieneś mieć pakiet obsługi bazy danych SAP HANA w wersji 08 lub nowszej, a na zapleczu powinieneś mieć SAP BW 7.4 SPS9.

Utwórz zaawansowany DSO na podstawie bazy danych HANA

Przejdź do SAP HANA studio → BW Modeling Tools

Aby utworzyć zaawansowany DSO, kliknij prawym przyciskiem myszy obszar InfoArea i wybierz New DataStoreObject (zaawansowane).

Podaj następujące szczegóły i kliknij Zakończ.

Wpisz nazwę DataStore - Nazwa techniczna może mieć od trzech do dziewięciu znaków. Jeśli masz przestrzeń nazw dla obiektu DataStore (zaawansowane), nazwa może mieć tylko osiem znaków.
Opis DataStore
Wybierz szablon obiektu

Możesz utworzyć transformację ze standardowego DSO do Advanced DSO, który został utworzony w bazie danych HANA. Przejdź do systemu SAP BW, rozwiń InfoCube i skopiuj transformację z istniejącego DSO do nowego Advanced DSO.

Możesz utworzyć nową transformację i załadować dane do nowego obiektu Advanced Data Store.

Korzystając z dostawcy hybrydowego, możesz szybko uzyskać dostęp do danych dzięki architekturze hybrydowej, a stare dane historyczne są mieszane z nowymi danymi. Dostawca hybrydowy zapewnia wysoki poziom wydajności systemu do analizowania danych w zapytaniach.

Można użyć następujących typów dostawców hybrydowych -

Dostawca hybrydowy oparty na obiekcie DataStore

Ci dostawcy hybrydowi opierają się na połączeniu DSO i InfoCube. W ramach architektury hybrydowej nowe dane są przechowywane w DSO, a InfoCube zapewnia agregację.

Podczas wykonywania zapytania BEx w HybridProvider dane są odczytywane bezpośrednio z modułu InfoCube. Jeśli chcesz odczytać dane z DSO, musisz zmienić żądanie w projektancie BEx.

Przejdź do Właściwości → Zaawansowane w BEx Query Designer i wybierz status zapytania na 2.

Transformacja DSO i InfoCube to 1: 1 i nie można jej zmienić.

W przypadku dostawcy hybrydowego dane mogą być ładowane z dowolnego typu źródła. Wszystkie dane przechowywane są w systemie BW lub w Akceleratorze BW.

Dostawca hybrydowy oparty na dostępie bezpośrednim

W przypadku tego dostawcy hybrydowego dane są oparte na połączeniu dostawców wirtualnych i modułu InfoCube. Nowe dane są odczytywane bezpośrednio z systemu źródłowego za pomocą wirtualnych dostawców.

Pozwala to na dostęp do danych w czasie rzeczywistym bez żadnych opóźnień. Dane można ładować tylko z określonego źródła danych.

Korzystając z oprogramowania SAP BW w systemie HANA, można używać następujących obiektów zoptymalizowanych pod kątem platformy HANA: obiektów DataStore, obiektów InfoObjects, zapytań jako dostawców InfoProviders i CompositeProviders w obszarze roboczym BW i zapytań.

Podczas tworzenia widoków informacji w SAP HANA publikowane są dane z danych BW. Te widoki SAP HANA wskazują bezpośrednio na dane i tabele zarządzane przez BW.

Dane z SAP BW mogą być bezpośrednio używane w widokach HANA Modeling. Możesz generować widoki SAP HANA dla zapytań jako dostawcy informacji w bazie danych HANA.

Utwórz widoki SAP HANA dla zapytań jako InfoProvider

Pierwszym krokiem jest stworzenie indeksu SAP HANA. Możesz to zrobić za pomocąTransaction: RSDDB lub używając Transaction RSA1 aby otworzyć BW Workbench.

Możesz wywołać konserwację indeksu dla obiektu, korzystając z następujących opcji -

Method 1 - Pierwsza metoda polega na wywołaniu SAP BW Workbench przy użyciu Transaction RSA1.

Wybierz InfoProvider w nawigacji. Kliknij prawym przyciskiem myszy i wybierz opcję Zachowaj indeks akceleratora BW. Spowoduje to otwarcie ekranu administracyjnego indeksu SAP HANA / BWA.

Method 2 - Inne sposoby bezpośredniego wywoływania ekranu konserwacji indeksu SAP HANA / BWA przy użyciu Transaction RSDDB.

Spowoduje to otwarcie ekranu konserwacji indeksu SAP HANA / BWA. Wybierz typ obiektu BW - VirtualProvider lub Query as InfoProvider za pomocą opcji push button.

Wybierz zapytanie, dla którego chcesz wygenerować widok SAP HANA → Utwórz.

W dolnej części ekranu system wyświetla listę wszystkich obiektów, które mają już indeks SAP HANA.

Nie możesz zindeksować wyniku zapytania, jeśli zapytanie spełnia którykolwiek z następujących warunków -

Gdy zapytanie zawiera w rezultacie łączenie czasowe, nie można go przechowywać w indeksie płaskim ze względu na hierarchię.
Gdy używane są lokalne agregacje.
Gdy nazwa zapytania ma więcej niż 20 liter.
Gdy zapytanie jest zapytaniem gotowym do wprowadzenia.

Wybierz widok zewnętrznego repozytorium SAP HANA. Po aktywacji indeksu w bazie danych SAP HANA generowany jest widok SAP HANA odpowiadający strukturze obiektu.

SAP HANA Live zapewnia lepszą jakość analiz we wszystkich aplikacjach pakietu biznesowego. Nie jest wymagane modelowanie BW ani programowanie ABAP, a dostęp do struktury raportowania można uzyskać za pomocą otwartych standardów - SQL i MDX.

Korzystanie z wirtualnych modeli danych ukrywa złożoność aplikacji SAP Business Suite, a dane są łatwo dostępne w modelach danych. Wirtualny model danych składa się z następujących typów widoków -

Widok zapytania

Są one używane do bezpośredniego użycia w aplikacji analitycznej opartej na HTML5 lub w narzędziu analitycznym, takim jak BusinessObjects. Widoki zapytań zwykle nie są ponownie używane w innych widokach i zawsze pozostają na szczycie hierarchii.

Ponownie użyj widoku

Te widoki są sercem wirtualnych modeli danych i są ponownie wykorzystywane w innych widokach. Nie są przeznaczone do bezpośredniego wykorzystania w innych narzędziach analitycznych - Business Objects.

Widok prywatny

Opierają się na tabelach bazy danych, innych widokach prywatnych lub widokach wielokrotnego użytku. Nie zawierają one żadnego jasnego scenariusza biznesowego, więc nie są klasyfikowane jako widoki ponownego wykorzystania i dlatego nie mogą być używane z innymi widokami.

Architektura HANA na żywo

Wirtualne modele danych SAP HANA Live są projektowane na szczycie tabel pakietu SAP Business Suite. Dane dostarczane przez wirtualne modele danych mogą być wykorzystywane przy użyciu aplikacji opartych na HTML5 lub narzędzi analitycznych, takich jak SAP BusinessObjects.

Poniżej przedstawiono schematyczne przedstawienie architektury SAP HANA Live.

Wszystkie raporty w SAP HANA Live są oparte na bazowym silniku obliczeniowym i danych w czasie rzeczywistym z aplikacji SAP Business Suite, dzięki czemu nie ma potrzeby czekać na załadowanie danych.

W przypadku, gdy klienci chcą tworzyć nowe raporty, aby ulepszyć istniejące, wystarczy wprowadzić zmiany w wirtualnych modelach danych lub utworzyć nowe modele HANA, aby szybko wspomóc tworzenie raportów.

Krajobraz techniczny systemu SAP HANA Live

Do wdrożenia SAP HANA Live w pakiecie SAP Business można zastosować dwa podejścia.

Scenariusz obok siebie

W tym scenariuszu masz dwa systemy, a replikacje danych odbywają się przy użyciu oprogramowania SAP Landscape Transformation. Aby wykonać widoki Live SAP HANA, musisz zreplikować odpowiednie tabele w bazie danych HANA.

Scenariusz integracji

Systemy SAP HANA Live i Business Suite współużytkują to samo urządzenie SAP HANA i ten scenariusz jest odpowiedni dla aplikacji, które działają bezpośrednio na SAP HANA.

Dostarczanie danych dotyczy replikacji danych do bazy danych HANA, które mają być używane w modelowaniu HANA i wykorzystywane przy użyciu narzędzi do raportowania. Istnieją różne metody udostępniania danych, które są obsługiwane w replikacji danych systemu SAP HANA.

SAP HANA Replication umożliwia migrację danych z systemów źródłowych do bazy danych SAP HANA. Prostym sposobem na przeniesienie danych z istniejącego systemu SAP na platformę HANA jest użycie różnych technik replikacji danych.

Replikację systemu można skonfigurować na konsoli za pomocą wiersza poleceń lub za pomocą HANA Studio. Podczas tego procesu podstawowe ECC lub systemy transakcyjne mogą pozostawać online. W systemie HANA istnieją trzy rodzaje metod replikacji danych -

Metoda replikacji SAP Landscape Transformation (SLT)
Narzędzie ETL Metoda SAP Business Object Data Service (BODS)
Metoda bezpośredniego połączenia ekstraktora (DXC)

SAP Landscape Transformation (SLT) Replication to metoda replikacji danych w systemie HANA oparta na wyzwalaczach. Jest to idealne rozwiązanie do replikacji danych w czasie rzeczywistym lub replikacji opartej na harmonogramie ze źródeł SAP i innych niż SAP. Posiada serwer replikacji SAP LT, który obsługuje wszystkie żądania wyzwalaczy. Serwer replikacji można zainstalować jako serwer autonomiczny lub może działać w dowolnym systemie SAP z oprogramowaniem SAP NW 7.02 lub nowszym.

Pomiędzy HANA DB a systemem transakcyjnym ECC istnieje połączenie Trusted RFC, które umożliwia replikację danych w oparciu o wyzwalacze w środowisku systemu HANA. Na poniższym obrazie można zobaczyć scenariusz replikacji SAP HANA SLT dla replikacji danych w czasie rzeczywistym.

Zaleta replikacji SLT

Poniżej przedstawiono zalety replikacji SLT.

Metoda replikacji SLT umożliwia replikację danych z wielu systemów źródłowych do jednego systemu HANA, a także z jednego systemu źródłowego do wielu systemów HANA.
SAP LT wykorzystuje podejście oparte na wyzwalaczu. Nie ma wymiernego wpływu na wydajność systemu źródłowego.
Zapewnia również możliwość transformacji i filtrowania danych przed załadowaniem do bazy danych HANA.
Umożliwia replikację danych w czasie rzeczywistym, replikując tylko istotne dane do HANA z systemów źródłowych SAP i innych niż SAP.
Jest w pełni zintegrowany z systemem HANA i studiem HANA.

Utwórz zaufane połączenie RFC w systemie ECC

W źródłowym systemie SAP AA1 chcesz skonfigurować zaufany RFC dla systemu docelowego BB1. Gdy to się stanie, oznaczałoby to, że kiedy jesteś zalogowany na AA1, a Twój użytkownik ma wystarczające uprawnienia w BB1. Możesz użyć połączenia RFC i zalogować się do BB1 bez konieczności ponownego wpisywania nazwy użytkownika i hasła.

Korzystając z relacji zaufanych / zaufanych RFC między dwoma systemami SAP, RFC z systemu zaufanego do systemu ufającego, hasło nie jest wymagane do zalogowania się do systemu ufającego.

Otwórz system SAP ECC przy użyciu logowania SAP. Wchodzićtransaction number sm59. To jest numer transakcji, aby utworzyć nowe połączenie Zaufane RFC → Kliknij trzecią ikonę, aby otworzyć kreatora nowego połączenia → Kliknij Utwórz i otworzy się nowe okno.

RFC Destination ECCHANA (wprowadź nazwę miejsca docelowego RFC) Typ połączenia: 3 (dla systemu ABAP)

Przejdź do ustawień technicznych: wprowadź host docelowy: nazwę systemu ECC, adres IP i wprowadź numer systemu.

Przejdź do zakładki Logowanie i zabezpieczenia, wprowadź język, klienta, nazwę użytkownika i hasło systemu ECC.

Kliknij opcję Zapisz u góry ekranu.

Kliknij opcję Testuj połączenie, aby pomyślnie przetestować połączenie.

Skonfiguruj połączenie RFC

Biegać transaction: ltr(aby skonfigurować połączenie RFC). Otworzy się nowa przeglądarka. Wprowadź nazwę użytkownika i hasło do systemu ECC i zaloguj się.

Kliknij Nowy. Otworzy się nowe okno. Wprowadź nazwę konfiguracji. Kliknij Następny. Wpisz RFC Destination (wcześniej utworzona nazwa połączenia), użyj opcji wyszukiwania, wybierz nazwę i kliknij dalej.

W Określ system docelowy wprowadź nazwę użytkownika i hasło administratora systemu HANA, nazwę hosta, numer wystąpienia i kliknij przycisk Dalej. Wprowadź liczbę zadań transferu danych, np. 007 (nie może to być 000) → Dalej → Utwórz konfigurację.

Teraz przejdź do HANA Studio, aby skorzystać z tego połączenia i podążaj ścieżką: Idź do HANA Studio → Kliknij Data Provisioning → Wybierz system HANA.

Wybierz system źródłowy (nazwę zaufanego połączenia RFC) i nazwę schematu docelowego, do którego chcesz załadować tabele z systemu ECC. Wybierz tabele, które chcesz przenieść do bazy danych HANA → DODAJ → Zakończ.

Wybrane tabele zostaną przeniesione do wybranego schematu w bazie danych HANA.

Istnieją różne tryby replikacji danych SLT -

Load - Aby zaplanować ładowanie danych do bazy danych HANA.
Replicate - Aby powtórzyć harmonogram.
Suspend - Aby zawiesić proces replikacji.
Resume - Aby wznowić zatrzymaną replikację w celu zakończenia ładowania danych.

Podejście oparte na wyzwalaczu replikacji SLT jest bardzo powszechne w systemie SAP BW do replikacji danych w czasie rzeczywistym w dowolnej bazie danych zgodnie z macierzą dostępności produktów (PAM).

Na powyższym rysunku widać prostą architekturę replikacji danych SLT w systemie SAP BW. Replikacja danych SLT jest zalecana dla prostych tabel bez łączenia lub transformacji. Serwer replikacji SLT może być używany przez klientów SAP BW i jest niezależny od bazy danych.

Serwer replikacji SLT służy do administrowania i zarządzania udostępnianiem danych.

DB Connect służy do definiowania innego połączenia z bazą danych oprócz połączenia domyślnego i połączenia te służą do przesyłania danych do systemu BI z tabel lub widoków.

Aby podłączyć zewnętrzną bazę danych, powinieneś mieć następujące informacje -

Tools
Znajomość aplikacji źródłowej
Składnia SQL w bazie danych
Funkcje bazy danych

Wymagania wstępne

W przypadku, gdy Twój źródłowy system zarządzania bazą danych różni się od systemu BI DBMS, musisz zainstalować klienta bazy danych dla źródłowego systemu DBMS na serwerze aplikacji BI.

Kluczowe funkcje DB Connect obejmują ładowanie danych do BI z bazy danych obsługiwanej przez SAP. Podłączenie bazy danych do BI jako systemu źródłowego wymaga stworzenia bezpośredniego punktu dostępu do zewnętrznego systemu zarządzania relacyjnymi bazami danych.

Architektura DB

Funkcja połączenia wielokrotnego komponentu SAP NetWeaver umożliwia otwieranie dodatkowych połączeń z bazą danych oprócz domyślnego połączenia SAP i można użyć tego połączenia do połączenia z zewnętrzną bazą danych.

DB Connect może służyć do ustanowienia połączenia tego typu jako połączenia systemu źródłowego z BI. Udoskonalenia bazy danych DB Connect umożliwiają ładowanie danych do BI z tabel bazy danych lub widoków aplikacji zewnętrznych.

Dla połączenia domyślnego, Klient DB i DBSL są preinstalowane dla Systemu Zarządzania Bazą Danych (DBMS). Aby używać DB Connect do przesyłania danych do systemu BI z innych systemów zarządzania bazami danych, musisz zainstalować klienta DB specyficznego dla bazy danych i DBSL specyficzny dla bazy danych na serwerze aplikacji BI, którego używasz do uruchamiania połączenia DB.

Utwórz DBMS jako system źródłowy

Przejdź do RSA1 → Administration. W zakładce modelowanie → Systemy źródłowe

Idź do DB Connect → Kliknij prawym przyciskiem → Utwórz

Wprowadź nazwę i opis systemu logicznego (DB Connect). Kliknij Kontynuuj.

Wprowadź DBMS, którego chcesz używać do zarządzania bazą danych.

Wprowadź użytkownika bazy danych, pod którego nazwą chcesz otworzyć połączenie i wprowadzić hasło bazy danych w celu uwierzytelnienia przez bazę danych.

W Informacje o połączeniu musisz wprowadzić informacje techniczne wymagane do otwarcia połączenia z bazą danych.

Permanent Indicator- Możesz ustawić ten wskaźnik, aby utrzymywać stałe połączenie z bazą danych. Jeśli pierwsza transakcja zostanie zakończona, każda transakcja jest sprawdzana, aby sprawdzić, czy można ponownie zainicjować połączenie.

Możesz użyć tej opcji, jeśli połączenie DB musi być często używane.

Zapisz tę konfigurację i możesz kliknąć powrót, aby zobaczyć w tabeli.

Możesz tworzyć widoki HANA Modeling na podstawie InfoCubes w systemie SAP BW. Aby to zrobić, musisz otworzyć InfoCube w trybie edycji i aktywować flagę Zewnętrzny widok SAP HANA.

Następnie należy aktywować InfoCube.

Następnie przejdź do SAP HANA Studio → Idź do Package: system-local → BW → BW2HANA

Wyszukaj widok analityczny o nazwie InfoCube. Kliknij prawym przyciskiem myszy → Otwórz definicję. Możesz wybrać funkcję automatycznego układu.

Podczas migracji z SAP BW do bazy danych HANA istnieją różne typy procesów, które są przestarzałe. W przypadku korzystania z bazy danych SAP HANA następujące typy procesów w łańcuchu procesów nie są wymagane -

Napełnianie nowych kruszyw
Indeksy BWA
Dostosuj agregaty zależne od czasu
Utwórz indeks
Usuń indeks

Nie musisz modyfikować łańcuchów procesów, aby usunąć te typy procesów. Łańcuch procesów nadal działa bez błędów. Kiedy sprawdzisz dziennik łańcucha procesów, zobaczysz, że te kroki nie są wykonywane.

Dostępne są różne transakcje do monitorowania przebiegów łańcucha procesów.

Monitoruj okresowe łańcuchy procesów

Posługiwać się Transaction: RSPCM

Możesz monitorować stan bieżących przebiegów dla wybranych łańcuchów procesów. Możesz również przejść do szczegółowego widoku przebiegów łańcucha procesów z tej transakcji.

Wyświetl dziennik przebiegów łańcucha procesów

Posługiwać się Transaction: RSPC. Wyświetli jeden lub więcej przebiegów dla łańcucha procesów.

Wykonaj konserwację łańcucha procesów dla przebiegu łańcucha procesów

Posługiwać się Transaction: RSPC1. Ta transakcja jest używana do przeglądania dziennika dla tego przebiegu poprzez podanie identyfikatora dziennika konkretnego łańcucha procesów.

BW Accelerator (BWA) i HANA są narzędziami w pamięci i zapewniają opcje przyspieszenia wydajności zapytań poprzez utrwalanie kopii modułu InfoCube w pamięci. BWA jako pierwsza wprowadziła koncepcję in-memory do hurtowni danych, a SAP HANA umożliwia działanie całych aplikacji w bazie danych HANA w pamięci.

Poniżej przedstawiono kluczowe różnice między SAP HANA i BWA -

Akcelerator BW (BWA)

BW Accelerator jest specjalnie zaprojektowany dla systemu Business Warehouse 7.0 lub nowszego w celu przyspieszenia wydajności zapytań. Skraca czas gromadzenia danych dzięki trwałym kopiom danych InfoCube w pamięci.
BWA to rozwiązanie pozwalające osiągnąć lepszą wydajność bez dokonywania jakichkolwiek zmian w aplikacji BI / BW.
Odczytuje dane SAP BW / BI i zapewnia przyspieszony proces odczytu i przekazuje wyniki do zapytań BI / BW.
Możesz tworzyć raporty BEx lub raportowanie w narzędziu analitycznym, takim jak BusinessObjects, a nawet Dashboards, używając przyspieszonych zapytań z BWA.

SAP HANA w pamięci

SAP HANA to baza danych i platforma w pamięci zapewniająca wysokowydajne aplikacje analityczne. Dane mogą być replikowane do bazy danych HANA ze źródeł SAP i innych firm oraz przeglądane i analizowane za pomocą narzędzi raportowania BusinessObjects.

SAP HANA obsługuje ładowanie danych w czasie rzeczywistym i raportowanie przy użyciu dostarczania danych w oparciu o wyzwalacze replikacji SLT.
Zestawy danych są ładowane do SAP HANA i za pomocą narzędzi BI można używać modeli danych HANA do analizy danych i raportowania.
Możesz uzyskać dostęp do danych SAP i danych innych niż SAP w SAP HANA, w tym SAP BW.
Dane są przechowywane w magazynie opartym na kolumnach, co zapewnia kompresję danych i krótszy czas wykonywania agregacji. Nie ma potrzeby zapisywania zagregowanych danych, a agregacje można wykonywać w locie.

Note -

Podczas migracji oprogramowania SAP BW obsługiwanego przez platformę HANA BWA jest przestarzałe. Możesz skontaktować się z dostawcą sprzętu BWA, aby uzyskać kredyt licencyjny BWA. Niewielu dostawców sprzętu umożliwia kredytowanie sprzętu BWA przy zakupie nowego urządzenia sprzętowego SAP HANA.
Czas wykonywania zapytania w SAP BW na platformie HANA i BWA jest porównywalny. W niektórych scenariuszach zapytania działają szybciej na BW na platformie HANA w porównaniu z BWA.
W przypadku korzystania z BW na platformie HANA wszystkie kompilacje indeksów BWA są eliminowane. Po załadowaniu danych są one natychmiast dostępne.

Podczas tworzenia widoków SAP HANA w oparciu o system BW istnieją pewne typy uprawnień, które są wymagane do uruchamiania widoków w HANA. Do obiektów w systemie SAP HANA i BW można zastosować różne poziomy zabezpieczeń.

W SAP HANA uprawnienia analityczne służą do ograniczania dostępu na poziomie wiersza w widokach modelowania. Uprawnienia analityczne są obsługiwane jako filtry dla zapytań do bazy danych. Użytkownicy widzą tylko dane, do których mają uprawnienia analityczne.

Możesz przypisać różne typy praw różnym użytkownikom w różnych komponentach widoku w uprawnieniach analitycznych.

Czasami wymagane jest, aby dane w tym samym widoku nie były dostępne dla innych użytkowników, którzy nie mają żadnych odpowiednich wymagań dotyczących tych danych.

Example

Załóżmy, że masz widok analityczny EmpDetails, który zawiera szczegółowe informacje o pracownikach organizacji - imię i nazwisko pracownika, identyfikator pracownika, dział, wynagrodzenie, datę dołączenia, logowanie do emp, itp. Teraz, jeśli nie chcesz, aby programista raportów widział szczegóły wynagrodzenia lub dane logowania do Emp wszystkich pracowników, możesz to ukryć, korzystając z opcji uprawnień analitycznych.

Uprawnienia analityczne są stosowane tylko do atrybutów w widoku informacyjnym. Nie możemy dodawać środków ograniczających dostęp do uprawnień analitycznych.

Uprawnienia analityczne służą do kontrolowania dostępu do odczytu w widokach informacji SAP HANA. W związku z tym możemy ograniczyć dane według logowania Empname, EmpId, Emp lub według Emp Dept, a nie wartości liczbowych, takich jak wynagrodzenie i premia.

Utwórz uprawnienia analityczne w SAP HANA

Kliknij prawym przyciskiem myszy nazwę pakietu i przejdź do nowego uprawnienia analitycznego lub możesz otworzyć za pomocą szybkiego uruchamiania HANA Modeler.

Wprowadź nazwę i opis uprawnienia analitycznego → Zakończ. Otworzy się nowe okno.

Możesz kliknąć przycisk Dalej i dodać Widok modelowania w tym oknie, zanim klikniesz Zakończ. Istnieje również opcja skopiowania istniejącego pakietu Analytic Privilege.

W BW użytkownicy mogą wykonywać zapytania BEx tylko do których są upoważnieni. Jeśli nie masz uprawnień do uruchomienia zapytania, zostanie wyświetlony komunikat o błędzie.

Aby utworzyć widoki SAP HANA z programu InfoProviders, można zastosować następujące podejście: Uprawnienie analityczne oparte na języku XML.

Gdy widoki SAP HANA są tworzone za pomocą InfoProviders z SAP HANA, można zastosować uprawnienie analityczne oparte na języku XML: uprawnienie analityczne oparte na języku SQL.

Gdy widoki SAP HANA są tworzone z BW InfoProviders z SAP BW, używane są uprawnienia analityczne oparte na języku SQL.

Uprawnienia do obiektów w SAP HANA

Aby uzyskać dostęp do widoków SAP HANA, które są generowane z SAP BW, musisz mieć następującą autoryzację -

Object privilege - WYBIERZ w _SYS_BI
Object privilege - WYKONAJ na REPOSITORY_REST (SYS)
Package privilege - REPO.READ w pakiecie zawartości, w którym są przechowywane wygenerowane widoki SAP HANA.

Osoba powinna mieć duże doświadczenie w SAP BW oraz wiedzę ekspercką na temat SAP BW w projektach SAP HANA. Powinien był pracować w projektach obejmujących modelowanie SAP BW w odniesieniu do SAP HANA z wykorzystaniem dostawców kompozytowych, Advance DSO, ODP, LSA ++ oraz z wykorzystaniem obiektów BW eksponowanych jako widoki HANA.

Poniżej przedstawiono niektóre inne wymagane doświadczenia i umiejętności.

BW on HANA doświadczenie w projektach i co najmniej 2 kompleksowe doświadczenia we wdrażaniu lub programowaniu BW.
Wdrażanie SAP BW w modelowaniu specyficznym dla platformy HANA, np. Dostawcy kompozytów i udostępnianie obiektów BW w widokach HANA, udostępnianiu danych operacyjnych, LSA ++ itp.
Praca w HANA Studio - Schematy i tabele na platformie HANA, widok atrybutów, widok analityczny i widoki obliczeniowe.
Opracowywanie i obsługa scenariuszy hybrydowych - modele danych BW i widoki HANA zgodnie z wymaganiami.
Zarządzaj tabelami SAP BW w środowisku dystrybucyjnym HANA.
Wymagane jest doświadczenie w integracji z BW / BO / HANA.
Znajomość narzędzi BOBJ, takich jak WEBI, Lumira, Design studio jest dodatkowym atutem.
Certyfikat SAP BW 7.0 lub nowszy.
Certyfikat SAP BW na platformie HANA.