ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / backup for transport
21 сообщений из 21, страница 1 из 1
backup for transport
    #39731560
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
Мигрирую все со спарка на 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;

а там:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
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 раза по моей команде?

Все делается без каталога, с контрольником.
...
Рейтинг: 0 / 0
12.11.2018, 10:09
| Ответить | Цитировать | Написать  
backup for transport
    #39731651
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
х.з.,

Мессир, врод'ж не новичок:
Какая дока
какие команды
какой вывод
alert.log
...
Рейтинг: 0 / 0
12.11.2018, 12:30
| Ответить | Цитировать | Написать  
backup for transport
    #39732104
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
дока вот эта: https://docs.oracle.com/database/121/BRADV/rcmxplat.htm#BRADV779

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

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

пойду наверное индусам сдаваться. они тоже попросят алерт лог с момента старта инстанса.
...
Рейтинг: 0 / 0
13.11.2018, 01:39
| Ответить | Цитировать | Написать  
backup for transport
    #39732109
Фотография DВА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DВА
Участник
х.з.,

сделаете еще раз catalog start with он еще раз закаталогизирует
оно вам сильно мешает? ну висят и висят эти дубли
...
Рейтинг: 0 / 0
13.11.2018, 02:34
| Ответить | Цитировать | Написать  
backup for transport
    #39732110
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
авторсделаете еще раз catalog start with он еще раз закаталогизирует
в том то и дело что нет. сначала в каталоге пусто. после первой каталогизации уже дубли, после третьей он скажет что бэкапы уже каталогизированы.

автороно вам сильно мешает?
я инкремент 1 уровня не могу снять. Валится с ошибкой ora-1422
...
Рейтинг: 0 / 0
13.11.2018, 03:49
| Ответить | Цитировать | Написать  
backup for transport
    #39732234
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
х.з.,

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.
...
Рейтинг: 0 / 0
13.11.2018, 10:27
| Ответить | Цитировать | Написать  
backup for transport
    #39732292
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
х.з.,

Извини, не увидел datafile кляузу, бо полную команду backup ты не привел
помотри, может поможет
https://community.oracle.com/thread/3996693
...
Рейтинг: 0 / 0
13.11.2018, 11:19
| Ответить | Цитировать | Написать  
backup for transport
    #39732415
jan2ary
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jan2ary
Участник
х.з.,

Я делал по вот такой доке 12C - Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup (Doc ID 2005729.1) . И там, насколько я помню, явно указывался SCN, относительно которого нужен level 1.
...
Рейтинг: 0 / 0
13.11.2018, 13:46
| Ответить | Цитировать | Написать  
backup for transport
    #39734905
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
Решил попробовать с 0 еще раз, на маленькой БД.

пишу:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
 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гиг.

сегодня пишу:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
 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 и судя по всему он тоже час будет идти и с таким же размером окончится.

Что я не понимаю в инкрементальной бэкапировании?
...
Рейтинг: 0 / 0
19.11.2018, 05:57
| Ответить | Цитировать | Написать  
backup for transport
    #39734913
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
В общем все то же самое что и первый раз, за исключением того что он теперь при level 1 не ругается что нет level 0 (подозреваю это из-за того что backup optimization теперь off)

Код: 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.
 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
...
Рейтинг: 0 / 0
19.11.2018, 06:53
| Ответить | Цитировать | Написать  
backup for transport
    #39735265
Фотография DВА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DВА
Участник
х.з.авторсделаете еще раз catalog start with он еще раз закаталогизирует
в том то и дело что нет. сначала в каталоге пусто. после первой каталогизации уже дубли, после третьей он скажет что бэкапы уже каталогизированы.

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


ну а сначала catalog потом delete backupset лишний?
...
Рейтинг: 0 / 0
19.11.2018, 17:52
| Ответить | Цитировать | Написать  
backup for transport
    #39735390
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
DВАну а сначала catalog потом delete backupset лишний?

Код: 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.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
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
...
Рейтинг: 0 / 0
20.11.2018, 03:56
| Ответить | Цитировать | Написать  
backup for transport
    #39735612
