Ошибка подключения microsoft диспетчер драйверов odbc - ErrorsMaster.ru - большая энциклопедия ошибок и их решений

I am trying to connect to MySql database with c#. But i am getting this error.

   Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified.

My c# code

 Connection con = new Connection();
        Recordset rs = new Recordset();
        string conStr = ConfigurationManager.ConnectionStrings["DefaultConnection"].ToString();
        con.Open(conStr);  // Here its throwing the error

Connection string:

<add name="DefaultConnection" 
         connectionString="DRIVER={MySQL ODBC 5.2w Driver};Server=localhost;Database=laundrydatabase;Uid=root;Pwd=123"
         />

I am using

mysql-connector-net-6.6.5
MySQL ODBC 5.1 Driver}

asked Jul 24, 2014 at 8:39

VivekhVivekh

4,14111 gold badges57 silver badges101 bronze badges

You have the MySQL ODBC driver 5.1 installed but your connection string says version 5.2. This means the system cannot find the driver and that is indicated by the second half of the error message. the easiest way to fix is to remove the driver reference from connection string:

Server=localhost;Database=laundrydatabase;Uid=root;Pwd=123

Or if you need to specify the driver, fix the reference like this:

Driver={MySQL ODBC 5.1 Driver};Server=localhost;Database=laundrydatabase;Uid=root;Pwd=123

answered Jul 24, 2014 at 8:49

DavidGDavidG

113k12 gold badges214 silver badges220 bronze badges

Источник

На чтение 3 мин. Просмотров 2.4k. Опубликовано 03.09.2019

ODBC весьма полезен для процедур доступа к приложениям, особенно для профессиональных пользователей. И, похоже, существует множество проблем для пользователей Windows 10, которые либо перешли с Windows 7, либо обновили свою версию Windows 10 до последней версии.

Если вы один из них и у вас есть определенные проблемы с ODBC в Windows 10, проверьте решения ниже.

Содержание

Как исправить проблемы ODBC в Windows 10
Решение 1. Удалите SMBv1 и включите SMBv2/SMBv3)
Решение 2. Проверьте брандмауэр Windows и Защитник Windows
Решение 3 – Обновление драйверов
Решение 4 – Откат к предыдущей версии Windows

Как исправить проблемы ODBC в Windows 10

Удалить SMBv1 и включить SMBv2/SMBv3)
Проверьте брандмауэр Windows и Защитник Windows
Обновление драйверов
Откат к предыдущей версии Windows

Решение 1. Удалите SMBv1 и включите SMBv2/SMBv3)

Некоторые пользователи решили проблему, отключив SMBv1 и включив SMBv2 или SMBv3. Это можно сделать различными способами, начиная с PowerShell или редактора реестра. Последний способ быстрее и проще, но может негативно повлиять на ваш компьютер при неправильном использовании. Поэтому, прежде чем выполнять следующие шаги, обязательно сделайте резервную копию вашего реестра.

Вот как отключить SMBv1 и включить SMBv2/SMBv3:

В строке поиска Windows введите regedit и откройте редактор реестра.
Перейдите в ComputerHKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanServerParameters .
Щелкните правой кнопкой мыши пустое пространство и создайте новый Dword, назовите его SMB1 и установите его значение равным 0.
Щелкните правой кнопкой мыши на пустом месте и создайте новый Dword, назовите его SMB2 и установите его значение равным 1.
Закройте редактор реестра и перезагрузите компьютер.

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

ЧИТАЙТЕ ТАКЖЕ: отключите SMBv1 в Windows с помощью этих быстрых методов

Решение 2. Проверьте брандмауэр Windows и Защитник Windows

Некоторым пользователям удалось решить проблему, просто добавив белый список или временно отключив брандмауэр Windows и включив Защитник Windows. Это долгосрочное решение, но оно того стоит. Если у вас уже есть сторонний антивирус, попробуйте объединить его с нативным антивирусом.

После этого перезагрузите компьютер и попробуйте снова получить доступ к приложению ODBC.

Решение 3 – Обновление драйверов

