Поделиться через

Различия T-SQL между SQL Server и Управляемым экземпляром SQL Azure

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

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

Управляемый экземпляр SQL обеспечивает высокую совместимость с ядром СУБД SQL Server, и большинство функций поддерживается в Управляемом экземпляре SQL.

Схема, на которой показана простая миграция с SQL Server.

Существуют некоторые ограничения PaaS, появившиеся в Управляемом экземпляре SQL, а также некоторые изменения в поведении по сравнению с SQL Server. Различия делятся на следующие категории:

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

Временные известные проблемы, обнаруженные в управляемом экземпляре SQL и которые будут устранены в будущем, описаны в статье "Новые возможности управляемого экземпляра SQL Azure"?

Примечание.

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

Доступность

Группы доступности AlwaysOn

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

Резервное копирование

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

  • С помощью Управляемый экземпляр SQL можно создать резервную копию базы данных экземпляра только в учетной записи хранения BLOB-объектов Azure:
    • Поддерживается только BACKUP TO URL.
    • FILE, TAPE и устройства резервного копирования не поддерживаются.
  • Большинство общих параметров WITH поддерживаются.
    • COPY_ONLY обязателен.
    • FILE_SNAPSHOT и CREDENTIAL не поддерживаются.
    • Параметры ленты: REWIND, NOREWIND, UNLOAD и NOUNLOAD не поддерживаются.
    • Параметры журналов: NORECOVERY, STANDBY и NO_TRUNCATE не поддерживаются.

Ограничения:

  • С помощью Управляемого экземпляра SQL вы можете выполнять резервное копирование в базу данных экземпляра, содержащую до 32 полосковых линий. Такого количества достаточно для баз данных объемом до 4 ТБ, если используется сжатие резервных копий.

  • Невозможно выполнить BACKUP DATABASE ... WITH COPY_ONLY в базе данных, зашифрованной с помощью прозрачного шифрования данных, управляемого службой (TDE). Управляемые службой TDE заставляет шифровать резервные копии с помощью внутреннего ключа TDE. Этот ключ не может быть экспортирован, поэтому восстановить резервную копию невозможно. Используйте автоматическое резервное копирование и восстановление на момент времени или используйте TDE, управляемое клиентом (BYOK). Также можно отключить шифрование базы данных.

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

  • Чтобы создать резервную копию или восстановить базу данных в хранилище Azure, вы можете пройти проверку подлинности с помощью управляемого удостоверения или подписанного URL-адреса (SAS), который предоставляет права доступа с ограниченным доступом для служба хранилища Azure ресурсов Подробнее об этом. Использование ключей Access для этих сценариев не поддерживается.

  • Максимальный размер полосы резервного копирования с помощью команды BACKUP в Управляемом экземпляре SQL составляет 195 ГБ, что является максимальным размером большого двоичного объекта. Чтобы уменьшить размер отдельного чередующегося набора и соблюсти это ограничение, можно увеличить число чередующихся наборов в команде резервного копирования.

    Совет

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

    • Создать резервную копию на DISK вместо резервного копирования на URL.
    • Отправить скопированные файлы в хранилище BLOB-объектов.
    • Восстановить в Управляемый экземпляр SQL.

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

Сведения о резервном копировании с помощью T-SQL см. в статье BACKUP (Transact-SQL).

Безопасность

Аудит

Ниже перечислены основные различия между аудитом в Microsoft Azure SQL и SQL Server.

  • В Управляемом экземпляре SQL компонент аудита выполняется на уровне сервера. Файлы журнала .xel сохраняются в хранилище BLOB-объектов Azure.
  • В Базе данных SQL Azure аудит выполняется на уровне базы данных. Файлы журнала .xel сохраняются в хранилище BLOB-объектов Azure.
  • В локальных или виртуальных машинах SQL Server аудит выполняется на уровне сервера. События хранятся в файловой системе или в журналах событий Windows.

Аудит XEvent в Управляемом экземпляре SQL поддерживает целевые расположения хранилища больших двоичных объектов Azure. Журналы файловой системы и журналы Windows не поддерживаются.

Основные различия в синтаксисе CREATE AUDIT для аудита в хранилище BLOB-объектов Azure:

  • Новый синтаксис TO URL предоставляется для указания URL-адреса контейнера хранилища BLOB-объектов Azure, в котором .xel размещаются файлы.
  • Синтаксис TO FILE не поддерживается, так как Управляемый экземпляр SQL не может использовать общие папки Windows.

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