Фотография DВА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DВА
Участник
х.з.,

возвращайтесь к указанию фиксированного SCN (
...
Рейтинг: 0 / 0
20.11.2018, 13:47
| Ответить | Цитировать | Написать  
backup for transport
    #39735895
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
DВАвозвращайтесь к указанию фиксированного SCN (
что-то не нашел описания схемы с использованием SCN (

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

вот сделал я level 0, где мне для level 1 SCN взять?
...
Рейтинг: 0 / 0
21.11.2018, 03:57
| Ответить | Цитировать | Написать  
backup for transport
    #39735917
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
после level 0 каталогизирую бэкапы, затем:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
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"

и выполняю

Код: plaintext
1.
2.
BACKUP FOR TRANSPORT.
ALLOW INCONSISTENT
incremental from scn 1878745013334

а в ответ:

starting compressed full datafile backup set

:(
...
Рейтинг: 0 / 0
21.11.2018, 07:59
| Ответить | Цитировать | Написать  
backup for transport
    #39736000
jan2ary
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jan2ary
Участник
х.з.,

BACKUP FOR TRANSPORT
ALLOW INCONSISTENT
incremental level 1 from scn 1878745013334;
...
Рейтинг: 0 / 0
21.11.2018, 11:23
| Ответить | Цитировать | Написать  
backup for transport
    #39738892
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
jan2aryincremental level 1 from scn 1878745013334;
а ты красное откуда взял?

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



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

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
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
...
Рейтинг: 0 / 0
27.11.2018, 07:14
| Ответить | Цитировать | Написать  
backup for transport
    #39738915
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
решил пройти скриптами из Doc ID 2005729.1 и еще больше запутался.

Код: plsql
1.
2.
3.
backup for transport allow inconsistent incremental level 0 datafile
 6,
...


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

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

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



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

Код: plsql
1.
2.
backup for transport allow INCONSISTENT incremental from scn 1878745199819
  tablespace 'LOGS' format




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

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

Код: plsql
1.
restore from platform 'Solaris[tm] OE (64-bit)' FOREIGN DATAFILE 6 format '+DATA/LOGS_6.dbf'...
...
Рейтинг: 0 / 0
27.11.2018, 08:44
| Ответить | Цитировать | Написать  
backup for transport
    #39740055
Фотография DВА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DВА
Участник
х.з.DВАвозвращайтесь к указанию фиксированного SCN (
что-то не нашел описания схемы с использованием SCN (

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

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

вот тут select * from v$backup_datafile
...
Рейтинг: 0 / 0
28.11.2018, 18:55
| Ответить | Цитировать | Написать  
backup for transport
    #39740179
х.з.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
х.з.
Участник
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 уровня ругаются если его в кавычки брать. Без кавычек все нормально. А финальный бэкап который с дампом наоборот, хочет чтобы это ТП в кавычках было указано.
...
Рейтинг: 0 / 0
29.11.2018, 06:58
| Ответить | Цитировать | Написать  
backup for transport
    #39740543
Фотография DВА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DВА
Участник
Я в свое время сделала простенький механизм типа
1. копируем файл
2. считывает scn его заголовка
3. делаем инкремент с этого scn
4. накатываем на файл этот инкремент с конвертацией через dbms_backup_restore напрямую
повторяем пункты 2-4 пока не надоест, в смысл пока не получим приемлемое время простоя для последней итерации в read only
Работает с версиями базы начиная с 10 +вспомогательная база, которая отслеживает и накатывает 12-ой версии
...
Рейтинг: 0 / 0
29.11.2018, 20:00
| Ответить | Цитировать | Написать  
21 сообщений из 21, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / backup for transport
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39740543&tid=1883104]:
 0ms
get settings:
 10ms
get forum list:
 22ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 58ms
get topic data:
 14ms
get forum data:
 4ms
get page messages:
 81ms
get tp. blocked users:
 2ms
others: 243ms
total:  442ms
созд. / загр.: 442ms
x
x
Закрыть


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