Reprise du message précédent :
C'est surtout qu'ils s'y prennent à la dernière minute pour basculer.
On y arrive bien, avec pourtant une grosse infra.

Ça fait plus de deux ans que ça pend au nez, qui pouvait imaginer que ça se passerait bien… Franchement cheh.

Vu le passif de broadcom de toute façon, je conçois même pas qu'ils se sentent pris au dépourvu.
Je serais curieux de connaître le nombre de DSI qui ont ignoré leurs équipes infra quand ils ont dit qu'il fallait envisager une autre solution que VMware.

Oukélé la suite du texte pour l'étoile * du soft de backup ?

*
Le soft de backup a été installé. Le techos en charge de l'installation à fait une sauvegarde de test. Puis programmé une tâche quotidienne. Mais il s'est raté, genre sauvegarde full quotidienne à l'heure de pointe d'utilisation. Ça faisait tout ramer. Un autre techos à préféré annuler la tâche de sauvegarde pour le confort des users. Sans en refaire une. Et 4 ans plus tard, quand t'as besoin de restaurer des données "ah merde ouais, on a plus de sauvegarde depuis qu'on a annulé ça il y a 4 ans"

Ou alors tu crois sauvegarder bien. Et le jour où tu veux restaurer, ah ben merde ça fonctionne pas, impossible de restaurer le moindre truc.
On ne le dira jamais assez, il faut tester la restauration  

Même la restauration rapide ?

Pas sûr que le chief ripailles officier donne sa validation pour ça

On préfère tester la restauration lente   , un bon agneau de 7 heures. Et pendant la cuisson de l'agneau on peut se préparer le ventre avec un sanglier en sauce avec quelques kilos de patates, et éventuellement quelques douceurs comme un kouign amann.

Faut je tente de la placer un jour en réunion qualité de vie au travail  

Une boite ou j'ai bossé à coulé à cause de ça : 4 ans de boulot pour un projet européen qui est passé à la trappe à 6 mois d'une review stop or go, suite a un /bin/rm -fr . lancé sur la racine d'un disque partagé par l'équipe.  
Bon ça date d'avant le cloud et git, début des années 90, backup sur QIC, on en était pas encore aux exabytes. Le backup SunOs quotidien en tar cvf était en place, il indiquait que tout était OK, mais en fait il (le tar de Sun) merdait suite a des liens entre répertoires (on aurait utilisé gtar, on aurait rien paumé...) et les responsables des backups n'avaient jamais testé une restauration depuis une archive relativement récente...
A+,

Il y'avait déjà CVS à cette époque

La question peut paraître "con", mais les entreprises n'ont pas accès a un/des programme(s) d'annulation des effacements ou de récupération des données ?

 
Dans beaucoup de grosses boîtes ou de boîtes de taille intermédiaires françaises, on pouvait constater encore récemment que non il y a bien souvent même pas les clichés de versions précédentes activés sur les partages.

 
Pire en fait. J'ai été appelé pour une expertise une fois suite à perte de données (ransomware).
 
Serveur de VM sous ESXi, 4 ou 5 instances Win serveur 2012R2/2008R2 (rôles AD DS/DHCP/DNS, RDS, Backup, instance vieilles applis, une autre de préprod). Un acronis ou veam backup en sauvegarde vers un nas en local
 
Le NAS était full depuis un bail, > 6 mois
Le monitoring des taches était inexistant, rien de paramétré. Aucune redondance logique ou physique de l'infra ou des VM. Pas non plus de cliché régulier offline des VM.
Une DMZ était paramétrée sur l'instance RDS (sous 2008R2, jusque courant 2018), le VPN c'est pour les chiens, ce qui est bien dommage puisque les moyens techniques étaient présents, mais inutilisés.
 
Vous connaissez la suite automatique à plus ou moins brève échéance dans ce type de cas
 
Réponse de l'infogérant "Beuuuh ben fallait pas chopper un virus à rançon". ²²²
 
Vu le contrat full infogérance (un montant à 4 chiffres HT mensuel) - donc juridiquement une obligation de résultats - ça s'est pas bien passé pour lui. Mais pour la victime pas des masses non plus, quasi un an de boulot de paumé d'audits en tout genre + GED, ça a fait tache sur l'activité vu que presque rien récupéré au final.
 
Edit : et c'était pas un cas isolé, c'était presque le déroulé de sinistre typique quand j'étais envoyé sur ce type de mission.

Typiquement le genre de cas où tu dois définir les conditions de prise en charge.

C'est dingue d'avoir tout à disposition et de ne rien prévoir.

"vous pouvez vous permettre de perdre combien de jours ou de semaines de chiffre d'affaire, le temps de reconstituer vos fichiers clients, commandes, créanciers et débiteurs ? "
 
jamais connu de client qui ne devienne pas pâle comme un cul expliqué comme ça

Dans je sais plus quelle étude, j'avais lu que 60% des entreprises victimes d'une perte de donnée importante (piratage, crash de machines...) coulait dans les 2 ans qui suivaient l'incident. Je pense que c'est le genre de stat qui peut décider un client de faire les choses proprement

Carrément. Surtout en France, le nombre de DSI qui nous prenait de haut en mode rien a battre, ça marche VMWare.

