Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

PostgreSQL 9.6.3. Вылетают пользователи с ошибкой "Сервер баз данных не обнаружен"

PostgreSQL 9.6.3. Вылетают пользователи с ошибкой "Сервер баз данных не обнаружен"
Я
   bumka
 
12.03.18 - 17:25
Добрый день!
1С:Предприятие 8.3 (8.3.10.2561), КА 1.1, PostgreSQL 9.6.3.-1.1С(х64), Windows server 2008 R2 х64, периодически вылетают пользователи из 1С с ошибкой "Сервер баз данных не обнаружен". Перезаходят в 1С и нормально работают дальше.
В логах PostgreSQL
< 2018-03-12 16:46:45.615 MSK >WARNING:  worker took too long to start; canceled
< 2018-03-12 16:46:48.610 MSK >WARNING:  autovacuum worker started without a worker entry
< 2018-03-12 16:46:48.657 MSK >LOG:  could not receive data from client: An established connection was aborted by the software in your host machine.

Подскажите, пожалуйста, куда смотреть?
 
 
   ansh15
 
1 - 13.03.18 - 13:25
Обычно может проявляться при сильной загрузке сервера(процессоры, диски), например
http://www.sql.ru/forum/822277/v-chem-oshibka-worker-took-too-long-to-start-cancelled
Множество фоновых и регламентных заданий, количество активны пользователей(перепроведения, отчеты) сильно превышает возможности процессоров, RDP на этом же сервере и этими же пользователями. В общем, что угодно. Диск испортился, наконец...
   rs_trade
 
2 - 13.03.18 - 13:57
work_mem сколько?
   bumka
 
3 - 13.03.18 - 14:18
На сервере крутится все. И 1С сервер, и postgresql, антивирус, 10-12 пользователей через rdp. Оперативки  32 Гб, Intel(R) Xeon(R) CPU E3-1240 v3 @ 3.40GHz.

work_mem = 500MB
   bumka
 
4 - 13.03.18 - 14:20
Обычно загрузка процессора и памяти не больше 50%, а в моменты старта автовакуума не замечала, какие показатели.
   Фрэнки
 
5 - 13.03.18 - 14:22
(4) КА 1.1 - это только в этой базе ошибка или в разных других тоже бывает?
   bumka
 
6 - 13.03.18 - 14:34
одновременно рядом были открыты две базы: маленькая самописная и КА. КА вылетела, а маленькая нет.
   rs_trade
 
7 - 13.03.18 - 14:36
(3) это очень много. надо уменьшить раз в 10. это память для одной операции сортировки и хеш-таблиц в запросе.

может просто память выедается и сеанс отстреливается.
   ИТ директор
 
8 - 13.03.18 - 14:38
(6) 9.6.3 старое УГ, поменяй на 9.6.6 с сайта https://postgrespro.ru/products/1c

при установке у него автоматически правильные параметры постгрес.конф прописываются
   bumka
 
9 - 13.03.18 - 14:40
(8) просто установить поверх?
   ice777
 
10 - 13.03.18 - 14:40
(0) Сеть смотри. И домен, или АД как там у вас.
 
 Рекламное место пустует
   ice777
 
11 - 13.03.18 - 14:41
(10) + dhcp, если именами пользуешься
   bumka
 
12 - 13.03.18 - 14:42
(10) Нет домена
   bumka
 
13 - 13.03.18 - 14:43
(11) можно подробнее, пожалуйста?
   ИТ директор
 
14 - 13.03.18 - 14:45
(9) должно прокатить обычным обновлением на винде...перед этим сделай бэкап pgdump'ом и на всякий случай выгрузку в dt

и лучше проверить как все поднимется на другом компе перед тем как делать на рабочем сервере.

и кстати в антивирусе настроено исключение на папку кластера Postgre?
   ИТ директор
 
15 - 13.03.18 - 14:46
+(14) под виндой очень много глюков в работе постгреса связано с антивирусом
   bumka
 
16 - 13.03.18 - 14:49
(14) спасибо, проверю все
   ice777
 
17 - 13.03.18 - 14:51
(13) если обращение к компу идет по имени- то это работа dhcp - службы имен. Если обращаться по ip- гемору намного меньше.
   ice777
 