В случае, если вы используете 32-битный Office на 64-битной машине через ODBC, вам потребуется некоторая перенастройка, чтобы избежать ошибок драйвера. Или, скорее, доступ к версии ODBC32 вместо стандартной 64-битной версии, представленной в архитектуре x64.

Вот где его найти и как его запустить:

Перейдите к C: WindowssysWOW64odbcad32.exe и запустите его. Это 32-битный администратор источника данных ODBC.
Попробуйте применить драйверы снова.
После того, как вы применили драйверы, перезагрузите компьютер.

Решение 4 – Откат к предыдущей версии Windows

Как говорили многие из затронутых пользователей, проблема возникла после того, как они обновили Windows 10 до версии 1803. То же самое можно применить к 1809. И вместо того, чтобы ждать, пока Microsoft решит проблемы ODBC в их текущем выпуске, мы скорее предлагаем откат до предыдущей версии, где сервис был полностью функциональным.

Читайте также: исправлено: синий экран после отката Windows 10

Вот как перейти к предыдущей версии Windows 10:

Откройте Настройки .
Выберите Обновление и безопасность .
Выберите Восстановление на левой панели.
Нажмите « Вернуться к предыдущей версии Windows 10 ».
Нажмите Начало работы и следуйте инструкциям.

Источник

Remove From My Forums

Вопрос

Пользуюсь Visual Studio 2017 Community (последняя версия)

По умолчанию проект создается на платформе 4.6.1

Если изменить платформу на любую другую, то класс OdbcConnection перестает подключатся к базам.

При вызове метода Open() получаем следующее сообщение

System.Data.Odbc.OdbcException произошло
HResult=0x80131937
Сообщение = ERROR [IM002] [Microsoft][Диспетчер драйверов ODBC] Источник данных не найден и не указан драйвер, используемый по умолчанию
Источник =
Трассировка стека:
at System.Data.Odbc.OdbcConnection.HandleError(OdbcHandle hrHandle, RetCode retcode)
at System.Data.Odbc.OdbcConnectionOpen..ctor(OdbcConnection outerConnection, OdbcConnectionString connectionOptions)
at System.Data.Odbc.OdbcConnectionFactory.CreateConnection(DbConnectionOptions options, DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningObject)
at System.Data.ProviderBase.DbConnectionFactory.CreateNonPooledConnection(DbConnection owningConnection, DbConnectionPoolGroup poolGroup, DbConnectionOptions userOptions)
at System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection)
at System.Data.ProviderBase.DbConnectionInternal.TryOpenConnectionInternal(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions)
at System.Data.ProviderBase.DbConnectionInternal.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)
at System.Data.Odbc.OdbcConnection.Open()
at KURSConsoleApp.WorkDBF.Execute(String Command) in C:Usersmaa91OneDriveDocumentsVisual Studio 2017ProjectsVkursConsoleKURSConsoleAppWorkDBF.cs:line 49

Даже если вернуть платформу обратно на 4.6.1, то все равно подключение не работает.

Лечится только созданием нового проекта, но мне необходимо использовать мой проект на платформе 3.5

Я считаю что это баг.

Класс для работы с базой

using System;
using System.Data;
using System.Data.Odbc;

namespace KURSConsoleApp
{
    internal class WorkDBF 
    {
        /// <summary>
        /// Подключение к источнику данных
        /// </summary>
        private OdbcConnection Conn = null;
        private DataSet dataset = null;
        

        /// <summary>
        /// Подключение к файлу
        /// </summary>
        /// <param name="t">Путь к файлу (Директория расположения файла)</param>
        public WorkDBF(string t)
        {
            //OdbcConnectionStringBuilder StringBilder = new OdbcConnectionStringBuilder();
            //StringBilder.Driver = "Microsoft dBASE Driver (*.dbf)";
            //StringBilder.Add("dbq", t);
            //StringBilder.Add("encoding", "ANSI");

            Conn = new OdbcConnection
            {
                ConnectionString = @"Driver={Microsoft dBASE Driver (*.dbf)};DriverID=277;Dbq=" + t + "; encoding=ANSI"
            };


            dataset = new DataSet();

        }

