C’est quoi un RAID 5? Introduction et Détails

RAID-5

Dans un ordinateur, les données sont contenues dans des disques qui peuvent tomber en panne à tout moment. Afin de préserver les données et la productivité, les disques sont toujours agencés en RAID. Le niveau le plus simple est le RAID1. Celui-ci assure que chaque donnée est copiée sur deux disques en même temps. Si l’un d’eux tombe en panne, les données sont disponibles sur l’autre.

Pourtant, le RAID1 n’est pas le plus utilisé en entreprise. Le RAID5 reste la solution la plus courante. En effet, le RAID1 a des restrictions qui limitent son usage. Le RAID1 ne peut se faire qu’avec 2 disques et la capacité définitive n’est que de 50% de la capacité totale des disques installés.

Si on construit un RAID1 avec 2 disques de 3 Tb, on a engagé 6 Tb de stockage mais le RAID résultant offre 6 Tb.

Au contraire, le RAID5 peut être construit avec un minimum de 3 disques. Cependant, rien n’interdit de construire un RAID5 avec 8, 14 ou 20 disques. Il n’y a pas de limite vers le haut. Ceci permet d’obtenir de grands espaces de stockage servis par beaucoup de disques. Beaucoup de disques signifie une plus grande capacité du système à faire face à de nombreuses requêtes. Si on utilise 3 disques pour un RAID5, on a une capacité résultante de 2 disques. Donc un RAID5 construit avec 3 disques de 2 Tb, aura une capacité de 5 Tb. La perte est de l’ordre de 33% mais elle devient moins importante avec le nombre de disques installés.

Un RAID5 construit avec 5 disques de 2 Tb a une capacité de stockage de 8 Tb. On ne perd que 20% de stockage dans ce cas.

Le RAID5 éclate la donnée entre les disques disponibles moins un. Par exemple, si on a un RAID5 construit sur la base de 3 disques, une donnée qui arrive est divisée en deux et chaque morceau est écrit sur un disque. Puis, le contrôleur RAID réalise une opération mathématique (parité) sur les deux morceaux et le résultat est écrit sur le troisième disque. La prochaine donnée sera divisée de la même manière, mais une autre paire de disques reçoit les fragments de data et le troisième le résultat de l’opération mathématique (parité).

Dans l’exemple ci-dessus, chaque disque va contenir 2/3 de données et 1/3 de résultats de parité. C’est pour cette raison que la capacité totale de ce RAID est amputée de 33%. C’est l’espace que viennent prendre les résultats de parité.

Que ce passe-t-il en cas de panne d’un disque ?

On va chercher une donnée et 2 scenarios sont possibles :

1 – Pour cette donnée là, tous les fragments sont disponibles sur les disques restants. Il suffit de les lire comme sur un RAID0.

2 – Un fragment de la donné est manquant. Dans ce cas, on utilise les fragments disponibles ainsi que l’information de parité correspondant et on réalise l’opération mathématique consistant à deviner la partie manquante d’une opération mathématique dont on connait le résultat.

Voici un exemple de ce concept :

1 + 3 + 5 = 9

Supposons que le disque qui contienne le 5 soit en panne. Il vous restera l’équation :

1 + 3 + X = 9

Le 9 vient du disque qui contient la parité. Il est facile de deviner l’information manquante. Bien sûr, le RAID5 ne fait pas une opération d’addition.

Quand un RAID5 perd un disque, le serveur continue à fonctionner normalement. Si la machine tournait à pleine charge, elle sera encore plus ralentie et la dégradation de performance sera sensible. Il suffit de remplacer le disque défaillant (souvent signalé par une LED rouge) et le contrôleur RAID s’occupe de l’imager à l’identique que le disque défaillant. Pendant tout ce temps, les données sont disponibles normalement en lecture et écriture.

Piège de la sauvegarde automatique

