Устранение ошибок резервного копирования баз данных SAP HANA в Azure

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

Необходимые условия и разрешения

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

Распространенные ошибки пользователей

UserErrorHANAInternalRoleNotPresent

Сообщение об ошибке	Azure Backup does not have required role privileges to carry out Backup and Restore operations
Возможные причины	Все операции будут завершаться с этой ошибкой, если пользователю резервного копирования (AZUREWLBACKUPHANAUSER) не назначена роль SAP_INTERNAL_HANA_SUPPORT или роль была перезаписана.
Рекомендуемое действие	Скачайте и запустите сценарий предварительной регистрации на экземпляре SAP HANA или вручную назначьте роль SAP_INTERNAL_HANA_SUPPORT пользователю резервного копирования (AZUREWLBACKUPHANAUSER). Примечание Если вы используете HANA 2.0 SPS04 Rev 46 или более поздней версии, эта ошибка не возникает, так как использование роли SAP_INTERNAL_HANA_SUPPORT не рекомендуется в этих версиях HANA.

UserErrorInOpeningHanaOdbcConnection

Сообщение об ошибке	Failed to connect to HANA system
Возможные причины	Сбой подключения к экземпляру HANA Системная база данных находится в автономном режиме База данных клиента находится в автономном режиме Пользователь резервного копирования (AZUREWLBACKUPHANAUSER) не имеет необходимых разрешений или привилегий.
Рекомендуемое действие	Проверьте, работает ли система. Если запущена одна или несколько баз данных, убедитесь, что установлены необходимые разрешения. Для этого скачайте сценарий предварительной регистрации и запустите его на экземпляре SAP HANA.

UserErrorHanaInstanceNameInvalid

Сообщение об ошибке	The specified SAP HANA instance is either invalid or can't be found
Возможные причины	Указанный экземпляр SAP HANA не найден или является недопустимым. Невозможно создать резервные копии нескольких экземпляров SAP HANA на одной виртуальной машине Azure.
Рекомендуемое действие	Убедитесь, что на виртуальной машине Azure работает только один экземпляр HANA. Чтобы устранить эту проблему, запустите сценарий из панели Обнаружение базы данных (его можно также найти здесь) с правильным экземпляром SAP HANA.

UserErrorHANALSNValidationFailure

Сообщение об ошибке	Backup log chain is broken
Возможные причины	Разрыв цепочки журналов с номером LSN для HANA может быть активирован по различным причинам, включая следующие. Сбой вызова службы хранилища Azure при фиксации резервной копии. База данных клиента отключена. Обновление расширения прервало выполнение задания резервного копирования. Не удалось подключиться к службе хранилища Azure во время резервного копирования. SAP HANA выполнил откат транзакции в процессе резервного копирования. Резервное копирование завершено, но каталог в системе HANA еще не обновлен. Сбой резервного копирования с точки зрения Azure Backup, но успешное выполнение с точки зрения HANA — назначение резервного копирования или каталога журнала, возможно, было обновлено из резервной файловой системы или исполняемого файла Backint, возможно, было изменено.
Рекомендуемое действие	Для решения этой проблемы Azure Backup активирует полное резервное копирование с автоматическим восстановлением. Во время резервного копирования с автоматическим восстановлением все резервные копии журналов, активируемые HANA, завершаются ошибкой OperationCancelledBecauseConflictingAutohealOperationRunningUserError. После завершения полного резервного копирования с автоматическим восстановлением журналы и все остальные резервные копии должны работать должным образом. Если в течение 24 часов не отобразится инициированное полное резервное копирование с автоматическим восстановлением или любая другая успешно созданная резервная копия (полная/разностная/добавочная), обратитесь в службу поддержки Майкрософт.

UserErrorSDCtoMDCUpgradeDetected

Сообщение об ошибке	SDC to MDC upgrade detected.
Возможные причины	При обновлении системы SDC до MDC резервные копии завершаются с этой ошибкой.
Рекомендуемое действие	Сведения об устранении этой проблемы см. в разделе об обновлении SDC до MDC.

UserErrorInvalidBackintConfiguration

