Проведение по партиям.

Форум Учет и отчетность Производственный учет (MRP)

1С:Управление производственным предприятием Платформа 1С v8.3

1. KonstB 180 22.03.12 18:35 Сейчас в теме

Всем доброго времени суток!
Ситуация следующая: Есть УПП 1.3.22.1 платф. 8.2.15.301 серверная. Необходимо запустить типовую обработку "Проведение по партиям" по БУ и НУ + формирование проводок. Запускаю...
за один день количество документов ~ 300. Для того, чтобы восстановить партии за один! день, обработке требуется (внимание, ключевое слово) 8 ЧАСОВ!
Делаю следующее:
Выгружаю ДТ. Разворачиваю с ним(ДТ) файловую базу. Запускаю обработку в файловой базе. Время восстановления партий, за один день, не более (внимание, ключевое слово) 5 МИНУТ!!!

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

И вытекающий вопрос. Правильно ли будет сделать и какие могут быть последствия(если будут), если сделать восстановление партий в файловой базе, выгрузить ДТ. ДТ загрузить в северную базу?

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

11. $tark 03.04.12 07:51 Сейчас в теме

(1) KonstB, для начала на чем сервер MS sql, postgres, DB2? Как вариант сделайте реиндексацию (можно средставми 1с - конфигуратор тестирование исправление -Реиндексация таблиц информационной базы) это в дополнение мысли zhenya17. (Ну и то что писали polk и bdlk )

12. RustamZz 03.04.12 14:11 Сейчас в теме

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

14. cherva 97 04.04.12 11:32 Сейчас в теме

(1) Собственно, в моей практике всегда так было,причем на разных системах. Всегда почему то восстановление последовательности, проведение по партиям на файловой версии идет значительно быстрее чем на SQL-ной. Мы даже этим пользовались для ускорения восстановления последовательности: выгружали в файловую , восствноавливали последовательность , а затем опять загружали в SQL-ную

2. AlX0id 22.03.12 18:40 Сейчас в теме

По первому вопросу - давно ли выполнялись регламентные процедуры на Sql-сервере? Часто ли делаются динамические обновления? Когда в последний раз перезапускался, в конце концов? :)
По второму - если выгрузить/загрузить в дт и обратно - ничего страшного, но не забывайте блокировать серверную базу и регламентники.

3. KonstB 180 22.03.12 18:59 Сейчас в теме

(2) AlX0id,
регламентные процедуры выполняются регулярно. Динамические обновления бывают(сегодня были), стараемся отойти от них. Перезапускался кто/что? )
За второе, Спасибо.

4. AlX0id 22.03.12 19:11 Сейчас в теме

(3) KonstB,
перезапускался-то сервер sql - не дописал просто )
в принципе-то файловая база при условии наличия одного пользователя и должна работать быстрее.. но не в 100 раз же.. кстати, а в клиент-серверной, когда запускали - пользователи были?

5. KonstB 180 22.03.12 20:15 Сейчас в теме

(4) AlX0id,
Серв сегодня перезапускался. Запускал по всякому и с пользователями и без. Все одинаково.

6. AlX0id 22.03.12 20:45 Сейчас в теме

(5) KonstB,
Тогда сдаюсь )
Могу грешить еще разве что на то, что SQL некорректный план запроса строит.. Но как это проверить - не знаю )

7. KonstB 180 22.03.12 22:00 Сейчас в теме

(6) AlX0id,
Спасибо Вам )

8. zhenya17 20 23.03.12 10:25 Сейчас в теме

Проведение в SQL-базах обычно тормозит, если в них давно не обновлялись индексы.
Ну и ещё тормоза бывают из-за жётских дисков. Но если Вы располагали файловую базу на том же винте, что и SQL-ная, то этот вариант отпадает...

20. KonstB 180 14.04.12 13:58 Сейчас в теме

(8) zhenya17,
реиндексация базы, средствами 1С, результатов не дало (
(9) bdlk,
На старом сервере каждую ночь выполнялись обновление статистик, очистка кэша, реиндексация. На новом ничего этого не делалось, т.к. он еще ни разу не ночевал... новый )