Сертификаты

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

  • Файл CREATE FROM/BACKUP TO не поддерживается для сертификатов.
  • Сертификат CREATE/BACKUP из FILE/ASSEMBLY не поддерживается. Невозможно использовать файлы закрытых ключей.

См. статьи Инструкция CREATE CERTIFICATE (Transact-SQL) и BACKUP CERTIFICATE (Transact-SQL).

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

CREATE CERTIFICATE
   FROM BINARY = asn_encoded_certificate
WITH PRIVATE KEY (<private_key_options>);

Подтверждение компетенции

Поддерживаются управляемые удостоверения, Azure Key Vault и SHARED ACCESS SIGNATURE удостоверения. Пользователи Windows не поддерживаются.

См. статьи CREATE CREDENTIAL (Transact-SQL) и ALTER CREDENTIAL (Transact-SQL).

Поставщики служб шифрования

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

Имена входа и пользователи

  • Поддерживаются имена входа SQL, созданные с помощью FROM CERTIFICATE, FROM ASYMMETRIC KEY и FROM SID. См. статью CREATE LOGIN (Transact-SQL). Субъекты-серверы (имена входа) создаются на уровне сервера, а пользователи (субъекты базы данных) создаются на уровне базы данных. Имена входа Microsoft Entra, созданные с помощью синтаксиса CREATE LOGIN , и пользователи Microsoft Entra, созданные с помощью синтаксиса CREATE USER FROM LOGIN , поддерживаются. При создании пользователя и указании FROM LOGINэтот пользователь связан с именем входа и наследует роли сервера и разрешения, назначенные ему.

    Управляемый экземпляр SQL поддерживает создание пользователей автономной базы данных на основе удостоверений Microsoft Entra с синтаксисомCREATE USER [AADUser/AAD group] FROM EXTERNAL PROVIDER. Пользователи, созданные таким образом, не связаны с субъектами сервера, даже если субъект сервера с тем же именем существует в master базе данных.

  • Имена для входа Windows, созданные с помощью синтаксиса CREATE LOGIN ... FROM WINDOWS, не поддерживаются. Используйте имена входа и пользователи Microsoft Entra.

  • Администратор Microsoft Entra для экземпляра имеет неограниченные права администратора.

  • Некоторые функции не поддерживают использование имен входа Microsoft Entra в взаимодействиях между экземплярами, но только в одном управляемом экземпляре SQL, например репликации SQL Server. Функция связанного сервера, хотя поддерживает проверку подлинности между экземплярами, используя субъекты сервера Microsoft Entra (имена входа).

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

  • Олицетворение субъектов на уровне сервера Microsoft Entra с помощью других субъектов Microsoft Entra поддерживается, например предложение EXECUTE AS . Ограничения EXECUTE AS:

    • EXECUTE AS USER не поддерживается для пользователей Microsoft Entra, если имя отличается от имени входа. Например, если для создания пользователя использован синтаксис CREATE USER [myAadUser] FROM LOGIN [[email protected]], после чего производится попытка олицетворения с помощью синтаксиса EXEC AS USER = myAadUser. При создании пользователя из имени входа Microsoft Entra укажите user_name так же, как и login_name из login.

    • Только имена входа на уровне SQL Server, которые являются частью sysadmin роли, могут выполнять следующие операции, предназначенные для субъектов Microsoft Entra:

      • EXECUTE AS USER;
      • EXECUTE AS LOGIN.

    • Чтобы олицетворить пользователя с инструкцией EXECUTE AS, необходимо сопоставить пользователя непосредственно с именем входа Microsoft Entra. Пользователи, которые являются членами групп Microsoft Entra, сопоставленных с субъектами сервера Microsoft Entra, невозможно эффективно олицетворить с помощью инструкции EXECUTE AS, даже если вызывающий объект имеет разрешения олицетворения для указанного имени пользователя.

  • Экспорт и импорт базы данных с помощью bacpac-файлов поддерживается для пользователей Microsoft Entra в Управляемый экземпляр SQL с помощью SSMS версии 18.4 или более поздней версии или SqlPackage.

    • Следующие конфигурации поддерживаются с помощью bacpac-файла базы данных:
      • Экспорт и импорт базы данных между различными экземплярами управления в одном домене Microsoft Entra.
      • Экспорт базы данных из Управляемый экземпляр SQL и импорт в База данных SQL в том же домене Microsoft Entra.
      • Экспорт базы данных из База данных SQL и импорт в Управляемый экземпляр SQL в том же домене Microsoft Entra.
      • Экспорт базы данных из Управляемого экземпляра SQL и импорт в SQL Server (версии 2012 или более поздней).
        • В этой конфигурации все пользователи Microsoft Entra создаются как субъекты базы данных SQL Server (пользователи) без входа. Тип пользователей и SQL отображается как SQL_USER в sys.database_principals. Их разрешения и роли остаются в метаданных базы данных SQL Server и могут использоваться для олицетворения. Однако их нельзя использовать для доступа и входа в SQL Server с помощью учетных данных.

  • Только имя входа на уровне сервера, созданное процессом подготовки Управляемый экземпляр SQL, членами ролей сервера, например securityadmin или sysadminдругими именами входа с разрешением ALTER ANY LOGIN на уровне сервера, может создавать субъекты сервера Microsoft Entra (имена входа) в master базе данных для Управляемый экземпляр SQL.

  • Имена входа на основе проверки подлинности SQL должны быть назначены sysadmin роли для создания имен входа для удостоверений Microsoft Entra.

  • Имя входа должно быть членом того же клиента Microsoft Entra, в котором размещена Управляемый экземпляр SQL Azure.

  • Субъекты сервера Microsoft Entra (имена входа) отображаются в обозреватель объектов начиная с SQL Server Management Studio 18.0 ( предварительная версия 5).

  • Субъект-сервер с уровнем доступа sysadmin автоматически создается для администратора Microsoft Entra после включения в экземпляре.

  • Во время аутентификации для проверки подлинности субъекта применяется следующая последовательность:

    1. Если учетная запись Microsoft Entra напрямую сопоставлена с именем входа Microsoft Entra, который присутствует в sys.server_principals качестве типа E, предоставьте доступ и примените разрешения для этого входа.
    2. Если учетная запись Microsoft Entra является членом группы, сопоставленной с именем входа Microsoft Entra, которая присутствует в sys.server_principals качестве типа "X", предоставьте доступ и примените разрешения для этого входа.
    3. Если учетная запись Microsoft Entra существует как непосредственно сопоставленная с пользователем Microsoft Entra в базе данных, которая присутствует в sys.database_principals качестве типа E, предоставьте доступ и примените разрешения пользователя базы данных Microsoft Entra.
    4. Если учетная запись Microsoft Entra является членом группы Microsoft Entra, сопоставленной с пользователем Microsoft Entra в базе данных, которая присутствует в sys.database_principals качестве типа X, предоставьте доступ и примените разрешения пользователя группы Microsoft Entra.

