[9i] coldbackup sur AIX

Version imprimable

08/09/2005, 12h04
Débéa

[9i] coldbackup sur AIX

Bonjour,

Je viens de prendre la fonction de DBA. Mon prédecesseur est parti à la retraite.
Autant vous dire qu'il n'en avait plus rien à foutre. Aussi je passe en revu les stratégies de sauvegarde.

Je suis devant les scripts de sauvegarde à froid et je les trouve passablement compliqués.
Je suis dans un environement AIX 5.2L avec une base oracle 9.2.0.4.
Pouvez-vous me donner votre avis ?

1° script ferm_base.sh

1-Arret du listener si pas déjà arreté
2-Test base déjà fermée (ps -ef|grep $ORACLE_SID).
3-Recherche du process SMON. Si pas de SMON -> Exit
Pourquoi cette étape ?
4-Lancement de dix requêtes permettant de faire un topo sur les process/session/rollback segment...
5-Kill des process ORACLE non sys% et adm% (alter system kill session)
6-kill des process UNIX (ps -ef|grep oracle$ORACLE_SID, pour tous kill -9)
7-Recherche du process SMON. Si pas de SMON -> Exit
Et oui encore ! Pourquoi cette étape ?
SINON ENFIN shutdown immediate !
8-Verification qu'aucun process USER ne subsiste sur le serveur
9-Verification qu'aucun process BACKGROUND ne subsistent
10-Recherche si on a une erreur dans les tous les log que nous venons de générer (grep "ORA-" et grep "TNS-")

Au bout de 10 minutes, si ce script n'est pas terminé, lancement de ferm_base_ABORT.sh :
1-Arret du listener si pas déjà arreté
2-Test base déjà fermée (ps -ef|grep $ORACLE_SID).
3-Recherche du process SMON. Si pas de SMON -> Exit
4-Recherche du process SMON. Si pas de SMON -> Exit SINON ENFIN shutdown abort !
5-Verification qu'aucun process USER ne subsiste sur le serveur
6-Verification qu'aucun process BACKGROUND ne subsistent
7-Recherche si on a une erreur dans les tous les log que nous venons de générer (grep "ORA-" et grep "TNS-")

2° script Copy_files_base.sh
Je resume, copy des fichiers ORACLE. La liste des fichiers à copier est dans un fichier !

Moi je me demande si un shutdown immediate puis un shutdown abort au bout de 10 minutes ne reviendraient pas au même.

Merci
08/09/2005, 12h08
Jaouad

Auh tout ca ne peut pas être simplifié par un shutdown immediate :cfou:
08/09/2005, 13h48
Débéa

Effectivement !

Citation:

SHUTDOWN IMMEDIATE

Immediate database shutdown proceeds with the following conditions:

No new connections are allowed, nor are new transactions allowed to be started, after the statement is issued.
Any uncommitted transactions are rolled back. (If long uncommitted transactions exist, this method of shutdown might not complete quickly, despite its name.)
Oracle does not wait for users currently connected to the database to disconnect. Oracle implicitly rolls back active transactions and disconnects all connected users.

Autrement dit, à quoi cela sert de killer les sessions et process si ORACLE le fait dans le shutdown immediate.

Qu'est ce qui peut alors coincer un shutdown immediate ?

Merci,
08/09/2005, 13h54
Jaouad

Rien un shutdown immediate arrete tout les process immadiatement contrairement àç un shutdown transactionnel ou normal et arrête la base proprement ( Rollback , REDO , synchro des SCN ... )

Je ne comprend pas du tout sa démarche et pourquoi tant de démarche

En tout cas félicitation pour le post :lahola:
C'est ton premier post de DBA ?
08/09/2005, 14h00
Débéa

Et oui ! Faut bien commencer !

J'ai 40 bases de production à administrer plus les bases de developpement et recette (environ 60 au total).

Pour revenir à mon sujet, tu sais ou je pourrais trouver un exemple de script unix pour un cold backup ?

Merci,
08/09/2005, 14h03
nuke_y

N'est-il pas envisageable que ce script soit hérité de vieilles versions qui ne possédaient pas le shutdown immediate (ou qui avait du mal à le faire sans ces étapes) et qu'il n'ait fait que l'adapter au fur et à mesure, sans jamais le reprendre à 0 ?
08/09/2005, 14h05
Jaouad
et ca sert à quoi de DUCROT il se décarcasse :
Sauvegarde et restauration

Pour une Cold backup c 'est assez simple quand même :
Code:

1 2 3 4 arrêt de la base copie des fichiers De données et Oracle redemarrage
Si tu es sous la norme OFA tu ne devrait copîer qu'un ou deux répertoires :wink:
08/09/2005, 14h10
Débéa

Citation:

N'est-il pas envisageable que ce script soit hérité de vieilles versions qui ne possédaient pas le shutdown immediate (ou qui avait du mal à le faire sans ces étapes) et qu'il n'ait fait que l'adapter au fur et à mesure, sans jamais le reprendre à 0 ?

Je pense que tu es en plein dedans !
08/09/2005, 14h22
bouyao

