|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Если база слишком большая и expdp продолжается больше чем сутки да и прописан compression=all, что замедляет сам процесс expdp. Крон выставлен ежедневно в одно и тоже время. 1). Как быть в таком случае ? 2). Запустится ли 2-ой expdp на след. день если 1-ый еще не закончился ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 09:21 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency 2). Запустится ли 2-ой expdp на след. день если 1-ый еще не закончился ? А самому проверить и узнать ответ? Не через cron, а просто вручную, чтоб не ждать. Только не используйте параметр JOB_NAME, тогда Data Pump будет генерировать уникальные имена для Master Table с "_01", "_02" и тд в названии. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 10:35 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
shane54 Frequency 2). Запустится ли 2-ой expdp на след. день если 1-ый еще не закончился ? А самому проверить и узнать ответ? Не через cron, а просто вручную, чтоб не ждать. Только не используйте параметр JOB_NAME, тогда Data Pump будет генерировать уникальные имена для Master Table с "_01", "_02" и тд в названии. Проверил спс, можно ли ускорить как-то с compression=all exdp ? Сжатие нужно т.к. данных много а место мало на диске ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 11:08 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency, Параллелизм? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 11:12 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Asmodeus Frequency, Параллелизм? можете по конкретней буду благодарен , спс ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 11:35 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Asmodeus Frequency, Параллелизм? Код: xml 1.
допустим у меня такое условие , expdp system/pass dumpfile=test ... , (один дамп файл) тут PARALLEL=1 ставить ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 11:40 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency, Проводить экспорт с указанием степени параллелизма: Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 11:43 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency Asmodeus Frequency, Параллелизм? Код: xml 1.
допустим у меня такое условие , expdp system/pass dumpfile=test ... , (один дамп файл) тут PARALLEL=1 ставить ? Выгружайте в несколько дампфайлов. Должно получиться быстрее. Кроме того, если у вас экспорт может идти больше суток, тогда и дампфайл может получиться ОГРОМНЫЙ. Оно вам нужно? N.B. Для использования COMPRESSION=ALL требуется лицензирование опции Advanced Compression. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 11:45 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency 1). Как быть в таком случае ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 11:58 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Понял спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 12:04 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Asmodeus Frequency 1). Как быть в таком случае ? опираюсь на ваш опыт, колько параллельных нужно поставить на 800 гигов ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 16:16 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency Asmodeus пропущено... Разобраться, зачем используется такой инструмент и или попробовать оптимизировать его (исключить не изменяющиеся данные; проводить его реже; грузить, как уже было сказано больше (параллелизм)), или поискать другой инструмент. опираюсь на ваш опыт, колько параллельных нужно поставить на 800 гигов ? И вообще: какую задачу решаете с помощью Data Pump? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 16:38 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Asmodeus Frequency пропущено... опираюсь на ваш опыт, колько параллельных нужно поставить на 800 гигов ? И вообще: какую задачу решаете с помощью Data Pump? 1). На смонтированный диск. 2). 4 CPU , 64 RAM 3). Oracle linux 8, DB 19c 4). Кроме инрементального RMAN , ежедневный датапамп одной сxемы ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 17:08 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
ежедневный датапамп одной сxемы Прям так критична вся схема? Обычно требуется только часть. Expdp Query. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 17:14 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency, Оракл говорит, что начинать надо с cpu_count*2 и дальше тюнить по обстоятельствам. Я предпочитаю идти "снизу" (особенно, если параллельно с дампом еще какие-то работы могут быть). Следует учитывать, что экспорт LOB-сегментов не параллелится, минимальной гранулой для datapump является таблица (секция/подсекция, если таблица секционирована). Если в схеме есть несколько больших таблиц, то возможно лучшим способом будет дампить их отдельными задачами. Как пример: в 4 потока 2,5 ТВ БД с LOB'ами по 1 Gb/sec сети утаскивается за 12 часов. Долговато, но народ устраивает. P.S. 4 CPU - это 4 ядра или 4 vCPU от виртуализации? P.P.S: а для чего потом этот дамп используется? Рядом полежать? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 17:29 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Asmodeus P.S. 4 CPU - это 4 ядра или 4 vCPU от виртуализации? То есть 12 часов меня устроит на 800 гигов с 4 параллелизмом. Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Я выставил parallel=4 или все таки 3 хватит , то есть этот процесс идет на 2-ом ноде ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 18:03 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Asmodeus P.P.S: а для чего потом этот дамп используется? Рядом полежать? :) Ежедневный full бэкап кроме RMAN, на стороннний смонтированный диск в целях страховки ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 18:07 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 18:08 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency Asmodeus P.S. 4 CPU - это 4 ядра или 4 vCPU от виртуализации? То есть 12 часов меня устроит на 800 гигов с 4 параллелизмом. Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Frequency Я выставил parallel=4 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 18:09 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Asmodeus, Да вы правы виртуализация ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 18:10 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency, Наверно начните с двух, т.к. не понятно, какие свойства у подмонтированного диска (может стать узким местом). ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 18:25 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency Крон выставлен ежедневно в одно и тоже время. А что за необходимость в ежедневном expdp? Да и смысл он имеет только при flashback_time/flashback_scn что само по себе замедляет экспорт (и возможно существенно). SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 19:18 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
FrequencyЕжедневный full бэкап кроме RMAN, на стороннний смонтированный диск в целях страховки Т.е. Вы как бы RMAN'у не доверяете? Может лучше тогда просто в ежедневный скрипт бекапа добавить CHECK LOGICAL, или RESTORE PREVIEW / VALIDATE, чтобы "перепроверять" что там RMAN набекапил? Возвращаясь к теме - так в этой схеме идёт ежедневная разработка, или это таки Production? Просто 800 ГБ, и "всё нужное" немного смущает. Вряд ли на Prod системе допустим экспорт, длящийся сутки. К тому же, как выше заметили, если Вы делаете консистентный экспорт (а Вы же делаете?). Т.е. экспорт с FLASHBACK_TIME=SYSTIMESTAMP, правда? (иначе зачем это все..?). Представьте нагрузку на Undo в течение этих суток, я к этому. Если разработка - обычно для "страховки" хватает делать экспорт METADATA_ONLY, чтобы сохранять всю структуру системы. Ну и какие-то конфигурационные/важные таблицы, список которых обычно известен. А если Prod - как уже предлагалось выше, лучше "вложить" час времени, посидеть / подумать и разделить систему (таблицы) на статические и обновляемые. И исключить хотя бы топ 5 или 10 самых больших. И написать в файл параметров экспорта простыню QUERY запросов (и/или INCLUDE/EXCLUDE) на список реально нужных таблиц. А если есть нужные/большие таблицы - отсекать в них только свежие данные, фильтровать их по какому-то признаку (каждую таблицу можно фильтровать отдельно по своему признаку), чтобы только свежие/новые данные экспортировать. Можно даже ссылаться друг на друга в QUERY блоке, можно подзапросы делать - в общем, там очень много можно накрутить. Но это того стОит, потому что экспорт можно действительно очень сильно оптимизировать по времени (ну и по размеру конечно). Главное только "know your data" - все это получится, если Вы владеете знаниями о хранимых данных в таблицах, как они организованы, ссылаются друг на друга и тд. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 21:29 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
shane54, Скажите пжт вы бы мне очень помогли, нагрузка на Undo с flashback_time или без ? И сильно ли будет замедлять сам экспорт данный параметр ? Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2021, 23:40 |
|
Из серии странных вопросов про expdp
|
|||
---|---|---|---|
#18+
Frequency Скажите пжт вы бы мне очень помогли, нагрузка на Undo с flashback_time или без ? Frequency И сильно ли будет замедлять сам экспорт данный параметр ? Спасибо З.Ы. Привели бы уже скрипт выполнения expdp с файлом параметров (если используется). З.З.Ы. На почитать. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2021, 09:39 |
|
|
start [/forum/topic.php?desktop=1&fid=52&tid=1879726]: |
0ms |
get settings: |
21ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
48ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
528ms |
get tp. blocked users: |
2ms |
others: | 2536ms |
total: | 3169ms |
0 / 0 |