Вопросы и ответы об Управляемом экземпляре SQL Azure

Область применения: Управляемый экземпляр SQL Azure

В этой статье приведены наиболее распространенные вопросы об управляемом экземпляре SQL Azure.

Примечание.

Идентификатор Microsoft Entra ранее был известен как Azure Active Directory (Azure AD).

Поддерживаемые функции

Где найти список функций, поддерживаемых в Управляемом экземпляре SQL?

Список поддерживаемых функций в управляемом экземпляре SQL см. в статье Функции управляемого экземпляра SQL Azure.

Основные различия в синтаксисе и поведении между управляемым экземпляром SQL Azure и SQL Server см. в статье О различиях между T-SQL и SQL Server.

Технические характеристики, ограничения по ресурсам и другие ограничения

Где найти сведения о технических характеристиках и ограничениях по ресурсам для Управляемого экземпляра SQL?

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

Какой уровень служб мне подходит?

Любой клиент имеет право на использование любого уровня служб. Выпуски Standard и Enterprise, охваченные Software Assurance, можно обмениваться с помощью Преимущество гибридного использования Azure (AHB) для общего назначения (который включает обновление уровня служб общего назначения следующего поколения, в настоящее время в предварительной версии) или критически важный для бизнеса уровень служб с использованием следующих соотношений exchange 1 Standard edition = 1 Общего назначения, 1 Корпоративный выпуск = 1 критически важный для бизнеса, 1 Корпоративный выпуск = 4 общего назначения и 4 общего назначения = 1 выпуск Enterprise. Дополнительные сведения см. в статье Определенные права AHB.

Какие типы подписок поддерживаются для Управляемого экземпляра SQL?

Список поддерживаемых типов подписок см. в статье Поддерживаемые типы подписок.

Какие регионы Azure поддерживаются?

Управляемые экземпляры можно создавать в большинстве регионов Azure; см. статью Поддерживаемые регионы для управляемого экземпляра SQL. Чтобы создать управляемый экземпляр в регионе, который в настоящее время не поддерживается, можно отправить запрос на поддержку через портал Azure.

Существуют ли ограничения квоты для развертывания Управляемого экземпляра SQL?

Для Управляемого экземпляра SQL по умолчанию предусмотрено два ограничения: числа подсетей, которые можно использовать, и числа виртуальных ядер, которые можно подготовить к работе. Ограничения различаются по регионам и типам подписки. Список ограничений региональных ресурсов по типу подписки см. в таблице из раздела Ограничения региональных ресурсов. Эти ограничения можно смягчить по требованию. Если требуются дополнительные управляемые экземпляры в текущих регионах, отправьте запрос на поддержку через портал Azure, чтобы увеличить квоту. Дополнительные сведения см. в статье Запрос на увеличение квоты для базы данных SQL Azure.

Можно ли увеличить ограничение на количество баз данных (100) в Управляемом экземпляре по требованию?

Ограничение в 100 баз данных на Управляемый экземпляр SQL является жестким ограничением, которое нельзя изменить в уровнях служб общего назначения и критически важный для бизнеса. На уровне служб общего назначения следующего поколения можно использовать до 500 баз данных.

Куда можно мигрировать, если у меня больше 16 ТБ данных?

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

Куда мигрировать, если у меня есть определенные требования к оборудованию, например больший объем ОЗУ для виртуального ядра или большее количество процессоров?

Можно рассмотреть миграцию на SQL Server на Виртуальных машинах Azure или оптимизированное соотношение объема памяти и числа процессоров для Базы данных SQL Azure.

Известные проблемы и ошибки

Где найти сведения об известных проблемах и ошибках?

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

Новые возможности

Где найти сведения о новейших функциях и функциях в общедоступной предварительной версии?

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

Создание, обновление, удаление или перемещение управляемого экземпляра

Как подготовить управляемый экземпляр к работе?

Экземпляр можно подготовить на портале Azure, а также с помощью PowerShell, Azure CLI и шаблонов ARM.

Можно ли подготовить управляемые экземпляры по существующей подписке?

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

Почему не удалось подготовить управляемый экземпляр в подсети, имя которой начинается с цифры?

