Настройка ссылки с помощью SSMS — Azure SQL Managed Instance

Применимо к:Azure SQL Managed Instance

Узнайте, как настроить link между SQL Server и Azure SQL Managed Instance с помощью SQL Server Management Studio (SSMS). Ссылка реплицирует базы данных из исходного источника в вторичную реплику практически в режиме реального времени.

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

Примечание.

  • Вы также можете настроить ссылку с помощью скриптов.
  • Настройка Azure SQL Managed Instance в качестве исходного основного компонента поддерживается начиная с SQL Server 2022 CU10.

Обзор

Используйте функцию ссылки, чтобы реплицировать базы данных из исходного источника в вторичную реплику. Для SQL Server 2022 начальный первичный объект может быть либо SQL Server, либо Azure SQL Managed Instance. Для SQL Server 2019 и более ранних версий начальным основным сервером должен быть SQL Server. После настройки ссылки база данных из исходного первичного источника реплицируется в вторичную реплику.

Вы можете сохранить подключение для непрерывной репликации данных в гибридной среде между первичной и вторичной репликой, или вы можете выполнить отработку отказа базы данных на вторичную реплику для миграции в Azure или аварийного восстановления. Для SQL Server 2019 и более ранних версий переключение на Azure SQL Managed Instance разрывает связь, и обратный переход не поддерживается. С помощью SQL Server 2022 и SQL Server 2025 вы можете сохранить ссылку и выполнить отработку отказа между двумя репликами.

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

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

Предварительные требования

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

Рассмотрим следующий пример.

  • Функция связи поддерживает одну базу данных для каждого канала. Чтобы реплицировать несколько баз данных из экземпляра, создайте ссылку для каждой отдельной базы данных. Например, чтобы реплицировать 10 баз данных в SQL Managed Instance, создайте 10 отдельных ссылок.
  • Параметры сортировки между SQL Server и SQL Managed Instance должны совпадать. Несоответствие в сортировке может привести к несоответствию в регистре имен сервера и предотвратить успешное подключение от SQL Server к SQL Managed Instance.
  • Ошибка 1475 в вашей исходной основной базе данных SQL Server указывает, что необходимо начать новую цепочку резервных копий созданием полной резервной копии без параметра COPY ONLY.
  • Чтобы установить ссылку или выполнить отработку отказа, из SQL управляемого экземпляра для SQL Server 2025, необходимо настроить ваш SQL управляемый экземпляр с помощью политики обновления SQL Server 2025. Репликация данных и переключение на резервный сервер с SQL Managed Instance на SQL Server 2025 не поддерживается экземплярами, настроенными с несоответствующей политикой обновления.
  • Чтобы установить ссылку или переключение при отказе из SQL управляемого экземпляра на SQL Server 2022, необходимо настроить ваш SQL управляемый экземпляр в соответствии с политикой обновления SQL Server 2022. Репликация данных и переключение на отказоустойчивость из SQL Managed Instance в SQL Server 2022 не поддерживается экземплярами с несовместимой политикой обновления.
  • Хотя вы можете установить ссылку из поддерживаемой версии SQL Server на SQL Managed Instance, настроенную с помощью политики обновления Always-up-to-date, после переключения на SQL Managed Instance вы не сможете реплицировать данные или переключиться обратно на экземпляр SQL Server.

Разрешения

Для SQL Server требуется sysadmin разрешения.

Для Azure SQL Managed Instance необходимо быть членом роли SQL Managed Instance сотрудник или иметь следующие разрешения на указанные ниже пользовательские роли:

Microsoft.Sql/resource Необходимые разрешения
Microsoft. Sql/managedInstances /чтение, /запись
Microsoft.Sql/managedInstances/hybridCertificate /действие
Microsoft. Sql/managedInstances/databases /просмотр, /удалить, /записать, /полноеВосстановление/действие, /просмотрРезервныхКопий/действие, /подробностиВосстановления/просмотр
Microsoft.Sql/managedInstances/distributedAvailabilityGroups /читать, /писать, /удалить, /установитьРоль/действие
Microsoft.Sql/managedInstances/endpointCertificates /read
Microsoft.Sql/managedInstances/hybridLink /рид (read), /райт (write), /делит (delete)
Microsoft. Sql/managedInstances/serverTrustCertificates /записать, /удалить, /прочитать

Подготовка баз данных

Если SQL Server является исходным источником, необходимо создать резервную копию базы данных. Так как Azure SQL Managed Instance автоматически выполняет резервное копирование, пропустите этот шаг, если SQL Managed Instance является основным.

При создании ссылки начальное заполнение между первичной и вторичной репликами происходит путем создания полной резервной копии базы данных на первичной реплике, передачи ее в вторичную реплику и восстановления там. При выполнении полной резервной копии рекомендуется использовать этот параметр WITH CHECKSUM, чтобы убедиться в действительности резервной копии и отсутствии повреждений. Дополнительные сведения см. в разделе BACKUP (Transact-SQL).

Используйте SSMS для резервного копирования базы данных в SQL Server. Выполните следующие действия:

  1. Подключитесь к SQL Server в SQL Server Management Studio (SSMS).
  2. В Object Explorer щелкните правой кнопкой мыши базу данных, наведите указатель мыши на Tasks и выберите Back up.
  3. Выберите "Полный " для типа резервного копирования.
  4. Убедитесь, что в параметре резервного копирования есть путь резервного копирования к диску с достаточным объемом свободного места в хранилище.
  5. (Необязательно, но рекомендуется) На вкладке Media Options установите флажок Проверить контрольную сумму перед записью на носитель, чтобы SQL Server проверил целостность резервной копии после её создания.
  6. Нажмите кнопку "ОК ", чтобы завершить полную резервную копию.

Для получения дополнительной информации см. Создание полной резервной копии базы данных.

Примечание.

Ссылка поддерживает только репликацию пользовательских баз данных. Репликация системных баз данных не поддерживается. Чтобы реплицировать объекты уровня экземпляра, хранящиеся в master или msdb, создайте их сценарии и запустите скрипты T-SQL на целевом экземпляре.

На следующих шагах используйте ссылку New Managed Instance в SSMS, чтобы создать связь между исходной первичной и вторичной репликой.

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

  1. Откройте SSMS и подключитесь к вашему первоначальному основному серверу.

  2. В Object Explorer щелкните правой кнопкой мыши базу данных, которую нужно связать со вторичной, наведите указатель мыши на ссылку Azure SQL Managed Instance и выберите New... , чтобы открыть ссылку New Managed Instance. Если версия SQL Server не поддерживается, параметр недоступен в контекстном меню.

    Снимок экрана: контекстное меню базы данных для создания новой ссылки.

  3. На странице Введение мастера выберите Далее.

  4. На странице "Указать параметры ссылки" укажите имя ссылки. При выборе нескольких баз данных мастер автоматически добавляет имя базы данных в конец предоставленного имени, чтобы не включать его самостоятельно. Установите флажки, если вы хотите включить устранение неполадок с подключением и для SQL Server 2022 или SQL Server 2025, если вы планируете использовать ссылку для двустороннего аварийного восстановления. Выберите Далее.

  5. На странице "Требования" мастер проверяет требования для установления подключения к вашей вторичной системе. Нажмите кнопку "Далее" после проверки всех требований или устраните все требования, которые не выполнены, а затем нажмите кнопку "Повторная проверка".

  6. На странице "Выбор баз данных" выберите базу данных, которую вы хотите реплицировать в вторичную реплику с помощью ссылки. При выборе нескольких баз данных создается несколько распределенных групп доступности, по одному для каждой ссылки. Выберите Далее.

  7. На странице "Указание вторичной реплики " выберите "Добавить вторичную реплику ", чтобы добавить вторичную реплику. Если ваш первоначальный основной сервер — SQL Server, это действие открывает окно Sign In для Azure. Если изначально первичным средством является SQL Managed Instance, это действие открывает диалоговое окно «Подключение к серверу».

    1. Для начальной настройки основного экземпляра SQL Server войдите в Azure, выберите подписку, группу ресурсов и вторичный управляемый экземпляр SQL из выпадающего списка. Выберите Login, чтобы открыть диалоговое окно Connect to Server и подключиться к SQL Managed Instance, в которую необходимо выполнить репликацию базы данных. Когда вы видите Вход выполнен успешно в окне Вход, выберите OK, чтобы закрыть окно и вернуться к мастеру по ссылке New Managed Instance.
    2. Для начального основного SQL Managed Instance подключитесь к экземпляру SQL Server, в который вы хотите реплицировать свою базу данных.

    Примечание.

    Чтобы установить ссылку на существующую группу доступности, укажите IP-адрес существующего прослушивателя в поле URL-адрес конечной точки на вкладке Конечные точки страницы Указание вторичной реплики.

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

  9. Если SQL Managed Instance является вашим первоначальным основным, следующая страница мастера — это страница Вход в Azure. Войдите еще раз, если вам нужно, а затем нажмите кнопку "Далее". Эта страница недоступна, если SQL Server является начальным основным сервером.

  10. На странице проверки убедитесь, что все проверки успешно завершены. Если произошел сбой, устраните их, а затем повторно выполните проверку. Нажмите кнопку "Далее", когда она будет готова.

  11. На странице сводки просмотрите конфигурацию еще раз. При необходимости выберите "Скрипт" , чтобы создать скрипт, чтобы можно было легко создать ту же ссылку в будущем. Нажмите кнопку "Готово", когда вы будете готовы создать ссылку.

  12. На странице Выполняемые действия отображается ход выполнения каждого действия.

  13. После завершения всех шагов на странице Результаты отобразятся флажки рядом с выполненными действиями. Теперь можно закрыть окно.

