SAP HANA Architecture, LandScape, Rozmiar: Kompletny samouczek

SAP Baza danych HANA to platforma zarządzania danymi skupiona na pamięci głównej. SAP Baza danych HANA działa na platformie SUSE Linux Enterprises Server i opiera się na nim C++ Język.

SAP Bazę danych HANA można dystrybuować na wiele komputerów.

SAP Zalety HANA są wymienione poniżej –

• SAP HANA jest przydatna, ponieważ jest bardzo szybka, ponieważ wszystkie dane są ładowane do pamięci i nie ma potrzeby ładowania danych z dysku.
• SAP HANA może być używana do celów OLAP (analityka on-line) i OLTP (transakcja on-line) w jednej bazie danych.

SAP Baza danych HANA składa się z zestawu silników przetwarzających w pamięci. Silnik obliczeniowy to główne silniki przetwarzające w pamięci SAP HANA. Współpracuje z innymi silnikami przetwarzania, takimi jak silnik relacyjnej bazy danych (silnik wierszy i kolumn), silnik OLAP itp.

Tabela relacyjnej bazy danych znajduje się w magazynie kolumnowym lub wierszowym.

Istnieją dwa typy przechowywania SAP Stół HANA.

1. Magazyn typu wierszowego (dla tabeli wierszowej).
2. Przechowywanie typu kolumnowego (dla tabeli kolumnowej).

Dane tekstowe i dane graficzne znajdują się odpowiednio w silniku tekstowym i silniku graficznym. W środku jest więcej silników SAP Baza danych HANA. Dane mogą być przechowywane w tych silnikach, o ile dostępna jest wystarczająca ilość miejsca.

SAP HANA Architektura

Dane są kompresowane różnymi technikami kompresji (np. kodowanie słownikowe, kodowanie długości serii, kodowanie rozrzedzone, kodowanie klastrowe, kodowanie pośrednie) SAP HANA Sklep kolumnowy.

Po osiągnięciu limitu pamięci głównej w SAP HANA, całe nieużywane obiekty bazy danych (tabela, widok itp.) zostaną wyładowane z pamięci głównej i zapisane na dysku.

Nazwy tych obiektów są definiowane przez semantykę aplikacji i ponownie ładowane do pamięci głównej z dysku, gdy jest to ponownie wymagane. W normalnych okolicznościach SAP Baza danych HANA automatycznie zarządza rozładunkiem i ładowaniem danych.

Użytkownik może jednak ręcznie ładować i usuwać dane z poszczególnych tabel, wybierając tabelę w SAP Pracownia HANA w odpowiednim Schemacie – klikając prawym przyciskiem myszy i wybierając opcję „Rozładuj/Załaduj”.

SAP Serwer HANA składa się z

1. Serwer indeksowania
2. Serwer preprocesora
3. Nazwa serwera
4. Serwer statystyk
5. Silnik XS

   

1. SAP Serwer indeksowania HANA SAP Główny serwer bazy danych HANA to serwer indeksowania. Szczegóły każdego serwera są następujące:

• To jest główne SAP Komponent bazy danych HANA
• Zawiera rzeczywiste magazyny danych i silnik do przetwarzania danych.
• Serwer indeksowania przetwarza przychodzące SQL lub oświadczenie MDX.

Poniżej przedstawiono architekturę Index Server.

SAP Omówienie serwera indeksowania HANA

Menedżer sesji i transakcji: Komponent sesji zarządza sesjami i połączeniami SAP baza danych HANA. Menedżer transakcji koordynuje i kontroluje transakcje.

Procesor SQL i MDX: Komponent SQL Processor odpytuje dane i wysyła do nich w silniku przetwarzania zapytań, tj. SQL/SQL Script / R / Calc Engine. Procesor MDX wysyła zapytania i manipuluje danymi wielowymiarowymi (np. Widok analityczny w SAP HANA).

SQL / Skrypt SQL / R / Silnik Calc: Komponent ten wykonuje skrypt SQL/SQL i konwertuje dane obliczeniowe w modelu obliczeniowym.

Magazyn: Repozytorium utrzymuje wersjonowanie SAP Obiekt metadanych HANA, np. (widok atrybutów, widok analityczny, procedura składowana).

