Duplication avec RMAN

Version imprimable

Voir 40 message(s) de cette discussion en une page

04/12/2007, 12h19
big1

on ne peut pas se lancer dans cette aventure, d'autant plus que je ne gère pas la base catalogue. C'est une autre sociète.
04/12/2007, 12h22
orafrance

Citation:

Envoyé par LeoAnderson

et on ne migre pas comme ça d'un jeu iso à un jeu utf.

c'est sûr ;)
04/12/2007, 12h30
big1

finalement quel est votre avis , y'a-t-il une solution à part changer le CHARACTER SET ? Ou il faut abandonner ?
04/12/2007, 12h32
orafrance

t'es en train de faire une migration d'OeBS ?
04/12/2007, 12h35
LeoAnderson

essayez d'abord sans vous connecter au catalog
on n'en a pas besoin pour l'instant.

Après, on verra ! ;)
04/12/2007, 12h42
big1

je me connect à TARGET et Auxilliare

RMAN TARGET sys/***@DB1 auxiliary sys/***@DB2
et je lance mon script ?
04/12/2007, 12h43
orafrance

c'est ça :)

C'est fait :

Code:

1
2
3
4
5
6
 
RMAN-03002: failure during compilation of command
RMAN-03013: command type: allocate
RMAN-06172: not connected to recovery catalog database
 
RMAN> **end-of-file**

04/12/2007, 12h59
LeoAnderson

8O Le catalog ne devrait pas être obligatoire ?! :cfou:

Essayez de faire un bloc run qui ne contient dans un premier temps que les allocate channel...
04/12/2007, 12h59
LeoAnderson

Citation:

Envoyé par big1

je me connect à TARGET et Auxilliare

RMAN TARGET sys/***@DB1 auxiliary sys/***@DB2
et je lance mon script ?

non, c'est pas ça...

précisez également NOCATALOG !
04/12/2007, 13h11
big1

Ok, merci je l'ai lancé avec NOCATALOG, ça tourne.
04/12/2007, 13h14
LeoAnderson

Citation:

Envoyé par big1

Ok, merci je l'ai lancé avec NOCATALOG, ça tourne.

c'est à dire ? que la duplication est en cours ?
04/12/2007, 13h16
big1

Oui. Il retore les fichiers au bon endroit. J'apprecie ton aide.
04/12/2007, 13h20
LeoAnderson

y'a pas de quoi !
mais la doc a beaucoup aidé ! ;)

quand il aura fini, merci de cliquer sur :resolu:

[EDIT]
Par contre ça veut dire quand même qu'il y a un souci avec un catalogue 10g et une base 8i... :?
hors, c'est une configuration normalement supportée par Oracle. il faudrait donc ouvrir un dossier auprès du support pour éclaircir cette ora-01460....

on a débloqué la situation mais l'architecture est peut-être à revoir... :oops:
04/12/2007, 13h37
big1

Oui, merci , j'ai ouvert un SR(TAR) . Une question s'il vous plait : puisque nous avons ouvert la session RMAN en mode NOCATALOG, quelle partie des informations vient de la base catalog ? Une autre partie vient des controlfiles de la base TARGET ?
Encore je dois voir si au niveau des LOGFILES et ARCHIVED LOG que va t'il se passer ? Mais dans le DOC :
http://download-west.oracle.com/docs...pdb.htm#441628

je n'ai rien vu sur les CHARACTER SET ?
Merci encore.
04/12/2007, 14h03
LeoAnderson

ce qui vient du catalog, c'est la liste des backups utilisables.

mais, par défaut, le control file conserve les 7 derniers jours en plus du catalog.
Donc, puisque la duplication se base sur une sauvegarde récente (dans le control file), on n'a pas besoin du catalog.

par contre, si vous vouliez avoir la base DB2 à J-30 de DB1, on aurait eu besoin du catalogue.

Concernant le character set, il sera dupliqué.
Le problème vient du CS du catalogue, pas de la target.

Les redo de la DB2 ont été spécifiés, pas de soucis.
Les archiveds logs de la DB2 ne devraient pas interférer avec ceux de DB1 si le format est ok...

Désolation :

Code:

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
 
RMAN-03022: compiling command: set
 
RMAN-03022: compiling command: recover
 
RMAN-03022: compiling command: recover(1)
RMAN-03026: error recovery releasing channel resources
RMAN-08031: released channel: ch1
RMAN-08031: released channel: ch2
RMAN-08031: released channel: ch3
RMAN-08031: released channel: ch4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure during compilation of command
RMAN-03013: command type: Duplicate Db
RMAN-03015: error occurred in stored script Memory Script
RMAN-03002: failure during compilation of command
RMAN-03013: command type: recover
RMAN-03002: failure during compilation of command
RMAN-03013: command type: recover(1)
RMAN-06136: ORACLE error from auxiliary database: ORA-06550: line 1, column 166:
PLS-00553: character set name is not recognized
ORA-06550: line 0, column 0:
PL/SQL: Compilation unit analysis terminated
RMAN-06031: could not translate database keyword

Une solution ??

04/12/2007, 16h24
LeoAnderson

quel est le init.ora de db2 ?

le minimaliste ou une copie corrigée de celui de DB1 ?

Voilà :

Code:

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
68
69
70
71
72
 
db_name                                     = DB2
db_files                                    = 500 # 250
control_files                               = ( u:\oradata\DB2\DB2_CNTRL1.CTL,
						u:\oradata\DB2\DB2_CNTRL2.CTL,
						u:\oradata\DB2\DB2_CNTRL3.CTL)
compatible                                  = 8.1.7.0.0
 
db_file_multiblock_read_count               = 6 # dmk 31/1/2002 reduced from 6 to 5, 29/11/2001 reduced from 8 to 6, 2/11/2001 was previously 32 - this affects CBO behaviour
 
db_block_buffers                            = 16774      # increased by 10000 to host a Keep buffer - ZK
 
shared_pool_size                            = 45804646   # increased PVE 24/06/2001 - increased MP 21/01/2002 TAR1922087.995
 
log_checkpoint_interval                     = 0 # dmk 2/11/2001 was 8000 
log_checkpoint_timeout                      = 900 # dmk 2/11/2001 previously not set
processes                                   = 500 # increased PVE 06/05/02 - previously 250
dml_locks                                   = 2000
open_cursors                                = 500
SESSION_CACHED_CURSORS			    = 200
log_buffer                                  = 32768  # dmk 2/11/2001 - was 2097152 - increase 5M 
max_dump_file_size                          = 102400
background_dump_dest                        = u:\oradata\DB2\bdump
user_dump_dest                              = u:\oradata\DB2\udump
db_block_size                               = 8192
remote_login_passwordfile                   = shared
text_enable                                 = true
 
rollback_segments                           = (rb01,rb02,rb03,rb04,rb05,rb06,rb07,rb08,rb09,rb10,rb11,rb12,rb13,rb14,rb15,rb16,rb17,rb18,rb19,rb20)
#dmk 28/11/2001 halve number of rollback segs to increase wrap rate, 5 in each rbs tablespace to distribute i/o between physical disks
#rollback_segments                           = (rb01,rb03,rb05,rb07,rb09,rb11,rb13,rb15,rb17,rb19) # dmk 28/11/2001 
 
log_archive_start                           = true
log_archive_dest                            = s:\oradata\DB2\archive\DB2
log_archive_format                          = "DB2_ARCH%s.ARCH"
# audit_trail 				    = true          		# if you want auditing
timed_statistics 			    = true                      # if you want timed statistics
sort_area_size				    = 4096000			# decreased PVE 29102001
enqueue_resources			    = 65536
sort_area_retained_size		    	    = 65536
parallel_max_servers			    = 24       # hint by Oracle support 01121998
db_writer_processes			    = 4 # dmk 28/11/2001 see docbug 1839458, it says this is allowed on NT
db_block_lru_latches			    = 10 # increased by 2 to host a Keep buffer - ZK
 
log_checkpoints_to_alert		    = yes
job_queue_processes			    = 2 # dmk 2/11/2001 reduced from 10 # pve 160701 to enabling pams checks
resource_limit                              = true                      # set PVE 18122002
 
optimizer_features_enable		    = 8.1.6			# due to Oracle 8.1.7 CBO bug reported by PS
#_db_handles_cached 			    = 0		# PVE 09012001 workaround for bug 1397603
#_db_handles_cached 			    = 1		# MP  07112001 see www.ixora.com.au Should improve Latch performance. Disabled 11/11/2001 after installing patch 8.1.7.2.1
# cursor_sharing                            = force     # Setting disable after ORA-600 [17182], [1194779936] issues
 
 
utl_file_dir = s:\logminer
 
fast_start_io_target = 0 # dmk 2/11/2001 - not previously set - disable checking for dirty blocks
optimizer_index_caching = 90  # dmk 2/11/2001 - not previously set - reduce cost of index block reads in CBO
optimizer_index_cost_adj = 50 # dmk 2/11/2001 - not previously set - reduce cost of index lookups in CBO
java_pool_size = 5242880 # dmk 2/11/2001 - not previously set - reduced java pool to minimum size	# java_pool_size changed to 5Mb by Oracle DBA Rodger Sersansie due to memory issue; was 1000000	
 
query_rewrite_integrity = TRUSTED # dmk 6/11/2001 - not previously set - required to support function based indexes
query_rewrite_enabled = TRUE # dmk 6/11/2001 - not previously set - required to support function based indexes
 
#_system_trig_enabled=false  #used during  patch installation
 
 
#buffer_pool_keep = (buffers:10000, lru_latches:2)
#optimizer_max_permutations=2000
#DB_FILE_NAME_CONVERT=("S:\ORADATA\DB1\","S:\ORADATA\DB2\")
#LOG_FILE_NAME_CONVERT=("s:\ORADATA\DB1","u:\ORADATA\DB2")
# "u:\ORADATA\DB1","u:\ORADATA\DB2")

D'avance merci.

04/12/2007, 16h41
LeoAnderson

actuellement, la base DB2 est créée et restaurée, non ?

elle est en quel état ? mount ? closed ?
l'alert.log dit quoi ?

Voir 40 message(s) de cette discussion en une page