Дано локальная сеть (работает стабильно), 77 ПУБ, SQL
Часа 3 назад началось некое торможение любых операций в 1с. Например, окно "дополнительные возможности" (25 обработок в списке) открывается секунд 8 (эту привёл как пример, поскольку она к БД не обращается).
Так и все остальные операции.

Сеть не загружена, 8МБайт в секунду файлы качаются. На SQL нагрузки никакой.

Не пойму куда копать, подскажите...

Очисти каталог пользователя.

всем? :-) Хотя... попробую сейчас...

клиенты, я так понимаю, не в терминале работают, а со скульным серваком по сети?

тормозит у всех клиентов?

не, не помогло...

(3) да и да.

Причём с утра работало нормально. И вчера тоже.

свитч, сервер пробовал ребутить?

свитч один?

Перезагрузиться?

(7) свитчи все? не пробовал. Сервера - тоже...
Свитчей

(0)мож какая-нить транзакция накатывается/откатывается?

... много.
Локальные машины выключаются каждый вечер.

Возможно райд ребилд делает

(9) эммм... сервер не один?

(10) Нет, сервер SQL свободен, процы не заняты. Да и про обработку я же не зря написал...

(13) скуль один, каталогИБ() на другом.
(12) нет, говорю же сервера спокойны...

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

(14) а сами обработки не трогал?
и .. етот.. авирь.. имхо :)

посмотри на принтеры - нет ли у кого (тем более если сетевой) очень много заданий

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

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

возможно, где-то просто патчкорд неплотно в гнезде сидит

(17) антивирь? у ДенисЧ ? на сервере? ты чо богохульствуешь?

дело явно не в базе. или сеть, или... тут мысль останавливается...

19+ Зайти локально - оценить работу

(20) ну, извини.. я-ж написал: ИМ_ХО :)
а вообще-то я первым делом за ребут.. всего, что можно..

(23) ребут нереален.
Что дело в сети - логично... Просто непонятно, где конкретно искать...
(22) локально не получится, БД на одном сервере, каталог на другом...

+23 а потом уж свитчи и циски за хвосты дергать..

(19) Как это можно проверить? Не вырубая аппаратуру?

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

(27) целы, они регулярно мониторятся

(26) попинговать?

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

(29) не совсем нормальный вариант, но для нулевого шага сойдёт.

в любом случае плохой пинг сразу скажет, а вот хороший пинг ещё ничего не означает

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

Админа направил, пусть ковыряется...

(30) Не могу, люди работают, выгнать не получится...

(30) С работающим народом это несколько проблематично..

Ага.. ща выяснится, что какой-нить апдейт сервака идёт..
:)

(33) чё, даже на 5 мин не выгнать?

(36) Не очень получится... Производство там, склад, отгрузки...
(35) нет, до такого не опускаемся :-)

(37) а другие проги (не 1с), что пользуются ресурсом сервака тоже тормозят?

(38) Как ни странно, нет...

пинг к серваку стабильный...

(37) сервак, на котором каталог - терминальный? или тоже по сетке доступ?

(41) Сетевой. В терминалах 1с нет вообще.

(42) Тык поставь

(43) обойдутся. У них приличные машины. А на терминал нет железа.

(44) я про админский доступ

(32) Или тогда с базой.. Тем паче, что другой софт с сервера не тормозит. У клюшек есть такая особенность. Не выдерживают в один момент и начинается

(45) А зачем админскому доступу терминал, если у нас дамварь есть?
(46) Да нет... База вроде в приличном состоянии.

(46) Первый раз слышу про такую "особенность" ключшек...

(47) Лицензии встроенные почему бы не воспользоваться?

(47) Очередей на диске нет?

(49) не нужен он нам.

(50)Ща глянем...

(51) бэкап поднять на сервере SQL и посмотреть локально

ТА где хоть стоит ? ..
mlg какого размерчика ?..

(53) ну, это можно... Только бекап копироваться часа полтора...

(48) Неоднократно были темы, сам не пользуюсь.
Типа: Нужно делать переход на 8*, ибо существующая структура данных упирается в потолок производительности 7-ки

(54) ТА - конец августа (так надо)
лог - 80 метров

на зверьков проверяли?

(56) бредни.

(56) толстый пиар

(56) ох уж эти снеговички...

+59 таких тем тут не было..

если что, ознакомься:
Померяемся? SELECT Count(*) FROM _1SJOURN 460 000 документов...

(57) локально, с сервака, тоже тупит ?

(63) Ты все же ветку перечитай :)

(63) на самом серваке нет 1сны...
Вернусь с митинга - проверю...

Начала тормозить 1С v7.7
Медленная работа 1с 7.7 в локальной сети
Производительность SQL падает со временем, (восстановление последовательности)

И так далее...

(66) не то.

(65) митинг (или петтинг) за ЕдРо? или за СправеРО(тьху вспышка!!!)

(65) пока сюда писал - уже скопировал бы ;-)
(66) и чо? хошь, я тебе по восьмёрке подборку сделаю?

(67) Так что там с очередями?

(68) очнись, ОНФ рулит

Книга знаний: Ускорение 1С:Предприятие 7.7
* Разрастается журнал транзакций SQL
* Удаление 1cv7.cfg

Трассировка ODBC (разрастается SQL.LOG)
Книга знаний: Источник тормозов - трассировка ODBC (разрастается файл sql.log)

Проверь антивирус, один раз нод32 после очередного обновления стал тормозить 1С (хотя в исключениях все было прописано)

(70) Чисто...

(74) антивирус? На серваке? ПРичем не на файлопомойке? Откуда он у меня там заведётся?

(74) глянь в (20).. :)

(69) Есть такая подборка, правда причина была в платформе в большинстве случаев. Посмотрим, в чём дело у автора темы)

(73) выключено...

(79) Сколько памяти скуль щас отъел?

Запустил на серваке с КаталогомИБ - та же картина. На скульном сервере - аналогично

(80) 1.7Г

окно "дополнительные возможности" (25 обработок в списке) открывается секунд 8

- что отладчик говорит ???
симптомы похожи на проблемы с правами на сетевые файлы или таки на проблемы с сетью

Странно что не вижу вопроса о версии скл-сервера.

(84) да вроде не суть важно.. вчера-то всё работало нормально

Так все-таки непонятно база тормозит или сам сервак.

(86) или сеть...

(84) да вроде у него правильная всегда была

(84) 2005

(89) БАН!!! до 2005 еще как минимум 1916 постов!!!

(0) похоже на симтомы полудохлого хабика, сетевой карты, а еще был случай когда полудохлая сетевуха на одном из компов каким то образом "вешала" хаб

врят ли, он же локально проверил, тут дело в самом серваке..
ставлю на диски.

(89): тогда надо глянуть в сервак.
может там какие-то свои оптимизации-перекомпоновки замутились.

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

(92) если не сесть, то засраный грязью перегретый процессор

(0) А не думал запустить отладчик, включить замер производительности, и посмотреть на чем тормозит при открытии?

(96) На чем может тормозить открытие доп. возможностей?

(96) в первую очередь делал. не показывает ничего.0.5 секунды

что счетчики то говорят?

(97) На поиске и переборе файлов.

Эта, а автошринк у тебя случайно не включен?
Скуль диск не теребит?

(99) Молчат. Всё чисто.
(101) нет.

Замечено - тормоза идут на открытии окон. После открытия - окно работает нормально.

и памяти.. всем хватает ?

(103) Кому всем? 1с работают _локально_. НЕ в терминале.
У меня на машине - точно хватает.

(102)  cfg чистили, как в (72) ?

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

(104) ты пробовал большой объём данных прокачать с сервака в локалку, и помониторить, есть ли ошибки?

(107) Ага. Стабильно.

(105) Снёс весь каталог пользователя.

(66) В кривых руках всё тормозит.

(108) тогда, возможно ребут поможет.

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

(109) Где-то читал прикол про тормоза 1с когда была хреновая видяха =)

задания регламентные, никакие там на самом скуле не выполняются ? Типа реиндекс/дефрагментация/архивирование и т.д ?

Сегодня вечером нам время дадут, попробуем...

(112) у всех клиентов одновременно? "это фантастика!" ©

(115) Там вроде про снеговика была речь в рассказе, я не к тому что у Дениса тоже самое, просто вспомнил =)

(116) да, мелькало такое, причём много раз

(114) кстати, а на клиентах у вас антивирей нет случаем?

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

(119) Замер производительности это бы показал.

а нет в процессах на серваке какого-нить негодного негодяя ?

(118) Нет. У меня - точно

(121) не видно
Хотя наблюдается некоторая утечка памяти.

Перегрузили сервер. Всё залетало...

Бред какой-то...

(124) Может у вас бекапы делаются? Системный кеш всю память отъел?

(125) Бекапы делаются, но не днём же...

(126) Они копируются куда-либо?
Может копирование начинается не днем, но когда оно заканчивается?

(127) всё ночью происходит... К утру заканчивается гарантированно

(128) Откуда такая уверенность? Копируются бекапы локально, или по сети?

(129)
проверено :-)
По сети.

С того сервера архивов мало, метров 300

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

Никогда в жизни не поверю что у вас 300 метровая база. Таких не бывает. Может копируется не только база? А например что-либо пользовательское?

(132) 300 метров - это всё целиком, что бекапится с этого сервера... 3 1сбазы + пара юзерских каталогов.

А размер свободной памяти перед загрузкой не посмотрел?
Может что-то другое отъело системный

(134) Внешне память выглядит прилично... Занято ~600 метров из 2х...
Подробней не смотрел

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

(136): если перезагрузка помогла - на дефрагментацию и аудит с допусками можно не особо грешить.

(137) Кстати, не факт - при перезагрузке службы завершаются, а журналы аудита закрываются и открываются заново, и, если он включён, то там можно много чего интересного найти.

(138): я про это гутарил ещё в (93).
но немного это не про дефрагментацию, аудит и доступы.

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

(140): или ССД-диски, захлебывающиеся на трим-ах...

(141) Да и обычного RAID хватает, у которого сектор 128 Кб - а файлы на диске маленькие и много - 128К на каждый файл - это получается очень медленно.
У меня на серваке программа 180000 файлов создала для ускорения работы - вот тут вместо ускорения такие тормоза начались, что вся идея была похоронена с позором.