Индексация базы #407546

Проблема в следующем. На фирме стоит 1С 7.7 ТиС  - пользователи подключаются к базе через терминалку. Почти каждый день при начале работы с ситемой пишется сообщение "работа системы была завершена некорректно". И база индексируется. Вопрос номер раз- почему это происходит? может быть из-за того, что пользователи отваливаются по таймауту от терминалки? и как с этим бороться? Сама индексация занимает ну просто ОЧЕНЬ много времени. До 20-40 минут. Тоже самое при сохранении конфигурации - после этого запускается индексация и полчаса можно курить. При чем этаже база, скопированная на локальную машину для экспериментов подобных проблем не испытывает впринципе. После сохранения конфигурации индексироваться даже не порывается. Вопрос номер два - это где-то настраивается, просто я не вижу где? Вопрос номер три - а как ускорить индексацию? Или тыкните в такую тему.. что-то мне поиск ничего не дал((

переходи на скуль :)

или не индексируй по утрам

1 - база твоя дбф 2 - тема б а я н, поиск рулит

поставить нормальный сервер...

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

а как сделать, чтоб оно не индексировалось ткните в тему, поиск мне особо не помог Xeon 2,8 2 Гига, 2003 Выньсервер полагаете, ненормальный? скуль не вариант. главный вопрос все же в том, а с какого перепугу она индексируется?

размер базы сказать забыл, количество пользователей тож не помешает

=

- по проблеме

У нас аналогичная ситуевина. Пользователи,правда, не через терминал работают, индексируется каждый день минут 50. Все привыкли)))) У нас в течение дня кто-нибудь да аварийно завершит работу, потому что приблуд всяких понапихано к нашей базе.

диски? уровень raid?

+11 размер базы?

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

имхо задачу все равно так решать не надо, т.е. не с тем боремся. если база столько индексируется, то, навскидку, там 4-5 гигов, а это уже не для файловой базы размерчик (я понимаю, что можно больше, но неправильно это). посему нужно: 1. переход на скуль 2. оптимизация конфы, прямые запросы, возможно полная переработка (написание с нуля) 3. (опционально) купить нормальный сервер (я так понимаю, что процы старые, еще с гипер-пупер-трейдиногом - ввыкинуть это барахло нафиг и купить правильный сервак) или же модернизировать существующий... хотя что там модернизировать (если я таки угадал и платформа пятилетней давности)

+14 обоснование: если база большая - значит и обороты большие, таки есть что считать; если 20-40 минут индексации напрягают - значит работа ведется интенсивно и потери времени=потери денег. остается только успокоить жабу и таки слегка перераспределить часть доходов в пользу разработчиков софта и железа.

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

не угадали - база  ~1,5 гига. Вопрос не стоит очень уж актуально. скорее, он напрягает больше меня. Потому что я не могу вносить изменения в конфиг в середине дня - слишком надолго приходится выгонять пользователей. Ну и хотелось бы все это оптимизировать минимальными затратами.

раз вы так ставите сам вопрос не проше ли позвонить в обслуживающую фирму для проверки, сервака. 1. Плюс насчёт стабильно работы на локальной машине, на этой машине создавались услоавия работы анологично работе сервака. 2. Так же такая хрень может возникать у некоторых когда выходят не через меню а через крестик в правом углу экрана.

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

1,5 гига и 40 минут индексация? что-то долго. ладно, какие диски в сервере? планируется ли рост базы (или бум "обрезать")? за какой период образовался такой объем? планируемые темпы роста на будущее? короче, девушка, больше текста по теме :)

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

"я не могу вносить изменения в конфиг в середине дня" - для этого тоже есть решения

как домашний компик вполне... ЗЫ: реиндекс базы дбф ~10.7 гигов менее 10 минут у нас, например..

неплохо... на каком железе такие резалты? и почему файловый вариант? :)

железо ? без прямых запросов ?

индексация прямыми запросами? :)

raid там точно нет которые сделают работу системы еще более медленной

главный вопрос все же в том - почему это происходит? из-за того, что пользователи неверно выходят из 1С? и как с этим бороться

значит нужен raid, желательно 10-й, желательно на SAS, контроллер не набортный софтовый, с батарейкой... и попробуй все это впихнуть в старый ящик... проще новый купить. ау, меня слышно? у тебя более серьзеные проблемы очень скоро будут, не ту проблему решаешь. железо неадекватно как минимум.

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