        /// <summary>
        /// Выполнение команды SQL
        /// </summary>
        /// <param name="Command">SQL код</param>
        /// <returns></returns>
        public DataTable Execute(string Command)
        {
            DataTable dt = null;
            if (Conn != null)
            {
                try
                {
                    Conn.Open();
                    dt = new DataTable();
                    OdbcCommand oCmd = Conn.CreateCommand();
                    oCmd.CommandText = Command;
                    dt.Load(oCmd.ExecuteReader());
                    Conn.Close();
                }
                catch (Exception)
                {

                }
            }

            return dt;
        }


        /// <summary>
        /// Выполняет добавление одной строки
        /// </summary>
        /// <param name="Command">SQL команда добавления</param>
        public bool Insert(string Command)
        {
            bool result = true;
            Conn.Open();
            OdbcCommand oCmd = Conn.CreateCommand();
            oCmd.CommandText = Command;
            oCmd.ExecuteNonQuery();
            Conn.Close();
            return result;
        }

        /// <summary>
        /// Загрузка всех колонок
        /// </summary>
        /// <param name="DB_path">Путь</param>
        /// <returns></returns>
        public DataTable GetAll(string DB_path)
        {
            return Execute("SELECT * FROM " + DB_path);
        }

        /// <summary>
        /// Получает количество строк в базе
        /// </summary>
        /// <returns></returns>
        public long Limitrows(string DB_path)
        {
            try
            {
                long lim = 0;
                DataTable tempTable = Execute("SELECT count(*) as count FROM " + DB_path);
                lim = Convert.ToInt64(tempTable.Rows[0]["count"].ToString());
                tempTable.Dispose();
                return lim;
            }
            catch (Exception)
            {
                throw;
            }

        }

    }
}

Ответы

Ну как я и предполагал — 32 бит работает, 64 бит — нет. Установите в настройках проекта что он 32 битный (х86).

This posting is provided «AS IS» with no warranties, and confers no rights.
- Помечено в качестве ответа
  
  22 августа 2017 г. 0:42

Источник

Dmitry_333

27.04.19 — 14:13

Всем почти летней весенней субботы!-)

Написал обработку на свом компе, в начальной своей задаче она подрубается к бд access для последующего изъятия оттудова данных, все прекрасно работает. Перенес на комп с Win Server 2008 и все встало.

Сначала была проблема с созданием COMОбъект(«ADODB.Connection»), о чем вопрошал на форуме на прошлой неделе.

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

При попытке Connection.Open(СтрокаПодключения) выходит ошибка «Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][Диспетчер драйверов ODBC] Источник данных не найден и не указан драйвер, используемый по умолчанию.

Собственно, если загуглить эту ошибку, ответов очень много, в том числе и на данном форуме, но 90% из них касаются подключения к базам MS SQL. Мне из этого ничего не помогло.

Теме не менее, что было предпринято и проделано:

1. Скачан свежий MDAC и переустановлен.

2. Дважды скачаны и установлены драйверы для Access

3. Дважды переустановлен Office

Ничто из этого не помогло ни разу.

Операционка 64 бит, офис 32 бит, 1С 32 бит

На ноуте, где тестировалась эта же обработка, расклад по битности такой же, только ОС Windowc 7.

В администраторе источников данных ODBC все один в один, перепроверил несколько раз.

Что еще предпринять, даже предположить не могу…:)

shuhard

1 — 27.04.19 — 14:16

(0) для работы с Access не нужен Microsoft OLE DB Provider for ODBC Drivers,

код покажи

hhhh

2 — 27.04.19 — 14:18

(0) там сам вызов в обработке надо переделать

Dmitry_333

3 — 27.04.19 — 14:19

(1)

