Ошибка при конфигурировании dsn в парус 7

Ранее я устанавливал IIB версии 9 в Windows 7. Драйверы ODBC появляются как в «Администраторе Microsoft ODBC» (32-разрядная версия), так и в «Источниках данных x64 (ODBC)».

Теперь я установил вместе с ним IIB версии 10 (10.0.0.21 Developer edition), и в окне источников данных x64 не отображаются драйверы версии 10.

Кроме того, я могу создавать источники данных (системный DSN) в версии 10.0.0.21 с помощью 32-разрядной версии инструмента администратора, но когда я пытаюсь удалить источник данных, я получаю следующие сообщения:

Не удалось найти процедуры установки драйвера ODBC IBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protoco [sic]. Пожалуйста, переустановите драйвер.

Сбой ConfigDSN, ConfigDriver или ConfigTranslator драйвера. Обнаружены ошибки: Компонент не найден в реестре

Я могу прекрасно создавать и удалять источники данных IIB9, используя любой инструмент.

Тот факт, что имя драйвера обрезано в цитате, подразумевает, что есть проблема с превышением некоторой максимальной длины имени, но я не знаю, правда это или нет. Я попытался отредактировать реестр, чтобы имя соответствовало тому, что отображается в текстовом поле (в соответствии с некоторыми инструкциями, которые я видел в Интернете), но это просто изменило сведения о драйвере в 32-битном пользовательском интерфейсе и по-прежнему не отображается в 64-битном .

В реестре у меня есть следующее:

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-битный протокол Oracle Wire

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-битный Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-битный Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Sybase Wire Protocol

Я предполагаю, что мне нужно переустановить драйверы IIB ODBC? — Если да, то могу ли я это сделать; и если нет, что мне нужно сделать, чтобы решить эту проблему?

1 ответ

Лучший ответ

Имя драйвера «IBM Integration Bus 10.0.0.n Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protocol» слишком длинное для Windows.

Вы должны войти в Реестр и заменить его более коротким именем везде, где это имя появляется. Это решит эту проблему, и все DSN снова будут работать.

Пути реестра для изменения:

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBC.INIИсточники данных ODBC (изменить)
  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INI (переименовать)
  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIODBC Drivers (изменить)

Скриншот Редактор реестра


1

Alexander Denisov
9 Фев 2022 в 16:20

I previous installed IIB version 9 on Windows 7. The ODBC drivers appear in both «Microsoft ODBC Administrator» (32-bit) and «Data Sources x64 (ODBC)».

I have now installed IIB version 10 (10.0.0.21 Developer edition) alongside it, and the x64 data sources window doesn’t show the version 10 drivers.

Additionally, I can create data sources (System DSN) under Version 10.0.0.21 using the 32-bit version of the administrator tool, but when I try to delete the Data Source I get the following messages:

The setup routines for the IBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protoco [sic] ODBC driver could not be found. Please reinstall the driver.

Driver’s ConfigDSN, ConfigDriver, or ConfigTranslator failed. Errors Found: Component not found in registry

I can create and delete IIB9 Data Sources just fine, using either tool.

The fact that the name of the driver is cut off in the quote implies to me that there is an issue with some max name length being surpassed, but I don’t know if that’s true or not. I have tried editing the registry to make the name match that seen in the textbox (in accordance with some instructions I saw online), but it just made the driver details change in the 32-bit UI and still not appear in the 64-bit.

In the registry I have the following:

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Sybase Wire Protocol

I assume I need to reinstall the IIB ODBC drivers? — If so, can I do that; and if not, what do I need to do to resolve this?

I previous installed IIB version 9 on Windows 7. The ODBC drivers appear in both «Microsoft ODBC Administrator» (32-bit) and «Data Sources x64 (ODBC)».

I have now installed IIB version 10 (10.0.0.21 Developer edition) alongside it, and the x64 data sources window doesn’t show the version 10 drivers.

Additionally, I can create data sources (System DSN) under Version 10.0.0.21 using the 32-bit version of the administrator tool, but when I try to delete the Data Source I get the following messages:

The setup routines for the IBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protoco [sic] ODBC driver could not be found. Please reinstall the driver.

Driver’s ConfigDSN, ConfigDriver, or ConfigTranslator failed. Errors Found: Component not found in registry

I can create and delete IIB9 Data Sources just fine, using either tool.

The fact that the name of the driver is cut off in the quote implies to me that there is an issue with some max name length being surpassed, but I don’t know if that’s true or not. I have tried editing the registry to make the name match that seen in the textbox (in accordance with some instructions I saw online), but it just made the driver details change in the 32-bit UI and still not appear in the 64-bit.

In the registry I have the following:

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Sybase Wire Protocol

I assume I need to reinstall the IIB ODBC drivers? — If so, can I do that; and if not, what do I need to do to resolve this?

Ошибка при сохранении конфигурации

Я
   zdas

10.06.09 — 20:06

