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

Откуда:
Сообщений: 700
Мигрирую все со спарка на x86-64 строго по доке. БД 12.1.0.2

backup for transport allow inconsistent incremental level 0...

В результате создает набор файлов без ошибок. Но последующий backup for transport level 1 ругается что level 0 у меня нет и хочет бэкапить все файлы заново... со всеми вытекающими.

Смотрю - list backup summary - пусто.

Делаю 'catalog start with..', запускаю бэкап первого уровня и получаю ошибку: ora-1422

смотрю, например - list backup of datafile 10;

а там:

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
35 Incr 0 106.75G DISK 04:29:58 11.11.2018 21:23:18
BP Key: 129 Status: AVAILABLE Compressed: YES Tag: TAG20181111T121857
Piece Name: /transfer/db/inc0_s-541451563-20181111-3fthvcc0
BP Key: 129 Status: AVAILABLE Compressed: YES Tag: TAG20181111T121857
Piece Name: /transfer/db/inc0_s-541451563-20181111-3fthvcc0
List of Datafiles in backup set 35
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- ------------------- ----
10 0 Incr 1872472077910 11.11.2018 16:53:20 +POOL/S/DATAFILE/logs.1417.990820113

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
129 Incr 0 106.75G DISK 04:29:58 11.11.2018 21:23:18
BP Key: 129 Status: AVAILABLE Compressed: YES Tag: TAG20181111T121857
Piece Name: /transfer/db/inc0_s-541451563-20181111-3fthvcc0
BP Key: 129 Status: AVAILABLE Compressed: YES Tag: TAG20181111T121857
Piece Name: /transfer/db/inc0_s-541451563-20181111-3fthvcc0
List of Datafiles in backup set 129
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- ------------------- ----
10 0 Incr 1872472077910 11.11.2018 16:53:20 +POOL/S/DATAFILE/logs.1417.990820113

Я могу понять почему рман не каталогизирует бэкапы нулевого уровня самостоятельно, но какого хрен он каталогизирует их 2 раза по моей команде?

Все делается без каталога, с контрольником.
12 ноя 18, 10:09    [21731436]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6427
х.з.,

Мессир, врод'ж не новичок:
Какая дока
какие команды
какой вывод
alert.log
12 ноя 18, 12:30    [21731638]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
дока вот эта: https://docs.oracle.com/database/121/BRADV/rcmxplat.htm#BRADV779

команды я тебе вроде написал

в алерт лог ничего связанного с бэкапами рмана нет.

пойду наверное индусам сдаваться. они тоже попросят алерт лог с момента старта инстанса.
13 ноя 18, 01:39    [21732460]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
DВА
Member

Откуда:
Сообщений: 5251
х.з.,

сделаете еще раз catalog start with он еще раз закаталогизирует
оно вам сильно мешает? ну висят и висят эти дубли
13 ноя 18, 02:34    [21732475]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
автор
сделаете еще раз catalog start with он еще раз закаталогизирует

в том то и дело что нет. сначала в каталоге пусто. после первой каталогизации уже дубли, после третьей он скажет что бэкапы уже каталогизированы.

автор
оно вам сильно мешает?

я инкремент 1 уровня не могу снять. Валится с ошибкой ora-1422
13 ноя 18, 03:49    [21732481]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6427
х.з.,

RMAN-1422 ошибки в MOS нашел только для каталога

но как то мутно, может попробовать получить list backup используя TAG?

p.s. мне что-то кажется, что всю базу так делать нельзя, только список tablespaces
автор
Create a cross-platform level 0 inconsistent backup of the tablespaces that must be transported to a different platform. The tablespaces are in read/write mode.
13 ноя 18, 10:27    [21732665]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6427
х.з.,

Извини, не увидел datafile кляузу, бо полную команду backup ты не привел
помотри, может поможет
https://community.oracle.com/thread/3996693
13 ноя 18, 11:19    [21732752]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1683
х.з.,

Я делал по вот такой доке 12C - Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup (Doc ID 2005729.1). И там, насколько я помню, явно указывался SCN, относительно которого нужен level 1.
13 ноя 18, 13:46    [21732969]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
Решил попробовать с 0 еще раз, на маленькой БД.

пишу:
 BACKUP FOR TRANSPORT
ALLOW INCONSISTENT
incremental level 0 filesperset=8
AS COMPRESSED BACKUPSET
TABLESPACE
USERS
format '/transfer/sm/inc0_%d-%I-%T-%u';
...
Starting backup at 16.11.2018 07:52:10
...
Finished backup at 16.11.2018 08:53:09

бэкап примерно 100гиг.

сегодня пишу:

BACKUP FOR TRANSPORT
ALLOW INCONSISTENT
incremental level 1 filesperset=8
AS COMPRESSED BACKUPSET
TABLESPACE
USERS
format '/transfer/sm/inc1_%d-%I-%T-%u';
...
Starting backup at 19.11.2018 04:10:10
...
Finished backup at 19.11.2018 05:12:00

бэкап тоже 100гиг

Запустил еще раз бэкап уровня 1 и судя по всему он тоже час будет идти и с таким же размером окончится.

Что я не понимаю в инкрементальной бэкапировании?
19 ноя 18, 05:57    [21737714]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
В общем все то же самое что и первый раз, за исключением того что он теперь при level 1 не ругается что нет level 0 (подозреваю это из-за того что backup optimization теперь off)

 rman target /

Recovery Manager: Release 12.1.0.2.0 - Production on Mon Nov 19 06:50:51 2018

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

connected to target database: SM_T1 (DBID=2883565051)

RMAN> list backup summary
2> ;

using target database control file instead of recovery catalog
specification does not match any backup in the repository

RMAN> show all;

RMAN configuration parameters for database with db_unique_name SM_T1 are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u/app/oracle/product/12.1.0.2/dbs/snapcf_sm_t1.f'; # default
19 ноя 18, 06:53    [21737731]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
DВА
Member

Откуда:
Сообщений: 5251
х.з.
автор
сделаете еще раз catalog start with он еще раз закаталогизирует

в том то и дело что нет. сначала в каталоге пусто. после первой каталогизации уже дубли, после третьей он скажет что бэкапы уже каталогизированы.

автор
оно вам сильно мешает?

я инкремент 1 уровня не могу снять. Валится с ошибкой ora-1422



ну а сначала catalog потом delete backupset лишний?
19 ноя 18, 17:52    [21738408]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
DВА
ну а сначала catalog потом delete backupset лишний?


RMAN> catalog start with '/transfer/sm' noprompt;

searching for all files that match the pattern /transfer/sm

List of Files Unknown to the Database
=====================================
File Name: /transfer/sm/inc0_sm_SM_T1-2883565051-20181120-0rtilib3
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /transfer/sm/inc0_sm_SMS_T1-2883565051-20181120-0rtilib3

RMAN> list backup summary;


List of Backups
===============
Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- ------------------- ------- ------- ---------- ---
27 B 0 A DISK 20.11.2018 03:42:50 1 1 NO TAG20181120T025011
28 B 0 A DISK 20.11.2018 03:42:50 1 1 NO TAG20181120T025011

RMAN> BACKUP
FOR TRANSPORT
ALLOW INCONSISTENT
INCREMENTAL LEVEL 1
TABLESPACE USERS,'LOGS'
format '/transfer/sm/inc1_sm_%d-%I-%T-%u'; 2> 3> 4> 5> 6>

Starting backup at 20.11.2018 03:46:08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 11/20/2018 03:46:09
ORA-01422: exact fetch returns more than requested number of rows

RMAN> delete backupset 27;

using channel ORA_DISK_1

List of Backup Pieces
BP Key BS Key Pc# Cp# Status Device Type Piece Name
------- ------- --- --- ----------- ----------- ----------
28 28 1 1 AVAILABLE DISK /transfer/sm/inc0_sm_SMS_T1-2883565051-20181120-0rtilib3
28 27 1 1 AVAILABLE DISK /transfer/sm/inc0_sm_SMS_T1-2883565051-20181120-0rtilib3

Do you really want to delete the above objects (enter YES or NO)? yes
deleted backup piece
backup piece handle=/transfer/sm/inc0_sms_SMS_T1-2883565051-20181120-0rtilib3 RECID=28 STAMP=992663099
Deleted 1 objects

RMAN-06207: WARNING: 1 objects could not be deleted for DISK channel(s) due
RMAN-06208: to mismatched status. Use CROSSCHECK command to fix status
RMAN-06210: List of Mismatched objects
RMAN-06211: ==========================
RMAN-06212: Object Type Filename/Handle
RMAN-06213: --------------- ---------------------------------------------------
RMAN-06214: Backup Piece /transfer/sm/inc0_sm_SMS_T1-2883565051-20181120-0rtilib3


RMAN> list backup summary;

specification does not match any backup in the repository


чуда не произошло.

или есть предположения как удалить только одну запись?

уже подумываю хакнуть (удалить) запись в контрольнике. Готов сделать это sql-ем, текстовым редактором пока не готов.

Индусы кстати говорят что это Bug 27354729
20 ноя 18, 03:56    [21738670]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
DВА
Member

Откуда:
Сообщений: 5251
х.з.,

