Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

• Главная
• Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.

Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.

Связка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Общая информация

Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии 1С:Предприятия было бы неплохо освежить представление как это работает:

В небольших внедрениях сервер 1С и сервер СУБД обычно совмещают на одном физическом сервере, что немного сужает круг возможных ошибок. В нашем случае будет рассматриваться ситуация, когда сервера разнесены по разным машинам. В нашей тестовой лаборатории мы развернули следующую схему:

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных не происходит.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf, найдите строку:

и приведите ее к виду:

где 192.168.31.0/24 — диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.

Сервер баз данных не обнаружен
could not translate host name «NAME» to address: Temporary failure in name resolution

На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл hosts на клиенте, что не дает никакого результата.

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows.

Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.

Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows запись вида:

где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.

Ошибка СУБД: DATABASE не пригоден для использования

Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 1С:Предприятие версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку libICU.

Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.

Ошибка СУБД:
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so»

Довольно специфичная ошибка, характерная для сборок 9.1.x и 9.2.x Postgre@Etersoft, также может приводить предыдущей ошибке. Причина кроется в неисправленной ошибке в библиотеке fasttrun.so. Решение — откатиться на сборку 9.0.x Postgre@Etersoft.

Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31

Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия

или через средство запуска 1С.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю)

Очень простая ошибка. Неправильно указан пароль суперпользователя СУБД postgres. Вариантов решения два: вспомнить пароль или изменить его. Во втором случае вам нужно будет изменить пароль в свойствах всех существующих информационных баз через оснастку Администрирование серверов 1С Предприятия.

Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist

Еще одна очень простая ошибка. Смысл ее сводится к тому, что указанная БД не существует. Чаще всего возникает из-за ошибки в указании имени базы. Следует помнить, что информационная база 1С в кластере и база данных СУБД — две разные сущности и могут иметь различные имена. Также следует помнить, что Linux системы чувствительны к регистру и для них unf83 и UNF83 два разных имени.

Нажмите, чтобы связаться со мной:

Ошибка при входе в 1С — Сервер баз данных не обнаружен

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

Сервер баз данных не обнаружен

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

• Сервер не обнаружен — значит мы должны проверить все ли в порядке с нашим компьютером на котором располагаются базы 1С. Включен ли он и т.д. В любом случае, можно перезагрузить — никогда не помешает.
• Так же в ошибке нам сообщается о конкретном имени сервера к которому не удалось подключиться — значит нужно перепроверить в свойствах базы имя сервера и имя базы.
• Далее если все правильно, значит скорее всего дело в службах, которые обеспечивают работу базы 1С в серверном варианте. Для того чтобы это проверить нам нужно зайти на сервере в раздел Администрирование и выбрать там пункт Службы.

Во первых нужно обратить внимание на службу Агент сервера 1С Предприятия. Либо по английски : 1C Enterprise Server Agent. Посмотрите запущена ли она. Если нет — запустите, если да — перезапустите. Для этого нужно щелкнуть по ней правой кнопкой мыши и выбрать соответствующий пункт.

Служба Агент сервера

В большинстве случаев, этих несложных действий хватает, чтобы избавиться от ошибки. Если проблема не уходит обратите внимание еще на одну службу. Службу SQL Server. Проверьте, запущена ли она. Если нет запустите.

Служба Sql server

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

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

Также если у вас в штате нет системного администратора, чтобы решать подобные проблемы с 1С — советую вам обратить свое внимание на 1С в облаке. За некоторую плату, ребята берут на себя всю работу системного администратора по обслуживанию 1С.

Если вам понравилась статья, вы можете поделиться ей в социальных сетях.)

Похожие записи:

Ошибка «Обнаружено нарушение целостности системы» в 1С. 3 способа исправления.Обычно ошибка «Обнаружено нарушение целостности системы» возникает в 1С сразу.Где в 1С акт сверки и как его сделать в Бухгалтерии 3.0 и 2.0Содержание статьи: Делаем акт сверки в 1С Бухгалтерия 3.0 Делаем.Как запустить обработку 8.2 (обычные формы) в конфигурации на 8.3 (управляемые формы)Если у вас платформа 8.3 и конфигурация на управляемых формах.Как в 1С посмотреть активных пользователейПри работе с 1С часто возникает ситуация, в которой нужно.

