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 объединяются обеспечивая облачные решения — от постоянных моментальных снимков до образов машин — которые  образуют экосистему настраиваемых решений.

Cвяжитесь с Сloudfresh