Error creating infobase error of administration operation database server not found

25.01.18 — 13:18

1 — 25.01.18 — 13:36

(0) Сервер не обнаружен. Давно в серверную заглядывал?

2 — 25.01.18 — 13:53

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

3 — 25.01.18 — 14:00

(0) Говорит не может достучаться до СУБД(В данном случае SQL.

SQL стоит на хосте (на этой же машине)? Служба sqlserver запущена? Антивирус и тд? На сервере есть еще базы, уже работающие?

4 — 25.01.18 — 14:09

(3) в службах остановлены sqlagent и sqlbrowser, сервер стоит на этой же машине, нет, других баз нет, как раз и происходит установка

5 — 25.01.18 — 14:10

(3) sqlserver — запущена

6 — 25.01.18 — 14:33

а в sql server management studio заходит?

7 — 25.01.18 — 15:02

(6) он был не установлен, я поставил имя сервера SERVERSQLEXPRESS

8 — 25.01.18 — 15:24

(7) Оставь просто SERVER

9 — 25.01.18 — 15:51

(8) а можете, не знающего человека правильно послать, где это можно сделать?)

10 — 25.01.18 — 16:09

(9) Послать правильно могу, но это нарушение правил форума. Не искушайте, пожалуйста )

11 — 25.01.18 — 16:17

12 — 25.01.18 — 18:42

13 — 25.01.18 — 18:42

(11) Или у Вас сервер называется zup?

14 — 26.01.18 — 11:01

15 — 26.01.18 — 11:03

16 — 26.01.18 — 11:13

(15) Строка запуска ragent как выглядит? Скопируй сюда.

17 — 26.01.18 — 11:18

(16) «C:Program Files1cv88.3.11.2954binragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv8srvinfo»

18 — 26.01.18 — 11:39

(17) Порты стандартные. Сервер как называется? В свойствах системы посмотри.

19 — 26.01.18 — 11:42

20 — 26.01.18 — 11:46

(19) Буйство фантазии, да. Варианты: указать полное доменное имя, проверить брандмауэр, проверить ipv6

21 — 26.01.18 — 12:06

(20) тест по ipv6 не определил, полное доменное имя не помогла, бранд тоже)

22 — 26.01.18 — 12:18

(21) Мужайтесь. Я дам вам парабеллум.

23 — 26.01.18 — 12:20

в кластере серверов пиши localhost

(23) ну либо обращайся не по имени сервера, а по его ip

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

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

Сервер 1С Предприятия. Часть 1 — Общие вопросы.

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

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

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

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

host    all    all       192.168.31.0/24    ident

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

host    all    all       192.168.31.0/24    md5

где 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:WindowsSystem32driversetchosts на платформе Windows.

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

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

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

192.168.31.83 SRV-1C-1204

где указываете адрес и имя вашего сервера 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 два разных имени. 

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

1C 8.1 для Windows 7

После установки не могу создать базу

Error performing operation with infobase
File access error ‘C:Program Files1cv81avda1Cv8.cgr’
reason:
File access error ‘C:Program Files1cv81avda1Cv8.cgr’

Контроль учётных записей пользователя отключи. Установи. Потом верни всё назад.

а как русифицировать ?

Вопрос не понятен.

Он установил английскую платформу и теперь пытается ее русифицировать!

Так пусть установит русскую.

Ему это и сказали на Мисте!

Читают тему:

Мероприятия

• Где купить СОФТ
• Вакансии фирм-партнеров «1С»

• Центры Сертифицированного Обучения
• Интернет курсы обучения «1С»
• Самоучители
• Учебный центр № 1
• Учебный центр № 3

• Сертификация по «1С:Профессионал»
• Организация обучения под заказ
• Книги по 1С:Предприятию

• WWW.1С.ru
• 1С:Предприятие 8
• 1С Отраслевые решения
• Образовательные программы
• 1С:Линк
• 1С:Консалтинг
• 1С:Дистрибьюция
• 1С для торговли
• 1С-Онлайн
• 1С Интерес
• 1С:Образование
• 1С:Торговая площадка
• 1C:Игры
• 1Софт
• ИТС.1C.ru

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

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

Источник

Error performing operation with infobase 1c

