Для перезапуска сервера 1С использовал в том числе и sleep.exe. Перешли на 64разрядный сервер. А есть sleep.exe для 64 разрядного?

(0) Ты про перезапуск службы агента сервера 1с или всего сервера-железки?

(1) Конечно агента сервера. На 8.2 оказалось , что просто перезапуск службы не сбрасывает  соединения, которые зависли. Поэтому пришлось вводить эту функцию , чтобы был временной промежуток между остановкой и запуском службы. Вроде помогло. Но перешли на 64 , а sleep.exe работает лишь на 32

а зачем перезапускать 64-битный сервер?

(3) Не замечал чтоб агент на 64 по своей воле отдовал память даже если соединений с базами 0

а с коих пор есть какие то проблемы со sleep.exe  ?  у мну работает


rem @echo off

rem \\----- начало скрипт остановки и запуска агента сервера 1С Предприятия----\\

set logfile="stopstartlog.txt"

set timeout=200

echo %date% %time% >>%logfile%

rem net stop "1C:Enterprise 8.1 Server Agent" >>%logfile%
net stop "1C:Enterprise 8.2 Server Agent (x86-64)" >>%logfile%

c:\scripts\sleep %timeout%

echo %date% %time% >>%logfile%

rem net start "1C:Enterprise 8.1 Server Agent" >>%logfile%
net start "1C:Enterprise 8.2 Server Agent (x86-64)" >>%logfile%

c:\scripts\sleep %timeout%

rem \\----- конец скрипт остановки и запуска агента сервера 1С Предприятия----\\

(2) а зачем перезапускать сервак не проще сделать регламентное задание, которое будет по расписанию само рубить соединения.

2(4) что?

в смысле вот прямо таки надо чтобы агент (! именно агент, я верно понял, а не рабочий процесс) вернул назад сколько? 18 Мб памяти? из 32 Гиг? зачем?

timeout /?

choce /?

ping /?

(8)  после перезапуска  этой службы  у меня  из  13 Гб  высвобождается  7-10

ну  укажите мне на службу  сервера 1с    чтобы его перезапукстить если я офигеть как неправ.

2(12) а зачем нужно  7-10 гиг свободной памяти?

(10) choice /?

(14)  мне не нужны  свободные гиги памяти.  но еслия не перезапскаю  службу   на второй - третий день   рабочие процессы съедают всю память сервера.  под чистую

2(16) и что?

да так  ничего за минусом  того что все тормозит в разы.

5 рабочих процессов  + 1 резервный  и  более сотни активных пользователей  . один - два раза в неделю   вынужден был экстренно перезапускать службу сервера  когда  жер  достигал того что я к серверу подцепится не мог.  терь раз в сутки   перезапуск  и все ОК.  минусов не вижу.

ну-ка давай еще раз - у тебя 64-битные рпхост и рагент съедают 7-10 Гиг, и это видно по Таск Менеджеру - рагент 18 Мб, и каждый рпхост - сколько? всего 7-10 гиги, или они 32-битные? или 7-10Г - это то что освобождается после перезагрузки агента сервера?

Я почему уточняю - у меня совершенно другая картина...

2(19) зачем 5 рабочих процессов для 64-битного сервера?

на ИТС для 64-битного сервера рекомендация - 1 рабочий процесс и 1 резервный.

(6) А не можете привести пример такого регламентного задания?

@set @x=0;/*
@echo off

set timeout=2000
echo ?????? - %time%
wscript /e:javascript "%~0" %timeout%
echo ????????? - %time%

goto :eof
*/
WScript.Sleep(WScript.Arguments.Item(0));

@set @x=0;/*
@echo off

set timeout=2000
echo Начало - %time%
wscript /e:javascript "%~0" %timeout%
echo Окончание - %time%

goto :eof
*/
WScript.Sleep(WScript.Arguments.Item(0));

2(19) Просто если сервер 32-битный, то да, и 5 рабочих процессов, и их утечки памяти диктуют перезагрузку...
в топике сервер 64-битный.. вроде утечек я не наблюдаю... если он использует 7-10 гиг под кэш, то считаю что оправдано - раз инфа не будет храниться на винте, значит он к ней быстрее доступится..

(26)   вполне возможно что я и не прав.  просто  неоднократно рекомендовали именно такую схему  5 + 1 процесс.

сервер 64х   8.2

2(27) кто рекомендовал? для 64-битного сервера?
они как-то обосновывали свою рекомендацию?

http://screencast.com/t/QIYv3zyAOLvL

нафиг слип, проще нет стоп во столько то, нет старт через 5-10-20 сколько хочешь минут.

(28)   все красиво и ново для меня , спасибо .   немного пугает только фраза  : "Только при наличии необходимости, увеличивать их количесвто"  как  ее эту нобходимость определить.

2(30) думаю опытным путем... по крайней мере создавать новый рабочий процесс можно налету, и при работающих пользователях.. у вот убивать его, при наличии работающих пользователях не выйдет

(28)Ну это ведь не доказывает что утечек там нет. :)
Просто на x64, адресное пространство в 2^32 раз больше, оно там по сравнению с x86, просто-напросто, ох..енное (простите за прямоту). Поэтому нет проблем с фрагментацией адресного пространства.
На самом деле, алгоритмически это наверняка два абсолютно одинаковых сервера.

это понятно что брибить не выйдет.  просто  много народу.
в одной УПП  под сотню  +  в бухии  десяток  плюс на базе УПП  еще  конфа на управляемых интерфейсах  еще  пара десятков  народу.  не подавится ли он на одно процессе :-(     а резервный  оставлять к одному рабочему?

2(33) да, оставлять...

(33) Для безболезненого убийства процесса, нужно его сначала перевести в режим "не изпользовать" затем когда сеансы с него перейдут на рабочий процесс можешь его шлепнуть.\Можно автоматизировать в настройка кластера "выключенные процессы останавливать через" укажи время к примеру час.

(35)   баловство  все это :-)   на насу  праздники.  поставлю запрет  новых сеансов    и все там   оформлю   повыкидывав    подвисших если таковые будут.

спасибо - буду пробовать