Reprise du message précédent :
Ton pseudo, c'est parceque t'as la touche un peu.  

Je savais que vous aviez tous des forfait bloqué.  

LA salle serveur est grande ouverte, avec une cevar pour assurer la ventilation
les 4 clims sont mortes

une journée qui a déjà bien commencé

J'avais connu ça il y a quelques années : clim qui tombe en carafe pendant la nuit, 75°C dans la salle serveurs. Le coeur de réseau était dans la même salle, donc toute l'informatique de la boite était à l'arrêt, et bien sur LE serveur le plus critique de tous avait cramé ses 2 alims... Je te raconte pas l'ambiance en arrivant le matin...

Pour le coup, comme il y a du monde h24, et que ça a aussi coupé leur clim, les mesures  conservatoires ont été prises quasi immédiatement  (et puis il y a des avantages a avoir du matos pour faire face aux catastrophes diverses)

Mais je le sens moyen le coup de la salle qui reste ouverte tout le week end (le réparateur ne sait pas d'où ça vient)

C'est le moment où les gens découvrent l'utilité d'avoir des backups éloignés. Et testés pour ne pas se retrouver avec des trucs qui ne sont pas fonctionnels quand on en a besoin.

Ben pareil, mais avec l'infrastructure des pompiers ...

du coup vous êtes passé aux procédures papier ou ça marche encore ?

Ca marche toujours, la température n'est pas monté trop haut (~40° pour l'air) et maintenant tout est ouvert  
 
Ceci dit, si il pleut, ça peut etre fun avec le tuyaux de ventilation qui va dehors

par contre pour choper avec la carte de visite c'est un vrai plus  

 
Tu choppes avec une carte bleue, pas une carte de visite  

 
This.

certes

Le problème dans une situation comme celle-là, c'est de prendre la décision de lancer la plan de backup, ce qui n'est tout de même pas anodin. En l’occurrence il n'avait pas été déclenché, et la salle serveur a été redémarrée en 2 heures avec une clim kiloutou, c'était la bonne décision.

Pourquoi, c'est vraiment lourdaud ?
Dans une ancienne mission y a 3-4 ans, on avait pour habitude de faire tourner notre plateforme sur l'environnement de backup toutes les nuits entre 22h et 6h (ou un truc comme ça). Les utilisateurs aux US et en Asie s'en servaient mais avec une charge moindre qu'en Europe et ça passait. Les fois où y a eu des (grosses) merdes en journée, on a pas cherché à comprendre on a switché sur le backup le temps de réparer le principal. Stait pas terrible en termes de perfs mais ça faisait le taf et ça permettait de débugger sans trop de pression.

Et si c'est pas en mesure de chopper à la carte bleue, la carte de visite va pas te sauver non plus

ouais, je suis assez en phase avec ce genre de vision, genre passer sur l'infrastructure de secours n'est pas un "gros truc". Et après tu ne défends plus tes serveurs, tu les laisses couler et tu migres de datacenter, sans que les utilisateurs ne voient rien. Moi j'avais même l'ambition de ne pas défendre le datacenter : gandi merde, on va chez OVH, en quelques secondes. Avec une infrastructure qui se "regonfle" dans l'autre datacenter (genre y'a toujours un serveur d'allumé, mais s'il reçoit de la charge, il rallume les autres).
 
Il y a un autre usage du backup qui est intéressant par contre, c'est le point-in-time recovery, qui sert quand on a fait une connerie avec ses données à revenir dans le passé. celui-ci implique soit des vrai snapshots, soit du append-only (si t'as sérieusement confiance dans le code).
 
(c'est vrai que c'est assez loin des 9 boites à pizza dans un sous-sol de Montbéliard, du coup j'ai pas réussi à réaliser la vision)

on fait juste un peu attention a notre cul  
 
http://questions.assemblee-nationa [...] 0747QE.htm

moi ça y est ils ont tout pêté (IT santé publique) pour créer une mega agence d'état à Paris (    ), et le reste ils sont en train d'expurger
 
alors bon courage, ce qui est dur c'est d'aller au taf et le matin d'apprendre la nouvelle-rumeur-qui-dit-que ...  
 
au bout d'un moment t'es content d'être fixé sur ton sort, tellement le truc est illogique / soumis à l'aléa

C'est un peu ce que vendent les commerciaux en VM. Mais la partie sauvegarde des snapshots et possibilité d'en remettre un en ligne en vitesse est vite oubliée et ne reste que la partie "machine virtuelle à 64 procs et 128Go de RAM lancée sur un PII à 512Mo qui traînait au fond de la salle serveur".

Mais pourquoi toujours à Paris  

Je me dis que si on ne bascule pas sur le backup quand il y a un pb de clim sur la salle principale et que tout est HS, on n'y bascule jamais et autant ne pas avoir de backup, du coup
Après oui, plusieurs sites et fournisseurs, etc... c'est courant dans les banques et c'était le cas je crois.

Ici y a des vrais snapshots avec archives sur bandes et tout, mais spa une PME de Montbéliard non plus

Si le plan de remise en route, c'est charger des bandes  par exemple, ça fait une coupure longue
+ la perte des données depuis la dernière sauvegarde  
(chez nous le plan de backup impose aussi de faire migrer des lignes téléphoniques auprès de FT)
 
En fait, ça dépend des stratégies de sauvegarde

Mais t'avais pas dit justement qu'il voulait pas filer son n° de compte ? (vu que le RIB, c'est ça)
Ou alors t'avais dit ça après avoir posté ici... je sais plus de quand date cette histoire sur FB

Alors attention, ça dépend de ce qu'on désigne comme backup   Si on parle juste du runtime et pas de la base, c'est pas pareil que si on ajoute la BDD dans l'équation.

Je pense que c'est une très mauvaise analyse, les PME ont largement accès à de la technologie maintenant et n'ont ni l'historique, ni la peur du risque d'une grande boite. Elles devraient commencer comme ça.  
 
quand tu vois cloudflare qui gère des milliers de serveurs avec 50 personnes, c'est vraiment possible.

 
j'ai rien compris  

Ah ba p'têt, je me suis toujours représenté ça comme un truc super coûteux avec un budget pas possible.

Ba ici (et dans les autres grosses boîtes où j'ai bossé), les serveurs de BDD sont décorrélés des serveurs qui font tourner les applis et sont souvent pas dans les mêmes datacenters. Donc y a différents plans d'urgence : la BDD pète (auquel cas faut faire comme tu dis et les recharges de bandes et tout le bordel de rebranchement de flux de données s'il y en a), les serveurs d'applis pètent mais pas la BDD (auquel cas faut juste changer la conf des applis sur les serveurs de backup pour qu'elles tapent la BDD principale si c'est pas déjà le cas), etc...

 
Pour une PME dans laquelle bosse mon frangin, j'ai mis en place une réplication sur un site secondaire via VPN +  sauvegarde sur bande ( pour retrouver un fichier effacer ) + sauvegarde dans le cloud (hubic chez ovh) +tout ce qui va bien en rapport d'erreur  
 
cout : 2*1000€ de serveur + 120€/an d'abonnement + une demi journée de taf (le plus compliqué était leur ERP, mais il y a une procédure pour faire un dump/restauration , ce que je fais une fois par heure du site principal vers le secondaire)
 
Si ils effacent un fichier : les bandes
Si un disque pète : pas grave il y a du raid + mais alerte email  
Si le serveur principal pète ( 2 disques d'un coup ) , le second peut prendre le relais juste en double cliquant sur un raccourci pour lancer l'ERP sur la seconde machine  
Si les deux sites pètent : cloud

remonter un serveur d'appli ça ne doit pas être un problème normalement entre le versionning et les sauvegardes de conf
 
C'est la partie BDD que je trouve complexe

Ah ouais, c'est que dalle Merci pour les infos

On est d'accord

Je suis pas d'accord. Un truc à 300 personnes OK c'est la mort... Sur mon OA on est 25 (mon équipe et 2 petites équipes) et y'a une ambiance sympa.

La clé c'est d'avoir assez de salles de réunion pour pouvoir t'isoler. Au pire tlm a des écouteurs

Si mais je voulais reposer la question sans ajouter cette astuce

et si ca avait été pour moi , ça aurait surement été moins cher (genre machine assemblée plutôt que serveur, linux plutot que windows 2012 server, kimsuffi + ownclooud plutôt qu'hubic ), mais là j'ai assuré pour avoir la paix

http://www.lefigaro.fr/flash-actu/ [...] onique.php

Darwin Award

 
C'est vraiment une pale parodie du gorafi

Ça là, c'est le signe d'un problème.
Un dév chez toi peut il choisir de bosser pendant toute la semaine dans une salle de réunion seul ? Parce que tout le monde n'est pas plus performant avec un bruit de fond.
 
Le pire c'est tout de même les openspaces entièrement ouverts, même pas de pseudo séparations entre les postes qui permettraient à chacun d'avoir un minimum d'espace privé. Là on doit être une vingtaine sur la zone d'où je bosse. Entre les marketeux et même les collègues qui discutent à moins de 2m, vaut mieux pas avoir à faire un truc qui demande de la réflexion.
De même, je suis conscient du fait que j'ai tendance à être bruyant quand je m'énerve à cause d'un truc qui ne fonctionne pas. Obligé de me restreindre en openspace alors qu'un bon gros "FUUUUUUUUUUCK" de temps en temps ça permet de relâcher le stress.
 
Par contre bizarrement, ceux qui font du boulot "important" (le management) ont souvent un bureau individuel.

Et tout le monde ne peut pas bosser avec des écouteurs. Avec mes oreilles pourries, au bout de 10-15mn je commence à avoir mal.

'tin déjà un openspace avec des devs c'est merdique, avec des marketeux c'est complètement invivable, entre les discussions et les coups de fil ils la ferment jamais

Bah ouais mais tu comprends ils sont importants

(le pire c'est HR, ces sacs à foutre ont toujours des bureaux dédiés )

Les conférenciers en informatique qui mettent leurs slides en comic sans c'est chaud quand même
(2eme en deux jours,  journées annuelles sur le développement au CNRS)