Ключ службы и главный ключ службы

Настройка

Расширение буферного пула

Параметры сортировки

Параметр сортировки экземпляра по умолчанию — SQL_Latin1_General_CP1_CI_AS. Этот параметр можно указать как параметр создания. См. статью Параметры сортировки.

Уровни совместимости

  • Поддерживаемые уровни совместимости: 100, 110, 120, 130, 140, 150 и 160.
  • Уровни совместимости ниже 100 не поддерживаются.
  • Уровень совместимости по умолчанию для новых баз данных составляет 150. Для восстановленных баз данных уровень совместимости остается неизменным, если он был 100 и выше.

См. сведения о уровне совместимости ALTER DATABASE.

Зеркальное отображение базы данных

Зеркальное отображение базы данных не поддерживается.

  • Параметры ALTER DATABASE SET PARTNER и SET WITNESS не поддерживаются.
  • CREATE ENDPOINT ... FOR DATABASE_MIRRORING не поддерживается.

Дополнительные сведения см. в разделе ALTER DATABASE SET PARTNER и SET WITNESS и CREATE ENDPOINT ... FOR DATABASE_MIRRORING.

Параметры базы данных

  • Несколько файлов журнала не поддерживаются.
  • Объекты в памяти не поддерживаются на уровне служб "Общего назначения".
  • Существует ограничение в 280 файлов на экземпляр общего назначения, что подразумевает максимум 280 файлов на одну базу данных. Это ограничение распространяется на файлы данных и файлы журнала на уровне "Общего назначения". Уровень "Критически важный для бизнеса" поддерживает 32 767 файлов на базу данных.
  • База данных не может содержать файловые группы, содержащие данные FILESTREAM. Восстановление завершается ошибкой.bak, если FILESTREAM содержит данные.
  • Каждый файл помещается в хранилище BLOB-объектов Azure. Операции ввода-вывода и пропускная способность каждого файла зависят от размера каждого файла.

