Кто сталкивался с медленной (по своему субъектиному ощущению) скоростью проведения доков в УПП 1.3 - какие варианты использовали?
Мой пример: около 650-750 ЗакПок + 650-750 РТиУ + 650-750 СФ + 300 ПКО + 150 ПП + 5-6 ТребНакл + 10 ОПзС (с 10 строчками ГП и 200 строчками сырья) В СУТКИ. Работа 7х24. 30 пользователей в базе. SQL.

Скорость проведения РТиУ - 3-4 секунды. В табл.части 10-20 позиций. 2 оператора на выписке. Сравнивают с 7.7 - говорят в 7.7 быстрее в разы было.

Все рекомендации Гилева выполнены - отключены учет по складам, порядок формирования учетных цен - по нулевым, версионность отключена, управляемые блокировки, РАУЗ.

Сервера старые, 2003,2004,2006 г.в. Ради прикола перепровожу на ноутбуке на виртуальном диске RamPlus. База в файловом ржиме за неполный квартал - 4,7Гб. Все доки перепроводятся за 4 часа. На сервере примерно в 10 раз медленнее. Сейчас изыскиваем возможность нарастить сервера путем увеличения SCSI дисков до 6 вместо 4 и BBU. Кто как выкручивался при нехватке бюджета?

Терминал?

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

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

+ попробуй 1 вытащить с терминала, ну и протестить

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

а где замер производительности?

Скуль настройте правильно...  Видел подобные базы проведение мгновенно, только закрытие месяца пару часов делалось. Перепроведение было за 4 часа.
Где то у вас, что-то не так. Помониторь нагрузку на серваках.

(16) а вот и .. наоборот почему то...

(18) а че там настраивать то?

(19) наверное, может быть, это когда на серваке из-за процесса 1С будет не хватать процессорной мощности или отожрет оперативки по-любому 400-500 метров. У меня пока на сервере побыстрее перепроводится, чем на клиенте.

(17) а если дам - поанализируешь?

:))) на все даст ответы счетчики производительности

там в замере не распределение по партиям тупит, случайно?

(22) а что не умеешь пользоваться?

(24) у меня РАУЗ см(0), в учетных политиках и настройках никаких фифолифо, посреднему, давальческого пока нету - все вроде по среднему пока, типа без партий.

(25) НЕА )

)))
обратитесь к специалисту

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

(28) у нас деревня, здесь все специалисты...

(0) " Сравнивают с 7.7 - говорят в 7.7 быстрее в разы было. Сравнивают с 7.7 - говорят в 7.7 быстрее в разы было."
Всё так. Пусть привыкают.

(29) замер производительности кажет 1-1,5 секунды. Потом мертвое положение (типа все замерло) в теченние 2,5-3 сек, - и вуаля, докуемнт проведен.

(28) я думал какой волшебный замер новый появился.

отладку серверного кода запусти

(33) самые волшебные, это стандартные счетчики производительности винды

(35) во, я про них и подумал. Но я далек от этого - мне бы ориентирные показатели. Т.е. по шкале кажет половину, а нормально это или много - х.з.

сравнивал с этими : http://www.sql.ru/articles/mssql/03121001perf_counters.shtml#0
тоже в норме (не сильно отлдичаются).
(34) а вот этого я не знаю - как?

(34) как делать-то? опять волшебный метод новый какой-то?

(37) читай, разбирайся...
инфа в инете есть..
и не забывай, что  у тебя не только сервер СУБД есть :)
но и сервер приложений

(32) телепатирю - замирает на операторе типа Движения.Записать()...
Отладку на сервере включи...

(39) думаю, на следующей неделе еще один хлам поставим - на него отдельно нахлобучим сервер предприятия (4 гб 2хеона 2,3ггц), а БД отнесем на 4 гб 2хеона 3ггц с 4 скази и ББУ. Посмотрю ускорение/замедление

(0) Наличие антивируса на сервере с SQL, особенно ненастроенного, может тормозить работу в разы...

админ поставил каспера на sql серв.

(43) наверное, надо..

(38) в реестре запуск службы добавить -debug

(41) Так у Вас сервер БД и сервер приложений в одном флаконе?

(0) Версионирование, обмены есть?

(46) поддерживаю вопрос

(46)(48) Насколько я понимаю, сервер приложений <> сервер 1спредприятия? Так то сервер 1Спредприятия и БД - на одном,т.к. мне пока некуда выставить сервер предприятия.

(47) Версионирования нет, обмен есть только в одну сторону - в сторону базы для горячего бекапа, т.е. если вдруг чего, так я сразу на эту периферийную переключу. Она на другом компе, в ней никто не работает.

(49) Ужас. Вы поставили два ресурсоемких приложения на один сервер и пытаетесь припарками в виде пары дисков разрулить их :)

(51) см.(41)

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

(53) Если 4 гига памяти, то 2 процесса достаточно.

у меня уже была ошибка у пользователей типа "не найден рабочий процесс" - после этого вываливает из программы и все. Уменьшили кол-во рабочих процессов с 4 до 2 - пока робит. (54) - спасибо, учту. А если будет 6 Гб (есть две планки, если запустятся - будет гуд) - то скока процессов - 4?

(55) Тут копья многие ломаются, но народ более склоняется, что под 32-разрядную систему по процессу на каждые 2 гига памяти нужно. Повторюсь, мнение неоднозначное.

будем экспериментить...

(49) у скуля объем используемой оперативной памяти ограничили?

(56) а 1С не рекоммендует так делать

(58) скуль вроде сам отдает скока отожмешь.
(58) а как рекомендует?

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

(59) скуль никому ничего не отдает...
у этого жмота снега зимой не допросишься

(60) рпхосты отъедают по 400 метров. потом крутятся около 400 - когда пользователи свалят (останется только 6), уменьшаются до 300.

(59).2 а хер их знает...
они партизаны

(62) 400 метров чего? :)))
ОЗУ то все скуль съел...
посмотри по счетчиком производительности, сколько ОЗУ использует скуль
и вычти из физически доступного ОЗУ...
но я тебе так сказу сразу,
если объем базы больше объема ОЗУ, то скуль съел ВСЕ

(60) про уровень вопросов - я вообще-то как-бы исполняю начальника планово-экономического отдела, просто раньше немного занимался 1с-ом. Сисадмину скажу про ограничение скула, интересно, обидется?

(65) 90% it-ов обидчевые

(64) 400 метров на процесс (если смотреть через дисп.зад.). База конечно уже больше ОЗУ (в скуле 6,4 против 4 Гб ОЗУ)

(67) заказывайте оперативку, она стоит копейки
добейте хотя бы до 8гб и ОС поставьте 64х разрядную и ограничьте скуль, что бы он хотя бы 2гб памяти не трогал

сисадмин говорит один кит 2х2Гб с есс стоит 13500 руб (димы еще) - мне как то стремно за такую цену.

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

а на наши процы встанет 64 ОС? когда их покупали, тогда еще не было 64.

(69) ну поставьте сервер 1С отдельно на современную рабочую станцию потестить. А там уже видно будет

(70) я пока стреманул делать debug

(72) на след. неделе так и сделаю.

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

(71) хз... по идеи должно, но это уже вопрос в большей степени железячникам,
но если ОЗУ докупать не планируете, то для 4гб
32х разрядной ОСи выше крыши

(75) 1. сейчас 2.
2. На скуле скорее всего ничего не настроено (типа ведает сисадмин) - мне путь заказан,
3. с этим промахнулся, буду учитывать в будущем, хоть и делаю на копии на отдельном тестовом сервере.

(77) ну тады дай заказ админу. Средствами только 1С эта проблема не решается.

(78) обижается. говорит , я ему мешаю жить...

(79) тогда пользователей на него натрави, чтоб они тебе жить не мешали.

(79) уволь, найми другого

(81) к сожалению все к этому идет. Хотя парень вроде умный.

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

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

(84) не дрейф, воспитывай своего админа)

похоже на кавказскую: невесту под себя выращивать надо...

(84)
в вашем случае достаточно одного сервера, но правильно настроенного
нужно проверить:
а) настройки железа (уровень рэйда, включенности кэширования, наличие установленных последних драйверов и биоса и т.п. )
б) настройки ОС
в) настройки субд (регламентные задание по обслуживанию БД, местоположение и конфигурация tempdb, ограничить использование ОЗУ и прочее)
г) настройки сервера 1С
д) а уж после всего выше заниматься оптимизацией на уровне конфы 1С

админ же просто хочет новый сервак :)
и в принципе понять его можно :)
самосбродные же станции опасны своей ненадежностью

да, кстати я надеюсь контроллера домена на текущем серваке нету?

Учитывая все вышеперечисленное, 1С у вас шустрит просто))

Ребята,спасибо, забрал ветку для аргументации перед руклями и сисадмином. Спасибо!

P.S. (88) - Kraftway (xeon 2.3х2), Dell(xeon 2x2), HP (xeon 3.0x2) и два самосборных сервака core i7 c 12 гб озу и сатами. Базы и 1ссервер на брендовых крутятся - никаких самособоров. контроллеры и почтовики и всяко хрень - на самосборах.

(90) у меня?

(92) Если, как я понял, на сервере обновление статистики, дефрагментация индексов, очистка кэша не делается, то 3-4 секунды это не так плохо.

(93) утверждать не буду, но настройки скорее всего default

По поводу памяти, которую скуль отжирает, где можно настройки посмотреть и какие настройки оптимальные надо сделать?

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

Автор, отпишись, пожалуйста, решилась ли проблема, и если решилась, то как?? Тут у нас 18 гигов оперативы (правда, PostgreSQL), но очень и очень натужно всё происходит.

(97) Да, в общем-то похвастать нечем. Выкрутились так: докупили в один из старых серверов BBU (обошлась в 6 тыр).Скорость записи возросла незначительно (просто скази стали хрустеть поменьше - как-то и по перфмону напрягов нет), но проводится все равно долго. У нас SQL. На один из серверов поставили распределенку от основной базы. Ночью делаю перепроведения в дочке, и обмен каждые 15 минут с транзакцией по 200 элементов. Пользователи пока ничего не замечают и не жалуются на транзакции (пользователей до 35). Еще чисто субъективно есть ощущение что перепроведение "не все скопом" а по каждому виду документов проходит быстрее. Т.е. отдельно провожу РН, отдельно ТН, отдельно ОПзС, и т.д.

(98) что еще за перепроведение? Восстановление последовательностей - наше все. Нафига все тащить то?

(99) это Ваше всё. А у меня 9 юрлиц ( и ни у одного нет учетной политики нормальной), РАУЗ, и подбор наиболее подходящего режима учета (поскладам/непоскладам, понулевой/поплановой/пофактической). При смене режима, чем мне поможет Ваше всё? Предприятие делает первые шаги в 1С, побирает режимы. Конечно, сейчас практически уже все сделано, но прошедшие 3 месяца были сплошные эксперименты.

А у Вас, если не секрет, при использовании Восстановления последовательности, сколько за ночь доков обрабатывается?

(100) не считал. Но у меня не РАУЗ. И все делалось в течение часа. Скуль правда у меня подкручен согласно всех рекомендаций 1 сы. Документов достаточно много - строительная компания (дорожники).

(101) ну вот и у меня сейчас выходит уже около 700 заявок + 700 РН + 300 заявок на возвраты + 300 возвратов + 300 ПКО + 150 платежек + 10 требований + 10 отчетов производства за смену по 5 строк и 200 строк материалов. И это в сутки. SQL тоже, как говорит сисадмин, подкручен.

(102) не так уж это и много. А уж проведение РТУ 3-4 секунды, это хз сколько там строк должно быть.

(103) в РТУ от 20 до 40 строк. Включен учет по складам (себестоимость в разрезе складов). 3-4 секунды - много это?

очень.

А сколько у Вас проводится по времени?

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

(103),(107) я не хочу Вас обидеть, но судя по всему, Вы не знаете сколько у Вас проводятся документы.

По чему судите-то? Может быть, у Вас также или даже дольше? А я уже расстраиваюсь...

Предложение зажать память скулю уже было? По умолчанию скуль жрет всю доступную оперативку. В результате не хватает памяти рабочим процессам

(109) уже было, все сделано. но спасибо.

То (0)"Все рекомендации Гилева выполнены - отключены учет по складам, порядок формирования учетных цен - по нулевым, версионность отключена, управляемые блокировки, РАУЗ."  
Если востановление последовательности в разрезе складов не зависит друг от друга - проводи параллельно по складам(в разных сессиях)- Будет ускорение. Если нельзя то можно использовать, что то типа  http://softpoint.ru/article_id375.htm