Устранение неполадок с управляемым резервным копированием SQL Server в Azure

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

Общие сведения

SQL Server Управляемое резервное копирование в Microsoft Azure включает встроенные проверки и устранение неполадок, поэтому во многих случаях внутренние сбои устраняются путем SQL Server процесса управляемого резервного копирования в Microsoft Azure.

Примером одного из таких случаев является удаление файла резервной копии, что приводит к разрыву цепочки журналов, влияющей на возможность восстановления. SQL Server Управляемое резервное копирование в Microsoft Azure определит разрыв в цепочке журналов и запланирует немедленное создание резервной копии. Однако рекомендуется отслеживать состояние и устранять все ошибки, требующие вмешательства пользователя.

SQL Server Управляемое резервное копирование в Microsoft Azure регистрирует события и ошибки с помощью системных хранимых процедур, системных представлений и расширенных событий. Системные представления и хранимые процедуры предоставляют SQL Server управляемое резервное копирование в Microsoft Azure, состояние запланированных резервных копий, а также ошибки, фиксируемые расширенными событиями. SQL Server Управляемое резервное копирование в Microsoft Azure использует расширенные события для записи ошибок, используемых для устранения неполадок. Помимо регистрации событий политики SQL Server Smart Admin предоставляют состояние работоспособности, используемое заданием уведомления по электронной почте для отправки уведомлений об ошибках и проблемах. Дополнительные сведения см. в статье Мониторинг управляемого резервного копирования SQL Server в Azure.

SQL Server Управляемое резервное копирование в Microsoft Azure также использует то же ведение журнала, которое используется при резервном копировании вручную в службу хранилища Azure (SQL Server Резервное копирование по URL-адресу). Дополнительные сведения о проблемах, связанных с резервным копированием на URL-адрес, см. в разделе об устранении неполадок статьи SQL Server Backup to URL Best Practices and Troubleshooting (Рекомендации и устранение неполадок при резервном копировании на URL-адрес).

Основные шаги диагностики

1. Включите уведомление по электронной почте, чтобы получать сообщения с ошибками и предупреждениями.

   Кроме того, можно периодически выполнять smart_admin.fn_get_health_status для проверки статистических ошибок и счетчиков. Например, number_of_invalid_credential_errors указывает, сколько раз резервное копирование Smart Backup завершилось с ошибкой из-за неверных учетных данных. Number_of_backup_loops и number_of_retention_loops не являются ошибками, но указывают, сколько раз поток резервного копирования и поток хранения сканировали список баз данных. Как правило, если @begin_time и @end_time не указаны, функция отображает сведения за последние 30 минут. Обычно для этих двух столбцов должны отображаться ненулевые значения. Если они равны нулю, это означает, что система перегружена или даже не отвечает. Дополнительные сведения см. в разделе Устранение неполадок системы далее в этом разделе.

2. Изучите журналы расширенных событий, чтобы получить дополнительные сведения об ошибках и связанных событиях.

3. Данные в журналах помогут устранить проблему. В случае системной проблемы или ошибки, возможно, придется перезапустить службу или агент SQL Server.

Распространенные причины появления ошибок

Далее представлен список распространенных причин, приводящих к сбоям.

1. Изменения учетных данных SQL: Если имя учетных данных, используемых SQL Server Управляемое резервное копирование в Microsoft Azure, изменено или удалено, SQL Server Управляемое резервное копирование в Microsoft Azure не сможет создавать резервные копии. Изменение должно быть применено к параметрам конфигурации SQL Server Управляемое резервное копирование в Microsoft Azure.

2. Изменения значений ключей доступа к хранилищу: Если значения ключа хранилища изменены для учетной записи Azure, но учетные данные SQL не обновляются новыми значениями, SQL Server Управляемое резервное копирование в Microsoft Azure завершится сбоем при проверке подлинности в хранилище и не сможет выполнить резервное копирование баз данных, настроенных для использования этой учетной записи.

3. Изменения в учетной записи хранения Azure: Удаление или переименование учетной записи хранения без соответствующих изменений учетных данных SQL приведет к сбою SQL Server управляемого резервного копирования в Microsoft Azure, и резервные копии не будут создаваться. При удалении учетной записи хранения убедитесь, что в настройки баз данных будут внесены сведения о действительной учетной записи хранения. Если учетная запись хранения переименована или значения ключа изменены, убедитесь, что эти изменения отражены в учетных данных SQL, используемых SQL Server управляемого резервного копирования в Microsoft Azure.

4. Изменения свойств базы данных: Изменения моделей восстановления или изменение имени могут привести к сбою резервного копирования.

5. Изменения в модели восстановления: Если модель восстановления базы данных изменена на простую с полной или с неполным протоколированием, резервное копирование будет остановлено, а базы данных будут пропущены SQL Server Управляемое резервное копирование в Microsoft Azure. Дополнительные сведения см. в статье SQL Server управляемого резервного копирования в Azure: взаимодействие и сосуществование.

Самые распространенные сообщения об ошибках и способы их устранения

