Préparer restauration pour passage script sur eBS 11i9

[guigui_cwoco]

Bonjour,

Voila j'aimerai un petit peu d'aide.

Voici la situation. Nous avons sur notre base de production un probleme fonctionnel. La solution donnée par Metalink serai d'appliquer un script. Cependant, ma direction et moi sommes un peu allergiques aux scripts a passer directement en PROD sans les avoirs testés sur notre base de TEST.

Cepdandant, le probleme n'est reproductible seulement sur la base de PROD, a moins de cloner les instances.

Le script en question fais des modifs (insert et update) sur 4 tables d'un meme schéma (schéma INV pour ceux qui connaissent eBS). Notre base est une base 9.2.0.7 en mode NO-ARCHIVELOG. Le serveur est un serveur Win2K, et les sauvegarde sont du type complete (cold backup), la nuit.

Voici comment je compte procéder :
Arret des connections utilisateurs (Forms/Web)
Arret des 'Concurrent Managers' (pour éviter mouvements dans les tables)

Passer le script, et demandera mon utilisateurs de voir si son problemes a été résolu. (Ce qui implique relance de la partie APPL, Apache/Forms)

Dans le cas ou c'est la foire, il faut que je reviennes en arriere (ROLLBACK du script).

J'ai deux idées :

* FLASHBACK TABLE (il me semble que sur une 9i ca fonctionne)
* Avant de lancer le script, sauvegarder les tables ou schéma via RMAN et faire une restore ... ?

Qu'en pensez vous ?

Merci

[orafrance]

Je ne vois pas bien pourquoi tu arrêtes les GTS et l'appli. Tu peux te mettre en mode maintenance.

A part flashback query tu peux aussi sauvegarder la/les table(s) concernée(s). Parce que selon la volumétrie ça peut être très compliqué.

[guigui_cwoco]

Envoyé par Fred_D

Je ne vois pas bien pourquoi tu arrêtes les GTS et l'appli. Tu peux te mettre en mode maintenance.

Ah oui ? Celui que tu parametres avec Adadmin ? J'ignorais que cela pouvais etre utile dans ce cas ...

Envoyé par Fred_D

A part flashback query tu peux aussi sauvegarder la/les table(s) concernée(s). Parce que selon la volumétrie ça peut être très compliqué.

Oui une sauvagerde des tables en passant par RMAN, et une restauration au cas ou ... Tu confirmes ?

[orafrance]

oui

oui... mais en fait, t'as raison, vaut mieux arrêter les GTS pour être certain qu'aucun traitement schedulé risque de tourner alors que la correction n'est pas validée

[guigui_cwoco]

Bon petits problemes :

Je ne suis pas tres famillier avec RMAN ...
RMAN fonctionne t il avec une base en NO ARCHIVELOG ?
Si oui peut ton sauvegarder au niveau logique (juste quelques tables ?)

[orafrance]

pourquoi RMAN... un export ou un CREATE AS SELECT c'est aussi bien non ?

Sinon, avec une recherche dans le site tu devrais trouver de la doc

[impulsion]

Pour ma part je conseillerais fortement de faire un refresh de la base TEST par la base PROD
Tester ensuite le script
Appliquer si test Ok sur PROD
Imad Ikhouane
Consultant fonctionnel