Устранение неполадок Dts_e_oledberror Произошла ошибка OLE DB

Шестнадцатеричное число, достойное этого превосходного номера ошибки, подразумевает 0x80040E4D.

Так как:

<р> Если вы создадите правильный пакет на своем локальном компьютере, то есть определите соединение, у вас будет возможность сохранить свой пароль для того места, где оно подключается. Однако этот пароль зашифрован по умолчанию, поэтому его можно просто расшифровать несколько раз, если вы запускаете политику, как правило, на одном и том же компьютере с одной и той же информацией. Это применимо только в том случае, если диспетчер подключений использует проверку подлинности SQL или подключается к базе данных, которая не поддерживает встроенную проверку подлинности Windows (например, Oracle).

Таким образом, в любом вышеприведенном сценарии я бы сказал тот факт, что если пакет, несомненно, реализован на удаленном SQL-сервере, мысль завершится ошибкой с ошибкой «Подключение не выполнено..», потому что может быть неизвестно, как расшифровать точный пароль. (Примечание: он отлично работает, хотя и развернут на этом конкретном локальном SQL-сервере)

<р> Разрешение:

<р> Чтобы решить общую проблему, вам нужно выбрать один из множества вариантов:

1. Определенно измените любые диспетчеры соединений Windows Authentication, часто входящие в пакет.

<р> Примечание. Это действительно вариант, хотя связь с другими источниками данных также, возможно, не поддерживает аутентификацию Windows, такую ​​как Oracle.

<р> 2. Зашифруйте пакет с помощью «EncryptSensitiveWithPassword» или «EncryptAllWithPassword» и введите любой предлагаемый вам пароль, когда пользователь захочет изменить или манипулировать пакетом.

<р> 1. Создайте файл конфигурации, чтобы предоставить основную информацию о подключении при сборе пакетов.

<р> Ссылки: