1. Nik_novosib 08.06.17 13:31 Сейчас в теме

Ошибка при выполнении операции с информационной базой

Добрый день, коллеги!

Хронология событий:

Неделю назад была установлена платформа 8.3.9.2170 вместо 8.3.5.1482. Неделю проблем не было.

2 дня назад на одной из баз возникла указанная ошибка. При чем больше ни каких подробностей (нет ни кодов ошибок ни дополнительной информации).

Гугл посоветовал перезапустить процесс сервера 1С. Но в кластере еще порядка 5 рабочих баз. Поэтому этот вариант рассматривался как крайний. Удалось устранить переподключением базы в консоли кластера.

Вчера еще 4 базы (2 копии, 2 рабочих). Восстановить одну из баз выше указанным путем не удалось.
Посмотрел кэш ИБ - пустой. Т.е. даже служебные папки не создались в т.ч. файл журнала регистрации.

Собственно вопрос - в чем может быть проблема? Чем лечить?
Ответы
Избранное Подписка Сортировка: Древо
8. Xershi 388 07.09.17 15:18 Сейчас в теме
(1) после такого перехода рекомендуется делать ТИИ!
9. sokir 07.09.17 16:49 Сейчас в теме
(8) ну конечно

А вообще может можно настроить как-то технологический журнал чтобы какие-то плохие события отлавливать?
10. Xershi 388 07.09.17 16:50 Сейчас в теме
(9) судя по ошибке это просто что-то отвалилось. Скорее смотреть нужно логи винды!
11. sokir 07.09.17 17:33 Сейчас в теме
(10) все журналы винды просмотрел - в это время ничего интересного не было. Только сообщения типа "Непрерывное время работы ...".
2. Азверин 09.06.17 08:45 Сейчас в теме
Сейчас утром тоже самое словил. 8.3.6.2332. Вчера сделал рядовое изменение конфигурации.
Буду ждать админа.
3. Ivan_Sol 16 09.06.17 08:57 Сейчас в теме
Как вариант. Перезапуск RPhost каждые 8 часов. И базу Выгрузить dt и загрузить.
4. Ivan_Sol 16 09.06.17 08:59 Сейчас в теме
Лучше поставить платформу 8.3.10 - там меньше глюков
5. Nik_novosib 19.07.17 08:10 Сейчас в теме
Дополнение.
Базы продолжали падать. Для некоторых, способ переподключения в консоли, перестал работать. Ошибка повторялась.

На выходных для лечения было принято следующее:
1. Остановка кластера.
2. Чистка кэша ИБ. Всех. Журналы регистрации соответственно тоже были убиты(файловые, не SQLite). Точнее, копии оставил на всякий случай.

Больше проблем не возникало.
6. sokir 07.09.17 15:09 Сейчас в теме
Та же ошибка. Платформа 8.3.10.2466.
Уже второй раз за месяц тупо всех выкинуло с базы: "Ошибка при выполнении операции с информационной базой. Нет ответа от сервера ..."
Сервер 1С и SQL 2008 на одном виндовом сервере 2008.
Я работал на этом же сервере, остальные пользователи с другого.
Скриншот прикрепил.
Просмотрел журналы винды - никаких сообщений про службы 1С и SQL. Просмотрел журналы SQL - сообщений про остановки и сбои не было.
Сервер перегружался физически менее недели назад. Гугл не помог.