Сообщение об ошибке	Backups will fail with this error when the Backint Configuration is incorrectly updated.
Возможные причины	Конфигурация Backint, обновленная во время потока настройки защиты azure Backup, изменяется или обновляется клиентом.
Рекомендуемое действие	Проверьте, заданы ли следующие параметры (Backint): [catalog_backup_using_backint:true] [enable_accumulated_catalog_backup:false] [parallel_data_backup_backint_channels:1] [log_backup_timeout_s:900)] [backint_response_timeout:7200] Если на уровне HOST есть параметры Backint, удалите их. Однако если параметры отсутствуют на уровне HOST, но были изменены вручную на уровне базы данных, убедитесь, что заданы значения уровня базы данных, указанные выше. Также можно отключить защиту с сохранением данных резервной копии на портале Azure, а затем возобновить резервное копирование.

UserErrorIncompatibleSrcTargetSystemsForRestore

Сообщение об ошибке	The source and target systems for restore are incompatible.
Возможные причины	Поток восстановления завершается с этой ошибкой, когда исходная и целевая базы данных HANA и системы несовместимы.
Рекомендуемое действие	Убедитесь, что используемый вами сценарий восстановления не указан в следующем списке возможных несовместимых восстановлений: Вариант 1. SYSTEMDB невозможно переименовать во время восстановления. Вариант 2. Исходная система — SDC, а целевая система — MDC: невозможно восстановить базу данных-источник в виде SYSTEMDB или базу данных клиента в целевой системе. Вариант 3. Исходная система — MDC, а целевая система — SDC: невозможно восстановить базу данных-источник (SYSTEMDB или базу данных клиента) в целевой системе. Дополнительные сведения см. в примечании 1642148 на панели запуска поддержки SAP.

UserErrorHANAPODoesNotExist

Сообщение об ошибке	Database configured for backup does not exist.
Возможные причины	Если удалить базу данных, настроенную для резервного копирования, то все резервные копирования этой базы данных по расписанию и по требованию завершатся ошибкой.
Рекомендуемое действие	Проверьте, не удалена ли база данных. Повторно создайте базу данных или отключите защиту базы данных (с сохранением данных или без него).

UserErrorInsufficientPrivilegeOfDatabaseUser

Сообщение об ошибке	Azure Backup does not have enough privileges to carry out Backup and Restore operations.
Возможные причины	Пользователю резервного копирования (AZUREWLBACKUPHANAUSER), созданному сценарием предварительной регистрации, не назначена одна или несколько из следующих ролей: Для MDC: DATABASE ADMIN и BACKUP ADMIN (для HANA 2.0 SPS05 и более поздних версий) создают базы данных во время восстановления. Для SDC: BACKUP ADMIN создает базы данных во время восстановления. CATALOG READ для чтения каталога резервных копий. SAP_INTERNAL_HANA_SUPPORT для доступа к некоторым частным таблицам. Требуется только для версий SDC и MDC ниже HANA 2.0 SPS04 Rev 46. Он не требуется для HANA 2.0 SPS04 Rev 46 и более поздних версий, так как мы получаем необходимые сведения из общедоступных таблиц с использованием исправления от команды HANA.
Рекомендуемое действие	Чтобы устранить эту проблему, добавьте необходимые роли и разрешения вручную пользователю, выполняющему резервное копирование (AZUREWLBACKUPHANAUSER). Кроме того, можно скачать и запустить сценарий предварительной регистрации на экземпляре SAP HANA.

UserErrorDatabaseUserPasswordExpired

Сообщение об ошибке	Database/Backup user's password expired.
Возможные причины	Для пользователя базы данных или резервного копирования, созданного сценарием предварительной регистрации, не задан срок действия пароля. Однако, если он был изменен, может отобразиться эта ошибка.
Рекомендуемое действие	Для устранения этой проблемы скачайте и запустите сценарий предварительной регистрации на экземпляре SAP HANA.

UserErrorInconsistentSSFS

Сообщение об ошибке	SAP HANA error
Возможные причины	Получена ошибка о несогласованных данных SSFS (Secure Storage File System) от модуля SAP HANA.
Рекомендуемое действие	Обратитесь в поддержку SAP HANA для устранения проблемы. Дополнительные сведения см. в примечании SAP 0002097613.

UserErrorCannotConnectToAzureActiveDirectoryService

Сообщение об ошибке	Unable to connect to the AAD service from the HANA system.
Возможные причины	Параметры брандмауэра или прокси-сервера в качестве учетной записи службы подключаемого модуля резервного копирования не разрешают исходящее подключение к идентификатору Microsoft Entra.
Рекомендуемое действие	Исправьте параметры брандмауэра или прокси-сервера для исходящего подключения к идентификатору Microsoft Entra ID.

UserErrorMisConfiguredSslCaStore

