9 способів резервного копіювання ваших систем SAP в Google Cloud

В основі будь-якого сучасного бізнесу лежать дані. Їх правильне використання, сприяє оптимізації бізнес-процесів та позицій у конкурентній боротьбі. 

Однак важливим є навіть не саме володіння даними, а надійний їх захист від витоку. Звичайно причин втрати даних безліч, та сьогодні ми зосередимось на захисті даних при збоях в роботі центра даних та екологічних катастрофах. Впевнені, інформація буде особливо корисна клієнтам SAP, що вже користуються системами S/4HANA, включаючи резервне копіювання та storage design.

Технології 101: Як працюють резервні копії в SAP

Кожне з ваших розгортань SAP має унікальну Recovery Point Objective (RPO) та Recovery Time Objective (RTO), які впливають на всю стратегію резервного копіювання та набір інструментів. 

RTO – це час, який потрібен вашим системам для відновлення й повернення у режим “онлайн”. В більшості випадків компроміс здійснюється між загальною вартістю операцій резервного копіювання та вартістю часу втрати даних.

Навантаження SAP складається з віртуальних машин (VM), які працюють на базі даних та application-серверах, що знаходяться на дисках. Для операційної системи існує окремий завантажувальний диск, інші ж використовуються для додатків.  Через це ми рекомендуємо всім нашим клієнтам SAP виділити окремий диск для всіх файлів і даних, які не стосуються операційної системи. Це дозволить зробити процеси збору та зберігання даних гнучкими й адаптивними.

Стратегії резервного копіювання для клієнтів SAP з використанням хмари

Основний принцип резервного копіювання полягає у тому, щоб відділити резервні копії даних від основного сховища. Та за стандартними налаштуваннями, всі вони зберігаються тільки у внутрішньому сховищі. Тому, радо повідомляємо, що відтепер більшість робочих навантажень SAP переносяться до хмари в HANA, завдяки появі декількох гнучких та масштабованих хмарних рішень щодо резервного копіювання. І ось яких:

Створення знімків постійного диску

Цей швидкий, простий й економічний спосіб, дасть Вам змогу вказати регіональне або мультирегіональне місце збереження знімків.  У базі даних SAP HANA, що працює в Google Cloud, ви можете зберігати папки резервних копій на окремих постійних дисках задля незалежного  запису й реплікації сервера бази даних.

Образ машин (бета-версія)

Образи машин Google Compute Engine зберігають всю конфігурацію, метадані, дозволи й дані з дисків, що необхідні для миттєвого створення VM. Це  ідеальний ресурс для резервного копіювання дисків, а також клонування й реплікації.

Загальне збереження файлів

Системи SAP можуть використовувати загальнодоступні збережені файли для виконання аварійного відновлення. Вони можуть бути об’єднані з відповідним Cloud Storage buckets (для multi-регіональних та, dual- регіональних) для забезпечення доступних резервних копій по зонах та регіонам.

HANA Backint для Cloud Storage (бета-версія)

Для резервного копіювання даних SAP HANA, Google Cloud пропонує клієнтам безкоштовний, сертифікований SAP, який підтримує Cloud Storage Backint, що в змозі усунути потребу резервного копіювання з постійних дисків.

Стороннє мережеве сховище

Рішення сторонньої мережевої файлової системи (NFS), що  пропонує резервне копіювання всіх релевантних файлів системи SAP як для додатків, так і для баз даних із запланованими знімками, які зберігаються у Cloud Storage. Щодо SAP HANA – рішення підходить лише для розміщення резервних копій та розподілення об’ємів. 

Сторонні агенти резервного копіювання та керовані служби

Це рішення пропонує вдосконалені технічні характеристики, які дозволяють швидко відновлювати та робити резервні копії, оскільки сторонні постачальники не потребують додаткових резервних копій на рівні бази даних. Для SAP Enterprise це означає зменшення розмірів пам’яті. Тому ми рекомендуємо все таки користуватись сертифікованими рішеннями для резервного копіювання SAP HANA.

Знімок даних SAP HANA

Бази даних SAP HANA можуть самостійно створювати знімки даних, використовуючи нативний SQL. Вона не  потребує сертифікації, але це дуже складна методика, оскільки деякі системи потрібно деактивувати, перш ніж створювати знімки.

SAP HANA stop/start знімка додаткового екземпляра HANA

Це рішення розв’язує питання невиробничих випадків, коли вартість перевищує вимоги RPO. Опубліковані знімки включають використання менших резервних екземплярів у наборі реплікаційних систем SAP HANA. Однак, Ви можете перевести цей екземпляр в автономний режим і зробити повний знімок VM для відтворення в конкретний момент часу.

Знімок й звільнення диска

Якщо вартість є високим пріоритетом, Google Cloud пропонує послуги, які дозволяють своєчасно виділити моментальний знімок і звільнити його після завершення резервного копіювання. Хмарна інфраструктура дозволить вам створювати диски для резервного копіювання в міру потреби й з оплатою в міру використання.

Звичайно хочеться вірити, що витоку даних ніколи не буде, однак реальність така, що загрози інформаційної безпеки підприємства цілком реальні, їх не можна недооцінювати. Тож для компаній, які стрімко розвиваються й трансформують свій бізнес у digital-просторі, як, наприклад клієнти SAP, що переходять на HANA, захист даних є визначним фактором у конкурентній спроможності  в непередбачуваному, складному та динамічному бізнес-середовищі.  

Google і SAP об’єднуються забезпечуючи хмарні рішення  — від постійних моментальних знімків до образів машин — що утворюють екосистему настроюваних рішень. 

Зв'яжіться з Сloudfresh