Поделиться через


Резервное копирование и восстановление SAP HANA в крупных экземплярах HANA

Важно!

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

В этой статье описаны этапы резервного копирования и восстановления для SAP HANA на крупных экземплярах HANA (BareMetal Infrastructure).

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

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

Для реализации возможности такого восстановления необходимо выполнить два типа резервного копирования:

  • резервное копирование баз данных — полные, добавочные или разностные резервные копии;
  • резервное копирование журналов транзакций.

Вы можете выполнить полное резервное копирование базы данных на уровне приложения или выполнить резервное копирование на основе моментальных снимков хранилища. Эти снимки не заменяют резервные копии журналов транзакций. Резервные копии журналов транзакций по-прежнему важны при восстановлении базы данных до определенной точки во времени и очистке журналов от уже зафиксированных транзакций. Моментальные снимки хранилища могут ускорить восстановление, быстро предоставив образ наката для базы данных.

SAP HANA в Azure (крупные экземпляры) поддерживает следующие два варианта резервного копирования и восстановления.

  • Для создания резервных копий можно использовать сторонние средства защиты данных. Это средство должно поддерживать возможность создания моментальных снимков, совместимых с приложениями, или использования резервного интерфейса для потоковой передачи с несколькими сеансами в расположение резервной копии. Поддерживаются несколько средств. Выбор средства следует обсудить и спроектировать с командой проекта, чтобы удовлетворить требования к окнам резервного копирования клиента. Кроме того, очень важно проверить процедуру резервного копирования и восстановления на этапе проектирования.
  • Резервные копии на основе моментальных снимков хранилища можно использовать со служебной программой, предоставляемой корпорацией Майкрософт, как описано в следующей главе.

Примечание

До HANA 2.0 SPS4, создание моментальных снимков базы данных для баз данных контейнеров с несколькими клиентами (более одного клиента) не поддерживалось. Начиная с версии SPS4 SAP полностью поддерживает эту функцию создания моментальных снимков.

Использование моментальных снимков хранилища SAP HANA в Azure (крупные экземпляры)

Базовая инфраструктура хранилища SAP HANA в Azure (крупные экземпляры) поддерживает концепцию моментальных снимков хранилища томов. Поддерживается резервное копирование и восстановление тома, но следует учитывать следующее.

  • Вместо полных резервных копий базы данных на регулярной основе создаются моментальные снимки тома хранилища.
  • Перед активацией моментального снимка хранилища через тома /hana/data средство создания моментальных снимков (azacsnap) запускает моментальный снимок SAP HANA. Этот моментальный снимок SAP HANA является точкой согласованности для итогового восстановления журнала после восстановления моментального снимка хранилища.
  • Для успешного создания моментального снимка HANA требуется активный экземпляр HANA. В сценарии с репликацией системы HANA (HSR) создание моментальных снимков хранилища не поддерживается на текущем дополнительном узле, на котором невозможно создать моментальный снимок HANA.
  • После успешного создания моментального снимка хранилища моментальный снимок SAP HANA удаляется.
  • Моментальные снимки других томов, например /hana/shared (включая /usr/sap), можно создать в любое время без взаимодействия с базой данных.

Резервные копии журналов транзакций создаются часто и хранятся на томе /hana/logbackups или в Azure. Вы можете активировать том /hana/logbackups, содержащий резервные копии журналов транзакций, для отдельного создания моментального снимка. В этом случае вам не нужно создавать моментальный снимок данных HANA. Так как все файлы в /hana/logbackup являются согласованными из-за использования в отключенном режиме, их можно также архивировать в другом расположении резервного копирования. Если необходимо восстановить базу данных до определенной точки во времени в случае сбоя рабочей среды, средство azacsnap может клонировать любой моментальный снимок данных на новый том, чтобы восстановить базу данных (предпочтительный способ восстановления), или восстановить моментальный снимок на том же томе данных, где находится база данных.

Примечание

При восстановлении старого моментального снимка (snaprevert) в исходном томе данных будут удалены все новые созданные моментальные снимки. Это делается системой хранения, так как точки данных для более новых моментальных снимков будут недопустимыми. Всегда отменяйте изменения последнего моментального снимка, а лучше клонируйте моментальный снимок на новый том. В ходе клонирования ничего не удаляется.

Факторы, которые необходимо учитывать при создании моментальных снимков хранилища

Примечание

Моментальные снимки хранилища используют дисковое пространство, которое выделено для единиц крупных экземпляров HANA. Следует учитывать приведенные ниже факторы с учетом планирования операций по созданию моментальных снимков хранилища и количества хранящихся моментальных снимков хранилища.

Принцип действия моментальных снимков хранилища SAP HANA в Azure (крупные экземпляры) включает в себя следующие аспекты:

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

SAP HANA в Azure (крупные экземпляры) поставляется с фиксированными размерами томов для данных и журнального тома SAP HANA. Создание моментальных снимков этих томов требует много пространства на томе. Для этого необходимо:

  • Нужно запланировать создание моментальных снимков хранилища.
  • Отслеживайте потребление места томами хранилища.
  • Управляйте количеством сохраняемых моментальных снимков.

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

В следующих разделах показано, как создавать эти моментальные снимки, а также приведены общие рекомендации:

  • Хотя оборудование поддерживает 255 моментальных снимков на том, рекомендуется хранить намного меньше этого количества. Рекомендуемое количество: 250 или меньше.
  • Прежде чем создавать моментальные снимки хранилища, определите свободное пространство.
  • В зависимости от свободного пространства количество моментальных снимков хранилища можно уменьшить. Вы можете уменьшить количество хранящихся моментальных снимков или расширить тома. Вы можете заказать больше пространства в единицах по 1 ТБ.
  • При выполнении таких действий, как перенос данных в SAP HANA с помощью средств переноса платформы SAP (R3load) или восстановление баз данных SAP HANA из резервных копий, необходимо отключить создание моментальных снимков хранилища для тома /hana/data.
  • При существенных реорганизациях таблиц SAP HANA нужно по возможности отказаться от создания моментальных снимков хранилища.
  • Моментальные снимки хранилища — необходимое условие для использования возможностей аварийного восстановления SAP HANA в Azure (крупные экземпляры).

Необходимые условия для использования самостоятельных моментальных снимков хранилища

Прочитайте документацию Что такое средство создания моментальных снимков, согласованных с приложениями Azure.

Реализовать средство можно двумя способами:

  1. Локально на сервере базы данных.
  2. Удаленно на виртуальной машине резервного копирования.

При создании виртуальной машины резервного копирования убедитесь, что на этой виртуальной машине установлена последняя версия клиента HANA. В рамках этого метода средство azacsnap должно иметь возможность открыть удаленное подключение к базе данных к экземпляру HANA, работающему на другой виртуальной машине. Чтобы получить доступ к хранилищу, необходимо запросить SSH-ключ и пользователя хранилища у службы поддержки Майкрософт. Без этого ключа SSH и пользователя создавать моментальные снимки невозможно.

Скачивание и настройка azacsnap

Чтобы настроить моментальные снимки хранилища с крупными экземплярами HANA, скачайте и установите средство azacsnap, как описано в статье Начало работы со средством создания моментальных снимков, согласованных с приложениями Azure.

По умолчанию azacsnap создает пользователя с именем azacsnap. Если вы предпочитаете другое имя, его можно указать во время установки. Дополнительные сведения см. в документации выше.

Дальнейшие действия

Следуйте указаниям в документации по azacsnap:

Следующие шаги

Прочитайте статью Что такое средство создания моментальных снимков, согласованных с приложениями Azure