Beaucoup de clients qui nous approchent pour du Consulting ont des sauvegardes automatiques qui se font à intervalles réguliers. Certains font une sauvegarde par semaine, d’autres par jour… peu importe. Chacun sauvegarde en fonction de la fréquence de mise à jour de son site. Par contre, quand on demande au client combien de générations de sauvegardes il stocke, nous sommes surpris de la réponse. La majorité font une seule sauvegarde qui écrase la précédente. Cette façon de faire est très dangereuse, nous allons vous dire pourquoi.

Monsieur X a programmé une sauvegarde automatique quotidienne qui se fait chaque jour à 4 heures du matin. Quand le serveur réalise la sauvegarde, il l’envoi dans serveur externe où elle vient écraser la sauvegarde de la veille.

Scenario 1 :

Mardi soir, un bug dans le nouveau firmware de la carte raid corrompt toutes les données et le serveur plante. Le client remplace le serveur, importe la sauvegarde de 4 heures du matin et reprend la production après une interruption de quelques heures.

Scenario 2 :

Le jeudi à 2 heures du matin, une faille dans un code du site est exploitée par une personne mal intentionnée qui saccage toute la base de donnée mySQL ainsi que les pages PHP. Des virus sont injectés partout.

Le client constate l’attaque le matin à 7 heures. Il tente immédiatement d’installer la sauvegarde. Oups ! Elle a été faite après l’attaque et elle a écrasée la sauvegarde propre du jour d’avant. Résultat, les données sont perdues.

Si vous faites des sauvegardes, évitez le scenario 2 :

-          Adaptez la fréquence des sauvegardes à la fréquence de mise à jour de votre site

-          Gardez toujours au moins 2 sauvegardes

-          Les sauvegardes doivent être assez espacées pour vous donner le temps de constater un problème sur le site, y inclus les problèmes pas faciles à voir, et pouvoir revenir vers une sauvegarde comportement une version fonctionnelle du site.

Si vous voulez éviter ce piège et d’autres, contactez EdelweissHosting pour un service de Consulting sur mesure.

La Vision du Futur Selon Microsoft

Comment Optimiser mySQL ? Problématique et Solutions

Il y a un point commun entre tous les scripts non optimisés : ils coutent plus cher à héberger. Quand on parle de script « non optimisé », c’est juste une manière gentille de dire script mal écrit.

Le problème le plus courant que nous avons constaté est celui du dimensionnement. Une application peut fonctionner correctement chez le développeur sans présenter de bugs ou de comportement anormal. Elle entre en production et tout se passe bien les premiers temps. Puis, dès que le nombre d’utilisateurs augmente, les problèmes surgissent peu à peu. Il existe des outils permettant de tester une montée en charge mais ne sont pas utilisés par tout le monde. La majorité de ces outils sont trop chers et donc pas accessibles au plus grand nombre.

-          Est-ce votre caddie électronique peut supporter 50 utilisateurs en même temps ?
-          Est-ce que votre forum peut supporter 300 utilisateurs connectés ?
-          Est-ce que votre annuaire supportera 50’000 liens ?

Ces questions sont souvent laissées au hasard. La réponse tombe souvent au plus mauvais moment : quand le site connait du succès et ne peut plus servir correctement le public. Quand le public est là, le site est lent ou absent.

Le problème que nous avons constaté en analysant des applications hébergées dans le réseau EdelweissHosting, est la mauvaise utilisation de mySQL par une partie des clients. Ceci donne une situation où les ressources nécessaires pour faire tourner une base augmentent plus vite que :

-          Le nombre d’utilisateurs
-          La taille de la base

Par exemple, un site peut voir un doublement de ses utilisateurs en un an et durant la même période, les ressources nécessaires se multiplient par huit. Les ressources ont un prix que le client paye. Voici ce que ça donne pour cet exemple à supposer que le site coutait à la base 10 Euros par mois pour son hosting :

Année 1 – Facteur Visiteurs 1 – Ressources 1 – Frais 10 Euros/mois
Année 2 – Facteur Visiteurs 2 – Ressources 8 – Frais 80 Euros / mois
Année 3 – Facteur Visiteurs 4 – Ressources 64  – Frais 640 Euros / mois
Année 4 – Facteur Visiteurs 8 – Ressources  512 – Frais 5120 Euros / mois

