|
Перенос данных с ЗУП 2.5 в ЗУП 3.1 | ☑ | ||
---|---|---|---|---|
0
San335
11.11.20
✎
08:55
|
Доброго времени суток!
Может кто поделиться опытам или навести на здравую мысль в данной ситуации? Осуществляется перенос данных из ЗУП 2.5 в ЗУП 3.1(рекомендуемый). Есть несколько организаций: 1 головная, остальные ее филиалы, т.е. у филиалов, подразделений и сотрудников выставлена головная организация Используются типовые обработки по выгрузке и загрузки данных. Ситуация 1-я. Этап "Начальная штатная расстановка". Загрузка данных на порцию из 3-х филиалов длится 20 часов((((( До привязки сотрудников к головной организации и филиала было в 3 раза быстрее. При загрузке обрабатывается большое количество справочных данных, которые к загружаемым филиалам не относятся. Ситуация 2-я и самая БОЛЕЗНЕННАЯ. Этап "Кадровые данные"(сами правила КД по этому этапу не изменялись). В нем содержится процедура по передаче данных по фактическим отпускам. При загрузки 1филиал-выгружен в отдельный файл, обработка этих данных занимает более 12 часов на каждый филиал. Если кто-нибудь уже сталкивался с переносом данных, поделитесь с опытом или наведите на здравую мысль? ЗАРАНЕЕ ОГРОМНОЕ СПАСИБО ЗА ПОМОЩЬ!!! |
|||
1
vicof
11.11.20
✎
09:36
|
Ручками можно ввести. Можно посмотреть и оптимизировать алгоритмы выгрузки и загрузки или данные в базах. Можно железо посмотреть, а то мож там винда 2000 стоит, и оперативки полтора гига, и диск не ссдшный.
|
|||
2
piter3
11.11.20
✎
09:38
|
Ну это же разовая операция,смысл ее оптимизации
|
|||
3
San335
11.11.20
✎
09:43
|
(1) С железом все норм.Загрузки не наблюдается. Сама выгрузка происходит по-долгу не висит. Долго идет именно загрузка. Тот же реестр кадровых приказов, в котором записывается в 10-ки больше строк прогружается во много раз быстрее.
Пробовал уже кеш чистить + планы обслуживания на базу запускать, когда думал, что дело не в самой конфигурации. |
|||
4
Фрэнки
11.11.20
✎
10:11
|
На какой релиз загружается? Наличие фоновых задание заметил при выполнении загрузки?
Если заметил, то они создают блокировки и они могут приятно удивить при параллельной работе на сервере множества баз. |
|||
5
San335
11.11.20
✎
10:28
|
(4) 3.1.14
В консоли блокировку ставил на регламентные. А фоновые как отловить и заблокировать? Только подключения обработчиков искать и комментить их вызов на момент загрузки? |
|||
6
Фрэнки
11.11.20
✎
10:43
|
(5) на регламентные в чьих базах? Чтоб сделать монопольную работу своей базы?
Может стоит попробовать на своем компе оценить хотя бы возможность выполнить все эти обработки загрузки на файловой версии, локально и супер-монопольно? |
|||
7
Фрэнки
11.11.20
✎
10:45
|
Свою базу не нужно блокировать никак - нужно наоборот - это она одна должна получить максимум свободы и максимум ресурсов.
|
|||
8
San335
11.11.20
✎
11:13
|
(6) На регламентные конкретно той базы, в которую гружу.(стандартные регламентные получается заблокировал)
|
|||
9
VladZ
11.11.20
✎
11:16
|
(3) Параметры железа озвучь.
База файловая или клиент-сервер? Загрузку проца и длину очереди диска. В случае клиент-серверного - эти же параметры по серверам. |
|||
10
Фрэнки
11.11.20
✎
11:19
|
(8) угу. Т.е. сам себе хуже сделал и удивляешься, а чего оно вообще хоть как-то работает. Пробуй на файловой. Вот почему-то уверен, что база будет не слишком большого размера и все пройдет.
|
|||
11
San335
11.11.20
✎
11:25
|
(10) Не совсем понимаю,как блокировка регламентных через консоль администрирования, которые шли в конфе типовой могут на загрузку повлиять?
|
|||
12
San335
11.11.20
✎
11:27
|
(9) База Клиент-серверная. Проца и ОЗУ хватает. Как через perfom, так и через скуль загруженность и 10% забирает. Про очередь не напишу,т.к. не знаю, как посмотреть. Да и в самом ЖР данные постоянно пишутся...только постепенно это делается все медленнее и медленнее.
|
|||
13
VladZ
11.11.20
✎
11:50
|
(12) Не знаешь, как посмотреть - а говоришь "С железом все норм.".
Возможно, у тебя диск перегружен. Ищи админа, пусть посмотрит. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |