Пакет SSIS в SSMS — сетевом источнике ADO не удалось установить соединение — Не удалось создать управляемый менеджер соединений

#mysql #ssis #azure-sql-database #ssms #dataprovider

#mysql #ssis #azure-sql-database #ssms #dataprovider

Вопрос:

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

Я создал пакеты SSIS в VS, и они запускаются без каких-либо проблем. Что я делаю, так это получаю данные из удаленного MariaDB (источника) с помощью «Поставщика данных .NET MySQL (mysql-connector-net-8.0.15)» и вставляю данные в базу данных SQL Azure в Azure.

Когда я запускаю задачу / пакет в VS, он работает без каких-либо проблем, но как только я развернул проект SSIS в своей базе данных SSIS в Azure, я получаю это сообщение об ошибке:

Сетевому источнику ADO не удалось установить соединение {185AE7A1-B27B-428C-A60F-FD**********} со следующим сообщением об ошибке: «Не удалось создать управляемый диспетчер соединений»..

Я искал в сети, что может вызвать проблему, и я нашел все, начиная с 64-32-битной несовместимости, которую я пытался полностью отключить.

введите описание изображения здесь

Хотя, когда я пытаюсь установить галочку и запустить задачу в 32-разрядном режиме в SSMS, я получаю эту ошибку:

введите описание изображения здесь

Я также загрузил последнюю версию поставщика данных MySQL .Net (mysql-connector-net-8.0.15) с их домашней страницы, хотя я не знаю, как проверить, есть ли у Azure SQL Server тот же поставщик, реализованный в Azure (если он вообще есть …)

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

Комментарии:

1. похоже, что на стороне сервера отсутствует зависимость. Когда вы говорите «SQL SSIS DB в Azure», это виртуальная машина, на которой выполняются службы интеграции, которые вы развертываете? Или это управляемый экземпляр?

Ответ №1:

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

Основной причиной моей проблемы был отсутствующий поставщик .Net для MySQL, который не был установлен по умолчанию для моей среды выполнения интеграции (если я правильно понял это) для Azure Data Factory.

Итак, я следовал этому руководству:

Настройте параметры для среды выполнения интеграции Azure-SSIS

Я установил последнюю версию MySQL-net-connector-8.0.15.0.msi и вуаля, это сработало!

Как упоминал Тим Майлотт в предыдущем комментарии, тот же принцип должен применяться к предварительной настройке.

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