Discussion :

[macben]

Bonjour,

J'aurai put mettre ce post un peu partout, mais faisant de l'administration de bases Oracle de prod, les réponses d'ici m'intéressent.

Suite à mauvaise manipulation de ma part, je me dis que mes propres garde-fous ne sont pas suffisants pour me prémunir d'une erreur humaine sur mes bases. Quels sont les votres ?

Voici les miens :

• Ne jamais avoir un mot de passe identique entre 2 environnements.
• Différencier par une couleur si possible les environnements.
• Ne jamais utiliser le TWO_TASK.
• Quand on inclus un "truncate" dans un script shell toujours tester que le nom de l'instance ne contient pas le "p" (souvent mis pour production) et demander confirmation avant le truncate !
• Prévoir ses sauvegardes pour se prémunir des crash disks mais aussi des erreurs humaines (ne pas avoir un dataguard avec application immédiate par exemple).
• Avoir l'habitude dans le rm de mettre le -R en fin de ligne de commande quand le serveur l'accepte afin d'éviter le "Enter" intempestif en milieu de chemin.
• Activer le log sous putty pour retrouver les mauvaises commandes passées et savoir ce qu'il s'est passé.

Je pense que j'en ai d'autres, mais ce sont surtout les votres qui m'intéressent.

[Pomalaix]

Pour moi il y a une grande règle générale, c'est de vérifier où on est avant de faire une action.
Au niveau de l'OS, on vérifie ORACLE_SID.
Une fois dans la base, on vérifie HOST_NAME et INSTANCE_NAME dans V$INSTANCE.

Et avant de faire le copier coller de quelque chose d'exécutable, on colle d'abord la chose dans un éditeur de texte pour vérifier que c'est bien ce qu'on veut.

A propos de copier coller, il faut faire très attention lorsqu'on a, dans un script SQL, des variables de substitution (commençant par &) à valoriser interactivement par l'utilisateur. On risque fort, lors du collage, d'intégrer involontairement un saut de ligne, ce qui fait que l'exécution se poursuit sans qu'on ait réellement fourni la valeur souhaitée. La suite peut être catastrophique !
Par précaution, dès qu'il y a un & dans un script, il faudrait l'exécuter par @, ce qui assure qu'il fera les pauses aux bons endroits, et jamais par copier coller.

Une autre précaution générale : s'assurer que l'on est capable de restaurer !

[a.presles]

- dans le prompt je met toujours le ORACLE_SID et je ne le pre rempli jamais
- mot de passe differents sur toutes les bases pour eviter les erreurs de cible mais facile a deviné pour ne pas avoir a retenir 50 mot de passe.
ex : system/motdepassesecret_ORACLE_SID
- pas de mot de passe dans les scripts. pour pouvoir facilement changer les mots de passe
- ma solution qui n'est pas terrible et de mettre le mot de passe dans une variable system qui est utilisé dans les scripts ou utilisation des connection / as sysdba quand c'est possible
je cherche une bonne solution de stockage de mot de passe utilisable dans les batchs Donc si vous connaissez je suis preneur
genre une fonction getPass(user,instance) retourne le pass qui est stocker de maniére sécurisé quelque part.

[13thFloor]

Allez, je me lance :
- en cas de modification de tnsnames.ora, je set le variable TNS_ADMIN dans un répertoire différent
- ORACLE_HOME et ORACLE_SID dans le $PS1
- éviter le rappel de commandes pour ne pas récupérer la commande d'autre autre session