Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Применимо к:База данных SQL Azure
В этой статье приведены примеры настройки и управления гипермасштабируемой именованной репликой базы данных SQL Azure.
Создайте именованную реплику Hyperscale
В следующих сценариях вы создадите именованную реплику WideWorldImporters_NamedReplica для базы данных WideWorldImporters с помощью портала Azure, T-SQL, PowerShell или Azure CLI.
В следующем примере создается новая реплика Hyperscale в портале Azure.
Перейдите в Центр SQL Azure в aka.ms/azuresqlhub.
В меню ресурсов разверните базу данных SQL Azure и выберите базы данных SQL.
На странице базы данных SQL выберите существующую базу данных гипермасштабирования, для которой требуется создать именованную реплику.
В меню ресурсов в разделе "Управление данными" выберите "Реплики" и нажмите кнопку "Создать реплику".
Выберите именованную реплику в разделе Конфигурация реплики. Выберите существующий сервер или создайте новый сервер для именованной реплики. При необходимости введите имя базы данных именованных реплик и настройте параметры вычислений и хранилища .
При необходимости настройте зонально-избыточную гипермасштабированную именованную реплику. Для получения дополнительной информации см. раздел "Избыточность зоны в именованных репликах Azure SQL Database Hyperscale".
- На странице "Настройка базы данных" выберите "Да ", чтобы сделать эту зону базы данных избыточной?
- Добавьте в конфигурацию как минимум одну вторичную реплику высокой доступности.
- Нажмите кнопку "Применить".
Выберите "Просмотр и создание", просмотрите сведения и нажмите кнопку "Создать".
Начинается процесс развертывания реплики с заданным именем.
Когда развертывание завершено, именованная реплика отображает её состояние.
Вернитесь на страницу базы данных-источника и выберите " Реплики". Ваш именованный реплика перечислен под заголовком Именованные реплики.
Так как перемещение данных не требуется, в большинстве случаев именованная реплика будет создана всего за минуту. После того, как именованная реплика будет доступна, она будет отображаться из портала Azure или любого средства командной строки, например AZ CLI или PowerShell. Именованную реплику можно использовать в качестве обычной базы данных только для чтения.
Подключиться к именованной реплике гипермасштаба
Чтобы подключиться к именованной реплике Hyperscale, необходимо использовать строку подключения для этой именованной реплики, ссылаясь на их имена сервера и базы данных. Нет необходимости указывать параметр ApplicationIntent=ReadOnly , так как именованные реплики всегда доступны только для чтения.
Как и для реплик высокой доступности, хотя первичные, реплики высокой доступности и именованные реплики совместно используют одни и те же данные на одном наборе серверов страниц, кэши данных на каждой именованной реплике синхронизированы с первичной. Синхронизация поддерживается службой журналов транзакций, которая перенаправляет записи журналов из первичной в именованные реплики. В результате в зависимости от рабочей нагрузки, обрабатываемой именованной репликой, приложение записей журнала может происходить с разными скоростями, и поэтому разные реплики могут иметь разные задержки данных относительно первичной реплики.
Измените именованную реплику в среде Hyperscale
Вы можете определить цель уровня обслуживания именованной реплики при ее создании, используя команду ALTER DATABASE или любой другой поддерживаемый способ (Портал, Azure CLI, PowerShell). Если вам потребуется изменить целевой уровень обслуживания после создания именованной реплики, это можно сделать с помощью команды ALTER DATABASE ... MODIFY в самой именованной реплике.
В следующем примере WideWorldImporters_NamedReplica — это именованная реплика базы данных WideWorldImporters.
Удалить именованную реплику гипермасштаба
Чтобы удалить именованную реплику Hyperscale, удалите её как обычную базу данных.
Откройте страницу базы данных именованных реплик и выберите Delete вариант.
Внимание
Именованные реплики автоматически удаляются при удалении первичной реплики, из которой они были созданы.
Оптимизация конфигурации именованной реплики
Рекомендуется настроить именованную реплику с тем же размером вычислительных ресурсов (виртуальными ядрами), что и первичная реплика. Если основная реплика испытывает большую нагрузку на записи, именованная реплика с меньшими вычислительными ресурсами может не успевать за ней, что приводит к задержке репликации. Чтобы сохранить соглашения об уровне обслуживания восстановления, скорость журнала транзакций первичного источника может быть временно сокращена, чтобы вторичные источники могли наверстать упущенное.
Если вы решили создать именованную реплику с размером вычислительных ресурсов (виртуальными ядрами), отличным от основного экземпляра, отслеживайте частоту операций ввода-вывода журнала на первичном экземпляре в течение времени. Это помогает оценить минимальный размер вычислительных ресурсов, необходимых для именованной реплики для поддержания нагрузки репликации. Для получения дополнительной информации рассмотрите следующие объекты:
- Динамическая управляющая функция (DMF) sys.dm_hs_database_log_rate() предоставляет дополнительные сведения, которые помогут в понимании снижения скорости журнала, если имеется. Он может указать, какая конкретная вторичная реплика отстает в применении записей журналов и общий размер неприменённого журнала транзакций.
- Чтобы получить исторические данные журнала ввода-вывода, используйте представление sys.resource_stats.
- Для последних данных журнала ввода-вывода с более высокой степенью детализации, которая лучше отражает краткосрочные пики, используйте sys.dm_db_resource_stats.
Дополнительные сведения см. в статье о диагностике производительности гипермасштабирования базы данных SQL Azure.