ФайлБазы = «C:UsersUserDesktopУрожsprut.mdb»;

    // Инициализация подключения к базе

    СтрокаПодключения = «Driver={Microsoft Access Driver (*.mdb, *.accdb)};DBQ=» + ФайлБазы;

    Connection = Новый COMОбъект(«ADODB.Connection»);

    Connection.Open(СтрокаПодключения);

Dmitry_333

4 — 27.04.19 — 14:20

(2) простите, не понял вас

Dmitry_333

5 — 27.04.19 — 14:21

(2) Повторюсь, на моем-то компе работает, базы и там и там файловые, с серваком напрямую работаю, не через RDP даже

Конструктор1С

6 — 27.04.19 — 14:29

СтрокаПодключения = «Provider=Microsoft.ACE.OLEDB.12.0; Data Source=» + ФайлБазы+ «;»»»

Примерно так

shuhard

7 — 27.04.19 — 14:39

(3)[СтрокаПодключения = «Driver={Microsoft Access Driver (*.mdb, *.accdb)};DBQ=» + ФайлБазы;]

забудь как страшный сон

https://www.connectionstrings.com/access-97/

Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:mydatabase.mdb;

Dmitry_333

8 — 27.04.19 — 14:46

(6) (7) Господа, увы. В обоих случаях ошибка «Не удается найти указанный поставщик. Вероятно, он установлен неправильно».

Dmitry_333

9 — 27.04.19 — 14:47

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

shuhard

10 — 27.04.19 — 14:48

(8) ну положи руки по каток — у всех работает

Dmitry_333

11 — 27.04.19 — 14:52

«Driver={Microsoft Access Driver (*.mdb, *.accdb)};DBQ=» + ФайлБазы; у меня на ноуте тоже работает и наверное «Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:mydatabase.mdb;» сработает (не проверял).

Пойдук кстати проверю, дабы руки руки на каток не класть-)

hhhh

12 — 27.04.19 — 14:55

(11) открой реестр windows, посмотри чего там написано, скопипасть сюда.

Dmitry_333

13 — 27.04.19 — 15:05

(10) Все же мои руки непричем: строка Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:myFoldermyAccessFile.accdb на моем компе отработала на ура.

Dmitry_333

14 — 27.04.19 — 15:05

(13) отработала на ноуте, но не на серваке

hhhh

15 — 27.04.19 — 15:06

(11) у меня

Driver={Microsoft Access Driver (*.mdb)};Dbq=

Dmitry_333

16 — 27.04.19 — 15:09

(15) так тоже пробовал — ошибка как в теме сабжа…

Dmitry_333

17 — 27.04.19 — 15:14

(12) а что с реестром-то делать? Открыл, в правой части пусто.

hhhh

18 — 27.04.19 — 15:20

(16) так вы DBQ большими буквами фигачите, сервер такого не прощает.

Dmitry_333

19 — 27.04.19 — 15:29

(18) переписал на Dbq — ошибка таже.

Проблема где-то в операционке мне кажется, вот только где…

hhhh

20 — 27.04.19 — 15:34

