У нас конфигурация, написана ручками, до недавного временя работала терпимо, но сейчас начались тормоза... База достаточно дефрагментована, пробовали дефрагментировать, через день тоже самое...
Релиз 7.70.027
Что посоветуете???
База не обрезалась .

какой размер базы?

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

жесть... из серии... помогите!!! моя машина медленно едет...
через полчаса обсуждения окажется что это Ока с движком от мотоцикла, загруженная под завязку кирпичами и еще с прицепом таких же кирпичей...

Какой размер базы?

какой размер мозга?

SQL DBF?

авор пошел с рулеткой мерить??

+7 автор

(3)Я начинаю понимать насмешки над украинцами....

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

(0) А пользователей сколько?

База файловая, размер 912 Метров, работает на сервере терминалов, машина нармальная - 2 процесора hyper shreiding 4 Гига памяти, база лежит на 50 рейде. Все работают в терминале.

тс... а автор по походу срулил

(10) это коммерчиская тайна

пользователей максимум бывает 25 но в основном 15-18

а юзеров?

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

(12) "написана ручками". Какими уточнять не буду.

(12) "машина нармальная" Частота проца ? 50-й рейд - круто

юзеров на сервере бывает до 40

поищи тему про FuncTest - вдруг сей продукт поможет...

(17)+особенно модули проведения

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

четиря ядра по 2,8

(12) более точно конфиг сервера: особенно модель контроллера, какие диски, где лежит ОС, что еще выполняет сервер (есть ли AD и т.п.)?
а вообще, кроме конфига, оптимизировать алгоритмы надобно, переходить на скуль и прямые запросы (хотя не тот размер вообщем-то, но уже можно имхо)
да и что значит "тормозит"? это понятие крайней растяжимое...

именно доки медленно проводятся, отчеты нормуль а вот чете провести так это просто пипец

(20) Компонента?

оперативный учет

база распределенная

(26) скорее всего криво реализовано проведение

Сколько у регистров измерений и ресурсов по максимуму?

(28) незакрытые регистры есть?

максимум 8

нету не закрытых регистров

(34) 50 рейд медленный на запись.  а если ты еще и своп на него положил - суши весла.

может давно обменов не было...

(33) не очень страшно
(34) хорошо.
тогда все-таки БОЛЕЕ ТОЧНО КОНФИГ СЕРВЕРА (это я чтоб лучше видно было)

MatveyIgor слушай а при проведении не пробывал смотреть загрузку ЦП, нагрузку на подсистему I/O

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

короче raid10 из 4-х sas на нормальном контроллере с "батарейкой" + корки по вкусу - будет шустро. но начать лучше все-таки с оптимизации кода.

(38) и так понятно, что процы нагружены по полной и дисковая очередь немаленькая

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

Удалить все регистры нах. Всё хранить в документах. На отчёты забить. Проводиться всё будет просто реактивно... :)

(41) есть счетчики производительности - зачем гадать?
P.S. подробный конфиг сервака так и остался военной тайной :)

Если это 7.7 компонента бух да еще и dbf то размер критичный, срочно режь или переводи в sql

+(44) и никакой сервер тебя не спасет, если таблица проводок сильно разбухла ты в начале след месяца просто не пересчитаешь остатки

Cronum списибо, так и сделаем (

(45) у него регистры, выше написано было

99 % кто-то провел документ завтрашним числом - результат все работают задним числом

+(44), (45) сорри не заметил (28)

(45)
"если таблица проводок сильно разбухла ты в начале след месяца просто не пересчитаешь остатки" - это про что?

(50) это так.. услышавший звон

(44) Схрена ли критичный размер - меньше гектара?
(45) С дуба рухнул - в оперучете таблица проводок разбухла...
"Иногда лучше жевать, чем говорить..."©

(0) Проверь дату ТА пожалуйста...

ТА конец года

(46) А можно побредить? ну и ладно:
На такой машинке, с 20-ю юзерами, такая база, существенно тормозить не должна. Системку надобы пролечить/почистить/настроить. Хотя быстрее (по своему опыту грю и только) просто новую (рядом) влить и перелить в неё юзерей-с-потрошками той-же ideal-migrate. Засранный реестр, забитые хламом юзерьские директории, перетраханный состав библиотек (инсталлируем шопопало-какпридется-инесносимкакположено), съехавший с реек файл подкачки, живущие-уже-сами-по-себе вирусы и привыкшие к ним "антивирусы", короче, система через пару-тройку лет "плотной работы" превращается в такой торррмоззз, без видимых "внешних" причин, что проще пристрелить... Хотя это = только в том случае,если койнить "умелец" на напердулячил пересчет итогов при каждом вводе строки, открытии/проведении и не рассовал "отображений остатков" во все формы (особо радостно, на dbf, получаемых запросом) .

(54) Ну и чего вы тогда хотите ?
Если не переделаны все модули документов для отказа от временного расчета регистра - то это ппц. какой тормоз.

(56)+1

:)
(54) надеюсь что 2008... хотя всякое может быть:)
при каждом проведении используется "временный расчет". т.е. берутся движения от ближайшего итога и складываются и вычитаются...
короче у нас ТА 02-04-08 17-35-53 = равно позиции последнего проведенного документа. но это всё не важно.
ВАЖНО: Попытайтесь или сделать Точку Актуальности Актуальной, или отказаться от временного расчета.
ps
Хотя может и нет никакого временного расчета, а просто кто-то педаль тормоза жмет...

(0) Для опер учета общие рекоммендации таковы:
1. Минимизировать проведение документов "Задним числом". Уточняю: задним числом - это все, что не в ТА, а не только "вчерашняя дата"
2. Убедиться, что регистры закрываются. если (34) тогда хорошо
3. Проанализировать, так ли нужны все имеющиеся измерения и ресурсы. минимизировать их количество.
4. Оптимизация программы:
- накладывать максимум фильтров на регистр перед получением итогов и временным расчетом. (за фильтры после временного расчета линчевать автора)
- по возможности формировать выборку необходимых данных одним запросом и далее работать с выборкой, а не бегать за данными "для каждой строки документа"
- Для отчетов: включать в текст запроса только те поля, для которых пользователь выбрал группировки или фильтры. А то очень распространенный метод (даже в типовых): захреначить в запрос все возможные поля, и только группировки настраивают по выбранному юзером.
5. Ну просто: включаем  в отладчике замер производительности, проводим документ и смотрим, где главные "затыки. Делаем выводы, принимаем меры.

(54) а, ну ё-маё... тогда см (59) п.1 10 раз.
90% времени проведения - временный расчет регистров.

Чуть чуть теории:
ТА - это момент, на который в системе рассчитаны итоги регистров. Когда проводишь документ "оперативно", в момент ТА, он напрямую обращается к готовым итогам. Когда проводишь документ "задним числом" он берет итоги на конец прошлого месяца и по движениям рассчитывает итоги на момент документа. Это и есть главный тормоз

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

Дословно: (без условий и на каждый док с двиглем регистра)


Если ИтогиАктуальны()=0 Тогда
Рег.ВременныйРасчет(1);
ВремРегистры.РассчитатьРегистрыНа(ТекущийДокумент());
КонецЕсли;

А кто может разъяснить, будут ли ИтогиАктуальны()=1, если ТА принудительно выведена (кимнить левым докумом) в конец года? Чтото мне подозревается, шо врядли...

(0)
забыл спросить... "пробовали дефрагментировать" это про что?
(может дефрагментировали файлы)

(61) > Потом бы проверил на предмет блокировок
А что бы ты проверил на предмет блокировок? И, главное, какие бы принял меры?

забыл спросить... "пробовали дефрагментировать" это про что?
(может дефрагментировали файлы)

ну да , база у нас очень фрагментированая, даже после дефрагментаци, тоже самое через день

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

(65) Я так про дефрагментированность и понял...
(64) Когда много народу работает на сервере, то возникает режим в котором народ начинает взаимно блокироваться, т.е. при возникновении блокировки(проведение отчеты и пр.) остальные пользователи ждут окончания блокировки, при этом опрашивается в глухом цикле блокировка, что в свою очередь давит процесс, который породил блокировку и вы результате все тормозит само себя, для этого наши товарищи разработали механизм фиксящий данный трабл, он снижает количество обращений к блокировке, тем самым разгружая процессор, этот патч где то в сети валяется, правда есть разные мнения по его использованию, если поможет я буду рад....

(66) Пересчет регистра долгое дело, если номенклатура тысячами (десятками тысяч) наименований исчисляется, если этих наименований пару десятков = тьфу на них. "Некие элементы форм" = формулы расчета остатков (а они тож самое-в-тютельку "пересчитывают). И если тебе умные дяди (я не из их числа, потомукак дурачек местный) говорят: не надо переносить ТА на хузнакуда/зачем, ибо нарвешься на тормоза, не считая прочих возможных "радостей", то и не надо этого делать!
Ну, а если причина=комплексная = то тожсамое, начни с того, что проще (засунь ТА в то место, где ей и положено быть = проверь, потом дальше копай. Или мы не ищем легких путей?

(65)+(67)
а я вот не понял...
почему же она такая фрагментированная?
+
"некие елементы формы опережают их.." - опережают по торможению? и какие это элементы формы?

в книге знаний по «100%» поищи

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

(67) > для этого наши товарищи разработали механизм фиксящий данный трабл
romix ваш товарищ? Или близкий друг?

(0) Переходи на 8-ку.
Интересно, и когда же нам скажут база ДБФ или Скульная?
Ну дык замер производительности сделай и "зашивай" узкие места. Мы мысли на расстоянии читать неумеем, а виртуально толку никакого.

(72) Товарищи по несчастью...)

(73) см. (12)
Ну до чего ж у тебя все просто. Зашиватель хренов.

(73) ы.... инкубаторский....
29 дней стажа, а уже умеет тупые советы давать...
хоть бы ветку почитал...
что у новичков за мода, речить кашель ректально....

(76) "речить"=>"Лечить"

(76) новичок-не новичек - неважно. Дятел - это собирательное понятие, не имеющее ни пола, ни возраста, ни цвета волос, ни национальности... Дятел - он и в африке дятел....

(78) ды и мне неважно...
я например на одном из форумов набрал месаг на статус хакера...
а какой я в пень хакер О_о....

(78) "а у меня друг вчера за 20 минут сервер сломал! -Он что, хакер??? -Мудак он, МУДАК!!!!"©

пардон, известый баян в (80) - к (79)

(81) кончай филармонию :)

Автор, и че с ТА?
Поближе к реальности подвинули?

(56) Даже если переделаны - это пепец :)
Ведь одноэсине приходится прописывать итоги на начало каждого месяца вперед (если без извратов оставлено проведение)

(0) Пиши на мыло в личке если действительно интересно (правда времени никуя нет)

Злой Бобр я уже писал база файловая тоесть ДБФ

(85) скачай базопузомер, оцени что у тебя в базе больше грузит ее, а там решение принимай

(86) "базопузо" не даст полной картины, тем более по загрузке...

(87) хоть что то даст, а то гадают здесь любит не любит

(85) ТА верни взад, и читай до кучи (84) ...

(86) базопузо есть тут http://scorpion-1980.alltrades.ru/

А какой raid лучше использовать для сервера со SQL-базой?

сейчас ТА поставим на конец месяца, а какую периодику лучше использовать??? месяц??? может меньше?

(92) на какой в .опу конец месяца?????? сейчас  в России и Украине 3 (ТРЕТЬЕ) апреля.... _ТРЕТЬЕ_!

ну я про то что на 1 мая

В Украине начались майские праздники? а на остальной земле еще апрель....

(95) там и не такое бывает... нация контуженная майданом...

(96) Не, это не нация. Как кто-то говорил тут, "дятел" пишется одинаково что по-русски, что по украински....

(94) ТА на рабочую дату. Не будет желаемого эффекта - обсудим другие варианты.
По вохможности запретить "переднее" число.

на РабочуюДату не хочу ТА переносить, проблемы при проведении, и отчеты некоторые не работают

100

(99) Срочно выпрямить руки и переписать модули проведения.

перенесу ТА на меншее растояние в будущее, попробуем

(99) Можно, я скажу коротко?
"ДЯТЕЛ!"

просто отчеты за день работают так что выбирают остатки на конец дня

Mikeware че ты пристал, все и так знают что ты "ДЯТЕЛ"

(104) Может, учебник почитаешь? В Запросе дата которая после По... - дата конца дня.

Эх, Игорь, Игорь...
Как жаль, что ты не программист...

(105) Нет, дятел, "ДЯТЕЛ!" (именно так, с большой буквы, большими буквами, и с восклицательным знаком) - это ты. Постов 10 уже сказало - ТА должна быть на текущем времени. (104) только подтверждает длину твоего клюва....

та понятно... нужно код оптимизировать, думал что может в чем другом проблема, короче спасибо всем...
Допишем базу на 8.1 и будем работать.
PS. Особое спасибо Mikeware - весна "ДЯТЛЫ" прилетели...

Mikeware не хочу я ТА на Рабочуюдату ставить и все...

(108) Не смей грубить Игорёчку!

все забыли, спс всем

А что за конфа так и не спросил никто? Или я проглядел?
Может просто обрезать её?

"не хочу" - это крутой аргумент.... Козырь, так сказать..
Допишем базу на 8.1 и будем работать. - мне уже страшно.... Дятлы долбят снеговика с ружьем....
А проблема как всегда в одном - в ДНК

(113) меньше гектара конфа - куда ее еще резать?

(109) А как 8.1 к капризам относится, знаешь?

(115) - (56) см.
Автор утверждает, что отчеты не тормозят, а тормозит проведение.
Значит перепаять его! В частности все РассчитатьРегистрыНах послать.

и вот ведь никто не вчитался в (0) что д е ф р а г м е н т а ц и я, пускай всего лишь на ОДИН день но помогает... что можно сказать 3 апреля. Дефрагментируете 2 (два) раза в день.

(110)
Ну вот... первый раз клоны от моего имени появились ... пидорги.

+(117) И не по гектарам резать, а по годам...

Mikeware
ну почему же - есть выходи при ТА на конец года, трудоемкий правда - переписать проведение доков и удаление движений на 1c++ будет заметно шустрее, но судя по рассуждениям автора, сам он это вряд ли реализует ...

Фигня какая-то. в (0) сказано, что раньше работало ОК, а потом - плохо.
Мой вывод - резать. Чё мудрить - то?

(122) ТА - улетела вперед - вот ответ

(120) Болеем ? База такого объема даже на типовой "летает" ... а тут самоделка..
Не надо ничего резать, нужно кому то выпрямит руки за
>>>просто отчеты за день работают так что выбирают остатки на конец дня
>>>на РабочуюДату не хочу ТА переносить, проблемы при проведении, и отчеты некоторые не работают

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

(123) Возможно. ТА - на последний документ и проверить даты на всех компах ))

(125) все таки локализуй проблему для начала, посмотри счетчики производительности сервака - потом дальше думай

MatveyIgor советую почитатьв инете статьи типа анализ производительности .... сервера

ТА - улетела вперед - вот ответ это правильно, дату переносим и период расчета остатков на месяц переставили, думает пока уже 4 часа думает, поэтому ничего толком сказать не могу... слава Богу что в пробной базе

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

(124) Согласен ((
ну а ТА где всё-таки?

(131) - а что ТА? - иногда особенность учета - проведение документов будущей датой ...вот так

нам минимум нужно чтобы ТА была на 1 число следующего месяца

а вот на счет винтов в рейде вот это серезное предположение

Как представлю конфигурацию написаную автором. Просто мурашки по спине.

(135) Это блохи.

(134) И далеко не самое ложное... было как-то - винт в контейнере полетел - тормоза ппц. какие начались, но вычислили сразу.

Anderson базунаписал не я, я только проблему пробую решить...

был бы у автора короткоствол - всё бы сложилось иначе... (с)

(138) на самом деле проблема в принятом архитектурном дебильном решении.
это не проблема, это - беда для Вас.
Выложи куданить MD-шник..
Охота глянуть на шедеврррр...

(138)"Мопед не мой, я только объявление дал!" ©

У нас тоже ТА на мае-июне.
Ибо по регистрам идут доки на месяца вперед.
И ничего, не тормозит шибко...