Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
 Re: Из серии странных вопросов про expdp  [new]
flexgen
Member

Откуда: Город на песке
Сообщений: 911
Alexey Chasovnikov
Frequency
опираюсь на ваш опыт, колько параллельных нужно поставить на 800 гигов ?

Зачем использовать expdp? Используйте RMan для резервного копирования и восстановления. У меня 2 базы по 1.5ТБ. RMan на них идет 5 часов (full)

Ну вот представь себе ситуацию - кто-то взял и удалил статичную таблицу-справочник, без которой твоя аппликация работать не будет. Как думаешь, что быстрее и удобнее - сделать импорт этой таблицы при помощи datapump или восстановить ее из бэкапа?
22 ноя 21, 22:03    [22399451]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
SY
Member

Откуда: Middlebury, CT USA
Сообщений: 10337
[quot flexgen#22399451]
Alexey Chasovnikov
пропущено...
Ну вот представь себе ситуацию - кто-то взял и удалил статичную таблицу-справочник, без которой твоя аппликация работать не будет. Как думаешь, что быстрее и удобнее - сделать импорт этой таблицы при помощи datapump или восстановить ее из бэкапа?


Ну представил. Во-первых "кто-то" удалил указывает на бардак. Ладно, допустим это DBA по ошибке. Банально:

SQL> create table emp_test as select * from emp;

Table created.

SQL> drop table emp_test;

Table dropped.

SQL> flashback table emp_test to before drop;

Flashback complete.

SQL> select count(*) from emp_test;

  COUNT(*)
----------
        14

SQL>


А за DROP PURGE бить больно (финансово)

SY.
22 ноя 21, 22:21    [22399460]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
shane54
Member

Откуда: Frankfurt am Main
Сообщений: 360
Ну если вспомнили про FLASHBACK как средство защиты от удаления таблицы, то тогда уж и про Recycle Bin стоит упомянуть.

А если серьёзно - то справедливости для стоит упомянуть что RMAN таки умеет восстанавливать таблицу из бекапа, начиная с 12c. Как именно он это делает (пардон за капитанство, вдруг кто не знает) - создаётся (автоматически) временный экземпляр (AUXILLARY), таблица извлекается из бекапа и сохраняется в дамп файл методом Data Pump Export. И сразу же импортируется обратно в базу (тем же DP Import), причём можно указать таблице новое имя и даже импортнуть в другую схему или TBS (REMAP в общем). Т.е. можно не задевая существующую таблицу, рядом восстановить её же, на какой-то момент времени до. Но это мы уже отошли от темы удаления таблицы, этот сценарий про испорченную таблицу и как её восстановить. И потом RMAN все за собой подтирает. И последнее - фазу импорта можно и не выполнять, тогда из бекапа таблица извлечется, и останется в дампе. И вся эта радость одной командой.

И ещё есть BLOCKRECOVER, можно из бекапа чинить corrupted блоки сегментов с данными, доставая из бекапа нужные блоки, и догоняя их до нужной консистенции из архивлогов. Крутая фича, но требует EE редакции. Ну и ещё конечно PDB restore, иначе как.
23 ноя 21, 00:17    [22399480]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
kissfro
Member

Откуда:
Сообщений: 1
Спасибо!
23 ноя 21, 07:43    [22399501]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
BTM
Member

Откуда:
Сообщений: 154
SY
BTM


И я ТС прекрасно понимаю, RMAN капризный до крайности и не такой очевидный, как старый добрый дамп...


И что ты будешь делать этим старым добрым дампом? Разве что у тебя скобяная лавка и потеря целого дня транзакций не проблема.

SY.

А на этот случай у меня хотбэкап датафайлов ежедневный и все базы в архивлог режиме)).
Но мы же про крайности говорим и из дампа восстановить статичную таблицу проще и быстрее, чем из рмана, который все равно тот же датапамп использует.
23 ноя 21, 13:54    [22399675]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
SY
Member

Откуда: Middlebury, CT USA
Сообщений: 10337
BTM

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


Да почитай-ты наконец про корзину (recyclebin).

SY.
23 ноя 21, 15:07    [22399711]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18618
Есть приложения, в требованиях у которых явно запрещена корзина
С другой стороны, часто есть килограмм тестовых клонов, из которых достаточно легко вытащить те самые "статичные справочные таблички"
Если есть место хранить (как долго?) дампы, то почему бы и нет
Тем более, что похоже, на производительность всем наплевать и можно делать консистентную копию за пол-суток/сутки продолжительностью.
Т.е. люди просто не наступили, что это охрененная нагрузка -- значит для них все нормально.
23 ноя 21, 15:47    [22399740]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
shane54
Member