Сообщение об ошибке	Misconfigured CA store
Возможные причины	Хост-процессу подключаемого модуля расширения резервного копирования не удается получить доступ к корневому хранилищу центра сертификации (в файле /var/lib/ca-certificates/ca-bundle.pem для SLES).
Рекомендуемое действие	Устраните проблему с хранилищем центра сертификации, используя команду chmod o+r для восстановления исходных разрешений. Затем перезапустите службу узла подключаемого модуля для успешного выполнения резервного копирования и восстановления.

UserErrorBackupFailedAsRemedialBackupInProgress

Сообщение об ошибке	Remedial Backup in progress.
Возможные причины	Служба Azure Backup активирует полное резервное копирование для обработки разрыва цепочки журналов LSN. Пока выполняется полное восстановление, резервное копирование (полное/разностное/добавочное), запущенное через портал или интерфейс командной строки, завершается с этой ошибкой.
Рекомендуемое действие	Дождитесь успешного завершения полного восстановительного резервного копирования, прежде чем запускать другую операцию резервного копирования.

OperationCancelledBecauseConflictingOperationRunningUserError

Сообщение об ошибке	Conflicting operation in progress.
Возможные причины	Полное, разностное или добавочное резервное копирование запускается через портал, интерфейс командной строки или собственные клиенты HANA, в то время как другое полное, разностное или добавочное резервное копирование уже выполняется.
Рекомендуемое действие	Дождитесь завершения активного задания резервного копирования, прежде чем запускать новое полное или разностное резервное копирование.

OperationCancelledBecauseConflictingAutohealOperationRunning UserError

Сообщение об ошибке	Auto-heal Full backup in progress.
Возможные причины	Azure Backup активирует полное резервное копирование с автовосстановлением для разрешения ошибки UserErrorHANALSNValidationFailure. Во время резервного копирования с автоматическим восстановлением все резервные копии журналов, активируемые HANA, завершаются ошибкой OperationCancelledBecauseConflictingAutohealOperationRunningUserError. После завершения полного резервного копирования с автоматическим восстановлением журналы и все остальные резервные копии должны работать должным образом.
Рекомендуемое действие	Дождитесь завершения резервного копирования с автовосстановлением, прежде чем запускать новое полное или разностное резервное копирование.

Ошибка запуска сценария предварительной регистрации среды

UserErrorHanaPreScriptNotRun

UserErrorPreregistrationScriptNotRun

Сообщение об ошибке	Pre-registration script not run.
Возможные причины	Сценарий предварительной регистрации SAP HANA для настройки среды не выполнялся.
Рекомендуемое действие	Скачайте и запустите сценарий предварительной регистрации на экземпляре SAP HANA.

UserErrorTargetPOExistsOverwriteNotSpecified

Сообщение об ошибке	Target database cannot be overwritten for Restore.
Возможные причины	Целевая база данных существует, но не может быть перезаписана. Принудительная перезапись не задана в потоке восстановления на портале или в интерфейсе командной строки.
Рекомендуемое действие	Восстановите базу данных с выбранным параметром принудительной перезаписи или в другую целевую базу данных.

UserErrorRecoverySysScriptFailedToTriggerRestore

Сообщение об ошибке	RecoverySys.py could not be run successfully to restore System DB.
Возможные причины	Возможные причины сбоя восстановления системной базы данных Azure Backup не удалось найти файл Recoverysys.py на компьютере HANA. Это происходит, когда среда HANA не настроена должным образом. Файл Recoverysys.py найден, но запуск этого сценария не смог вызвать HANA для выполнения восстановления. Сценарию Recoverysys.py удалось вызвать HANA, но HANA не удалось выполнить восстановление.
Рекомендуемое действие	Для случая 1 обратитесь к команде SAP HANA, чтобы устранить проблему. Для случаев 2 и 3 выполните команду HDSetting.sh в командной строке sid-adm и просмотрите журнал трассировки. Пример: /usr/sap/SID/HDB00/HDBSetting.sh. Отправьте результаты команде SAP HANA, чтобы исправить эту ошибку.

UserErrorDBNameNotInCorrectFormat

Сообщение об ошибке	Restored database name not in correct format.
Возможные причины	Указанное имя восстанавливаемой базы данных не соответствует допустимому или ожидаемому формату.
Рекомендуемое действие	Убедитесь, что имя восстановленной базы данных начинается с буквы и не содержит никаких символов, кроме цифр и символа подчеркивания. Оно может содержать не более 127 символов и не должно начинаться с "_SYS_".