Пытаюсь сохранить конфигурацию, на новый SQL 2005, при сохранении выдает:

«Не предоставлены ключевые слова DSN и SERVER»

«Недопустимый атрибут строки подключения»

Что может быть?

   ТелепатБот

1 — 10.06.09 — 20:06

Книга знаний: Множественный отбор в журналах и справочниках 7.7 заменой запросов SQL

   zdas

2 — 11.06.09 — 09:24

ап

   bvn13

3 — 11.06.09 — 09:25

(0) перезаполни настройки подключения к СКЛ

   ДенисЧ

4 — 11.06.09 — 09:26

в свойствах базы скл совместимость поставь.

   zdas

5 — 11.06.09 — 09:27

(3) перезаполнял

(4) совместимость с SQL 2000 (80) стоит

   ДенисЧ

6 — 11.06.09 — 09:33

убе

   ДенисЧ

7 — 11.06.09 — 09:33

убей все dsn в системе, относящиеся к этому серверу.

   zdas

8 — 11.06.09 — 09:34

(7) можно поподробнее, админ не я в системе, как ему это объяснить?

   ДенисЧ

9 — 11.06.09 — 09:36

(8) Если админ не знает, что такое DSN, то…

Панель управления — администрирование — источники данных…

   vde69

10 — 11.06.09 — 09:38

7.7 и SQL 2005 штатно не работают, ищи статьи на эту тему в инете

   ДенисЧ

11 — 11.06.09 — 09:40

(10) В этом случае — не тот случай, ибо сообщение не то.

   zdas

12 — 18.06.09 — 18:20

(9) судя по всему придется самому делать, можно на пальцах объяснить?

   ДенисЧ

13 — 18.06.09 — 18:27

(12) На пальцах —  пошагово описано в (9) Просто выполни эти шаги из меню пуск…

   zdas

14 — 18.06.09 — 18:34

(13) а если не поможет? я к тому что если не поможет удаление всех DSN?

   zdas

15 — 22.06.09 — 18:46