Warstwa trwała: Warstwa ta wykorzystuje wbudowaną funkcję „odzyskiwania po awarii”. SAP baza danych HANA. Kopia zapasowa jest w nim zapisywana jako punkty zapisu w wolumenie danych.

2. Serwer preprocesora

Ten serwer jest używany w analizie tekstu i wyodrębnia dane z tekstu, gdy używana jest funkcja wyszukiwania.

3. Nazwa serwera

Serwer ten zawiera wszystkie informacje o krajobrazie systemu. Na serwerze rozproszonym serwer nazw zawiera informacje o każdym działającym komponencie i lokalizacji danych na serwerze. Serwer ten zawiera informacje o serwerze, na którym znajdują się dane.

4. Serwer statystyczny

Serwer statystyczny odpowiedzialny jest za gromadzenie danych związanych ze statusem, alokacją/zużyciem zasobów oraz wydajnością SAP systemu HANA.

5. Serwer XS

Serwer XS zawiera silnik XS. Umożliwia korzystanie z zewnętrznych aplikacji i programistów SAP Baza danych HANA za pośrednictwem klienta XS Engine. Zewnętrzna aplikacja kliencka może używać protokołu HTTP do przesyłania danych za pośrednictwem silnika XS do serwera HTTP.

SAP HANA Krajobraz

„HANA” oznacza Urządzenie analityczne o wysokiej wydajności to połączenie platformy sprzętowej i programowej.

• Ze względu na zmiany w architekturze komputerów, dostępne są komputery o większej mocy, jeśli chodzi o procesor, pamięć RAM i dysk twardy.
• SAP HANA to rozwiązanie wąskiego gardła wydajności, w którym wszystkie dane są przechowywane w pamięci głównej i nie ma potrzeby częstego przesyłania danych z dyskowych wejść/wyjść do pamięci głównej.

Poniżej znajdują się SAP Innowacja HANA w dziedzinie sprzętu/oprogramowania.

W programie istnieją dwa typy relacyjnych magazynów danych SAP HANA: Sklep rzędowy i sklep kolumnowy.

Sklep rzędowy

• Jest taki sam jak tradycyjna baza danych, np. (Oracle, SQL Server). Jedyna różnica polega na tym, że wszystkie dane są przechowywane w obszarze pamięci wierszy SAP HANA w odróżnieniu od tradycyjnej bazy danych, gdzie dane przechowywane są na dysku twardym.

Sklep kolumnowy

• Magazyn kolumnowy jest częścią SAP Baza danych HANA i zarządza danymi w sposób kolumnowy SAP Pamięć HANA. Tabele kolumn są przechowywane w obszarze magazynu kolumn. Magazyn kolumn zapewnia dobrą wydajność operacji zapisu i jednocześnie optymalizuje operację odczytu.

Wydajność operacji odczytu i zapisu zoptymalizowana dzięki dwóm poniższym strukturom danych.

Główny magazyn

Pamięć główna zawiera główną część danych. W pamięci głównej odpowiednia metoda kompresji danych (kodowanie słownikowe, Cluster Kodowanie, kodowanie rzadkie, kodowanie długości serii itp.) jest stosowane do kompresji danych w celu zaoszczędzenia pamięci i przyspieszenia wyszukiwania.

• W pamięci głównej operacje zapisu danych skompresowanych będą kosztowne, więc operacja zapisu nie modyfikuje bezpośrednio danych skompresowanych w pamięci głównej. Zamiast tego wszystkie zmiany są zapisywane w oddzielnym obszarze pamięci kolumnowej znanym jako „Delta Przechowywanie."
• Delta pamięć masowa jest zoptymalizowana pod kątem operacji zapisu i używa normalnej kompresji. Operacje zapisu nie są dozwolone w pamięci głównej, ale dozwolone w pamięci delta. Operacje odczytu są dozwolone w obu pamięciach masowych.

Możemy ręcznie załadować dane do pamięci głównej za pomocą opcji „Załaduj do pamięci” i rozładować dane z pamięci głównej za pomocą opcji „Wyładuj z pamięci”, jak pokazano poniżej.

Delta Magazynowanie