Куда копать?
Прикрепленные файлы:
7. SaschaL 07.09.17 15:11 Сейчас в теме
(6) а сервер вообще запущен в это время?
12. shilanser 08.11.17 11:54 Сейчас в теме
(6)
Доброе время суток!
Клиент-сервер, 8.3.10.2580, на одном сервере физическом.
Ту же проблему наблюдаем: иногда при запуске (и Предприятия, и Конфигуратора), иногда во время работы пользователей выходит та же ошибка, что и на скриншоте выше. Кто-нибудь решил проблему?
14. shilanser 09.11.17 17:02 Сейчас в теме
Ещё раз доброе время суток всем!
Может кому пригодится - проблему на скриншоте в (6) решили.
Запустили логирование сервера 1с, там обнаружили такую картину: постоянно выпадала ошибка типа
"Descr='descr=10038(0x00002736): Сделана попытка выполнить операцию на объекте, не являющемся сокетом",
после чего рабочие процессы rphost перезапускались, что происходило постоянно. Соответственно, забивались почти все динамические порты винды, что тоже замедляло работу системы.
Было принято несколько мер, а именно:
- перенастроен сервер 1с: увеличено с 1 до 4 количество инф. баз на рабочий процесс, снижено количество подключений на рабочий процесс с 250 до 50;
- отключен IPv6 на сервере support Microsoft;
- самое, считаю, главное - убрано прямое подключение сервера к интернету, на нем был настроен роутинг сети, эта функция вынесена на роутер. Предполагаем, что был какой-то конфликт адресов с провайдером.
Как результат - серверные базы стали просто неприлично быстро работать. :-)
Всем успехов.
NN2P; simich; +2 Ответить
15. user785063 07.12.17 15:25 Сейчас в теме
(14)
перенастроен сервер 1с: увеличено с 1 до 4 количество инф. баз на рабочий процесс, снижено количество подключений на рабочий процесс с 250 до 50;

Подскажите пожалуйста подробнее, где это.
16. Fox-trot 89 07.12.17 15:38 Сейчас в теме
13. sokir 08.11.17 18:06 Сейчас в теме
Два месяца как проблема не повторялась.
В чем была причина и повторится ли вновь - не понятно.
17. Jack07 17.01.18 15:56 Сейчас в теме
Столкнулись с похожей проблемой.
Просто не создавался новый процесс для подключения к базе. Баз очень много.

В консоли настройках рабочего сервера стоит обычно диапазон IP портов 1560:1570
Если же баз больше 10-и и все используются и на каждую создается отдельный процесс,
то диапазона может не хватить .
Тут либо диапазон увеличить, либо по несколько баз на процесс вешать.
Проблему решили расширением диапазона.
20. inomaratadeath 02.10.18 20:56 Сейчас в теме
(17) а как расширить диапазон, не подскажите? в реестре?


(16) облазил консоль, нигде ничего похожего не нашёл...
21. Fox-trot 89 02.10.18 21:13 Сейчас в теме
(20) в свойствах Рабочего сервера
inomaratadeath; +1 Ответить
18. chukawata 10 17.07.18 06:58 Сейчас в теме
Ошибка "Ошибка при выполнении операции с информационной базой server_addr=tcp..." -- winsock'овская. Сейчас она возникла при отвале компьютера от корпоративной сети. Время от времени у нас приходится переводить компьютеры в группу, а потом возвращать в домен. В данном случае возврат в домен вызвал ошибку: "Не удалось подключиться к контроллеру домена Active Directory для домена ___"
А в группе база стала доступна, хотя лежит на сервере (как приложение, так и БД).
Прикрепленные файлы:
19. chukawata 10 17.07.18 09:25 Сейчас в теме
Полностью моя ошибка выглядит так:

Ошибка при выполнении операции с информационной базой
server_addr=tcp://1C:1541 descr=207.148.248.143:1541:10060(0x0000274C): Попытка установить соединение была безуспешной...

Интересная статья про ошибку с кодом 0x0000274C здесь: https://infostart.ru/public/353977/.
Но у меня другая причина: IP-адрес кластера не наш.
Прикрепленные файлы:
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Нижний Новгород
зарплата от 120 000 руб.
Полный день

Программист 1С
Санкт-Петербург
зарплата от 120 000 руб.
Полный день

Программист 1С
Новосибирск
зарплата от 80 000 руб. до 100 000 руб.
Полный день

Системный аналитик
Новосибирск
зарплата от 80 000 руб. до 100 000 руб.
Полный день

Программист 1С
Салехард
зарплата от 80 000 руб. до 200 000 руб.
Полный день