Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
Привет зашедшим суда!

Чето непойму странное поведение Oracle

Сделал горячую копию базы(файлов данных) в новую локацию.
Там свой местный Oracle_home и Oracle_SID.

Пересоздал котролифайл с set database name на новый sid.

Хочу запустить
recover automatic database USING BACKUP controlfile UNTIL cancel;
и подлодижть ему архивлоги, что он базу привел в согласованное состояние, но тут:

Проблема: recovery просит все новые и новые последовательности логов, те, которые еще не сформировались в исходной базе, с которой я копровал файлы данных.

recover automatic database USING BACKUP controlfile UNTIL TIME '2008-02-12:00:00:00'

дает тотже эффект. При подкладывании ему все новых логов он хочет опять новые.
Бездонный Oracle. Кто-нибудь сталкивался?
12 мар 08, 15:17    [5400168]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1780
Так может пора сказать cancel?
Я бы сначала отрекаверил, а уж потом игрался с именем и сидом.
12 мар 08, 15:24    [5400241]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Бездонный Oracle. Кто-нибудь сталкивался?

Гы-ы-ы...

Дык фраза
USING BACKUP controlfile
как раз и означает, что ты говоришь Oracle: "управ. файл неактуальный, ориентироваться на его числа синхронизации нельзя, поэтому кушай arch logs до тех пор, пока я не скажу тебе cancel"

:)
12 мар 08, 15:25    [5400248]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
Вот как я к этому пришел:

SQL> recover database;
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done


SQL> recover database until cancel;
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done

SQL> recover automatic database USING BACKUP controlfile;

Он какоето время восстанавливал, потом опять уперся в несуществующую последовательность.
Ну я сказал ему CENCEL.

Попробовал
SQL> alter database open RESETLOGS;
alter database open RESETLOGS
*
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/ora_oebs/testicm/data/system01.dbf'

Что до восстановления, что после, никакой разницы не получилось
12 мар 08, 15:34    [5400341]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Viewer
Member

Откуда: Самара
Сообщений: 5369
fantozzi
Он какоето время восстанавливал, потом опять уперся в несуществующую последовательность.

Попробуй после арклогов подсунуть online redo логи ...
12 мар 08, 15:40    [5400405]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
Кароче получется восстановление не помогло? Чтото можно еще поделать?
12 мар 08, 15:41    [5400411]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1780
Возможно, новые номера последовательности на момент завершения бекапа были еще в незаархивированных журналах. Поэтому попробуйте взять дальнейшие архивы с оригинальной базы, при надобности переключите журналы на оригинале.
12 мар 08, 15:42    [5400424]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Viewer
Member

Откуда: Самара
Сообщений: 5369
... если есть их копия на момент копирования базы, естественно ...
12 мар 08, 15:42    [5400425]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
А я пробовал, сделал на исходной системе alter system switch logfile. Далее перебросил туда упакованные свежие архивлоги, получившиеся из online redologs. Recovery процесс схавал их и попросил еще, я набрал CANCEL, далее базу так стартовать и не удалось
12 мар 08, 15:43    [5400440]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Сварщик- гинеколог
Guest
Viewer
fantozzi
Он какоето время восстанавливал, потом опять уперся в несуществующую последовательность.

Попробуй после арклогов подсунуть online redo логи ...

Предлагаешь копировать редо-логи на живую?



2 Автор.
после того как сказал cancel на recover automatic database USING BACKUP controlfile, еще раз пересоздавай контрол и будет тебе щастье. А на будущее делай так, как уже сказали - отрекаверился, поднялся, проверил что все пучком, потом уже меняй сид и все что заблагорассудится
12 мар 08, 15:46    [5400461]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
Поробовал, пересоздал вновь контролфайл (предварительно грохнув старый)

SQL> shutdown immediate
SQL> startup mount;
SQL> alter database open RESETLOGS;
alter database open RESETLOGS
*
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/ora_oebs/testicm/data/system01.dbf

Все таже жопа
12 мар 08, 15:53    [5400525]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Borland
Member

Откуда: $HOME
Сообщений: 15839
Как УФ пересоздавали?
-----
Все великие дела совершаются в командной строке
12 мар 08, 15:54    [5400539]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
Вот так:

