Вопрос или проблема
У нас есть два экземпляра SQL 2022 на виртуальных машинах Windows 2019, размещенных в SQL Azure. Вместе они образуют кластер AG. Базы данных успешно резервируются с помощью Azure Backup.
Мы добавили автономную базу данных в один из экземпляров SQL 2022, и она была немедленно обнаружена и резервирована с помощью функции AutoProtect Azure Backup.
Затем мы переместили эту защищенную автономную базу данных в существующий AG.
После этого мы выполнили действие Rediscover DBs для каждой из виртуальных машин.
База данных не отображается в элементах резервного копирования, поэтому мы не можем включить резервное копирование для этой базы данных теперь, когда она находится в AG.
Кто-нибудь знает, почему это может происходить и как мы можем диагностировать/исправить проблему?
Спасибо!
Ответ или решение
Конечно, давайте рассмотрим вашу ситуацию и найдем решение проблемы с отсутствием обнаружения базы данных в Azure Backup после ее перемещения в группу доступности (AG).
Проблема:
Вы смогли успешно защитить отдельную базу данных с помощью Azure Backup перед тем, как переместить ее в существующую группу доступности. После перемещения базы данных и выполнения действия по повторному обнаружению баз данных (Rediscover DBs) она не появляется в списке защищаемых объектов, и вы не можете включить резервное копирование для нее.
Возможные причины и решения:
-
Статус защиты базы данных:
При перемещении базы данных в AG ее статус может измениться, и Azure Backup может не распознавать ее, если она была неправильно защищена. Убедитесь, что база данных имеет статус "Protected" (Защищена) до и после переноса в AG.Решение: Проверьте статус базы данных через SQL Server Management Studio (SSMS) или через PowerShell, используя команды для статуса защиты.
-
Правильные настройки AG:
Убедитесь, что ваша группа доступности настроена правильно и что база данных, перемещенная в AG, является частью этой группы. Azure Backup может не обнаруживать базы данных, если они не правильно настроены в AG.Решение: Проверьте настройки вашей группы доступности с помощью команд
ALTER AVAILABILITY GROUPи убедитесь, что база данных отображается как часть AG. -
Кэширование и Распределение:
Иногда проблема может быть связана с кэшированием или распределением метаданных в Azure. После изменения статуса базы данных вам может потребоваться немного времени, прежде чем Azure Backup обновит эту информацию.Решение: Попробуйте подождать некоторое время и запустить повторное обнаружение еще раз. Если проблема не исчезнет, вы можете попробовать перезапустить службы Azure Backup на виртуальных машинах.
-
Проблемы с лицензией и доступом:
Убедитесь, что учетная запись, используемая для доступа к Azure Backup, имеет необходимые разрешения для управления резервным копированием баз данных в группе доступности.Решение: Проверьте настройки разрешений и убедитесь, что учетная запись имеет роль Backup Operator или аналогичную и что включены необходимые параметры для работы с AG.
-
Обновление и поддержка:
Возможно, необходимо обновить компоненты Azure и SQL Server до последних версий, чтобы избежать проблем совместимости.Решение: Проверьте наличие обновлений для SQL Server 2022 и Windows Server 2019, а также любых патчей или обновлений безопасности.
Заключение:
Если ни одно из вышеуказанных решений не сработало, рекомендуется обратиться в службу поддержки Azure, предоставив им всю информацию о конфигурации и ваших действиях. Служба поддержки сможет подробно рассмотреть вашу проблему и предложить дополнительные решения.