Беда с подключением к MySQL из 1С через ODBC #638879

Ситуация примерно следующая: есть некая обработка, скачивающая через ODBC данные из базы на MySQL в 1С. И все это дело прекрасно работало до какого-то момента, потом поломалось. Что такого сделали, что оно поломалось, клиенты не сознаются. Что есть на данный момент и что было сделано чтобы полечить. Попытка соединения вызывает исключение с описанием ошибки «Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][Диспетчер драйверов ODBC] Источник данных не найден и не указан драйвер, используемый по умолчанию» В сети по поводу этой проблемы найдено только 2 возможных варианта: 1. Проблема с драйвером 2. Проблема со строкой подключения Причина 1 по всей видимости отпадает. Драйвер мало того, что уже был установлен и MySQL-ная софтина проверки показывала, что соединение с базой есть (то есть драйвер рабочий), так я еще для надежности заставил их скачать при мне нужную версию с официального сайта и при мне же драйвера были переустановлены и на серваке и на машине (для надежности), с которой осуществляется попытка соединения. Короче говоря драйвер должен быть рабочим. По поводу причины 2: в процессе поиска инфо по теме я нашел вот такую вот страничку www.connectionstrings.com/... перепробовал все основные варианты оттуда (хотя по сути дела, вариант то один, там если присмотреться, отличий очень мало) - не помогло. Еще из идей был вариант, что проблема может как-то быть связана с тем, что база 1С серверная. Чтобы и это исключить создал пустую базу на клиенте, в ней обработку для тестирования соединения. Не помогло. Результат тот же. Есть идеи?

[ Источник данных не найден] и нет драйвера ODBC две большие разницы

допустим что делать?

на сервере дрова установили?

форуму предлагается угадать по какой технологии идёт связь с сиквелом ?

да ADODB

код в студию

ну и конечно результат работы udl файлика положительный ?

да они похож через удл и лазили

мсье знает толк в гнусных извращениях

можно чуть подробнее? что есть udl?

сделай текстовый файл смени расширение щёлкни по нему получишь оболочку для тестирования ADODB

нужна помощь форума ?

и контрольный выстрел, провайдер конечно был выбран for ODBC ?

бгг. вроде все по русски написано..)

скорее всего юзеру от имени которого ты пытаешься подключаться запрещен удаленный доступ. это самая частая причина непоняток

1. Проверить установлен ли драйвер. Переустановить если возможно. 2. у нас строка соединения типа СтрокаСоединения = "{Driver=MySQL ODBC 5.1 Driver};Server="+ИмяСервера+";Database="+ИмяБД+";uid="+ИмяПользователяБД+";Pwd="+ПарольПользователяБД+";";

+ и драйвер все же в фигурных скобках. может оно и неважно, но... Driver={MySQL ODBC 5.1 Driver}

драйвер переустанавливали строку соединения такую пробовал, не помогло было и в фигурных

доступ у юзера есть?

создаешь пустой файл .udl, открываешь 2м кликом, заполняешь, тестишь, сохраняешь, открываеьш блокнотом - вот и есть искомая строка.

каким образом это проверить? В теме в общем описано, что мы делали. Под ровно этими же параметрами (сервер, база, логин, пароль) нормально срабатывает подключение через MySQL-ную софтину входящую в состав драйвера ODBC - если открыть список драйверов ODBC, открывается окно проверки соединения, туда вводятся данные, жмется кнопка Test, затем выдается модальное окошко "Test result" с  текстом "Connection successful". Далее. Под этим же пользователем работает подключение самой программы (комендант называется), база данных которой хранится на MySQL. Проверка файлом udl дала результат Вопросы: 1) что конкретно означает сообщение , какие могут быть варианты 2) если один из вариантов - права доступа (судя по тексту сообщения ), то как еще их надо проверить/настроить, учитывая все вышесказанное?

firewall - проверяешь telnetом коннект на порт (какой там порт у мускуля не помню), если коннект проходит - значит права доступа мускуля надо крутить

или просто служба мускуля остановлена

В конфиг мыскля в секцию директив сервера внесите skip-grant-tables рестартаните мыскля и попробуйте опять. Если все пойдет - значит с правами затычка.

у мускульная софтина может не через tcp-ip работать, а по named pipes, например

По намед пайпс он не работает, под юникс-сокет - работает, но уже не на венде...

ну я хз, что там у автора. сеть проверяется телнетом, коннект идет - значит - права

недавно подобная тема перетиралась проверить права в любой программе администрирования MySQL коих тыщщи. хостинги стандартно комплектуются phpmyadmin, под винду могу посоветовать dbForge Studio for MySQL (. можно и в консоли если есть желание поизучать синтаксис команд MySQL   но судя по тому что ты говоришь права у пользователя есть. тогда либо ты что-то недоговариваешь, либо какие-то чудеса. давай-ка полный конфиг в студию. на чем крутится 1с, на чем крутится MySQL. где сервера относительно друг друга, сколько тысяч файерволов между ними. бывают например проблемы совместимости драйверов ODBC 32/64 бита. вобщем рассказывай подробнее. конфиг-файл MySQL тоже бы не помешал. это чтобы посмотреть на каких интерфесах MySQL слушает. может у тебя там bind-address    = 127.0.0.1, из описания непонятно откуда и куда идет доступ

+ ах да... версия установленного драйвера и версия сервера MySQL