Comme je l'ai déjà évoqué, cela dépend de ce que tu fais avec tes serveurs,
J'ai qq sites ou même les quelques heures nécessaires pour la sauvegarde physique de la base
à froid sont convoités.
Dans l'informatique de gestion (on peut dire des tondeurs d'oeufs) tant que cela fonctionne on ne touche a rien
donc pas de mise a jour, pas d'update de noyau ou autres, on change pas une équipe qui gagne.
Surtout que, mise à jour du noyau => peut être mise a jour de certaines librairies => mises a jour de la base de données
et la il faut tester l'ERP … c'est les dominos ou le papillon du chaos
Le bon sens voudrait que l'on fasse une "campagne de mise a jour" mais allez expliquer à un client lambda
qu'il faut modifier quelque chose qui tournent bien à ses frais (surtout avec nos tarifs journaliers)
et la le uptime permet de dire à ton client, regardé comme il tourne bien votre serveurs (mon record 660 jours en exploitation avec 15 utilisateurs sur un ERP)
mais depuis qq temps cela nous amuse plus :( on frise l'ennui avec des serveurs stables qui bronchent pas
et tant que les utilisateurs ne font pas de conneries, rien ne se passe …
que veux tu qu'il arrive a un serveur Linux Redhat + oracle, si tu as bien calibré la RAM et les disques, et de plus qui n'est pas accessible depuis Internet.
Et encore avant nos serveurs étaient sous AIX … alors la, tu pourrais murer la salle serveur.
heureusement pour le coté hasardeux, aléatoire et contre la narcolepsie de l'équipe on a des serveurs sous windows :)
(jeudi après midi c'est presque dredi non ?)
[^] # Re: Je confirme que ça marche bien
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 6.
Comme je l'ai déjà évoqué, cela dépend de ce que tu fais avec tes serveurs,
J'ai qq sites ou même les quelques heures nécessaires pour la sauvegarde physique de la base
à froid sont convoités.
Dans l'informatique de gestion (on peut dire des tondeurs d'oeufs) tant que cela fonctionne on ne touche a rien
donc pas de mise a jour, pas d'update de noyau ou autres, on change pas une équipe qui gagne.
Surtout que, mise à jour du noyau => peut être mise a jour de certaines librairies => mises a jour de la base de données
et la il faut tester l'ERP … c'est les dominos ou le papillon du chaos
Le bon sens voudrait que l'on fasse une "campagne de mise a jour" mais allez expliquer à un client lambda
qu'il faut modifier quelque chose qui tournent bien à ses frais (surtout avec nos tarifs journaliers)
et la le uptime permet de dire à ton client, regardé comme il tourne bien votre serveurs (mon record 660 jours en exploitation avec 15 utilisateurs sur un ERP)
mais depuis qq temps cela nous amuse plus :( on frise l'ennui avec des serveurs stables qui bronchent pas
et tant que les utilisateurs ne font pas de conneries, rien ne se passe …
que veux tu qu'il arrive a un serveur Linux Redhat + oracle, si tu as bien calibré la RAM et les disques, et de plus qui n'est pas accessible depuis Internet.
Et encore avant nos serveurs étaient sous AIX … alors la, tu pourrais murer la salle serveur.
heureusement pour le coté hasardeux, aléatoire et contre la narcolepsie de l'équipe on a des serveurs sous windows :)
(jeudi après midi c'est presque dredi non ?)
A+
chris