Назад | Перейти на главную страницу

Oracle 10g: сбой резервного копирования, диск журнала заполнен - ​​как восстановить базу данных?

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

Не предполагайте никаких знаний Oracle, кроме tnsping ;-)

Из alert_mydatabase.log файл, (<orahome>\admin\mydatabase\bdump\), 

ORA-15041: diskgroup space exhausted 
...
ARCH: Archival stopped, error occurred. Will continue retrying
...

Некоторые случайные мысли:

  1. Если у вас есть контракт на поддержку Oracle, я бы их вовлек. Не обязательно потому, что это необычная или особенно сложная проблема; но в большей степени из-за вашего незнания Oracle. Сделайте что-то не так, и вы вполне можете испортить свой БД.

  2. Почему вы думаете, что восстановление необходимо? Когда диск заполняется, записи в базу данных «замораживаются» (как вы видите), но потери / повреждения данных быть не должно.

  3. У вас есть пароль от db sys?

  4. Это живая / производственная система?

  5. Есть ли другие способы доступа к файловой системе SAN?

Ответьте на эти вопросы, и мы сможем взять это оттуда.

ORA-15041: исчерпано пространство дисковой группы

Похоже, вы используете ASM для хранения своих архивных журналов / резервных копий и, вероятно, заполнили его (возможно, потому, что старые резервные копии не очищаются)

Как сказал вам cagcowboy, ваша база данных наверное повесили так как он не может архивировать и переключать свой текущий файл журнала, но, похоже, вам не нужно восстанавливать / восстанавливать или что-то в этом роде. Как только вы освободите место, экземпляр продолжит свою работу.

Как уже предлагалось, я должен попытаться связаться со службой поддержки Oracle, чтобы получить надлежащий совет.

С уважением.

Вот еще случайные мысли:

1) Где находится дба?

2) Поскольку тома базы данных не отображаются в Windows, я предполагаю, что база данных использует необработанные разделы или ASM. Вы знаете какой? И если не asm или raw, то какая файловая система является основным диском данных?

3) при резервном копировании базы данных, как вы обрабатываете удаление / архивирование журналов архива?

4) если не используется raw / asm и используется файловая система, то посмотрите, можно ли расширить / увеличить размер san-тома для архивного журнала, чтобы обеспечить продолжение архива. Затем немедленно сделайте резервную копию и удалите / заархивируйте старые архивные журналы.

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

Что касается вашего архивного журнала, похоже, что база данных остановилась в ожидании места, но не разбилась. Если вы освободите место, это будет продолжаться. Лучше всего собрать вместе администратора dba и san и определить, что можно сделать, чтобы освободить место. Если вы застряли, обратитесь за помощью в службу поддержки Oracle.