Откуда: Frankfurt am Main
Сообщений: 360
А кстати, случай был. Что-то вспомнилось. Раз уж зашла речь про BLOCKRECOVER. У одного моего друга (с) случилась история, мож кому пригодится использованная тактика. Очень давно, в этом веке уже, но в первой-второй пятилетке наверно. Боевая база, и вдруг клиент звонит из другой страны, мутная история - то ли "свет моргнул" (ага, в DC), то ли firmware на массиве обновили днем, никого не предупредив. Короче темнит сильно, ну да не суть. Конкретно наша система, наша база повреждена очень "аккуратно" скажем так - одна (самая) большая таблица задета, в ней после анализа - всего 3 блока испорчено. Но система стоит, пользователи в гриде с данными за сегодня при рефреше видят ORA-600, ну и джобы которые закачивают текущие данные тоже падают с теми же симптомами. Страшный скандал, чуть ли самолёты взлетать не могут (софт для аэропортов). Жуткий цейтнот, за спиной стоят "помощники" (менеджмент), спина мокрая, протестировать или проверить что-то невозможно, реально есть 5 минут (ладно, час) чтоб все привести в чувство. База SE, наверно 11.1, тогда ещё 11.2 не появилась, как и SE2. В общем, лёгким движением руки, "на 5 минут" рядом с текущим хоумом ставится новый Oracle Home, та же версия, но ЕЕ редакция. Открывается база из нового Home и через BLOCKRECOVER чинится задетая таблица за пару минут. Все. Открывается база старым, SE хоумом, новый деинсталлится заметая следы. Больше всего волнение что при первом старте базы из EE хоума, что-нибудь было установлено в базу или обновились какие-то флаги, что мол теперь мы ЕЕ база. Типа как когда COMPATIBLE параметр изменяешь - при первом старте (и только при первом) необратимо обновляются заголовки дата файлов и формат redo логов, и обратного пути нет (как минимум официального). Проверить то времени небыло, будь хоть пара часов - все бы протестировали. В общем, зажмурившись стартовали базу из старого SE хоума и морально ждали что сейчас вылезет "Feature not enabled" или "Option not available", или чего-то ещё в этом роде. Но пронесло. Вот такая история.
24 ноя 21, 00:40    [22399993]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
Frequency
Member

Откуда:
Сообщений: 278
ORA-31693: Table data object "SCHEMA"."TABLENAME" failed to load/unload and is being skipped due to error:
ORA-02354: error in exporting/importing data
ORA-01555: snapshot too old: rollback segment number  with name "" too small
ORA-22924: snapshot too old



Экспорт идет 9 часов UNDO выставлен 86400.

Одна таблица не выгрузилась, в таблице есть лоб


select owner,table_name, segment_name, pctversion, retention from dba_lobs where table_name in ('TABLE_NAME');



OWNER	TABLE_NAME	SEGMENT_NAME	PCTVERSION	RETENTION
SCHEMA	TABLE_N   SYS_LOB0000043243543$$	NULL	         4


Размер лоба 190ГБ.


Насколько нужно поставить PCTVERSION или RETENTION , дайте совет пжт
26 ноя 21, 08:53    [22401070]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
Asmodeus
Member

Откуда:
Сообщений: 612
Frequency,

Какой тип LOB'а?

select owner,table_name, segment_name, pctversion, retention, securefile
from dba_lobs where table_name in ('TABLE_NAME');
26 ноя 21, 09:38    [22401087]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
Frequency
Member

Откуда:
Сообщений: 278
Asmodeus
Frequency,

Какой тип LOB'а?

 securefile


NO
26 ноя 21, 12:10    [22401181]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
Frequency
Member

Откуда:
Сообщений: 278
Asmodeus,

Установил

alter table TABLE_NAME modify lob(COLUMN) (retention);
26 ноя 21, 12:12    [22401182]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
Asmodeus
Member

Откуда:
Сообщений: 612
Frequency,

Тогда
"RETENTION Parameter for BasicFiles LOBs"
You cannot set the value of the RETENTION parameter explicitly. The amount of time for retention of LOB versions in determined by the UNDO_RETENTION parameter.

Дока

При изменении undo_retention на уровне БД, значение retention для LOB не меняется автоматически и надо менять руками:
SQL> alter table TABLE_NAME modify lob (LOB_COLUMN) (retention);

UNDO для LOB'ов располагается в самих LOB-сегментах, поэтому следует ожидать роста его (сегмента) размера, а также размера и времени осуществления дампа.

PCTVERSION надо подбирать по месту, основываясь на шаблонах использования ("know your data").
26 ноя 21, 12:35    [22401205]     Ответить | Цитировать Сообщить модератору
 Re: Из серии странных вопросов про expdp  [new]
Frequency
Member

Откуда:
Сообщений: 278
Asmodeus
Frequency,

Тогда
"RETENTION Parameter for BasicFiles LOBs"
You cannot set the value of the RETENTION parameter explicitly. The amount of time for retention of LOB versions in determined by the UNDO_RETENTION parameter.

Дока

При изменении undo_retention на уровне БД, значение retention для LOB не меняется автоматически и надо менять руками:
SQL> alter table TABLE_NAME modify lob (LOB_COLUMN) (retention);

UNDO для LOB'ов располагается в самих LOB-сегментах, поэтому следует ожидать роста его (сегмента) размера, а также размера и времени осуществления дампа.

PCTVERSION надо подбирать по месту, основываясь на шаблонах использования ("know your data").



Понял изменил в ручную, спс

alter table TABLE_NAME modify lob (LOB_COLUMN) (retention);
26 ноя 21, 12:38    [22401209]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
Все форумы / Oracle Ответить