(17) ну нашли там Driver={Microsoft Access Driver эту строчку?

МихаилМ

21 — 27.04.19 — 15:44

Dmitry_333

22 — 27.04.19 — 16:22

(20) Нет, не вижу

Garykom

23 — 27.04.19 — 16:25

Имхо проблема в админе и правах, или в чем то не доустановленном или ошибках в «комп с Win Server 2008».

Garykom

24 — 27.04.19 — 16:30

Да если требуется только изымать данные из mdb то попробуй https://github.com/brianb/mdbtools

А конкретно https://github.com/lsgunth/mdbtools-win тупо экспорт в csv и далее работа с ними.

Garykom

25 — 27.04.19 — 16:31

Dmitry_333

26 — 27.04.19 — 16:31

(23) (24) (25) Благодарю.

Garykom

27 — 27.04.19 — 16:45

(26) Не за что, инет сила.

Только что протестил, мелкие таблички мгновенно распаковывает.

mdb-export ‘Northwind.mdb’ ‘Products’ > Products.csv

https://i.paste.pics/ad239bcb06c474431080f0026950bf61.png

Garykom

28 — 27.04.19 — 16:46

(27)+ Но не проверял что с кириллицей будет, могут быть проблемы.

У меня базы с русским нету ибо нет ms office дома

Garykom

29 — 27.04.19 — 16:50

(28) Русские имена таблиц болт

Dmitry_333

30 — 27.04.19 — 16:53

(29) все имена на латинице. Вот только боюсь что c github быстро разобраться не получится, я о нем раньше только слышал.

Если покопать в сторону админа и прав, с чем можно поиграться?

NorthWind

31 — 27.04.19 — 16:53

(7) на самом деле тут может быть проблема. Движок Jet 4.0 изымался из висты и из каких-то младших версий MDAC (кажется из MDAC 2.8, хотя могу ошибаться), поэтому то что установили MDAC — еще не гарантирует, что оно будет работать. Такого рода проблемы у меня когда-то давно были. С учетом того что (0) нигде не указывает, что у него W2008 R2, возможно, у него те же проблемы, что и с вистой — т.е. 32-битный Jet 4.0 отсутствует, а поставить он его не может потому что не знает как. Поэтому же не работают и ODBC-драйверы — потому что для работы с MDB им по-любому нужен движок Jet, а его нет в системе.

Dmitry_333

32 — 27.04.19 — 16:56

(31) Винда 2008 R2.

Garykom

33 — 27.04.19 — 16:56

(30) Кириллица cp1251 внутри таблиц в записях все ок, проблема только имена таблиц и возможно полей.

Там ничего разбираться не надо с гитхаб просто скачать https://github.com/lsgunth/mdbtools-win/archive/master.zip и распаковать

Далее mdb-export ‘ИмяФайла.mdb’ ‘ИмяТаблицы’ > ИмяТаблицы.csv

NorthWind

34 — 27.04.19 — 17:00

(32) Вообще немного странно, потому что R2 — это больше «семерка», чем «виста», и Jet 4.0 32-битный в нем должен быть.

Garykom

35 — 27.04.19 — 17:01

Сервер 1С точно 32 бит?

NorthWind

36 — 27.04.19 — 17:02

Вообще во многих источниках говорят про то что Jet устарел и рекомендуют перейти на более новую версию движка

https://www.microsoft.com/EN-US/DOWNLOAD/DETAILS.ASPX?ID=13255

причем он бывает и 32-битный, и 64-битный

Dmitry_333

37 — 27.04.19 — 17:03

(35) База файловая, 1С-ка 32 битная.

NorthWind

38 — 27.04.19 — 17:03

но вам тогда придется поменять строку подключения

Garykom

39 — 27.04.19 — 17:04

(36) Проще Microsoft SQL Server Express поставить и через него уже

Garykom

40 — 27.04.19 — 17:05

(39) Оттуда из строчку подключения дернуть из SQL Server Management Studio

NorthWind

41 — 27.04.19 — 17:05

(39) а причем тут скуль? Это же разные вещи — формат скуля и настольный формат ACE (ранее MDB)

Garykom

42 — 27.04.19 — 17:06

(41) Он требуемое в комплекте поставит в т.ч. для доступа к mdb ))

Dmitry_333

43 — 27.04.19 — 17:06

(36) самое печальное, что я уже скачивал и устанавливал эту утилитую

А про строку тогда можно более подробнее?

NorthWind

44 — 27.04.19 — 17:06

другое дело, что скуль до кучи и этот движок может притащить с собой, но я в этом не уверен

NorthWind

45 — 27.04.19 — 17:07

(43) Сейчас гляну

Dmitry_333

46 — 27.04.19 — 17:07

(39) На серваке 60 баз-) отдельно одну базу не вариант на него ставить, а 60 на 10 гб не станут-)

Garykom

47 — 27.04.19 — 17:08

Попробуй все же через mdb-export вытащить как в (33), если все ок то и нафик, зато решение универсальное и даже под linux работает, если 1С там

Dmitry_333

48 — 27.04.19 — 17:09

(47) тащить через командную строку?

Garykom

49 — 27.04.19 — 17:10