возвращайтесь к указанию фиксированного SCN (
20 ноя 18, 13:47    [21739074]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
DВА
возвращайтесь к указанию фиксированного SCN (

что-то не нашел описания схемы с использованием SCN (

оно в перловых скриптах зашито из вышеупомянутой ноты?

вот сделал я level 0, где мне для level 1 SCN взять?
21 ноя 18, 03:57    [21739630]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
после level 0 каталогизирую бэкапы, затем:

RMAN> list backup;


List of Backup Sets
===================


BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
32 Incr 0 1.38G DISK 00:07:02 21.11.2018 05:34:47
BP Key: 49 Status: AVAILABLE Compressed: YES Tag: TAG20181121T052743
Piece Name: /transfer/sms1/inc0_sm_2dtiofuh_1_1
List of Datafiles in backup set 32
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- ------------------- ----
21 0 Incr 1878745013352 21.11.2018 05:27:45 +DATA/SM_T1/DATAFILE/users.700.992283667
29 0 Incr 1878745013352 21.11.2018 05:27:45 +DATA/SM_T1/DATAFILE/users.729.992280383

Ищу самое маленькое "Ckp SCN"

и выполняю

BACKUP FOR TRANSPORT.
ALLOW INCONSISTENT
incremental from scn 1878745013334

а в ответ:

starting compressed full datafile backup set

:(
21 ноя 18, 07:59    [21739663]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1683
х.з.,

BACKUP FOR TRANSPORT
ALLOW INCONSISTENT
incremental level 1 from scn 1878745013334;
21 ноя 18, 11:23    [21739798]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
jan2ary
incremental level 1 from scn 1878745013334;

а ты красное откуда взял?

если рыть скрипты на перле, то там генерится что-то типа:
backup for transport allow INCONSISTENT incremental from scn 1878745018739
  tablespace 'USERS' format
 '/transfer/sms/%U';


кроме того, если я вставляю этот довесок у меня рман ругается:

18> BACKUP
19> FOR TRANSPORT
20> ALLOW INCONSISTENT
21> incremental level 1 from scn
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00558: error encountered while parsing input commands
RMAN-01009: syntax error: found "scn": expecting one of: "db_unique_name, platform"
RMAN-01007: at line 21 column 26 file: level1_sms.rman
27 ноя 18, 07:14    [21745645]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
решил пройти скриптами из Doc ID 2005729.1 и еще больше запутался.

backup for transport allow inconsistent incremental level 0 datafile
 6,
...

то есть на уровне датафайлов.

Востанавливают индусы тоже так же:

restore from platform 'Solaris[tm] OE (64-bit)' FOREIGN DATAFILE 6 format '+DATA/LOGS_6.dbf'...


А инкремент 1 уровня делают уже на уровне ТП:

backup for transport allow INCONSISTENT incremental from scn 1878745199819
  tablespace 'LOGS' format



В чем прикол ???

Инкрементальный рестор делается точно так же как 0 только подсовывается файл бэкапа
не полного,а инкрементального:

restore from platform 'Solaris[tm] OE (64-bit)' FOREIGN DATAFILE 6 format '+DATA/LOGS_6.dbf'...
27 ноя 18, 08:44    [21745680]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
DВА
Member

Откуда:
Сообщений: 5251
х.з.
DВА
возвращайтесь к указанию фиксированного SCN (

что-то не нашел описания схемы с использованием SCN (

оно в перловых скриптах зашито из вышеупомянутой ноты?

вот сделал я level 0, где мне для level 1 SCN взять?


вот тут select * from v$backup_datafile
28 ноя 18, 18:55    [21747807]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
х.з.
Member

Откуда:
Сообщений: 700
DВА
вот тут select * from v$backup_datafile

там в другом прикол, я это описал, но возможно слишком мутно

если я делаю по логике - backup level 0 tablespace и затем backup level 1 from snc tablespace - то оно не работает.

А если делаю по индусо-перловой логике - backup level 0 datafile и затем backup level 1 from scn tablespace - то работает и мне удалось вчера запинать БД со спарка на линукс.

Кстати еще один прикол почему не отработало "из коробки" (скриптом по ноте). У меня ТП есть LOGS, так вот инкремент 0 и 1 уровня ругаются если его в кавычки брать. Без кавычек все нормально. А финальный бэкап который с дампом наоборот, хочет чтобы это ТП в кавычках было указано.

29 ноя 18, 06:58    [21748003]     Ответить | Цитировать Сообщить модератору
 Re: backup for transport  [new]
DВА
Member

Откуда:
Сообщений: 5251
Я в свое время сделала простенький механизм типа
1. копируем файл
2. считывает scn его заголовка
3. делаем инкремент с этого scn
4. накатываем на файл этот инкремент с конвертацией через dbms_backup_restore напрямую
повторяем пункты 2-4 пока не надоест, в смысл пока не получим приемлемое время простоя для последней итерации в read only
Работает с версиями базы начиная с 10 +вспомогательная база, которая отслеживает и накатывает 12-ой версии
29 ноя 18, 20:00    [21749070]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить