Что смотреть куда копать? Кто нибудь сталкивался?

купить память

(0) Посмотреть свободную память?

полнотекстового ?

С памятью все впорядке даже более чем, может в скуле какая настройка\проверка нужна?

(3) именно!

(4)
скуль не причем . 1с8 свойсобственный механизм использует
попробуйте выяснить причину с помощью ТЖ и ЖР

+(4) многое о работе 1с да и любого приложения раскажет утилита filemon

(7) а что за утилита она бесплатная?
щас пока настраиваю ТЖ а в ЖР ничего интересного не отразилось

а нужен этот индекс, да? реально по нему что-то ищите?

(8)
wiki:FileMon

переходите на 64-х битный сервер предприятия

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

2(12) ну так что, ищет клиент по этому индексу?

(13) по индексу ищет но обновление не отрабатывает

что он ищет по индексу?

вот что ответил ТЖ, понимание не пришло:
49:08.6986-1,SCALL,1,process=1cv8,Usr=USER,ClientID=3,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,Method=2,Context='
{Форма.Форма}/{КоманднаяПанель : ОсновныеДействияФормы}/{ОсновныеДействияФормыВыполнить}'
49:09.2760-1310348,SCOM,2,process=1cv8,t:clientID=4,ProcessName=DebugControlCenter,SrcProcessName=DebugControlCenter
49:09.2761-1310502,CONN,0,process=1cv8,t:clientID=4,t:clientID=4,t:computerName=F3RSRV02,t:applicationName=Debugger,t:connectID=0,Calls=13
49:09.2763-1,SCALL,1,process=1cv8,ClientID=3,Interface=5cf29e71-ec34-4f01-b7d1-3529a3da6a21,Method=0
49:09.2764-1359397,SCOM,0,process=1cv8,ProcessName=RHostRoot,SrcProcessName=RHostRoot
49:09.2765-1377075,PROC,0,process=1cv8
49:09.2766-0,EXCP,0,process=1cv8,Usr=USER,Exception=Exception,Descr=Недостаточно свободной памяти на сервере 1С:Предприятия.
49:24.3070-309,HASP,0,process=1cv8,Txt='
NETHASP_READBLOCK(,prog=17,ser=ORGL8,pos=3,size=1,,)->,,stat=0,buf=0000'
49:24.3072-1,HASP,0,process=1cv8,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
49:29.9481-1,SCALL,0,process=1cv8,Usr=USER,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=36
49:29.9483-1,SCALL,0,process=1cv8,Usr=USER,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=29
49:29.9485-1,SCALL,0,process=1cv8,Usr=USER,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=27
49:29.9641-1,SCALL,0,process=1cv8,Usr=USER,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=25

(12) Ну так данные увеличились и всё. Или вы думаее теперь 10 лет размер базы будет 100 метров?

(15) я извиняюсь скорее всего я чего то недопонял, а как проверить?

2(18) господи, да что не понятно - пользуются ли юзеры полнотекстовым поиском? Если не пользуются\, то зачем он вовсе? отключить задание по его построению, и файлы индексов убить вообще

рестарт сервиса 1с на сервере не помогает?

Re: rmngr.exe утечка памяти     вчера 09:42 Старых Сергей (2iS IT: Интегрируемые Информационные Системы, Москва)
1047876
Попробуйте удалить/пересоздать индекс полнотекстового поиска. Если не поможет, попробуйте отключить полнотекстовый поиск для полей неограниченной длины начиная с больших таблиц.

http://partners.v8.1c.ru/forum/thread.jsp?id=1047124

и вообще на чем база?

2(22) какое имеет значение?

(20) нет рестарт сервиса не помогает
(22) SQL 2008

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

2(25) изменилось то, что база выросла и в твоей текущей конфигурации ПО+Железо при попытке его обновления происходит "Недостаточно свободной памяти на сервере 1С:Предприятия при обновлении индекса " точка.

(26) до ноября 2011 года у нас база весила 55гб, после чего мы сделали очистку неиспользуемой номенклатуры (освободилось порядка 7 гб) и свертку базы за 3 года, и база стала весить 35 гб, соответсвенно раньше индекс всегда обновлялся ...

А в "администрировании серверов 1С" изменение допустимого объема памяти не помогает?

(26) просто возможно необходимо делать какие то внутриние чистки

(28) вот чесно не пробовал, это то что в настройках кластера предлагается?

(30) да, хотя хз поможет или нет

Если это 15 релиз платформы, то это её "фича"....

релиз 8.2.14.533, 15 не рискнул ставить
для начала попробою очистить индекс, кстати вы не в курсе где он хранит файлы индекса? хотелось бы глянуть на них)

20003334  Объем памяти рабочего процесса кластера серверов
Проблема:
Объем памяти, занимаемой процессом rphost, непрерывно растет в процессе работы. Наиболее быстрый рост объема памяти наблюдается при наличии в кластере информационных баз с включенными регламентными заданиями, к которым не подсоединено ни одного пользователя.
Дата публикации:
2012-05-12
http://downloads.v8.1c.ru/content/Platform/8_2_15_315/ErrPlatform_8_2_15_315.htm

(34) кстати обновление индекса происходило всегда регламентом с пустым пользователем, не исключаю что это могло повлечь рост потребления памяти rphostом, но разве ежедневная перезагрузка агента сервера не очищает занимаемую память?

(33) Если не ошибаюсь, то индекс храниться тут c:\Program Files\1cv82\srvinfo\reg_1541\<ИдентификаторБазы>\1Cv8FTxt\

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

нет, не использует.
Он использует только те реквизиты, для которых нами в конфигураторе  сказано "Полнотекстовый поиск: использовать"

хм...а может все таки использует, пускай даже косвенно, потому что очистил сейчас ЖР (весил он 6.5гб) и вуаля ... пошло обновление индекса)))

http://its.1c.ru/db/metod81#content:1547:1

(40) у меня по каким то причинам ограничен доступ к предложеному ресурсу, но все же 100% не собираюсь с тобой спорить, но сие факт не могу не связать с обновой индекса...

...и все же всем спасибо кто смог задержаться в этой ветке