Тут можно по постгресу вопросы спрашивать?

пг+1с+линь если чистый пг то в другую группу

пг+1с+линь если чистый пг то в другую группу

можно ссылку?

@pgsql

pg_hba.conf в студию.

оффтопик - а что, пользователей в постгресе можно с цифры начинать?

оффтопик - а что, пользователей в постгресе можно с цифры начинать?

это пример просто там для других юзеров та же история была но я по другому сделал, создал базу данных на сервере и подключился к ней, правда у меня другая проблема поставил dbeaver в нем делал таблицы и так и не понял как делать auto increasment

pg_hba.conf в студию.

а и на винде я так и не смог этот файл отыскать

а и на винде я так и не смог этот файл отыскать

эээ. там же, где и все остальные конфиги. в этом плане винда от линукса абсолютно ничем не отличается

но сейчас меня реально больше волнует как в dbeaver включить auto incresment для primary key

эээ. там же, где и все остальные конфиги. в этом плане винда от линукса абсолютно ничем не отличается

я забил на винду, на сверевер удобней держать БД

Коллеги, вопрос. Хотим запустить на сервере сторожа, чтобы рестартовал службу сервера 1С при достижении определенного уровня потребляемой им пати. Стоит ли неконтролируемо рестартить службу? Может ли быть проблема с данными ИБ?

Ресурс памяти ограничен у нас(

Ресурс памяти ограничен у нас(

Дешевле памяти накупить.

J

Коллеги, вопрос. Хотим запустить на сервере сторожа, чтобы рестартовал службу сервера 1С при достижении определенного уровня потребляемой им пати. Стоит ли неконтролируемо рестартить службу? Может ли быть проблема с данными ИБ?

как по мне 1С-ка и так не самым железобетонным образом работает по части стабильности, а ещё и рестартить её внезапно - это ж сущее испытание на прочность и выживаемость! судя по багрепортам на ИТС - она и сама горазда покрашиться и рестартануться лишний раз без спросу и поводу, а ещё задёргивать её дополнительными рестартами - как подпрыгивать на суку, на котором сидишь...

Флуд

Флуд

правильно люди говорят

Флуд

пруфы надо с ИТС?

кому не лень - сами найдут

хотя бы вот - на вскидку https://bugboard.v8.1c.ru/error/000044063.html

и ещё -

https://bugboard.v8.1c.ru/error/000043266.html

Так, имеются ввиду баг-репорты о том, что из-за падений службы сервера происходили проблемы с данными ИБ?

Мне достаточно ответа да, чтобы я не запускал сторожа.

лично я в подобные ситуации (описанные в багрепортах) пока не попадал, но могу предполагать, что базам от этого лучше наврядли будет

Мне достаточно ответа да, чтобы я не запускал сторожа.

сама идея у вас достойна премии дарвина, так не решают вопросы

максимум на что обычноидут люди это ночью перезагружать сервер

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

Вот и говорю нечего.

С премией дарвина, прям подзатыль получился)

а если в этотмомент идет работа с файлами то вообще можете данные недополучить особенно при потоковой записи или чтении

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

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

каждый высказывается исходя из _собственного_ опыта, но решение всегда за самим вопрошающим быть может в Вашей ситуации всё будет непоколебимо вопреки предпосылкам и предположениям окружающих многое зависит он нагрузки, конфигурации и построения запросов, от железа

можно поиграть с настройками в консоли MMC управления сервером

там были соответствующие параметры

Рестартуем без пользователей, взлетает обратно все, 16 пользователей спокойно держит весь день. УТ 11, Бух, ЗУП

наизусть не помню, но по умолчанию (по мнению 1С) они оптимальны для большинства можно рекомендовать сначала записать ДО изменений и подбирать пока результат не станет Вас устраивать

Рестартуем без пользователей, взлетает обратно все, 16 пользователей спокойно держит весь день. УТ 11, Бух, ЗУП

Может тогда просто сделать рестарт ночью и этого будет достаточно?

Да в том то и дело, что днем сегодня например, загружали копию бух на сервер, в этот момент ушла вся память.

Утром у нас все ок было.

Да в том то и дело, что днем сегодня например, загружали копию бух на сервер, в этот момент ушла вся память.

Загружайте на тестовом сервере как вариант

Может тогда просто сделать рестарт ночью и этого будет достаточно?

причём я за аппаратный рестарт всего серва (не только процессов 1С и/или базы) т.к. без перезагрузки операционки там копятся какие-то дискрипторы и как раз могут занимать бешенные объёмы памяти (про это была статья на Хабре) - причём что на винде, что на линях (правда на линях заметно медленнее, но всё же)

В 9:00 тоже немного нагружается память, но потом отдает назад и весь день меньше 2-х гб потребляет наш сервачок.

Это обычно, когда все регламентные задания сразу исполняются у базы.

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

Это обычно, когда все регламентные задания сразу исполняются у базы.

Разнесите по времени их

Это только в первый раз

При первом старте любой базы. Однократно для базы

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

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

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

Регламентные задания в предприятии, верно?

В большинстве случаев данных консоли кластера и отладчика достаточно, чтобы понять куда уходит оперативная память. Если случай исключительный - собирайте ТЖ и анализируйте потребление памяти

А может просто банально не хватать памяти для завершения всех заданий и в связи с этим зависание? Памяти 4 гб.

4 гб оперативы на сервере 1с?

Да)

Или на сервере 1с и субд?

И

3 базы онлайн

14 ут

А пользователей?

2-4 бухи

16-18

Стабильно 15

Нужно ставить вопрос об апгрейде

Есть еще 4 гб.

Скоро дадим.

Просто весь поедалось меньше 2х

*весь день

Стабильно то есть все

Память потребляет rphost или другой процесс}

И при таких параметрах, можно сказать комфортно)

! Другой

И rphost растет с ним

Какой?

И СУБД

Черт побери, не могу сейчас сказать какой.

)

Но связанный с 1С сервером

Есть 3 процесса rphost rmngr ragent

К сожалению правда не могу сказать точно. А доступа к линю нет.

Но точно один из 2х

В любом случае ресурсов для такого количества пользователей мало. Сервер 1С 32 битный?

Да

Ось тоже 32?

Да.

Клиенты на винде

Тогда интересно, как у тебя потребляет сервер 1с больше 2 гб. Если я не ошибаюсь, то благодаря фрагментации адресного пространства приложения x86 на ОС x86 имеют предел потребления оперативной памяти ~1.7 гб.

Хороший вопрос. Дело в том, что я у меня нет доступа к монитору состояния сервера. И в целом я понимаю, что 2 гб предел приложения. Может я ошибаюсь на счет версии ОС.