Это текущее ограничение по базовому компоненту, которое проверяет имя подсети по регулярному выражению ^[a-zA-Z_][^\/:*?"<>|`'^]*(?<![.\s])$. В настоящее время поддерживаются все имена, которые подтверждаются регулярным выражением и являются допустимыми именами подсетей.

Как масштабировать Управляемый экземпляр?

Управляемый экземпляр можно масштабировать из портала Azure, PowerShell, Azure CLI или шаблонов ARM.

Можно ли переместить управляемый экземпляр из одного региона в другой?

Да, вы можете. Инструкции см. в разделе Перемещение ресурсов между регионами.

Как удалить управляемый экземпляр?

Управляемые экземпляры можно удалить через портал Azure, PowerShell, Azure CLI или REST API Диспетчера ресурсов.

Сколько времени занимает создание или обновление экземпляра или восстановление базы данных?

Ожидаемое время создания нового управляемого экземпляра или изменения уровня служб (виртуальных ядер, хранилища) зависит от нескольких факторов. См. статью Операции управления.

Создание, обновление, удаление или перемещение базы данных

Можно ли удалить и повторно создать базу данных с тем же именем в управляемом экземпляре?

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

Message database 'backup_restore_db_lkg_native_restore' already exists. Choose a different database name.

Чтобы избежать этой ошибки, проверьте состояние операции удаления перед повторным созданием базы данных с тем же именем. Дополнительные сведения см. в статье sys.dm_operation_status. Когда для операции отобразится состояние Завершено, можно будет восстановить или создать базу данных с тем же именем.

Возникновение такой ошибки вероятно при следующих вариантах использования:

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

    Резервная копия заключительного фрагмента журнала

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

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

Бесплатное предложение Управляемый экземпляр SQL

Что делать, если баннер не отображается и кнопка **Применить предложение**?

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

Справка Я больше не могу подключиться к моему экземпляру!

Скорее всего, вы закончили кредиты в течение месяца. Перейдите в управляемый экземпляр SQL в портал Azure и проверьте состояние, чтобы узнать, находится ли экземпляр в остановленном состоянии из-за нехватки кредитов.

Мои часы виртуальных ядер используются быстрее, чем ожидалось, как увидеть, что используется в часах виртуальных ядер?

Эта функция в настоящее время недоступна.

Можно ли восстановить базу данных в бесплатном экземпляре?

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

Предоставляет ли бесплатный Управляемый экземпляр SQL Azure экземпляр рабочего качества?

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

Можно ли обновить до более крупного или более мощного экземпляра?

Бесплатный Управляемый экземпляр SQL предлагает 4 и 8 виртуальных ядер. Если для вашего бизнеса требуется экземпляр с большими ресурсами, создайте полнофункциональный платный Управляемый экземпляр SQL.

Можно ли изменить параметр резервного копирования на геоизбыточное хранилище?

Параметры резервного копирования не могут быть изменены для бесплатной Управляемый экземпляр SQL.

Можно ли использовать подписку Student с бесплатной Управляемый экземпляр SQL Azure?

В настоящее время подписка Student является недопустимой. Для соответствующих подписок просмотрите предварительные требования для бесплатного Управляемый экземпляр SQL предложения.

Соглашения об именах

Может ли имя Управляемого экземпляра совпадать с именем локального экземпляра SQL Server?

Изменение имени управляемого экземпляра не поддерживается.

Можно ли изменить префикс зоны DNS?

Да, зону DNS управляемого экземпляра SQL по умолчанию .database.windows.net можно изменить самостоятельно. Однако часть имени узла управляемого экземпляра в полном доменном имени должна остаться прежней.

чтобы использовать другую зону DNS, например .contoso.com:

  • Для определения псевдонима используйте служебную программу клиентской сети SQL Server (CliConfg). Можно использовать либо только имя узла управляемого экземпляра, либо имя узла управляемого экземпляра, за которым следует имя личного домена. Средство CliConfg просто добавляет псевдоним в реестр в разделе "HKLM\SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo" или "HKLM\SOFTWARE\WOW6432Node\Microsoft\MSSQLServer\Client\ConnectTo" в зависимости от того, какая версия используется: 64-разрядная (C:\Windows\System32\cliconfg.exe) или 32-разрядная версия (C:\Windows\SysWOW64\cliconfg.exe), поэтому ее можно выполнить с помощью групповой политики или скрипта. Используйте оба способа, чтобы обеспечить возможность разрешения псевдонимов для 32-разрядных и 64-разрядных программ.
  • Используйте запись CNAME в DNS с именем узла управляемого экземпляра, указывающим на полное доменное имя управляемого экземпляра. В этом случае TrustServerCertificate=TRUE необходимо использовать проверку подлинности с идентификатором Microsoft Entra (ранее — Azure Active Directory).
  • Используйте запись A в DNS с именем узла управляемого экземпляра, указывающим на IP-адрес управляемого экземпляра. Использование IP-адреса не рекомендуется, так как оно может изменяться без уведомления. В этом случае TrustServerCertificate=TRUE требуется при использовании проверки подлинности Microsoft Entra.

Варианты переноса

Как выполнить миграцию из автономного или эластичного пула Базы данных SQL Azure в управляемый экземпляр SQL?

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

Как перенести базу данных экземпляра в отдельную Базу данных SQL Azure?

Один из вариантов — экспортировать базу данных в BACPAC, а затем импортировать BACPAC-файл. Рекомендуется использовать этот подход, если размер вашей базы данных меньше 100 ГБ.

Репликацию транзакций можно использовать, если все таблицы в базе данных имеют первичные ключи и в базе данных нет объектов OLTP в памяти.

Как перенести экземпляр SQL Server в Управляемый экземпляр SQL?

Как перенести экземпляр SQL Server, см. в статье Руководство по переносу SQL Server в Управляемый экземпляр SQL Azure.

Как выполнить миграцию с других платформ в Управляемый экземпляр SQL?

Сведения о миграции из других платформ см. здесь.

Производительность

Как сравнить производительность Управляемый экземпляр SQL Azure с производительностью SQL Server?

Для сравнения производительности между управляемым экземпляром и SQL Server рекомендуется использовать сведения из статьи Рекомендации по сравнению показателей производительности управляемого экземпляра SQL Azure и SQL Server.

Основные причины различий в производительности между управляемым экземпляром SQL и SQL Server

См. статью Основные причины различий в производительности между управляемым экземпляром SQL и SQL Server. Размер файла журнала транзакций может повлиять на производительность Управляемый экземпляр SQL общего назначения. Дополнительные сведения см. в разделе "Влияние размера файла журнала на общее назначение".

Как настроить производительность Управляемого экземпляра?

Можно оптимизировать производительность управляемого экземпляра следующим образом.

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

Как можно дополнительно настроить производительность управляемого экземпляра общего назначения?

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

Запросы выполняются слишком долго. Как можно проанализировать статистику ожидания на управляемом экземпляре?

См. Анализ статистики ожидания на Управляемом экземпляре SQL. Статистика ожидания — это сведения, которые помогут понять, почему запрос выполняется долго, и определить запросы, ожидающие чего-либо в ядре СУБД.

Мониторинг, метрики и оповещения

Какие параметры мониторинга и оповещений доступны для Управляемого экземпляра?

Сведения о всех возможных параметрах мониторинга и оповещений о потреблении и производительности управляемого экземпляра SQL см. в записях блога Параметры мониторинга управляемого экземпляра SQL Azure. Сведения о мониторинге производительности в режиме реального времени для управляемого экземпляра SQL см. в статье Мониторинг производительности в режиме реального времени для управляемого экземпляра SQL Azure.

Как отслеживать производительность управляемого экземпляра?

Как отслеживать производительность управляемого экземпляра в реальном времени?

Можно ли использовать Профилировщик SQL для мониторинга производительности?

Да, Профилировщик SQL поддерживается в управляемом экземпляре SQL. Дополнительные сведения см. в статье Профилировщик SQL. Однако вместо этого следует рассмотреть возможность использования расширенных событий для "трассировки" действий с меньшим влиянием на отслеживаемый экземпляр. Дополнительные сведения см. в статье Расширенные события.

Поддерживаются ли Помощник по базам данных и анализ производительности запросов для баз данных управляемого экземпляра SQL?

Нет, они не поддерживаются. Для мониторинга баз данных можно использовать динамические административные представления и хранилище запросов вместе с Профилировщиком SQL и XEvents.

Как отслеживать загрузку ЦП на управляемом экземпляре?

Можно ли создавать оповещения метрик в Управляемом экземпляре SQL?

Да. Инструкции см. в статье Создание оповещений для управляемого экземпляра SQL. Дополнительные советы и рекомендации см. в блоге.

Можно ли создавать оповещения метрик для базы данных в управляемом экземпляре?

Вы не можете, оповещения о метриках доступны только для управляемого экземпляра. Оповещения метрик для отдельных баз данных в управляемом экземпляре недоступны.

Объем памяти

Какой максимальный размер хранилища Управляемого экземпляра?

Размер хранилища для Управляемый экземпляр SQL зависит от выбранного уровня служб (общего назначения, общего назначения, общего назначения или критически важный для бизнеса). Ограничения хранилища этих уровней служб см. в разделе "Ограничения ресурсов".

Какой минимальный размер хранилища доступен для Управляемого экземпляра?

Минимальный размер хранилища, доступный в экземпляре, составляет 32 ГБ. Хранилище можно увеличивать с шагом 32 ГБ до достижения максимального размера. Первые 32 ГБ предоставляются бесплатно.

Можно ли увеличить место в хранилище, выделенное экземпляру, независимо от вычислительных ресурсов?

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

Как оптимизировать производительность хранилища на уровне служб "Общего назначения"?

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

Резервное копирование и восстановление

Вычитается ли стоимость хранилища резервных копий из стоимости хранилища управляемых экземпляров?

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

Как увидеть, когда для Управляемого экземпляра выполняются автоматические резервные копии?

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

Поддерживается ли резервное копирование по запросу?

Да, можно создать полную резервную копию только для копирования в хранилище BLOB-объектов Azure, но эту копию можно будет восстановить только в управляемом экземпляре. Дополнительные сведения см. в статье Резервная копия, предназначенная только для копирования. Однако резервную копию только для копирования сделать невозможно, если база данных шифруется с помощью TDE, управляемых службой, так как сертификат, используемый для шифрования, недоступен. В таком случае используйте функцию восстановления до точки во времени, чтобы переместить базу данных в другой управляемый экземпляр, или начните использовать ключ, управляемый клиентом.

Поддерживается ли собственное восстановление (из BAK-файлов) в управляемом экземпляре SQL?

Да, она поддерживается и доступна для версий SQL Server 2005+. Чтобы использовать собственное восстановление, загрузите BAK-файл в хранилище BLOB-объектов Azure и выполните команды T-SQL. Дополнительные сведения см. в статье Собственное восстановление из URL-адреса.

Поддерживается ли собственное восстановление из Управляемый экземпляр SQL в SQL Server?

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

Непрерывность бизнес-процессов

Реплицируются ли системные базы данных на вторичный экземпляр в группе отработки отказа?

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

Требования к сети

Какие есть текущие ограничения на входящие и исходящие NSG в подсети управляемого экземпляра?

Какие есть текущие ограничения на входящие и исходящие NSG в подсети управляемого экземпляра?

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

Как настроить правила NSG для входящего трафика на портах управления?

Управляемый экземпляр SQL отвечает за настройку правил на портах управления. Для этого используется функция Конфигурация подсети с помощью служб. Это позволяет обеспечить непрерывный поток трафика управления для выполнения соглашения об уровне обслуживания.

Можно ли получить диапазоны исходных IP-адресов, используемых для входящего трафика управления?

Да. Можно анализировать трафик, поступающий через группу безопасности сети, настроив журналы потоков Наблюдателя за сетями.

Можно ли задать NSG для управления доступом к конечной точке данных (порт 1433)?

Да. После подготовки управляемого экземпляра можно задать группу безопасности сети, которая управляет входящим доступом к порту 1433. Рекомендуется максимально сократить диапазон IP-адресов.

Можно ли настроить NVA или локальный брандмауэр для фильтрации исходящего трафика управления на основе полных доменных имен?

№ Это не поддерживается по нескольким причинам:

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

Можно ли задать NVA или брандмауэр для исходящего трафика, неуправляемого?

Да. Самый простой способ — добавить правило 0/0 к определяемому пользователем маршруту, связанному с подсетью управляемого экземпляра, чтобы направлять трафик через NVA.

Сколько IP-адресов требуется для управляемого экземпляра?

Подсеть должна иметь достаточное количество доступных IP-адресов. Сведения о том, как определить размер подсети виртуальной сети для управляемого экземпляра SQL, см. в статье Определение требуемого размера и диапазона подсети для управляемого экземпляра SQL Azure.

Что делать, если для выполнения операции обновления экземпляра недостаточно IP-адресов?

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

Должна ли подсеть быть пустой, чтобы создать управляемый экземпляр?

№ Можно использовать пустую подсеть или подсеть, которая уже содержит управляемые экземпляры.

Можно ли изменить диапазон адресов подсети?

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

Можно ли переместить Управляемый экземпляр в другую подсеть?

Да. Управляемый экземпляр SQL можно переместить в другую подсеть внутри той же виртуальной сети или в другой виртуальной сети в сети. Узнайте, как перемещать Управляемый экземпляр SQL Azure между подсетями.

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

Можно ли поместить управляемый экземпляр с другими службами в подсети?

№ В настоящее время мы не поддерживаем размещение управляемого экземпляра в подсети, которая уже содержит другие типы ресурсов.

Подключение

Можно ли подключиться к управляемому экземпляру с помощью IP-адреса?

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

Может ли Управляемый экземпляр иметь статический IP-адрес?

В настоящее время только частные конечные точки для управляемых экземпляров гарантируют статические IP-адреса.

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

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

Если требуется статический IP-адрес, доступный за пределами виртуальной сети, можно развернуть Брандмауэр Azure с внешним общедоступным IP-адресом и настроить правило NAT для перевода входящего трафика в частную конечную точку управляемого экземпляра. Затем настройте разрешение DNS или настройте псевдонимы клиентов, чтобы клиенты SQL подключались к общедоступному IP-адресу брандмауэра через полное доменное имя управляемого экземпляра.

Есть ли у управляемого экземпляра SQL общедоступная конечная точка?

Да, общедоступная конечная точка может быть включена для включения входящего трафика из Интернета для доступа к Управляемый экземпляр SQL. Дополнительные сведения см. в разделе "Использование Управляемый экземпляр SQL с общедоступными конечными точками" и настройка общедоступной конечной точки в Управляемый экземпляр SQL.

Можно ли указать пользовательский порт для конечных точек данных SQL?

Нет, использование пользовательского порта недоступно. Для локальной конечной точки виртуальной сети Управляемый экземпляр SQL использует номер порта по умолчанию 1433 и для общедоступной конечной точки данных, Управляемый экземпляр SQL использует номер порта по умолчанию 3342.

Каким образом рекомендуется подключать управляемые экземпляры, размещенные в разных регионах?

Для подключения двух управляемых экземпляров в разных регионах рекомендуется использовать оба глобальных пиринга виртуальных сетей (пиринг между виртуальными сетями) и виртуальную глобальную сеть Azure. Пиринг каналов Express Route является альтернативным вариантом. Если ни один из вариантов в вашей среде недоступен, единственным другим методом подключения является VPN-подключение типа "сеть — сеть". Настройка VPN типа "сеть — сеть" с помощью портал Azure, PowerShell или Azure CLI

Поддерживает ли Управляемый экземпляр SQL пиринг глобальной виртуальной сети?

Поддержка пиринга глобальной виртуальной сети (пиринг виртуальной сети) для вновь созданных виртуальных кластеров была добавлена в Управляемый экземпляр SQL Azure 22 сентября 2020 г. Таким образом, пиринг между виртуальными сетями поддерживается для управляемых экземпляров, созданных в пустых подсетях после 22 сентября 2020 г. Для экземпляров, развернутых до этой даты, поддержка пиринга ограничена сетями в одном регионе из-за ограничений пиринга глобальной виртуальной сети. Дополнительные сведения см. в соответствующем разделе часто задаваемых вопросов о виртуальная сеть Azure.

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

Узнайте , поддерживается ли пиринг глобальной виртуальной сети в виртуальном кластере при необходимости.

Устранение рисков утечки данных

Как устранить риски утечки данных?

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

DNS

Можно ли настроить пользовательский сопоставитель DNS для Управляемый экземпляр SQL?

Можно ли обновить DNS?

Изменение часового пояса

Можно ли изменить часовой пояс для существующего Управляемого экземпляра?

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

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

Безопасность и шифрование в базе данных

Доступна ли роль системного администратора сервера для Управляемого экземпляра SQL?

Да, клиенты могут создавать имена входа, являющиеся членами роли системного администратора. Клиенты, получившие привилегии системного администратора, также ответственны за работу экземпляра, так как это может негативно сказаться на выполнение обязательств соглашения об уровне обслуживания. Чтобы добавить имя входа в роль сервера sysadmin, ознакомьтесь с проверкой подлинности Microsoft Entra.

Поддерживается ли прозрачное шифрование данных для Управляемого экземпляра SQL?

Да, Управляемый экземпляр SQL Azure поддерживает прозрачное шифрование данных (TDE). Дополнительные сведения см. в статье Прозрачное шифрование данных для управляемого экземпляра SQL.

Можно ли использовать модель "принести собственный ключ" для TDE?

Да, Azure Key Vault для сценария BYOK доступен для управляемого экземпляра SQL Azure. Дополнительные сведения см. в статье Прозрачное шифрование данных Azure SQL с ключом, управляемым клиентом

Можно ли перенести зашифрованную базу данных SQL Server?

Да, вы можете. Чтобы перенести зашифрованную базу данных SQL Server, необходимо экспортировать и импортировать существующие сертификаты в управляемый экземпляр SQL, а затем создать полную резервную копию базы данных и восстановить ее в управляемом экземпляре.

Для переноса зашифрованных баз данных TDE можно также использовать Azure Database Migration Service.

Как настроить смену предохранителя TDE для Управляемого экземпляра SQL?

Можно выполнить смену предохранителя TDE для управляемого экземпляра SQL с помощью Azure Cloud Shell. Как это сделать см. в статье Прозрачное шифрование данных в управляемом экземпляре SQL с использованием собственного ключа из Azure Key Vault.

Можно ли восстановить зашифрованную базу данных в Управляемом экземпляре SQL?

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

  • Отправить предохранитель сертификата в управляемый экземпляр SQL. Это можно сделать только с помощью PowerShell. Весь процесс см. в примере скрипта.
  • Отправить асимметричный предохранитель ключа в Azure Key Vault (AKV) и указать для него управляемый экземпляр SQL. Этот подход напоминает вариант использования прозрачного шифрования данных с созданием собственных ключей (BYOK), где также используется интеграция Azure Key Vault для хранения ключа шифрования. Если не требуется использовать ключ в качестве предохранителя ключа шифрования, а просто необходимо сделать ключ доступным для Управляемого экземпляра SQL, чтобы восстанавливать зашифрованные базы данных, следуйте инструкциям по настройке TDE BYOK и не устанавливайте флажок Make the selected key the default TDE protector (Сделать выбранный ключ предохранителем TDE по умолчанию).

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

Модели приобретения и преимущества

Какие модели приобретения доступны для Управляемого экземпляра SQL?

Управляемый экземпляр SQL предлагает модель приобретения на основе виртуальных ядер.

Какие преимущества в плане стоимости доступны для Управляемого экземпляра SQL?

Можно сэкономить с помощью преимуществ Azure SQL следующими способами.

  • Максимально использовать существующие инвестиции в лицензии на локальное развертывание и сэкономить до 55% с преимуществом гибридного использования Azure.
  • Зафиксировать резервирование вычислительных ресурсов и сэкономить до 33% с преимуществом зарезервированного экземпляра. Объединить это преимущество с преимуществом гибридного использования Azure и сэкономить до 82%.
  • Сэкономить до 55% от цены в прейскуранте с преимуществом цены на разработку и тестирование Azure , которое предлагает скидки для текущих рабочих нагрузок разработки и тестирования.

Кто имеет право на преимущество Зарезервированного экземпляра?

Чтобы получить право на преимущество зарезервированного экземпляра, нужно выбрать подписку с соглашением Enterprise (номера предложений: MS-AZR-0017P или MS-AZR-0148P) или отдельного соглашения с оплатой по мере использования (номера предложений: MS-AZR-0003P или MS-AZR 0023P). Дополнительные сведения о резервировании см. в статье Преимущество зарезервированного экземпляра.

Можно ли отменить, обменять или вернуть резервирования?

Вы можете отменить и обменять резервирования, а также вернуть вложенные в резервирование средства, но при этом применяются определенные ограничения. Дополнительные сведения см. в статье Self-service exchanges and refunds for Azure Reservations (Самостоятельное выполнение обмена и возмещения средств для резервирований Azure).

Выставление счетов за управляемый экземпляр SQL Azure и хранилище резервных копий

Какие есть варианты платы за Управляемый экземпляр SQL?

Сведения о вариантах оплаты за управляемый экземпляр SQL см. на странице с ценами.

Как можно проследить затраты по выставленным счетам за Управляемый экземпляр?

Это можно сделать с помощью решения Microsoft Cost Management. В списке служб на портале Azure перейдите к разделу Подписки и выберите Анализ затрат.

Выберите параметр Накопленные затраты, а затем выполните фильтрацию по типу ресурса как microsoft.sql/managedinstances.

Можно ли использовать средства Майкрософт или сторонних разработчиков для доступа к управляемому экземпляру SQL без дополнительных затрат?

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

Сколько стоят автоматические резервные копии?

Вы получаете столько же места в хранилище резервных копий бесплатно, сколько места было приобретено и зарезервировано в хранилище данных, независимо от установленного срока хранения резервной копии. Если потребление хранилища резервных копий находится в выделенном свободном хранилище резервных копий, автоматические резервные копии на Управляемый экземпляр SQL не являются дополнительными затратами для вас, поэтому будет бесплатно. Превышение использования хранилища резервных копий выше свободного места приводит к дополнительным затратам. Дополнительные сведения см. в разделе "Хранилище резервных копий" на странице с ценами. Дополнительную техническую информацию об автоматизированном резервном копировании управляемого экземпляра SQL см. в статье Сведения об использовании хранилища резервных копий.

Как отслеживать затраты на использование хранилища резервных копий?

Затраты на хранилище резервных копий можно отслеживать на портале Azure. Инструкции см. в статье Мониторинг затрат на автоматически создаваемые резервные копии.

Как оптимизировать затраты на хранение резервных копий для Управляемого экземпляра?

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

Варианты сокращения затрат

Где найти сведения о вариантах сокращения затрат с помощью Управляемого экземпляра SQL?

Примеры использования управляемого экземпляра SQL:

Чтобы получить более полное представление о преимуществах, затратах и рисках, связанных с развертыванием управляемого экземпляра SQL Azure, можно также ознакомиться с исследованием Forrester: Общее экономическое влияние баз данных управляемого экземпляра SQL Microsoft Azure.

Политика паролей

Какие политики паролей применяются для имен входа SQL управляемого экземпляра SQL?

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

Внимание

Платформа Azure может изменять требования политик, не уведомляя об этом службы, основанные на этих политиках.

Какие текущие политики применяются для платформы Azure?

Каждое имя входа должно устанавливать свой пароль при входе в систему и изменять его, когда будет достигнут максимальный срок действия.

Политика Параметр безопасности
Максимальный срок действия пароля 42 дня
Минимальный срок действия пароля Один день
Минимальная длина пароля 10 символов
Пароль должен соответствовать требованиям к сложности Включен

Можно ли отключить сложность и срок действия пароля в управляемом экземпляре SQL на уровне входа?

Да, можно управлять CHECK_POLICY и CHECK_EXPIRATION полями на уровне входа. Можно проверить текущие параметры, выполнив следующую команду T-SQL:

SELECT *
FROM sys.sql_logins

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

ALTER LOGIN <login_name> WITH CHECK_POLICY = OFF;
ALTER LOGIN <login_name> WITH CHECK_EXPIRATION = OFF;

(Замените 'test' на требуемое имя для входа и настройте параметры политики и срока действия.)

Обновленные сведения об обслуживании

В чем заключается изменение корневого ЦС для Базы данных SQL Azure и управляемого экземпляра SQL?

Что такое событие планового обслуживания для Управляемого экземпляра SQL?

Отзывы и поддержка Azure

Где можно поделиться своими идеями по улучшению Управляемого экземпляра SQL?

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

Как создать запрос на поддержку Azure?

Сведения о том, как создать запрос на поддержку Azure, см. в статье Создание запроса в службу поддержки Azure.

Волна признаков ноября 2022 г.

Я больше не могу увидеть волну признаков ноября 2022 года в портал Azure. Почему?

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

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

Волна функций доступна для экземпляров в подходящих подсетях. Если вы не видите новые функции, скорее всего, подсеть, содержащая управляемый экземпляр SQL, не имеет права, так как она по-прежнему находится в процессе регистрации. Экземпляры в подсетях, которые не зарегистрированы в волне, продолжают видеть страницу "Волна признаков" на портале Azure.

Обновление уровня служб общего назначения следующего поколения

Мой экземпляр является частью группы отработки отказа, и когда я пытался включить обновление общего назначения следующего поколения для моего экземпляра, он завершился сбоем. Почему?

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

Почему не удается включить избыточность зоны для Управляемый экземпляр SQL общего назначения следующего поколения?

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

Можно ли включить обновление общего назначения следующего поколения для пула экземпляров?

Нет, обновление уровня служб общего назначения следующего поколения в настоящее время не поддерживается для пулов экземпляров или экземпляров в пуле.