Не восстанавливаются все данные из бекапа

@Temur67 · Регистрация: 04.10.2017

Author24 — интернет-сервис помощи студентам

У меня БД Oracle 11g. Год назад я сделал бекап всей БД, точнее это был автоматический бекап. Тогда я удалил 2 табличных пространства. Теперь данные из этих табличных пространств стали нужны. Я сделал бекап нынешнего состояния БД. Затем я сделал восстановление из старого бекапа с расширением .BKP. БД в режиме NOARCIVELOG.
Выключил БД, сделал другие необходимые операции, ввёл команду RECOVERY. БД не вернулась в старое положение. Тогда я применил команду RESTORE, потом RECOVERY.
Для открытия БД применил команду с опцией RESETLOGS. Старое положение БД вернулось, но
данные из не удаленного табличного простанства имеются, а данных из удаленных табличных пространств нет. Сами ТП появились. В БД хранятся классы географических данных.
Классы появились, но когда их открываешь выдаёт ошибку:
не найден data file 8, переименуйте data file 8.
Затем идёт путь к файлу, название файла: MISSING00008.

Что я сделал не так? Может надо было открыть БД с NORESETLOGS?
Подскажите, пожалуйста, как сделать это правильно.

С уважением,

Темур Якубов

@Grossmeister · 28.12.2017, 09:49

Сообщение от Temur67

точнее это был автоматический бекап

Нет такого понятия в Oracle. И какой был backup: user-managed или RMAN? Cold или hot?

Сообщение от Temur67

Тогда я удалил 2 табличных пространства.

До или после backup-а?

Сообщение от Temur67

БД не вернулась в старое положение. Тогда я применил команду RESTORE, потом RECOVERY.

Для того, чтобы обсуждать процесс recovery, нужен подробный лог процесса. Что говорил Oracle, какие команды вводились. Без этого обсуждение не имеет смысла.

Сообщение от Temur67

Для открытия БД применил команду с опцией RESETLOGS.

Почему именно RESETLOGS ? Какие для этого были основания?

Сообщение от Temur67

БД в режиме NOARCIVELOG

Это плохо. При таком раскладе любое удаление чревато безвозвратной потерей данных.

@Temur67 · 28.12.2017, 10:56 **[ТС]**

Вопрос: Нет такого понятия в Oracle. И какой был backup: user-managed или RMAN? Cold или hot?
Ответ: Бекап автоматически в периодическом режиме создавался компьютером с расширением .BKP. Насчет user-managed или RMAN точно не знаю. Бэкап cold.

Вопрос: До или после backup-а?
Ответ: После.

Вопрос: Для того, чтобы обсуждать процесс recovery, нужен подробный лог процесса. Что говорил Oracle, какие команды вводились. Без этого обсуждение не имеет смысла.
Ответ: Вводились следующие команды:
rman target /
shutdown immediate
startup mount;
restore DATABASE;
recover DATABASE;
ALTER DATABASE OPEN RESETLOGS
Ответы Oracle были положительные. Как скопировать лог процесса? С экрана не копируется.

Вопрос: Почему именно RESETLOGS ? Какие для этого были основания?
Ответ: Думал, что нужно переписать журналы. Это существенно в режиме NOARCHIVELOG?

Вопрос: Это плохо. При таком раскладе любое удаление чревато безвозвратной потерей данных.
Ответ: Есть же бекап. Или бекап в режиме NOARCHIVELOG может не сработать?

@Grossmeister · 28.12.2017, 11:40

Сообщение от Temur67

Ответ: Бекап автоматически в периодическом режиме создавался компьютером с расширением .BKP. Насчет user-managed или RMAN точно не знаю. Бэкап cold.

Расширение имен файла ровным счетом ни о чем не говорит. Это может быть backup любого типа, в том числе средствами ОС, а не Oracle. А от способа выполнения backup зависит и способ восстановления.

Сообщение от Temur67

Ответы Oracle были положительные.

Этого мало, нужны подробности.
Кстати, почему был запуск rman, если неизвестно, чем делался backup?

@Temur67 · 28.12.2017, 13:49 **[ТС]**

Grossmeister, я в форуме нашел похожую тему. Там автором был Exception. Вы там предложили перед восстановлением удалить все файлы данных. Я уже не помню удалял ли я тогда какие-то файлы данных. Вообще-то задача удалить все связи была.
Можно ли удалить файлы данных в моем случае?

@Grossmeister · 28.12.2017, 15:47

Сообщение от Temur67

Можно ли удалить файлы данных в моем случае?