Описание ошибки:
Обнаружена для серверных баз 1С: Предприятия 8.3. Возникла после установки и последущего удаления более нового релиза сервера (платформы) 1С: Предприятие 8.3. Используемая СУБД — PostgreSQL 9.4.2-1.1C(x64)

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

Стоит отметить, что предыстория этой ошибки описана в статье ранее, вот ссылка на нее: «Не удалось запустить службу Агента Сервера 1С:Предприятия 8.3 на Локальный компьютер. Ошибка 2: Не удается найти указанный файл.» — вкратце неудачная установка и удаление более позднего релиза платформы 1С:Предприятие 8.

А теперь к решению проблемы.

После встречи с «ошибкой при выполнении операции с информационной базой» при попытке запуска серверной базы было не понятно куда, смотреть. Но начал с анализа кластера сервера 1С: Предприятия и было обнаружено следующее. В консоли «Администрирование серверов 1С Предприятия x86-64» обратим внимание на имя кластера — оно отсутствовало.

Отсутствие имени кластера заставило задумать о том, в порядке ли настройки сервера 1С: Предприятия? Справочно, файлы настройки сервера в общем случае можно найти в ОС Windows по путям:
для 64-разрядной операционной системы
C:Program Files1cv8srvinfo1cv8wsrv.lst — файл 1cv8wsrv.lst с описанием локального кластера сервера;
C:Program Files1cv8srvinforeg_15411CV8Clst.lst — файл 1CV8Clst.lst с описанием баз кластера;

Соответственно для 32-разрядной системы:
C:Program Files (x86)1cv8srvinfo1cv8wsrv.lst
и
C:Program Files1cv8srvinforeg_15411CV8Clst.lst

Проверка файла, содержащего описание кластера показало, что он «не в порядке».

Файл описания настроек кластера сервера 1cv8wsrv.lst выглядел по содержанию рабочим.

Получалось, что условно поврежден файл с описанием баз кластера 1CV8Clst.lst в результате неудачной установки и удаления релиза платформы.

Теперь оставалось решить, как файл восстановить. Возможность найти какую-либо копию файла казалось провальной, т.к. на сервере было отключено создание резервных копий системы. Оставалось только создавать новый файл. НО, надо понимать, что папки в каталоге C:Program Files1cv8srvinforeg_1541 содержали данные журналов регистрации баз. Из «двух зол пришлось выбрать меньшую» — было принято решение «потерять» данные журналов регистрации, главное, чтобы базы снова работали в кратчайший срок. Поэтому существующие папки, чтобы не удалять сразу , в начале их наименования был добавлен символ «-«, чтобы визуально отличать старые.

На скрине «старые» каталоги еще не переименованы, см. след. скрин

Источник

1C 8.1 для Windows 7

После установки не могу создать базу

Error performing operation with infobase
File access error ‘C:Program Files1cv81avda1Cv8.cgr’
reason:
File access error ‘C:Program Files1cv81avda1Cv8.cgr’

Контроль учётных записей пользователя отключи. Установи. Потом верни всё назад.

а как русифицировать ?

Вопрос не понятен.

Он установил английскую платформу и теперь пытается ее русифицировать!

Так пусть установит русскую.

Ему это и сказали на Мисте!

Читают тему:

Мероприятия

• Где купить СОФТ
• Вакансии фирм-партнеров «1С»

• Центры Сертифицированного Обучения
• Интернет курсы обучения «1С»
• Самоучители
• Учебный центр № 1
• Учебный центр № 3

• Сертификация по «1С:Профессионал»
• Организация обучения под заказ
• Книги по 1С:Предприятию

• WWW.1С.ru
• 1С:Предприятие 8
• 1С Отраслевые решения
• Образовательные программы
• 1С:Линк
• 1С:Консалтинг
• 1С:Дистрибьюция
• 1С для торговли
• 1С-Онлайн
• 1С Интерес
• 1С:Образование
• 1С:Торговая площадка
• 1C:Игры
• 1Софт
• ИТС.1C.ru

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

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

Источник

Удалить сеансы ИБ по RAS, сервер 1с на Linux.

Платформа 8.3.10.2252
Сервер 1с на Linux, делаю обработку удаления сеансов (в последствии регламентное задание), но натыкаюсь на ошибку:
«error of administration operation cluster administrator is not authenticated».