(13)не помогло((((

   zdas

16 — 23.06.09 — 08:27

up

   filh

17 — 23.06.09 — 08:39

http://www.script-coding.info/SQL2005.html

   zdas

18 — 23.06.09 — 08:46

(17) это я видел. все необходимые настройки SQL сделаны, не первый раз ставлю на SQL 2005 базы 7ошные.

   zdas

19 — 23.06.09 — 10:08

вверх

   zdas

20 — 23.06.09 — 14:56

ап

  

zdas

21 — 24.06.09 — 12:06

вверх

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

1. Первый — добавить источник данных.

Щелкните Панель управления -> Система и безопасность -> Инструменты управления -> Источник данных ODBC (64-разрядная версия).





В настоящее время после исправления ошибки я могу напрямую настроить
Но до того, как моя операционная система была 64-разрядной, а драйвер ODBC был 32-разрядным (поэтому студенты, у которых нет этой ошибки, могут пропустить следующий шаг, а студенты, которые ошибаются как я, не паникуй. Смотри вниз)

Мы выбираем другой способ открытия
Введите адрес в документе, найдите odbcad32.exe и нажмите
C:WindowsSystem32

Теперь вы можете продолжить настройку
Если я хочу добавить файл .mdb

Нажмите «Настроить» -> «Выбрать»

выберите базу данных, которую вы хотите импортировать

Нажмите «ОК».

2. Используйте Eclipse
Есть ловушка, обратите внимание, изучающие jdk версии 1.8. Начиная с 1.8, мост jdbc-odbc был удален для dk, поэтому драйвер odbc недоступен. Рекомендуется переустановить jdk1.7 или более раннюю версию.
Вы можете загрузить версию jdk1.7 прямо на официальном веб-сайте. После установки вам не нужно перенастраивать переменные среды, потому что мы хотим изменить jdk-версию tomcat, поэтому откройте каталог установки tomcat, найдите файлы bin catalina.bat и bin setclasspath.bat, отредактируйте их с помощью Блокнота и добавьте:

set JAVA_HOME=путь установки jdk1.7
set JRE_HOME=путь установки jre1.7

Перезапустите Eclipse!

3. Ошибка запуска кода.
[Microsoft] [Диспетчер драйверов ODBC] В указанном DSN архитектура драйвера и приложения не совпадает

Причина в том, что моя предыдущая операционная система была 64-битной, а драйвер ODBC — 32-битным.
Итак, нам нужно установить 64-разрядный драйвер ODBC.
Загрузите и установите Microsoft Access Engine, а именно AccessDatabaseEngine_x64.exe, с официального сайта.
Конкретные методы установки и ссылки см. в статье этого блоггера http://www.360doc.com/content/14/0905/14/16002580_407231997.shtml
После загрузки
непосредственно щелкните AccessDatabaseEngine_x64.exe, он появится

Это потому, что на вашем компьютере установлена ​​32-разрядная версия Office, а 64-разрядная версия Office не может быть установлена.
Вы можете удалить 32-битный офис, но это не только проблематично, но и легко удалить по ошибке или не очистить
Вот способ одновременного существования 32-разрядной и 64-разрядной версии
Откройте командное окно cmd
Найдите путь установки AccessDatabaseEngine_x64.exe
Я сохраняю его прямо на рабочем столе, просто введите команду

После добавления параметра [/ passive] при установке 64-разрядной системы обработки данных Access не нужно проверять, была ли установлена ​​32-разрядная версия снова, и вы можете пропустить прямую установку 64-разрядной версии. -битная версия.

Поздравляем, вы можете успешно подключиться к базе данных ~

The line conn = pyodbc.connect(r'DSN=my_dsn;UID=User;PWD=Password') seems to be using the literal string values of my_dsn, User and Password. You can try using keywords like the documentation here, or do a similar string formatting as you did for your hard coded solution but replace it with the loaded config data.

From the documentation it seems you should be able to load the DSN info directly from the ini, but I haven’t had much success on my own either. The caveat is the document only said you can possibly use the login credential, so maybe it depends on the driver?

Either way, below is a version using configparser that should work. It might be considered a hack for some.

import pyodbc
from configparser import ConfigParser

config = ConfigParser()
config.read(configfile)   # your odbc.ini file path and name
dsn = config['my_dsn']

#If you want to use Keywords:

conn = connect(driver=dsn['driver'], server=dsn['server'], database=dsn['database'], uid=dsn['user'], pwd=dsn['password'])

#If you want to use string formatting with list comprehension instead:
conn = pyodbc.connect(''.join(['{0}={1}; '.format(k, l) for k, l in d.items()])

The line conn = pyodbc.connect(r'DSN=my_dsn;UID=User;PWD=Password') seems to be using the literal string values of my_dsn, User and Password. You can try using keywords like the documentation here, or do a similar string formatting as you did for your hard coded solution but replace it with the loaded config data.

From the documentation it seems you should be able to load the DSN info directly from the ini, but I haven’t had much success on my own either. The caveat is the document only said you can possibly use the login credential, so maybe it depends on the driver?

Either way, below is a version using configparser that should work. It might be considered a hack for some.

import pyodbc
from configparser import ConfigParser

config = ConfigParser()
config.read(configfile)   # your odbc.ini file path and name
dsn = config['my_dsn']

#If you want to use Keywords:

conn = connect(driver=dsn['driver'], server=dsn['server'], database=dsn['database'], uid=dsn['user'], pwd=dsn['password'])

#If you want to use string formatting with list comprehension instead:
conn = pyodbc.connect(''.join(['{0}={1}; '.format(k, l) for k, l in d.items()])

Парус 7 сводная отчётность — уже довольно древняя, бородатая программа. Не смотря на это, многие бухгалтерии в России продолжают использовать её для сведения своих бухгалтерских отчётов.

К сожалению, многие пользователи после установки самой программы внезапно обнаруживают неприятный баг, связанный с использованием паруса на современных системах.

При нажатии кнопки «печать» Парус должен автоматически открывать установленный в системе Excel, однако при её нажатии ничего не происходит. Решение есть и заключается оно вовсе не в установке старых версий офиса (хотя это иногда помогает). Вместо этого мы сначала проверим настройки самого офиса.

Настройка Excel под Парус 7

Я буду показывать на примере Office 365. Запустите Excel вручную. Наверху слева нажмите «файл и перейдите в параметры.

Парус 7 - решение с запуском Excel при печати.

В самих параметрах Excel нас интересует Центр управления безопасностью. Открываем его, переходим в «параметры блокировки файлов». В новых версиях Microsoft Office по умолчанию отключена возможность открытия Книги Excel 95 — поставьте напротив неё галочку и разрешите открытие данного вида файлов.

Парус 7 - решение с запуском Excel при печати.

Вернитесь в Парус и проверяйте. Если не заработало — переходим к следующему пункту.

Подключаем недостающие библиотеки

Возможно, на старых версиях Windows для эффективной работы Паруса не требовались некоторые библиотеки, потому то они и не входят в установочный дистрибутив программы. Если вам не помог первый способ — скачайте этот архив.

В архиве лежат 4 .dll файла — ничего запускать не нужно, достаточно просто положить эти файлы в папку, куда установлен Парус — в wUnion. Если вы не знаете, куда именно установлен Парус — щёлкните правой кнопкой по значку Паруса и выберите там «Расположение файла».

В итоге папка с установленным в ней Парусом должна выглядеть следующим образом:

Парус 7 - решение с запуском Excel при печати.

После того, как вы закинули эти 4 файла в папку с программой, Парус 7 нужно перезапустить. В большинстве случаев это решает проблему и Парус даже на Windows 8/10/11 начинает спокойно открывать Excel формы при нажатии кнопки печати.

Другие варианты решения

Тут я просто буду дописывать свои наблюдения.

Иногда данный глюк с печатью удаётся решить установкой другого принтера по умолчанию, через панель управления. Для этого подойдёт даже виртуальный принтер, типа принтера Anydesk или Pdf24.

Огромная проблема с совместимостью 7 паруса с принтерами от HP и Kyocera, в основном с новыми, типа 2235 и выше. Установка старых драйверов/тусование характеристик принтеров и совместимостей проблему никак не решает. Универсальным вариантом остаётся ТОЛЬКО установка виртуального принтера, так что если мой пак файлов вам не помог, придётся приучать бухгалтерию менять принтер по умолчанию перед запуском паруса.

Надеюсь помог. Парус 7 — очень капризная программа, желаю вам убедить свою бухгалтерию перейти на что то более современное :D

Я бы посмотрел на разрешение на HKLMSoftwareODBC и подключи. Видите ли вы там нестандартные списки ACL? Списочные ACL будут содержать только унаследованные ACE (без ненаследуемых ACE). Похоже, что разрешения реестра были разыграны.

Редактировать:

Мне интересно, чтобы вы посмотрели разрешения реестра. Выделить HKLMSoftwareODBC введите в редакторе реестра и выберите Edit / Permissions из меню. В диалоговом окне » Дополнительно » вы должны увидеть отдельные записи контроля доступа (ACE), которые составляют список контроля доступа (ACL). При установке Windows 7 по умолчанию в списке будет 4 элемента («Пользователи», «Администраторы», «СИСТЕМА» и «СОЗДАТЕЛЬ ВЛАДЕЛЕЦ»), и все они будут иметь MACHINESOFTWARE в столбце » Унаследовано от».

Ранее я устанавливал IIB версии 9 в Windows 7. Драйверы ODBC появляются как в «Администраторе Microsoft ODBC» (32-разрядная версия), так и в «Источниках данных x64 (ODBC)».

Теперь я установил вместе с ним IIB версии 10 (10.0.0.21 Developer edition), и в окне источников данных x64 не отображаются драйверы версии 10.

Кроме того, я могу создавать источники данных (системный DSN) в версии 10.0.0.21 с помощью 32-разрядной версии инструмента администратора, но когда я пытаюсь удалить источник данных, я получаю следующие сообщения:

Не удалось найти процедуры установки драйвера ODBC IBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protoco [sic]. Пожалуйста, переустановите драйвер.

Сбой ConfigDSN, ConfigDriver или ConfigTranslator драйвера. Обнаружены ошибки: Компонент не найден в реестре

Я могу прекрасно создавать и удалять источники данных IIB9, используя любой инструмент.

Тот факт, что имя драйвера обрезано в цитате, подразумевает, что есть проблема с превышением некоторой максимальной длины имени, но я не знаю, правда это или нет. Я попытался отредактировать реестр, чтобы имя соответствовало тому, что отображается в текстовом поле (в соответствии с некоторыми инструкциями, которые я видел в Интернете), но это просто изменило сведения о драйвере в 32-битном пользовательском интерфейсе и по-прежнему не отображается в 64-битном .

В реестре у меня есть следующее:

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-битный протокол Oracle Wire

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-битный Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-битный Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Sybase Wire Protocol

Я предполагаю, что мне нужно переустановить драйверы IIB ODBC? — Если да, то могу ли я это сделать; и если нет, что мне нужно сделать, чтобы решить эту проблему?

1 ответ

Лучший ответ

Имя драйвера «IBM Integration Bus 10.0.0.n Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protocol» слишком длинное для Windows.

Вы должны войти в Реестр и заменить его более коротким именем везде, где это имя появляется. Это решит эту проблему, и все DSN снова будут работать.

Пути реестра для изменения:

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBC.INIИсточники данных ODBC (изменить)
  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INI (переименовать)
  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIODBC Drivers (изменить)

Скриншот Редактор реестра


1

Alexander Denisov
9 Фев 2022 в 16:20

I previous installed IIB version 9 on Windows 7. The ODBC drivers appear in both «Microsoft ODBC Administrator» (32-bit) and «Data Sources x64 (ODBC)».

I have now installed IIB version 10 (10.0.0.21 Developer edition) alongside it, and the x64 data sources window doesn’t show the version 10 drivers.

Additionally, I can create data sources (System DSN) under Version 10.0.0.21 using the 32-bit version of the administrator tool, but when I try to delete the Data Source I get the following messages:

The setup routines for the IBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protoco [sic] ODBC driver could not be found. Please reinstall the driver.

Driver’s ConfigDSN, ConfigDriver, or ConfigTranslator failed. Errors Found: Component not found in registry

I can create and delete IIB9 Data Sources just fine, using either tool.

The fact that the name of the driver is cut off in the quote implies to me that there is an issue with some max name length being surpassed, but I don’t know if that’s true or not. I have tried editing the registry to make the name match that seen in the textbox (in accordance with some instructions I saw online), but it just made the driver details change in the 32-bit UI and still not appear in the 64-bit.

In the registry I have the following:

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Sybase Wire Protocol

I assume I need to reinstall the IIB ODBC drivers? — If so, can I do that; and if not, what do I need to do to resolve this?

I previous installed IIB version 9 on Windows 7. The ODBC drivers appear in both «Microsoft ODBC Administrator» (32-bit) and «Data Sources x64 (ODBC)».

I have now installed IIB version 10 (10.0.0.21 Developer edition) alongside it, and the x64 data sources window doesn’t show the version 10 drivers.

Additionally, I can create data sources (System DSN) under Version 10.0.0.21 using the 32-bit version of the administrator tool, but when I try to delete the Data Source I get the following messages:

The setup routines for the IBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protoco [sic] ODBC driver could not be found. Please reinstall the driver.

Driver’s ConfigDSN, ConfigDriver, or ConfigTranslator failed. Errors Found: Component not found in registry

I can create and delete IIB9 Data Sources just fine, using either tool.

The fact that the name of the driver is cut off in the quote implies to me that there is an issue with some max name length being surpassed, but I don’t know if that’s true or not. I have tried editing the registry to make the name match that seen in the textbox (in accordance with some instructions I saw online), but it just made the driver details change in the 32-bit UI and still not appear in the 64-bit.

In the registry I have the following:

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration (9.0.0.2) — DataDirect Technologies 7.0 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIIBM Integration Bus 10.0.0.21 Developer Edition — DataDirect Technologies 64-BIT Sybase Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Oracle Wire Protocol

  • HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIIBM Integration (9.0.0.6) — DataDirect Technologies 7.1 64-BIT Sybase Wire Protocol

I assume I need to reinstall the IIB ODBC drivers? — If so, can I do that; and if not, what do I need to do to resolve this?

Ошибка при сохранении конфигурации

Я
   zdas

10.06.09 — 20:06

Пытаюсь сохранить конфигурацию, на новый SQL 2005, при сохранении выдает:

«Не предоставлены ключевые слова DSN и SERVER»

«Недопустимый атрибут строки подключения»

Что может быть?

   ТелепатБот

1 — 10.06.09 — 20:06

Книга знаний: Множественный отбор в журналах и справочниках 7.7 заменой запросов SQL

   zdas

2 — 11.06.09 — 09:24

ап

   bvn13

3 — 11.06.09 — 09:25

(0) перезаполни настройки подключения к СКЛ

   ДенисЧ

4 — 11.06.09 — 09:26

в свойствах базы скл совместимость поставь.

   zdas

5 — 11.06.09 — 09:27

(3) перезаполнял

(4) совместимость с SQL 2000 (80) стоит

   ДенисЧ

6 — 11.06.09 — 09:33

убе

   ДенисЧ

7 — 11.06.09 — 09:33

убей все dsn в системе, относящиеся к этому серверу.

   zdas

8 — 11.06.09 — 09:34

(7) можно поподробнее, админ не я в системе, как ему это объяснить?

   ДенисЧ

9 — 11.06.09 — 09:36

(8) Если админ не знает, что такое DSN, то… :-)

Панель управления — администрирование — источники данных…

   vde69

10 — 11.06.09 — 09:38

7.7 и SQL 2005 штатно не работают, ищи статьи на эту тему в инете

   ДенисЧ

11 — 11.06.09 — 09:40

(10) В этом случае — не тот случай, ибо сообщение не то.

   zdas

12 — 18.06.09 — 18:20

(9) судя по всему придется самому делать, можно на пальцах объяснить?

   ДенисЧ

13 — 18.06.09 — 18:27

(12) На пальцах —  пошагово описано в (9) Просто выполни эти шаги из меню пуск…

   zdas

14 — 18.06.09 — 18:34

(13) а если не поможет? я к тому что если не поможет удаление всех DSN?

   zdas

15 — 22.06.09 — 18:46

(13)не помогло((((

   zdas

16 — 23.06.09 — 08:27

up

   filh

17 — 23.06.09 — 08:39

http://www.script-coding.info/SQL2005.html

   zdas

18 — 23.06.09 — 08:46

(17) это я видел. все необходимые настройки SQL сделаны, не первый раз ставлю на SQL 2005 базы 7ошные.

   zdas

19 — 23.06.09 — 10:08

вверх

   zdas

20 — 23.06.09 — 14:56

ап

  

zdas

21 — 24.06.09 — 12:06

вверх

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

1. Первый — добавить источник данных.

Щелкните Панель управления -> Система и безопасность -> Инструменты управления -> Источник данных ODBC (64-разрядная версия).





В настоящее время после исправления ошибки я могу напрямую настроить
Но до того, как моя операционная система была 64-разрядной, а драйвер ODBC был 32-разрядным (поэтому студенты, у которых нет этой ошибки, могут пропустить следующий шаг, а студенты, которые ошибаются как я, не паникуй. Смотри вниз)

Мы выбираем другой способ открытия
Введите адрес в документе, найдите odbcad32.exe и нажмите
C:WindowsSystem32

Теперь вы можете продолжить настройку
Если я хочу добавить файл .mdb

Нажмите «Настроить» -> «Выбрать»

выберите базу данных, которую вы хотите импортировать

Нажмите «ОК».

2. Используйте Eclipse
Есть ловушка, обратите внимание, изучающие jdk версии 1.8. Начиная с 1.8, мост jdbc-odbc был удален для dk, поэтому драйвер odbc недоступен. Рекомендуется переустановить jdk1.7 или более раннюю версию.
Вы можете загрузить версию jdk1.7 прямо на официальном веб-сайте. После установки вам не нужно перенастраивать переменные среды, потому что мы хотим изменить jdk-версию tomcat, поэтому откройте каталог установки tomcat, найдите файлы bin catalina.bat и bin setclasspath.bat, отредактируйте их с помощью Блокнота и добавьте:

set JAVA_HOME=путь установки jdk1.7
set JRE_HOME=путь установки jre1.7

Перезапустите Eclipse!

3. Ошибка запуска кода.
[Microsoft] [Диспетчер драйверов ODBC] В указанном DSN архитектура драйвера и приложения не совпадает

Причина в том, что моя предыдущая операционная система была 64-битной, а драйвер ODBC — 32-битным.
Итак, нам нужно установить 64-разрядный драйвер ODBC.
Загрузите и установите Microsoft Access Engine, а именно AccessDatabaseEngine_x64.exe, с официального сайта.
Конкретные методы установки и ссылки см. в статье этого блоггера http://www.360doc.com/content/14/0905/14/16002580_407231997.shtml
После загрузки
непосредственно щелкните AccessDatabaseEngine_x64.exe, он появится

Это потому, что на вашем компьютере установлена ​​32-разрядная версия Office, а 64-разрядная версия Office не может быть установлена.
Вы можете удалить 32-битный офис, но это не только проблематично, но и легко удалить по ошибке или не очистить
Вот способ одновременного существования 32-разрядной и 64-разрядной версии
Откройте командное окно cmd
Найдите путь установки AccessDatabaseEngine_x64.exe
Я сохраняю его прямо на рабочем столе, просто введите команду

После добавления параметра [/ passive] при установке 64-разрядной системы обработки данных Access не нужно проверять, была ли установлена ​​32-разрядная версия снова, и вы можете пропустить прямую установку 64-разрядной версии. -битная версия.

Поздравляем, вы можете успешно подключиться к базе данных ~

The line conn = pyodbc.connect(r'DSN=my_dsn;UID=User;PWD=Password') seems to be using the literal string values of my_dsn, User and Password. You can try using keywords like the documentation here, or do a similar string formatting as you did for your hard coded solution but replace it with the loaded config data.

From the documentation it seems you should be able to load the DSN info directly from the ini, but I haven’t had much success on my own either. The caveat is the document only said you can possibly use the login credential, so maybe it depends on the driver?

Either way, below is a version using configparser that should work. It might be considered a hack for some.

import pyodbc
from configparser import ConfigParser

config = ConfigParser()
config.read(configfile)   # your odbc.ini file path and name
dsn = config['my_dsn']

#If you want to use Keywords:

conn = connect(driver=dsn['driver'], server=dsn['server'], database=dsn['database'], uid=dsn['user'], pwd=dsn['password'])

#If you want to use string formatting with list comprehension instead:
conn = pyodbc.connect(''.join(['{0}={1}; '.format(k, l) for k, l in d.items()])

The line conn = pyodbc.connect(r'DSN=my_dsn;UID=User;PWD=Password') seems to be using the literal string values of my_dsn, User and Password. You can try using keywords like the documentation here, or do a similar string formatting as you did for your hard coded solution but replace it with the loaded config data.

From the documentation it seems you should be able to load the DSN info directly from the ini, but I haven’t had much success on my own either. The caveat is the document only said you can possibly use the login credential, so maybe it depends on the driver?

Either way, below is a version using configparser that should work. It might be considered a hack for some.

import pyodbc
from configparser import ConfigParser

config = ConfigParser()
config.read(configfile)   # your odbc.ini file path and name
dsn = config['my_dsn']

#If you want to use Keywords:

conn = connect(driver=dsn['driver'], server=dsn['server'], database=dsn['database'], uid=dsn['user'], pwd=dsn['password'])

#If you want to use string formatting with list comprehension instead:
conn = pyodbc.connect(''.join(['{0}={1}; '.format(k, l) for k, l in d.items()])

75 / 36 / 1

Регистрация: 03.08.2012

Сообщений: 447

1

11.01.2014, 19:57. Показов 60568. Ответов 3


Студворк — интернет-сервис помощи студентам

Вот такая ошибка при нажатии на кнопку «Проверить соединение»

Я прочитал, что это возможно из за того, что моя система 64, а приложение собирается под 32. Если да, то подскажите пожалуйста как исправить.

Миниатюры

Ошибка "в указанном dsn архитектура драйвера и архитектура приложения"
 



0



75 / 36 / 1

Регистрация: 03.08.2012

Сообщений: 447

11.01.2014, 20:35

 [ТС]

2

Если качаю 32бита конектер одбс, то его не видно в Панель управления → Администрирование → Источники данных (ODBC).

Добавлено через 9 минут

Если установить только odbc-win32, то добавить в источник данных ODBC для W7 x64 (Панель управления -> Все элементы панели управления -> Администрирование -> Источники данных ODBC) драйвер MySQL не получается!
Если установить odbc-winx64, тогда можно добавить источник данных ODBC для MySQL сервера и возможно получать данные от MySQL при ранее установленном драйвере odbc-win32. Без установленного драйвера odbc-win32 всегда получал ошибку тема этого топика. А вот после добавления источника данных ODBC для MySQL сервера, я удалил установленный драйвер odbc-winx64, драйвер odbc-win32 остался установлен. И приложение (VBA) по прежнему работало!

Вот накопал такое, попробую…

Добавлено через 5 минут

Суть проблемы заключается в несоответствии разрядности ODBC-драйвера и приложения которое им может воспользоваться .Если у вас 64-разрядная система, то Вы наверняка скачали и установили 64-разрядный драйвер ODBC. Если у Вас приложение для которого требуется выгрузка по ODBC — 64-х битное, то проблем не должно было возникнуть в принципе. Если приложение 32-битное, тогда скачиваем 32-битный драйвер ODBC, ставим его в систему, и настраиваем при помощи приложения расположенного в папке «c:\windows\sysWOW64\odbcad32.exe».

и вот

Добавлено через 22 минуты
Помогло первое, все это нашел на форуме. Так что спасибо киберфоруму и его участникааам)



2



0 / 0 / 0

Регистрация: 27.03.2015

Сообщений: 2

27.03.2015, 11:17

3

Спасибо, помогло!



0



0 / 0 / 0

Регистрация: 01.03.2018

Сообщений: 11

31.05.2020, 09:38

4

Метод 2 отлично помог. Спасибо



0



I am trying to open a program for the first time on Windows XP Pro that uses PostgreSQL 9. I’m getting an error message that says :

A problem was encountered while trying to log into or create the
production database. Details: [Microsoft][ODBC Driver Manager] Data
source name not found and no default driver specified

In my ODBC manager, I have a list of User DSN’s and System DSN’s. I tried installing a postgres odbc driver to see if that would help, but it didn’t.

There is a connect.dat file in the program file with a line saying «OLE DB Provider = MSDASQL». Changing this entry alters the error message I get to «Provider cannot be found, it may not be properly installed».

I don’t know what provider name to insert to get this to work properly. I have done extensive research on this error to no avail. Any suggestions would be greatly appreciated.

pnuts's user avatar

pnuts

58.4k11 gold badges87 silver badges140 bronze badges

asked Jun 14, 2013 at 19:08

user2437443's user avatar

3

Got this error because I had the Data Source Name in User DSN instead of System DSN
enter image description here

Jan Doggen's user avatar

Jan Doggen

8,84713 gold badges71 silver badges145 bronze badges

answered Jan 17, 2017 at 17:39

Nick's user avatar

NickNick

3,2175 gold badges30 silver badges42 bronze badges

0

  1. In reference to the error: [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified.

    That error means that the Data Source Name (DSN) you are specifying in your connection configuration is not being found in the windows registry.

    • It is important that your ODBC driver’s executable and linking format (ELF) is the same as your application. In other words, you need a 32-bit driver for a 32-bit application or a 64-bit driver for a 64-bit application.

      If these do not match, it is possible to configure a DSN for a 32-bit driver and when you attempt to use that DSN in a 64-bit application, the DSN won’t be found because the registry holds DSN information in different places depending on ELF (32-bit versus 64-bit).

      Be sure you are using the correct ODBC Administrator tool. On 32-bit and 64-bit Windows, the default ODBC Administrator tool is in c:\Windows\System32\odbcad32.exe. However, on a 64-bit Windows machine, the default is the 64-bit version. If you need to use the 32-bit ODBC Administrator tool on a 64-bit Windows system, you will need to run the one found here: C:\Windows\SysWOW64\odbcad32.exe

      Where I see this tripping people up is when a user uses the default 64-bit ODBC Administrator to configure a DSN; thinking it is for a 32-bit DSN. Then when the 32-bit application attempts to connect using that DSN, «Data source not found…» occurs.

    • It’s also important to make sure the spelling of the DSN matches that of the configured DSN in the ODBC Administrator. One letter wrong is all it takes for a DSN to be mismatched.

      Here is an article that may provide some additional details

      It may not be the same product brand that you have, however; it is a generic problem that is encountered when using ODBC data source names.

  2. In reference to the OLE DB Provider portion of your question, it appears to be a similar type of problem where the application is not able to locate the configuration for the specified provider.

TallTed's user avatar

TallTed

9,0792 gold badges22 silver badges37 bronze badges

answered Aug 21, 2014 at 14:11

PRGSTony's user avatar

PRGSTonyPRGSTony

9677 silver badges7 bronze badges

1

The Problem might be from the driver name for example instead of DRIVER={MySQL ODBC 5.3 Driver} try DRIVER={MySQL ODBC 5.3 Unicode Driver} you can see the name of the driver from administration tool

answered May 20, 2017 at 8:42

Meysam's user avatar

MeysamMeysam

1811 silver badge2 bronze badges

1

In my case, it was working in x86 but not in x64.

It quite ridiculous, but in x64 the following change had to be added before it would work:

x86 -> szDsn = "DRIVER={MICROSOFT ACCESS DRIVER (*.mdb)};
x64 -> szDsn = "DRIVER={MICROSOFT ACCESS DRIVER (*.mdb, *.accdb)};

Note the addition of *.accdb.

Jeremy Caney's user avatar

Jeremy Caney

7,20573 gold badges49 silver badges78 bronze badges

answered May 28, 2020 at 12:11

Tomasz Kot's user avatar

Tomasz KotTomasz Kot

1932 silver badges7 bronze badges

2

if you are using IIS, maybe you should try
«application pools» —> «DefaultAppPool» —> «application pools default value»
—> «32-Bit-application-activ» —> set false

answered Apr 16, 2019 at 12:27

leslie's user avatar

leslieleslie

611 silver badge2 bronze badges

I got this with data driven tests using:

Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb)

The problem is the above driver only is 32 bit. I had switched visual studio testsettings file to 64 bit to test a 64-bit-only application.

Switching back to 32 bit in the testsettings file fixed the issue.

using a test settings file

answered Jan 27, 2018 at 0:36

N-ate's user avatar

N-ateN-ate

6,1672 gold badges40 silver badges49 bronze badges

Check the exact driver name in the ODBC Administrator tool. Press Windows key + R and then:

  • C:\Windows\System32\odbcad32.exe on 32-bit systems
  • C:\Windows\SysWOW64\odbcad32.exe on 64-bit systems

In my case it should have been Microsoft Access Driver (*.mdb, *.accdb) instead of Microsoft Access Driver (*.mdb).

answered Oct 13, 2020 at 17:37

Robin Dinse's user avatar

Robin DinseRobin Dinse

1,49114 silver badges20 bronze badges

For me the below worked:

  1. Add the linked server as a System DSN (ODBC System Source Administration) e.g. with name -> TEST_NAME

enter image description here

  1. Use as data source the TEST_NAME
    enter image description here

answered Sep 8, 2021 at 11:41

gmavridakis's user avatar

gmavridakisgmavridakis

3664 silver badges13 bronze badges

1

This was not the first time I have come to this page searching for the same error message. Unfortunately, Microsoft error messages are vague and often several different issues will cause the same error message, hence why there are so many answers here.

I will propose another solution in case this helps anyone else.

Under Excel Datasource settings I use the following connection string:

"ODBC;DSN=jg_report;Trusted_Connection=Yes;"

The problem is that when I am opening an ADODB connection in VBA, and I use this same string, it will produce the «[Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified» error.

To correct the connection string, I simply have to remove the «ODBC;» as follows:

"DSN=jg_report;Trusted_Connection=Yes;"

The connection then works as expected without producing errors.

answered Aug 4, 2022 at 20:29

dcbeckman's user avatar

0

I tried the above but found my issue was I used a | in the name of the DSN (I have multipled ODBC connectors — one for each DB — to make sure I don’t comingle data)

I replaced the | (pipe) with a _ and all now works fine.

I was trying to call SQL Server from Alteryx.

answered Jul 12, 2018 at 4:13

calep's user avatar

calepcalep

262 bronze badges

I had the installed drivers listed in odbcinst -q -d, and could connect manually but not through R’s odbc::dbConnect(). Turns out I forgot a semicolon in the connection string: .connection_string = "TrustServerCertificate=yes;"

answered Jul 17 at 21:30

qwr's user avatar

qwrqwr

9,6335 gold badges59 silver badges102 bronze badges

answered Jan 3 at 10:20

Build Succeeded's user avatar

Build SucceededBuild Succeeded

1,1511 gold badge10 silver badges24 bronze badges

I was using Driver={Simba Athena ODBC Driver} but I did not had installed the driver. I downloaded the expected one from Amazon

answered Jun 19 at 21:48

Luis Angel Ramirez Hernandez's user avatar

  • Ошибка при исполнении программы launchanywhere
  • Ошибка при инициализации приложения 0xe06d7363 windows xp
  • Ошибка при копировании фото с айфона
  • Ошибка при конвертации файла в егиссо
  • Ошибка при копировании ошибка ввода вывода