Инструкция CREATE DATABASE

К CREATE DATABASE применяются следующие ограничения:

  • Невозможно определить файлы и файловые группы.

  • Оптимизированная для памяти файловая группа и файл автоматически добавляются и называются XTP.

  • Параметр CONTAINMENT не поддерживается.

  • Параметры WITH не поддерживаются.

    Совет

    Чтобы обойти эту проблему, используйте ALTER DATABASE после CREATE DATABASE, чтобы задать параметры базы данных для добавления файлов или задать вложение.

  • Параметр FOR ATTACH не поддерживается.

  • Параметр AS SNAPSHOT OF не поддерживается.

Дополнительные сведения см. в статье CREATE DATABASE (SQL Server Transact-SQL).

Инструкция ALTER DATABASE

Невозможно задать или изменить некоторые свойства файла:

  • Путь к файлу невозможно указать в инструкции T-SQL ALTER DATABASE ADD FILE (FILENAME='path'). Удалите FILENAME из сценария, так как Управляемый экземпляр SQL автоматически размещает файлы.
  • Имя файла нельзя изменить путем использованием инструкции ALTER DATABASE.
  • Изменение XTP-файла или файловой группы запрещено.

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

  • MULTI_USER
  • ENABLE_BROKER
  • AUTO_CLOSE OFF

Невозможно изменить следующие параметры:

  • AUTO_CLOSE
  • AUTOMATIC_TUNING(CREATE_INDEX=ON|OFF)
  • AUTOMATIC_TUNING(DROP_INDEX=ON|OFF)
  • DISABLE_BROKER
  • EMERGENCY
  • ENABLE_BROKER
  • FILESTREAM
  • HADR
  • NEW_BROKER
  • OFFLINE
  • PAGE_VERIFY
  • PARTNER
  • READ_ONLY
  • RECOVERY BULK_LOGGED
  • RECOVERY_SIMPLE
  • REMOTE_DATA_ARCHIVE
  • RESTRICTED_USER
  • SINGLE_USER
  • WITNESS

Некоторые ALTER DATABASE инструкции (например, SET CONTAINMENT) могут в течение короткого времени завершаться сбоем, например во время автоматического резервного копирования базы данных или сразу после создания базы данных. В этом случае инструкцию ALTER DATABASE следует повторить. Дополнительные сведения о связанных сообщениях об ошибках см. в разделе "Комментарии".

Дополнительные сведения см. в статье Параметры инструкции ALTER DATABASE для файлов и файловых групп (Transact-SQL).

Агент SQL Server

  • Включение и отключение агента SQL Server в настоящее время не поддерживается для Управляемого экземпляра SQL. Агент SQL работает всегда.
  • Триггер расписания заданий на основе простоя ЦП не поддерживается.
  • Параметры агента SQL Server доступны только для чтения. Процедура sp_set_agent_properties не поддерживается в Управляемом экземпляре SQL.
  • Задания
    • Шаги задания T-SQL поддерживаются.
    • Поддерживаются следующие задания репликации:
      • Читатель журнала транзакций.
      • Снимок
      • Распространитель
    • Шаги задания SSIS поддерживаются.
    • Другие типы шагов задания в настоящее время не поддерживаются:
      • Шаг задания репликации слиянием не поддерживается.
      • Читатель очереди пока не поддерживается.
      • Командная оболочка пока не поддерживается.
    • Управляемый экземпляр SQL не может получить доступ к внешним ресурсам, например к сетевым папкам, с помощью robocopy.
    • Службы SQL Server Analysis Services не поддерживаются.
  • Уведомления поддерживаются частично.
  • Уведомления электронной почты поддерживаются, хотя для этого необходимо настроить профиль Database Mail. SQL Server Agent может использовать только один профиль компонента Database Mail, и ему должно быть присвоено имя AzureManagedInstance_dbmail_profile.
    • Пейджер не поддерживается.
    • NetSend не поддерживается.
    • Оповещения еще не поддерживаются.
    • Прокси-серверы не поддерживаются.
  • Журнал событий EventLog не поддерживается.
  • Пользователь должен быть напрямую сопоставлен с именем входа сервера Microsoft Entra для создания, изменения или выполнения заданий агента SQL. Пользователи, которые не сопоставлены напрямую, например, пользователи, принадлежащие группе Microsoft Entra с правами на создание, изменение или выполнение заданий агента SQL, не смогут эффективно выполнять эти действия. Это объясняется олицетворением Управляемого экземпляра SQL и ограничениями EXECUTE AS.
  • Функция администрирования с несколькими серверами для заданий master/target (MSX/TSX) не поддерживается.