(48) Дык проверенное решение.

Можно конечно извратиться и на основе исходников ВК наваять но нафига?

Dmitry_333

50 — 27.04.19 — 17:11

(49)не, я уточняю-)

NorthWind

51 — 27.04.19 — 17:12

(45) У меня станцевало вот так

Provider=Microsoft.ACE.OLEDB.12.0;Data Source=»D:DocumentsProgrammingTradeDBe-scales.mdb»

NorthWind

52 — 27.04.19 — 17:13

с 32-битным движком. Вот только что специально установил по ссылке в (36).

NorthWind

53 — 27.04.19 — 17:16

от старенького Jet4 отличается тем, что все исключения, касающиеся базы — на английском, а не на русском. А так разницы особой не вижу.

Dmitry_333

54 — 27.04.19 — 17:16

(51) у меня на ноуте с Виндой 7 сегодя тоже под этой стройкой станцевало на ура…

а на этом гребаном серваке болт: Произошла исключительная ситуация (ADODB.Connection): Не удается найти указанный поставщик. Вероятно, он установлен неправильно.

Garykom

55 — 27.04.19 — 17:16

(33)+ Уточнение что внутри mdb была кириллица cp1251 а после экспорта в csv там utf8

NorthWind

56 — 27.04.19 — 17:18

(55) внутри mdb cp1251? Это, наверно, какой-то совсем старый mdb, потому что уже в формате Access 2000 они все шли с UTF-16 Unicode. Я других и не видел тыщу лет.

NorthWind

57 — 27.04.19 — 17:19

(54) а вы движок перед этим по ссылке поставили? Какой битности? Надо было 32-битный, раз у вас 1С файловая и 32-битная.

Dmitry_333

58 — 27.04.19 — 17:21

(57) обязательно. И комп (сервак) перезапустил. 32 битный, 64 даже не ставится, пишет не предназначен для данного ПО.

Garykom

59 — 27.04.19 — 17:21

(56) А хрен его знает что там внутри, может и UTF16.

Но на выходе UTF8

NorthWind

60 — 27.04.19 — 17:23

(59) ну если просто открывать на просмотр (например фаром по F3) файл MDB от Access 2000-2003, то видно, что строки там лежат в UTF-16 LE. Собственно, она нативная для современных виндов, так что удивительного тут мало.

NorthWind

61 — 27.04.19 — 17:28

(58) не предназначен? Вы хотите сказать, что сервер у вас 32-битный?

Тогда попробуйте сделать вот что. Создайте на нем файл 111.udl и запустите его на исполнение двойным щелчком.

Что вы увидите на закладке «Поставщик данных»?

Garykom

62 — 27.04.19 — 17:28

NorthWind

63 — 27.04.19 — 17:32

+ (61) как вариант, вы можете вообще полностью сконструировать и протестировать вашу строку в этом UDL-файле. А потом просто зайти в него и скопировать оттуда данные или написать в строке соединения ADODB.Connection

FILE NAME=[путь]111.udl

Dmitry_333

64 — 27.04.19 — 17:42

(61) Операционка 64 бит

это то что на вкладке

https://yadi.sk/i/lzHTDPIHnYr70Q

NorthWind

65 — 27.04.19 — 18:06

(64) а почему тогда у вас 64-битный инсталлятор движка не запускается на выполнение, как вы пишете в (57)?.. Ладно. Тогда попробуйте сделать следующее. Зайдите в 1С, зайдите в меню Файл, Открыть. Выберите в диалоге открытия Тип файлов — Все файлы (*.*). Найдите ваш 111.udl, щелкните по нему правой кнопкой и выберите последний пункт, «Свойства». Что теперь видите в закладке «Поставщик данных»?

Dmitry_333

66 — 27.04.19 — 18:09

NorthWind

67 — 27.04.19 — 18:13