Просмотр реплицированной базы данных

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

В любой реплике используйте Object Explorer в SSMS для просмотра состояния реплицированной базы данных Synchronized.

Скриншот, который показывает состояние базы данных SQL Server и распределенной группы доступности в среде SSMS.

Раскройте Always On High Availability и группы доступности, чтобы просмотреть распределённую группу доступности, созданную для каждой ссылки.

Скриншот, показывающий состояние базы данных SQL Managed Instance и распределённой группы доступности.

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

Создание первой резервной копии журнала транзакций

Если SQL Server - ваш начальный основной экземпляр, выполните первую резервную копию журнала транзакций на SQL Server после завершения начальной синхронизации. На этом этапе база данных больше не находится в состоянии Restoring... на платформе Azure SQL Managed Instance. Затем регулярно выполняйте резервное копирование журналов транзакций SQL Server чтобы свести к минимуму чрезмерный рост журналов в то время как SQL Server находится в основной роли.

Если SQL Managed Instance является основным, вам не нужно предпринимать никаких действий, так как Azure SQL Managed Instance автоматически выполняет резервное копирование журналов.

Если вы хотите удалить ссылку, либо потому, что она больше не нужна, либо потому что она находится в непоправимом состоянии и должна быть воссоздана, это можно сделать с помощью SQL Server Management Studio (SSMS).

Ссылку можно удалить из следующих параметров меню в Object Explorer SSMS после подключения к экземпляру:

  • Группы доступности Always On>> Щелкните правой кнопкой мыши имя распределенной группы доступности, связанное со ссылкой >Удалить...
  • Databases> щелкните правой кнопкой мыши базу данных, связанную со ссылкой >Azure SQL Managed Instance>Delete...

Устранение неполадок

Если при создании ссылки возникает сообщение об ошибке, выберите сообщение об ошибке, чтобы открыть окно с дополнительными сведениями об ошибке.

Если при работе со ссылкой возникает ошибка, мастер SSMS останавливает выполнение на шаге, который завершился сбоем, и его нельзя перезапустить. Устранение проблемы. При необходимости очистите среду, чтобы вернуться к исходному состоянию, удалив распределенную группу доступности и группу доступности, если вы создали ее при настройке ссылки. Затем снова запустите мастер, чтобы начать заново.

Дополнительные сведения см. в разделе по устранению неполадок со ссылкой.

Связанный контент

Чтобы использовать ссылку, см. следующие сведения:

Дополнительные сведения о ссылке см.:

Для других сценариев репликации и миграции рассмотрите:

  • Last updated on