UserErrorDefaultSidAdmDirectoryChanged

Сообщение об ошибке	Default sid-adm directory changed.
Возможные причины	Каталог sid-adm по умолчанию был изменен, и сценарий HDBSetting.sh недоступен в этом каталоге по умолчанию.
Рекомендуемое действие	Если идентификатор безопасности — HXE, убедитесь, что для переменной среды HOME задано значение /usr/sap/HXE/home для пользователя sid-adm.

UserErrorHDBsettingsScriptNotFound

Сообщение об ошибке	HDBSetting.sh file cannot be found.
Возможные причины	Восстановление системной базы данных не удалось, поскольку пользовательской среде <sid>adm не удалось найти файл HDBsettings.sh для активации восстановления.
Рекомендуемое действие	Обратитесь в поддержку SAP HANA для устранения проблемы. Если идентификатор безопасности — HXE, убедитесь, что для переменной среды HOME задано значение /usr/sap/HXE/home для пользователя sid-adm.

UserErrorInsufficientSpaceOnSystemDriveForExtensionMetadata

Сообщение об ошибке	Insufficient space on HANA machine to perform Configure Backup, Backup or Restore activities.
Возможные причины	Дисковое пространство на компьютере HANA почти заполнено или исчерпано полностью, что приводит к сбою действий настройки резервного копирования, резервного копирования или восстановления.
Рекомендуемое действие	Проверьте дисковое пространство на компьютере HANA, чтобы убедиться в наличии достаточного места для успешного завершения действий настройки резервного копирования, резервного копирования или восстановления.

CloudDosAbsoluteLimitReached

Сообщение об ошибке	Operation is blocked as you have reached the limit on number of operations permitted in 24 hours.
Возможные причины	Это сообщение об ошибке отображается, если достигнуто максимально допустимое ограничение для операции в течение 24 часов. Например, если достигнуто предельное число заданий резервного копирования, которые можно активировать в течение суток и вы пытаетесь настроить резервное копирование для нового элемента, отобразится это сообщение об ошибке.
Рекомендуемое действие	Как правило, для разрешения этой проблемы достаточно повторить попытку выполнить операцию через 24 часа. Однако если проблему не удается устранить, обратитесь за помощью в службу поддержки Майкрософт.

CloudDosAbsoluteLimitReachedWithRetry

Сообщение об ошибке	Operation is blocked as the vault has reached its maximum limit for such operations permitted in a span of 24 hours.
Возможные причины	Это сообщение об ошибке отображается, если достигнуто максимально допустимое ограничение для операции в течение 24 часов. Эта ошибка обычно происходит при наличии крупномасштабных операций, таких как изменение политики или автоматическая защита. В отличие от CloudDosAbsoluteLimitReached, для разрешения этого состояния ничего делать не нужно. По сути, служба Azure Backup будет пытаться повторно выполнить внутренние операции для всех рассматриваемых элементов. Например, если у вас есть большое количество источников данных, защищенных политикой, и вы пытаетесь изменить эту политику, она активирует задания защиты для каждого из защищенных элементов, а иногда может оказаться максимальным допустимым для таких операций в день.
Рекомендуемое действие	Служба Azure Backup автоматически повторит эту операцию через 24 часа.

UserErrorInvalidBackint

Сообщение об ошибке	Найден недопустимый исполняемый файл hdbbackint.
Возможная причина	1. Операция изменения пути Backint сбой /opt/msawb/bin /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint из-за нехватки места в новом расположении. 2. Программа hdbbackint, расположенная на /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint ней, не имеет исполняемых разрешений или правильного владения.
Рекомендуемое действие	1. Убедитесь, что есть свободное место /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint или путь, в котором требуется сохранить резервные копии. 2. Убедитесь, что группа sapsys имеет соответствующие разрешения для /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint файла, выполнив команду chmod 755.

UserErrorHanaSQLQueryFailed

Сообщение об ошибке	Сбой операции при выполнении запроса на сервере HANA. Все операции, которые завершаются ошибкой этого пользователя, возникают из-за проблемы, вызванной на стороне Hana при выполнении запроса. Дополнительные сведения содержат четкое сообщение об ошибке.
Возможные причины	— проблема с повреждением диска. — Проблемы с выделением памяти. — Слишком много баз данных, используемых. — Проблема с обновлением топологии.
Рекомендуемое действие	Обратитесь в поддержку SAP HANA для устранения проблемы. Однако если проблема сохраняется, обратитесь в службу поддержки Майкрософт для получения дополнительной помощи.

