Добрый день !
В один далеко не прекрасный момент начала жутко тормозить 1С.Долго стартует, долго грузится, а работа с регламентированной отчетностью - вообще беда.По несколько минут открываются формы для баланса, выбор значений из списков безбожно тормозит.
Работаем в терминале,сервер Интел Ксеон 2*2,2 ГГц,ОЗУ 4 Гб ОС W2k3 SP2.Бухг 7.7, релиз 527,платформа 25.
Что уже было сделано:менял платформу на 27,ТИИ,загрузка-выгрузка базы, чистка 1cv7.cfg у юзеров.Результат нулевой.База с собственными доработками, старая, размер самых больших файлов 1sbkttl.dbf 750 Мб, 1sbkttl.cdx 230 Мб.Попытки обрезать базу были безуспешными.
Самое интересное что на локальном компе эта база летает.А раньше и в терминале очень шустро крутилась.
Перепробовал все что знал, начинаю думать что на терминальном сервере что то не так с железом.
Кто что посоветует в данной ситуации ???

А база тоже на терминалке?

(1) да, база там же

Баз SQL or DBF?

(3) жгешь
:)

(2) А что за доработки?
файл журнала сносился?

>>> 1sbkttl.dbf 750 Мб, 1sbkttl.cdx 230 Мб

База я так понимаю DBF. А размер после обрезания?

(3) в теме же указано что дбф

+ Совет: Оптимизировать, то что было написано кем-то или тобою.

(7)Где именно?
Меня только строка "1sbkttl.dbf 750 Мб, 1sbkttl.cdx 230 Мб " на DBF подтолкнуло.

+ Если терминал, то сколько пользователей работают на этом терминале.
И в каких базах данных.

...хотя я склонен думать, что все дело в коде...

я бы винт посмотрел, в момент тормозов. какая с него скорость, если упрется в него, то поставить SAS

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

(5) сносил, не помогает
(10) если бы дело было в коде, то что же не проявлялось столько лет ?

когда-то грохали все cfg файлы, кажется все... (но по-любому бэкап сначала)

(12) вот это не пробовал
если сделать это и результат тот же будет - тогда точно в железе причина

(15) в смысле тебе надо попробовать (14)

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

(17)>>> если бы дело было в коде, то что же не проявлялось столько лет ?

Все это время еще не было столько данных, как сегодня.
Так что возможно, все возможно, нам от сюдово не видать саму БД.

В Мониторе производительности один из процессоров все время загружен на 100% почему то ...

(17) Что со счетчиками производительности сервака?
(загрузка процессора, очередь диска на чтение/запись)

(19) procexp.exe от Марка Руссиновича в помощь

ну если исключить железо, а исключительно базы, ось,подключенный компоненты,я бы раскрыл, например ProcessExplorer прогой процессы, и посмотрел, что там собственно начинает тупить, если вся нагрузка идет на платформу 7 - ки, как минимум исключаем ось, а дальше ковырять уже код остается, но мне так думается, что как будто что в этот момент сильно винт гоняет

(0) Сколько пользователей? какой размер базы? Как база ведет себя под SQL (поставь девелопер для тестов если все чисто)?

(0) Если поднят рэйд, то при вылете одного из винтов в контейнере будет аналогичная ситуация.

(20) Средняя загруженность проца 50% (в момент открытия реглам. отчетности)

Средняя длина очереди диска 0,075

(23) от количества юзеров не зависит, даже если один сижу все равно тормозит

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

(17) а почему бы просто не попробовать? (я тоже когда-то не верил))

Ещё стереть все директории TEMP как у пользователя, так и в системе - 1С любит что-то в темпах создавать даже при запуске (включи аудит и посмотри).
Переменные окружения TEMP и TMP лучше перенести в другую директорию, отличную от профиля, чтобы удобнее было чистить.
Также посмотреть на работу антивирусов, если есть (вирусов - тоже если есть) ну и попробовать выполнить копирование данных с одного места диска на другое и оценить время.

Если "По несколько минут открываются формы для баланса, выбор значений из списков безбожно тормозит", то, по моему, никакой связи с размером базы не будет. Нужно смотреть куда-то в сторону технических характеристик сервера, проверять, не намеривается ли какой винт помирать.
У меня однажды причиной непонятных, но жестоких тормозов на сервере оказалась помирающая мать. Началось с того, что она неожиданно стала видеть только 256 метров оперативки.

(0) всяко пошаманил, только счетчики производительности не смотрел. они ведь не для поиска проблем производительности сервера.

(0)РАИД в деградации.Развалился и собирается.Сколько времени это продолжается?Может кэш на раиде отключился.

(30)Смотри счетчик очереди диска.Большой указывает на проблему с дисками или раидом.

(30) А что не так то ? Я исключил все возможные причины тормозов со стороны софта.Теперь когда стало ясно что дело в железе естественно буду искать причину в этой области.
Но железо в ведении админа, мне как то неэтично лазать и править самому.Безусловно буду вместе с ним ковыряться, но не через его голову.

Выяснилось одно интересное обстоятельство.По времени тормоза начались когда на терминальный сервер был перенесен сервер печати и вся контора (порядка 20 принтеров) стала печатать свои доки через сервер на котором крутится 1С.Естественно что это дополнительная нагрузка, но чтоб до такой степени привалить ...Может сей факт пролить свет на причину тормозов ?

(34) смотришь, сколько памяти отжирает спуллер и сколько памяти в своп скидывается - делаешь выводы.

(34) Попробуй в свойствах сервера печати отключить журналы регистрации ошибок, сообщений и предупреждений очереди печати. Может поможет.

Книга знаний: Ускорение 1С:Предприятие 7.7

В общем решилась проблема переносом сервера печати на другой сервер и переустановкой ОС на сервере терминалов.