Резервное копирование и восстановление ОС для меток версии 3 с ценовой категорией типа II
В этой статье описано, как выполнить резервное копирование и восстановление операционной системы на уровне файловой системы для номеров SKU типа II больших экземпляров HANA версии 3.
Важно!
Эта статья не относится к развертываниям SKU типа II в метках крупных экземпляров HANA версии 4. Загрузочные номера LUN для единиц крупного экземпляра HANA типа II, которые развернуты в метках крупных экземпляров HANA версии 4, можно архивировать с помощью моментальных снимков хранилища, так как в этом случае номера SKU типа I уже находятся в метках версии 3.
Примечание
- Скрипты резервного копирования ОС используют служебную программу xfsdump.
- Этот документ поддерживает полную резервную копию корневой файловой системы и не поддерживает добавочные резервные копии.
- Убедитесь, что при создании резервной копии файлы не записываются в одну и ту же систему. В противном случае файлы, записываемые во время резервного копирования, могут не включаться в резервную копию.
- Резервная копия ReaR устарела для номеров SKU типа II больших экземпляров HANA версии 3.
- Мы протестировали эту процедуру для нескольких сценариев повреждения ОС. Однако, поскольку вы как клиент несете ответственность за ОС, мы рекомендуем тщательно протестировать инструкции из этой документации, прежде чем использовать их для вашего сценария.
- Мы протестировали этот процесс в ОС SLES.
- Обновления основных версий, например версии от SLES 12.x до SLES 15x, не поддерживаются.
- Чтобы завершить восстановление ОС с помощью этого процесса, вам потребуется помощь Майкрософт, так как для восстановления требуется доступ к консоли. Создайте запрос в службу поддержки Майкрософт для помощи в восстановлении.
Как создать резервную копию вручную?
Чтобы запустить резервное копирование вручную:
Установите средство резервного копирования.
zypper in xfsdumpСоздайте готовую резервную копию.
xfsdump -l 0 -f /data1/xfs_dump /На снимке экрана ниже показан пример создания резервной копии вручную:
Важно! Сохраните копию резервной копии в томах NFS в сценарии, где также поврежден раздел data1.
cp /data1/xfs_dump /osbackup/Чтобы исключить обычные каталоги и файлы из дампа, пометьте файлы с помощью команды chattr.
- chattr -R +d directory
- chattr +d file
- Запустите xfsdump с параметром "-e"
- Обратите внимание, что файловые системы NFS [NTFS] невозможно исключить
Как восстановить резервную копию?
Примечание
- Для этого шага требуется помощь службы поддержки Майкрософт.
- Чтобы завершить восстановление ОС с помощью этого процесса, вам потребуется помощь Майкрософт, так как для восстановления требуется доступ к консоли. Создайте запрос в службу поддержки Майкрософт для помощи в восстановлении.
- Будет восстановлена полная файловая система:
Подключите ISO-образ ОС в системе.
Введите режим спасения.
Подключите раздел data1 (или том NFS, где хранится дамп) в режиме чтения и записи.
mount -o rw /dev/md126p4 /mnt1Подключите корневую файловую систему в режиме чтения и записи.
mount -o rw /dev/md126p2 /mnt2Восстановите файловую систему.
xfsrestore -f /mnt1/xfs_dump /mnt2
Перезагрузите систему.
reboot
Если какие либо проверки после восстановления завершаются сбоем, обратитесь к поставщику ОС и Майкрософт для доступа к консоли.
Проверка после восстановления
Убедитесь, что атрибуты полностью восстановлены в системе.
- Сеть работает.
- Тома NFS подключены.
Убедитесь, что массив RAID настроен; замените своим устройством RAID.
mdadm -D /dev/md126
Убедитесь, что диски RAID синхронизированы и конфигурация находится в чистом состоянии.
- Для синхронизации дисков RAID требуется некоторое время; синхронизация может продолжаться несколько минут, прежде чем выполнение достигнет 100 %.
Запустите базу данных HANA и убедитесь, что она работает должным образом.
Убедитесь в том, что HANA запускается и ошибки отсутствуют.
hdbinfo
Если какие либо проверки после восстановления завершаются сбоем, обратитесь к поставщику ОС и Майкрософт для доступа к консоли.