18 - 13.03.18 - 14:53
А еще, постри не заточен изначально на винду, это линуксовое порождение. Поэтому его часто поднимают на отдельной машине. ну и сервер 1С там же. все, больше туда совать ничего не надо.
   bumka
 
19 - 13.03.18 - 14:54
(17) при установке PostgreSQL указывали localhost, при создании баз 1С имя компьютера.
   ice777
 
20 - 13.03.18 - 14:57
(19) впишите ip.
може dhcp периодически глючит.
   bumka
 
21 - 13.03.18 - 14:58
(20) хорошо
   rphosts
 
22 - 13.03.18 - 15:01
чё там с maxconnection?
   rphosts
 
23 - 13.03.18 - 15:01
и да, сколько при этом реально сеансов?
   bumka
 
24 - 13.03.18 - 15:08
maxconnection = 100
   bumka
 
25 - 13.03.18 - 15:25
(23) 12
   rs_trade
 
26 - 13.03.18 - 15:43
(24)(25) это разные сеансы. maxconnection можно уменьшить до 10, но это так себе оптимизация.
   bumka
 
27 - 13.03.18 - 16:00
Нагуглила:" Но чтобы autovacuum еще и плодотворно трудился и не сильно нагружал систему, количество worker-ов должно быть как минимум  4, а в идеале – 25% всех ядер, которые выделены серверу базы данных для работы с PostgreSQL." Что это означает? У меня в логах ругается на worker.
   arsik
 
28 - 13.03.18 - 16:44
(27) Исходя из названия - рабочих процессов
   rs_trade
 
29 - 13.03.18 - 17:02
(27) предупреждения что сервак перегружен и воркеры стартануть нормально не могут. это следствие, а не причина.

ворк мем убавь
   bumka
 
30 - 14.03.18 - 16:27
(20) Прописала в списке баз Кластер серверов 127.0.0.1 не помогло. Вылетаем.
(14) Исключение в антивирусе не помогло
   Cyberhawk
 
31 - 14.03.18 - 16:57
Исключение антивируса и не поможет, надо его удалить
   bumka
 
32 - 15.03.18 - 15:35
(29) ворк мем = 50. Вылетаем
   arsik
 
33 - 15.03.18 - 15:45
(32) Так что с антивирем?
 
 
   Cyberhawk
 
34 - 15.03.18 - 15:48
(33) Думаю, наверное, что раз отключили, то исключили его влияние, бгг
   Cyberhawk
 
35 - 15.03.18 - 15:48
*думают
   rs_trade
 
36 - 15.03.18 - 16:05
(32) в логах ниче нового? уровень логирования может повысить.
   ansh15
 
37 - 16.03.18 - 10:58
(3) Оставьте только сервер приложений 1С и СУБД. Или заведите отдельный компьютер для РДП, если без него совсем никак. Про антивирус уже писали.
   bumka
 
38 - 16.03.18 - 11:17
(36) ставила debug2, ничего нового не появилось. Ставила log_temp_files = 0, временные файлы логируются, читала, что надо увеличить тогда werk_mem?
   bumka
 
39 - 16.03.18 - 11:19
сообщения
< 2018-03-12 16:46:45.615 MSK >WARNING:  worker took too long to start; canceled
< 2018-03-12 16:46:48.610 MSK >WARNING:  autovacuum worker started without a worker entry

несколько раз в день. Не на каждом вылетаем. Иногда бывают дни без вылетов, а сообщения есть.
   bumka
 
40 - 16.03.18 - 11:20
(33) остановлю антивиря, посмотрю, что будет.
   arsik
 
41 - 16.03.18 - 11:26
(40) Тебе же уже объяснили, что его не остановить нужно а снести
   bumka
 
42 - 16.03.18 - 11:29
(41) слушаюсь :)
   rs_trade
 
43 - 16.03.18 - 11:38
(38) почитай про ворк мем в документации. не надо ее сильно увеличивать если не олап хранилище.
   bumka
 
44 - 26.03.18 - 11:48
Неделю без вылетов. Вероятно, полечило увеличение shared_buffers


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует