ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
23 сообщений из 23, страница 1 из 1
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860360
Хливкие Шорьки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хливкие Шорьки
Гость
Здравствуйте!

Восстанавливаю RMAN-ом БД, из резервной копии.
 
скрипт для создания РК
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
RUN
{
  BACKUP CHECK LOGICAL
      AS COMPRESSED BACKUPSET DATABASE FORMAT '/RMAN/%d-%I-%T-%s-%p-%c-%u_dt.bkp'
          PLUS ARCHIVELOG              FORMAT '/RMAN/%d-%I-%T-%s-%p-%c-%u_al.bkp';
  SQL 'ALTER SYSTEM ARCHIVE LOG CURRENT';
  BACKUP CURRENT CONTROLFILE           FORMAT '/RMAN/%d-%I-%T-%s-%p-%c-%u_ct.bkp';
  BACKUP CHECK LOGICAL
      AS COMPRESSED BACKUPSET
      ARCHIVELOG ALL
             NOT BACKED UP 2 TIMES     FORMAT '/RMAN/%d-%I-%T-%s-%p-%c-%u_al.bkp';
}

Как на исходном сервере, так и на восстанавливаемом установлена СУБД Oracle 11.2.0.4.0, используется ASM, ОС Oracle Linux 6.10.
К серверу, на котором восстанавливается БД, каталог с резервной копией примонтирован по NFS.
 
скрипт для восстановления БД
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
startup nomount;
restore controlfile from '/RMAN/DW-475870266-20190911-32916-1-1-4kubf50f_ct.bkp';
alter database mount;
RUN
{
  crosscheck backup;
  delete noprompt expired backup;
  crosscheck archivelog all;
  delete noprompt expired archivelog all;
  catalog start with '/RMAN/' noprompt;
}
RUN
{
  set newname for datafile  1 to '+DG1/datafile/system.1';
  set newname for datafile  2 to '+DG1/datafile/buffers.2';
  set newname for datafile  3 to '+DG1/datafile/sysaux.3';
  set newname for datafile  4 to '+DG1/datafile/undotbs.4';
  set newname for datafile  5 to '+DG1/datafile/dw_big.5';
# и т.д.
  restore database check readonly force;
  switch datafile all;
}

Но, switch datafile all не проходит, приходится в sqlplus переименовывать все файлы данных.
Но главное, что при попытке recover database RMAN требует архивы логов, которые были созданы за 2-3 дня до начала создания резервной копии.
 
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
datafile 104 not processed because file is read-only
datafile 105 not processed because file is read-only

starting media recovery

Oracle Error:
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: '+DG1/datafile/system.1'

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 09/11/2019 02:19:21
RMAN-06053: unable to perform media recovery because of missing log
RMAN-06025: no backup of archived log for thread 1 with sequence 387183 and starting SCN of 2749603022503 found to restore
RMAN-06025: no backup of archived log for thread 1 with sequence 387182 and starting SCN of 2749602902777 found to restore
... и ещё полсотни RMAN-06025

Я понимаю, что чего-то не понимаю в ASM, но что именно? Как восстановить БД?
...
Рейтинг: 0 / 0
11.09.2019, 15:05
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860374
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
А че там насчет полного лога восстановления?
И отказа от выполнения switch datafile all
И что-нибудь про команду restore database check readonly force;
...
Рейтинг: 0 / 0
11.09.2019, 15:33
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860413
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
Кляуза PLUS ARCHIVELOG не означает, что в бэкапе рядом с фулом окажутся
все необходимые для приведения его в консистентное состояние архивные журналы.
...
Рейтинг: 0 / 0
11.09.2019, 16:30
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860415
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Правда?
А что она означает?
...
Рейтинг: 0 / 0
11.09.2019, 16:32
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860417
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
Вячеслав Любомудров,

означает забрать архивные журналы, о которых известно в контрольном файле и до которых дотянется
на данный момент.
...
Рейтинг: 0 / 0
11.09.2019, 16:40
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860429
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
Ну и скрипт восстановления кривой, сначала восстанавливаем какой-то контрол файл,
потом говорим восстановиться без указания на какой момент, пытаемся каталогизировать какой-то каталог.
...
Рейтинг: 0 / 0
11.09.2019, 16:51
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860432
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
restore controlfile from '''''', не означает что команда alter database mount будет использовать этот контролфайл.
...
Рейтинг: 0 / 0
11.09.2019, 16:56
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860561
flexgen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
flexgen
Участник
Хливкие Шорьки
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
RUN
{
  set newname for datafile  1 to '+DG1/datafile/system.1';
  set newname for datafile  2 to '+DG1/datafile/buffers.2';
  set newname for datafile  3 to '+DG1/datafile/sysaux.3';
  set newname for datafile  4 to '+DG1/datafile/undotbs.4';
  set newname for datafile  5 to '+DG1/datafile/dw_big.5';
# и т.д.
  restore database check readonly force;
  switch datafile all;
}


Я понимаю, что чего-то не понимаю в ASM, но что именно? Как восстановить БД?

В этом твоем "и т.д." присутствуют строки
Код: plsql
1.
SQL ''ALTER DATABASE RENAME FILE ''+<diskgroup_name>/onlinelog/group_1...'' TO ''+DG1/onlinelog/group_1...''";


?

И где
Код: plsql
1.
RECOVER DATABASE;


?
...
Рейтинг: 0 / 0
11.09.2019, 21:27
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860562
flexgen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
flexgen
Участник
flexgen,

Пропустил кавычки, исправляю:

Код: plsql
1.
SQL "''ALTER DATABASE RENAME FILE ''+<diskgroup_name>/onlinelog/group_1...'' TO ''+DG1/onlinelog/group_1...''";
...
Рейтинг: 0 / 0
11.09.2019, 21:29
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860646
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Vivat!SanВячеслав Любомудров,

означает забрать архивные журналы, о которых известно в контрольном файле и до которых дотянется
на данный момент. https://docs.oracle.com/cd/E11882_01/backup.112/e10643/rcmsynta007.htm#i1016992 Includes archived redo log files in the backup (see Example 2-15). Causes RMAN to perform the following steps:
1. Run an ALTER SYSTEM ARCHIVE LOG CURRENT statement.

2. Run the BACKUP ARCHIVELOG ALL command. If backup optimization is enabled, then RMAN only backs up logs that have not yet been backed up.

3. Back up the files specified in the BACKUP command.

4. Run an ALTER SYSTEM ARCHIVE LOG CURRENT statement.

5. Back up any remaining archived redo log files. If backup optimization is not enabled, then RMAN backs up the logs generated in step 1 plus all the logs generated during the backup.

You cannot specify PLUS ARCHIVELOG on the BACKUP ARCHIVELOG command or BACKUP AS COPY INCREMENTAL command (or BACKUP INCREMENTAL command when the default backup type is COPY). You cannot specify PLUS ARCHIVELOG when also specifying INCREMENTAL FROM SCN.

Unless the online redo log is archived after the backup, DUPLICATE is not possible with this backup.

Note: This clause cannot be used with the KEEP UNTIL clause.Так что с архив логами для консистентности бэкапа тут все нормально.
Как раз последующие переключения и бэкап журналов лишние (ну разве, чтоб забэкапить вторую копию журналов)
...
Рейтинг: 0 / 0
12.09.2019, 01:48
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860647
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Vivat!Sanrestore controlfile from '''''', не означает что команда alter database mount будет использовать этот контролфайл.Все чудесатее и чудесатее

Куда же он, по-твоему, восстановит контролы (кляуза TO '...' не указана) и откуда они читаются при монтировании?
...
Рейтинг: 0 / 0
12.09.2019, 01:55
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39860996
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
Вячеслав ЛюбомудровТак что с архив логами для консистентности бэкапа тут все нормально.


Не убедили, достаточно представить, что могут быть табличные пространства переведённые в режим BEGIN BACKUP задолго до начала FULL BACKUP или другой процесс, который утащил часть архивных журналов из необходимого скопа для обеспечения консистентности бэкапа.

