23.09.2005, 17:01 | #1 |
Участник
|
Очень долго происходит заливка данных
Доброго всем времени суток.
Ситуация следующая: Мы пишем кастомизациия оторванно от основной группы разработчиков. Для корректного тестирования нам прислали данные, выгруженные с работчей базы средствами аксапты. Файлик весик около 1000 метров. Поставили на заливку в нашу базюку стандартными средствами аксапты. К слову: базюка лежит на сервере: 4 проца, 4 гига памяти, соотвествующий винт. Проблема в том, что данные заливаются уже 5 сутки. Кто-ть может подсказать, что может ускорить процесс, и как избежать данного эффекта в дальнейшем.
__________________
Функциональное тестирование сайтов |
|
23.09.2005, 17:07 | #2 |
Участник
|
Очень происходит заливка данных
Доброго всем времени суток!
РАбота по проекту ведется 2 группа, которые находятся в разных городах. Ввиду того, что наша база захламлена мусором, нам прислали новую. Файлик, полученный стандартной утилитой выгрузки аксапты, весит около 100 метров. Табл в том, что заливка идет уже 5 сутки. Кто-ть сталкивался с такой ситуевиной? И как можно ускорить процес задивки?
__________________
Функциональное тестирование сайтов |
|
23.09.2005, 17:12 | #3 |
Участник
|
Re: Очень происходит заливка данных
Цитата:
Изначально опубликовано Red Stranger
Доброго всем времени суток! РАбота по проекту ведется 2 группа, которые находятся в разных городах. Ввиду того, что наша база захламлена мусором, нам прислали новую. Файлик, полученный стандартной утилитой выгрузки аксапты, весит около 100 метров. Табл в том, что заливка идет уже 5 сутки. Кто-ть сталкивался с такой ситуевиной? И как можно ускорить процес задивки? |
|
23.09.2005, 17:12 | #4 |
Участник
|
1. обновлять индексы после импорта
2. не включать в этот файл системные талицы типа перекрестных ссылок 3. не включать в этот файл логи http://axapta.mazzy.ru/lib/dbgrowthsolution/ 4. выполнять работу на сервере |
|
23.09.2005, 17:15 | #5 |
Участник
|
Я объединил ваши две темы.
Не надо дублировать. Так 1000 Мб или 100Мб? может вам передавать таки бэкапы, сделанные средствами СКЛя? |
|
23.09.2005, 17:19 | #6 |
Участник
|
2mazzy
После первой попытки создания обсуждения браузер слетел с Error-ом. Не специально. 1000 метров фалик занимает Обновление индексов?.. Вроде стояла такая галка перед началом заливки. Опять же бакапами не получится. У нас сиквел стоит, а у клиента - Oracle.
__________________
Функциональное тестирование сайтов |
|
23.09.2005, 17:37 | #7 |
Member
|
Цитата:
Изначально опубликовано Red Stranger
... Вроде стояла такая галка перед началом заливки. ...
__________________
С уважением, glibs® |
|
23.09.2005, 17:42 | #8 |
Участник
|
Цитата:
Там не галка, там поле со списком.
А есть предложения как увеличить скорость заливки для текущего процесса?
__________________
Функциональное тестирование сайтов |
|
23.09.2005, 18:14 | #9 |
Участник
|
Поднять приоритет процессу Аксапта
Вы посмотрите профайлером что у вас происходит сейчас. посмотрите монитором. во время импорта происходит изменение recid. скорее всего у вас сейчас своп дикого размера и машина занимается в основном свопом. Как такое ускорить в текущем сеансе? Не знаю выделите место под своп больше... Но это поможет слабо. |
|
23.09.2005, 20:58 | #10 |
Модератор
|
Цитата:
Изначально опубликовано Red Stranger
А есть предложения как увеличить скорость заливки для текущего процесса? Теперь вопрос. Допустим, Вы пошаманите и импорт вместо пяти суток будет выполняться за двое.. Круто? Конечно - в два с половиной раза быстрее. Или за сутки - быстрее в пять раз. Вас это устроит? Не проще ли взгромоздить на этом же сервере оракла? Тем более что клиентские БД не были замечены в попытках уменьшаться в размерах со временем |
|
26.09.2005, 10:39 | #11 |
Участник
|
А вот еще мысль - поставить Recovery model скулевой базы в Simple - не будет создаваться лог базы, не проверял идет ли загрузка в рамках одной транзакции - но ели глянешь сейчас размер лога базы и он уже вылезает из всех щелей - так и есть..
|
|