Home » Économie » Leçons apprises sur la continuité des activités et la reprise après sinistre – Redmondmag.com

Leçons apprises sur la continuité des activités et la reprise après sinistre – Redmondmag.com

by Nouvelles

2024-09-16 17:34:59

Conseils et astuces de Posey

Leçons apprises en matière de continuité des activités et de reprise après sinistre

Testez, testez et testez encore.

En tant que travailleur indépendant, je passe beaucoup de temps à réfléchir à la reprise après sinistre et à la continuité des activités. Après tout, si je devais subir une catastrophe informatique majeure et que je n’avais aucun plan d’urgence, je pourrais très rapidement me retrouver sans activité et sans source de revenus. Inutile de préciser que j’ai toujours beaucoup investi dans les sauvegardes de données et la redondance informatique.

Plus tôt cette semaine, j’ai eu l’occasion de tester mon plan de continuité des activités. Malheureusement, ce n’était pas un test programmé. J’ai subi une catastrophe qui a rendu tout mon rack de serveurs inutilisable (c’est une longue histoire). Cet incident unique a anéanti à la fois mon environnement de production et mon environnement de laboratoire.

Aussi grave que cet incident ait pu être, les choses auraient pu être bien pires. Mes sauvegardes de données ont fait exactement ce qu’elles étaient censées faire et je n’ai perdu aucune donnée. Le matériel du serveur, en revanche, a été une perte totale.

Par crainte qu’un tel incident ne se produise un jour, je me suis depuis longtemps fixé comme objectif de garder du matériel de rechange à portée de main. Ce matériel de rechange a non seulement fonctionné, mais c’est celui que j’utilise actuellement en attendant l’arrivée du matériel de remplacement.

À bien des égards, mon plan de continuité des activités a fonctionné à merveille. Après tout, je n’ai été hors ligne que pendant quelques heures et je n’ai subi aucune perte de données. Malgré ces succès, j’ai certainement tiré des leçons de ces expériences. Je voulais les partager avec vous, au cas où elles pourraient profiter à d’autres personnes.

La première leçon que j’ai apprise est qu’à l’avenir, je devrai probablement faire un meilleur travail pour maintenir à jour mon matériel de rechange. Même si j’ai toujours veillé à garder du matériel supplémentaire à portée de main pour pouvoir l’utiliser en cas d’urgence, je n’ai pas fait le meilleur travail possible pour m’assurer que mon matériel de rechange soit à jour.

Il fut un temps où, si j’avais besoin d’un serveur, je commandais deux serveurs identiques et gardais l’un d’eux dans la boîte pour ne l’utiliser qu’en cas d’urgence. Le problème avec cette approche est bien sûr qu’elle est coûteuse. Cela signifiait dépenser beaucoup d’argent pour du matériel qui ne serait peut-être jamais utilisé. C’est pourquoi je n’ai pas été très diligent dans le remplacement du matériel de rechange dans le cadre de mes mises à jour matérielles prévues.

Tout cela pour dire que même si je dispose actuellement de matériel de rechange, celui-ci est plus ancien que celui que j’utilisais et les performances ne sont pas aussi bonnes que celles auxquelles je m’étais habitué. En d’autres termes, le matériel de rechange fait le travail, mais je ne voudrais pas avoir à l’utiliser pendant une période prolongée.

Cela m’amène à la leçon suivante que j’ai apprise. Mon matériel de serveur était assuré et je disposais d’un fonds d’urgence qui pouvait être utilisé pour couvrir le coût d’acquisition du matériel de remplacement. Ce que je n’avais cependant pas pris en compte, c’étaient les problèmes actuels de la chaîne d’approvisionnement et leur impact sur la disponibilité du matériel.

Lorsque j’ai réalisé que j’allais devoir remplacer mon matériel serveur, je suis allé sur le site Web d’un fournisseur, j’ai choisi du matériel et je me suis préparé à passer une commande. Le problème était que le désastre susmentionné s’est produit en juillet. Certains des serveurs que j’avais choisis ne seraient pas disponibles avant octobre. Cela étant dit, je n’avais pas d’autre choix que de chercher ailleurs. J’ai finalement réussi à trouver un revendeur qui pouvait me fournir ce dont j’avais besoin en quelques jours, mais j’ai dû faire des compromis et je n’ai pas pu obtenir exactement ce que je voulais.

La troisième leçon que j’ai apprise au cours de cette série d’événements est qu’il n’est pas toujours dans votre intérêt d’économiser sur les licences de système d’exploitation. Au moins certains de mes serveurs fonctionnaient avec des licences Windows Server OEM. Cela semblait être une bonne affaire à l’époque, car le fournisseur de matériel avait fourni la licence avec le matériel à un prix inférieur à celui d’une licence de détail. Le problème était que les licences OEM ne sont pas transférables. Cela signifiait que je devais acheter de nouvelles licences pour mes nouveaux serveurs au lieu de pouvoir réutiliser les licences que je possédais déjà.

En fin de compte, il n’y a pas eu de réel dommage. Je n’ai perdu aucune donnée et la panne n’a pas duré très longtemps grâce au matériel de rechange. Malgré tout, mon plan d’urgence n’était pas parfait et je suis sûr que je vais probablement repenser ma façon de faire les choses en fonction des leçons apprises au cours de cette catastrophe.



#Leçons #apprises #sur #continuité #des #activités #reprise #après #sinistre #Redmondmag.com
1726499422

You may also like

Leave a Comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.