ну мало ли, уточнил на всякий случай зная мощь кста интересно какова переиндексация на SSD X25-E например ?

ну рост небольшой, можно посидеть на dbf. тогда начинаем с модернизации железа.

8 башковый ксенон 8 гигов оперативки.. в дбф работа быстрее ... отчеты не особо нужны, нужна первичка..

SSD не юзаю, имхо не стоит пока, да и неоднозначно с ними. SAS рулит :) них... себе. нормальный сервачок :)

Народ вы чего советуете, какие ксеноны база 1.5 гб, скорее всего криво доработана и всё. Её хоть на какую машину ставь глючить будет.

1,5 индексируются 40 минут и это можно как-то доработать?! можно. сервак в утиль и новый поставить. другтх путей не знаю, научишь? :)

всякое бывает, я так понял сервак на базе п4 2.8 и два Гига оперативы. Для такой базы с запасом, соотвественно либо глючит железо (завите техников обслуживающих), либо так хорошо сделаная база.

Ну, сдуру можно столько индексов наделать.... Пусть сервак диагностирует...

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

"дурак может такой вопрос задать, что и сто мудрецов не ответят..."©

+ на преженей работе была база в которой элементы не удалялись полностью (под 10 тыш помеченых на удаление обьектов), свёртка не работала, документы приходилось перепроводить, чтобы скидка заносилась и.т.п. Короче всякое бывает.

почему эта же база на моем Пне 2,2Ггц с гигов индексируется 4 минуты? за ссылки спасибо.. ответ на вопрос, с какого перепугу она индексируется, мной получен..

вообщем по-хорошему еще бы данные перфона в момент индексации посмотреть... очень хороший вопрос. вот и мне интересно, почему? :) только такое по фотографии не лечится...

+43 сорри, перфмона конечно же

значит проблема тут с оборудованием т.ч.к. значит поступаем как в завём техников.

ладно.. а такой вопрос про скорость индексации.. идиотский... а существеено ли кто и с камими правами запускает индексацию?

думаю, что нет...

SAS+raid и индексироваться будет быстрее. Вылеты случаются с этим ничего не поделаешь. Во время дня не индексировать, убивай 1SUSERS.DBF, индексируй ночью. Проблема тут в железе. Может винты сваливаются в PIO. Опять же как вариант слишком много индексируемых полей.

по поводу того, почему она у меня каждый день индексируется... Кто-то в течение рабочего дня хоть раз, но выходит аварийно(завис комп, надоело ждать обработку отчета, причина не важна).Все. После этого через минуту он заходит нормально. Но после того как из базы выйдут все, следующий запуск базы потребует монопольного режима и индексации. Либо пользователи не закрывают 1С, но закрывают терминалку. Либо отваливаются от нее по таймауту. После того, как из базы отвалились все - при следующем запуске опять нужна индексация.. вот как-то так((( м.. а что мне даст убивание 1SUSERS.DBF? можно чуть подробнее?

да да, насчёт старого доброго ПИО, который иногда встаёт за место ультра ДМА это ты верно подметил. Автору сабжа нужно проверить скорость работы винта с какой скоростью операции чтения/копирования происходят.

Спасибо, проверю на выходных

стесняюсь спросить ... дефрагментация в норме?

она по расисанию раз в месяц делается

По это дбф платформа и определяет необходимость реиндексации.

его просто можно удалить ? как это скажется на дальнейшей работе системы? файл автоматом создастся при следующем запуске 1с?

да кстати хотел спросить у вас случайно надстройка ТИС не Оделжа+Обувь называеться

не, ТиС самопереписанный. задолго до меня переписанный..

все, спасибо, почитала уже сама

Локально на серваке (не в терминале) быстро индексируется или нет? Если быстро, то терминальный режим настроен криво, да и для большого количества пользователей (если такое есть) 2 гига оперативки маловато.

в чем может быть "кривость "настройки терминала?

+1

не слушайте их. Ночью индексировать надо. Шедулер+батчер на отрубание 1С и терминалов+пакетник на индексирование и выключить сервер (если хочется экономить электричество). Утром включить и работать.

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

киляем.bat в yes.txt одна буква: Y а пакетник на реиндексацию нужно подсказывать?

спасибо, это уже разберусь вполне