Подскажите еще какие нибудь варианты, а то уж что то в голову ничего не лезит.

9. bdlk 6 23.03.12 16:48 Сейчас в теме

А какие регламентные процедуры выполняются на SQL сервере?

10. polk 23.03.12 23:58 Сейчас в теме

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

13. ceramica 13 03.04.12 18:10 Сейчас в теме

Во первых не указано железо сервера и клиентой машины. Серверы для SQL-систем должны иметь большие ресурсы. PentiumII 300Mhz со 128Мб ОЗУ и Ultra Wide SCSI дисками - это пожалуй тот минимум, на котором может НОРМАЛЬНО функционировать программное обеспечение MS SQL Server с 5-8 подключенными клиентами.Не следует также забывать о необходимости синхронизации доступа рабочих станций к данным. Поскольку вся обработка ведется на уровне рабочих станций, а файл-сервер просто играет роль разделяемого дискового устройства, задачи синхронизации решаются в таких системах с помощью организации различных файлов блокировок (на диске файл-сервера) в которые каждая рабочая станция записывает информацию о данных, которые она модифицирует в данный момент, а при попытке считать данные проверяет не заняты ли эти данные другой рабочей станцией. Обработка данных ведется рабочей станцией, а сервер служит просто как дополнительное, доступное всем пользователям дисковое устройство. Это означает, что при выполнении задачи ВСЯ база данных (или значительная ее часть) прокачивается по сети на рабочую станцию и там обрабатывается процессором рабочей станции.

16. Diego_Iv 34 04.04.12 13:44 Сейчас в теме

(13) ceramica,
PentiumII 300Mhz со 128Мб ОЗУ и Ultra Wide SCSI дисками

Похоже на шутку или цитату из источника 10-летней давности...

15. Zyevkl 04.04.12 13:38 Сейчас в теме

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

17. KonstB 180 14.04.12 08:26 Сейчас в теме

Доброго Всем вренмени суток. Спасибо Всем за ответы. Сам ответить не мог, был завал на работе...

Проблема актуальна. Руководство для решения проблемы выделело отдельный, железный сервер:

Сервер железный IBM x3550 ОЗУ 14 Гб, HDD SAS. НА нем SQL-сервер + сервер приложений 1С.
На SQL-сервер выделено 8 Гб ОЗУ.

Сервер:
SQL 2008 R2 x64
1C82.15.301

Доступа в базу ни у кого нет, кроме меня. Поставлены огранечения на запуск регламентных заданий. Запускается проведение по партиям, та же печенюшка...

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

Сегодня попробую "тестирование и исправления" - отпишусь

18. sokol_5441 142 14.04.12 10:08 Сейчас в теме

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

19. KonstB 180 14.04.12 13:11 Сейчас в теме

(18) sokol_5441,
Подскажите, пожлуйста, как выполнить сжатие таблиц, в клиент-серверном варианте, средстваим 1С?

21. Putin_VV 30.05.12 16:22 Сейчас в теме

Доброго времени суток, столкнулся с той же проблемой при восстановлении, to KonstB
Решение какоето появилось? очень напрягает выгружать dt шку постоянно???
Буду очень признателен

24. KonstB 180 04.06.12 21:25 Сейчас в теме

(21) Putin_VV,
Добрый. У меня проблема как бы решилась... Руководство захотело РАУЗ, поэтому проведение по пратиям отпало само сабой. А разобраться в чем была проблема с партиями, как обычно, времени нет...

22. napan 36 01.06.12 09:17 Сейчас в теме

Скорее всего SQL настроить корректоно надо и посмотреть вообще сколько на нем оперативки именно свободной, т.к. не настроив sql он может всю оперативку под себя подобрать...

23. darkinitr0 34 01.06.12 10:01 Сейчас в теме

может быть сделать обыкновенный замер производительности в обоих базах и найти узкое место?
замер при проведении один раз по партии (он там в цикле все проводит).

Оставьте свое сообщение

E-mail: