Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Oracle |
![]() ![]() |
Топик располагается на нескольких страницах: 1 2 3 4 5 6 7 8 9 [все] |
Bayer Member Откуда: Сообщений: 66 |
Добрый день. Так случилось что самый последний бэкап (утилитой exp ... full=y) есть на конец марта месяца. Система рухнула пару дней назад, control и redo от текущей копии больше нету, однако полностью сохранены датафайлы. С марта никаких изменений структуры не было. Были только изменения в данных. Каким образом можно подключить текущие датафайлы (или перенести информацию из них в мартовскую копию)? P.S. Восстановление мартовской копии проходит нормально. Копия полностью работоспособна. P.P.S. Oracle9i под Win. Заранее благодарен за помощь. |
13 июн 08, 12:33 [5799148] Ответить | Цитировать Сообщить модератору |
semenar Member Откуда: Днепропетровск Сообщений: 3308 Блог |
Никаким, обсуждалось неоднократно. |
||
13 июн 08, 12:36 [5799159] Ответить | Цитировать Сообщить модератору |
pravednik Member Откуда: Jacksonville, FL Сообщений: 16268 |
не смешивайте мягкое с теплым(логический и физический бекапы) |
13 июн 08, 12:40 [5799178] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
А прочитать данные из датафайлов есть возможность? Скажем в обычный текстовый формат.
Я к тому, что структура базы полностью восстановима мартовским бэкапом. Вопрос лишь в том, можно ли неким образом достать данные с марта по июнь из датафайлов? Спасибо всем, кто оперативно откликнулся :) |
||||||
13 июн 08, 12:58 [5799240] Ответить | Цитировать Сообщить модератору |
AI Member Откуда: Москва Сообщений: 2817 |
Возможность есть. Обращайтесь в саппорт. |
||||||
13 июн 08, 15:04 [5799567] Ответить | Цитировать Сообщить модератору |
HX Member Откуда: Moscow Сообщений: 2454 |
Мыло в профиле пишите, если что, но не бесплатно. :-) |
13 июн 08, 15:59 [5799697] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Перед началом - БЭКАП ОБЯЗАТЕЛЬНО. Для того чтобы попытаться восстановить нужен трэйс: SQL> alter database backup controlfile to trace; В 1 сессии (для понимания происходящего): SQL> connect / as sysdba; Соединено. SQL> select group#, status from v$log; GROUP# STATUS ---------- ---------------- 1 UNUSED 2 UNUSED 3 CURRENT SQL> create table log_3(id number); Таблица создана. SQL> insert into log_3 values(1); 1 строка создана. SQL> commit; Фиксация обновлений завершена. SQL> alter system switch logfile; Система изменена. SQL> alter system switch logfile; Система изменена. SQL> select group#, status from v$log; GROUP# STATUS ---------- ---------------- 1 INACTIVE 2 CURRENT 3 INACTIVE SQL> create table log_2(id number); Таблица создана. SQL> insert into log_2 values(1); 1 строка создана. SQL> insert into log_3 values(2); 1 строка создана. SQL> commit; Фиксация обновлений завершена.Во второй сессии: SQL> connect / as sysdba; Соединено. SQL> shutdown abort; Экземпляр ORACLE завершен. ---------->Начинаем восстановление ---------->rm redo01.log redo02.log redo03.log control01.ctl control02.ctl control03.ctl SQL> connect / as sysdba; Соединено. ---------->трэйс, полученный по alter database backup controlfile to trace; SQL> @c:\createsql; Экземпляр ORACLE запущен. Управляющий файл создан. SQL> shutdown immediate; ORA-01109: База данных размонтирована. Экземпляр ORACLE завершен. SQL> startup nomount; Экземпляр ORACLE запущен. SQL> alter system set "_allow_resetlogs_corruption"=true scope=spfile; Система изменена. SQL> startup mount force; Экземпляр ORACLE запущен. База данных смонтирована. SQL> alter database open resetlogs; База данных изменена. В 3 сессии после восстановления: SQL> connect / as sysdba; Соединено. SQL> select * from log_3; ID ---------- 1 SQL> select * from log_2; select * from log_2 * ошибка в строке 1: ORA-00942: таблица или представление пользователя не существуетДанные, которые защищались журнальными группами со статусом active, current - скорее всего будут потеряны, поскольку DBWR мог не скинуть грязные буферы на диск. Кроме того могут появиться незафиксированнные транзакции, так как информация undo тоже пишется в реду. Если получится открыть базу - надо проверить exp и пересоздать. |
14 июн 08, 02:59 [5800755] Ответить | Цитировать Сообщить модератору |
Relic Hunter Member Откуда: AB Сообщений: 7482 |
![]() |
||
14 июн 08, 03:10 [5800759] Ответить | Цитировать Сообщить модератору |
Халдурды Амандурдыевич Бердыев Member Откуда: Киргизский тракторист Сообщений: 149 |
|
||
14 июн 08, 09:50 [5800831] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Гранд мерси на добром слове ![]() Ну, примеров трэйса по форуму много... например мой :) Ничего сверх сложного в них вроде нет, исправить только под свою ситуацию... Из первого поста видим, что утеряны только реду и контролы. Как восстанавливать - пример привела, кстати его впервые встретила где-то здесь и вполне рабочий. STARTUP NOMOUNT CREATE CONTROLFILE REUSE DATABASE "HOME" RESETLOGS NOARCHIVELOG -- SET STANDBY TO MAXIMIZE PERFORMANCE MAXLOGFILES 50 MAXLOGMEMBERS 5 MAXDATAFILES 100 MAXINSTANCES 1 MAXLOGHISTORY 226 LOGFILE GROUP 1 'C:\ORACLE\ORADATA\HOME\REDO01.LOG' SIZE 100M, GROUP 2 'C:\ORACLE\ORADATA\HOME\REDO02.LOG' SIZE 100M, GROUP 3 'C:\ORACLE\ORADATA\HOME\REDO03.LOG' SIZE 100M -- STANDBY LOGFILE DATAFILE 'C:\ORACLE\ORADATA\HOME\SYSTEM01.DBF', 'C:\ORACLE\ORADATA\HOME\UNDOTBS01.DBF', 'C:\ORACLE\ORADATA\HOME\CWMLITE01.DBF', 'C:\ORACLE\ORADATA\HOME\DRSYS01.DBF', 'C:\ORACLE\ORADATA\HOME\EXAMPLE01.DBF', 'C:\ORACLE\ORADATA\HOME\INDX01.DBF', 'C:\ORACLE\ORADATA\HOME\ODM01.DBF', 'C:\ORACLE\ORADATA\HOME\TOOLS01.DBF', 'C:\ORACLE\ORADATA\HOME\USERS01.DBF', 'C:\ORACLE\ORADATA\HOME\XDB01.DBF' CHARACTER SET CL8MSWIN1251 ; |
||
14 июн 08, 16:51 [5801175] Ответить | Цитировать Сообщить модератору |
lft Member Откуда: Калуга Сообщений: 615 |
|
||||
14 июн 08, 20:05 [5801334] Ответить | Цитировать Сообщить модератору |
lft Member Откуда: Калуга Сообщений: 615 |
|
||
14 июн 08, 20:07 [5801337] Ответить | Цитировать Сообщить модератору |
!Lamer
Guest |
Все твои посты - Г...о! Ни одного нормального не было, чего ты тут вообще делаешь???? |
||||
14 июн 08, 21:01 [5801403] Ответить | Цитировать Сообщить модератору |
lft Member Откуда: Калуга Сообщений: 615 |
Вообще от псевдоспецов типа упомянутого больше вреда, особенно когда они высмеивают правильные посты. Если есть, что возразить - пиши. В споре рождается истина. А фразу типа
|
||||||||
14 июн 08, 22:12 [5801521] Ответить | Цитировать Сообщить модератору |
DВА Member Откуда: Сообщений: 5439 |
хотела бы я посмотреть как все это применимо к "бэкапу (утилитой exp ... full=y)" :)) |
||
14 июн 08, 22:19 [5801532] Ответить | Цитировать Сообщить модератору |
lft Member Откуда: Калуга Сообщений: 615 |
|
||||
14 июн 08, 22:23 [5801537] Ответить | Цитировать Сообщить модератору |
lft Member Откуда: Калуга Сообщений: 615 |
Тьфу - бэкап. Экспорт. Оговорился. :) |
14 июн 08, 22:25 [5801540] Ответить | Цитировать Сообщить модератору |
AI Member Откуда: Москва Сообщений: 2817 |
Правильно указано то, что надо сделать бэкап перед выполнений глупостей. Персонально для Вас: "стандартный способ клонирования базы" заключается в предварительной остановке с контрольной точкой (shutdown normal/transactional/immediate). После описанной аварии остатки от базы для клонирования не подходят. Для выполнения backup controlfile to trace надо иметь контрольный файл, котороый утерян, если верить автору проблемы. На все это обратил внимание Relic Hunter, но его замечание почему-то все "советчики" проигнорировали. Как .zverka собирается его создать? Ответ: только записывая комнду create controlfile с нуля, если есть информация о структуре базы типа отчета rda или чего-то подобного. Но у админа с такими данными и бэкапы нормальные найдутся... В любом случае, создание контрольного файла - нетривиальная задача. Всякие там _allow_resetlogs_corruptions с последующей попыткой экспорта - мелочь, использующаяся горе-администраторами для ликвидации последствий своей вопиющей беспечности и идиотизма. Иначе говоря, приведен какой-то набор команд, исходящий из неверной предпосылки, и поэтому не имеющий никакого смысла. Такое объяснение устроит? |
||||||
14 июн 08, 22:50 [5801561] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
А были времена, когда с интересом решались чужие проблемы - Посыпался винт с базой Да не было разработано стратегии резервирования, можно назвать и горе-администратором и кем угодно, можно пофлэймить ![]() |
15 июн 08, 01:32 [5801696] Ответить | Цитировать Сообщить модератору |
Халдурды Амандурдыевич Бердыев Member Откуда: Киргизский тракторист Сообщений: 149 |
P.S. Как уже было замечено, из всех советов правильный был один - "Перед началом - БЭКАП ОБЯЗАТЕЛЬНО.", дабы оставить хоть какой-то шанс восстановить хоть что-то |
||||||||||
15 июн 08, 10:02 [5801793] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Внушайте как правильно восстановить. Ибо
|
||||
15 июн 08, 10:59 [5801826] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
И абстрагируемся от обстоятельств - давайте рассматривать задачу в образовательных целях, чтобы глубже понять архитектуру. |
15 июн 08, 11:03 [5801834] Ответить | Цитировать Сообщить модератору |
lft Member Откуда: Калуга Сообщений: 615 |
|
||
15 июн 08, 11:21 [5801845] Ответить | Цитировать Сообщить модератору |
AI Member Откуда: Москва Сообщений: 2817 |
Да не только ora-600, которой пугают детей. Представляете, сколько возиться надо с рассогласованными данными, чтобы из них сделать потом базу? И это на квалификации, не позволяющей сделать нормальный backup... P.S. Не далее как полторы недели назад заставил одного админа сначала провести документированное восстановление, и если не пройдет то смотреть дальше. |
||||
15 июн 08, 14:03 [5802043] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
С чем-то согласны - уже плюс ![]()
Персонально для Вас: способы клонирования бывают разные, необязательно с "предварительной остановкой" ;-)
По словам автора, все файлы данных сохранены - следовательно их названия и пути к ним известны, какая еще информация нужна? К тому же все это есть в system.
Вопиющая беспечности и идиотизм уже произошли, теперь надо как-то их последствия ликвидировать. Готов выслушать Ваши предложения ;-)
Собственно, а в чем заключалась неверная предпоссылка?
Нет. Доводы притянуты за уши. Тему - на повторный анализ. |
||||||||||||
15 июн 08, 23:41 [5802756] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Где там кучка то - все один насчитал ![]() А насчет понимания смысла - мы ж не знаем, вдруг автор в теме :-) |
||
15 июн 08, 23:44 [5802761] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Т.е. лучше сразу писать заявление на увольнение? :-) |
||
15 июн 08, 23:52 [5802774] Ответить | Цитировать Сообщить модератору |
AI Member Откуда: Москва Сообщений: 2817 |
1. Если расскажете о клонировании базы без предварительной остановки с отсутствующими журналами и контрольными файлами - с удовольствием выслушаю. 2. Для пересоздания контрольного файла мало знать имена файлов. Вы это, конечно, знаете. 3. Предложение я уже делал. 4. Неверная посылка в том, что можно запросто создать контрольный файл при отсутствии квалификации администратора, поднявшего вопрос. Так что если Вам хочется что-то анализировать - анализируйте на здоровье. Для меня есть более интересные и, главное, важные задачи. |
||||||||||||||
16 июн 08, 00:32 [5802815] Ответить | Цитировать Сообщить модератору |
AI Member Откуда: Москва Сообщений: 2817 |
Скорее, работодатель сам уволит. |
||||
16 июн 08, 00:33 [5802816] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Тема мне неинтересна. Но в отсутствии своего совета поливать грязью чужой не совсем красиво. Если автору в совете .zverka что-то непонятно, он вполне может уточнить. Насчет обращение в техподдержку с учетом Вашего места работы это смахивает на рекламу ;-) И мне мало верится, что при отсутствии текущих журналов и резервной копии саппорт сможет предложить что-то принципиально новое :-) |
||
16 июн 08, 08:37 [5803029] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Вот автор и решает проблему всеми доступными ему способами. |
||||
16 июн 08, 08:38 [5803031] Ответить | Цитировать Сообщить модератору |
AI Member Откуда: Москва Сообщений: 2817 |
Есть разница между предложить и сделать. Чувствуете ее? Остальное - лирика. |
||
16 июн 08, 08:57 [5803048] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Есть разница между бесплатно и за деньги. Чувствуете ее? p.s. Не хотите помогать бесплатно - ваше право, но и другим не мешайте. Берите пример с HX'а :) |
||
16 июн 08, 09:44 [5803140] Ответить | Цитировать Сообщить модератору |
куммук
Guest |
+1 |
||||
16 июн 08, 10:10 [5803263] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
.zverka, спасибо за попытку помочь. control'sы по Вашему примеру какие-то создались. Дальше вопрос: как выполнить запросы create, если БД не открывается? Пробовал открыть с "_allow_resetlogs..." - тот же эффект. Зубоскалящим и иже с ними: 1. Я не Oracle админ, я системный программист, со всеми вытекающими... 2. Притом не в той компании где легла база :) Вообще такое Г произошло у них из-за выхода из строя RAID-контроллера который при своей кончине умудрился еще какого-то г..на на винты накидать... |
16 июн 08, 10:22 [5803307] Ответить | Цитировать Сообщить модератору |
Borland Member Откуда: $HOME Сообщений: 15839 |
А как Вы создавали контролы? Использовали тот скрипт, который лежит в трейсе или ...?
----- Все великие дела совершаются в командной строке |
||||
16 июн 08, 10:28 [5803333] Ответить | Цитировать Сообщить модератору |
AI Member Откуда: Москва Сообщений: 2817 |
Если бы вы помогли (бесплатно) хоть правильно контрольный файл пересоздать - я бы понял. А так - простой квазифилософский треп на темы бесплатно может быть только качественно и правильно. 2 Bayer Посоветуйте восстановить базу на март. Это, по крайней мере, реальный вариант. А то и на март ничего нет, и все остальное простаивает. А там можете ковыряться в потрохах трупа сколько угодно. Может, какой зомби и получится... |
||||
16 июн 08, 10:41 [5803376] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Скриптом с предыдущей страницы :)
Базу за март я им уже смонтировал. Теперь жаждут вернуть еще 2 своих месяца ;) |
||||||
16 июн 08, 11:28 [5803549] Ответить | Цитировать Сообщить модератору |
givanov Member Откуда: Сообщений: 757 |
Единственное, что еще хорошее можно извлечь из ситуации - так это поразбираться в архитектуре Oracle за деньги заказчика без шанса на успех. Это к вопросу о честности. Еще можно понадеяться на саппорт, но не при этом:
|
||||
16 июн 08, 12:26 [5803854] Ответить | Цитировать Сообщить модератору |
DimaR Member Откуда: Сообщений: 1570 |
если ничего не поможет, и данные очень нужны и есть время ковырятся, попробуй тулзой http://k2tor.com/Home.aspx |
||
16 июн 08, 12:29 [5803864] Ответить | Цитировать Сообщить модератору |
MaineCoon Member Откуда: Сообщений: 55 |
Собственно, после этого диагноза есть ли смысл что-то пробовать с оставшимися данными? По опыту, если контроллер мрёт таким способом, то даже если и кажется, что файлы данных целы, то в реальности всё печальнее... На безрыбье и мартовский бэкап - счастье... |
||
16 июн 08, 12:31 [5803875] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
Надо думать, восстанавливаете не бесплатно?! Лучше предложите обратиться в техническую поддержку. Можно к HX, Vertigo, коллеге "..." или ко мне :) Уверен, найдутся еще желающие :) |
||
16 июн 08, 12:51 [5803954] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
экспорт развернули - уже хорошо :) снимайте трэйс оттуда, если структурно база не менялась... |
16 июн 08, 13:04 [5804031] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
А кто сказал, что я умею, я же всего лишь юный ученик ![]() Хотел вот посмотреть как профессионалы тему осилят, а вам всем только бабло подавай ![]() |
||
16 июн 08, 13:54 [5804362] Ответить | Цитировать Сообщить модератору |
Lamer2
Guest |
Так за $€$ каждый может, а вот чтобы на чистом энтузиазме... |
||||
16 июн 08, 14:02 [5804416] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
По поводу тех, кто за бабки - это вполне логично. Ибо при стандартных ситуациях и наличии бэкапов - есть официальные сценарии восстановления, в остальных случаях - только на недокументированных параметрах далеко не уедешь, скорее всего придется и трассировать и разбираться, лезть внутрь одним словом - это дело не одного часа, и через форум практически невозможно поставить диагноз, кроме того решение выйдет индивидуальным :) В итоге даже если открыть базу - данные будут рассогласованы и т.д. |
16 июн 08, 14:24 [5804585] Ответить | Цитировать Сообщить модератору |
ora02
Guest |
1. Забекапить все чего осталось от базы (включая дампы и трейсы). 2. Перечислить точно что есть, а чего нет. 3. Привести лог падения базы если есть. Была ли она открыта в момент падения? 4. Есть ли системное табличное пространство? 5. Сделать трейс контрольного файла из старой базы и выложить его сюда. 6. Какие файлы были на разрушенном рейде? Дальше видно будет. |
||||||
16 июн 08, 14:29 [5804615] Ответить | Цитировать Сообщить модератору |
Зведун Амандурдыевич
Guest |
|
||
16 июн 08, 14:33 [5804648] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Чья бы корова мычала ;-) |
||
16 июн 08, 14:37 [5804669] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
У Вас слишком корыстные взгляды на жизнь. Кроме "за бабло" есть еще варианты: по дружбе...
Т.е. взять любой файл .trc из директории bdump? Допустим возьму, что дальше то делать с ним? :) |
||||||
16 июн 08, 14:49 [5804775] Ответить | Цитировать Сообщить модератору |
ora02
Guest |
Сделайте alter database backup controlfile to trace;на старой базе и дайте полученный trc файл сюда. |
||||||||
16 июн 08, 15:09 [5804922] Ответить | Цитировать Сообщить модератору |
AI Member Откуда: Москва Сообщений: 2817 |
От старой базы только экспортный файл... |
||
16 июн 08, 15:18 [5804985] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Ок, спасибо. Вечером поеду в гости - сделаю :) |
||||||||||
16 июн 08, 15:19 [5804998] Ответить | Цитировать Сообщить модератору |
ora02
Guest |
Как я понял, старая база уже поднята из экспортного файла и оттуда можно взять примерный скрипт создания контрольного файла? Автор, ответьте на все вопросы. |
||||
16 июн 08, 15:22 [5805015] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
Жизнь вообще сложная штука. Мало людей абсолютно бескорыстных.
Я вас не знаю. Своим друзьям помогаю. Помогал и участникам данного форума. |
||||
16 июн 08, 15:30 [5805078] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Он наверно себя имел в виду, т.е. он помогает по дружбе. |
||
16 июн 08, 15:44 [5805193] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
поверьте - это нормально - работать за деньги )). Так можно сказать, что зарплата на работе - исключительно корысть )). а по дружбе - это уже ваше личное дело |
||
16 июн 08, 15:44 [5805196] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
Понимаю. Но как помогать, если не владеешь предметом? |
||
16 июн 08, 16:07 [5805373] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Йа-йа :)
Да-да, базу из экспортного файла я им развернул - все работает (мартовская которая). По телепону объяснил человеку что сделать, сейчас пришлет файл трэйса. |
||||||||||
16 июн 08, 16:09 [5805387] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Dump file C:\oracle\admin\office\udump\ORA03572.TRC Mon Jun 16 15:16:56 2008 ORACLE V9.0.1.1.1 - Production vsnsta=0 vsnsql=10 vsnxtr=3 Windows 2000 Version 5.1 Service Pack 2, CPU type 586 Oracle9i Release 9.0.1.1.1 - Production JServer Release 9.0.1.1.1 - Production Windows 2000 Version 5.1 Service Pack 2, CPU type 586 Instance name: office Redo thread mounted by this instance: 1 Oracle process number: 15 Windows thread id: 3572, image: ORACLE.EXE *** SESSION ID:(9.72) 2008-06-16 15:16:56.000 *** 2008-06-16 15:16:56.000 # The following commands will create a new control file and use it # to open the database. # Data used by the recovery manager will be lost. Additional logs may # be required for media recovery of offline data files. Use this # only if the current version of all online logs are available. STARTUP NOMOUNT CREATE CONTROLFILE REUSE DATABASE "OFFICE" NORESETLOGS NOARCHIVELOG MAXLOGFILES 50 MAXLOGMEMBERS 5 MAXDATAFILES 100 MAXINSTANCES 1 MAXLOGHISTORY 226 LOGFILE GROUP 1 'C:\ORACLE\ORADATA\OFFICE\REDO01.LOG' SIZE 100M, GROUP 2 'C:\ORACLE\ORADATA\OFFICE\REDO02.LOG' SIZE 100M, GROUP 3 'C:\ORACLE\ORADATA\OFFICE\REDO03.LOG' SIZE 100M # STANDBY LOGFILE DATAFILE 'E:\ORACLE\ORADATA\OFFICE\SYSTEM01.DBF', 'E:\ORACLE\ORADATA\OFFICE\UNDOTBS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\CWMLITE01.DBF', 'E:\ORACLE\ORADATA\OFFICE\DRSYS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\EXAMPLE01.DBF', 'E:\ORACLE\ORADATA\OFFICE\INDX01.DBF', 'E:\ORACLE\ORADATA\OFFICE\TOOLS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\USERS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\OFFICE.ORA', 'E:\ORACLE\ORADATA\OFFICE\OFFICE_PARTS.ORA', 'E:\ORACLE\ORADATA\OFFICE\OFFICE_SEDM.ORA', 'E:\ORACLE\ORADATA\OFFICE\OFFICE_TEMPDATA.ORA' CHARACTER SET CL8MSWIN1251 ; # Recovery is required if any of the datafiles are restored backups, # or if the last shutdown was not normal or immediate. RECOVER DATABASE # Database can now be opened normally. ALTER DATABASE OPEN; # Commands to add tempfiles to temporary tablespaces. # Online tempfiles have complete space information. # Other tempfiles may require adjustment. ALTER TABLESPACE TEMP ADD TEMPFILE 'E:\ORACLE\ORADATA\OFFICE\TEMP01.DBF' REUSE; # End of tempfile additions. # |
16 июн 08, 16:21 [5805457] Ответить | Цитировать Сообщить модератору |
givanov Member Откуда: Сообщений: 757 |
Какие из перечисленных файлов у Вас есть? |
16 июн 08, 16:51 [5805668] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Как и писал раньше нету всех redo и control. Остальное в наличии. Какое-то подобие control'ов создается после create control... |
||
16 июн 08, 17:06 [5805743] Ответить | Цитировать Сообщить модератору |
ora02
Guest |
Если эти файлы есть и они по правильным путям лежат. То: startup nomount; CREATE CONTROLFILE ...; alter database mount; select * from v$datafile_header;И результат сюда. |
||
16 июн 08, 17:14 [5805783] Ответить | Цитировать Сообщить модератору |
ora02
Guest |
Желательно еще лог во время падения посмотреть. |
||||
16 июн 08, 17:16 [5805798] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
К сожалению логов тоже нету. |
||||||
16 июн 08, 17:26 [5805836] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Фуф, осилил чудеса инструктажа по телефону :) Соединен с простаивающим экземпляром. Экземпляр ORACLE запущен. Total System Global Area 114061244 bytes Fixed Size 282556 bytes Variable Size 79691776 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes CREATE CONTROLFILE REUSE DATABASE "OFFICE" NORESETLOGS NOARCHIVELOG * ошибка в строке 1: ORA-01503: ???? CREATE CONTROLFILE ORA-01565: ?????? ????????????? ????? 'C:\ORACLE\ORADATA\OFFICE\REDO01.LOG' ORA-27041: ?????????? ??????? ???? OSD-04002: mebnglnfmn nrjp{r| t`ik O/S-Error: (OS 2) Me sd`erq m`irh sj`g`mm{i t`ik. Управляющий файл создан. FILE# STATUS ---------- ------- ERROR FORMAT REC ----------------------------------------------------------------- ---------- --- FUZ CREATION_CHANGE# CREATION_ TABLESPACE_NAME TS# --- ---------------- --------- ------------------------------ ---------- RFILE# RESETLOGS_CHANGE# RESETLOGS CHECKPOINT_CHANGE# CHECKPOIN ---------- ----------------- --------- ------------------ --------- CHECKPOINT_COUNT BYTES BLOCKS ---------------- ---------- ---------- NAME -------------------------------------------------------------------------------- 1 ONLINE 8 YES 4 04.09.01 SYSTEM 0 1 240781 10.06.05 99683928 09.06.08 6265 340787200 41600 E:\ORACLE\ORADATA\OFFICE\SYSTEM01.DBF 2 ONLINE 8 YES 6409 04.09.01 UNDOTBS 1 2 240781 10.06.05 99683928 09.06.08 6265 854589440 104320 E:\ORACLE\ORADATA\OFFICE\UNDOTBS01.DBF 3 ONLINE 8 YES 7403 04.09.01 CWMLITE 2 3 240781 10.06.05 99683928 09.06.08 6264 20971520 2560 E:\ORACLE\ORADATA\OFFICE\CWMLITE01.DBF 4 ONLINE 8 YES 7424 04.09.01 DRSYS 3 4 240781 10.06.05 99683928 09.06.08 6264 20971520 2560 E:\ORACLE\ORADATA\OFFICE\DRSYS01.DBF 5 ONLINE 8 YES 7442 04.09.01 EXAMPLE 4 5 240781 10.06.05 99683928 09.06.08 6264 163840000 20000 E:\ORACLE\ORADATA\OFFICE\EXAMPLE01.DBF 6 ONLINE 8 YES 7459 04.09.01 INDX 5 6 240781 10.06.05 99683928 09.06.08 6264 225443840 27520 E:\ORACLE\ORADATA\OFFICE\INDX01.DBF 7 ONLINE 8 YES 7493 04.09.01 TOOLS 7 7 240781 10.06.05 99683928 09.06.08 6264 10485760 1280 E:\ORACLE\ORADATA\OFFICE\TOOLS01.DBF 8 ONLINE 8 YES 7511 04.09.01 USERS 8 8 240781 10.06.05 99683928 09.06.08 6264 26214400 3200 E:\ORACLE\ORADATA\OFFICE\USERS01.DBF 9 ONLINE 8 YES 263129 10.06.05 OFFICE 9 9 240781 10.06.05 99683928 09.06.08 6240 629145600 76800 E:\ORACLE\ORADATA\OFFICE\OFFICE.ORA 10 ONLINE 8 YES 263175 10.06.05 OFFICE_PARTS 10 10 240781 10.06.05 99683928 09.06.08 6240 209715200 25600 E:\ORACLE\ORADATA\OFFICE\OFFICE_PARTS.ORA 11 ONLINE 8 YES 263206 10.06.05 OFFICE_SEDM 11 11 240781 10.06.05 99683928 09.06.08 6240 31457280 3840 E:\ORACLE\ORADATA\OFFICE\OFFICE_SEDM.ORA 12 ONLINE 8 YES 263231 10.06.05 OFFICE_TEMPDATA 12 12 240781 10.06.05 99683928 09.06.08 6240 52428800 6400 E:\ORACLE\ORADATA\OFFICE\OFFICE_TEMPDATA.ORA 12 строк выбрано. 1ый create control, который был с параметром NORESETLOGS (так в трэйс записало) у него не сработал. Сработал с параметром RESETLOGS. |
||
16 июн 08, 18:20 [5806090] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
а как вы хотели, если redologs потеряны ? |
||
16 июн 08, 18:23 [5806101] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
...опа у вас, надо заголовки править либо шаманить со скрытыми параметрами. |
||
16 июн 08, 18:25 [5806110] Ответить | Цитировать Сообщить модератору |
ora02
Guest |
Создавайте Control файл c опцией ResetLogs и открывайте базу с опцией ResetLogsalter database open resetlogs; |
16 июн 08, 18:45 [5806189] Ответить | Цитировать Сообщить модератору |
ora02
Guest |
Почему надо править? CHECKPOINT_CHANGE# = 99683928 у всех файлов. Или я чего-то путаю? Можно посмотреть select fhscn, hxifz from x$kcvfh; |
||||
16 июн 08, 18:49 [5806201] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
fuzzy bit |
||
16 июн 08, 19:00 [5806242] Ответить | Цитировать Сообщить модератору |
Халдурды Джедаевич
Guest |
Юный падаван знает секреты джедаев! ![]() |
||
16 июн 08, 19:05 [5806255] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
В контексте вновь открывшейся нам великой тайны предлагаю еще раз вспомнить и подумать на досуге над фразой
Особенно насчет места и понимания ;-) |
||||
16 июн 08, 19:22 [5806296] Ответить | Цитировать Сообщить модератору |
ora02
Guest |
Да, про fuzzy не подумал. Можно как здесь Nata советует [url=http://]https://www.sql.ru/forum/actualthread.aspx?bid=3&tid=195007&hl=#1650264[/url] Или _allow_resetlogs_corruption=TRUE Надеюсь бекап сохранен. |
||||
16 июн 08, 19:29 [5806315] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Для более продуктивного ведения разбора полетов забрал их exp и развернул у себя на компе ![]() Итак, делал все по указанному методу Nata. connect / as sysdba; STARTUP NOMOUNT; CREATE CONTROLFILE REUSE DATABASE "OFFICE" RESETLOGS NOARCHIVELOG MAXLOGFILES 50 MAXLOGMEMBERS 5 MAXDATAFILES 100 MAXINSTANCES 1 MAXLOGHISTORY 226 LOGFILE GROUP 1 'C:\ORACLE\ORADATA\OFFICE\REDO01.LOG' SIZE 100M, GROUP 2 'C:\ORACLE\ORADATA\OFFICE\REDO02.LOG' SIZE 100M, GROUP 3 'C:\ORACLE\ORADATA\OFFICE\REDO03.LOG' SIZE 100M DATAFILE 'E:\ORACLE\ORADATA\OFFICE\SYSTEM01.DBF', 'E:\ORACLE\ORADATA\OFFICE\UNDOTBS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\CWMLITE01.DBF', 'E:\ORACLE\ORADATA\OFFICE\DRSYS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\EXAMPLE01.DBF', 'E:\ORACLE\ORADATA\OFFICE\INDX01.DBF', 'E:\ORACLE\ORADATA\OFFICE\TOOLS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\USERS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\OFFICE.ORA', 'E:\ORACLE\ORADATA\OFFICE\OFFICE_PARTS.ORA', 'E:\ORACLE\ORADATA\OFFICE\OFFICE_SEDM.ORA', 'E:\ORACLE\ORADATA\OFFICE\OFFICE_TEMPDATA.ORA' CHARACTER SET CL8MSWIN1251; recover database until cancel; ------------------------------------ Соединен с простаивающим экземпляром. Экземпляр ORACLE запущен. Total System Global Area 114061244 bytes Fixed Size 282556 bytes Variable Size 79691776 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes Управляющий файл создан. ORA-00283: recovery session canceled due to errors ORA-01610: recovery using the BACKUP CONTROLFILE option must be done запустил тогда так: recover database using backup controlfile until cancel; ORA-00279: change 99683928 generated at 06/09/2008 08:28:05 needed for thread 1 ORA-00289: suggestion : C:\ORACLE\ORA90\RDBMS\ARC05968.001 ORA-00280: change 99683928 for thread 1 is in sequence #5968 Specify log: {<RET>=suggested | filename | AUTO | CANCEL} ORA-00308: cannot open archived log 'OEM_sqlplus_input_finished' ORA-27041: unable to open file OSD-04002: mebnglnfmn nrjp{r| t`ik O/S-Error: (OS 2) Me sd`erq m`irh sj`g`mm{i t`ik. Specify log: {<RET>=suggested | filename | AUTO | CANCEL} ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01194: file 1 needs more recovery to be consistent ORA-01110: data file 1: '/data/oradata/test/system01.dbf' ORA-01112: media recovery not started Но redo-файлов нету. Даж не знаю как оно должно отработать сейчас. |
17 июн 08, 11:03 [5807676] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
Ничего не понимаю, забрали файл экспорта. Видимо сделали импорт у себя на компе. Тогда при чем тут recover database? |
||
17 июн 08, 11:18 [5807806] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Я к тому что я развернул у себя на компе их базу и теперь "резвиться" с ней по полной программе (датафайлы за июнь естественно тоже у меня - вот их я и пытаюсь стартануть). |
||||
17 июн 08, 11:31 [5807893] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Что именно сделал, поправил заголовки или параметр прописал в ините? |
||
17 июн 08, 12:44 [5808432] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
startup open resetlogs вроде создал redo о база сделал вид что не стартанула. И теперь при startup open выдает ORA-00600: internal error code, arguments: [3668], [1], [6267], [6267], [4], [], [] Кусок трэйса: *** SESSION ID:(7.3) 2008-06-17 11:43:46.000 *** 2008-06-17 11:43:46.000 ksedmp: internal or fatal error ORA-00600: ??? ?????. ??????, ?????????: [3668], [1], [2], [6267], [6267], [4], [], [] Current SQL statement for this session: /* OracleOEM */ ALTER DATABASE OPEN ----- Call Stack Trace ----- calling call entry argument values in hex location type point (? means dubious value) -------------------- -------- -------------------- ---------------------------- _ksedmp+101 CALLrel _ksedst+0 0 _ksfdmp+e CALLrel _ksedmp+0 3 _kgeriv+98 CALLreg 00000000 3FFE190 3 _kgesiv+49 CALLrel _kgeriv+0 14E5608 299643C E54 5 2B1BF78 _ksesic5+3c CALLrel _kgesiv+0 3FFE190 299643C E54 5 2B1BF78 _kcvcrv+d49 CALLrel _ksesic5+0 E54 0 1 0 2 0 187B 0 187B 0 4 _kcfopd+351 CALLrel _kcvcrv+0 2B1C334 0 _adbdrv+1b29 CALLrel _kcfopd+0 0 0 0 _opiexe+1e72 CALLrel _adbdrv+0 _opiosq0+994 CALLrel _opiexe+0 4 0 2B1E094 _kpooprx+a7 CALLrel _opiosq0+0 3 E 2B1E128 4 _kpoal8+1a7 CALLrel _kpooprx+0 _opiodr+546 CALLreg 00000000 5E 14 B1F6FC _ttcpip+1063 CALLreg 00000000 5E 14 2B1F6FC 0 _opitsk+745 CALLrel _ttcpip+0 _opiino+54f CALLrel _opitsk+0 0 0 _opiodr+546 CALLreg 00000000 3C 4 2B1FBD8 _opidrv+246 CALLrel _opiodr+0 3C 4 2B1FBD8 0 _sou2o+19 CALLrel _opidrv+0 _opimai+11b CALLrel _sou2o+0 _OracleThreadStart@ CALLrel _opimai+0 2 2B1FE74 4+35f 7C80B6A0 CALLreg 00000000Дальше пошел дамп. |
17 июн 08, 12:45 [5808442] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Поправил заголовки, потом пересоздал control'ы и запустил recover (лог выше). И Теперь при старте то что в предыдущем моем сообщении. |
||||
17 июн 08, 12:46 [5808450] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Судя по всему поправил ты не так как надо, system похоже требует MEDIA RECOVERY. Я бы советовал взять копию БД до твоих исправлений (надеюсь она сохранилась?) и использовать _allow_resetlogs_corruption. |
||
17 июн 08, 13:02 [5808538] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Проверял, все было четко как описано: |
||||
17 июн 08, 13:31 [5808738] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Конечно оставлись. Т.е. ставлю старые файлы. Затем по трейсу еще раз воссоздаю контролсы, а потом сразу startup nomount; alter system set "_allow_resetlogs_corruption"=true scope=spfile; startup mount force; alter database open resetlogs;? |
||
17 июн 08, 13:33 [5808767] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Чтобы сработал _allow_resetlogs_corruption нужно сэмулировать неполное восстановление. Т.е. после startup mount force; должна быть строка recover database using backup controlfile until cancel;Сразу вводишь cancel и затем alter database open resetlogs; При этом в алерте должна быть запись, что параметр сработал. Если опять не поднимется, то желательно привести кусок алерта в момент поднятия, чтобы посмотреть сработал ли параметр. |
||||
17 июн 08, 13:57 [5808934] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Тэкс. Снова взял исходные датафайлы. Выполнил следующее:connect / as sysdba; STARTUP NOMOUNT; Соединен с простаивающим экземпляром. Экземпляр ORACLE запущен. Total System Global Area 114061244 bytes Fixed Size 282556 bytes Variable Size 79691776 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes CREATE CONTROLFILE REUSE DATABASE "OFFICE" RESETLOGS NOARCHIVELOG MAXLOGFILES 50 MAXLOGMEMBERS 5 MAXDATAFILES 100 MAXINSTANCES 1 MAXLOGHISTORY 226 LOGFILE GROUP 1 'C:\ORACLE\ORADATA\OFFICE\REDO01.LOG' SIZE 100M, GROUP 2 'C:\ORACLE\ORADATA\OFFICE\REDO02.LOG' SIZE 100M, GROUP 3 'C:\ORACLE\ORADATA\OFFICE\REDO03.LOG' SIZE 100M DATAFILE 'E:\ORACLE\ORADATA\OFFICE\SYSTEM01.DBF', 'E:\ORACLE\ORADATA\OFFICE\UNDOTBS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\CWMLITE01.DBF', 'E:\ORACLE\ORADATA\OFFICE\DRSYS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\EXAMPLE01.DBF', 'E:\ORACLE\ORADATA\OFFICE\INDX01.DBF', 'E:\ORACLE\ORADATA\OFFICE\TOOLS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\USERS01.DBF', 'E:\ORACLE\ORADATA\OFFICE\OFFICE.ORA', 'E:\ORACLE\ORADATA\OFFICE\OFFICE_PARTS.ORA', 'E:\ORACLE\ORADATA\OFFICE\OFFICE_SEDM.ORA', 'E:\ORACLE\ORADATA\OFFICE\OFFICE_TEMPDATA.ORA' CHARACTER SET CL8MSWIN1251; Управляющий файл создан. alter system set "_allow_resetlogs_corruption"=true scope=spfile; Система изменена. startup mount force; Экземпляр ORACLE запущен. Total System Global Area 114061244 bytes Fixed Size 282556 bytes Variable Size 79691776 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes База данных смонтирована. alter database open resetlogs; alter database open resetlogs * ошибка в строке 1: ORA-01092: экземпляр ORACLE завершен. Выполнено разъединение connect / as sysdba; Соединен с простаивающим экземпляром. startup mount force; Экземпляр ORACLE запущен. Total System Global Area 114061244 bytes Fixed Size 282556 bytes Variable Size 79691776 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes База данных смонтирована. alter database open * ошибка в строке 1: ORA-00600: код внутр. ошибки, аргументы: [3668], [1], [2], [6267], [6267], [4], [], []Трэйс в комплекте. |
17 июн 08, 14:06 [5809025] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Я же написал выше, что нужно чтобы параметр применился |
||
17 июн 08, 14:09 [5809053] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
alter system set "_allow_resetlogs_corruption"=true scope=spfile; - этот вариант не катит? Объясните на пальцах пожалуйста. |
||||
17 июн 08, 14:11 [5809066] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Сори, увидел объяснение между своими 2мя мессагами. Сейчас сделаю :) |
||||||
17 июн 08, 14:13 [5809090] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
JFYI (Just For Your Information), то бишь ничего делать не надо, только тебе для справки: судя по всему причина ошибки OERR 3668 в том, что после пересоздания контрольных файлом в любом случае перед первым открытием должно быть неполное восстановление (RECOVER DATABASE USING BACKUP CONTROLFILE). Если есть доступ на металлинк - Note:93665.1 |
||||||
17 июн 08, 14:32 [5809264] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Сделал:Здесь тоже самое что в предыдущий раз. alter system set "_allow_resetlogs_corruption"=true scope=spfile; Система изменена. startup mount force; Экземпляр ORACLE запущен. Total System Global Area 114061244 bytes Fixed Size 282556 bytes Variable Size 79691776 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes База данных смонтирована. recover database using backup controlfile until cancel; ORA-00279: изменение 99683928, сгенерированное 06/09/2008 08:28:05, необходимо для 1 ORA-00289: предложение : C:\ORACLE\ORA90\RDBMS\ARC05968.001 ORA-00280: изменение 99683928 для потока 1 в последовательности #5968 Задайте журнал: {<RET>=предложенный | имя файла | AUTO | CANCEL} ORA-00308: невозможно открыть архивированный протокол 'C:\ORACLE\ORA90\RDBMS\ARC05968.001' ORA-27041: невозможно открыть файл OSD-04002: невозможно открыть файл O/S-Error: (OS 2) Не удается найти указанный файл. ORA-01547: предупреждение: восстановление прошло успешно, однако команда OPEN RESETLOGS может вызвать ошибку ORA-01194: для совместимости требуется дополнительное восстановление файла 1 ORA-01110: файл данных 1: 'E:\ORACLE\ORADATA\OFFICE\SYSTEM01.DBF' alter database open resetlogs; alter database open resetlogs * ошибка в строке 1: ORA-01092: экземпляр ORACLE завершен. Выполнено разъединение Алерт в аттачменте. Cancel вводить не пришлось в этот раз - он в течение минуты сам закончил и перешел к следующей команде. К сообщению приложен файл (officeALRT.LOG - 10Kb) cкачать ![]() |
17 июн 08, 14:36 [5809296] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Доступа на metalink нету, я ж как бы не по Ораклу совсем :) (или :( в данном случае ). |
17 июн 08, 14:39 [5809319] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
попробуйте перестартовать с undo_management=MANUAL #undo_tablespace=UNDOTBS |
17 июн 08, 15:06 [5809562] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Так. Параметр применился, resetlogs прошел, но теперь у нас новые проблемы :) smon пытается сделать cache recovery и натыкается на несоответствие Redo records и Undo records. p.s. вот блин, втянулся все-таки в такое неблагодарное дело ))) |
||
17 июн 08, 15:09 [5809592] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
А без _corrupt/_offline сработает? |
||
17 июн 08, 15:10 [5809609] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
may be |
||||
17 июн 08, 15:20 [5809706] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
А ты говоришь, бубен не нужен :-) |
||
17 июн 08, 15:25 [5809762] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Сделал, проверил: |
||
17 июн 08, 15:26 [5809774] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ undo_management string MANUAL undo_retention integer 10800 undo_suppress_errors boolean FALSE undo_tablespace string UNDOTBS При запуске такая же фигня как и раньше ora-00600. |
17 июн 08, 15:27 [5809785] Ответить | Цитировать Сообщить модератору |
Мартовский бЫкап
Guest |
Хрен be :-P |
17 июн 08, 15:28 [5809811] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Признателен всем кто пытается помочь. Товарищ в свою очередь еще более признателен :)) |
||
17 июн 08, 15:29 [5809813] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
в C:\oracle\admin\office\udump\ORA03832.TRC наверное ничего особого? давайте посмотрим на каком блоке падает, например при помощи event 10046 |
17 июн 08, 15:37 [5809891] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
ну и собсна надо посмотреть какой сегмент undo "типа" битый. это уже events - 10013 и 10015 |
17 июн 08, 15:41 [5809920] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Да собственно не за что :) У меня рабочий день практически закончился, если до завтра не восстановишь - продолжим. Хотя "....." должен справиться, если захочет. |
||||
17 июн 08, 15:45 [5809957] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Ммм. Всмысле так: alter session set events '10046 trace name context forever, level 12'; ALTER SESSION SET EVENTS '10013 trace name context forever, level 12'; ALTER SESSION SET EVENTS '10015 trace name context forever, level 12'; ? И потом полностью процесс восстановления с запуском повторить? В каком трассировочном фале должен быть результат? |
||
17 июн 08, 16:15 [5810216] Ответить | Цитировать Сообщить модератору |
..............
Guest |
у вас spfile? что-то вроде ALTER SYSTEM SET EVENT='10046 trace name context forever, level 12:10015 trace name context forever, level 1:10013 trace name context forever, level 10' scope=spfile; часть процессов насрет в udump часть в bdump в папке udump (10046) и в папке bdump. найдите трассировочный файл с дампами заголовков сегментлв откатов, вроде как 2 "слепка": до восстановления и после. в сегменте, state которого = 10 после восстановления и есть искомый. подобные сегменты можно временно вывести в offline при помощи скрыготого параметра _offline_rollback_segments. Скорее всего после этого можно будет подняться и разбираться дальше. Если повезет, то будет даже строка наподобие "error recover" с id объекта. 10046 скорее всего выдасть вам db sequential read блока, на котором происходит падение. Походу, вам предстоит достаточно долгий процесс поднятия базы ). |
||||
17 июн 08, 16:38 [5810448] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
К сожалению моя квалификация не позволяет мне в этом сейчас разобраться и понять что там и где. Выкладываю дампы. Может кто глянет :) Архив RAR, 2 части. Часть 1. К сообщению приложен файл (dumps.part01.rar - 87Kb) cкачать ![]() |
||||||
17 июн 08, 17:04 [5810759] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Часть 2. К сообщению приложен файл (dumps.part02.rar - 72Kb) cкачать ![]() |
17 июн 08, 17:05 [5810769] Ответить | Цитировать Сообщить модератору |
Халдурды Амандурдыевич Бердыев Member Откуда: Киргизский тракторист Сообщений: 149 |
|
||
17 июн 08, 17:59 [5811358] Ответить | Цитировать Сообщить модератору |
............
Guest |
ну типа того ))) |
||||
17 июн 08, 18:36 [5811676] Ответить | Цитировать Сообщить модератору |
Alert.log
Guest |
Ну если челу надо поднять, пусть поднимает, тем более форумчане вроде и не отказывают ему в этом. |
||||
17 июн 08, 18:43 [5811720] Ответить | Цитировать Сообщить модератору |
Халдурды Амандурдыевич Бердыев Member Откуда: Киргизский тракторист Сообщений: 149 |
Каламбур, типа ;-) |
||
17 июн 08, 21:21 [5812188] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
У меня вторая часть не открывается, можешь перезалить? |
||
18 июн 08, 12:00 [5814244] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Это 1 архив в 2х частях, тобишь распаковывается вместе. На всякий случай ложу еще раз 2ую часть. К сообщению приложен файл (dumps.part02.rar - 72Kb) cкачать ![]() |
||||
18 июн 08, 12:27 [5814514] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Это я понял, но у меня при попытке скачать вторую часть пишет "Download request is dropped due to out of resource error.". Причем ошибка повторилась. Может кто-нибудь пояснит в чем проблема? |
||
18 июн 08, 12:31 [5814540] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Переименовал и залил еще раз. Может так получится. К сообщению приложен файл (file.txt - 72Kb) cкачать ![]() |
||||
18 июн 08, 12:42 [5814646] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Такая же фигня ![]() Проверил, другие файлы скачиваются нормально. 2 all: У кого-нибудь получилось скачать второй архив? |
||
18 июн 08, 12:50 [5814704] Ответить | Цитировать Сообщить модератору |
pravednik Member Откуда: Jacksonville, FL Сообщений: 16268 |
с первой попытки...и без всяких траблов |
||||
18 июн 08, 12:53 [5814731] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Я пробовал - качается. Залил еще сюда одним архивом все: http://ifolder.ru/7018354 |
||||
18 июн 08, 12:55 [5814738] Ответить | Цитировать Сообщить модератору |
_fast=true Member Откуда: x$ksppi Сообщений: 205 |
Появился шанс немного поработать ;-) |
||
18 июн 08, 12:57 [5814751] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Не получилось скачать ниоткуда? |
||
18 июн 08, 14:52 [5815626] Ответить | Цитировать Сообщить модератору |
Alert.log
Guest |
А "мыло" для чего придумали люди? :) |
18 июн 08, 15:06 [5815755] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Так скрыто :) |
||
18 июн 08, 15:16 [5815851] Ответить | Цитировать Сообщить модератору |
............
Guest |
сделайте alter system set undo_management=MANUAL scope=spfile; alter system reset undo_tablespace scope=spfile; alter system reset undo_retention scope=spfile; alter system set event='10015 trace name context forever, level 10' scope=spfile; перестартаните базу. полученные файлы сюда. |
19 июн 08, 00:27 [5818184] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
а в тех трэйсах, которые выложены такое есть? если да - скажите пожалуйста где это можно увидеть, а то я что-то не нашла... можно номер строчки. PARSING IN CURSOR #2 len=148 dep=1 uid=0 oct=6 lid=0 tim=2077441112 hv=1608031631 ad='66ff3b8c' update undo$ set name=:2,file#=:3,block#=:4,status$=:5,user#=:6,undosqn=:7,xactsqn=:8,scnbas=:9, scnwrp=:10,inst#=:11,ts#=:12,spare1=:13 where us#=:1 END OF STMT PARSE #2:c=62500,e=93000,p=20,cr=82,cu=0,mis=1,r=0,dep=1,og=0,tim=2077441112 BINDS #2: bind 0: dty=1 mxl=32(09) mal=00 scl=00 pre=00 oacflg=18 oacfl2=1 size=32 offset=0 bfp=027d8c6c bln=32 avl=09 flg=05 value="_SYSSMU2$" ..... rows skipped ....... WAIT #2: nam='db file sequential read' ela= 367 p1=1 p2=165 p3=1 *** 2008-06-17 16:03:14.000 ksedmp: internal or fatal error ORA-00600: код внутр. ошибки, аргументы: [4194], [32], [3], [], [], [], [], []а это не определяет, что _SYSSMU2$ можно попробывать указать в _offline_rollback_segments? |
||
19 июн 08, 02:36 [5818463] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Уф.. только из дома удалось скачать файл. Что за фигня на работе - непонятно.
Вроде как определяет (но это мнение юного падавана) Судя по трейсу, открывающий процесс начал проверять состояние сегментов отката и обнаружил, что _SYSSMU2$ в состоянии Need Recovery. При попытке его восстановления и получил OERR 4194. Но проблема в том, что кроме _SYSSMU1$ и _SYSSMU2$ остальные не проверялись (по крайней мере в трейсе не нашел). Т.е. не факт, что только второй сегмент испорчен. |
||
19 июн 08, 08:54 [5818667] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Эти 2 инструкции не исполняются. |
||
19 июн 08, 09:35 [5818802] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
А чавой делать то на этот счет? |
||||
19 июн 08, 09:36 [5818804] Ответить | Цитировать Сообщить модератору |
Вячеслав Любомудров Member Откуда: Владивосток Сообщений: 18528 |
... sid='*' |
||||
19 июн 08, 09:37 [5818812] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Ну можно попробовать выполнить alter system set "_offline_rollback_segments"=(_SYSSMU2$) scope=spfile;После этого перезапустить экземпляр и попытаться открыть. Но повторюсь, не факт что только второй сегмент испорчен, так что можно сначала рекомендации "....." выполнить. |
||
19 июн 08, 09:49 [5818855] Ответить | Цитировать Сообщить модератору |
PaulEr Member Откуда: Сообщений: 3794 |
А почему бы сразу не все сегменты отката перечислить в ините и стартануть с него? |
19 июн 08, 10:00 [5818913] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Почитать прочитал, тока сид впихнул перед scope'ом и чото обломался, получив 00933 :) Теперь вроде все ок, но ORA-32010 cannot find entry to delete in SPFILE. ТОбишь их как бы и не было Трэйсы в аттачменте. К сообщению приложен файл (bdump.part01.rar - 68Kb) cкачать ![]() |
||||||
19 июн 08, 10:06 [5818947] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Часть 2. К сообщению приложен файл (bdump.part02.rar - 34Kb) cкачать ![]() |
19 июн 08, 10:06 [5818954] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Хм...
|
||||||||||
19 июн 08, 10:35 [5819129] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Все равно 600 ошибка. Потом по идее PaulEr сделал NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ _offline_rollback_segments string (_SYSSMU1$,_SYSSMU2$,_SYSSMU3$ ,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$ ,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$ ,_SYSSMU10$)тот же эффект... |
||||
19 июн 08, 10:35 [5819131] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Ошибка также самая? Давай алерт и включи снова 10046. Попытайся открыть с ней и приведи сюда результат трассировки. Полный список сегментов как определил? |
19 июн 08, 10:41 [5819172] Ответить | Цитировать Сообщить модератору |
............
Guest |
я в отпуске и проверять негде :) create pfile='..' from spfile='..' edit pfile undo_management=manual #undo_tablespace=.... #undo_retention=... create spfile='...' from pfile='....' restart instance |
||
19 июн 08, 11:46 [5819658] Ответить | Цитировать Сообщить модератору |
.........
Guest |
ошибка вроде поменялась, вы заметили )) ? |
||
19 июн 08, 11:49 [5819690] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Да ORA-00600: : [3668], [1], [2], [6267], [6267], [4], [], [] Подключил, открыл, трэйсы в аттачменте. Возможно это и не полный список, действовал по методу "палец, пол, потолок" :) |
||
19 июн 08, 11:58 [5819752] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Часть 1. |
19 июн 08, 11:59 [5819766] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Каие-то проблемы с аттачментами, выложил на файлообменнике: http://ifolder.ru/7031713 |
19 июн 08, 12:02 [5819798] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
3668 <> 4194 ! Ты опять что-ли controlfile пересоздавал? |
||||
19 июн 08, 12:32 [5820056] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Да нет, вот сейчас посмотрел: control's созданы 17 июня. Дата изменения стоит сегодняшним днем. |
||||||
19 июн 08, 12:47 [5820198] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Ошибка, что требуется media recovery для файла [1] то бишь систем. Надо повторить все шаги startup mount -> recover -> alter database И еще из алерта
почему в spfile осталось это? вы так делали?
|
||||
19 июн 08, 12:52 [5820245] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Переделал, перестартовал, новые трэйсы здесь: [url=http://]http://ifolder.ru/7033067[/url] |
||||||
19 июн 08, 13:53 [5820644] Ответить | Цитировать Сообщить модератору |
Юный падаван Member Откуда: Бомбей Сообщений: 216 |
Выкладывай сюда, у меня доступ на тот сайт закрыт :( |
||
19 июн 08, 15:30 [5821457] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
Выложили бы уже куда-нибудь system и undo, всего-то гектар весу :) Желающие потренировались бы в поднятии этой помойки :) |
19 июн 08, 15:40 [5821530] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Ваш алерт...ALTER DATABASE MOUNT Thu Jun 19 12:52:41 2008 Successful mount of redo thread 1, with mount id 107874517. Thu Jun 19 12:52:41 2008 Database mounted in Exclusive Mode. Completed: ALTER DATABASE MOUNT Thu Jun 19 12:52:41 2008 ALTER DATABASE OPEN Почему сразу open? Надо: startup mount; recover database using backup controlfile until cancel; alter database open resetlogs; + все event 10013 10015 10046 сейчас только ... event = 10046 trace name context forever, level 12 ... |
19 июн 08, 15:44 [5821563] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Сегодня уже у меня аттачменты не прикрепляются. Вот, выложил на другом серваке: bdump.rar на FileShare.in.ua (нажимаем: Скачать файл бесплатно). |
||
19 июн 08, 16:10 [5821756] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
А оставьте только _offline_rollback_segments = (_SYSSMU2$) и попробуйте поднять базу, а сюда только код ошибки... |
19 июн 08, 17:38 [5822489] Ответить | Цитировать Сообщить модератору |
...........
Guest |
Хорошо бы посмотреть что в блоке WAIT #2: nam='db file sequential read' ela= 2202 p1=1 p2=58 p3=1 если не хочется возиться, то можно попробовать _corrupted_rollback_segments |
19 июн 08, 20:21 [5823230] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
А не значит ли эта ошибка, что элементарно system-сегмент отката слишком маленький и пока ему не может быть выделен дополнительный экстент? |
||||
19 июн 08, 21:31 [5823387] Ответить | Цитировать Сообщить модератору |
...........
Guest |
вряд ли ) |
||
20 июн 08, 02:10 [5823979] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Хорошо! А что тогда смотреть в блоке 58 системного табличного пространства? Какие флаги, данные? |
||
20 июн 08, 03:10 [5823995] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Bayer Подождем ответа ........... А пока можете попробывать как советовали
|
||
20 июн 08, 03:16 [5823996] Ответить | Цитировать Сообщить модератору |
up_+1
Guest |
Как дела у HERO? |
20 июн 08, 09:36 [5824250] Ответить | Цитировать Сообщить модератору |
............
Guest |
после чтения этого блока идет обращение к заголовку undo, наверное проверка завершена транзакция или нет. Надо ее принудительно завершить выставив -corrupted_* или выставить флаг C--- в ITL слоте. PS Кароче намного продуктивенее выложить system и undo автору на всеобщее обозрение ) |
||||
20 июн 08, 09:52 [5824324] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ _corrupted_rollback_segments string (_SYSSMU2$) NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ _offline_rollback_segments string (_SYSSMU2$) alter database open * ?????? ? ?????? 1: ORA-00600: ??? ?????. ??????, ?????????: [3668], [1], [2], [6269], [6269], [4], [], []Трэйсы: http://www.driveway.com/c9f7p3i1b1
Да всего-то 130 метров в архиве ;) |
||||||
20 июн 08, 11:12 [5824945] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Начал заливать уже :) |
||||||
20 июн 08, 11:20 [5825011] Ответить | Цитировать Сообщить модератору |
Вячеслав Любомудров Member Откуда: Владивосток Сообщений: 18528 |
Гы, не забывай, что в system лежат все sources :) |
20 июн 08, 11:27 [5825056] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Функций и т.п.? Если да, то там вроде function и view - раз, два и обчелся :) |
||
20 июн 08, 11:44 [5825196] Ответить | Цитировать Сообщить модератору |
Вячеслав Любомудров Member Откуда: Владивосток Сообщений: 18528 |
Это просто ноу-хау, а ты его "выносишь из избы", причем на всеобщее обозрение А там весь код -- определения таблиц, пакетов, процедур и т.д. Если у вас есть какая либо служба защиты информации -- пиши заяву Если всем все пофиг -- это твое дело личной этики Я предупредил на тот случай, если ты этого не знал |
20 июн 08, 11:50 [5825247] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Спросил у хозяев, подтвердили что функций там раз, два и обчелся. А определения таблиц их не волнуют особо. Да и они бы сейчас были более рады чтобы это все заработало, не волнуясь особо за свои 3 функции :) Тока чото все никак не зальется это счастье... |
||
20 июн 08, 12:03 [5825375] Ответить | Цитировать Сообщить модератору |
нуб Member Откуда: Сообщений: 171 |
Тебе про эту ошибку и способы ее решения еще на 4-ой странице говорили |
||
20 июн 08, 12:41 [5825672] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Итак, system и undo можно скачать по адресу: http://fileshare.in.ua/834654 :) |
20 июн 08, 13:03 [5825869] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Так ничего ж не вышло из предложенного решения. :) |
||||
20 июн 08, 13:05 [5825892] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
Какой-то файлообменик глюкавый, закачку рвет, в регет нормальный линк не передает, скорость никакая. |
||
20 июн 08, 13:34 [5826188] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
К сообщению приложен файл. Размер - 0Kb |
20 июн 08, 13:34 [5826191] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
У кого-то здесь i-folder не работал. На какой залить? |
||||
20 июн 08, 13:38 [5826229] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Кстати дилетантский вопрос: присутсвуют же нормальные рабочие файлы system и undo за март (полученные exp'ом). Может с учетом того что структура БД не менялась, можно их подкинуть вместо битых? ;) |
20 июн 08, 13:40 [5826249] Ответить | Цитировать Сообщить модератору |
Oleg M.Ivanov Member Откуда: Москва Сообщений: 1164 |
Нет. Этот номер не прокатит. |
||
20 июн 08, 13:45 [5826303] Ответить | Цитировать Сообщить модератору |
нуб Member Откуда: Сообщений: 171 |
Да ну? У тебя мыло в профиле работает? |
||
20 июн 08, 13:45 [5826307] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
На любой кроме того, что сейчас - у меня вапще скорость закачки никакая 0,3 Кб/с :)) По поводу мартовского бэкапа (спецы меня поправят) - наверное теоретически можно заменив заголовки у всех датафайлов попробывать прикрутить их к старому систему, но это совсем плохо... и вапще не факт что что-то получится из этой затеи. |
20 июн 08, 13:53 [5826379] Ответить | Цитировать Сообщить модератору |
............
Guest |
кажется автору предлагали подъехать и за бабло все починить ) |
||
20 июн 08, 14:09 [5826552] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Интересно сколько из Брестской области Беларуси к Вам добираться? )))) |
||||
20 июн 08, 14:53 [5826923] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
Далече. Он то ща в отпуске, тссс, где-то на Волге отдыхает :) |
||
20 июн 08, 15:01 [5827006] Ответить | Цитировать Сообщить модератору |
_fast=true Member Откуда: x$ksppi Сообщений: 205 |
И даже в отпуске без оракла и скл.ру не может? |
||
20 июн 08, 15:03 [5827025] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
И не говори. Я вот тоже удивляюсь. Бьется чета мне в асю издалека все про какие-то ОРА-600 рассказывает :) |
||
20 июн 08, 15:07 [5827057] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
IO-маIO - 89% оборвалась закачка. Буду заливать на 3ий теперь file-sharing :) А пока только на украинском серваке с предыдущей страницы доступно :( |
20 июн 08, 15:52 [5827560] Ответить | Цитировать Сообщить модератору |
Up!!!
Guest |
UP |
21 июн 08, 21:59 [5830324] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Итак, новая ссылка на system и undo: http://depositfiles.com/files/6156771 P.S. С Украинского сервака удалил, раз не качалось ни у кого... |
23 июн 08, 13:40 [5833993] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
У меня к сожалению не получилось... С _corrupted_rollback_segments получаю ORA-00600: [4194], [32], [3] Без параметра выше, сначала исправляю блок 58 и снова натыкаюсь на эту ошибку, обойти ее как не знаю... Может гуру что присоветуют дельное ;) |
24 июн 08, 01:12 [5837443] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Т.е. наоборот - запуталась уже ![]() |
24 июн 08, 01:26 [5837489] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
уж очень версия сервера экзотическая ;) |
||
24 июн 08, 11:58 [5838882] Ответить | Цитировать Сообщить модератору |
alient Member Откуда: Сообщений: 318 |
А я бы предложил такой вариант Выложи что есть на Депозит файлс и пусть ктото попробует востановить и скажет цену за подобную работу может действительно стоит заплатить человеку за 3 дня работы чем самим мучатся не знаю скока?? |
24 июн 08, 12:32 [5839250] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Т.е.? ) |
||||
26 июн 08, 15:23 [5853120] Ответить | Цитировать Сообщить модератору |
Vertigo Member Откуда: Сообщений: 610 |
Bayer, мож удаленно к вам попасть можно? |
||
26 июн 08, 18:33 [5854654] Ответить | Цитировать Сообщить модератору |
...........
Guest |
Т.е.? )[/quot] сугубое имхо: базе капец, надо слишком внутрь лезть |
||
26 июн 08, 21:19 [5855087] Ответить | Цитировать Сообщить модератору |
€$€$€$
Guest |
И никто за бесплатно делать это не будет. |
26 июн 08, 21:59 [5855173] Ответить | Цитировать Сообщить модератору |
.............
Guest |
все оказалось намного проще, чем думалось ). схема scott - нужна? ))) |
27 июн 08, 01:19 [5855768] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
Саня, деньгоф проси :) |
||
27 июн 08, 10:02 [5856397] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Ммм, если там tablespac'ы office и tmc то да ![]() |
||
27 июн 08, 11:25 [5856924] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
Интересно, что там между первыми страницами :) Прошу прощения за офф К сообщению приложен файл. Размер - 0Kb |
27 июн 08, 11:43 [5857048] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
SQL> select tablespace_name from dba_tablespaces; SYSTEM UNDOTBS CWMLITE DRSYS EXAMPLE INDX TEMP TOOLS USERS OFFICE OFFICE_PARTS OFFICE_SEDM OFFICE_TEMPDATA TMC UNDOTBS2 15 rows selected. |
||||
27 июн 08, 11:44 [5857060] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Расскажите как взлетели ![]() |
27 июн 08, 11:55 [5857136] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
день был сложный, сразу после ДР, поэтому взлетать получилось с трудом, даже по клавиатуре было больно "стучать" |
||
27 июн 08, 12:10 [5857277] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Жаль что столь элегантное решение не увидит общественность. |
27 июн 08, 16:27 [5859079] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
А почему вы думаете, что оно элегантное :) С бодуна-то. |
||
27 июн 08, 16:34 [5859123] Ответить | Цитировать Сообщить модератору |
PaulEr Member Откуда: Сообщений: 3794 |
Так тогда самый порыв фантазии был :) |
27 июн 08, 16:44 [5859189] Ответить | Цитировать Сообщить модератору |
..... Member Откуда: Сообщений: 473 |
Если Bayer и Ко будет интересно, то они получат решение ). Думаю, что применительно к практике оно столь же элегантное сколь и бесполезное ))) |
||
27 июн 08, 17:21 [5859410] Ответить | Цитировать Сообщить модератору |
PaulEr Member Откуда: Сообщений: 3794 |
Уважаемый Александр, думаю Ко будет интересно;) |
27 июн 08, 17:27 [5859440] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Уря. База поднялась ![]() Вообщем с учетом того, что моя квалификация не позволяла разобраться с БД в короткие сроки, йа пошел другим путем. Был найден Promise с аналогичной мертвому системой команд. На него были повешены 2 из 4х винтов которые были запороты при смерти массива. Вообщем одно зеркало как бы. Дальше был напущен на это счастье R-Studio на предмет анализа ntfs. Control и redo были найдены. Только 2 controls были бОльшего размера чем остальные. "Лишние" хвосты обрезал. И вообщем-то все: телемаркет. "Прилепил" их к датафайлам - и алелуйа :) Всем кто пытался помочь - огромное спасибо. :) P.S. Если честно, неоднозначное впечатление осталось от форума. Года 4 назад здесь такого не наблюдалось. А на программерских форумах и сечас не особо наблюдается. Имею ввиду ситуации типа: -Как сделать это? -Йа знаю, йа знаю. Но с тебя 3 рубля. -О! Я тоже знаю. Возьму 2.50. :) |
28 июн 08, 09:51 [5860598] Ответить | Цитировать Сообщить модератору |
...........
Guest |
Поздравляю ))
С этим в корне не согласен. вам пытались наскоком помочь - не помогло, далее идет предложение использования так сказать личных ресурсов и времени. Давать советы - это одно, работать - другое. Разницу чувствуете? Все это сугубое имхо. Но в любом случае, то что вы смогли подняться - респект )) |
||||
28 июн 08, 11:08 [5860635] Ответить | Цитировать Сообщить модератору |
...........
Guest |
В чисто академических целях :) Ставим oracle_home с 9.2.0.6 для того чтобы использовать bbed. C:\oracle\ora92\bin>bbed blocksize=8192 mode=edit ╧рЁюы№: BBED: Release 2.0.0.0.0 - Limited Production on ╧Єэ ╚■э 27 19:32:53 2008 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. ************* !!! For Oracle Internal Use only !!! *************** BBED> set filename 'c:\oracle\oradata\office\system01.dbf' FILENAME c:\oracle\oradata\office\system01.dbf BBED> set block 58 BLOCK# 58 BBED> map /v File: c:\oracle\oradata\office\system01.dbf (0) Block: 58 Dba:0x00000000 ------------------------------------------------------------ KTB Data Block (Table/Cluster) struct kcbh, 20 bytes @0 ub1 type_kcbh @0 ub1 frmt_kcbh @1 ub1 spare1_kcbh @2 ub1 spare2_kcbh @3 ub4 rdba_kcbh @4 ub4 bas_kcbh @8 ub2 wrp_kcbh @12 ub1 seq_kcbh @14 ub1 flg_kcbh @15 ub2 chkval_kcbh @16 ub2 spare3_kcbh @18 struct ktbbh, 48 bytes @20 ub1 ktbbhtyp @20 union ktbbhsid, 4 bytes @24 struct ktbbhcsc, 8 bytes @28 b2 ktbbhict @36 ub1 ktbbhflg @38 ub1 ktbbhfsl @39 ub4 ktbbhfnx @40 struct ktbbhitl[1], 24 bytes @44 struct kdbh, 14 bytes @68 ub1 kdbhflag @68 b1 kdbhntab @69 b2 kdbhnrow @70 sb2 kdbhfrre @72 sb2 kdbhfsbo @74 sb2 kdbhfseo @76 b2 kdbhavsp @78 b2 kdbhtosp @80 struct kdbt[1], 4 bytes @82 b2 kdbtoffs @82 b2 kdbtnrow @84 sb2 kdbr[11] @86 ub1 freespace[1697] @108 ub1 rowdata[6383] @1805 ub4 tailchk @8188 BBED> examine /rxcx *kdbr[0] rowdata[6342] @8147 ------------- flag@8147: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@8148: 0x00 cols@8149: 17 col 0[1] @8150: 0x80 col 1[6] @8152: SYSTEM col 2[1] @8159: 0x80 col 3[2] @8161: 0xc1 0x02 col 4[2] @8164: 0xc1 0x03 col 5[1] @8167: 0x80 col 6[1] @8169: 0x80 col 7[1] @8171: 0x80 col 8[1] @8173: 0x80 col 9[1] @8175: 0x80 col 10[2] @8177: 0xc1 0x04 col 11[1] @8180: 0x80 col 12[0] @8182: *NULL* col 13[0] @8183: *NULL* col 14[0] @8184: *NULL* col 15[0] @8185: *NULL* col 16[1] @8186: 0x80 US SYSTEM пропускаем BBED> examine /rxcx *kdbr[1] rowdata[2440] @4245 ------------- flag@4245: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@4246: 0x00 cols@4247: 17 col 0[2] @4248: 0xc1 0x02 col 1[9] @4251: _SYSSMU1$ col 2[2] @4261: 0xc1 0x02 col 3[2] @4264: 0xc1 0x03 col 4[2] @4267: 0xc1 0x0a col 5[5] @4270: 0xc4 0x64 0x43 0x28 0x12 col 6[1] @4276: 0x80 col 7[4] @4278: 0xc3 0x04 0x45 0x63 col 8[4] @4283: 0xc3 0x03 0x5d 0x33 col 9[1] @4288: 0x80 col 10[2] @4290: 0xc1 0x04 col 11[2] @4293: 0xc1 0x02 col 12[0] @4296: *NULL* col 13[0] @4297: *NULL* col 14[0] @4298: *NULL* col 15[0] @4299: *NULL* col 16[2] @4300: 0xc1 0x02начиная с _SYSSMU1$ до _SYSSMU1$ меняем поле status с 3 на 1 BBED> modify /x 02 offset 4292 BBED> modify /x 02 offset 4292 BBED> modify /x 02 offset 2429 BBED> modify /x 02 offset 1967 BBED> modify /x 02 offset 2314 BBED> modify /x 02 offset 1852 BBED> modify /x 02 offset 2083 BBED> modify /x 02 offset 3069 BBED> modify /x 02 offset 3593 BBED> modify /x 02 offset 2546 BBED> sum apply Check value for File 0, Block 58: current = 0x7219, required = 0x7219 |
28 июн 08, 11:19 [5860646] Ответить | Цитировать Сообщить модератору |
...........
Guest |
initoffice.oraprocesses=150 shared_pool_size=46137344 control_files='C:\oracle\oradata\office\CONTROL01.CTL' db_block_size=8192 db_cache_size=33554432 compatible=9.0.0 undo_management=MANUAL #undo_management=AUTO #undo_tablespace=UNDOTBS instance_name=office background_dump_dest='C:\oracle\oradata\office' user_dump_dest='C:\oracle\oradata\office' core_dump_dest='C:\oracle\oradata\office' db_name=office _system_trig_enabled=false _allow_resetlogs_corruption=TRUE Создаем controlfile STARTUP NOMOUNT CREATE CONTROLFILE REUSE DATABASE "OFFICE" NORESETLOGS NOARCHIVELOG MAXLOGFILES 50 MAXLOGMEMBERS 5 MAXDATAFILES 100 MAXINSTANCES 1 MAXLOGHISTORY 226 LOGFILE GROUP 1 'C:\ORACLE\ORADATA\OFFICE\REDO01.LOG' SIZE 10M, GROUP 2 'C:\ORACLE\ORADATA\OFFICE\REDO02.LOG' SIZE 10M, GROUP 3 'C:\ORACLE\ORADATA\OFFICE\REDO03.LOG' SIZE 10M DATAFILE 'C:\ORACLE\ORADATA\OFFICE\SYSTEM01.DBF', 'C:\ORACLE\ORADATA\OFFICE\UNDOTBS01.DBF' CHARACTER SET CL8MSWIN1251; Пробуем поднять базу C:\>sqlplus "/as sysdba" SQL*Plus: Release 9.0.1.0.1 - Production on Fri Jun 27 19:14:35 2008 (c) Copyright 2001 Oracle Corporation. All rights reserved. Connected to an idle instance. SQL> startup mount ORACLE instance started. Total System Global Area 118255568 bytes Fixed Size 282576 bytes Variable Size 83886080 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes Database mounted. SQL> recover database until cancel using backup controfile; ORA-00905: missing keyword SQL> recover database using backup controfile until cancel; ORA-00905: missing keyword SQL> recover database until cancel using backup controlfile; ORA-00279: change 99683932 generated at 06/19/2008 15:06:17 needed for thread 1 ORA-00289: suggestion : C:\ORACLE\9.0.1\RDBMS\ARC00001.001 ORA-00280: change 99683932 for thread 1 is in sequence #1 Specify log: {<RET>=suggested | filename | AUTO | CANCEL} cancel ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01194: file 1 needs more recovery to be consistent ORA-01110: data file 1: 'C:\ORACLE\ORADATA\OFFICE\SYSTEM01.DBF' ORA-01112: media recovery not started SQL> alter database open resetlogs; alter database open resetlogs * ERROR at line 1: ORA-01092: ORACLE instance terminated. Disconnection forced SQL> quit По event 10046 определяем, что последнее ожидание WAIT #2: nam='db file sequential read' ela= 22044 p1=1 p2=165 p3=1 BBED> set block 165 BLOCK# 165 BBED> map /v File: c:\oracle\oradata\office\system01.dbf (0) Block: 165 Dba:0x00000000 ------------------------------------------------------------ Undo Data struct kcbh, 20 bytes @0 ub1 type_kcbh @0 ub1 frmt_kcbh @1 ub1 spare1_kcbh @2 ub1 spare2_kcbh @3 ub4 rdba_kcbh @4 ub4 bas_kcbh @8 ub2 wrp_kcbh @12 ub1 seq_kcbh @14 ub1 flg_kcbh @15 ub2 chkval_kcbh @16 ub2 spare3_kcbh @18 struct ktubh, 42 bytes @20 struct ktubhxid, 8 bytes @20 ub2 ktubhseq @28 ub1 ktubhcnt @30 ub1 ktubhirb @31 ub1 ktubhicl @32 ub1 ktubhflg @33 ub2 ktubhidx[14] @34 ub1 freespace[6170] @62 ub1 undodata[1956] @6232 ub4 tailchk @8188 BBED> modify /x 02 offset 30 File: c:\oracle\oradata\office\system01.dbf (0) Block: 165 Offsets: 30 to 541 Dba:0x00000000 ------------------------------------------------------------------------ 02200000 e81ff81e 081e181d 281c381b 481a5819 68187817 88169815 a814b813 c812d811 e810f80f 080f180e 280d380c 480b580a 68097808 88079806 a805b804 c803d802 e8010000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00002400 30001c00 1e001800 0a000200 02000300 05000100 04000400 01000200 02000200 <32 bytes per line> BBED> print ktubh struct ktubh, 20 bytes @20 struct ktubhxid, 8 bytes @20 ub2 kxidusn @20 0x0000 ub2 kxidslt @22 0x005b ub4 kxidsqn @24 0x00000052 ub2 ktubhseq @28 0x0035 ub1 ktubhcnt @30 0x02 ub1 ktubhirb @31 0x20 ub1 ktubhicl @32 0x00 ub1 ktubhflg @33 0x00 ub2 ktubhidx[0] @34 0x1fe8 ub2 ktubhidx[1] @36 0x1ef8 ub2 ktubhidx[2] @38 0x1e08 BBED> sum apply Check value for File 0, Block 165: current = 0xe126, required = 0xe126 BBED> quit |
28 июн 08, 11:31 [5860664] Ответить | Цитировать Сообщить модератору |
...........
Guest |
Попытка номер 2C:\>sqlplus "/as sysdba" SQL*Plus: Release 9.0.1.0.1 - Production on Fri Jun 27 19:29:18 2008 (c) Copyright 2001 Oracle Corporation. All rights reserved. Connected to an idle instance. SQL> startup mount ORACLE instance started. Total System Global Area 118255568 bytes Fixed Size 282576 bytes Variable Size 83886080 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes Database mounted. SQL> recover database until cancel; ORA-00279: change 99683934 generated at 06/27/2008 19:28:13 needed for thread 1 ORA-00289: suggestion : C:\ORACLE\9.0.1\RDBMS\ARC00001.001 ORA-00280: change 99683934 for thread 1 is in sequence #1 Specify log: {<RET>=suggested | filename | AUTO | CANCEL} cancel ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01194: file 1 needs more recovery to be consistent ORA-01110: data file 1: 'C:\ORACLE\ORADATA\OFFICE\SYSTEM01.DBF' ORA-01112: media recovery not started SQL> alter database open resetlogs; Database altered. |
28 июн 08, 11:32 [5860666] Ответить | Цитировать Сообщить модератору |
PaulEr Member Откуда: Сообщений: 3794 |
Да, мастерство:) |
28 июн 08, 11:34 [5860667] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Я бы так не смог, ибо не в теме. Да и Oracle у меня только 1 - тот который мне вручили ![]() |
||
28 июн 08, 11:35 [5860669] Ответить | Цитировать Сообщить модератору |
............
Guest |
и последний off года 4-ре назад скорее всего с подобной проблемой тихой сапой пошли бы в саппорт. со всеми вытекающими ;)) |
||
28 июн 08, 11:36 [5860672] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
|
||
28 июн 08, 11:38 [5860674] Ответить | Цитировать Сообщить модератору |
AG# Member Откуда: Российская Федерация Сообщений: 2305 |
Большое желание в мусоре разгребать ? Ну засучив рукова иногда можно :) |
||
28 июн 08, 15:03 [5860915] Ответить | Цитировать Сообщить модератору |
...........
Guest |
к слову о допработе, безотносительно к вам )) многие работадатели ищут канарейку за копейку или вообще "забесплатно", чисто чуваку должно быть "интересно пахать, остальные удобства на работе". Ходил недавно на собеседование: базенку поадминить по удаленке, оплата ниже среднего, требования средние (шоб работало, иногда развернуть тестовую базенку, помочь иногда девелоперу пойти верной дорогой гг). На собеседовании кроме манагеров никого не было. Ответ через неделю просто убил - у вас мало опыта. Проще надо быть, работать за еду )) |
||||
28 июн 08, 15:11 [5860923] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Улыбнуло :) По з\п и опыт себе найдут. И попрощаются со своими базами, адекватными разработками и всем остальным. Работа профессионала должна оплачиваться соответственно. |
||
28 июн 08, 19:06 [5861200] Ответить | Цитировать Сообщить модератору |
AG# Member Откуда: Российская Федерация Сообщений: 2305 |
тож улыбнуло :) редкая дальнющая артилерия немцев бьет удачнее бестолковых пинков турок. Коэффициент попадания 100% Мы уже научились |
||||
28 июн 08, 21:03 [5861302] Ответить | Цитировать Сообщить модератору |
Сына Member Откуда: Сообщений: 804 |
От уроды. |
||
28 июн 08, 21:05 [5861306] Ответить | Цитировать Сообщить модератору |
AG# Member Откуда: Российская Федерация Сообщений: 2305 |
Согласен, но увы. Oracle - это сердце и ум :) Но само по себе без организма не может. Недаром новый выпуск журнала Oracle Magazine назван "Developer Nation" :) |
||||
28 июн 08, 21:30 [5861329] Ответить | Цитировать Сообщить модератору |
Biz© Member Откуда: Snezhinsk Сообщений: 5687 |
человек, ваш случай - это именно то, за что деньги платят ... а ваша зы-реплика со смайликом не к месту и не по делу ... и ваш ноль в оракле - отягчающее обстоятельство, а не наоборот ... в следующий наерна запраста ник смените ? |
||
28 июн 08, 21:36 [5861334] Ответить | Цитировать Сообщить модератору |
.zverka Member Откуда: Сообщений: 94 |
Я не увлекаюсь футболом :) Но скупой платит дважды ;) |
||
28 июн 08, 22:06 [5861363] Ответить | Цитировать Сообщить модератору |
.........
Guest |
не совсем понял куда вы клоните. похоже что я - турок )) ? |
||
28 июн 08, 22:09 [5861366] Ответить | Цитировать Сообщить модератору |
AG# Member Откуда: Российская Федерация Сообщений: 2305 |
Истина в устах :) |
||||
28 июн 08, 22:26 [5861373] Ответить | Цитировать Сообщить модератору |
AG# Member Откуда: Российская Федерация Сообщений: 2305 |
Нет конечно, скорее я, физик-ядерщик, мы все такие :) |
||||
28 июн 08, 22:29 [5861377] Ответить | Цитировать Сообщить модератору |
Relic Hunter Member Откуда: AB Сообщений: 7482 |
|
||
29 июн 08, 00:52 [5861505] Ответить | Цитировать Сообщить модератору |
...........
Guest |
|
||||
29 июн 08, 01:01 [5861510] Ответить | Цитировать Сообщить модератору |
Bayer Member Откуда: Сообщений: 66 |
Чукча не чЕтатель, чукча пЕсатель?
Однозначно. Подумываю о Biz©2009... |
||||||
7 июл 08, 10:10 [5894268] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: 1 2 3 4 5 6 7 8 9 [все] |
Все форумы / Oracle | ![]() |