Всем привет! По неопытности в Oracle, вопрос такого плана :)
Не стартует база данных, пишет:

ORA-00314: log 2 of thread 1, expected sequence# 33510 doesn't match 33507
ORA-00312: online log 2 thread 1: '/opt/oracle/oradata/branch/redo02.log'

Причина: было мало места на смонтированном диске для холодной копии, вечером перенес по F6 все 3 redo.log, т.к. они были заполнены полностью, понадеялся, что Оракл их создаст заново. Утром обнаружил, что эти онлайн-логи автоматически созданы не были. Почистил их в Fare на другой машине по F4 (Ctrl+A, Ctrl+X, Ctrl+S) и вернул обратно. После перезагрузки сервера база монтируется, но не стартует. Дальше перекрыл их родными redo.log, и они стали уже со свездочкой, т.к. видимо на смонтированном диске файловая система NTFS, а на Линуксе другая.

База старая, используется только для просмотра, поэтому система и дала мне забрать эти 3 лога, т.к. на тот момент в программах никто не работал.

Копии журналов уже удалились автоматически, только успел спрятать два, у которых sequence=33506 и 33507

Вопросы:

1. Может как-то можно откатиться по времени командой SQL> recover database until time...
2. Если переименовать командами Redo.log (все 3 шт) в другое место (т.к. они остались висеть в КЭШе, и в OEM они видны, даже когда их забераешь в "МС" из каталога по F6), потом удалить родные через OEM и дальше вернуть переименованные на свое место, то они станут обратно серыми как и прежде?
3. Или подождать когда Rman сделает полную копию баз и откатиться на перед (хотя это маловероятно)

Файлы redo01.log, redo02.log, redo03.log в целостности и сохранности, только они стали со свездочкой. Как их конвертировать под файловую систему Линукса? :)забадай его камар:)
Я понимаю, что поломал все, что только возможно, но чтобы таким вот простым перемещением журнальных файлов туда-сюда, так не чесно.

Oleg M.Ivanov,
Спасибо, уже подумываю как восстановить холодную копию с этими Redo-логами со звездочками:)

maverick2104,
Интересно, а как вернуть им обратно право какое было? Или как забрать у них это право на "Execute"?
Спасибо :)

Viewer,
Спасибо :)
Разобрался, а символ "е" при настройке прав создателю файла это право на редактирование, т.е. от латынского 'Edit'?
И никакой это не развод. Просто стоит сервер уже как 6 лет в режиме "Only-read". Сопровождающий его, уже как лет 5 не работает, все розраслось на нем. Холодные копии в 3-х экземплярах делались. Никто ничего не знает. Вот думаю по быстрому, логи пустые подброшу. Да что говорить, все забыли про сервер, и я в том числе. А восстановливать надо, холодная копия имеется от ноября 2018 :)

Viewer,
А ещё подскажите пожалуйста, может Вы знаете, а какие права были изначально у этих журнальных логов 'Redo'?

Надфиль,
Ок, уберу право "execute" у других пользователей.

-2-,
Хотелось бы астериски убрать с редо-логов, так спокойнее.

И вообще, что для восстановления холодной копии надо Линукс заново накатывать? Просто никогда этого не делал :)

Посмотрел права и вот они какие:

-rwxrwSrwt для всех 3-х redo.log

-2-,
Я ищу информацию, как правильно извлечь архивы. Архиватор gunzip, а вот после расширения "dbf" стоят еще какие-то цифры. Например: undotbs01.dbf.02.4.gz

CrazyCat,
Спасибо:)
Тоже возвращал права redo-логам, следующим образом:
- cначала посмотрел какие права у остальных файлов в каталоге баз данных # ls -l (у всех было rw-r-----)
- потом присвоил первому файлу-redo права # chmod a+rw redo01.log (всем пользователям и группам право на запись+чтение)
# chmod g-w,o-rw redo01.log (у группы убираю право на запись, у других пользователей
убираю право на запись+чтение)
- также делаю по остальным двум файлам-redo
Астериски ушли:)

Oleg M.Ivanov,
Спасибо:) Буду пробовать

Всем привет, кто на гребне волны:)

Я сегодня на крыльях, т.к. у меня в первый раз получилось открыть базу Оракла. Пришлось восстанавливать холодную копию. Но потом успокоившись и все хорошо обдумав, решил все последние 'дата-файлы' вернуть на родину и проделать следующее:

1. Создать контрольник аналогично control.sql (все что после кодировки убираю)
2. Потом "Recover database until cancel using backup controlfile"
3. И "Alter database open resetlogs"
4. Потом пересоздать темповое табличное пространство

Потому, что все заработало:)

Всем пока и добра:)

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

2. Хочу импортировать полный дамп, но ведь ясно, что он затрет все данные и информация во всех схемах будет не полная. Как-же так? Какой толк с такого полного дампа-огрызка?

Elic,

Или этот дамп делался по команде "Expdp"?
Т.е. по технологии "Pump"?

Получилось поднять родную базу с помощью команды "allow_resetlogs_corruptions-true".
Хорошо, что я ее спрятал прежде, чем восстанавливать холодную копию.

Хороший форум!

Всем спасибо:) Вопрос закрыт.