А вот и момент истины. Смотрите. У вас есть аж три (!) 32-битных движка для доступа к Access файлу. Это Microsoft Office 12.0 Access Database Engine, Microsoft Office 16.0 Access Database Engine и Microsoft Jet 4.0 OLE DB Provider. Вы можете проверить их по одному. Выбирайте каждый, заходите в закладку Соединение, прописывайте там путь к файлу и нажимайте Проверить соединение.

NorthWind

68 — 27.04.19 — 18:14

начните с Jet 4.0, там можно выбрать mdb-файл через диалог. В более новых надо прописывать строку пути руками.

Dmitry_333

69 — 27.04.19 — 18:37

(68) Результаты следующие: Microsoft Jet 4.0 OLE DB Provider и Microsoft Office 12.0 Access Database Engine — проверка соединения за вершилась успешно.

Попытка проверить соединение от Microsoft Office 16.0 Access Database Engine вызывает исключительную ситуацию с закрытием 1С.

NorthWind

70 — 27.04.19 — 18:54

(69) ну а теперь все очень просто. Берете любой пример где соединение завершилось успешно и жмете ОК или Применить. После этого внутри файла 111.udl вы имеете рабочую строку соединения, которая гарантированно подключает (вы же проверяли). Этот файл — текстовый, вы можете скопировать из него инфу. Либо можете не копировать, а сделать как написано в конце (61). Пробуйте.

Dmitry_333

71 — 27.04.19 — 19:01

(70) Невероятно, но гребаный факт, кликаю на этот заполненный файл, выходит сообщение:

«Не удается найти поставщика. Убедитесь, что поставщик был установлен правильно.»

NorthWind

72 — 27.04.19 — 19:02

(71) Вы кликаете откуда, из винды? Зря. Зайдите в 1С, Открыть и Свойства

NorthWind

73 — 27.04.19 — 19:03

Здесь прикол в том, что когда вы кликаете из винды, вы это делаете из 64-битной среды исполнения. Там все другое. И движков этих — НЕТ. А когда вы делаете то же самое из 1С, вы делаете это из 32-битной среды исполнения.

Dmitry_333

74 — 27.04.19 — 19:06

Не-не, все предыдущее я проделал как вы все написали, из 1С, через «Свойства».

Сейчас открыт файл в 1С:

«[oledb]

; Everything after this line is an OLE DB initstring

Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:papkasprut.mdb;Persist Security Info=False»

Dmitry_333

75 — 27.04.19 — 19:07

Пробую в 1С обработку, опять ошибка…

NorthWind

76 — 27.04.19 — 19:07

Как выглядит код обработки?

NorthWind

77 — 27.04.19 — 19:08

вот сейчас, после того как скопировали данные

Dmitry_333

78 — 27.04.19 — 19:10

Тестирую сразу два вида строки, чтоб быстрее, к первой подключаюсь через попытку

СтрокаПодключения = «Driver={Microsoft Access Driver (*.mdb, *.accdb)};Dbq=» + ФайлБазы;

Connection = Новый COMОбъект(«ADODB.Connection»);

    Попытка

    Connection.Open(СтрокаПодключения);

Исключение

    а = 0;

КонецПопытки;

СтрокаПодключения = «Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:papkasprut.mdb; Persist Security Info=False»;

Connection.Open(СтрокаПодключения);

NorthWind

79 — 27.04.19 — 19:12

Строка записана верно. Я бы оставил второй вариант и проверял его.

Dmitry_333

80 — 27.04.19 — 19:13

(79) Проверяю, но ошибка таже. Фууххх…

NorthWind

81 — 27.04.19 — 19:14

тогда вариантов пока нет

Garykom

82 — 27.04.19 — 19:16

Если операционка x86_64 то может быть такой прикол что тонкий клиент 1С x86 в файловой.

Но еще стоит платформа 1C x86_64 опубликованная на апаче/iis и в ней &НаСервере вполне 64 бит ))

Dmitry_333

83 — 27.04.19 — 19:18

(82) Отдельная одна база опубликована, но не эта.

Garykom

84 — 27.04.19 — 19:19

А как узнал что платформа 1С x86 а не x86_64 ?

Garykom

85 — 27.04.19 — 19:20

