Имя: Пароль:
1C
1С v8
PostgreSQL 9.6.3. Вылетают пользователи с ошибкой "Сервер баз данных не обнаружен"
,
0 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.

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

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

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

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

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

ворк мем убавь
30 bumka
 
14.03.18
16:27
(20) Прописала в списке баз Кластер серверов 127.0.0.1 не помогло. Вылетаем.
(14) Исключение в антивирусе не помогло
31 Cyberhawk
 
14.03.18
16:57
Исключение антивируса и не поможет, надо его удалить
32 bumka
 
15.03.18
15:35
(29) ворк мем = 50. Вылетаем
33 arsik
 
гуру
15.03.18
15:45
(32) Так что с антивирем?
34 Cyberhawk
 
15.03.18
15:48
(33) Думаю, наверное, что раз отключили, то исключили его влияние, бгг
35 Cyberhawk
 
15.03.18
15:48
*думают
36 rs_trade
 
15.03.18
16:05
(32) в логах ниче нового? уровень логирования может повысить.
37 ansh15
 
16.03.18
10:58
(3) Оставьте только сервер приложений 1С и СУБД. Или заведите отдельный компьютер для РДП, если без него совсем никак. Про антивирус уже писали.
38 bumka
 
16.03.18
11:17
(36) ставила debug2, ничего нового не появилось. Ставила log_temp_files = 0, временные файлы логируются, читала, что надо увеличить тогда werk_mem?
39 bumka
 
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

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