CREATE CONTROLFILE SET DATABASE "TESTICM" RESETLOGS ARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 5
MAXDATAFILES 512
MAXINSTANCES 8
MAXLOGHISTORY 7260
LOGFILE
GROUP 1 (
'/ora_oebs/testicm/data/log_11.dbf',
'/ora_oebs/testicm/data/log_12.dbf'
) SIZE 256M,
GROUP 2 (
'/ora_oebs/testicm/data/log_21.dbf',
'/ora_oebs/testicm/data/log_22.dbf'
) SIZE 256M,
GROUP 3 (
'/ora_oebs/testicm/data/log_31.dbf',
'/ora_oebs/testicm/data/log_32.dbf'
) SIZE 256M,
GROUP 4 (
'/ora_oebs/testicm/data/log_41.dbf',
'/ora_oebs/testicm/data/log_42.dbf'
) SIZE 256M
DATAFILE
'/ora_oebs/testicm/data/system01.dbf',
'/ora_oebs/testicm/data/system02.dbf',
'/ora_oebs/testicm/data/system03.dbf',
'/ora_oebs/testicm/data/system04.dbf',
'/ora_oebs/testicm/data/system05.dbf',
'/ora_oebs/testicm/data/ctxd01.dbf',
'/ora_oebs/testicm/data/APPS_TS_TX_DATA02.dbf',
'/ora_oebs/testicm/data/APPS_TS_TOOLS01.dbf',
'/ora_oebs/testicm/data/APPS_TS_MEDIA02.dbf',
'/ora_oebs/testicm/data/APPS_TS_MEDIA03.dbf',
'/ora_oebs/testicm/data/system10.dbf',
'/ora_oebs/testicm/data/system06.dbf',
'/ora_oebs/testicm/data/portal01.dbf',
'/ora_oebs/testicm/data/system07.dbf',
'/ora_oebs/testicm/data/system11.dbf',
'/ora_oebs/testicm/data/system08.dbf',
'/ora_oebs/testicm/data/system09.dbf',
'/ora_oebs/testicm/data/undo01.dbf',
'/ora_oebs/testicm/data/discoverer01.dbf',
'/ora_oebs/testicm/data/APPS_TS_TX_DATA01.dbf',
'/ora_oebs/testicm/data/APPS_TS_TX_IDX01.dbf',
'/ora_oebs/testicm/data/APPS_TS_SEED01.dbf',
'/ora_oebs/testicm/data/APPS_TS_INTERFACE01.dbf',
'/ora_oebs/testicm/data/APPS_TS_SUMMARY01.dbf',
'/ora_oebs/testicm/data/APPS_TS_NOLOGGING01.dbf',
'/ora_oebs/testicm/data/APPS_TS_ARCHIVE01.dbf',
'/ora_oebs/testicm/data/APPS_TS_QUEUES01.dbf',
'/ora_oebs/testicm/data/APPS_TS_MEDIA01.dbf'
CHARACTER SET CL8ISO8859P5
;
12 мар 08, 15:55    [5400544]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Borland
Member

Откуда: $HOME
Сообщений: 15839
Что сделали после выполнения create controlfile ?
-----
Все великие дела совершаются в командной строке
12 мар 08, 15:56    [5400549]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Консерва
Member

Откуда:
Сообщений: 2794
fantozzi
Поробовал, пересоздал вновь контролфайл (предварительно грохнув старый)

SQL> shutdown immediate
SQL> startup mount;
SQL> alter database open RESETLOGS;
alter database open RESETLOGS
*
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/ora_oebs/testicm/data/system01.dbf

Все таже жопа
2008-02-12:00:00:00 - это время ПОСЛЕ бэкапа?
12 мар 08, 15:56    [5400552]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
После последнего востановления Controlfile, да только попробовал стартовать базу и все. Получил ошибку.

2008-02-12:00:00:00 - это время ПОСЛЕ бэкапа? Нет, время бекапа сегодняшнее -
2008-03-12:00:00:00

Я хотел как другой вариант задать вчерашнюю дату для восстановления, чтобы он просил как максимум вчерашние логи, тем самым остановить бесконечность, но он все хавал логи и хавал
12 мар 08, 16:00    [5400588]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Консерва
Member

Откуда:
Сообщений: 2794
fantozzi
Консерва

2008-02-12:00:00:00 - это время ПОСЛЕ бэкапа?


Нет, время бекапа сегодняшнее -
2008-03-12:00:00:00

База назад не катится. Только с помощью FLASHBACK'a.
12 мар 08, 16:02    [5400618]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
да это я в курсе, тока Flashback здесь ненужен. Да и он же работает в режиме Open, когда содержимое UNDO например видно.
12 мар 08, 16:05    [5400639]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
fantozzi
да это я в курсе, тока Flashback здесь ненужен. Да и он же работает в режиме Open, когда содержимое UNDO например видно.

То не тот флешбэк
12 мар 08, 16:06    [5400648]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Консерва
Member

Откуда:
Сообщений: 2794
fantozzi
да это я в курсе, тока Flashback здесь ненужен. Да и он же работает в режиме Open, когда содержимое UNDO например видно.
Во-первых бредить не надо, во-вторых, а почему ты тогда пытался восстановиться на время ДО бэкапа?
12 мар 08, 16:06    [5400650]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
А, ты имеешь в виду Flashback database по последовательностям логов. Но разве от здесь уместен?
12 мар 08, 16:07    [5400662]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Viewer
Member

Откуда: Самара
Сообщений: 5369
Сварщик- гинеколог
Viewer
fantozzi
Он какоето время восстанавливал, потом опять уперся в несуществующую последовательность.

Попробуй после арклогов подсунуть online redo логи ...

Предлагаешь копировать редо-логи на живую?

Чисто из собственной практики - стандартный backup процесс в организации предусматривает горячий backup. Соответственно копируются датафайлы, арклоги, контролфайл и init.ora + копируются online redo наживую, но в самую последнюю очередь.
Периодически приходиться поднимать backup production database на тестовых и девелоперских базах. И периодически базу удается поднять только после подсовывания скопированных наживую online redo логов.
12 мар 08, 16:09    [5400677]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
Да про
recover automatic database USING BACKUP controlfile UNTIL TIME '2008-02-11:00:00:00'
можно забыть, эта была команда введенная отфанря.
Я восстанавливался командой
recover automatic database USING BACKUP controlfile UNTIL cancel.
Подсунул базе все логи, далее пересоздал контролфайл, итог-ошибка
12 мар 08, 16:10    [5400684]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
fantozzi
Member [заблокирован]

Откуда: Москва
Сообщений: 172
Ок, спасибо коллеги!

TAR закрываю, буду делать холодную копию поздно вечером. Тогда все будет согласованно работать.
12 мар 08, 16:13    [5400710]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление базы  [new]
Borland
Member

Откуда: $HOME
Сообщений: 15839
SQL> conn sys as sysdba
Enter password:
Connected.
SQL> alter system switch logfile;

System altered.

SQL> alter database backup controlfile to trace;

Database altered.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup pfile='C:\oracle\product\10.2.0\admin\rm\pfile\init.ora.916200715417' nomount;
ORACLE instance started.

Total System Global Area  167772160 bytes
Fixed Size                  1289484 bytes
Variable Size              62915316 bytes
Database Buffers           96468992 bytes
Redo Buffers                7098368 bytes

SQL> CREATE CONTROLFILE set DATABASE "RM" RESETLOGS  ARCHIVELOG
  2    MAXLOGFILES 16
  3    MAXLOGMEMBERS 3
  4    MAXDATAFILES 100
  5    MAXINSTANCES 8
  6    MAXLOGHISTORY 292
  7 LOGFILE
  8  GROUP 1 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\rm\LOG\REDO01.LOG'  SIZE 50M,
  9  GROUP 2 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\rm\LOG\REDO02.LOG'  SIZE 50M,
  10  GROUP 3 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\rm\LOG\REDO03.LOG'  SIZE 50M
  11 -- STANDBY LOGFILE
  12 DATAFILE
  13  'C:\ORACLE\PRODUCT\10.2.0\ORADATA\rm\DBF\SYSTEM01.DBF',
  14  'C:\ORACLE\PRODUCT\10.2.0\ORADATA\rm\DBF\UNDOTBS01.DBF',
  15  'C:\ORACLE\PRODUCT\10.2.0\ORADATA\rm\DBF\SYSAUX01.DBF',
  16  'C:\ORACLE\PRODUCT\10.2.0\ORADATA\rm\DBF\USERS01.DBF'
  17 CHARACTER SET CL8MSWIN1251
  18 ;

Control file created.

SQL> recover database using backup controlfile until cancel;
ORA-00279: change 454985 generated at 03/12/2008 16:05:56 needed for thread 1
ORA-00289: suggestion :
C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\rm\ARCHIVELOG\2008_03_12\O1_MF_1_2_%U_.ARC
ORA-00280: change 454985 for thread 1 is in sequence #2


Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SQL> alter database open
  2  resetlogs;

Database altered.

SQL> select name from v$database;

NAME
---------
RM

SQL>
-----
Все великие дела совершаются в командной строке
12 мар 08, 16:16    [5400735]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить