Как происходит накат изменений при несогласованном логическом копировании?
insonicum_dana
Дата: 04.03.2011 20:55:20
Заинтересовал такой вопрос.
Ситуация такая: БД не в архивлог!!! Делается несогласованный экспорт (утилита exp, параметр consistent=no).
Несогласованный экспорт делается при открытой БД.
в результате получаем несогласованный дамп.
Как при последущем импорте привести всё к согласованности? Т.е. откуда будем накатывать изменения, если
архивные журналы не ведутся?
спасибо!
брадобрей
Дата: 04.03.2011 20:59:15
какие еще "изменения"?
если на момент старта экспорта на счету у Васи было 100 рублей, а у Пети 0, во время экспорта Вася перевел Пете деньги, то в последующем импорте у вас будет у обоих по 100 рублей.
брадобрей
Дата: 04.03.2011 21:03:04
insonicum_dana |
---|
Как при последущем импорте привести всё к согласованности? |
да никак
GL
Дата: 04.03.2011 21:21:26
insonicum_dana,
Архивлоги и экспорт - абсолютно перпендикулярные вещи. Т.е. экспорту и импорту (а также их согласованности) наличие или отсутствие архивлогов глубоко фиолетово.
Relic Hunter
Дата: 04.03.2011 21:23:32
Тут уже не один ты пытался накатывать логи на експорт. Тема бессмертная :)
insonicum_dana |
---|
Как при последущем импорте привести всё к согласованности? Т.е. откуда будем накатывать изменения, если архивные журналы не ведутся? |
insonicum_dana
Дата: 05.03.2011 13:10:52
брадобрей,
Значит, при открытой БД, экспорт необходимо всегда производить с параметром consistent=yes получается?
ясно.
ещё один вопрос:
если у меня БД размером в 3 Тб, производить экспорт/импорт будет не актуально, так как это займёт слишком много времени?
лучше будет воспользоваться другими стратегиями резервирования, например с помощью RMAN?
даже так правильно наверное поставить вопрос: для больших баз данных, размером в несколько террабайт стоит ли использовать утилиты экспорта и импорта?
tru55
Дата: 05.03.2011 13:16:54
Независимо от размера баз лучше пользовать "нормальный" backup (неважно, с пом. RMAN или user-managed). И восстановление быстрее (особенно при использовании incremental backups), и arch logs можно накатывать (а следовательно, восстановиться на момент сбоя). А экс/имп можно использовать как вспомогательное средство, например, для сохранения отдельных критичных таблиц (не говоря о том, что его можно использовать не только для целей backup)
Анон
Дата: 05.03.2011 13:21:24
insonicum_dana, мне интересно, если у вас сбойнет блок или файл данных, что вы будете делать имея только exp?
Сергей Арсеньев
Дата: 05.03.2011 14:16:02
insonicum_dana |
---|
Значит, при открытой БД, экспорт необходимо всегда производить с параметром consistent=yes получается? |
А undo хватит?