Устранение ошибок резервного копирования баз данных SAP HANA в Azure
В этой статье содержатся сведения об устранении ошибок при резервном копировании баз данных SAP HANA на виртуальных машинах Azure. Дополнительные сведения о сценариях резервного копирования SAP HANA, которые сейчас поддерживаются, см. в разделе Поддержка сценариев.
Необходимые условия и разрешения
Перед настройкой резервных копий см. предварительные требования и инструкции скрипта предварительной регистрации.
Распространенные ошибки пользователей
UserErrorHANAInternalRoleNotPresent
Сообщение об ошибке | Azure Backup doesn't 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 ред 46 и более поздних версий, эта ошибка не возникает, так как использование роли SAP_INTERNAL_HANA_SUPPORT не рекомендуется использовать в этих версиях HANA. |
UserErrorInOpeningHanaOdbcConnection
Сообщение об ошибке | Failed to connect to HANA system |
---|---|
Возможные причины |
|
Рекомендуемое действие | Проверьте, работает ли система. Если запущена одна или несколько баз данных, убедитесь, что установлены необходимые разрешения. Для этого скачайте сценарий предварительной регистрации и запустите его на экземпляре SAP HANA. |
UserErrorHanaInstanceNameInvalid
Сообщение об ошибке | The specified SAP HANA instance is either invalid or can't be found |
---|---|
Возможные причины |
|
Рекомендуемое действие |
|
UserErrorHANALSNValidationFailure
Сообщение об ошибке | Backup log chain is broken |
---|---|
Возможные причины | Разрыв цепочки журналов с номером LSN для HANA может быть активирован по различным причинам, включая следующие.
|
Рекомендуемое действие | Для решения этой проблемы 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):
|
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 doesn't exist. |
---|---|
Возможные причины | Если удалить базу данных, настроенную для резервного копирования, то все резервные копирования этой базы данных по расписанию и по требованию завершатся ошибкой. |
Рекомендуемое действие | Проверьте, не удалена ли база данных. Повторно создайте базу данных или отключите защиту базы данных (с сохранением данных или без него). |
UserErrorInsufficientPrivilegeOfDatabaseUser
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. |
---|---|
Возможные причины | Возможные причины сбоя восстановления системной базы данных
|
Рекомендуемое действие |
|
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, чтобы убедиться, что для успешного завершения настройки резервного копирования, резервного копирования или восстановления activitie(s) достаточно места. |
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 для устранения проблемы. Однако если проблема сохраняется, обратитесь в службу поддержки Майкрософт для получения дополнительной помощи. |
UserErrorRestoreTargetDirectoriesAbsent
Сообщение об ошибке | PreRestoreDataParamsPrep: Target directory не существует. |
---|---|
Возможные причины | Восстановление файлов происходит сбоем из-за того, что каталог , выбранный для восстановления, не существует на целевом сервере или недоступен. |
Рекомендуемое действие | Убедитесь, что выбранный каталог доступен на целевом сервере и убедитесь, что вы выбрали правильный целевой сервер во время восстановления. |
JobCancelledOnExtensionUpgrade
Сообщение об ошибке | Задание резервного копирования было отменено, так как служба расширения резервного копирования рабочей нагрузки перезагрузилась для обновления. |
---|---|
Возможная причина | Задание резервного копирования и восстановления завершается сбоем из-за автоматического обновления расширения при выполнении операции резервного копирования и восстановления. |
Рекомендуемое действие | Дождитесь завершения обновления расширения. Затем HANA повторно активирует резервные копии журналов, если таковые есть. Однако неудачные полные и разностные резервные копии и добавочные резервные копии не будут повторно активированы Azure Backup, и вам нужно вручную извлечь эту операцию. |
Проверки восстановления
Восстановление базы данных с одним контейнером (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.)
Этот сценарий может включать в себя два возможных варианта. Узнайте, как создать резервную копию реплицированной виртуальной машины в обоих случаях.
Новая виртуальная машина имеет то же имя и находится в той же группе ресурсов и подписке, что и удаленная виртуальная машина.
- Расширение уже существует на виртуальной машине, но не отображается ни для одной из служб.
- Запустите скрипт предварительной регистрации.
- Повторно зарегистрируйте расширение для того же компьютера на портале Azure. Для этого выберите Резервное копирование ->Просмотр сведений -> выберите соответствующую виртуальную машину Azure -> Повторная регистрация.
- После этого будут успешно запущены существующие резервные копии баз данных (из удаленной виртуальной машины).
У созданной виртуальной машины будет одно из двух:
- имя, отличное от имени удаленной виртуальной машины;
- то же имя, что и у удаленной виртуальной машины, но новая виртуальная машина будет находиться в другой группе ресурсов или подписке (по сравнению с удаленной виртуальной машиной).
Если это так, выполните следующие действия:
- Расширение уже существует на виртуальной машине, но не отображается ни для одной из служб.
- Запустите скрипт предварительной регистрации.
- Если вы выполните обнаружение и настроите защиту для новых баз данных, на портале начнут отображаться дубликаты активных баз данных. Чтобы избежать этого, отключите защиту с сохранением данных для старых баз данных. Затем продолжите выполнение оставшихся действий.
- Обнаружение баз данных
- Включите резервное копирование для этих баз данных.
- Уже существующие базы данных из удаленной виртуальной машины, для которых была сделана резервная копия, по-прежнему хранятся в хранилище вместе с резервными копиями, которые хранятся в соответствии с политикой.
Сценарий 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
Резервное копирование журналов не активируется, несмотря на успешность полного резервного копирования.
Возможные причины. Значения базы данных SAP HANA неверны для запуска резервного копирования журналов.
Рекомендуемое действие. Убедитесь, что для конфигурации SAP HANA правильно заданы следующие значения:
enable_auto_log_backup
:Даlog_backup_using_backint
:Истинныйcatalog_backup_using_backint
:Истинныйlog_mode
:нормальныйlog_backup_timeout_s
: то же, что и политика резервного копирования журналов портал Azure (частота в секундах).
Следующий шаг
- Ознакомьтесь с часто задаваемыми вопросами о резервном копировании баз данных SAP HANA на виртуальных машинах Azure.