Discussion :

[sygale]

Bonjour et joyeuses fêtes,

je dois mettre en place une nouvelle strategie de rafraichissement des bases de dev.
Nous avons 2 bases de dev sur 2 serveurs différents, bd_dev1 sur serv1 et bd_dev2 sur serv2, la base de production db_prod et enfin un clone db_clone.

Ce qui nous fait- serv0.db_prod = base de production
- serv0.rman = base rman

- serv1.db_clone = base clone (recopie de la production tous les matins avec rman sur serv0)
cette base est utilisé que pour les bugs bloquants en prod, elle est donc tres peu utilisée
- serv1.db_dev1 = base de dev n°1 test et developpement (recopie de la production sur demande des développeurs)

- serv2.db_dev2 = base de dev n°2 test et intégration (recopie de la production sur demande des développeurs)

Aujourd'hui rman est installé sur le serveur de production serv0.
On me demande qu'aucune remontée de base de dev doit impacter la production.
Il faut donc faire les rafraichissements de serv1.db_dev1 et serv2.db_dev2 à partir de serv1.db_clone.

Je ne sais quelle solution choisir :

- Faut-il mieux installer rman sur serv1 ou utiliser rman sur serv0 ? rman deja installé, mais sur serveur de prod !!?
- Le fait que serv1.db_clone soit modifiés tous les matins vas prendre bcp de place dans rman ? (modifiée à 10 % chaque jour)

Voilà, j'espere avoir été assez clair.

PS : Je suis ala recherche d'une documentation en francais, sur l'installation et utilisation de RMAN, excepté la super doc de présentation de Grégory BROISSARD

[sygale]

Toujours personne ?

RMAN si la base est en NOARCHIVELOG cela ne sert à rien ?

Sinon avez vous une documentation en FRANCAIS que je comprenne quelques choses ?

[Marc Musette]

je ne comprends pas très bien ton problème .

tu as une db de prod que tu dois ramener dans une db de dev ? sans impact sur db de prod ?

utilise le backup de la db de prod

[sygale]

utilise le backup de la db de prod

Cela serait extra mais : je n'ai pas acces au serveur de prod.

Cependant les DBAs de production me dupilique la base de prod un serveur de dev (serv1.db_clone ), et on me demande de mettre en place des remontées de bases à partir ce cette instance (serv1.db_clone).

Je voudrai utiliser RMAN, plutôt que des scripts UNIX pour faire cela.
Donc je voudrai faire une base pour RMAN qui gère toutes mes bases de dev. (6 identiques environs) avec comme target serv1.db_clone et auxilliary les 6 base de dev

Cependant comme serv1.db_clone est en NOARCHIVELOG et qu'elle est recréée tous les matins cela ne posera pas de pb ?
Je devrai re-faire un catalogu RMAN tous les matins ou les modifications de serv1.db_clone seront prise en compte automatiquement avec RMAN ?

[Marc Musette]

tu veux remonter quoi cer la db de prod ? des modifs de structures ? des data ? toutes les data ?

RMAN est un outil de backup/restore , pas de réplication (il y a d'autres produits pour cela )

je pense à CHANGE MANAGER en 9i ou le grid control en 10g pour ce qui est des modifs de structures

[sygale]

RMAN est un outil de backup/restore , pas de réplication (il y a d'autres produits pour cela )

Oui cependant on peut le faire avec non ?

Je voudrai avec une base RMAN gèrer à la fois toutes mes bases de dev et être capable de faire une copie de la base clone sur une des bases de dev. c'est possible ca non ?

[Marc Musette]

à mon avis on parle pas de la même chose : 6 bases de dev alors qu'une seule de prod --> comment gères-tu les ALTER TABLE effectuées sur une des db de dev , et pas dans les autres ?

quid si un SQL marche sur une db (car table A n'a que deux colonnes par exemple) et pas sur l'autre (table A possède trois colonnes) ?

aussi quand je fais le calcul : 3+3+3 = ... 9

soit, en ce qui me concerne , je n'appréhende pas très bien ta problématique .