Delta storage jest używane do operacji zapisu i używa podstawowej kompresji. Wszystkie niezatwierdzone modyfikacje w danych tabeli Column są przechowywane w magazynie delta.

Gdy chcemy przenieść te zmiany do pamięci głównej, należy użyć „operacji scalania delta” z SAP Studio HANA jak poniżej –

• Celem operacji scalania delta jest przeniesienie zmian zgromadzonych w pamięci masowej delta do pamięci głównej.
• Po wykonaniu Delta Operacja scalenia w tabeli kolumn SAP, zawartość pamięci głównej zostaje zapisana na dysku, a kompresja zostaje przeliczona.

Proces przenoszenia danych z Delta do Głównego Magazynu podczas scalania delta

Istnieje magazyn buforowy (L1-Delta), czyli przechowywanie wierszy. Więc w SAP HANA, tabela kolumnowa zachowuje się jak magazyn wierszy ze względu na L1-delta.

1. Użytkownik uruchamia zapytanie aktualizujące/wstawiające w tabeli (Physical Operator to instrukcje SQL.).
2. Dane najpierw trafiają do L1. Kiedy L1 przenosi dane dalej (L1 – Niezatwierdzone dane)
3. Następnie dane trafiają do bufora L2-delta, który jest zorientowany kolumnowo. (L2 - dane zatwierdzone)
4. Po zakończeniu procesu L2-delta dane są przesyłane do pamięci głównej.

Zatem pamięć kolumnowa jest zoptymalizowana zarówno pod kątem zapisu, jak i odczytu ze względu na L1-Delta i główny magazyn odpowiednio. L1-Delta zawiera wszystkie niezatwierdzone dane. Zatwierdzone dane są przenoszone do magazynu głównego przez L2-Delta. Z głównego magazynu dane trafiają do warstwy trwałości (strzałka wskazująca tutaj jest operatorem fizycznym, który wysyła instrukcję SQL w magazynie kolumnowym). Po przetworzeniu instrukcji SQL w magazynie kolumnowym dane trafiają do warstwy trwałości.

Np. poniżej znajduje się tabela oparta na wierszach-

Dane tabeli są przechowywane na dysku w formacie liniowym, dlatego poniżej przedstawiono format przechowywania danych na dysku dla tabeli wierszy i kolumn –

In SAP Pamięć HANA, ta tabela jest przechowywana w Row Store na dysku w formacie –

W kolumnie dane są przechowywane na dysku jako –

Dane są przechowywane kolumnowo w formacie liniowym na dysku. Dane mogą być kompresowane za pomocą techniki kompresji.

Tak więc magazyn kolumnowy ma tę zaletę, że oszczędza pamięć.

SAP HANA Rozmiarówka

Rozmiar to termin używany do określenia wymagań sprzętowych SAP System HANA, taki jak pamięć RAM, dysk twardy i procesor itp.

Głównym ważnym elementem określającym wielkość jest pamięć, a drugim ważnym elementem określającym wielkość jest procesor. Trzecim głównym elementem jest dysk, ale jego rozmiar jest całkowicie zależny od pamięci i procesora.

In SAP Wdrażając HANA, jednym z kluczowych zadań jest określenie odpowiedniego rozmiaru serwera zgodnie z wymaganiami biznesowymi.

SAP HANA DB różnią się rozmiarem od normalnego DBMS pod względem -

• Główne wymagania dotyczące pamięci dla SAP HANA (rozmiar pamięci jest określany na podstawie metadanych i danych transakcji w SAP HANA)
• Wymagania procesora dla SAP HANA (szacowany procesor prognozy jest niedokładny).
• Wymagane miejsce na dysku dla SAP HANA (obliczana pod kątem trwałości danych i rejestrowania danych)

Procesor serwera aplikacji i pamięć serwera aplikacji pozostają niezmienione.

Do obliczenia rozmiaru SAP przedstawił różne wytyczne i metody obliczania prawidłowego rozmiaru.

Możemy użyć poniższej metody-

1. Dobór na podstawie raportu ABAP.
2. Rozmiarowanie za pomocą skryptu DB.
3. Dobór rozmiaru za pomocą narzędzia Quicksizer.

Za pomocą narzędzia Quicksizer wymagania będą wyświetlane w poniższym formacie: