Привет, мистяне! Есть сильно перепиленная УПП на партионном учете, конфликтуют между собой управленческий и бухгалтерский учет. По управленческому учету себестоимость нужна здесь и сейчас, а, так как постоянно бухгалтерия работает задним числом - вводит новые документы и редактирует старые (4 квартал) приходится каждый день делать перепроведение по партиям с границы последовательности и расчет себестоимости. Само перепроведение - это отдельная песня. Выгрузка в файловую на SSD ночью, проведение и загрузка обратно. Но скоро выгружать базу станет невозможно плюс появляются подразделения в другом часовом поясе. База одна, 90 +/- 10 пользователей. С чего начать анализ производительности как сервера 1С так и СУБД. Какие есть пути оптимизации? Никогда раньше оптимизацией не занимался, но всегда бывает первый раз:3

(0) РАУЗ не хотите?
ляпота...

(1) С 2009 УПП. Мне в наследство досталась. Я так понимаю, надо взять на вооружение ЦУП... На стороне SQL Server есть только профайлер запросов. Подозреваю, что перевод блокировок в управляемые сильно проблему не исправит, так как документы перепроводятся последовательно.

(2) всё уже разжевано-пережевано
если упираетесь в партии - то
- проверка закрытия регистров партий (товары, НЗП, материалов, материалов переданных и т.д.)
- периодическая индексация и обновление статистик на скуле
- охрененное железо и быстрые винты и быстрый трафик
- и прямые руки программиста которые быстро правят косяки юзверей.

но при реальных данных на производстве всё это только полумеры.

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

Сомневаюсь, что есть способ увеличить производительность проведения по партиям исключительно оптимизационными действиями, если процесс проведения типовой. Есть следующие пути:
1. Взять более производительный сервер.
2. Добавить в последовательность партий измерение, чтобы она откатывалась не по всем документам, а в каком-либо разрезе, непересекающемся друг с другом по документам.
3. Перейти на РАУЗ

(2)
на стороне ОС windows есть счетчики производительности.

на MS SQL Server, есть административные представления , выдающие те же  счетчики производительности MS sql

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

да и...
0. крыть работу задним числом

я надеюсь заплатку ПолучитьДеревоПартийНаСкладах применили давным-давно?

(4) "Сомневаюсь, что есть способ увеличить производительность проведения по партиям исключительно оптимизационными действиями, если процесс проведения типовой."

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

Набор действий, которые принесут наибольший эффект зависит в первую очередь от бюджета.

Можете сказать ежемесячный объем документов, участвующих в партионном учете? Общее количество строк в ТЧ этих документов?

разъясните мне - при РАУЗ нельзя же посмотреть мгновенно себестоимость? Надо делать закрытие месяца. Или ошибаюсь?

(10) Чёй-то? Плановую.

(1) ляпота от слова ляп....

(11) а чем плановая от фактической отличается?

(13) Чем план отличается от факта?

(13) Хрена се.
Тем, что одна плановая, примерная, а другая фактическая, то есть та, которая получилась по факту.
Плановая цена втулки 4.70, а по факту 4.82.

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