A la cinquième année, on n’est pas loin de 41000 Euros par mois alors que le nombre de visiteurs ne s’est multiplié que par 16 depuis le début de l’aventure ! Ce tableau vous montre que des applications non optimisées pour le trafic plomberont votre site et vous mettront en faillite plus vite que toute autre chose.

Nous sommes progressivement en train de mettre en place sur notre forum des conseils pour vous aider à améliorer les performances de vos applications et sauvegarder votre budget. Nous savons que vous n’allez pas nous payer 41000 Euros/mois pour héberger une application mal faite. Vous allez probablement abandonner le projet et nous perdrons un client. Nous misons sur votre réussite et nous sommes là pour vous accompagner. [conseils pratiques sur le forum]

Histoire d’horreur de Hosting : Bande passante illimitee

Halloween-du-Hosting

Dans cette nouvelle rubrique, on va vous parler de temps en temps d’histoires authentiques qui nous ont été racontées par des clients. Elles vous permettront d’éviter bien des pièges que réserve le monde du web hosting.

Un client prend un serveur dédié chez un fournisseur allemand. On lui promet une bande passante illimitée ou un chiffre énorme genre 10’000 Gb par mois. Le client installe ses données et le serveur entre en production. Il contenait le site vitrine, un forum, une zone de vidéos et une zone e-Commerce. Le client lance sa campagne de pub et le trafic augmente tout en restant bien loin en dessous de la limite. Soudain, le site ralentit brutalement et les pages commencent à mettre plus d’une minute à s’afficher. Les vidéos ne diffusent plus du tout.

Le client ouvre un ticket de support qui reste sans réponse. C’est à ce moment qu’il vient chez-nous demandant un serveur et de l’aide. Un de nos techniciens se connecte sur le serveur du client. La charge de la machine est faible parce qu’elle ne distribue presque plus rien. Notre plus grande surprise arrive quand on essaye de transférer les données de serveur à serveur pour les installer sur sa nouvelle machine. Habituellement, quand on fait ça, on a des vitesses de transfert de plusieurs dizaines de Mbps. Ceci permet de pomper le contenu d’un disque dur en quelques heures. Dans le cas de ce client, la vitesse obtenue était de 256 Kbps ! Le port réseau connectant le serveur avait été bridé par le fournisseur peu scrupuleux. Le client les contacta en leur demandant de lever le bridage pendant quelques heures le temps pour lui d’évacuer ses données pour lesquelles il n’avait pas de sauvegarde. La demande resta sans réponse.

Il a fallu plus d’une semaine de transfert jour et nuit pour récupérer les données. Durant ce temps, le renouvellement du serveur est arrivé et le client a du le payer pour éviter la coupure. La production du client fut restaurée mais il a subi une lourde perte dont une campagne de publicité partie en fumée.

Beaucoup de fournisseurs ont peu de bande passante et celle qu’ils ont est vendu de très nombreuses fois à de nombreux clients. Leur seule manière de survivre est de casser le client qui consomme beaucoup. Tous les coups sont permis : blocages, bridages, arrêt unilatéral du contrat…

Pour éviter ce genre de situations, nous avons une politique très claire sur la bande passante. Chaque pack vient avec une quantité précise et techniquement viable. En plus dès qu’un client arrive à sa limite, on lui en donne plus gratuitement alors que nous sommes sensés le faire payer. Par ailleurs, si vous nous demandez un service à des conditions qu’on ne peut pas satisfaire, on vous le dira clairement et on vous souhaitera bonne chance dans vos recherches.

A quoi sert la batterie dans une carte RAID?

