Эта ошибка возникает, когда пользователь Microsoft Entra пытается подключиться к master базе данных, но не имеет пользователя master. Для устранения этой проблемы укажите во время подключения выделенный пул SQL (ранее — хранилище данных SQL), к которому необходимо подключиться, либо добавьте учетную запись пользователя в базу данных master. Дополнительные сведения см. в обзоре функций безопасности.
Субъект-сервер "MyUserName" не может получить доступ к базе данных master в текущем контексте безопасности. Невозможно открыть пользовательскую базу данных по умолчанию. Ошибка входа. Пользователю "MyUserName" не удалось войти в систему. (Microsoft SQL Server, ошибка: 916)
Эта ошибка возникает, когда пользователь Microsoft Entra пытается подключиться к master базе данных, но не имеет пользователя master. Для устранения этой проблемы укажите во время подключения выделенный пул SQL (ранее — хранилище данных SQL), к которому необходимо подключиться, либо добавьте учетную запись пользователя в базу данных master. Дополнительные сведения см. в обзоре функций безопасности.
Ошибка CTAIP
Эта ошибка может возникнуть, когда имя для входа есть в базе данных master в Базе данных SQL, но отсутствует в конкретной базе данных SQL. Если возникла эта ошибка, ознакомьтесь со статьей Защита базы данных в хранилище данных SQL. В этой статье описано, как в базе данных master создать имя для входа и пользователя, а затем как создать пользователя в базе данных SQL.
Заблокировано брандмауэром
Выделенные пулы SQL (ранее — хранилище данных SQL) защищены брандмауэрами. Это гарантирует, что доступ к базе данных возможен только с известных IP-адресов. Брандмауэры являются безопасными по умолчанию. Это означает, что перед подключением необходимо прямо разрешить доступ для IP-адреса или диапазона IP-адресов. Чтобы настроить брандмауэр для предоставления доступа, выполните указания в разделе Настройка доступа через брандмауэр сервера для IP-адреса вашего клиента в статье Инструкции по подготовке.
Не удается подключиться с помощью средства или драйвера
Обозреватель объектов Visual Studio отсутствует пользователей Microsoft Entra
Это известная проблема. Сведения о пользователях можно просмотреть в файле sys.database_principals. Дополнительные сведения об использовании идентификатора Microsoft Entra с выделенным пулом SQL (ранее — хранилище данных SQL) см. в статье "Проверка подлинности в Azure Synapse ".
Создание сценариев вручную, использование мастера создания сценариев или подключение с помощью SSMS происходит медленно, не отвечает или с ошибками.
Убедитесь, что пользователи были созданы в базе данных master. Кроме того, убедитесь, что в параметрах скриптов заданы выпуск ядра "Выпуск Microsoft Azure Synapse Analytics Edition" и тип модуля "База данных SQL Microsoft Azure".
Создание скриптов в SSMS завершается ошибкой
Если для параметра "Сформировать скрипт для зависимых объектов" задано значение True, создание скрипта для выделенного пула SQL (ранее — хранилище данных SQL) завершается ошибкой. Чтобы устранить проблему, выберите Сервис -> Параметры -> Обозреватель объектов SQL Server -> Создать скрипт для зависимых параметров и задайте значение False.
прием и подготовка данных;
Проблема
Решение
Экспорт пустых строк с помощью CETAS приведет к появлению значений NULL в файлах Parquet и ORC. Примечание. Если вы экспортируете пустые строки из столбцов с ограничениями NOT NULL, то CETAS отклонит такие записи, и операция экспорта может завершиться сбоем.
Удалите пустые строки или столбец, вызывающий ошибку, в инструкции SELECT вашего CETAS.
Загрузка значения вне диапазона 0–127 в столбец tinyint для файлов формата Parquet и ORC не поддерживается.
Укажите для целевого столбца тип данных большего объема.
Сообщение 105208, уровень 16, состояние 1, строка 1 — не удалось выполнить инструкцию COPY при проверке значения параметра FROM: "105200; Не удалось выполнить инструкцию COPY из-за недопустимого значения параметра FROM".
В настоящее время прием данных с помощью команды COPY в учетную запись хранения Azure, использующую новую функцию секционирования DNS, приводит к ошибке. Функция секционирования DNS позволяет клиентам создавать до 5000 учетных записей хранения в каждой подписке. Чтобы устранить проблему, подготовьте учетную запись хранения в подписке, которая не использует новую функцию секции DNS службы хранилища Azure (в настоящее время в общедоступной предварительной версии).
Низкая производительность и неправильные планы запросов в результате отсутствия статистики
Самая распространенная причина низкой производительности — отсутствие статистики таблиц. Дополнительные сведения о создании статистики и о том, почему она очень важна для производительности, см. в статье Ведение статистики таблиц.
Низкий уровень параллелизма и помещение запросов в очередь