Если у тебя там, где ты восстанавливаешься, есть файлы от предыдущей БД, то конечно их надо удалить и полностью взять все файлы из backup. Если тебе те файлы нужны, значит восстанавливаешься где-то в другом месте (лучше на другом компе). Объединить 2 БД не получится, поскольку файлы на разные моменты времени.

@Temur67 · 28.12.2017, 19:15 **[ТС]**

Если так, попробую сделать следующее:
1. Уже после предыдущего восстановления старое положение БД выдает ошибку ORA-01111 в некоторых ТП, о котором я уже говорил. До восстановления я сделал бэкап нового положения БД с RMAN. Теперь найду и удалю все файлы данных.
Один вопрос: как правильно найти и удалить все файлы данных?
2. Восстановлю снова со старого бекапа БД. В прошлый раз после восстановления когда открывал БД программа сказала что нужно открывать с RESETLOGS или NORESETLOGS. Тогда я выбрал первое. Какой мне нужен в моем случае? Мне просто нужно старое положение БД в прошлом.
3. Если все получится нормально я копирую необходимые данные в локальные файлы (в классы географических данных). Затем процедура повторяется. Удаляются все файлы данных, БД восстановливается с нового бэкапа. Как здесь с RESETLOGS или NORESETLOGS?
Второй вопрос: как узнать какие файлы и ТП находятся внутри бэкапа?

Как вам кажется моя процедура?

@Grossmeister · 29.12.2017, 10:29

1. сведения о файлах БД:
v$controlfile
v$datafile
v$logfile
v$tempfile

2. RESETLOGS обеспечивает очистку redo logs (начинает нумерацию с 1). Поэтому он используется если что-то не в порядке с redo logs или в случае неполного восстановления. В противном случае он не нужен.

3. сведения о backup RMAN хранятся в controlfile. Поэтому если жив тот файл, при котором выполнялся backup, то запустить RMAN и list backup. Если того controlfile нет, то никак, только после выполнения RESTORE.

Вообще рекомендую почитать оф. доку. Recovery - дело ответственное и не стоит его делать только по советам на форумах.

@Temur67 0 / 0 / 0 Регистрация: 04.10.2017 Сообщений: 84
		1
	Не восстанавливаются все данные из бекапа 27.12.2017, 21:53. Показов 1521. Ответов 7 Метки нет (Все метки) У меня БД Oracle 11g. Год назад я сделал бекап всей БД, точнее это был автоматический бекап. Тогда я удалил 2 табличных пространства. Теперь данные из этих табличных пространств стали нужны. Я сделал бекап нынешнего состояния БД. Затем я сделал восстановление из старого бекапа с расширением .BKP. БД в режиме NOARCIVELOG. Выключил БД, сделал другие необходимые операции, ввёл команду RECOVERY. БД не вернулась в старое положение. Тогда я применил команду RESTORE, потом RECOVERY. Для открытия БД применил команду с опцией RESETLOGS. Старое положение БД вернулось, но данные из не удаленного табличного простанства имеются, а данных из удаленных табличных пространств нет. Сами ТП появились. В БД хранятся классы географических данных. Классы появились, но когда их открываешь выдаёт ошибку: не найден data file 8, переименуйте data file 8. Затем идёт путь к файлу, название файла: MISSING00008. Что я сделал не так? Может надо было открыть БД с NORESETLOGS? Подскажите, пожалуйста, как сделать это правильно. С уважением, Темур Якубов 0

@Grossmeister Модератор 4217 / 3058 / 583 Регистрация: 21.01.2011 Сообщений: 13,205
	28.12.2017, 09:49	2
	Сообщение от Temur67 точнее это был автоматический бекап Нет такого понятия в Oracle. И какой был backup: user-managed или RMAN? Cold или hot? Сообщение от Temur67 Тогда я удалил 2 табличных пространства. До или после backup-а? Сообщение от Temur67 БД не вернулась в старое положение. Тогда я применил команду RESTORE, потом RECOVERY. Для того, чтобы обсуждать процесс recovery, нужен подробный лог процесса. Что говорил Oracle, какие команды вводились. Без этого обсуждение не имеет смысла. Сообщение от Temur67 Для открытия БД применил команду с опцией RESETLOGS. Почему именно RESETLOGS ? Какие для этого были основания? Сообщение от Temur67 БД в режиме NOARCIVELOG Это плохо. При таком раскладе любое удаление чревато безвозвратной потерей данных. 0

