[ОТВЕТИТЬ]
18.06.2007 11:21
Gromila
 
Разрушен блок данных, в котором лежит SMSPEC кто что посоветует сделать!

Заранее благодарен!

Оптимазер щас попробую прогнать !
18.06.2007 12:20
akonev
 
Рома, сделай для начала select * from smspec
Если сбойнуло именно на формировании кассовых - скорее всего все выберется без проблем.
Тогда задача спасения данных отменяется.
Останется только восстановление работоспособности.

И наверное, надо хоть коды ошибок. А то ж никто ничего не посоветует.
18.06.2007 12:29
Gromila
 
ORA-01578: разрушен блок данных ORACLE (файл # 16, блок # 18880)
ORA-01110: файл данных 16: 'F:\ORACLE\ORADATA\DBOFFICE\USERS05.DBF'
ORA-06512: на "SUPERMAG.DOCGOODS", line 478
ORA-06512: на "SUPERMAG.DOCGOODS", line 3236
ORA-06512: на "SUPERMAG.DOCGOODS", line 3550
ORA-06512: на "SUPERMAG.SMPOSTBEGINUPDATEDOC", line 81
ORA-06512: на line 1

Она стандартная!
18.06.2007 13:30
Mtirt
 
А как определил, что именно SmSpec там лежит, а не что-то другое?
18.06.2007 13:43
Gromila
 
Запросом на определение что в ентом блоке лежит! Olegon его выкладывал!
18.06.2007 13:46
Gromila
 
Проверил все! Винты живые! файлы Oracle базы тоже живые! оптимизатор гад так и не хочет запускаться сколько я его не прошу, не уговариваю! Решил экспортнуть данные пересоздать Smspec и инпортнуть данные!

Щас и посмотрим что из этого выйдет!
18.06.2007 16:50
OlegON
 
Настаиваю на результатах оптимизатора, если хочешь, чтобы проблему порешали. Заодно бы и проверил, что именно побилось. А то кто-то настаивал, что мой запрос неверен.
19.06.2007 08:26
Gromila
 
Olegon прогнал оптимизер с /valid вот лог



Народ помогите база лежит!!!
Заранее благодарен !
19.06.2007 08:48
Mtirt
 
А что, экспорт/импорт ни к чему не привел?
19.06.2007 08:51
Gromila
 
экспорт валится когда доходит до сбойного блока этого места!
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.
А если нету, то полная жопа....
Опции темы


Часовой пояс GMT +3, время: 16:13.

 

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