Points clés
Cet article fait partie d'une série d'articles créés en collaboration avec Siteground. Merci de soutenir les partenaires qui ont rendu le point de point possible.
Lorsque les chefs d'entreprise, les chefs d'équipe et d'autres planifient la continuité des affaires, ils deviennent des penseurs prospectifs. Des plans sont formulés pour s'assurer que l'entreprise peut continuer à fonctionner dans diverses situations stressantes (catastrophes naturelles, victimes, comportement malveillant, etc.). Les entreprises élaboreront des plans de catastrophe pour les sites Web, les bâtiments, les ressources humaines, les transactions financières, la relocalisation des actifs, le remplacement de l'équipement, etc. - tout sera pris en compte.
Vous devez considérer bon nombre de ces facteurs lorsque vous envisagez le plan de catastrophe d'un site Web, mais vous devez également prendre en compte des facteurs tels que le pirat "Course sur Premium).
Les éléments clés de ces activités de continuité des activités et de planification des catastrophes sont généralement processus . Ces processus détaillent les étapes que tous les employés de l'entreprise (que ce soit un, des dizaines ou des milliers) prendront dans ce cas pour garantir que l'entreprise puisse fonctionner aussi correctement que possible. Si les entreprises ne peuvent pas passer à travers ces difficultés, lorsque la crise est terminée, elles peuvent ne pas avoir de compagnie pour revenir en arrière.
La planification DISA est cruciale pour le personnel de maintenance des sites Web et des applications Web, mais est souvent négligé pour les mêmes raisons que le plan global de continuité des activités est ignoré - ils seulement si quelque chose de mauvais se produit seulement utile, mais dans les opérations quotidiennes normales, ils, ils, ils semblent être un gaspillage.
Plan de catastrophe du site Web
La première question que vous (ou votre équipe) devrait vous poser lorsque vous envisagez de planifier en cas de catastrophe pour le site Web que vous maintenez est:
Combien de temps votre site Web ou votre application Web peut-elle baisser?
Combien de temps pouvez-vous durer sans accès aux clients, interaction et achats? Combien d'argent votre site Web perdra-t-il pendant une minute ou une heure d'arrêt, ou combien de clients potentiels peuvent être perdus? Avez-vous conclu un accord de niveau de service avec votre client et, dans l'affirmative, garantissent-ils un certain pourcentage de disponibilité? Quand atteignez-vous cette limite?
Pour votre entreprise, certaines catastrophes sont épiques, régionales ou même mondiales, tandis que d'autres peuvent même ne pas faire des nouvelles locales. Voici quelques exemples de situations qui peuvent nécessiter une planification et une considération attentive:
Après avoir réfléchi aux scénarios ci-dessus et aux autres scénarios auxquels vous pouvez penser, vous pouvez également assembler des personnes clés de diverses équipes (si vous en avez une) et faire des exercices de réflexion. Mettez-vous dans cette situation. Si X se produit et que Y se produit, que ferons-nous? Brainstorming. Vous pouvez trouver plus de défauts dans votre plan, ainsi que des idées qui nécessitent de nouveaux processus.
La sauvegarde est une considération clé. Non seulement les sauvegardes de données, telles que les fichiers, les bases de données, les médias, etc., mais également les sauvegardes d'identification (sont-elles stockées en dehors de la mémoire d'un seul utilisateur?). Le service est une autre considération. Avez-vous une sauvegarde CDN, des services de courrier, des packages NPM à diverses fins? Ont-ils un plan de mise en œuvre? Licence pour un logiciel ou un service payant?
Il est préférable de considérer la stratégie de sauvegarde du site Web avant de le démarrer. Vérifiez la stratégie de sauvegarde de votre entreprise d'hébergement. Certaines entreprises proposeront des solutions de sauvegarde supplémentaires ainsi que leurs services d'hébergement. Notre partenaire d'hébergement Siteground fournit un puissant outil interne pour les sauvegardes quotidiennes et la récupération rapide des données.
développer des processus et les partager est également une caractéristique clé de la planification des catastrophes. Il est certainement important de développer des processus pour récupérer les données des sauvegardes, de dépannage des interruptions et d'autres situations similaires, mais de documenter ces processus et de les partager avec les personnes impliquées est l'autre moitié de la bataille. L'achèvement rapide et efficace du dépannage ou des processus de réponse aux catastrophes peut faire la différence entre si une entreprise peut survivre et un problème de relations publiques mineurs sur la route.
Le personnel non IT qui doit participer doit être conscient de la situation et des plans. Par exemple, le service RH peut avoir besoin d'être impliqué dans le recrutement d'alternatives clés, ou le consultant peut avoir besoin d'intervenir pour aider lorsque l'entreprise subit un remplacement. Le service comptable peut avoir besoin de comprendre les services payés à des fins de restauration, etc.
Conclusion
Plus important encore, vous et vos collègues développez un plan de catastrophe, le comprenez et restez à jour. Vous devez profiter des outils fournis par votre hôte. Le partenaire d'hébergement de SiTePoint, Sitebground fournit non seulement des sauvegardes quotidiennes, mais fournit également une surveillance, une isolation des comptes sécurisée et un support technique expert. Avez-vous des expériences sur la planification des catastrophes ou votre situation confrontée à des réponses aux catastrophes à partager? Veuillez partager les commentaires ci-dessous!
Les questions fréquemment posées sur la création d'un plan de catastrophe de site Web (FAQ)
Un plan complet de reprise des catastrophes devrait inclure les éléments clés suivants: un inventaire détaillé de tous les logiciels, des logiciels et des données; et assurer que le plan reste efficace et à jour pour les calendriers de test et de maintenance.
Il est recommandé de tester le plan de reprise après sinistre de votre site Web au moins une fois par an. Cependant, s'il y a des changements majeurs dans votre site Web, comme une refonte majeure ou l'ajout de nouvelles fonctionnalités, des tests supplémentaires sont recommandés pour s'assurer que le plan reste valide.
L'équipe de reprise après sinistre est responsable de la mise en œuvre d'un plan de reprise après sinistre en cas de catastrophe. Cela comprend l'exécution de tâches telles que la restauration des données des sauvegardes, le remplacement du matériel et des logiciels endommagés et la communication avec les parties prenantes. L'équipe devrait inclure des personnes ayant une variété de compétences, notamment une expertise technique et une gestion de projet.
Les sauvegardes de données doivent être cryptées pour éviter un accès non autorisé. De plus, les sauvegardes doivent être stockées dans un emplacement sécurisé, comme un centre de données sécurisé ou hors site. Il est également important de tester régulièrement des sauvegardes pour s'assurer que les données peuvent être restaurées avec succès en cas de besoin.
Le plan de communication devrait décrire qui doit être informé en cas de catastrophe, quelles informations ils doivent recevoir et comment les communiquer. Cela peut inclure des employés, des clients, des fournisseurs et d'autres parties prenantes. Le programme doit également désigner qui est responsable de la communication de ces informations.
Les temps d'arrêt pendant la reprise après sinistre du site Web peuvent être minimisés en combinant des mesures actives telles que la sauvegarde régulière des données et la redondance matérielle et les mesures passives telles que les équipes de reprise après sinistre et les équipes de reprise après sinistre qualifiées.
Bien que l'objectif des deux programmes soit de s'assurer que les organisations peuvent continuer à fonctionner en cas de catastrophe, le programme de reprise après sinistre se concentre spécifiquement sur la restauration des capacités informatiques et de données, tandis que le programme de continuité des activités couvre tous les aspects de l'entreprise, y compris les opérations et la chaîne de dotation et d'approvisionnement.
L'efficacité du plan de reprise après sinistre du site Web peut être évaluée par des tests périodiques, qui devraient inclure une simulation complète du scénario de catastrophe. Les résultats de ces tests peuvent être utilisés pour identifier toutes les faiblesses du programme et apporter les améliorations nécessaires.
Sans plan de reprise après sinistre du site Web, les organisations peuvent subir des temps d'arrêt prolongés, une perte de données, une réputation endommagée et des pertes financières en cas de catastrophe. De plus, le manque de planification peut conduire à des processus de récupération plus lents et moins efficaces.
Le plan de reprise après sinistre du site Web doit être révisé et mis à jour régulièrement pour prendre en compte les changements dans l'infrastructure du site Web, la technologie et les processus métier. De plus, les leçons tirées des tests ou des scénarios de catastrophe réels devraient être inclus dans le plan.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!