Dans la chaine logique, la carte RAID s’interpose entre les disques et le système d’exploitation. Ce dernier ne voit du stockage et de ses opérations que ce que la carte RAID veut bien lui montrer. Windows ou Linux ne dialoguent jamais avec les disques quand une carte RAID est utilisée. Une fois que cette carte reçoit les données, elle se charge de les dispatcher en fonction de la configuration du RAID.

Quelque soit le protocole utilisé (SCSI, ATA…), la carte doit répondre au système d’exploitation pour lui dire que la donnée a été écrite dans le système de stockage. A partir de ce moment, on distingue deux comportements possibles :

-          La carte écrit les données sur les disques et, quand c’est fait, elle répond au système d’exploitation pour lui confirmer l’écriture. Ce mode s’appelle le Write Through souvent abrévié WT.

-          La carte met les données dans sa mémoire cache et répond au système d’exploitation pour lui confirmer l’écriture. Ce mode s’appelle Write Back (WB).

Dans le mode WB, la carte ment littéralement au système d’exploitation. Ceci permet de le libérer pour d’autres taches et augmenter ainsi la performance. Le risque avec ce mode, est qu’en cas de panne soudaine d’alimentation électrique, les données qui se trouvent dans le cache de la carte RAID sont perdues ! Une carte RAID qui a 512 Mb de cache utilise généralement 256 Mb en tant que cache de lecture et 256 Mb en tant que cache d’écriture. Ces 256 Mb correspondent à des morceaux de fichiers qui seront corrompus pour toujours. Le problème est critique pour les bases de données qui peuvent perdre des milliers de transactions sur un incident pareil.

Pour cette raison, les cartes RAID professionnelles sont dotées d’un pack  de batteries qui assure la pérennité des données dans le cache en cas de plantage. Lorsque le courant est rétabli, la carte se charge rapidement de corriger la situation en injectant les données du cache dans les disques et au bon endroit.

Normalement, une carte RAID de qualité refusera de fonctionner en mode WB si les batteries ne sont pas installées ou si leur voltage tombe en-dessous d’une valeur de référence.

 

Carte-Raid Avec Batterie

Pourquoi les Projets Internet Echouent ?

echecs-projets-internet

Depuis des années, nous parlons à des clients qui sont porteurs de différents projets sur internet. Nous aimons les écouter et leur donner des éléments de réponse quand ils nous sollicitent dans des domaines relevant de notre compétence. En tant que fournisseur de services, notre intérêt est qu’un projet réussisse et progresse sur le long terme. Quand un client ferme boutique, on perd de l’argent nous aussi. Dans cet article, on va essayer de vous donner quelques causes principales d’échec que nous avons constaté.

Voir Trop Grand
C’est l’erreur la plus commune. Même si tout a l’air d’aller vite sur internet, un projet en ligne ressemble plus à un marathon qu’à une course de 100 mètres. Il faut déployer des solutions équilibrées qui ne vont pas vous ruiner mais qui peuvent évoluer rapidement en fonction de vos besoins réels. Il y a quelques années, un entrepreneur prenait contact pour un projet de musique en ligne. Il voulait un devis pour déployer un rack avec 10 serveurs et une ligne dédiée de 1 Gbps. Comme le projet n’avait même pas démarré, nous avions essayé de raisonner le client en l’invitant à partir sur une solution plus adaptée à la phase de son projet, à savoir un petit serveur dédié et notre promesse de déployer très rapidement des machines pour suivre la progression du trafic.

Contrairement à ce qu’on peut croire, notre intérêt en tant que fournisseur n’est pas de louer 10 serveurs à un client qui va être à genoux dans 3 mois. Au contraire, on préfère louer un serveur, puis deux, puis trois à un client qui réussit sur la durée. On a déjà vu des clients louer des locaux et engager du personnel avant même que le premier Euro ne tombe. Si vous aussi vous réfléchissez à mettre 50 serveurs en ligne pour votre projet, contactez-nous sans tarder. On doit parler.

