Octave est un "bon communiquant", bravo pour sa réussite mais c'est quand même surtout depuis toujours un énorme menteur et manipulateur.

Et des mensonges comme ça il y en a des centaines ! Roubaix a tenu aussi des années sur un seul chemin fibre !!! Vous savez comme au Canada aussi ou le jour ou ça a peté "ah il y en avait un second en construction".

En tout cas sur l'énergie, la situation de strasbourg reste quand même louche, tout semblait quand meme passer par un SPOF dans SBG2 pour l'énergie de SBG1 et 3 et 4....

et idem sur la fiber room, les fiber room de son réseau A et B devait être 100% sur SBG2 vu ce qu'il indique aujourd'hui donc un 2nd SPOF.
"
Network:
- fibers Room A<>B ongoing
- fibers Room A<>SBG1/SBG4 will be started asap
- fibers Room A<>SBG3 Floor 1/2/3/4/5 ongoing
- fibers Room B<>SBG3 Floor 1/2/3/4/5 ongoing
"
alors que sa salle réseau dans SBG1 n'était pas touché, on aurait pu penser qu'il pouvait redémarrer facilement SBG1/3/4 sur la base de cette unique salle réseau (au moins temporairement).

Ça donne au final l'impression d'une accumulation de choix legacy lorsque le site était très petit, sans remise à plat d'archi lors de la croissance du site SBG 1-->2 -->3 -->4 -->(5) permettant une bonne autonomie de chaque DC sur le site.

le problème est finalement double:
- perdre SBG2 ca fait mal
- mettre 10 à 15J pour re-démarrer SBG3/4 et le bout de SBG1 alors qu'ils n'étaient pas impacté

Beaucoup de gros hébergeurs rencontrent des problèmes, mais a la différence d'OVH ils ne communiquent absolument pas pour éviter les bads buz...
 
Il y a 4 mois en pleine période de black Friday, j'ai subis une interruption totale chez (Azure South Africa) de mes sites e-commerce pour l'Afrique du Sud..
La page status est rester au vert avec aucun incident déclarer... Après contact avec le support, j'ai réussi à avoir l'information que le datacenter a subis une inondation et que tous les serveurs étais à l'arrêt...

Le comble, c'est que l'incident a crée des indisponibilités d'accès de récupération des datas sur la région Azure de Cape Town a 1000km de Johannesburg.

Tiens le site viasante.fr est aussi touché:

INFORMATION SPÉCIALE

Un data center OVH a malheureusement pris feu dans la nuit du 10/03/21, ce qui rend impossible l'accès à nos plateformes Jevisbien-être.fr et VIASANTÉ & Vous, et nos sites web Optique et Audition VIASANTÉ. Nous vous tenons informés dès que l'accès sera de nouveau disponible. Merci de votre compréhension.

Il n'a toujours pas beaucoup d'information qui circule sur l'inefficacité des systèmes anti incendie qui n'ont de toutes évidence par joué leur rôle, ce serait vraiment intéressant de savoir s'ils n'ont pas fonctionnés ou s'ils n'étaient pas adapté ou les deux.
Comme le disait un membre il y aura sans doute un avant et un après 10 mars mais encore faudrait il comprendre ce qui doit être changé ( et ca ne concerne pas qu'OVH )

Juste pour comprendre : c'est quel type d'usages une database de 15To? Ca existe vraiment?

Leon.

Alors j'ai plus vraiment les chiffres exacts en tête mais y a de ça 15 ans, j'ai vu des POOC où le besoin client était effectivement de plusieurs To de BDD. Pour te donner une idée des clients, c'était style Nestlé, Infosys, voilà ceux dont je me souviens, mais c'était des infra à plusieurs dizaines, voir centaines de milliers d'euros. Faire tourner des ERP de dingue qui gère plusieurs continents. Et c'était y a 15 ans.

En parlant d'efficacité du système anti incendie, j'ai retrouvé ca :

https://www.lemagit.fr/actualites/2240201509/Arret-de-Chorus-les-raisons-de-la-panne-du-datacenter-de-Bull

Heureusement tout le monde est train de passer sur du SSD, sauf pour les backups