Les mêmes pleureuses aujourd'hui qui dans le même temps demandent de la deregulation dans le droit du travail ou les pratiques commerciales. Hypocrites et incompétents.

Et on va avoir les même quand les gros du Cloud vont encore monter leurs tarifs etc. Aucune réflexion stratégique, même approche que pour l'achat de PQ et pour leur SI entier.

C'est très moche vos histoires de sauvegarde

On avait RCS à l'époque, CVS est arrivé un poil plus tard je crois.
Et on avait aussi une beta-test d'un truc développé par Sun, basé en sous-jacent sur un filesystem avec des noms de fichiers a rallonge (100+ caractères) opaques, et des montages de filesystem pas clairs. Bref un truc que Sun a passé aux oubliettes (mais dont ClearCase, apparu plus tard, m'a paru pas trop éloigné)
A+,

dans les 90's, notre SI faisait ses sauvegarde ET archivage sur bande;ils faisaient bien des relecture.
Un jour le lecteur de bande est devenu HS: la ils se sont procuré un nouveau lecteur: pas moyen de relire les bandes de l'autre lecteur...
En cause: sur l"ancien lecteur la tête s'était déréglé au fil du temps. Les relectures immédiate était donc OK car le déréglage était le même.
Il faut écrire sur une machine et lire avec une autre... faire des checks réguliers... ne PAS faire confiance.
L'entreprise avait payé une boite externe pour relire certaine bandes: cette boite avait une lecteur qu’elle déréglait la tête manuellement jusqu’à arriver à lire les bandes concernées.
Je sais que certaines données ont disparues des archivages. Depuis je fais ce qu'"il ne faut PAS faire (mais bon vu comment cela s'est passé...): je me fait des duplications sur d'autres machines de ce que je fais archivé (cela a déjà sauvé... alors qu’officiellement cela n'existe pas)

Alors qu'il suffit de tout envoyer dans le cloud

 
 
j'ai trouvé sidérant qu'on m'ait proposé un poste similiaire y'a quelques années :

 
okay, alors on laisse faire

 
pour CMA/CGM c'était moins d'une semaine, paiement de plusieurs miyions d'euros pour reprendre le business
 
 

Et hop, faut payer plus pour télécharger depuis le cloud

C'est fini ça

Votre restauration à été interrompue par le quota de 3Go/semaine. Veuillez revenir la semaine prochaine pour la suite.

J’ai la même statistique pour les incendies

L'utilisateur est un bourrin musclé des doigts + clavier pas super solide = grandes touches fendues/fissurées en 2. Me demande pas comment je l'ai deviné

Ptibeur devrait donc s'appeler grobeur  

Je mets les doigts où je veux, Little John

 
ça m'a fait sourire

Souvenirs du setup de NT4 "putain mais le sysadmin c'est moi"

 
Ce n'est pas la peine de remonter si loin. Microsoft sort toujours ce message avec Exchange Online en 2024.
Un code hexadécimal et "contact your administrator"

Et plusieurs fois le même code pour une erreur différente  

sysadmin Windows, c'est que du bonheur en fait

Ou alors un code random qui ne veut rien dire.

 
 
vous voyez encore des petites/moyennes entreprises stocker dans leur locaux, ou chez un petit spécialiste, leurs serveurs?
j'ai l'impression que la cloudification de la france a complètement anihilé cette pratique..

Faudrait définir petites/moyennes et je suis sûrement biaisé de part les clients de ma boîte, mais oui j'en vois tous les jours (ce qui n'empêche pas d'avoir des trucs dans le cloud par ailleurs, typiquement exchange/teams/SharePoint).
Faire de la vm en iaas revient très cher, stocker de gros volumes de données aussi surtout quand elles changent souvent... Y'a encore pas mal de cas d'usage où rester on premise est plus intéressant.
Et c'est pour ça que je trouve bien vue la stratégie de MS autour de azure stack hci et azure arc : garder le compute et le stockage on prem sur azs hci, faire tourner des services azure dessus via azure arc, gérer le tout depuis le portail et les api azure.

Tout dépend le business/type de boîte, la criticité des données, des services hébergés, etc. Osef d'avoir un SAN + rack chez le coiffeur
 
La VM IaaS ça revient cher si t'arrives pas à faire du CT avec autoscalling à 0 et que tu te sers pas des VMs pré-emptées. Le stockage ouais c'est relou

 
Je suis un peu curieux de voir la comparaison concernant le cout du stockage à service équivalent (redondance, backup, tiering, performance, conso etc.) C'est pas mon expertise mais je pense que des comparatifs ont étés faits.
Pour les VM c'est sur que si on fait juste ISO configuration avec l'On-prem ça perd en intérêt.
 
Ouais la stratégie de MS est plutôt pas mal, je ne connais pas bien leur cloud mais j'imagine que pour des PME c'est adapté en terme de services.
 
Là où je trouve que le cloud rencontre pas mal de difficultés c'est sur la partie showback, les utilisateurs prennent conscience des couts liés à leur infra/appli/usage assez rapidement grâce aux données fournies alors qu'on-prem tout ça est "noyé" dans la DSI et j'ai rarement vu des cas où les boites étaient capable d'imputer aux projets précisément leur conso.