N'empêche que
Un bon admin ne fait pas de maj à la veuglette
ENTRE :
Provoquer une indisponibilité PRÉVUE ET CONTROLÉ de quelques minutes d'un serveur sachant qu'on sait qu'il y a pas à priori de pbs (parce qu'on a lu les infos sur les patchs, et au mieux fait un test ailleurs et pris les devants par d'éventuelles sauvegardes spéciales, ou vérif que les dernières sauvegardes sont ok pour remonter le serveur à l'état précédent en cas de pépins non prévus, on est à l'abri de rien)
ET :
Provoquer une indisponibilité NON PRÉVISIBLE (car automatique mais pas régulière) ET INCONTROLABLE dans les résultats, indiponibilité qui peut durer une journée ou plus parce qu'on aura fait du zèle à la veuglette,
IL Y A PAS PHOTO pour le client ou le patron
Pour un PC de bureau, c'est moins 'grave' que pour un serveur, car plus 'facile' à réinstaller en général (pousser des cd) surtout quand on a un ghost ou une image suffisement régulière et les fichiers sur le serveur. Quoi que encore, en entreprise, mieux vaut justement profiter du nombre de postes pour tester sur un, et si ok, balancer les maj sur les autres (Microsoft fourni un soft gratos pour celà, WUS installable sur un serveur et qui permet ce contrôle sur un parc entier de serveurs et stations, visu maj dispos, choix déploiment de tel maj sur tel ou tel machine, ...)
LA DEUXIEME REGLE DE BASE : vérifier SI une maj MEME de sécurité PEUT provoquer des incompatibilités ou des disfonctionnements d'autres applis (du style empêcher maintenant tout soft non explicitement autorisé d'aller modifier tel paramètre système, ou de faire appel à tel service système critique si pas explicitement autorisé au travers de droits, ou de l'empêcher de lancer un autre programme, ...)
Celà est d'autant plus VRAI pour un serveur (critique par nature)
Et pour IIS je connais peu de serveurs IIS non couplés à une base de donnée SQL, ou avec des add-ons tierces, ... donc la règle est encore vérifier que les maj proposées ne poseront pas de pb aux autres softs installés.
Pour le pb Skype et ce qui est de l'heure de maj auto PAR DEFAUT proposée (et modifiable) de 3h du mat, c'est l'heure LOCALE, donc même si TOUS les pc de la planète ont mis à jours à 3h du matin, avec les décalages horaires, ça fait pas des millions et des millions de pc en même temps (sans compter les vitesses des pc et ce qu'ils font en même temps que les maj donc temps d'install totale avant reboot, étalant d'autant les reboots dans un même fuseau horaire).
Peu de chance (ou malchance) de voir des millions de connexions simultanées capables de planter et les serveurs principaux et les backups.
De plus, c'est pas la première fois que se produit le phénomène des maj à 3h du mat provocant le reboot de millions de pc alors pourquoi cette fois ci celà aurait impacter Skype et pas les autres fois ?
Et enfin, c'est marrant que seul le service Skype se soit couché, j'ai pas vu d'infos de 'plantage' ou perturbations dû à un trop fort nombre de reconnections simultanées chez les autres
Ils ont simplement trouver cette excuse chez Skype pour cacher le vrai pb (facture impayée ? le pdg trop fier de montrer ses serveurs a renversé du café dessus ?) et faire accuser M$ qui n'y est pour rien
Franchement, leur explication ne tiens pas debout ...