Réinventer la roue
Vous connaissez Microsoft ? Ils ont 90000 employés et une capitalisation boursière qui frôle les 230 milliards de dollars. Pourtant, il ne se passe une  journée sans que de nouvelles failles ou bugs ne soient découverts sur leur produit phare Windows. Chaque mise à jour vient corriger des problèmes et peut être en créer de nouveaux. Non, ils ne sont pas « nuls » chez Microsoft. Linux évolue de la même façon, ainsi que Photoshop, Youtube ou Gmail. C’est la vie normale de n’importe quel programme informatique.

Si vous voulez créer votre propre programme au lieu d’adapter une solution existante, vous n’allez pas faire mieux que Microsoft. Un produit simple et gratuit comme WordPress a été développé par une très large communauté et testé par une communauté plus large encore. L’équivalent d’un nombre incalculable de vies humaines ont été investis à le rendre ce qu’il est et malgré tout, il y a régulièrement des mises à jour qui viennent corriger des problèmes que le public continue à découvrir.

Vous voulez vraiment développer votre propre programme ? La majorité des petites entreprises que nous avons vu se lancer dans une telle aventure ont déposé leur bilan avant de l’avoir fini. Prenez le budget que vous avez en tête pour votre soft, multipliez par 50 et ça vous donne ce qu’il faut pour sortir un beta valable. Si vous voulez vous engagez sur ce terrain, ne le faites pas avant d’avoir pris contact avec EdelweissHosting. Pensez à votre famille !

Ne pas avoir le bon partenaire technique à ses cotés 
Vous allez penser que nous tirons la couverture de notre coté, mais lisez ce qui suit. Quand on choisit un prestataire technique, il faut savoir ce qu’il fournit et surtout ce qu’il ne fournit pas. Si vous sélectionnez vos fournisseurs sur la base d’une table Excel avec des noms et des prix, vous allez avoir des surprises.

On a un client qui avait un serveur chez un  fournisseur lambda. Sa machine plante un soir à cause de problèmes de Kernel. Son prestataire lui dit que les problèmes de Kernel ne sont pas supportés et il l’invite à aller sur une interface pour formater le serveur à distance. Est-ce que ce prestataire est mauvais ? Pas du tout ! Il avait clairement indiqué sur ses contrats ce qui était supporté et ce qu’il ne l’était pas. Et ce genre de soucis n’étaient pas inclus. Le problème ici est une erreur de gestion de la part du client qui a pris un prestataire ne correspondant pas au profil de son projet.

A bientôt pour d’autres conseils EdelweissHosting !

Hébergement Mutualisé Magnum Opus

Opus-Magnum-Hosting

Notre compte Magnum Opus a été conçu après des années de recherche et de discussions avec les clients. Au lieu de baser notre offre sur des dizains de Gigas d’espace disque que vous n’allez même pas utiliser, nous vous offrons un compte basé sur la puissance de calcul et avec des options qui vont booster votre projet internet !

Espace 
2 Gb de RAID SSD ou 8 Gb de RAID SATA [spécifiez à la commande]

L’année suivante, votre espace passe gratuitement à 3 Gb/10Gb respectivement pour tenir compte de la croissance de votre site.

Bande Passante
500 Gb sur une ligne fibre optique à 1 Gbps

Index de Charge
1:5 – C’est-à-dire seulement 5 clients par machine (en savoir plus)

Apache, PHP et mySQL 
Configuration optimale offrant flexibilité, vitesse et sécurité avec notamment :
-          Connexions persistantes à mySQL possibles
-          PHP max_execution_time = 300 secondes [contre ~30 sec ailleurs]
-          PHP max_input_time = 180 secondes [contre ~60 sec ailleurs]
-          PHP memory_limit = 512M [contre 128M ailleurs]

Six Serveurs DNS 
En plus du serveur qui héberge votre site, 6 autres serveurs ultra-puissants se chargent de faire pointer votre domaine vers le serveur qui héberge votre compte. Ces serveurs DNS enregistrent un uptime de 100% sans incidents depuis 2001. Une grande partie des problèmes de lenteurs, égarement d’email… viennent de serveurs DNS sous performants. Les 6 serveurs DNS vous seront transmis à l’ouverture du compte.