Вячеслав ЛюбомудровКуда же он, по-твоему, восстановит контролы (кляуза TO '...' не указана) и откуда они читаются при монтировании?



Он восстановит по месту расположения контрольных файлов, заданных в параметре CONTROL_FILES экземпляра,
но нигде не сказано что это именно тот экземпляр.

авторFirst run SET DBID . Restores from specified file (cannot restore from TAG). If TO 'filename' not used, restores to all CONTROL_FILES locations.
...
Рейтинг: 0 / 0
12.09.2019, 14:54
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39861236
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Vivat!SanВячеслав ЛюбомудровТак что с архив логами для консистентности бэкапа тут все нормально.


Не убедилиЭта последовательность сделана именно специально для обеспечении констистентности/восстановимости бэкапа
То что всегда можно все сломать -- да я и не спорю
Vivat!Sanдостаточно представить, что могут быть табличные пространства переведённые в режим BEGIN BACKUP задолго до начала FULL BACKUPТут, конечно, может быть засада, но оно (по крайней мере с 11.2) при этом ругается при бэкапе
Да и смешивать UM и RMAN бэкапы в 11.2 уже как-то совсем ССЗБ
Vivat!Sanдругой процесс, который утащил часть архивных журналов из необходимого скопа для обеспечения консистентности бэкапа.Другой процесс RMAN или команда OS?
Если RMAN забэкапит и удалит в другой сессии, то все нормально. Все остальное -- опять же ССЗБ
Vivat!SanВячеслав ЛюбомудровКуда же он, по-твоему, восстановит контролы (кляуза TO '...' не указана) и откуда они читаются при монтировании?



Он восстановит по месту расположения контрольных файлов, заданных в параметре CONTROL_FILES экземпляра,
но нигде не сказано что это именно тот экземпляр.Не, ну так можно до чего угодно договориться

Vivat!SanавторFirst run SET DBID . Restores from specified file (cannot restore from TAG). If TO 'filename' not used, restores to all CONTROL_FILES locations.А вот эта фраза меня всегда смущала, причем тянется с 9-ки
Вроде как DBID (практически) нужен только для определения дефолтового имени для AUTOBACKUP и восстановлении из того же AUTOBACKUP с дефолтовым именем, все остальное (вроде несколько БД в каталоге с одинаковым именем, но разными DBID) выглядит надуманным.
По крайней мере, мне не разу не приходилось его выставлять при обычном клонировании/восстановленииавтор
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
bash-4.3$ ORACLE_SID=tst rman target / nocatalog

Recovery Manager: Release 11.2.0.3.0 - Production on Fri Sep 13 10:04:11 2019

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database (not started)

RMAN> startup nomount

Oracle instance started

Total System Global Area     267304960 bytes

Fixed Size                     2158456 bytes
Variable Size                222302344 bytes
Database Buffers              37748736 bytes
Redo Buffers                   5095424 bytes

RMAN> host "ls -l $ORACLE_BASE/oradata/$ORACLE_SID/control*";

/u/app/oracle/oradata/tst/control*: No such file or directory
host command complete
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-06135: error executing host command: Additional information: 512

RMAN> host "ls -l /tmp/ctl*";

-rw-r-----   1 oracle   dba      24215552 Sep 13 10:02 /tmp/ctl.bkp
host command complete

RMAN> restore controlfile from '/tmp/ctl.bkp';

Starting restore at 13-SEP-19
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=87 device type=DISK

channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
output file name=/u/app/oracle/oradata/tst/control01.ctl
output file name=/u/app/oracle/oradata/tst/control02.ctl
Finished restore at 13-SEP-19

RMAN> host "ls -l $ORACLE_BASE/oradata/$ORACLE_SID/control*";

-rw-r-----   1 oracle   dba      24190976 Sep 13 10:04 /u/app/oracle/oradata/tst/control01.ctl
-rw-r-----   1 oracle   dba      24190976 Sep 13 10:04 /u/app/oracle/oradata/tst/control02.ctl
host command complete

RMAN> alter database mount;

database mounted
released channel: ORA_DISK_1

RMAN>
...
Рейтинг: 0 / 0
13.09.2019, 03:20
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39861239
Хливкие Шорьки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хливкие Шорьки
Гость
Прошу прощения за длительное отсутствие.
Создание РК занимает около 20 часов, и около 16 часов на восстановление.
Логи предпринятой попытки, к сожалению, были утеряны, а руководство поставило пока другую, более приоритетную, задачу. Новая попытка с последующей публикацией логов будет предпринята, вероятнее всего, в выходные.

Vivat!Sanозначает забрать архивные журналы, о которых известно в контрольном файле и до которых дотянется
на данный момент.Совершенно верно.
Если создавать резервную копию в соответствии с рекомендацией https://docs.oracle.com/cd/E11882_01/backup.112/e10643/rcmsynta007.htm#i1016992, ссылку на которую предоставил Вячеслав Любомудров, и не удалять файлы в процессе резервного копирования, то в копию попадут все необходимые архивлоги (и лишние тоже).
В каталоге $archive_log_dest_1 присутствуют все archivelog, созданные на момент начала резервного копирования, я проверил, и соответственно, они попали в РК.
Проблема в том, что по RECOVER DATABASE RMAN требует логи, созданные за сутки до начала резервного копирования. Предоставляю логи - он требует ещё более ранние, и так до бесконечности.

Вячеслав ЛюбомудровИ что-нибудь про команду restore database check readonly force; https://docs.oracle.com/cd/B19306_01/backup.102/b14192/recov002.htm 6.2.1.1 Recovery of Databases with Read-Only Tablespaces
Read-only tablespaces may require special handling in a restore and recover operation. By default, the restore operation will skip read-only tablespaces. If a read-only tablespace is at the SCN where it became read-only after it is restored from backup, no redo will be applied to it when the rest of the database is recovered. You can force RMAN to restore any missing datafiles belonging to read-only tablespaces by using the CHECK READONLY option to the RESTORE command:
RMAN> RESTORE DATABASE CHECK READONLY;В БД есть табличные пространства read only, они наличествуют на целевом сервере.

Vivat!Sanrestore controlfile from '''''', не означает что команда alter database mount будет использовать этот контролфайл.Oracle Database Backup and Recovery Reference Release 2 (11.2) E10643-09
Код: plaintext
1.
2.
3.
4.
5.
6.
RMAN                                RESTORE
Connection                          CONTROLFILE;
-------------------------------     -------------------------------------------
Catalog, target database            Restores to CONTROL_FILES locations.
started in NOMOUNT state            Run SET DBID only if DB_NAME not
                                    unique in catalog.
Т.е., если экземпляр стартовал, но БД не смонтирована, то умолчанию (если не указана "TO") восстанавливаются в каталог, указанный в параметре control_files (s)pfile.
...
Рейтинг: 0 / 0
13.09.2019, 05:39
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39861717
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
Вячеслав Любомудров,

авторТут, конечно, может быть засада, но оно (по крайней мере с 11.2) при этом ругается при бэкапе
Да и смешивать UM и RMAN бэкапы в 11.2 уже как-то совсем ССЗБ

Ок, представь, что бэкап одной БД делается на нескольких площадках и в основном со standby, причём среди них есть отстающие на сутки и более.

авторДругой процесс RMAN или команда OS?
Если RMAN забэкапит и удалит в другой сессии, то все нормально. Все остальное -- опять же ССЗБ

Это может быть, например, отчуждаемый бэкап или бэкап который делается на нескольких сайтах.


авторА вот эта фраза меня всегда смущала, причем тянется с 9-ки
Вроде как DBID (практически) нужен только для определения дефолтового имени для AUTOBACKUP и восстановлении из того же AUTOBACKUP с дефолтовым именем, все остальное (вроде несколько БД в каталоге с одинаковым именем, но разными DBID) выглядит надуманным.
По крайней мере, мне не разу не приходилось его выставлять при обычном клонировании/восстановлении

Постоянно пользовался этой командой, например, чтобы достать бэкап контролфайла с ленты без каталога, есть и другие
кейсы где без неё никак.
...
Рейтинг: 0 / 0
13.09.2019, 17:22
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39861976
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Vivat!SanавторТут, конечно, может быть засада, но оно (по крайней мере с 11.2) при этом ругается при бэкапе
Да и смешивать UM и RMAN бэкапы в 11.2 уже как-то совсем ССЗБ

Ок, представь, что бэкап одной БД делается на нескольких площадках и в основном со standby, причём среди них есть отстающие на сутки и более.

авторДругой процесс RMAN или команда OS?
Если RMAN забэкапит и удалит в другой сессии, то все нормально. Все остальное -- опять же ССЗБ

Это может быть, например, отчуждаемый бэкап или бэкап который делается на нескольких сайтах.Представить можно что угодно
И варианты, конечно, имеют место быть

Но, какое отношение все эти фантазии имеют к случаю ТС?
А уж меньше всего понимаю, как это все относится к фразеVivat!SanКляуза PLUS ARCHIVELOG не означает, что в бэкапе рядом с фулом окажутся
все необходимые для приведения его в консистентное состояние архивные журналы.
Vivat!SanавторА вот эта фраза меня всегда смущала, причем тянется с 9-ки
Вроде как DBID (практически) нужен только для определения дефолтового имени для AUTOBACKUP и восстановлении из того же AUTOBACKUP с дефолтовым именем, все остальное (вроде несколько БД в каталоге с одинаковым именем, но разными DBID) выглядит надуманным.
По крайней мере, мне не разу не приходилось его выставлять при обычном клонировании/восстановлении

Постоянно пользовался этой командой, например, чтобы достать бэкап контролфайла с ленты без каталога, есть и другие
кейсы где без неё никак.Я и говорю -- для определения имени AUTOBACKUP (точнее, маски %U)
Кстати, если ты не в курсе -- с ленты можно восстанавливаться по имени напрямую
...
Рейтинг: 0 / 0
15.09.2019, 03:22
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39861991
li_malina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
li_malina
Гость
Хливкие Шорьки,
После того как восстановятся файлы базы данных нужно определить возможную точку восстановления
Определяем точку восстановления базы данных
rman>list backup of archivelog all;
Показываются все копии доступных архивных журналов

Смотрим самую последнюю копию и определяем sequence архивного журнала(например например будет равна 64374)
выполняем
запускаем recovery

rman >
run {
set until sequence=64375 thread=1;
recover database;}

Примечание:номер последовательности указываем на 1 больше

В результате данной операции из копии восстанавливаются все архивные журналы включая последовательность 64374
и происходит восстановление базы включая последовательность архивных журналов 64374

выдается сообщение media recovery complete.
...
Рейтинг: 0 / 0
15.09.2019, 10:35
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39862196
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
li_malinaХливкие Шорьки,
После того как восстановятся файлы базы данных нужно определить возможную точку восстановления
Определяем точку восстановления базы данных
rman>list backup of archivelog all;
Показываются все копии доступных архивных журналов

Смотрим самую последнюю копию и определяем sequence архивного журнала(например например будет равна 64374)
выполняем
запускаем recovery

rman >
run {
set until sequence=64375 thread=1;
recover database;}

Примечание:номер последовательности указываем на 1 больше


C 12.1 уже можно так:
recover database until available redo;
ну и всегда можно было через set until time, тогда не нужно будет ничего считать.
...
Рейтинг: 0 / 0
16.09.2019, 11:48
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39862206
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
Вячеслав ЛюбомудровПредставить можно что угодно
И варианты, конечно, имеют место быть

Но, какое отношение все эти фантазии имеют к случаю ТС?
А уж меньше всего понимаю, как это все относится к фразе

Прямо отношение, как ещё один пример, когда PLUS ARCHIVELOG не заберёт все необходимые журналы для приведения FULL BACKUP (LEVEL 0) в консистентное состояние, это выполнения бэкапа с сильно отстающего standby.
И это не фантазии, а кейсы из жизни, я пытаюсь донести, что нет механизма на уровне RMAN, когда вы точно можете быть уверены,
что сможете восстановить бэкап в консистентное состояние, не выполнив дополнительных процедур проверки.

