Подскажите куда смотреть и где искать причины ситуации:

есть два экземпляра БД под Oracle8i Enterprise Edition Release 8.1.7.0.0
на обоих компах Microsoft Windows 2000 Service Pack 4

размер ORADATA одной 24,7 Гб, команда:
exp.exe user/password@sid full=y file=full LOG=full
отрабатывает минут за 20

размер ORADATA другой 14,4 Гб, команда:
exp.exe user/password@sid full=y file=full LOG=full
отрабатывает больше 6 часов!

Что так "тормозит" горячее копирование????

Viewer Мало информации...
Какая информация нужна?

Vadim Lejnin

Характеристика Медленный дамп Быстрый дампСеть Пинг с увеличением размера пакета увеличивается от 52 до 187 мс Пинг стабилен 1-2 мс Машина вне домена Машина в доменеДиск 30.4 Гб (Свободно - 2.98 Гб) 200 Гб (Свободно - 24.4 Гб)CPU Intel(R) Xeon(R) CPU E5420 2.50 GHz Intel(R) Xeon(TM) CPU 3.40 GHzВыделенная под Oracle память Подскажите где посмотреть?"Попутчики" Дополнительных процессов не нашла Установлено два экземпляра Oracle; Приложение по зарплате; Остатки m.e.docЗабитые как проверить?
Подскажите так же каким образом определить:
1) статистику exp.exe сессии
2) awr report за интервал времени когда выполнялся дамп
3) мониторинг ресурсов сервера

DВАдевушка, не морочайтесь :)
посмотри размеры самих файликов с расширением dmp
ХарактеристикаМедленный дампБыстрый дампРазмер *.dmp 2 895 054 848 байт 4 639 115 264 байттекущие настройки oracle background_dump_dest=D:\oracle\admin\ORCL\bdump background_dump_dest=D:\oracle\admin\WORK\bdump compatible=8.1.0 compatible=8.1.0 control_files=D:\oracle\oradata\ORCL\control01.ctl; D:\oracle\oradata\ORCL\control02.ctl; D:\oracle\oradata\ORCL\control03.ctl control_files=D:\oracle\oradata\WORK\control01.ctl; D:\oracle\oradata\WORK\control02.ctl; D:\oracle\oradata\WORK\control03.ctl db_block_buffers=22751 db_block_buffers=76185 db_block_size=8192 db_block_size=8192 db_file_multiblock_read_count=8 db_file_multiblock_read_count=8 db_files=1024 db_files=1024 db_name=ORCL db_name=WORK distributed_transactions=10 distributed_transactions=10 global_names=TRUE global_names=TRUE instance_name=ORCL hash_multiblock_io_count=4 java_pool_size=32768 instance_name=WORK large_pool_size=90457280 java_pool_size=20971520 log_buffer=32768 job_queue_interval=60 log_checkpoint_interval=10000 job_queue_processes=4 log_checkpoint_timeout=1800 large_pool_size=614400 max_dump_file_size=10240 log_buffer=32768 max_enabled_roles=30 log_checkpoint_interval=10000 open_cursors=300 log_checkpoint_timeout=1800 oracle_trace_collection_name= max_dump_file_size=10240 os_authent_prefix= max_enabled_roles=60 parallel_max_servers=5 mts_dispatchers=(PROTOCOL=TCP)(PRE=oracle.aurora.server.SGiopServer) processes=150 open_cursors=300 remote_login_passwordfile=EXCLUSIVE open_links=4 service_names=ORCL oracle_trace_collection_name= shared_pool_size=422458265 os_authent_prefix= sort_area_retained_size=191072 parallel_max_servers=5 sort_area_size=191072 processes=150 user_dump_dest=D:\oracle\admin\ORCL\udump remote_login_passwordfile=SHARED service_names=WORK shared_pool_size=371877478 sort_area_retained_size=2686400 sort_area_size=2686400 user_dump_dest=D:\oracle\admin\WORK\udump utl_file_dir=\\Server03\incoming\work
Vadim Lejnin p.s. Полученные файлы упакуй и приложи
В архиве xls-файл с результатами селекта при работе exp.exe на "быстрой" и "медленной" базе.

mefmanmbmесть два экземпляра БД под Oracle8i Enterprise Edition Release 8.1.7.0.0
на обоих компах Microsoft Windows 2000 Service Pack 4

Приближался 2018 год...
Смешно? Да?

Vadim Lejnin3) В присланной статистике, единственная разница, что может сильно повлиять:
Сравни параметры и подумай


Сравнила, подумала и мой вывод: "Увеличить значения sort_area_retained_size и sort_area_size".
Или не всё так просто?
Vadim LejninДля исключении сети и оценки скорости, запусти exp локально на сервере, когда получишь dump, засеки время копирования полученного файла к себе на клиент.
А сеть тут не при делах!
Експорт поставила в "Назначенные задания" на самом серваке, и он "редиска" делался 6 часов, благо дело было ночью, и 100% загрузка процессора не привела в бешенство юзеров!
А результат забирала "на себя" минут 10-15.

SYmbm,
Размер ORADATA не есть абсолютный показатель. Сравни SELECT SUM(BYTES) FROM DBA_SEGMENTS. Очень даже возможно в "медленном" HWM для многих таблиц далеко планеты всей а exp вроде-бы FULL SCAN делает, т.e читает до HWM.
SY.
Медленный Быстрый10 003 496 960 15 437 930 496
Ну по всем параметрам, на "быстром" база побольше будет...