Sauvegardes Programmées
Nous faisons une sauvegarde automatique de votre compte tous les 10 jours et nous gardons les 3 dernières sauvegardes. A tout moment, sur simple demande, votre site peut être restauré depuis la sauvegarde votre choix. Votre quota disque n’est pas affecté par les données en sauvegarde.

Monitoring de votre site 
Par un service tiers avec envoi de SMS à vous et à nos techniciens en cas de problèmes

L’ancienneté Paye 
-          Si nous venons à augmenter le prix de ce pack, vous payez le même prix année après année
-          Nous nous engageons à vous offrir un supplément de ressources à prix égal à chaque renouvellement.
-          Au début de votre deuxième année de compte Magnum Opus, vous recevez par la poste la carte Club EdelweissHosting qui vous permet d’accéder à des offres exclusives et de parrainer d’autres personnes.

Prix & Options

Le prix de base de cet abonnement est de 99 Euros par an

Options

IP dédiée : +10 Euros/an
Avec une IP dédiée vous pouvez utiliser un certificat SSL généré par le serveur ou bien un certificat fourni par un tiers de confiance. Utile également si vous souhaitez préserver votre image en ayant une IP déléguée et réservée à votre usage exclusif.

Support Prioritaire : +49 Euros/an
Vos emails de support arrivent sur une chaine de traitement réservé vous garantissant les temps de réponses les plus courts et les solutions les plus agressives. En cas de besoin, le technicien qui s’occupe de votre dossier vous rappellera ou organisera une séance d’assistance à distance. 

Garantie : tous nos comptes viennent avec une garantie satisfait ou remboursé zéro questions pendant 30 jours. 

Pour commander, nous vous invitons à utiliser le formulaire de contact. Un technicien définira avec vous vos besoins et les modalités de création de votre compte.

 

EdelweissHosting Invente l’Index de Charge

Index-de-Charge-EdelweissHosting

Aujourd’hui, on trouve facilement dans le commerce des disques SATA avec 3 Tb de capacité. Ils ne sont même pas chers. Pour moins de 500 Euros de disques, on peut créer un RAID5 avec 6 Tb d’espace ! Ceci signifie que si on réserve 2 Gb d’espace par client, on peut en mettre 3000 sur un serveur.

Qu’est ce que cela veut dire pour vous en tant que consommateur ? Tout simplement qu’il faut cesser de comparer les plans de hosting par l’espace disque et la bande passante. Aujourd’hui, l’élément le plus limitatif est la capacité de calcul du serveur, pas sa capacité de stockage. L’espace disque aurait un sens que si vous avez beaucoup de données à archiver et auxquelles vous n’accédez que rarement (données secondaires). Par contre, pour des données primaires, c’est-à-dire tout le temps en cours de distribution / modification, il faut considérer :

-          La puissance de calcul du serveur (processeurs & mémoire)

-          La rapidité des disques, c’est-à-dire la capacité à répondre aux demandes en un temps court

-          Le débit disponible du réseau

Tout ceci nous renvoi à une donnée fondamentale : le nombre de clients par serveur.

Afin de vous faciliter le choix, EdelweissHosting invente l’Index de Charge pour les hostings mutualisés. Cet index vous donnera exactement le nombre de clients que nous mettons par machine. Un client possède en général un site, voir quelques uns dans certains cas.

Un Index de Charge de 1:1 signifie que le serveur est dédié

Un Index de Charge de 1:1500 signifie que le serveur a 1500 clients (Hosting bon marché et lent)

Un Index de Charge de 1:5 signifie que vous avez un compte chez EdelweissHosting !

Pour tous nos nouveaux plans de hosting mutualisé Best Of, nous nous engageons à mettre 5 clients maximum par machine. Ceci signifie que 5 clients vont partager les ressources du système d’exploitation, Apache, mySQL, mémoire, processeur… Voici vos avantages :

-          Plus de capacité de calcul et de vitesse pour vos sites

-          Moins d’incidents

-          IP partagée seulement avec 4 autres clients

-          Possibilité de demander des personnalisations du serveur

Dernier mot au sujet des disques : plus les disques sont rapides (SSD, SCSI…), plus ils sont petits et chers. Dans tous les plans de hosting, plus l’espace offert est grand, plus on parle de disques à faible performance. Ils sont pratiques pour le stockage, mais pas pour la diffusion. 

Service IT Recovery

Service-IT-Recovery-Desastre

Même si vous n’êtes pas client aujourd’hui, gardez notre adresse ! Elle peut être votre unique salut en cas de désastre avec votre serveur ou infrastructure IT. Nos techniciens sont très bons à dépanner les machines dans les situations les plus désespérées. Nous avons déjà à notre actif des succès dans les situations suivantes :

-          Panne de disque(s) sur système RAID
-          Corruption du RAID avec plantage serveur
-          Corruption de partitions
-          Piratage et injections sur tout un serveur
-          Erreurs d’operateurs ou de fournisseurs
-          Solutions d’urgence en cas  de problème (ex : conflit avec un hébergeur)

Deux cas concrets que nous avons traités récemment valent mieux qu’un long discours :
-          Piratage : un partenaire nous contacte après que son serveur ait été piraté. Des codes ont été injectés dans toutes les pages .html qui sont sur le serveur. Des dizaines de milliers de fichiers sont concernés. Après analyse, on se rend compte que le contenu des pages est toujours là, juste que des scripts ont été ajoutés. Nous collectons un échantillon de chaque type de script et nous créons un programme en C qui navigue dans tout le serveur à la recherche de pages corrompues et les nettoie. L’utilisation du langage C nous permet d’avoir des résultats rapides. Par la suite, la faille du serveur est temporairement corrigée. Le partenaire peut revenir vite en ligne et commence une migration vers une nouvelle machine.

-          Corruption RAID : Contrairement à une croyance très répandue, le RAID ne diminue pas la probabilité d’avoir des problèmes mais l’augmente. En effet, plus on rajoute des composants à un système plus on a de risques de voir l’un d’eux planter. C’est pour cette raison que l’utilisation de RAID ne doit jamais être une excuse pour ne pas faire de sauvegardes. Le serveur avait planté et au reboot, il manquait 2 disques d’un RAID1. Il était impossible de monter l’un ou l’autre des disques. Après plusieurs opérations manuelles, nous avons installé les disques chacun séparément et nous avons lancé un programme de notre cru qui a gratté les surfaces des disques pendant 2 jours. On a récupéré 8 Tb de données de 2 Tb de disques ! Il y avait beaucoup de doublons. Une fois qu’ils étaient effacés, prés de 95% des données clients étaient sauvées y compris des bases mySQL !

Comment faire appel à ce service ?

  1. Prière de ne pas toucher au système et surtout éviter d’appliquer aveuglement les suggestions que vous pouvez trouver sur des forums. En termes de récupération de données, la majorité de ce qu’on lit sur les forums ne peut que faire aggraver la situation.
  2. Contactez-nous en indiquant l’historique de la panne, ce qui a été tenté, votre niveau d’urgence et, le cas échéant, les noms (même approximatifs) des dossiers et fichiers prioritaires.
  3. Nous vous faisons un devis correspondant à un objectif à atteindre. Si l’objectif n’est pas atteint, vous êtes intégralement remboursé. Notre tarif commence à 399 Euros.

Notre Garantie :
Nul ne peut vous garantir le sauvetage à tous les coups de données pour lesquelles vous n’avez pas de sauvegardes. Par contre, on peut vous garantir que s’il y a un moyen technique aussi difficile soit-il de restaurer vos productivité et vos données, nous avons la capacité de le réaliser. Dans la quasi-totalité de nos interventions passées, nous avons remis le client en ligne avec un impact limité sur sa réputation et sa production. Gardez notre adresse, on ne sait jamais…