Discussion :

[MatRem]

J'aimerais créer la standby dtabase d'une base que j'ai déjà.

Je me perd dans la doc d'oracle qui, j'ai l'impression, mélange un peu tout...
De plus les docs que j'ai trouvées sur le net sont bien incomplétes.

Est ce que quelqu'un pourrait me dire où je peux trouver une doc qui indique pas à pas comment on créer cette base ?

[zestrellita]

Bonjour,

Dans la doc Oracle "Recovery Manager User's Guide", tu as tout un chapitre (le 13) pour créer une standby database avec RMAN.
Ca pourrait t'aller ?

@+

[MatRem]

merci je vais regarder, cependant j'aimerais faire tout ça à la main dans des scripts.

[orafrance]

Voila une doc assez compléte : http://www.tafora.fr/div/standbydatabase.doc.html

[MatRem]

Je l'avais vu celle là, elle ne paraissait pas complète, mais aprés réflexion et aprés l'avoir relu, c'est vrai qu'elle n'est pas si mal. Je vais suivre pas à pas leurs conseils. Le seul truc c'est que mes deux bases sont sur la même machine. Ca pose peut être pas trop de prob.

thanks

[orafrance]

Les bases ne doivent-elles pas avoir le même nom ?

Si c'est le cas, c'est impossible sur le même serveur

[MatRem]

Ben oracle dit que l'on peut le smettre sur la même machine si elle n'on pas le même nom...

Cependant, je ne sais pas dans la doc de tafora, si au moment de commencer à faire ce qu'il dise je dois déjà avoir créer une base, que je transformerais petit à petit ou si je la créer en commençant à 0 avec leurs explications.

[orafrance]

Apparemment c'est après l'avoir créée que tu la passes en mode Stand by via :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

alter database create standby controlfile as ...

[MatRem]

En fait cette commande se fait sur la base source pas sur la standby ...

ensuite on prend le fichier qui est créé et on le copie vers la standby .

[blids]

Est-il obligatoire de travailler en ARCHIVELOG pour faire la base Standby :

[MatRem]

La base source est obligatoirement en mode archivelog car la standby est créé à partir de ces archivelogs.

[orafrance]

Exact, autant pour moi

[MatRem]

En fait je crois bien qu'il faut créer la base qui sera standby, tout à fait normalement. Puis ensuite on la modifie au grés des explications de tafora.

Par contre, doit elle être en mode archivelog, voila une autre question que je me pose.

[blids]

Je ne pense pas que c'est obligatoire, mais pour éviter un arrêt total des deux bases au même temps, il sera plus cool d'activer l'archivage pour elle aussi, mais attention il y aura beacoup d'infos stockés en double ...!!

[MatRem]

En fait pour créer une base qui n'a pas le même nom, faut pas créer le fichier de controle de la même façon. Cela créer un problème au lancement de la base. mais comment doit on le créer?

[thomasjcj]

Si j'ai bien compris, vous voulez faire une clone de votre base sur le meme serveur mais avec un autre nom.
Dans ce cas il faut recreer le control file avec la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

create control file reuse....

en mode nomount.
J'ai un descriptif complet de la manip de clonage. Je peut le poster ici si ca interesse quelqu'un.

[MatRem]

Un clone en standby ?

Ca m'interesse de toute façon ... 8)

[orafrance]

Dans ce cas : http://orafrance.developpez.com/admin_copie.htm

[thomasjcj]

Attention, je n'ai pas dit que faire unclone sur un meme serveur est une bonne solution pour une Standby, au contraire, la logique veut evidemment qu'une vraie standby soit installée sur un autre serveur que la base source. Cecie dit pour "jouer" ca doit pouvoir marcher de faire tout sur un meme serveur.
Voila pour cloner (en anglais). Ca parait compliqué, en fait c'est tout a fait logique, il suffit de bien suivre les instructions pas a pas.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
 
 
to clone a database on the same server, the procedure is as follows :
 
Login to the old database as a dba user, and create a control file trace using the command alter database backup controlfile to trace;. 
Shutdown the old instance. Do not shutdown abort or immediate as these will require instance recovery. 
Take a cold backup of the control files, datafiles, redo logs - if you want but not really required, initSID.ora file. 
Create an environment on the new server to receive the various dumps files etc. Create users, directories, edit oratab, tnsnames.ora and listener.ora files as required. 
Copy (via tape, ftp etc) the dump files, control files, redo, initSID.ora and the control file trace over to the new environment. 
Edit the control file trace to : 
Remove all the comments from the top and bottom of the script. 
Remove the startup nomount and recover database commands from the script. 
Change create controlfile reuse database "old_name" noresetlogs ... to create controlfile reuse set database "new_name" resetlogs .... 
Change the paths and file names for the datafiles and logfiles to match the new locations. 
Save the file with a meaningful name - controlfile.sql for example. 
Edit the initSID.ora file to : 
Change the db_name parameter to match the new name given in the controlfile.sql script created above. 
Change the paths to the control file(s). 
Change the paths to user_dump_dest, background_dump_dest and core_dump_dest locations as appropriate, also log_archive_dest if the database is in archive log mode. 
On the new server, set $ORACLE_HOME and $ORACLE_SID as required. 
If you changed the filenames in the control file script and/or the control file names in the initSID.ora file, now is a good time to rename the actual datafiles and/or control file to match. 
Run svrmgrl and connect internal or / as sysdba according to the version of Oracle in use. 
Startup nomount the instance and run the controlfile.sql script created above. 
Alter database open resetlogs; will then open the database. If you didn't copy the redo files over, or if you changed their names in the control file script, then new files will be created for you. 
Alter database rename global_name to SID.domain; is now required otherwise the database will have the same global name as the old one. 
 
When cloning to the same server, keep the old instance closed until the new one has been started and opened. Then the old one can be started again. If you don't keep the old one closed, Oracle will complain about some other instance already being in use - the message is a bit obscure! I find the best order is :
 
close old 
build new 
close new 
open old 
open new 
If you use the above method to copy to a differing server, then Oracle will complain about files not being suitable (or found) when you try to open the new database. Again, the message is a bit misleading.

[MatRem]

En effet ma base standby c'est pour "jouer" ...

je vais regarder ça .


orafrance< le clonage que tu fais voir n'est pas un standby, juste une copie ?