Вопросы отказоустойчивости в HANA традиционно являются особенно интересными и заслуживающими отдельного обсуждения.

Однако в широкое освещение эта тема попадает возможно не так часто, как того требует скорость развития самой HANA как современной технологии и повышающиеся требования к уровню поддержки производительности ИТ-инфраструктуры. 

В этой связи я привожу перевод статью Девида Халла, посвященную обзору возможностей SAP HANA в отношении DR и HA.

Ссылка на оригинал статьи: David Hull - Правда о SAP HANA и HA / DR

В современном мире ИТ фирмы борются за клиента. У SAP HANA есть конкуренты на рынке, которые позиционируют свой продукт как аналог нашего продукта. Когда наши конкуренты чувствуют, что с появлением нашего продукта им становится трудно дышать, они часто прибегают к публичным сравнениям, в которых пытаются представить свой продукт в более выигрышном свете. Это давно ни для кого не новость; это просто бизнес. Иногда сравнения представляют собой грубое искажение правды о возможностях их продуктов в сравнении с нашими. Это тоже не новость, но такое случается.

Но одно то, что кто-то делает громкое заявление, не означает, что это заявление правдиво. И уж тем более неоправданны сознательные, а иногда даже злонамеренные попытки дезинформировать потенциальных клиентов. Этично ли это? Нет. Но случается ли такое? Да. Вот почему клиентам следует верить тому, что они видят, а не тому, что они слышат. SAP HANA – это продукт, сильные стороны и достоинства которого можно увидеть. Для того чтобы продемонстрировать достоинства нашего продукта, нам не нужно пускать пыль в глаза (или заваливать клиента технической документацией со вкусом сладкой ваты).

За последние два года технология SAP HANA прошла долгий путь, и благодаря тесным партнерским отношениям с поставщиками аппаратных средств и программного обеспечения, а также благодаря использованию преимуществ собственных приложений SAP в ряде продуктов, мы получили превосходные решения для клиентов.

Не существует единственного "лучшего решения", поскольку набор потребностей у каждого клиента уникален. Именно поэтому SAP обеспечивает гибкость и возможность выбора, причем эти решения позволяют клиентам надежно использовать SAP HANA в масштабе всего предприятия и испытывать уверенность в том, что в случае отказа операции не будут прерываться.

По мере того как мы наблюдаем все ускоряющийся темп внедрения критически важных приложений, например, Suite on HANA, все чаще и чаще мы обращаем внимание на то, что клиенты ищут, среди прочего, информацию о масштабируемости и высокой степени доступности. Скоро выйдет несколько ситуационных исследований по этим темам, и эти исследования покажут, что SAP HANA уже используется в продуктивных средах. Когда они выйдут, я поставлю на них ссылки.

Технические подробности во всей их полноте вы можете найти в превосходной документации, только что опубликованной моим коллегой Хаймом Бенделаком (Chaim Bendelac); в них внесены изменения для SAP HANA SP6:

Введение в "высокую степень доступности" SAP HANA

SAP HANA – часто задаваемые вопросы по "высокой степени доступности"

Кроме того, вот моя точка зрения по некоторым фактам о некоторых способах, которыми проектируется и поставляется SAP HANA, чтобы отвечать требованиям, предъявляемым к критически важным приложениям.

Масштабируемость:

SAP HANA поддерживает как вертикальное (scale-up), так и горизонтальное (scale-out) масштабирование. Если клиенты еще не довели использование сервера до предельных значений, то базы данных на этому сервере можно наращивать до предельных для данного аппаратного решения уровней.

Кроме того, у партнеров по аппаратным средствам есть различные конфигурации кластеров, которые могут удовлетворить практически любую потребность клиентов, 56 узлов и  56TB оперативной памяти, которые могут с легкостью хранить сотни терабайт данных в единой базе данных. Присущий SAP HANA параллелизм допускает почти линейную масштабируемость узлов, что было продемонстрировано в рамках крупномасштабного тестирования, например, в рамках петабайтного теста на 100 узлов.

Клиенты и партнеры сообщают, что управлять процессом масштабирования легко и просто, если опираться на заранее составленный план, а перерывы минимальны или отсутствуют.

Резервное копирование и восстановление:

В своем исходном формате SAP HANA предоставляет надежные средства для резервного копирования и восстановления данных; эти функции многократно тестировались в клиентских средах. Кроме того, со времени были добавлены функции, позволяющие, например, создавать резервную копию продуктивной системы, чтобы ее можно было воссоздать на меньшем по размере кластере или в меньшей серверной конфигурации в целях обеспечения качества и тестирования.

Наконец, следуя своей общей стратегии, SAP, тесно взаимодействуя с партнерами, не только расширяет круг механизмов и возможностей по резервному копированию и восстановлению,