Oracle 9i - удаляет Архивные журналы без каких-либо проблем?

попытайтесь получить более свежее ядро - возможно, etch-n-half или даже обновите до lenny.

1
задан 22 April 2010 в 12:39
3 ответа

Заархивированные журналы используются, чтобы сделать восстановление момента времени. Скажите, что у Вас есть резервные копии на 1-м Jan, 8-й Jan и 15-й Jan. Если бы Вы хотели восстановить свою базу данных к точке, это было на 10-м Jan, Вы перезагрузили бы Jan 8-е резервное копирование и использовали бы заархивированные журналы из-за 8-го и 10-го, чтобы принести базе данных до того момента времени.

Если Вы никогда не хотите пойти ранее, чем Ваше последнее холодное резервное копирование, Вы могли бы удалить все заархивированные файлы журнала из до того, когда то холодное резервное копирование было взято.

Заархивированные журналы также используются во время горячего резервного копирования. Так как сама база данных является операцией во время резервного копирования, затем дополнительная информация записана в файлы журнала в ходе резервного копирования, таким образом, Вы хотите (по крайней мере), сохранить файлы журнала сгенерированными от когда резервное копирование запущенный.

1
ответ дан 3 December 2019 в 22:35

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

Вместо холодного резервного копирования я предлагаю, чтобы Вы сделали горячее резервное копирование и удалили старые архивные журналы прямо после. На 10 г это может быть сделано при помощи следующей команды при подсказке RMAN:

backup database plus archive log delete all input;

Это выполнит следующее:

  1. Переключите текущий журнал отката и заархивируйте последний используемый.
  2. Сделайте последовательное резервное копирование базы данных
  3. удалите все архивные журналы, которые включены в недавно созданный backupset
1
ответ дан 3 December 2019 в 22:35
  • 1
    Спасибо. Но мы не используем RMAN вообще. То, что я хотел бы понять, как я могу определить архивные журналы, которые могут безопасно быть удалены после холодного резервного копирования. Это упорядочило бы быть в порядке? 1. Используйте команду SQL + ЖУРНАЛ вЂ˜ARCHIVE LIST’, чтобы определить, что ‘Oldest онлайн регистрируют sequence’ 2. Сделайте холодное резервное копирование 3. Удалите все архивные файлы журналов с порядковым номером, меньшим, чем ‘Oldest онлайн регистрируют sequence’. Спасибо, Tobias –  cyntaxx 22 April 2010 в 15:42
  • 2
    @cyntaxx, Который выглядит хорошим, но необходимо сделать тест. Позвольте мне спросить Вас почему Вы don' t используют rman? –  Benoit 22 April 2010 в 20:15
  • 3
    Это - просто тестовая база данных, которую наши разработчики программного обеспечения используют время от времени - никакая требуемая высокая доступность. Если хуже прибывает в худший, я мог бы воссоздать базу данных и использовать холодное резервное копирование и архивные журналы для восстановления. Я понимаю, что RMAN создает резервную базу данных, которая, вероятно, потребовала бы пути больше пространства, чем мои экспортируемые файлы, заархивированные далеко. Эта причина достаточно, или Вы рекомендовали бы использовать RMAN так или иначе - и если, каким образом? Еще раз спасибо, Tobias –  cyntaxx 23 April 2010 в 11:54

Я сказал бы, использовать RMAN для чистки всего archivelogs после каждого succesfull холодного резервного копирования. Romething в строке

удалите noprompt archivelog, все завершились прежде 'sysdate - ($ {KEEPTIME}/24)';

где $ {KEEPTIME} является суммой часов прежде 'ТЕПЕРЬ', требуется сохранить (Так как Вы делаете холодное резервное копирование, Вы могли сказать как приблизительно 2, я буду использовать 24),

Удаление заархивированных журналов с RMAN сообщает оракулу, что файлы удалены, тогда как при удалении их вручную файлы все еще 'зарегистрированы' в controlfile (журнал v$archived и т.д.)

0
ответ дан 3 December 2019 в 22:35

Теги

Похожие вопросы