Сведения об агенте SQL Server см. в статье Агент SQL Server.

Таблицы

Следующие типы таблиц не поддерживаются:

Сведения о создании и изменении таблиц см. в статьях о CREATE TABLE и ALTER TABLE.

Функциональные возможности

МАССОВАЯ ВСТАВКА / OPENROWSET

Управляемый экземпляр SQL не может получить доступ к общим папкам и папкам Windows, поэтому файлы необходимо импортировать из хранилища больших двоичных объектов Azure.

  • Во время импорта файлов из хранилища BLOB-объектов Azure DATASOURCE является обязательным в команде BULK INSERT. См. статью BULK INSERT (Transact-SQL).
  • При считывании содержимого файла из хранилища BLOB-объектов Azure DATASOURCE является обязательным в функции OPENROWSET. См. статью OPENROWSET (Transact-SQL).
  • OPENROWSET можно использовать для чтения данных из Базы данных SQL Azure, Управляемого экземпляра SQL Azure или экземпляров SQL Server. Другие источники, такие как базы данных Oracle или файлы Excel, не поддерживаются.

Среда clr

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

База данных почты (db_mail)

  • sp_send_dbmail не удается отправить вложения с помощью @file_attachments параметра. Локальная файловая система и внешние общие папки или Хранилище BLOB-объектов Azure недоступны из этой процедуры.
  • Ознакомьтесь с известными проблемами, связанными с параметром @query и проверкой подлинности.

DBCC

Недокументированные инструкции DBCC, которые включены в SQL Server, не поддерживаются в Управляемом экземпляре SQL.

  • Поддерживается только ограниченное число глобальных флагов трассировки. Trace flags уровня сеанса не поддерживаются. См. раздел "Настройка флагов трассировки" с помощью DBCC TRACEON.
  • Команды консоли базы данных TRACEOFF и TRACEON работают с ограниченным числом глобальных флагов трассировки.
  • DBCC CHECKDB с параметрами REPAIR_ALLOW_DATA_LOSS, REPAIR_FAST и REPAIR_REBUILD нельзя использовать, так как база данных не может быть задана в SINGLE_USER режиме, см . различия ALTER DATABASE. Потенциальное повреждение базы данных обрабатывается группой поддержки Azure. Обратитесь в службу поддержки Azure, если есть какие-либо признаки повреждения базы данных.

Распределенные транзакции

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

Расширенные события

Некоторые из целевых объектов Windows для расширенных событий (XEvents) не поддерживаются:

  • Целевой объект etw_classic_sync не поддерживается. Храните файлы .xel в хранилище BLOB-объектов Azure. См. раздел Целевой объект etw_classic_sync_target.
  • Целевой объект event_file не поддерживается. Храните файлы .xel в хранилище BLOB-объектов Azure. См. раздел Целевой объект event_file.

Внешние библиотеки

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

FILESTREAM и FileTable

  • Данные FILESTREAM не поддерживаются.
  • База данных не может содержать файловые группы с данными FILESTREAM.
  • FILETABLE не поддерживается.
  • Таблицы не могут содержать типы FILESTREAM.
  • Следующие функции не поддерживаются:
    • GetPathLocator()
    • GET_FILESTREAM_TRANSACTION_CONTEXT()
    • PathName()
    • GetFileNamespacePat)
    • FileTableRootPath()

