Восстановление RMAN из резервной копии Oracle 10g в Oracle 11g

У меня есть полная резервная копия базы данных RMAN для Oracle 10g (10.2.0.3) в ОС Sun Solaris, которую я хочу восстановить на Oracle 11g (11.2.0.3) в ОС Linux. Части резервной копии были перенесены на сервер oracle 11g вручную в двоичном режиме. Oracle 11g установлен в ОС Linux. У меня есть только резервная копия RMAN и нет доступа к первичной базе данных, из которой была сделана резервная копия.

-rwxrwxr-x 1 mepc dba   36356096 Jul 16 14:49 snapcf_MEPC.f
-rwxrwxr-x 1 mepc dba  166028800 Jul 16 15:29 MEPC_full_backup_MEPC_nnnbkn9f_1_1
-rwxrwxr-x 1 mepc dba  169567744 Jul 16 15:29 MEPC_full_backup_MEPC_nmnbkn9f_1_1
-rwxrwxr-x 1 mepc dba  164813824 Jul 16 15:39 MEPC_full_backup_MEPC_nonbkn9f_1_1
-rwxrwxr-x 1 mepc dba  144025600 Jul 16 16:06 MEPC_full_backup_MEPC_nqnbkn9f_1_1
-rwxrwxr-x 1 mepc dba  168576512 Jul 16 16:09 MEPC_full_backup_MEPC_npnbkn9f_1_1
-rwxrwxr-x 1 mepc dba  168649216 Jul 16 17:33 MEPC_full_backup_MEPC_o5nbkpvv_1_1
-rwxrwxr-x 1 mepc dba  162847232 Jul 16 17:34 MEPC_full_backup_MEPC_o6nbkpvv_1_1
-rwxrwxr-x 1 mepc dba  167351808 Jul 16 17:35 MEPC_full_backup_MEPC_o7nbkpvv_1_1
-rwxrwxr-x 1 mepc dba  166838272 Jul 16 17:36 MEPC_full_backup_MEPC_o8nbkpvv_1_1
-rwxrwxr-x 1 mepc dba  166876160 Jul 16 17:37 MEPC_full_backup_MEPC_o9nbkpvv_1_1
-rwxrwxr-x 1 mepc dba  327606272 Jul 16 17:54 MEPC_full_backup_MEPC_o4nbknav_1_1
-rwxrwxr-x 1 mepc dba  549658624 Jul 16 18:26 MEPC_full_backup_MEPC_o2nbknav_1_1
-rwxrwxr-x 1 mepc dba  162984448 Jul 16 18:28 MEPC_full_backup_MEPC_oanbkpvv_1_1
-rwxrwxr-x 1 mepc dba  163567616 Jul 16 18:29 MEPC_full_backup_MEPC_obnbkpvv_1_1
-rwxrwxr-x 1 mepc dba  161380352 Jul 16 18:29 MEPC_full_backup_MEPC_ocnbkpvv_1_1
-rwxrwxr-x 1 mepc dba 1072275456 Jul 18 13:52 MEPC_full_backup_MEPC_o3nbknav_1_1
-rwxrwxr-x 1 mepc dba 1813348352 Jul 18 17:00 MEPC_full_backup_MEPC_o1nbknav_1_1
-rwxrwxr-x 1 mepc dba   36438016 Jul 25 15:45 controlfile_bkup_MEPC_c-1469445140-20120522-09

резервная копия сделана в указанном выше формате. Я знаю ORACLE_SID и сделал из базы данных, из которой была сделана резервная копия.

всякий раз, когда я пробовал следующую команду

mepc@tcstctmatson:/mepc_backup/May22fullbkp$ rman target /

Recovery Manager: Release 11.2.0.3.0 - Production on Tue Jul 31 12:14:54 2012

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

connected to target database: MEPC (DBID=1595278680)

RMAN> shutdown;
using target database control file instead of recovery catalog
database closed
database dismounted
Oracle instance shut down

RMAN> startup nomount;

connected to target database (not started)
Oracle instance started

Total System Global Area    1071333376 bytes

Fixed Size                     1349732 bytes
Variable Size                620758940 bytes
Database Buffers             444596224 bytes
Redo Buffers                   4628480 bytes

RMAN> restore spfile to '$ORACLE_HOME/dbs/initMEPC.ora' from autobackup db_recovery_file_dest='/mepc_backup/May22fullbkp' db_name='MEPC';

была получена следующая ошибка

Starting restore at 31-JUL-12
using channel ORA_DISK_1

recovery area destination: /mepc_backup/May22fullbkp
database name (or database unique name) used for search: MEPC
channel ORA_DISK_1: no AUTOBACKUPS found in the recovery area
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20120731
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20120730
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20120729
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20120728
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20120727
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20120726
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20120725
channel ORA_DISK_1: no AUTOBACKUP in 7 days found
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 07/31/2012 12:22:06
RMAN-06172: no AUTOBACKUP found or specified handle is not a valid copy or piece

