Поделитесь опытом, камрады! Кто для ускорения пробовал обрезать "некоторые" "ненужные" движения по регистрам в РТиУ УПП? помогло ли? пожалели? аукнулось где-нибудь?

что значит обрезал?

кури механизм отложенного проведения, да и тамбовский волк тебе камрад :)

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

(2) не подходит пока. Потом введу (в середине года). Сейчас наверстываем упущенное - часто приходится перепроводить.

наверное, тема не задалась, не пятничная...

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

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

(7) + Свободный

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

(9) нет, в один всё писать будет, емнип

(9) Да.
Автор экстремал.Как такое в голову то прийти могло.

у меня УПП мясокомбинат - от питерского франча алгоритм успеха. Доверия к ней нет. Сейчас (с января стоит галка Свободные остатки) - а движуха по 3-м регистрам - товары на складах, товары организаций и свободные остатки

(11) я еще не такое могу сделать от безысходности и дури...

(10) + да, тупанул видимо. Включение сводного не отменяет движения других, но контроль остатков будет идти по нему

цель какая? неужто так тормозит всё?

тормоза 5-7 секунд на проведение одного РТиУ - 700 доков в день по 20 строк в каждом. РАУЗ. Хочу добиться 1-2 сек.
Ведь название фирмы 1С - оттого, что доки должны проводиться 1 секунду...

(15) релиз 1С: Предприятия какой? У меня после перехода с 8.2.13 на 8.2.15 пошли тормоза. 50% времени - процедура очистки движений по регистрам.

(15) замер сначала включи. а то сразу на регистры товаров накинулся

(12) "товары на складах, товары организаций" ниче что это абсолютно разные регистры и для разных целей?

(16) +++++100000000000000   У меня 8.2.15.301 самое долгая процедура - ЗаписатьНаборДвиженийНаСервере

(17) не успел ответить -  все уже проделано , пропарсил многое (но может где еще надо глянуть...

(17) так и вот хочется замочить проводки по оставшимся регистрам. Но не знаю где они используются...

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

а на 310 когда пойдете?

(21) "Собираю машину, детали лишние какие-то, незнаю зачем. Дай выыкину, глядиш быстрей поедет"

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

Если нет понимания, какой регистр для чего нужен - лучше не трожь. Попробуй отключить списание партий при проведении

расчитаны итоги норм? разделение итогов включено? и т.д. сначала с этой стороны проверить всё может...

(27) итоги в норме, ссеячас - до 01.04, рассчитать по 01.05. Разделение итогов включил только на прошлой неделе. До этого было отключено. Но быстрее проводиться не стало (незаметно).
(26) В РАУЗе нет такой фишки.

(23) на 310 наверное никогда, так как то, что там пофиксили - ерунда. Будем ждать 8.2.16/8.3

А разделение итогов не даст вам увеличения скорости проведения! Оно для распараллеливания работы толпы юзеров (паралельность проведения, например).

(30) а там 700 доков в день, без разделения другие юзеры курят, это могло вызвать тормоза

(30) я уже прочувствовал, да и из названия догадался. Я их включил по мере изучения темы.
(31) я сейчас выкручиваюсь ночным проведением в периферийной, а днем гружу в центр. Пользователи пока не жалуются (ну иногда чувствуют, но редко). Если бы делал в центре, тогда курили бы.
Центр занят 24х7

Разделение на скорость практически не влияет! Забудьте про него.
(32) ресурсы сервера какие самые напряжённые(память проц, диски)?

(33) все отдыхает - могу даже счетчики сбросить. На сервере только я, SQL и сервер предприятия, железо отдыхает, а мониторить sql счетчики я не умею.

(33) проц только от 18 до 25%, а обмен страницами и диски вздрагивают только когда запись  и то тычками не до потолка...

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

(36) самое обидное, что в силу специфики учета я наваял док (делается один раз в месяц) который зачитывает авансы на документах расчетов. Так он собака с 20 000 записями проводится за 10 секунд. А тут - десяток записей, а долго...

(37) попробуйте через ТЖ понять какой запрос тормозит.

(38) самое долгая процедура - ЗаписатьНаборДвиженийНаСервере - 48-52% от всего времени проведения

а какой тип регистра(РН, РБ)?

Включи "Порядок формирования учетных цен - по нулевой стоимости"

(41) включено сразу с 01.01.12. хотя есть экономисты (и я в том числе), которые готовят плановые цены. Планирую уйти на плановые.

Тогда разбирайся с настройками сервера баз данных, аппаратной части - у нас в типовой УПП с РАУЗ и нулевыми ценами РТУ с кол-вом строк до 50 больше 2-х секунд не проводятся.

(43) Вы первый , кто назвал более менее точные данные. Может скажете, ключевые настройки SQL, если не жалко...

Даже с настройками по умолчанию с правильно сконфигурированным железом MS SQL-сервер работает достаточно производительно. Главное - больше памяти под кэш (у нас SQL-сервер забирает 32-40 ГБ при размере базы 120 ГБ) и правильная настройка RAID под файлы логов (кэширование на запись). Это дает основной прирост производительности. Остальными настройками SQL-сервера можно еще процентов на 10, ну максимум на 20 поднять производительность.

Ну и переодическая дефрагментация и реиндексация

(45)(46) спасибо