&НаСервере
Процедура НайтиИУничтожитьСеансыНаСервере()

КлиентскиеПриложения = Новый Массив;
КлиентскиеПриложения.Добавить(ВРег(«1CV8»)); //толстый клиент
КлиентскиеПриложения.Добавить(ВРег(«1CV8C»)); //тонкий клиент
КлиентскиеПриложения.Добавить(ВРег(«WebClient»)); //web-клиент
КлиентскиеПриложения.Добавить(ВРег(«COMConnection»)); //внешнее соединение 1С:Предприятия через COM
КлиентскиеПриложения.Добавить(ВРег(«WSConnection»)); //web-сервис
//КлиентскиеПриложения.Добавить(ВРег(«BackgroundJob»)); //обработк заданий
//КлиентскиеПриложения.Добавить(ВРег(«SrvrConsole»)); //консоль кластера
//КлиентскиеПриложения.Добавить(ВРег(«COMConsole»)); //администрирование сессии внешнего соединения
//КлиентскиеПриложения.Добавить(ВРег(«JobScheduler»)); //планировщик заданий
//КлиентскиеПриложения.Добавить(ВРег(«Designer»)); //конфигуратор / отладка

СеансыИнформационнойБазы = ПолучитьСеансыИнформационнойБазы();
НомераСеансов = Новый Массив;
Для Каждого СеансИБ Из СеансыИнформационнойБазы Цикл
Если КлиентскиеПриложения.Найти(ВРег(СеансИБ.ИмяПриложения)) <> Неопределено Тогда
Если СеансИБ.НачалоСеанса 0 Тогда

//Для COM
//ПараметрыАдминистрирования = Новый Структура();
//ПараметрыАдминистрирования.Вставить(«ТипПодключения», «COM»); // «COM» или «RAS»
//ПараметрыАдминистрирования.АдресАгентаСервера = «xxx.xxx.xxx.xxx»;
//ПараметрыАдминистрирования.ПортАгентаСервера = 1540; //по умолчанию в 1С используется 1540
//Для RAS
ПараметрыАдминистрирования = Новый Структура();
ПараметрыАдминистрирования.Вставить(«ТипПодключения», «RAS»); // «COM» или «RAS»
ПараметрыАдминистрирования.Вставить(«АдресСервераАдминистрирования», «xxx.xxx.xxx.xxx»);
ПараметрыАдминистрирования.Вставить(«ПортСервераАдминистрирования», 1545);
//общее
ПараметрыАдминистрирования.Вставить(«ПортКластера», 1541); //по умолчанию в 1С используется 1541
ПараметрыАдминистрирования.Вставить(«ИмяАдминистратораКластера», «SupUser»);
ПараметрыАдминистрирования.Вставить(«ПарольАдминистратораКластера», «xxxx»);

ПараметрыАдминистрированияИБ = АдминистрированиеКластераКлиентСервер.ПараметрыАдминистрированияИнформационнойБазыКластера();
ПараметрыАдминистрированияИБ.ИмяВКластере = «DocMsg»;
ПараметрыАдминистрированияИБ.ИмяАдминистратораИнформационнойБазы = «SupUser»;
ПараметрыАдминистрированияИБ.ПарольАдминистратораИнформационнойБазы = «xxxx»;

СтруктураСеанса = Новый Структура;
СтруктураСеанса.Вставить(«Свойство», «Номер»);
СтруктураСеанса.Вставить(«ВидСравнения», ВидСравнения.ВСписке);
СтруктураСеанса.Вставить(«Значение», НомераСеансов);
Фильтр = ОбщегоНазначенияКлиентСервер.ЗначениеВМассиве(СтруктураСеанса);

АдминистрированиеКластераКлиентСервер.УдалитьСеансыИнформационнойБазы(ПараметрыАдминистрирования, ПараметрыАдминистрированияИБ, Фильтр);

Источник

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

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

Одна из распространенных ошибок — «Сервер баз данных не обнаружен…».

Продолжение данного сообщения может быть различным:

