19.06.2007 09:16
Gromila
 
как сделать экспорт например данных из smspec до воскресенья 16.06.2007?
19.06.2007 09:24
Mtirt
 
Восстановить рядом базу из бэкапа с другим именем и перелить по линку данные?
19.06.2007 12:19
OlegON
 
Есть еще возможность обойти битый блок по индексу, посмотри, как я это описывал в FAQ-страничке, потом есть DBMS_SPACE. Но в целом, самый оптимальный вариант - поднять бекап. Думаю, что хуже будет, если у тебя от каких-то накладных останется одна шапка, а никто знать не будет. Недостающие можно будет влить из подчиненных баз и перебить. Тут уже зависит от того, как ты умело бекапил базу.
19.06.2007 15:38
kadr
 
Тоже считаю что подняться из архива предпочтительнее
20.06.2007 12:22
Kryukov
 
Цитата:
kadr Тоже считаю что подняться из архива предпочтительнее
Это если он у него есть
20.06.2007 12:26
Mtirt
 
А еще неизвестно, сеть это или одиночный магазин...
Если сетка, то достаточно просто переслать всё из другой базы после поднятия из бэкапа любой давности.
22.08.2007 20:23
paul
 
если есть все архивлоги то в документации говорят надо делать так:

Re-Creating Datafiles When Backups Are Unavailable
If a datafile is damaged and no backup of the file is available, then you can still recover the datafile if:

All archived log files written after the creation of the original datafile are available
The control file contains the name of the damaged file (that is, the control file is current, or is a backup taken after the damaged datafile was added to the database)
To re-create a datafile for recovery:

Create a new, empty datafile to replace a damaged datafile that has no corresponding backup. For example, assume that the datafile /disk1/users1.f has been damaged, and no backup is available. The following statement re-creates the original datafile (same size) on disk2:
ALTER DATABASE CREATE DATAFILE '/disk1/users1.f' AS '/disk2/users1.f';


This statement creates an empty file that is the same size as the lost file. Oracle looks at information in the control file and the data dictionary to obtain size information. The old datafile is renamed as the new datafile.

Perform media recovery on the empty datafile. For example, enter:
RECOVER DATAFILE '/disk2/users1.f'


All archived redo logs written after the original datafile was created must be mounted and reapplied to the new, empty version of the lost datafile during recovery.
А если нету, то полная жопа....
27.05.2011 13:28
VitorJ
 
Доброго времени суток!
Дело в следующем при диагностики базы вылезла ошика ORA-01578: Разрушен блок данных ORACLE (файл #1, блок #14724)
Ругается на SYSTEM01.DBF
По запросу который приводил OlegON для выявления сбойного места, выдал "Строки не выбраны"
Подскажите как реанимировать эту таблицу?
27.05.2011 13:43
John Doe
 
Какая диагностика? Что делали? Предлагаю воспользоваться dbverify, например, так
Цитата:
dbv.exe file=SYSTEM01.DBF blocksize=8192 logfile=c:\2.log
вывод - сюда. Приготовить бекап для восстановления.
30.05.2011 05:57
VitorJ
 
При попытке прогрнать DBV по файлу говорит DBV-00100 файл SYSTEM01.DBF недоступен
Часовой пояс GMT +3, время: 06:21.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.