☰

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

tag-icon • tag-icon oracle oracle10g data-protector
Oracle 10g: резервное копирование не удалось, диск журнала заполнен — как восстановить базу данных?
  • Из-за неудачных резервных копий диск, используемый для журналов транзакций, по-видимому, заполнен.
  • База данных не принимает подключения, поэтому я не могу вручную запустить задание резервного копирования (HP Data Protector).
  • Экземпляр Oracle напрямую монтирует диск из SAN, поэтому файловая система не видна Windows.

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

Предположим, что у вас нет знаний Oracle за пределамиtnsping;-)

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

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

решение1

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

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

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

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

С уважением.

решение2

Несколько случайных мыслей:

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

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

  3. У вас есть пароль к системе БД?

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

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

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

решение3

Вот еще несколько случайных мыслей:

1) Где находится администратор базы данных?

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

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

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

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

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

Связанный контент