Вячеслав ЛюбомудровКстати, если ты не в курсе -- с ленты можно восстанавливаться по имени напрямую

Да можно.
...
Рейтинг: 0 / 0
16.09.2019, 12:00
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39862254
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Vivat!SanВячеслав ЛюбомудровПредставить можно что угодно
И варианты, конечно, имеют место быть

Но, какое отношение все эти фантазии имеют к случаю ТС?
А уж меньше всего понимаю, как это все относится к фразе

Прямо отношение, как ещё один пример, когда PLUS ARCHIVELOG не заберёт все необходимые журналы для приведения FULL BACKUP (LEVEL 0) в консистентное состояние, это выполнения бэкапа с сильно отстающего standby.Много лет выполняется бэкап с отстающего стендбая (не прерывая наката) и если задержка превышает время переключения логов, а она как правило, всегда превышает, то на стендбае всегда будут ненакаченные логи, которые при PLUS ARCHIVELOG включатся в бэкап и обеспечат его консистентность
Да, со стендбая переключение журналов не сработает (до версии 11.2.0.4, по-моему), но там и так есть ненакаченные логи

Ну и по рекомендациям, желательно после бэкапа стендбая бэкапить новые архивлоги (да и контролфайл) с боевого. Используя каталог. В новых версиях уже неактуально, но выполняем по-привычке
Vivat!SanИ это не фантазии, а кейсы из жизни, я пытаюсь донести, что нет механизма на уровне RMAN, когда вы точно можете быть уверены,
что сможете восстановить бэкап в консистентное состояние, не выполнив дополнительных процедур проверки.
Как раз кляуза PLUS ARCHIVELOG это обеспечивает, если ты не будешь насильно мешать этом, выдергивая, например, подготовленные для бэкапа архивлоги
...
Рейтинг: 0 / 0
16.09.2019, 13:16
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39862730
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
Вячеслав ЛюбомудровКак раз кляуза PLUS ARCHIVELOG это обеспечивает, если ты не будешь насильно мешать этом, выдергивая, например, подготовленные для бэкапа архивлоги

А мистер оказывается юморист, ещё и тыкать научился всем подряд.
Да будет Вам известно, что бэкап может иметь требование катастрофоустойчивости, это означает, что он должен делаться
независимо на обоих сайтах и как известно праймари только на одном сайте, поэтому эффектов может быть много и отставание
standby это не на час, а на сутки и более.
Когда будете что-то серьёзное поддерживать, что не один DBA обслуживает, а команда геораспределённая, тогда поговорим,
кто что утаскивает и как вы всё предусмотрели просто добавив PLUS ARCHIVELOG.
...
Рейтинг: 0 / 0
17.09.2019, 12:01
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39862796
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Не, ну то что ты крут до безобразия, никто и не оспаривает

Да вот только не хочешь понять простую вещь -- для консистентного бэкапа нужны логи, которые формировались/накатывались за время выполнения бэкапа датафайлов . Все
PLUS ARCHIVELOG тебе это обеспечивает
Собственно, это обеспечивает и просто BACKUP ARCHIVELOG после бэкапа датафайлов, но PLUS ARCHIVELOG короче

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

Не, если ты тут же удаляешь накатившийся лог, то тут да -- от дураков защиты нет
...
Рейтинг: 0 / 0
17.09.2019, 12:55
| Ответить | Цитировать | Написать  
Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
    #39862797
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Ну и собственно, если ты против общения на "ты" -- не общайся, делов-то
...
Рейтинг: 0 / 0
17.09.2019, 12:57
| Ответить | Цитировать | Написать  
23 сообщений из 23, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Восстановление БД на ASM. RMAN требует позавчерашний архивлог (RMAN-06053, RMAN-06025)
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39861239&tid=1882072]:
 0ms
get settings:
 8ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 40ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 63ms
get tp. blocked users:
 2ms
others: 270ms
total:  420ms
созд. / загр.: 420ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]