База данных не обнаружена 1с sql

База данных не обнаружена 1с sql

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

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

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

  • Автор: Уваров А.С.
  • 22.05.2014

Связка сервера 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 на клиенте, что не дает никакого результата.

Читайте также:  Reallocated sector count нормальное значение

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

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

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

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе 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С Предприятия

Читайте также:  Snapdragon 810 характеристики процессора

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

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

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

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

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

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

Речь пойдет о ситуации, когда при обычном запуске программы, то есть в режиме "1С: Предприятие", выдается ошибка "Отсутствует файл базы данных".

По гиперссылке имеем возможность посмотреть подробную информацию.

Получается, что информационная база не обнаружена по причине отсутствия файла базы данных по тому адресу, где был ранее расположен данный файл.

Прочитав, можем нажать "ОК", а в предыдущем окне кнопку "Завершить работу", так как перезапуск не решит данную проблему.

При запуске конфигуратора в рассматриваемом случае поступит предложение, создать новую базу, но так как необходимо открыть "старую", рабочую базу, то выбираем "Нет".

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

Какие действия должны быть в сложившейся ситуации? Во-первых, путь к базе, о котором говорилось выше. Посмотреть можно его в окне запуска, выделив нужную нам информационную базу.

Читайте также:  Батник для изменения реестра

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

Как видим, требуемой папки не оказалось в указанном месте. Задача состоит в том, чтобы установить переименовали ли папку или перенесли допустим на другой локальный диск. Чаще всего папки с базами страдают в момент, когда кто-то захотел "навести порядок" в данных, хранящихся на компьютере. Подумайте, может быть Вы вспомните, что случилось с искомой папкой.

В нашем случае её просто переименовали. Когда причину определили, то имеем возможность прописать новый путь к информационной базе в настройках 1С.

Выбрав данную базу, обращаемся к кнопке "Изменить". В первом открывшемся окне с требованием указать наименование нажимаем далее. Тогда открывается следующее окно, где заново прописываем новый правильный путь, который появился в сложившихся обстоятельствах.

Снова "Далее" и в последнем окне "Готово".

Теперь в окне запуска отражается новый путь к базе.

Надеюсь, что описанные действия помогут Вам самостоятельно помочь программе найти потерявшуюся информационной базу и устранить проблемные ситуации с минимальными потерями времени.

Автора статьи: Кристина Саввина

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

Эта критическая ошибка возникает при физическом отсутствии базы на СУБД

Скриншот ошибки:

Проверка и исправление

  • Перезапускаем службы сервера 1С и базы данных.
  • Заходим в SQL Managment Studio и проверяем наличие базы (корректно ли ее имя).
  • Видим, что база заблокирована «зеркалированием» (Статус «В процессе восстановления»)

  • Отключаем «зеркалирование» и восстанавливаем из копии

Что еще может быть:

  • отсутствие прав у пользователя сервера базы данных, который прописан в свойствах базы:
  • база ушла в «Suspect Mode»/Suspend, подробнее на сайте.

Реклама магазина самообслуживания: треска, стоящая в очереди за cобственной печенью.

Ссылка на основную публикацию
Adblock detector