Продолжение темы БП. Как ускорить закрытие периода?

Клиент-серверный вариант. MS SQL. Сервера 16х1.4Ггц, RAM 32ГБ.

Требуется:
- загрузить 120 000 реализаций
- создать 120 000 сч-ф на реализацию
- перепровести 160000 документов

Сколько времени это займет?

Спасибо за ответы.

(0) у автора таких вопросов может и месяца не хватить...

Хех

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

(3) Другие способы не сработали.

(1) Что-то не так с вопросами? Или с автором? :)

(5) просто постановка вопросов удивляет

вместо того чтобы спросить "как за 2 часа сделать/грохнуть ..." спрашиваешь за сколько это можно сделать

ЗЫ ответ: за сколько угодно

(6) см. БП. Как ускорить закрытие периода?

Сделай РИБ, и грузи в периферийную хоть неделю, а в центральной пользователи свободно пусть работают. Обмены раз в сутки и все будет хорошо.

(0) на фоне проведения загрузка и генерация с.ф. не займет много времени
Поэтому проведи 1000 документов и умножь время на 160

(8) Надо получить именно конечный результат за 12 часов.

(10) ну тогда выгрузить в файл, на ссд, и там вертеть. Быстрее ничего не будет. Но я делал такие операции в УПП в рам диске, не в скуле с рейдом.

(9) Да. Похоже я неправильно задал вопрос.

Время, за которое перечисленные действия выполняются "обычным" способом известно: 4-7 суток.

Вопрос 1: какие есть способы оптимизации, чтобы сократить это время до 12 часов?
Вопрос 2: в какое время можно уложиться, применив те или иные способы оптимизации?

Ограничение: можно использовать только средства 1С. Напрямую в SQL лазить нельзя.

(12) Средствами чисто 1с ты этого не сделаешь.

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

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

(11) Про рам-диск интересная мысль.

Да, мысль интересная, только я делал это, когда моя база умещалась в 32 гига на компе рабочем. Сейчас она в скуле 132 гига и уже в рам ее не запихнешь.
Прогу для рам диска могу в понедельник назвать. Да их много.

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

(17) рам диск для темпов тоже опасно. Мы для темпов используем ссд, рам диск только для поворота экспериментов.

(16)(17) Ну да. База 90 гиг. При желании нужное кол-во оперативы найти можно. Выгрузка-загрузка занимает приемлемое время. Но несколько хлопотно на каждое закрытие туда-сюда базу гонять. А период иногда приходится по несколько раз перезакрывать из-за ошибок в первичных данных.
Но мысль-то интересная :)

(12) в (14) правильная мысль
основное время занимает проведение и оптимизировать нужно именно его. В БП скорей всего тормозят запросы к РБ по расчету себестоимости. Самое простое не считать ее совсем в момент проведения. А только регламентом при закрытии месяца

Я тебе уже писал, у меня УПП 132гига, две базы, обмениваются между собой, в одной -40 пользователей, в другой - один, мастер по закрытию периодов. Обмен каждый 15 минут. На время опытов обмен отключаю. Базы в скуле, на рейде 10.

(20) это действительно неплохо, сделать в БП 2,0 расчет себестоимости как в УПП в конце месяца. Скорость резко возврастет.

(14) (20) Оптимизация запросов, выкусывание неиспользуемого в конкретной базе кода (например счета расчетов с контрагентами подставляем константной), кэширование некоторых данных дало выигрыш где-то в 2 раза (до 2-3 суток).
Но целевое время - 12 часов.

(0) как я понял тебе нужно выполнить эти операции за 12 часов? Конфу менять можно?

(24) > Конфу менять можно?
Крайне нежелательно. Мы проведение некоторых доков делали внешней обработкой, какбы подменяя типовой код проведения.

(25) тогда никак

Дело ведь не только в проведении

Из области чёрного юмора: переведи базу в облако к 1С, пусть это станет их головной болью....

(23) это единственный путь, если всё уже заоптимизировано (что в БП вряд ли), то менять только регламент: например переносить  документы понедельно

Вот еще интересно, а нафейхоа перепроводить столько документов? Уверены, что на выходе получите то чего ожидали?

(26) Что именно надо поменять? Добавлять новые объекты можно, изменять существующие типовые - крайне нежелательно. Если только очень незначительные изменения.

(28) Вопрос в процессе согласования :D

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

(31) в некоторых процедурах и функциях вставить несколько строк кода

(28) ага а из белого это арендовать суперкомп на 12 часов ))

нужно параллелить. сколько потоков при загрузке используете?

(36) ну вот пришел и почти всю интригу испортил

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

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

вот-вот, а с проведением что делать?

цель перепроведения так и не озвучили

Вот-вот так и не озвучил

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

(43) а при закрытии месяца нужно перепроводить документы!? А я то и не знал :)

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

А до этого они что делали?

Имхо перепроводить тут лишнее действие

троллинг?

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