1. 1. Could not translate host name «NAME» to address: Temporary failure in name resolution

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

   3. ВАЖНО: в pg_hba.conf нет записи для компьютера «», пользователя «usr1cv8», базы «template»

   4. Is the server running on host and accepting TCP/IP connections on port 5432?

   5. «Породить новый процесс для соединения не удалось: Ресурс временно недоступен» или «ВАЖНО: извините, уже слишком много клиентов.»

   6. FATAL: database «base» does not exist

Далее рассмотрим подробнее каждую ошибку.

Could not translate host name «NAME» to address: Temporary failure in name resolution

Пример полного текста ошибки:

Описание:

Ошибка может возникать как при создании базы, так и при запуске информационной базы.

Решение:

Настроим DNS-адресацию или пропишем адреса в файл hosts. Обратите внимание, что в данном случае проблема в том, что на сервере 1С нет информации о доменном имени сервера СУБД PostgreSQL. Подробнее о DNS — Настройка DNS-адресации для 1С сервера.

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

Пример полного текста ошибки:

Описание: Ошибка возникает при создании базы.

Решение:

Настроим проверку подлинности.

1. 1. Сконфигурируем доступ к серверу PostgreSQL в файле: pg_hba.conf:

Файл должен содержать только следующие строки (содержащие ip серверов 1С) (остальные удалим или пометим как комментарий):

Строк должно быть, соответственно, несколько, если серверов 1С несколько в кластере.

Последняя колонка указывает на метод авторизации.

Если пока теряетесь в настройках доступа. Для понимания, можно сначала открыть все, запустить сервер.

А после удачного старта сервера СУБД разбираться с настройками доступа.

ВАЖНО: в pg_hba.conf нет записи для компьютера «», пользователя «usr1cv8», базы «template»

Пример полного текста ошибки:

Описание ошибки:

Ошибка связана с отсутствием прописанного доступа к базе данных в файле pg_hba.conf

Решение:

Добавим запись в файл pg_hba.conf.

Приведем пример содержания файла, который открывает доступ:

Строк должно быть, соответственно, несколько, если серверов 1С несколько в кластере.

Is the server running on host and accepting TCP/IP connections on port 5432?

Пример полного текста ошибки:

Описание:

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

Решение:

В данном случае необходимо понимать, что рабочего процесса:

Либо нет;

Либо клиент(в нашем случае сервер 1С) его не «видит» по ряду причин:

— Отсутствие доступа;

— Обращение по другому адресу.

1. Первоначально, конечно, проверим, есть ли на сервере СУБД PostgreSQL в запущенных процессах процесс postmaster/postgres (в зависимости от версии PostgreSQL) на порту 5432.

Или

1.1. Если по результатам проверки видим, что не запущен процесс, то необходимо его запустить.

1.2. Если по результатам проверки видим, что процесс запущен, но слушает только «себя» 127.0.0.1.

То выполним ряд настроек.

Отредактируем конфигурационный файл

Укажем там настройку:

1.3. Если видим, что процесс запущен

То переходим к следующем пункту.

2. Проверим доступность процесса по порту, который он «слушает».

С сервера 1С выполним команду(в нашем случае имя сервера СУБД «1s-on-pg-1»):

Если доступ отсутствует – то мы увидим нечто подобное:

К причинам отсутствия доступа по данному порту можно отнести:

• Блокировка брадмауэром или другими подобными программами;
• Отсутствие доступа на уровне сети.

2.1. Проверим статус файерволла.

Если файерволл работает и блокирует порт 5432, то.

Отключим firewall:

и отключим автозапуск.

Результат должен быть следующим:

или

настроим, открыв порт 5432.

«Породить новый процесс для соединения не удалось: Ресурс временно недоступен» или «ВАЖНО: извините, уже слишком много клиентов»

Пример полного текста ошибки:

или

Описание:

В процессе работы выдается ошибка

Решение:

Изменим настройку в файле postgresql.conf

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

Установим ее:

1. 1. Перейдем в терминал psql.

1. 1. Через psql установим следующие параметры командой ALTER SYSTEM SET:

FATAL: database «base» does not exist

Пример полного текста ошибки:

Описание:

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

Решение:

Проверим наименование базы данных и информационной базы. Сделать это можно в консоли администрирования 1С в свойствах базы.

Учтём, что Linux чувствителен к регистру(Base/base/BASE – для него это разные имена баз).