#runtime #integration
#время выполнения #интеграция
Вопрос:
Я недавно установил среду выполнения интеграции для локального сервера, на котором размещена база данных Access. Идея состоит в том, чтобы извлекать из него данные и хранить их в базе данных SQL Azure. Я сделал следующее:
- Службы среды выполнения интеграции, установленные на локальной машине, на которой размещена база данных MS Access, и подключенные к ней с помощью ODBC
- Создал связанные службы в ADF для подключения к БД
- Созданы наборы данных для исходной и целевой БД для каждой требуемой таблицы. Один для исходного msaccess и один для целевого в базе данных sql azure
- Создал конвейер для копирования данных из источника и погружения в базу данных asql, упомянутую в шаге #3
В принципе, все соединения работают, однако, когда я запускаю свой конвейер для загрузки около 10 из этих таблиц, он запускается и загружает первые две, а затем завершается сбоем из-за тайм-аута. Я должен каждый раз перезапускать среду выполнения интеграции, чтобы она снова работала и работала, иначе я больше не смогу запрашивать таблицы.
Чтобы смягчить это, я решил, что было слишком много трафика, и серверу нужно было отдыхать между вызовами, поэтому я добавил таймеры ожидания между каждым шагом конвейеров, но без особого успеха. Это немного помогло, но это могло быть совпадением.
Журнал ошибок в мониторе выдает ошибку на неудачном шаге : Ошибка: 2200 Код ошибки=UserErrorFailedToConnectOdbcSource,’Тип=Microsoft.dataTransfer.Common.Общий.Исключение HybridDeliveryException,Сообщение=,Источник=Microsoft.dataTransfer.Runtime.GenericOdbcConnectors,»Тип=System.Data.Odbc.OdbcException,Сообщение=,Источник=,’
кстати, служба установки среды выполнения интеграции запущена 5.12.7984.1, а версия доступа установлена через office 365 x64. Точный драйвер MS access-16.14430.20006. Операционная система-Windows Server 2019
Комментарии:
1. По сути, это не имеет никакого отношения к тому, насколько велики столы. Это то, как быстро происходит следующий шаг, который, кажется, все портит. Если я подожду достаточно долго, прежде чем обрабатывать следующую таблицу, я думаю, что это сработает. я просто не уверен, сколько на это потребуется времени.
2. Это часть того, как выглядит трубопровод: pasteboard.co/0lF9yPFSKzAb.png
Ответ №1:
Я получаю точно такую же ошибку. Для начала я проверил журналы просмотра событий и увидел некоторые ошибки, связанные с доступом. Поэтому я предоставил пользователю, использующему IR, больше доступа к разделам реестра/общим правам входа в систему в качестве службы. Это немного помогло, но я все еще сталкиваюсь с той же проблемой.