От Программист 1С

Просмотреть все записи от Программист 1С по этой ссылке.

Сервер баз данных не обнаружен. (пароль пользователя postgres)

Картина выглядит так.
Есть база 1С 8.1 с которой пропал коннект.
При обращении клиента получаем сообщение:

Сервер баз данных не обнаружен
FATAL password authentication failed for user «postgres»

СУБД PostgreSQL.
Из pgAdmin III базу видно.
Владелец базы: postgres пользователь, скорее всего тоже postgres.

Я, как совершенный чайник в этом предмете делаю предположения: если базу видно из админки СУБД, значит
с ней все в порядке, нужно только в консоли управления серверами сбросить (или сменить) слетевший пароль для пользователя postgres. Пароль админа кластера уволился вместе с админом кластера, но это дело решаемое.
Поправлю srvribrg.lst, но для этого мне придется останавливать агент клиента.
Предприятие работает круглосуточно и непрерывно, и в количестве попыток «попробовать» я сильно ограничен.
по этому осторожничаю.

Так вот, правильно ли я мыслю насчет этой проблемы?
И какие здесь могут быть варианты?

Добавлено через 54 минуты
Только что переделал srvribrg.lst, получил доступ к консоли администрирования кластера.
Когда сбрасываю или меняю пароль пользователя базы в «свойствах» — получаю тот же отлуп, только уже от консоли.
Ошибка изменения базы, ошибка соединения и дальше —

Сервер баз данных не обнаружен
FATAL password authentication failed for user «postgres»
Значит искал не там.

Теперь актуальным остался вопрос про «еще варианты»
Спасибо

Сервер баз данных не обнаружен
Здравствуйте уважаемые. Подскажите Пожалуйста. Имеется физический сервер win2012 r2(64) на нем.

Технология создания приложений на основе многоуревневой архитектуры клиент — Web-сервер — сервер баз данных
Технология создания приложений на основе многоуревневой архитектуры клиент Web-сервер – сервер.

Куда вписать пароль от баз данных
Установил CMS, после чего поменялись пароли, теперь когда я закидываю файлы сайта назад в doc у.

Список баз данных пользователя
Здравствуйте! Подскажите пожалуйста как можно получить список баз данных созданных пользователем?

1.В консоли или в pgAdmin? Или везде?
2. «Создать» — штатным образом, сервер — кластеры — ***(кластер) — информационный базы — «создать»?

Добавлено через 11 минут
Собсно, ничего не вышло. В pgAdmin III можно создать все что угодно,
в консоли кластера — нет. Выходит то же, что и при попытке смены пароля пользователя существующей базы.

FATAL password authentication failed for user «.

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

Так. Здесь поподробнее если можно.
Я всё это в своих картинках представлю ибо чайник.
Во первых, что я уже проделывал:
-доступ к базе и в pgAdmin и в консоли у меня теперь есть. Базы я вижу, но изменить ничего не могу без того же пароля пользователя postgres. А чтобы с базой чего-то делать, админом кластера быть мало оказывается.
-из-под pgAdmin выгрузил в файл резервную копию нужной базы.
-создавал новую базу в СУБД с новым владельцем и новой ролью входа (пользователем), мною же созданным; настраивал 1С прописывал в консоли. Все очень хорошо коннектится. Появляется шикарная возможность работать в лысой базе поскольку загрузить туда нечего и неоткуда.
-в pgAdmin попытался сделать восстановление из выгруженной копии в созданную базу. Естественно такой тупой фокус не прошел — параметры разные.

Таким образом:
— «Пересадить базу» — в чем это должно заключаться?
Выгрузить ее детским способом через, конфигуратор чтобы потом разместить где-нибудь файлово я, понятно, не могу, поскольку она недоступна. Другие решения в голову пока не приходят по скудости опыта.
Теоретически, должна же быть возможность прямо на сервере, допустим под root-ом отредактировать какой-нибудь конфиг, удалить или поменять пароль для юзера postgres. Если пароль где-то хранится- значит его можно оттуда удалить. Тогда следующая проблема. Можно пролететь с аутентификацией по пустому паролю.

В общем, если не сложно, что ты подразумеваешь под «пересадить базу»?