Проверки восстановления

Восстановление базы данных с одним контейнером (SDC)

Укажите подходящие входные данные при восстановлении базы данных с одним контейнером для HANA на другой компьютер SDC. Имя базы данных должно быть указано в нижнем регистре и sdc с добавлением в квадратные скобки. Имя экземпляра HANA будет отображаться прописными буквами.

Предположим, создается резервная копия экземпляра HANA SDC с именем H21. На странице элементов резервного копирования будет отображаться имя элемента резервного копирования.h21(sdc) При попытке восстановления этой базы данных в другой целевой системе SDC, например H11, необходимо предоставить следующие входные данные.

Обратите внимание на следующие аспекты:

• По умолчанию в качестве имени восстановленной базы данных будет указано имя элемента резервного копирования. В этом случае — h21(sdc).
• Если выбрать целевую систему H11, это не приведет к автоматическому изменению имени восстановленной базы данных. Его следует изменить в h11(sdc). В отношении SDC восстановленное имя базы данных будет идентификатором целевого экземпляра с строчными буквами и sdc добавленными в квадратные скобки.
• Поскольку у SDC может быть только одна база данных, необходимо также установить флажок, чтобы существующие данные базы данных переопределялись данными точек восстановления.
• В Linux учитывается регистр. Поэтому будьте внимательны и не меняйте регистр.

Восстановление базы данных с несколькими контейнерами (MDC)

В базах данных с несколькими контейнерами для HANA стандартная конфигурация — SYSTEMDB + 1 или более баз данных клиентов. Восстановление всего экземпляра SAP HANA восстанавливает как SYSTEMDB, так и базы данных клиентов. Сначала восстанавливается SYSTEMDB, а затем начинается восстановление баз данных клиентов. По сути, системная база данных переопределяет системные сведения для выбранного целевого объекта. При таком восстановлении также переопределяются связанные с Backint сведения в целевом экземпляре. Поэтому после восстановления системной базы данных на целевом экземпляре запустите скрипт предварительной регистрации еще раз. Только после этого будут выполнены восстановления баз данных клиентов.

Создание резервной копии реплицированной виртуальной машины

Сценарий 1

Исходная виртуальная машина была реплицирована с помощью Azure Site Recovery или резервной копии виртуальной машины Azure. Новая виртуальная машина была создана для имитации старой виртуальной машины. То есть параметры у них полностью одинаковые. (Это связано с тем, что исходная виртуальная машина была удалена, а восстановление было выполнено из резервной копии виртуальной машины или Azure Site Recovery.)

Этот сценарий может включать в себя два возможных варианта. Узнайте, как создать резервную копию реплицированной виртуальной машины в обоих случаях.

1. Новая виртуальная машина имеет то же имя и находится в той же группе ресурсов и подписке, что и удаленная виртуальная машина.

   • Расширение уже существует на виртуальной машине, но не отображается ни для одной из служб.
   • Запустите скрипт предварительной регистрации.
   • Повторно зарегистрируйте расширение для того же компьютера на портале Azure. Для этого выберите Резервное копирование ->Просмотр сведений -> выберите соответствующую виртуальную машину Azure -> Повторная регистрация.
   • После этого будут успешно запущены существующие резервные копии баз данных (из удаленной виртуальной машины).

2. У созданной виртуальной машины будет одно из двух:

   • имя, отличное от имени удаленной виртуальной машины;
   • то же имя, что и у удаленной виртуальной машины, но новая виртуальная машина будет находиться в другой группе ресурсов или подписке (по сравнению с удаленной виртуальной машиной).

   Если это так, выполните следующие действия:

   • Расширение уже существует на виртуальной машине, но не отображается ни для одной из служб.
   • Запустите скрипт предварительной регистрации.
   • Если вы выполните обнаружение и настроите защиту для новых баз данных, на портале начнут отображаться дубликаты активных баз данных. Чтобы избежать этого, отключите защиту с сохранением данных для старых баз данных. Затем продолжите выполнение оставшихся действий.
   • Обнаружение баз данных
   • Включите резервное копирование для этих баз данных.
   • Уже существующие базы данных из удаленной виртуальной машины, для которых была сделана резервная копия, по-прежнему хранятся в хранилище вместе с резервными копиями, которые хранятся в соответствии с политикой.

