Skeye > Bah va sur S&R, et attends une réponse pour ce genre de question, dans 2 ans quand tu seras tout sec, je pense que tu reviendras sur ton post
Grumly- > Pour SQL Server, aucun souci. Tu prends le dernier SP pour chacun des serveur, et tu lis bien la doc associée, et tu fait les manips indiquées (selon les SP, c'est très lourd, je me souviens que le SP1 de SQL Server 2000 était extrêment chiant à appliquer : lancement d'un batch, enregistrement de DLL, mises à jour de fichiers à la main, lancement de requêtes dans SQL Server, la plaie.
A priori, maintenant les patches de SQL Server sont automatisés.
Pour Oracle, au vue des mails que j'ai reçu des admins qui ont tenté de passer un patch sur un de nos serveurs, je pense qu'installer une nouvelle instance sera moins coûteuse.
Résumé du truc :
- Jour 1 : Arrêt du serveur pendant 10 minutes le temps de passer le patch. Le serveur n'a jamais voulu redémarrer. Restauration des binaires du serveur.
- Jour 2 : Arrêt du serveur durant tout la nuit, avec 3 DBA et 2 administrateurs Unix pour résoudre le problème. Rien à faire, restore des binaires.
- Jour 3 : Passage d'autres patches. Arrêt des serveurs pendant une demi-journée pour transformer les données des bases.
- Jour 4 : Nouvelle tentative de passage du patch initial. Plantage
- Jour 5 : Abandon du passage du patch.
=> Résultat : une dizaine de personnes ont perdu environ 4 à 5 jours de travail chacune
=> Un peu plus de 1 000 utilisateurs ont perdu un peu plus de 4 heures de boulot en une semaine.
Message édité par Arjuna le 15-09-2004 à 14:16:40