Дополнительные сведения см. в статьях FILESTREAM (SQL Server) и Таблицы FileTable (SQL Server).

Полнотекстовый семантический поиск

Семантический поиск не поддерживается.

Связанные серверы

Связанные серверы в Управляемом экземпляре SQL поддерживают ограниченное число целевых объектов.

  • Поддерживаемые целевые объекты: Управляемый экземпляр SQL, База данных SQL, бессерверный и выделенный пулы Azure Synapse SQL, а также экземпляры SQL Server.
  • Неподдерживаемые целевые объекты: файлы, Analysis Services и другие реляционные СУБД. Попробуйте использовать собственный импорт CSV из Хранилища BLOB-объектов Azure с помощью BULK INSERT или OPENROWSET в качестве альтернативы для импорта файлов или загружать файлы с помощью бессерверного пула SQL в Azure Synapse Analytics.

Операционный:

Связанные серверы на Управляемый экземпляр SQL Azure поддерживают проверку подлинности SQL и проверку подлинности Microsoft Entra.

PolyBase

Виртуализация данных с помощью Управляемый экземпляр SQL Azure позволяет выполнять запросы Transact-SQL (T-SQL) к данным из файлов, хранящихся в Azure Data Lake Storage 2-го поколения или Хранилище BLOB-объектов Azure, и объединить его с локально хранимыми реляционными данными с помощью соединений. Форматы файлов Parquet и разделенного текста (CSV) поддерживаются напрямую. Формат файлов JSON поддерживается косвенно путем указания формата файлов CSV, в котором запросы возвращают каждый документ в виде отдельной записи. Вы можете выполнить дополнительный анализ записей с помощью JSON_VALUE и OPENJSON. Общие сведения о PolyBase см. в статье "Виртуализация данных с помощью PolyBase" в SQL Server.

Кроме того, CREATE EXTERNAL TABLE AS SELECT (CETAS) позволяет экспортировать данные из управляемого экземпляра SQL в внешнюю учетную запись хранения. С помощью CETAS можно создать внешнюю таблицу на основе хранилища BLOB-объектов Azure Parquet или CSV-файлов или Azure Data Lake Storage (ADLS) 2-го поколения. CETAS также может экспортировать результаты инструкции T-SQL SELECT параллельно в созданную внешнюю таблицу.

Репликация

  • Поддерживаются моментальные снимки и двунаправленная репликация. Репликация слиянием, одноранговая репликация и обновляемые подписки не поддерживаются.
  • Репликация транзакций доступна для Управляемого экземпляра SQL с некоторыми ограничениями:
    • Все типы участников репликации (издатель, распространитель, подписчик по запросу и подписчик push-уведомлений) можно размещать в Управляемом экземпляре SQL, но издатель и распространитель должны быть либо в облаке, либо в локальной среде.
    • Управляемый экземпляр SQL может взаимодействовать с последними версиями SQL Server. Дополнительные сведения см. в таблице поддерживаемых версий.
    • У репликации транзакций есть некоторые дополнительные требования к сети.

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

Регулятор ресурсов

Поддерживается регулятор ресурсов. Однако существует несколько различий в поведении:

  • Чтобы изменить конфигурацию регулятора ресурсов в Управляемом экземпляре SQL, необходимо находиться в контексте master базы данных в первичной реплике.
  • Изменения конфигурации регулятора ресурсов, внесенные в первичную реплику, распространяются на все вторичные реплики. Однако изменения в текущей действующей конфигурации во вторичной реплике могут не быть немедленной. Чтобы внести изменения в вторичную реплику, подключитесь к master базе данных на вторичной реплике и выполните его ALTER RESOURCE GOVERNOR RECONFIGURE.
  • REQUEST_MAX_CPU_TIME_SEC Если параметр настроен для группы рабочей нагрузки, а пакетный запрос превышает настроенное время ЦП, событие запускается, cpu_threshold_exceeded но запрос не завершается, если флаг трассировки не включен. В Управляемом экземпляре SQL происходит то же событие, и запрос всегда завершается. Дополнительные сведения см. в разделе REQUEST_MAX_CPU_TIME_SEC.
  • Максимальное количество создаваемых пулов ресурсов — 40.