Citation:

7-Recherche du process SMON. Si pas de SMON -> Exit
Et oui encore ! Pourquoi cette étape ?

Ici il vérifie si l'instance est demarré.

le DBA retraité voulait être sûre qu'un shutdown immediate arrête la base et l'instance, des fois ca peut rester 3h ou plus pour que la base s'arrête.

c'est pour cela il attend 10 mn pour lancer shutdown abort.
08/09/2005, 14h28
Débéa

Citation:

le DBA retraité voulait être sûre qu'un shutdown immediate arrête la base et l'instance, des fois ca peut rester 3h ou plus pour que la base s'arrête.

il le fait avant le shutdown immediate !
En plus, il verifie déjà qu'il y a des process ORACLE de la base (ps -ef|grep $ORACLE_SID). Cela voudrait dire qu'il y a des process PMON, DBW, RECO... et pas de SMON !

Comment est-ce possible ?
08/09/2005, 14h40
Jaouad

Ce n'est pas possible !!!!

La personne que tu remplace a, comme le dit Nuke une habitude du passé.
Ici aussi nous avons un probléme avec le shutdown immediate sur certaines versions.

En tout cas il vaut mieux proscrire cela si ce n'est pas réellement utile.

Pour un arrêt de la base trop long verifie le volume dans les RBS lors de l'arrêt et bien sur la fréquence de checkpoint
08/09/2005, 14h44
bouyao

Comme a dit Nuke et Jaouad c'est les anciens habitudes
08/09/2005, 14h47
orafrance
juste un bémol, la tempo pour forcer un shutdown abort n'est pas forcément inutile. En effet, il est très possible qu'un immediate soit très long ce qui peut poser des problèmes à la suite du processus (imaginons des traitements de nuit indispensables après le backup).

Donc, le supprimer n'est pas forcément une bonne idée, donc on peut imaginer ceci :
Code:

1 2 3 4 5 shutdown immediate attend shutdown si shutdown KO après 10 min -> shutdown abort copie tout startup
08/09/2005, 14h51
orafrance

Citation:

Envoyé par PhPeltier

il le fait avant le shutdown immediate !
En plus, il verifie déjà qu'il y a des process ORACLE de la base (ps -ef|grep $ORACLE_SID). Cela voudrait dire qu'il y a des process PMON, DBW, RECO... et pas de SMON !

Comment est-ce possible ?

Je pense que c'est plus subtil ;)

grep SMON :arrow: recherche si la base est démarrée
grep $ORACLE_SID :arrow: recherche les process qui utilise la base (la ligne SMON ne doit pas contenir ORACLE_SID si je ne m'abuse ;))

Citation:

(la ligne SMON ne doit pas contenir ORACLE_SID si je ne m'abuse )

C'est un truc comme ça je pense aussi mais il le fait quand même avec le oracle_sid :

1 ° test :

Code:

1
2
3
4
5
6
TEST_BASE=`ps -ef|grep "$ORACLE_SID"|grep -v "grep"|grep -v "$NOM_SCRIPT"|wc -l`
if [ "$TEST_BASE" -eq 0 ]
  then
    echo "******************************************"
    echo "***** BASE DEJA FERMEE (??????) *****"
    echo "******************************************"

2° test :

Code:

1
2
3
4
5
6
TEST_SMON=`ps -ef|grep "ora_smon_$ORACLE_SID"|grep -v "grep"|wc -l`
if [ "$TEST_SMON" -eq 0 ]
  then
    echo "******************************************"
    echo "***** PAS DE PROCESS SMON (??????) *****"
    echo "******************************************"

08/09/2005, 14h58
Jaouad

Citation:

Envoyé par orafrance

Citation:

Envoyé par PhPeltier

il le fait avant le shutdown immediate !
En plus, il verifie déjà qu'il y a des process ORACLE de la base (ps -ef|grep $ORACLE_SID). Cela voudrait dire qu'il y a des process PMON, DBW, RECO... et pas de SMON !

Comment est-ce possible ?

Je pense que c'est plus subtil ;)

grep SMON :arrow: recherche si la base est démarrée
grep $ORACLE_SID :arrow: recherche les process qui utilise la base (la ligne SMON ne doit pas contenir ORACLE_SID si je ne m'abuse ;))

Si
ora_smon_SID
08/09/2005, 15h05
orafrance

mouais... faudrait voir la liste des process ORACLE_SID lorsque tout fonctionne pour essayer de trouver une raison... s'il n'y en a pas, tu peux t'en passer :)
08/09/2005, 15h07
orafrance

Citation:

Envoyé par Jaouad

Si
ora_smon_SID

Au temps pour moi ;)

C'est probablement inutile alors... ou alors il faut le faire APRES l'arrêt de la base pour être sûr que tout ce qui en dépend est arrêté (genre le listener même si c'est pas nécessaire ;))
08/09/2005, 15h29
Débéa

pour conclure

Bon ! il faut que je revois cela ! :(

En plus, les codes de retour ne sont pas bien gérés dans les scripts !

Merci à tous pour votre collaboration.