Сделай ка

&НаСервере
Процедура ИнфоНаСервере()
    
    Сообщить("На сервере------------------------------------------------------");
    СисИнфо = Новый СистемнаяИнформация;
    Сообщить("ВерсияОС: "+СисИнфо.ВерсияОС);
    Сообщить("ТипПлатформы: "+СисИнфо.ТипПлатформы+", ВерсияПриложения: "+СисИнфо.ВерсияПриложения);
    Сообщить("Процессор:"+СисИнфо.Процессор+", Память: "+СисИнфо.ОперативнаяПамять);
КонецПроцедуры

&НаКлиенте
Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)
    ИнфоНаСервере();
    
    Сообщить("На клиенте------------------------------------------------------");
    СисИнфо = Новый СистемнаяИнформация;
    Сообщить("ВерсияОС: "+СисИнфо.ВерсияОС);
    Сообщить("ТипПлатформы: "+СисИнфо.ТипПлатформы+", ВерсияПриложения: "+СисИнфо.ВерсияПриложения);
    Сообщить("Процессор:"+СисИнфо.Процессор+", Память: "+СисИнфо.ОперативнаяПамять);
КонецПроцедуры

Dmitry_333

86 — 27.04.19 — 19:24

(84) я же их сам ставлю и обновляю-) Ежели она в папке C:Program Files (x86), следовательно, 32. Или есть какие-то нюансы?

(85) ага, сейчас попробую

Garykom

87 — 27.04.19 — 19:27

А сервер то перезагружал после установки (36) ?

Dmitry_333

88 — 27.04.19 — 19:29

(87) Обязательно!

На Сервере:

ТипПлатформы: Windows x86, ВерсияПриложения: 8.3.13.1513

На клиенте:

ТипПлатформы: Windows x86, ВерсияПриложения: 8.3.13.1513

Dmitry_333

89 — 27.04.19 — 19:33

Вот только почему функция СисИнфо.ВерсияОС вернула Microsoft Windows 7?? А Компьютер — свойства — показваете Server 2008 r2?… Удивительно.

Garykom

90 — 27.04.19 — 19:38

(89) И на сервере и на клиенте «вернула Microsoft Windows 7» ?

Dmitry_333

91 — 27.04.19 — 19:39

(90) Ага. Ничё непонимаю-)

Garykom

92 — 27.04.19 — 19:40

(91) А 1С случаем не в «режиме совместимости» запускаете?

Garykom

93 — 27.04.19 — 19:42

Dmitry_333

94 — 27.04.19 — 19:47

(93) Глянул на всякий, нет, не в режиме совместимости

Garykom

95 — 27.04.19 — 19:49

Ну тогда уй его знает, сервак переустановить точно должно помочь. Но не 100% ))

Dmitry_333

96 — 27.04.19 — 19:52

(95) Снести его нахрен-))

Короч за год с небольшим плотной практики с 1С это первая поблема, решение которой не пришло не изнутри, не извне.

Придется идти обходным путем, как вы выше написали.

Или какого-нить сисадмина 80-го уровня искать-)

Dmitry_333

97 — 27.04.19 — 19:57

Всемогрмное спасибо за помощь!!!

В особенности Garykom и NorthWind.

По-крайней мере хоть что-то новое узнал-))

NorthWind

98 — 27.04.19 — 21:14

Спасибо, но вообще все это предельно странно. Особенно странно то, что тест OLEDB-соединения в соответствующей среде проходит успешно. Была бы угроблена винда — не проходил бы тест…

Garykom

99 — 27.04.19 — 21:16

(98) Может там учебная версия 1С в которой COM-соединения порезаны ))

Garykom

100 — 27.04.19 — 21:16

100

Источник

Как исправить проблемы ODBC в Windows 10

Решение 1. Удалите SMBv1 и включите SMBv2/SMBv3)

Решение 2. Проверьте брандмауэр Windows и Защитник Windows

Решение 3 – Обновление драйверов

Решение 4 – Откат к предыдущей версии Windows

Вопрос

Ответы