Сценарий 2

Исходная виртуальная машина была реплицирована с помощью Azure Site Recovery или резервной копии виртуальной машины Azure. Новая виртуальная машина была создана на основе содержимого — для использования в качестве шаблона. Новая виртуальная машина с новым идентификатором безопасности.

Чтобы включить резервное копирование на новой виртуальной машине, сделайте следующее:

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

Обновление версии SDC или MDC на той же виртуальной машине

Обновление операционной системы, изменение версии SDC или MDC, которое не приводит к изменению идентификатора безопасности, можно выполнить следующим образом.

• Убедитесь, что новая версия ОС, SDC или MDC в настоящее время поддерживается Azure Backup.
• Остановите защиту с сохранением данных для базы данных.
• Выполните обновление.
• Запустите скрипт предварительной регистрации повторно. Часто процесс обновления удаляет необходимые роли. Выполните скрипт предварительной регистрации, чтобы проверить наличие необходимых ролей.
• Снова возобновите защиту базы данных.

Обновление с SDC до MDC без изменений идентификатора безопасности

Обновление с SDC до MDC, которое не приводит к изменению идентификатора безопасности, можно выполнить следующим образом.

• Убедитесь, что новая версия MDC в настоящее время поддерживается Azure Backup.
• Остановите защиту с сохранением данных для старой базы данных SDC.
• Выполните обновление. После завершения система HANA станет MDC с системной базой данных и базами данных клиента.
• Запустите скрипт предварительной регистрации повторно.
• Повторно зарегистрируйте расширение для того же компьютера на портале Azure. Для этого выберите Резервное копирование ->Просмотр сведений -> выберите соответствующую виртуальную машину Azure -> Повторная регистрация.
• Щелкните Повторно обнаружить базы данных для той же виртуальной машины. При этом новые базы данных из шага 3 должны отображаться как SYSTEMBD и клиентская база данных, а не SDC.
• Старая база данных SDC продолжает существовать в хранилище и имеет старые резервные копии данных, сохраненные в соответствии с политикой.
• Настройте резервное копирование для этих баз данных.

Обновление с SDC до MDC с изменением идентификатора безопасности

Обновление с SDC до MDC, которое приводит к изменению идентификатора безопасности, можно выполнить следующим образом.

• Убедитесь, что новая версия MDC в настоящее время поддерживается Azure Backup.
• Остановите защиту с сохранением данных для старой базы данных SDC.
• Переместите файл config.json, расположенный по адресу/opt/msawb/etc/config/SAPHana/.
• Выполните обновление. После завершения система HANA станет MDC с системной базой данных и базами данных клиента.
• Повторно запустите скрипт предварительной регистрации с правильными сведениями (новый идентификатор безопасности и MDC). Из-за изменения идентификатора безопасности могут возникнуть проблемы с успешным выполнением сценария. В таком случае обратитесь в службу поддержки Azure Backup.
• Повторно зарегистрируйте расширение для того же компьютера на портале Azure. Для этого выберите Резервное копирование — >Просмотр сведений — > Выбор соответствующей виртуальной машины Azure — > Повторная регистрация.
• Щелкните Повторно обнаружить базы данных для той же виртуальной машины. При этом новые базы данных из шага 3 должны отображаться как SYSTEMBD и клиентская база данных, а не SDC.
• Старая база данных SDC продолжает существовать в хранилище и имеет старые резервные копии данных, сохраненные в соответствии с политикой.
• Настройте резервное копирование для этих баз данных.

Сбои повторной регистрации

Перед запуском операции повторной регистрации проверьте наличие одного или нескольких следующих признаков.

• Все операции (такие как резервное копирование, восстановление и настройка резервного копирования) на виртуальной машине завершаются ошибкой с одним из следующих кодов: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

• Если в области Backup Status (Состояние резервного копирования) для элемента резервного копирования отображается Недоступно, исключите все остальные причины, которые могут привести к тому же состоянию:

  • отсутствие разрешения на выполнение операций, связанных с резервным копированием на виртуальной машине;
  • виртуальная машина выключена, поэтому невозможно выполнить резервное копирование;
  • проблемы с сетью.

Эти признаки могут возникнуть по одной или нескольким из следующих причин:

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

В предыдущих сценариях рекомендуется активировать повторную регистрацию на виртуальной машине.

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

• Ознакомьтесь с часто задаваемыми вопросами о резервном копировании баз данных SAP HANA на виртуальных машинах Azure.