Инструкция RESTORE

  • Поддерживаемый синтаксис:
    • RESTORE DATABASE
    • RESTORE FILELISTONLY
    • RESTORE HEADERONLY
    • RESTORE LABELONLY
    • RESTORE VERIFYONLY
  • Неподдерживаемый синтаксис:
    • RESTORE LOGONLY
    • RESTORE REWINDONLY
  • Источник:
    • FROM URL (хранилище BLOB-объектов) — единственный поддерживаемый параметр.
    • FROM DISK / TAPE или устройство резервного копирования не поддерживаются.
    • Резервные наборы данных не поддерживаются.
  • Параметры WITH не поддерживаются. Попытки восстановления, WITHDIFFERENTIALвключая STATS , и REPLACEт. д., завершаются ошибкой.

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

Следующие параметры базы данных задаются или переопределяются и не могут быть потом изменены:

  • NEW_BROKER если брокер не включен в BAK-файле.
  • ENABLE_BROKER если брокер не включен в BAK-файле.
  • AUTO_CLOSE=OFF если база данных в BAK-файле содержит AUTO_CLOSE=ON.
  • RECOVERY FULL Значение , если база данных в файле .bak имеет SIMPLE или BULK_LOGGED модель восстановления.
  • Добавляется оптимизированная для операций в памяти файловая группа, которой присваивается имя XTP, если она не содержится в исходном BAK-файле.
  • Любые существующие оптимизированные для операций в памяти файловые группы переименовываются в XTP.
  • Параметры SINGLE_USER и RESTRICTED_USER преобразуются в MULTI_USER.

Ограничения:

  • Резервные копии поврежденных баз данных могут быть восстановлены в зависимости от типа повреждения, но автоматические резервные копии не принимаются до устранения повреждения. Чтобы предотвратить эту проблему, убедитесь, что вы запускаете DBCC CHECKDB на исходном Управляемом экземпляре SQL и используете резервную копию WITH CHECKSUM.
  • .BAK Восстановление файла базы данных, содержащей любое ограничение, описанное в этом документе (например, FILESTREAM или FILETABLE объекты), невозможно восстановить в Управляемый экземпляр SQL.
  • Файлы .BAK, содержащие несколько резервных наборов данных, невозможно восстановить.
  • Файлы .BAK, содержащие несколько файлов журнала, невозможно восстановить.
  • Резервные копии, содержащие базы данных размером более 8 ТБ, активные объекты OLTP в памяти или число файлов, превышающее 280 файлов на экземпляр, не могут быть восстановлены на экземпляре уровня "Общего назначения".
  • Резервные копии, содержащие базы данных размером более 4 ТБ или объектов OLTP в памяти с общим размером, превышающим размер, описанный в ограничениях ресурсов, невозможно восстановить в экземпляре критически важный для бизнеса. Сведения об инструкциях восстановления см. в Инструкции RESTORE.

Внимание

Те же ограничения применяются ко встроенной операции восстановления на момент времени. Например, база данных общего назначения больше 4 ТБ не может быть восстановлена в экземпляре "Критически важный для бизнеса". База данных с критически важными для бизнеса с файлами OLTP в памяти или более 280 файлов не может быть восстановлена в экземпляре общего назначения.

Service Broker

Обмен сообщениями через Service Broker поддерживается только между управляемыми экземплярами SQL Azure:

  • CREATE ROUTE: нельзя использовать CREATE ROUTE с аргументом ADDRESS, для которого значение отличается от LOCAL или указано DNS-имя другого Управляемого экземпляра SQL. Всегда используется порт 4022.
  • ALTER ROUTE: нельзя использовать ALTER ROUTE с аргументом ADDRESS, для которого значение отличается от LOCAL или указано DNS-имя другого Управляемого экземпляра SQL. Всегда используется порт 4022.

Безопасность транспорта поддерживается, безопасность диалогов не поддерживается:

  • CREATE REMOTE SERVICE BINDINGне поддерживается.

Компонент Service Broker включен по умолчанию для только что созданных баз данных и не может быть отключен. Состояние компонента Service Broker для восстановленных и перенесенных баз данных наследуется от исходной базы данных и не может быть изменено. Следующие параметры ALTER DATABASE не поддерживаются.

  • ENABLE_BROKER
  • DISABLE_BROKER

Хранимые процедуры, функции и триггеры

Системные функции и переменные

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

  • SERVERPROPERTY('EngineEdition') возвращает значение 8. Это свойство уникально идентифицирует Управляемый экземпляр SQL. См. статью SERVERPROPERTY (Transact-SQL).
  • SERVERPROPERTY('InstanceName') возвращается NULL , так как концепция экземпляра, существующего для SQL Server, не применяется к управляемому экземпляру SQL. См. статью SERVERPROPERTY (Transact-SQL).
  • @@SERVERNAME возвращает полное подключаемое DNS-имя, например my-managed-instance.wcus17662feb9ce98.database.windows.net. См. статью @@SERVERNAME.
  • SYS.SERVERS возвращает полное dns-имя "connectable", например myinstance.domain.database.windows.net для свойств "name" и "data_source". См. статью sys.servers.
  • @@SERVICENAME возвращается NULL , так как концепция службы, которая существует для SQL Server, не применяется к управляемому экземпляру SQL. См. статью @@SERVICENAME.
  • SUSER_ID поддерживается. Возвращается NULL , если имя входа Microsoft Entra не в sys.syslogins. См. статью Идентификатор SUSER_ID (Transact-SQL).
  • SUSER_SID не поддерживается. Возвращаются неверные данные, что является временной известной проблемой. См. статью SUSER_SID (Transact-SQL).

Ограничения среды

Подсеть

  • Вы не можете разместить другие ресурсы (например, виртуальные машины) в подсети, где вы развернули Управляемый экземпляр SQL. Разверните эти ресурсы с помощью другой подсети.
  • Подсеть должна иметь достаточное количество доступных IP-адресов. В подсеть необходимо включить по крайней мере 32 IP-адреса.
  • Количество виртуальных ядер и типов экземпляров, которые можно развернуть в регионе, имеет некоторые ограничения и пределы.
  • В подсети должна быть применена сетевая конфигурация .

Виртуальная сеть

  • Виртуальная сеть может быть развернута с помощью модели ресурсов. Классическая модель не поддерживает развертывание виртуальной сети.
  • После создания управляемого экземпляра SQL перемещение управляемого экземпляра SQL или виртуальной сети в другую группу ресурсов или подписку не поддерживается.
  • Для управляемых экземпляров SQL, размещенных в виртуальных кластерах, созданных до 22 сентября 2020 г., глобальный пиринг виртуальной сети не поддерживается. Вы можете подключиться к этим ресурсам через ExpressRoute или виртуальную сеть через шлюзы виртуальной сети.

Группы отработки отказа

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

tempdb

  • Максимальный размер файлов системной базы данных tempdb не может превышать 24 ГБ на ядро для уровня общего назначения. Максимальный размер tempdb уровня "Критически важный для бизнеса" ограничен размером хранилища Управляемого экземпляра SQL. Размер файла журнала tempdb ограничен 120 ГБ для уровня "Общего назначения". Некоторые запросы могут возвращать ошибку, если им требуется более 24 ГБ на ядро в tempdb или если они создают более 120 ГБ данных журнала.
  • tempdb всегда разделены на 12 файлов данных: 1 первичный, также называемый master, файл данных и 11 не первичных файлов данных. Структура файлов не может быть изменена tempdb, и в нее нельзя добавить новые файлы.
  • Метаданные TempDB, оптимизированные для памяти, новая функция базы данных SQL Server 2019 в памяти, не поддерживается.
  • Объекты, созданные в model базе данных, не могут быть автоматически созданы tempdb после перезапуска или отработки отказа, так как tempdb не получают его исходный список объектов из model базы данных. Объекты необходимо создавать в tempdb вручную после каждой перезагрузки или отработки отказа.

msdb

Следующие схемы системной базы данных msdb в Управляемом экземпляре SQL должны принадлежать соответствующим заранее определенным ролям:

  • Общие роли
    • TargetServersRole (Роль TargetServers)
  • Предопределенные роли базы данных
    • SQLAgentUserRole
    • SQLAgentReaderRole
    • SQLAgentOperatorRole (роль оператора SQL агента)
  • Роли DatabaseMail:
    • DatabaseMailUserRole (База данныхMailUserRole
  • Роли служб Integration Services:
    • db_ssisadmin
    • db_ssisltduser
    • db_ssisoperator

Внимание

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

Журналы ошибок

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

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

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

  • Last updated on