SAP ХАНА Architecture, Landscape, Sizing: повний підручник
Мейсон Гарсія
SAP База даних HANA — це платформа керування даними, орієнтована на основну пам’ять. SAP База даних HANA працює на SUSE Linux Enterprises Server і надбудовами C++ Мова.
SAP Базу даних HANA можна поширювати на декілька машин.
SAP Переваги HANA зазначені нижче –
- SAP HANA корисний, оскільки він дуже швидкий завдяки тому, що всі дані завантажуються в пам’ять і немає необхідності завантажувати дані з диска.
- SAP HANA можна використовувати для цілей OLAP (он-лайн аналітики) та OLTP (он-лайн транзакцій) в одній базі даних.
SAP База даних HANA складається з набору механізмів обробки в пам’яті. Механізм обчислення є основним механізмом обробки в пам’яті SAP ХАНА. Він працює з іншими механізмами обробки, такими як механізм реляційної бази даних (механізм рядків і стовпців), механізм OLAP тощо.
Таблиця реляційної бази даних знаходиться в сховищі стовпців або рядків.
Є два типи зберігання для SAP Таблиця HANA.
- Тип зберігання рядків (для таблиці рядків).
- Зберігання типу стовпців (для таблиці стовпців).
Текстові дані та дані графіка зберігаються в Text Engine і Graph Engine відповідно. Є ще кілька двигунів SAP База даних HANA. Дані дозволено зберігати в цих механізмах, поки є достатньо місця.
SAP ХАНА Archiтектура
Дані стискаються за допомогою різних методів стиснення (наприклад, кодування словника, кодування довжини циклу, розріджене кодування, кластерне кодування, непряме кодування) у SAP Магазин HANA Column.
Коли ліміт основної пам'яті досягнуто в SAP HANA, усі об’єкти бази даних (таблиця, подання тощо), які не використовуються, будуть вивантажені з основної пам’яті та збережені на диску.
Імена цих об’єктів визначаються семантикою програми та перезавантажуються в основну пам’ять із диска, коли це потрібно знову. За звичайних обставин SAP База даних HANA автоматично керує вивантаженням і завантаженням даних.
Однак користувач може завантажувати та вивантажувати дані з окремої таблиці вручну, вибравши таблицю SAP Студія HANA у відповідній схемі, клацнувши правою кнопкою миші та вибравши опцію «Вивантажити/Завантажити».
SAP Сервер HANA складається з
- Сервер індексування
- Сервер препроцесора
- Name Server
- Сервер статистики
- Двигун XS
- SAP Сервер індексування HANA SAP Основний сервер бази даних HANA є сервером індексування. Детальна інформація про кожен сервер наведена нижче-
- Це головне SAP Компонент бази даних HANA
- Він містить фактичні сховища даних і механізм обробки даних.
- Сервер індексування обробляє вхідні SQL або оператор MDX.
Нижче наведено архітектуру Index Server.
SAP Огляд сервера індексування HANA
- Сервер препроцесора
Цей сервер використовується в аналізі тексту та витягує дані з тексту, коли використовується функція пошуку.
- Name Server
Цей сервер містить всю інформацію про системний ландшафт. У розподіленому сервері сервер імен містить інформацію про кожен запущений компонент і розташування даних на сервері. Цей сервер містить інформацію про сервер, на якому існують дані.
- Сервер статистики
Статистичний сервер відповідає за збір даних, пов’язаних із статусом, розподілом/споживанням ресурсів і продуктивністю SAP система HANA.
- Сервер XS
XS Server містить XS Engine. Це дозволяє зовнішнім програмам і розробникам використовувати SAP База даних HANA через клієнт XS Engine. Зовнішня клієнтська програма може використовувати HTTP для передачі даних через механізм XS для сервера HTTP.
SAP Хана Пейзаж
«ХАНА» означає Високопродуктивний аналітичний пристрій це поєднання апаратної та програмної платформи.
- Через зміни в архітектурі комп’ютера доступний більш потужний комп’ютер з точки зору процесора, оперативної пам’яті та жорсткого диска.
- SAP HANA — це рішення для усунення вузьких місць продуктивності, коли всі дані зберігаються в основній пам’яті, і немає необхідності часто переносити дані з дискового вводу-виводу в основну пам’ять.
Нижче SAP Інновації HANA в області апаратного/програмного забезпечення.
Існує два типи реляційних сховищ даних SAP HANA: зберігання рядків і стовпців.
Магазин рядків
- Це те саме, що традиційна база даних, наприклад (Oracle, SQL Server). Єдина відмінність полягає в тому, що всі дані зберігаються в області зберігання рядків у пам'яті SAP HANA, на відміну від традиційної бази даних, де дані зберігаються на жорсткому диску.
Колонний магазин
- Колонний магазин входить до складу SAP База даних HANA та керує даними у вигляді стовпців SAP Пам'ять HANA. Таблиці стовпців зберігаються в області зберігання стовпців. Сховище стовпців забезпечує хорошу продуктивність для операцій запису та водночас оптимізує операцію читання.
Продуктивність операцій читання та запису оптимізована за допомогою двох структур даних.
Основне сховище
Основне сховище містить основну частину даних. В основному сховищі відповідний метод стиснення даних (кодування словника, Cluster Encoding, Sparse Encoding, Run Length encoding тощо) застосовується для стиснення даних з метою збереження пам’яті та прискорення пошуку.
- В основному сховищі операції запису стислих даних будуть дорогими, тому операції запису не змінюють безпосередньо стислі дані в основному сховищі. Натомість усі зміни записуються в окрему область у сховищі стовпців, відому як «Delta Зберігання.»
- Delta сховище оптимізовано для операції запису та використовує звичайне стиснення. Операції запису не дозволені в основному сховищі, але дозволені в дельта-сховищі. Операції читання дозволені на обох сховищах.
Ми можемо вручну завантажити дані в основну пам’ять за допомогою параметра «Завантажити в пам’ять» і вивантажити дані з основної пам’яті за допомогою параметра «Вивантажити з пам’яті», як показано нижче.
Delta зберігання
Delta сховище використовується для операції запису та використовує базове стиснення. Усі незафіксовані зміни в даних таблиці стовпців зберігаються в дельта-сховищі.
Якщо ми хочемо перемістити ці зміни в основне сховище, використовуйте «операцію дельта-злиття» з SAP Студія HANA, як показано нижче –
- Метою операції дельта-злиття є переміщення змін, зібраних у дельта-сховищі, до основного сховища.
- Після виконання Delta Операція злиття таблиці стовпців SAP, вміст основної пам’яті зберігається на диску, а стиснення перераховується.
Процес переміщення даних із Delta до основного сховища під час дельта-злиття
Є буферний накопичувач (L1-Delta), що є сховищем рядків. Так в SAP HANA, таблиця стовпців діє як сховище рядків завдяки L1-delta.
- Користувач запускає запит на оновлення/вставлення таблиці (Physical Operator — оператори SQL.).
- Дані спочатку надходять до L1. Коли L1 переміщує дані далі (L1- незакріплені дані)
- Потім дані надходять до буфера L2-delta, який орієнтований на стовпці. (L2- Надіслані дані)
- Після завершення процесу L2-delta дані надходять до основної пам’яті.
Отже, сховище стовпців оптимізовано як для запису, так і для читання завдяки L1-Delta і основного сховища відповідно. L1-Delta містить усі незафіксовані дані. Закріплені дані переміщуються до основного сховища через L2-Delta. Дані з основного сховища переходять на рівень збереження (стрілка, яка вказує тут, є фізичним оператором, який надсилає інструкцію SQL у сховище стовпців). Після обробки оператора SQL у сховищі стовпців дані переходять на рівень збереження.
Наприклад, нижче таблиця на основі рядків-
Дані таблиці зберігаються на диску в лінійному форматі, тому нижче наведено формат, у якому дані зберігаються на диску для таблиці рядків і стовпців –
In SAP Пам’ять HANA, ця таблиця зберігається в Row Store на диску у форматі –
А в стовпці дані зберігаються на диску як –
Дані зберігаються на диску по стовпцях у лінійному форматі. Дані можна стиснути за допомогою техніки стиснення.
Отже, Column store має перевагу збереження пам’яті.
SAP Розмір HANA
Розмір — це термін, який використовується для визначення вимог до обладнання SAP Система HANA, наприклад оперативна пам’ять, жорсткий диск і процесор тощо.
Основним важливим компонентом розміру є пам’ять, а другим важливим компонентом розміру є ЦП. Третім основним компонентом є диск, але розмір повністю залежить від пам’яті та ЦП.
In SAP Впровадження HANA одним із найважливіших завдань є визначення правильного розміру сервера відповідно до бізнес-вимог.
SAP HANA DB відрізняються розмірами від звичайних СУБД з точки зору –
- Основні вимоги до пам'яті для SAP HANA (Розмір пам’яті визначається метаданими та даними транзакцій у SAP HANA)
- Вимоги до процесора SAP HANA (Прогноз ЦП є неточним).
- Необхідний дисковий простір для SAP HANA (розраховується для збереження даних і для реєстрації даних)
Центральний процесор і пам'ять сервера програм залишаються незмінними.
Для розрахунку розмірів SAP надав різні вказівки та методи розрахунку правильного розміру.
Ми можемо використати наведений нижче метод-
- Розміри за допомогою звіту ABAP.
- Розмір за допомогою сценарію DB.
- Розмір за допомогою Quicksizer Tool.
За допомогою інструмента Quicksizer Вимога буде відображена у форматі нижче-