@Temur67 0 / 0 / 0 Регистрация: 04.10.2017 Сообщений: 84
	28.12.2017, 10:56 [ТС]	3
	Вопрос: Нет такого понятия в Oracle. И какой был backup: user-managed или RMAN? Cold или hot? Ответ: Бекап автоматически в периодическом режиме создавался компьютером с расширением .BKP. Насчет user-managed или RMAN точно не знаю. Бэкап cold. Вопрос: До или после backup-а? Ответ: После. Вопрос: Для того, чтобы обсуждать процесс recovery, нужен подробный лог процесса. Что говорил Oracle, какие команды вводились. Без этого обсуждение не имеет смысла. Ответ: Вводились следующие команды: rman target / shutdown immediate startup mount; restore DATABASE; recover DATABASE; ALTER DATABASE OPEN RESETLOGS Ответы Oracle были положительные. Как скопировать лог процесса? С экрана не копируется. Вопрос: Почему именно RESETLOGS ? Какие для этого были основания? Ответ: Думал, что нужно переписать журналы. Это существенно в режиме NOARCHIVELOG? Вопрос: Это плохо. При таком раскладе любое удаление чревато безвозвратной потерей данных. Ответ: Есть же бекап. Или бекап в режиме NOARCHIVELOG может не сработать? 0

@Grossmeister Модератор 4217 / 3058 / 583 Регистрация: 21.01.2011 Сообщений: 13,205
	28.12.2017, 11:40	4
	Сообщение от Temur67 Ответ: Бекап автоматически в периодическом режиме создавался компьютером с расширением .BKP. Насчет user-managed или RMAN точно не знаю. Бэкап cold. Расширение имен файла ровным счетом ни о чем не говорит. Это может быть backup любого типа, в том числе средствами ОС, а не Oracle. А от способа выполнения backup зависит и способ восстановления. Сообщение от Temur67 Ответы Oracle были положительные. Этого мало, нужны подробности. Кстати, почему был запуск rman, если неизвестно, чем делался backup? 0

@Temur67 0 / 0 / 0 Регистрация: 04.10.2017 Сообщений: 84
	28.12.2017, 13:49 [ТС]	5
	Grossmeister, я в форуме нашел похожую тему. Там автором был Exception. Вы там предложили перед восстановлением удалить все файлы данных. Я уже не помню удалял ли я тогда какие-то файлы данных. Вообще-то задача удалить все связи была. Можно ли удалить файлы данных в моем случае? 0

@Grossmeister Модератор 4217 / 3058 / 583 Регистрация: 21.01.2011 Сообщений: 13,205
	28.12.2017, 15:47	6
	Сообщение от Temur67 Можно ли удалить файлы данных в моем случае? Если у тебя там, где ты восстанавливаешься, есть файлы от предыдущей БД, то конечно их надо удалить и полностью взять все файлы из backup. Если тебе те файлы нужны, значит восстанавливаешься где-то в другом месте (лучше на другом компе). Объединить 2 БД не получится, поскольку файлы на разные моменты времени. 0

@Temur67 0 / 0 / 0 Регистрация: 04.10.2017 Сообщений: 84
	28.12.2017, 19:15 [ТС]	7
	Если так, попробую сделать следующее: 1. Уже после предыдущего восстановления старое положение БД выдает ошибку ORA-01111 в некоторых ТП, о котором я уже говорил. До восстановления я сделал бэкап нового положения БД с RMAN. Теперь найду и удалю все файлы данных. Один вопрос: как правильно найти и удалить все файлы данных? 2. Восстановлю снова со старого бекапа БД. В прошлый раз после восстановления когда открывал БД программа сказала что нужно открывать с RESETLOGS или NORESETLOGS. Тогда я выбрал первое. Какой мне нужен в моем случае? Мне просто нужно старое положение БД в прошлом. 3. Если все получится нормально я копирую необходимые данные в локальные файлы (в классы географических данных). Затем процедура повторяется. Удаляются все файлы данных, БД восстановливается с нового бэкапа. Как здесь с RESETLOGS или NORESETLOGS? Второй вопрос: как узнать какие файлы и ТП находятся внутри бэкапа? Как вам кажется моя процедура? 0

@Grossmeister Модератор 4217 / 3058 / 583 Регистрация: 21.01.2011 Сообщений: 13,205
	29.12.2017, 10:29	8
	1. сведения о файлах БД: v$controlfile v$datafile v$logfile v$tempfile 2. RESETLOGS обеспечивает очистку redo logs (начинает нумерацию с 1). Поэтому он используется если что-то не в порядке с redo logs или в случае неполного восстановления. В противном случае он не нужен. 3. сведения о backup RMAN хранятся в controlfile. Поэтому если жив тот файл, при котором выполнялся backup, то запустить RMAN и list backup. Если того controlfile нет, то никак, только после выполнения RESTORE. Вообще рекомендую почитать оф. доку. Recovery - дело ответственное и не стоит его делать только по советам на форумах. 0