Если при запуске ПК Интеллект отображается ошибка подключения к БД, необходимо проверить следующее:
-
Запустить утилиту Обновления базы данных idb.exe (из меню Пуск — Интеллект — Утилиты или из папки <Директория установки ПК Интеллект>Tools). Выполнить обновление базы данных.
-
Если обновление БД выполняется с ошибками, запустить утилиту SQL Server Management Studio (из меню Пуск — Microsoft SQL Server 2014) и проверить подключение к БД с теми же параметрами, что указаны в строке подключения в утилите idb.exe.
Если подключение не устанавливается, следует проверить правильность учетных данных, используемых для подключения. Если выполняется аутентификация с использованием учетных сведений Windows, необходимо проверить, что у пользователя есть права на доступ к SQL-серверу. Для этого необходимо войти на SQL-сервер из-под учетной записи встроенного администратора.
Также следует проверить, что запущена служба SQL-сервер. Это можно сделать в утилите SQL Server Configuration Manager (Пуск — Microsoft SQL Server 2014 — Configuration Tools) в разделе SQL Server Services.
-
Если подключение к SQL-серверу в утилите SQL Server Management Studio устанавливается, значит повреждена база данных конфигурации ПК Интеллект. Необходимо удалить ее, создать заново, и настроить подключение к ней в утилите idb.exe. По возможности после этого следует восстановить базу данных из резервной копии.
Втр, 13/07/2010 — 12:29
#1
Offline
Зарегистрирован: 13/07/2010
Не запускается программа. Нет доступа к базе данных LOCAL
Доброго времени суток.
Установленна программа Medwork 3.1
При запуске на экране появляется сообщение «Нет доступа к базе данных LOCAL, возможно доступ запрещен».
Программа в данный момент работает локально на одном компьютере.
На нем же развернут MS SQL SERVER 2005.
При установке программы «Medwork 3.1» на нем была развернута база MedworkData_data.
При подключение к серверу SQL видим эту базу. Сервер SQL работает коректно и все службы запущены ( SQL SERVER и Обозреватель SQL SERVER).
Используется аутентификация Windows. Пользователь является членом группы Администраторы.
Заходим в «Управление сервером — Medwork».
Последовательно смотрим все пункты
1) Состояние сервера Medwork — Работает
2) Соединения — «ТК и МК» в нем 2 базы «GLOBAL» и «LOCAL». Заходим в Global. Нажимаем кнопку «Проверить подключение». Пишет «Проверка подключение выполнена».
Аналогично с LOCAL. Файл имеется и открывается в ACCESS. Также данные из файла можно получить выполнив подключение из Excel с той же строкой подключения что и в «Управление сервером — Medwork».
Вопрос: Почему не запускается программа?
Заранее спасибо
Не запускается справочник МиС
Автор nikspec, 26.11.15, 21:22:23
« предыдущая — следующая »
0 Пользователей и 1 гость просматривают эту тему.
Перестал запускаться справочник МиС. Выводится заставка и дальше виснет. Сообщений об ошибках нет. Работает в составе комплекса 2014 в одноранговой сети через Socket. Пробовали запускать непосредственно из под администратора на сервере, где установлен MySQL с базой. Результат тот же. 
Пробовали запускать функцию «Исправить» из инсталятора комплекса — тоже не помогло.
Даже когда запускаешь администратор МиС и жмёшь «Проверить соединение» — всё зависает.
Проверьте утилитой ProcessMonitor (бесплатная, качать на technet) на сервере куда процесс обращается и в каком месте зависает.
Вот сделал скрин работы программы ProcessMonitor
Конечно MS SQL. Пляски с бубном частично помогли.
Справочник работает, если я удалённо подключен к серверу через RDP.
Как только отключаюсь, в ЛОЦМАНе лезет ошибка «нет связи со справочником» 
Понимаю, что это глупо, но всё же.
А антивирус или фаервол случаем не рубит соеденение?
Цитата: nikspec от 27.11.15, 22:05:35
Конечно MS SQL. Пляски с бубном частично помогли.
Справочник работает, если я удалённо подключен к серверу через RDP.
Как только отключаюсь, в ЛОЦМАНе лезет ошибка «нет связи со справочником»
Понимаю, что это глупо, но всё же.
точно настройки DCOM правильные стоят? По ip-шнику адрес писали, может, у вас ошибка работы DNS? Попробуйте сбросить кэш DNS:
ipconfig /flushdns
netsh winsock reset
ping ваш_сервер_MS_SQL
Автор указал, что справочник работает через сокет. Зачем ему про DCOM отвечаете?
Цитата: KiDim от 30.11.15, 10:25:17
Автор указал, что справочник работает через сокет. Зачем ему про DCOM отвечаете?
точно. не увидел.
как-то не умещается в голове, что еще есть такие сети на уровне организаций… 
Но непонятно, как связано rdp соединение (протокол удалённого рабочего стола) с прямым соединением с базой МиС.
Rdp организует только рабочий стол, а не соединение со справочником.
У нас отдел из 5 человек. Нам рано ещё свой домен иметь.
RDP связан видимо с авторизацией. Пока на сервере нет вошедших пользователей — нет авторизации.
Цитата: nikspec от 30.11.15, 11:30:52
У нас отдел из 5 человек. Нам рано ещё свой домен иметь.
RDP связан видимо с авторизацией. Пока на сервере нет вошедших пользователей — нет авторизации.
отдел.. а организация?.. но это мелочи…
Вы пробовали просто получить доступ к БД МиС c локального компа через MS SQL Managment Studio?
Начните с простого.
1) Справочник работал или нет?
2) Другие элементы Комплекса робят?
3) Работа МиС на сервере нормальна? Если да, то от какой учетки запускаете?
Побольше грязных подробностей. Это сильно помогает в решении траблов. Ну и не забываем подключать ТП. Пусть свой хлеб отрабатывают.
- Форум пользователей ПО АСКОН
-
►
Профессиональные вопросы -
►
Инженерный документооборот -
►
Не запускается справочник МиС
15 мая, 2017 11:51 дп
25 768 views
| 1 комментарий
MariaDB, mySQL
WordPress – одна из популярнейших открытых систем управления контентом. Изначально платформа WordPress разрабатывалась для блогов, однако со временем она стала более гибкой и производительной, и теперь подходит для обслуживания практически любого сайта. WordPress разрабатывается почти 15 лет; сегодня это очень надёжная и ошибкоустойчивая система, однако и в ней иногда случаются сбои и ошибки.
Ошибка установки соединения с базой данных (Error Establishing Database Connection) – одна из самых распространённых ошибок WordPress. Обычно её вызывает:
- Сбой БД (чаще всего из-за нехватки памяти).
- Неправильные учётные данные БД в настройках WordPress.
- Нарушение таблиц базы данных WordPress.
В этом руководстве вы узнаете, как определить причину ошибки установки соединения с БД и исправить её.
Требования
- Машина с предустановленной платформой WordPress.
- Доступ к sudo.
- База данных должна быть запущена на одной машине с WordPress.
- Учётные данные БД: имя пользователя, пароль и имя базы данных для WordPress. Эта информация была создана во время начальной настройки WordPress.
1: Проверка памяти сервера
Для начала нужно убедиться, что MySQL работает, и что на сервере достаточно памяти для обработки данных WordPress.
Подключитесь к серверу по SSH:
ssh 8host@your_server_ip
Примечание: Если вы уверены, что правильно указали учётные данные, но у вас по-прежнему возникают проблемы при входе в систему, возможно, на сервере не хватает памяти или он не справляется с большой нагрузкой. Это случается из-за неожиданного роста трафика, и этим можно объяснить ошибку WordPress. Попробуйте перезагрузить сервер и подключиться снова.
Подключившись к серверу, убедитесь, что MySQL работает:
sudo netstat -plt
Команда netstat выводит информацию о сетевой системе сервера. Приведённая выше команда выведет имена программ, которые прослушивают соединения на сокете tcp (флаги –p, –l и –t соответственно). В выводе найдите mysqld:
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 localhost:mysql *:* LISTEN 1958/mysqld
tcp 0 0 *:ssh *:* LISTEN 2205/sshd
tcp 0 0 localhost:smtp *:* LISTEN 2361/master
tcp6 0 0 [::]:http [::]:* LISTEN 16091/apache2
tcp6 0 0 [::]:ssh [::]:* LISTEN 2205/sshd
tcp6 0 0 ip6-localhost:smtp [::]:* LISTEN 2361/master
Если такая программа есть в выводе команды, значит, сервер MySQL запущен и прослушивает соединения. Если вы не нашли MySQL в списке, попробуйте запустить сервер вручную. Обычно для этого используется команда:
sudo systemctl start mysql
Примечание: В некоторых дистрибутивах Linux (например, в CentOS) используется mysqld вместо mysql.
Сервер MySQL должен запуститься. Чтобы убедиться в этом, снова запустите netstat и найдите в выводе строку mysqld.
Для корректной работы MySQL и WordPress нужно довольно много памяти. Сервер MySQL может прекратить работу из-за нехватки памяти. Чтобы убедиться, что ошибка произошла по этой причине, проверьте логи ошибок MySQL.
zgrep -a "allocate memory" /var/log/mysql/error.log*
Команда zgrep выполнит поиск по логам, включая более старые логи в архиве с расширением .tar.gz. Команда будет искать в логах error.log* из каталога /var/log/mysql/ все строки с пометкой allocate memory.
2017-04-11T17:38:22.604644Z 0 [ERROR] InnoDB: Cannot allocate memory for the buffer pool
Если вы видите на экране такую строку (или несколько таких строк), значит, причина ошибки подключения к БД в нехватке памяти для работы MySQL. Возможно, это произошло из-за резкого роста трафика. Если в выводе много таких строк, значит, сервер сталкивается с нехваткой памяти регулярно. В таком случае рекомендуется переместить ресурс на сервер с большим объёмом памяти. Большинство провайдеров облачного хостинга позволяют просто обновить свой сервер с минимальным временем простоя.
Если команда zgrep не вернула ничего, памяти на сервер достаточно для обработки данных WordPress и MySQL. Если ошибка установки соединения с БД не исчезла, нужно проверить настройки WordPress и убедиться, что в них указаны правильные данные о MySQL.
2: Проверка учётных данных MySQL
Если вы недавно переместили установку WordPress на новый сервер (или сменили хостинг-провайдера), вам нужно обновить информацию о БД в настройках WordPress. Они хранятся в PHP-файле wp-config.php.
Найдите этот файл:
sudo find / -name "wp-config.php"
Команда выполнит поиск в root-каталоге и найдёт все файлы wp-config.php. Если такой файл существует, команда выведет путь к нему:
/var/www/html/wp-config.php
Откройте его в текстовом редакторе:
sudo nano /var/www/html/wp-config.php
Этот файл содержит много переменных и комментариев к ним. В начале файла можно найти строки, отвечающие за настройки БД:
/** The name of the database for WordPress */
define('DB_NAME', 'database_name');
/** MySQL database username */
define('DB_USER', 'database_username');
/** MySQL database password */
define('DB_PASSWORD', 'database_password');
Убедитесь, что эти три переменные содержат правильные данные. Если здесь указаны неправильные значения, откорректируйте их, а затем сохраните и закройте файл (CTRL-O, CTRL-X). Даже если теперь в файле указана валидная информация о БД, стоит попробовать подключиться к базе данных из командной строки, чтобы убедиться, что ошибка исчезла. Скопируйте из конфигурационного файла и вставьте данные в следующую команду:
mysqlshow -u database_username -p
Команда запросит пароль. Вставьте пароль и нажмите Enter. Если вы при этом получили ошибку Access denied, значит, вы указали неправильное имя пользователя или пароль.
Если учётные данные введены правильно, вы увидите на экране список баз данных, к которым есть доступ у текущего пользователя.
+--------------------+
| Databases |
+--------------------+
| information_schema |
| database_name |
+--------------------+
Убедитесь, что в этом списке есть БД, указанная в конфигурации WordPress. Перезапустите сайт и убедитесь, что ошибка подключения к БД исчезла.
Если исправить ошибку не удалось, попробуйте восстановить БД.
3: Восстановление базы данных WordPress
Иногда база данных WordPress может быть повреждена во время неудачного обновления, сбоя базы данных или из-за неправильного плагина. Эта проблема может отображаться как ошибка установки соединения с базой данных. Если проблему не удалось устранить с помощью предыдущих методов, попробуйте восстановить базу данных.
WordPress предоставляет встроенную утилиту для восстановления БД. По умолчанию она отключена (поскольку к ней нельзя ограничить доступ, а значит, она представляет угрозу безопасности сервера).
Откройте wp-config.php.
sudo nano /var/www/html/wp-config.php
Вставьте в файл такую строку:
define('WP_ALLOW_REPAIR', true);
Эта строка включает функцию восстановления БД.
Сохраните и закройте файл.
Откройте браузер и перейдите по следующему адресу:
http://www.example.com/wp-admin/maint/repair.php
Примечание: Вместо www.example.com укажите свой домен или IP.
На экране появится страница восстановления базы данных:
WordPress can automatically look for some common database problems and repair them. Repairing can take a while, so please be patient. […]
Нажмите кнопку Repair Database. На экране появится страница с результатами, где вы сможете отслеживать проверку и исправления в реальном времени.
После этого снова откройте файл wp-config.php и удалите из него строку, которая включает поддержку утилиты восстановления БД.
Проверьте работу сайта. Если WordPress обнаружил в БД ошибки, которые не удалось исправить, попробуйте восстановить БД из резервной копии.
Читайте также: Импорт и экспорт баз данных MySQL и MariaDB
Если утилита WordPress не обнаружила проблем с базой данных, значит, БД также не является источником ошибки соединения. Возможно, это какая-то временная ошибка.
В большинстве случаев ошибку установки соединения можно устранить при помощи предложенных выше методов. Однако иногда источником ошибки являются атаки или нехватка серверных ресурсов.
Часто источником повышенного трафика (а также низкой производительности и ошибок) являются brute-force атаки. Чтобы узнать, как смягчить атаки WordPress, читайте статью Защита WordPress от взлома XML-RPC в Ubuntu 14.04.
Чтобы сэкономить ресурсы сервера, настройте кэширование WordPress. Полезные инструкции вы найдёте в руководстве Настройка кэширования Redis для ускорения WordPress.
Tags: MySQL, WordPress
На сайте ошибка базы данных
На сайте может отображаться одна из следующих ошибок подключения к базе данных:
- «Error Establishing a Database Connection»,
- «Database connection error (2): Could not connect to MySQL»,
- «DB error»,
- «Could not connect to MySQL»,
- «Невозможно подключиться к базе данных».
Ошибку могут вызвать две причины: сервер баз данных недоступен или неверно прописаны реквизиты подключения к базе данных. В первую очередь убедитесь, что сервер баз данных доступен. Если ошибка всё равно появляется, решите проблему по инструкции ниже.
Что делать, если неверно прописаны реквизиты подключения к базе данных
Ошибка может возникать, если в конфигурационном файле сайта неправильно указаны реквизиты базы данных: сервер, имя базы данных, имя пользователя и пароль.
Чтобы проверить реквизиты:
-
1.
Определите, как называется конфигурационный файл сайта. Если ваш сайт сделан на CMS, воспользуйтесь инструкцией: Где CMS хранит настройки подключения к базе данных. Если у вас самописный сайт, обратитесь к его разработчику или в службу поддержки.
-
2.
Войдите в панель управления хостингом, найдите и откройте конфигурационный файл. Он может располагаться как в корневой папке, так и в других директориях сайта.
-
3.
Проверьте в файле реквизиты. В качестве сервера базы данных должен быть прописан localhost (обратите внимание, не 127.0.0.1). Если вы используете удалённую базу данных на каком-либо другом сервере, пропишите его IP-адрес и убедитесь, что сервер доступен.
-
4.
Проверьте в файле имя базы данных (логин) и имя пользователя базы данных. Если вы используете базу данных по умолчанию, то они должны совпадать с именами, указанными в Личном кабинете: Доступы к MySQL. Если вы создавали новую базу самостоятельно, реквизиты можно посмотреть в панели управления.
-
5.
Обновите пароль базы данных. Скопируйте пароль, который указан в конфигурационном файле. Задайте его в качестве нового пароля пользователя базы данных: Как изменить пароль пользователя базы данных.
Готово, теперь ошибка должна быть устранена.