1. Ошибки при включении или настройке управляемого резервного копирования SQL Server в Microsoft Azure:

   Ошибка: "Не удалось получить доступ к URL-адресу хранилища.... Укажите допустимые учетные данные SQL..." — эта и другие аналогичные ошибки могут содержать ссылку на учетные данные SQL. В таких случаях просмотрите имя предоставленных учетных данных SQL, а также сведения, хранящиеся в учетных данных SQL( имя учетной записи хранения и ключ доступа к хранилищу), и убедитесь, что они являются актуальными и допустимыми.

   Ошибка: "... не удается настроить базу данных.... поскольку это системная база данных". Эта ошибка возникает при попытке включить SQL Server управляемого резервного копирования в Microsoft Azure для системной базы данных. SQL Server Управляемое резервное копирование в Microsoft Azure не поддерживает резервное копирование системных баз данных. Чтобы настроить резервное копирование для системных баз данных, используйте другие технологии резервного копирования SQL Server, например планы обслуживания.

   Ошибка:" ... Укажите срок хранения...." — вы можете столкнуться с ошибками, связанными с периодом хранения, если вы не указали срок хранения для базы данных или экземпляра при первой настройке этих значений. Ошибка также может возникнуть в том случае, если указано значение, не входящее в диапазон от 1 до 30. Допустимые значения срока хранения — число от 1 до 30.

2. Сообщения с уведомлениями по электронной почте

   Ошибка: "Database Mail не включено..." — эта ошибка появится, если включить уведомления по электронной почте, но Database Mail не настроено в экземпляре. Необходимо настроить Database Mail экземпляра, чтобы получать уведомления о состоянии работоспособности управляемого резервного копирования SQL Server в Microsoft Azure. Сведения о включении компонента Database Mail см. в разделе Настройка Database Mail. Чтобы использовать Database Mail для уведомлений, также необходимо включить агент SQL Server. Дополнительные сведения см. в разделе Перед началом работы.

   Ниже приведен список кодов возможных ошибок, связанных с уведомлениями по электронной почте.

   • Номер ошибки: 45209

   • Номер ошибки: 45210

   • Номер ошибки: 45211

3. Ошибки подключения:

   • Ошибки, связанные с подключением к SQL: Эти ошибки возникают при возникновении проблем с подключением к экземпляру SQL Server. Расширенные события предоставляют тип ошибок в канале администратора. Далее приведены два расширенных события, которые можно видеть в связи с возникновением ошибок подключения.

     FileRetentionAdminXEvent with event_type = SqlError. Сведения о данной ошибке см. в параметрах error_code, error_message и stack_trace данного события. Error_code — это номер ошибки SqlException.

     SmartBackupAdminXevent со следующими префиксами сообщения:

     "Произошла внутренняя ошибка при настройке SQL Server управляемого резервного копирования в Azure по умолчанию, например. Ошибка может быть временной.»

     «Вероятные проблемы с подключением к SQL Server. Пропуск базы данных в текущей итерации.»

     «Ошибка при запросе данных об использовании журнала. Сбой может быть временным. Пропуск базы данных в текущей итерации.»

     «Обнаружено SQL-исключение при загрузке метаданных агента SSMBackup2WA. Сбой может быть временным. Операция будет запущена повторно.»

     "SSMBackup2WA обнаружил исключение SQL, когда ... "

   • Ошибки при подключении к учетной записи хранения

     Исключения хранилища в событии FileRetentionAdminXEvent с event_type = XstoreError. Сведения о данной ошибке см. в параметрах error_message и stack_trace данного события.

     В управляемом резервном копировании SQL Server используется нижележащий компонент «Резервное копирование на URL-адрес», поэтому ошибки, связанные с подключением к хранилищу, относятся к обоим компонентам. Дополнительные сведения об устранении неполадок см. в разделе Устранение неполадокстатьи SQL Server Backup to URL Best Practices and Troubleshooting (Рекомендации и устранение неполадок в резервном копировании по URL-адресу).

Проблемы системы диагностики

Ниже приведены некоторые сценарии, в которых возникает проблема с системой (SQL Server, агент SQL Server) и ее влияние на SQL Server управляемого резервного копирования в Microsoft Azure.

• Sqlservr.exe перестает отвечать на запросы или перестает работать при выполнении SQL Server управляемого резервного копирования в Microsoft Azure. Если SQL Server перестает работать, агент SQL корректно завершит работу, SQL Server управляемое резервное копирование в Microsoft Azure также останавливается, а события регистрируются в файле SQL Agent.out.

  Если SQL Server прекращает отвечать, события записываются в канал администратора. Пример журнала событий.

  Ошибка SQL (подсистема не отвечает или получает sqlException: SqlException:
  код ошибки, сообщение и трассировка стека будут показаны в канале администратора xevent вместе с некоторыми дополнительными сведениями, например:
  «Вероятные проблемы с подключением к SQL Server. Пропуск базы данных в текущей итерации»

• Агент SQL перестает отвечать на запросы или перестает работать при выполнении SQL Server управляемого резервного копирования в Microsoft Azure:

  Если агент SQL перестает работать, SQL Server Управляемое резервное копирование в Microsoft Azure также останавливается, а события регистрируются в канале администрирования. Это аналогично сценариям, когда SQL Server прекращает отвечать.

  Если агент SQL перестает отвечать, SQL Server Управляемое резервное копирование в Microsoft Azure не сможет продолжить операции резервного копирования, а события регистрируются в канале администрирования. Пример журнала событий.

  Зависание заданий: см. раздел xevents для канала администрирования
  "Обновление хода выполнения не получено от SQL Server в более чем " + Constants.DBBackupInfoMsgMaxWaitTime + " часов для резервного копирования базы данных. Резервное копирование SSM в облаке продолжит ожидание».

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

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