Я также попытался восстановить резервную копию rman через каталог, и было сообщено о следующей ошибке

List of Files Which Where Not Cataloged
=======================================
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_nonbkn9f_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_obnbkpvv_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_ocnbkpvv_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_o7nbkpvv_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_o9nbkpvv_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_nmnbkn9f_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_nnnbkn9f_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_o3nbknav_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_o6nbkpvv_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/controlfile_bkup_MEPC_c-1469445140-20120522-09
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_npnbkn9f_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_oanbkpvv_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_nqnbkn9f_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_o1nbknav_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_o5nbkpvv_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/snapcf_MEPC.f
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_o2nbknav_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_o4nbknav_1_1
  RMAN-07517: Reason: The file header is corrupted
File Name: /mepc_backup/May22fullbkp/MEPC_full_backup_MEPC_o8nbkpvv_1_1
  RMAN-07517: Reason: The file header is corrupted

файл не поврежден, так как я проверил контрольную сумму на обоих серверах, и она одинакова.

Пожалуйста, помогите мне, как мне восстановить резервную копию RMAN oracle 10g в Oracle 11g, и дайте мне знать, где я ошибаюсь.

Заранее спасибо.


backup oracle oracle11gr2 oracle-dump rman
person Harsh    schedule 31.07.2012    source источник

Ответы (3)


arrow_upward
1
arrow_downward

Ты не сможешь это сделать. AFAIK, Solaris - при условии, что sparc - и Linux - при условии, что Intel - имеют разные форматы endian, и это ваша проблема. Вы можете использовать сценарий миграции межплатформенного табличного пространства. см. Справочник по резервному копированию и восстановлению баз данных Oracle®, если ваш конечный формат выглядит таким же, вам следует преобразовать базу данных с помощью rman convert database. В этом случае вы можете восстановить кросс-платформенную и кросс-версию.

person ik_zelf    schedule 31.07.2012
comment
Формат endian для обеих баз данных следующий Platform_name Endian_Format Source Solaris [tm] OE (64-разрядная версия) Big Target Linux IA (32-разрядная версия) Little Согласно предоставленной вами ссылке, в ней говорится, что мы можем преобразовать формат endian для табличных пространств. , файлы данных, базы данных. Как мы можем преобразовать конечный формат для частей резервной копии RMAN в целевой базе данных. Я попытался выполнить эту команду (с правильным синтаксисом), но неудачно. convert controlfile RMAN BACKUP контрольный файл DB FILE NAME CONVERT RMAN BACKUP контрольный файл с платформы Solaris tm OE 64-bit Заранее благодарим. - person Harsh; 31.07.2012
comment
Как я это читал, вы должны подготовить это на исходном сервере. В настоящее время у меня нет запущенного sparc для тестирования, но прочтите, что написано в документации, внимательно прочтите. - person ik_zelf; 31.07.2012
comment
У меня есть доступ только к резервным копиям RMAN Oracle 10g. Эта резервная копия была перемещена на сервер Oracle 11g на Linux вручную через двоичный режим. Вот почему я пытался преобразовать формат endian в целевой базе данных. Что ж, читаю документ и пытаюсь найти подходящий выход. Подскажите, пожалуйста, что еще нужно сделать. Заранее спасибо. - person Harsh; 31.07.2012

arrow_upward
0
arrow_downward

Неприменимо для 10 г / 11 г, но для 12c это другое:

В 12c rman предлагает следующие параметры с помощью команды резервного копирования:

ДЛЯ ТРАНСПОРТИРОВКИ: эта опция создает резервную копию, которую можно транспортировать в любое место назначения. Если в целевой базе данных используется формат порядка байтов, отличный от исходного, преобразование формата байтов выполняется в целевой базе данных. К ПЛАТФОРМЕ: эта опция приводит к тому, что преобразование формата endian выполняется в исходной базе данных и должно использоваться только этой поддерживаемой платформой. DATAPUMP: указывает, что файл дампа экспорта перекачки данных создается при выполнении межплатформенного резервного копирования. Файл дампа создается в отдельном резервном наборе.

person Tagar    schedule 02.10.2013

arrow_upward
-1
arrow_downward

Используйте команду ниже для восстановления из автобэкапа, RMAN знает путь и восстановит.

restore controlfile from autobackup;

Вы должны знать, что сначала Solaris - Linux являются частью одного и того же порядка байтов или нет. Я вижу, что Solaris 64, но и Linux 64 bit имеют одинаковый порядок байтов.

Даже если у него такой же порядок байтов, вы увидите эту ошибку, когда «Исходная производственная база данных имеет табличное пространство 32 КБ и параметр инициализации, определенный для db_32k_cache_size, но в целевом файле pfile не определен параметр db_32k_cache_size»

Устанавливается в pfile / spfile целевой db_32k_cache_size

person OracleGuru    schedule 01.05.2019