Continuité d'activité

COSMODATA conçoit et met en œuvre des solutions de Business Continuity pour les entreprises qui souhaitent réduire le risque d'interruption d'activité et maintenir les services critiques disponibles, même en cas de panne, de cyberattaque ou de perte d'infrastructure.

La Continuité d'activité ne concerne pas uniquement les backups.

Cela concerne toute la capacité de l'organisation à continuer de fonctionner lorsqu'un incident grave survient.

Cela signifie une combinaison de :

• infrastructures
• des procédures
• de scénarios alternatifs
• backup
• Disaster Recovery
• connectivity
• power protection
• documentation
• incident response
• une coordination humaine

avec un objectif principal :

limiter autant que possible l'impact opérationnel d'une interruption.

Business Impact Analysis

La première étape consiste à comprendre ce qui est réellement critique pour l'entreprise.

Nous évaluons :

• des applications critiques
• les systèmes d'information essentiels
• servers
• les données
• Internet connectivity
• téléphonie
• Microsoft 365
• cloud services
• des procédures métier
• les dépendances entre systèmes
• les exigences par service

Ainsi, nous pouvons déterminer quels systèmes doivent être rétablis en premier et lesquels peuvent attendre.

Services métier critiques

Tous les systèmes n'ont pas la même importance.

Une entreprise peut dépendre de manière critique de :

• ERP
• CRM
• email
• Internet
• PBX
• file servers
• applications
• VPN
• Microsoft 365
• databases
• cloud services
• payment systems
• hotel systems
• operational platforms

Une bonne stratégie de Business Continuity définit clairement quels services sont prioritaires.

RTO & RPO

Deux paramètres essentiels sont :

RTO – Recovery Time Objective

Le délai maximal acceptable avant la restauration d'un service critique.

RPO – Recovery Point Objective

La durée maximale acceptable de perte de données.

Par exemple, une application peut nécessiter une restauration en quelques minutes, tandis qu'un service moins critique peut être rétabli en plusieurs heures.

Une bonne priorisation aide à concevoir des solutions techniquement efficaces et économiquement réalistes.

Business Continuity Plan

Un Business Continuity Plan organisé décrit ce qu'il faut faire lorsqu'un service critique n'est pas disponible.

Peut inclure :

• des fonctions métier critiques
• responsables
• escalation paths
• des procédures alternatives
• la communication avec le personnel et les clients
• recovery priorities
• emergency contacts
• procédures techniques
• manual workarounds
• return-to-normal procedures

L'objectif est de ne pas avoir à improviser au moment de l'incident.

Disaster Recovery

La Continuité d'activité et le Disaster Recovery fonctionnent ensemble.

Le Business Continuity définit :

comment l'entreprise continue de fonctionner.

Le Disaster Recovery définit :

comment les systèmes et les données sont rétablis.

La stratégie technique peut inclure :

• backup
• replication
• virtual machine recovery
• secondary infrastructure
• cloud recovery
• alternate site
• restore procedures

Backup Strategy

La protection des données est le fondement de la continuité d'activité.

La stratégie peut inclure :

• local backups
• off-site backups
• cloud backups
• immutable backups
• encrypted backups
• database backups
• VM backups
• application-aware backups

avec des retention policies différentes selon l'importance de chaque système.

3-2-1 Backup Strategy

Le cas échéant, le principe bien connu peut être appliqué :

Pour des exigences accrues, les éléments suivants peuvent être ajoutés :

• immutable copies
• offline copies
• isolated backup repositories

pour une meilleure protection contre le ransomware et les défaillances graves.

Restore Testing

Un backup n'a pas de réelle valeur s'il ne peut pas être restauré.

C'est pourquoi des contrôles périodiques sont réalisés ou planifiés, tels que :

• file restore
• folder restore
• database restore
• virtual machine restore
• full server recovery
• application recovery

afin d'avoir la certitude que les données peuvent réellement être utilisées en cas de besoin.

Internet & WAN Continuity

La perte d'Internet peut interrompre une grande partie de l'activité d'une entreprise moderne.

Peuvent être mis en œuvre :

• un deuxième ISP
• Dual WAN
• automatic failover
• 4G / 5G backup
• redundant VPN
• secondary WAN
• SD-WAN

afin qu'une panne isolée d'un opérateur télécom ne provoque pas une interruption totale.

Network Redundancy

La continuité d'activité exige d'examiner également l'infrastructure réseau interne.

Selon la criticité, peuvent être conçus :

• redundant switches
• redundant uplinks
• backup firewalls
• multiple network paths
• redundant core infrastructure
• secondary access points

afin de limiter les single points of failure.

Power Continuity

L'alimentation électrique est un facteur essentiel de disponibilité.

Peuvent être utilisés :

• UPS
• rack-mounted UPS
• redundant power supplies
• PDUs
• battery monitoring
• generator integration
• surge protection

afin que les systèmes critiques restent disponibles ou s'arrêtent de manière sécurisée.

Server & Storage Resilience

Pour les infrastructures critiques, des solutions telles que les suivantes peuvent être conçues :

• RAID
• redundant storage
• virtualization clusters
• high availability
• redundant power supplies
• replication
• failover systems

afin qu'une défaillance hardware ne conduise pas nécessairement à une interruption complète du service.

Cloud Continuity

Les services cloud peuvent constituer une part importante de la stratégie de continuité.

Selon le cas, ils peuvent être utilisés pour :

• backup
• replication
• alternate hosting
• emergency access
• Disaster Recovery
• document access
• remote working

afin que l'entreprise puisse continuer à fonctionner même si l'installation principale n'est pas disponible.

Microsoft 365 Continuity

La continuité d'activité doit également prendre en compte l'environnement Microsoft 365.

Peuvent être examinés :

• Exchange Online
• OneDrive
• SharePoint
• Teams
• identities
• MFA
• backup
• account recovery
• emergency access

afin que les emails, les fichiers et la collaboration restent disponibles en cas de problème sur une autre partie de l'infrastructure.

PBX & Communication Continuity

La communication est une fonction critique.

Un continuity plan peut inclure :

• SIP failover
• alternate routing
• cloud PBX
• mobile forwarding
• secondary Internet
• emergency numbers
• remote softphones

afin que l'entreprise puisse continuer à communiquer avec ses clients et partenaires.

Remote Work Continuity

Si les locaux ne peuvent pas être utilisés, un passage immédiat au remote working peut être nécessaire.

La préparation peut inclure :

• laptops
• VPN
• Microsoft 365
• Teams
• remote access
• cloud applications
• softphones
• security policies
• MFA

afin que le personnel puisse continuer à travailler depuis un autre site.

Multi-Site Continuity

Pour les organisations disposant de plusieurs installations, un deuxième site peut être exploité dans le cadre du continuity plan.

Peut être appliqué :

• site-to-site replication
• secondary infrastructure
• alternate Internet access
• distributed services
• remote application access
• failover routing

afin qu'une installation puisse temporairement soutenir les fonctions d'une autre.

Ransomware Continuity

Un incident ransomware peut provoquer l'arrêt complet de l'activité de l'entreprise.

Cela requiert donc une combinaison de :

La stratégie peut inclure :

• immutable backups
• network segmentation
• endpoint isolation
• clean restore environment
• alternate access
• incident response
• emergency communication procedures

afin que la reprise s'effectue sans que la menace ne revienne avec elle.

Cyber Incident Continuity

L'entreprise doit pouvoir continuer à fonctionner même lorsqu'une partie de l'infrastructure est isolée pour des raisons de sécurité.

Peuvent être prévus :

• manual procedures
• alternate communication channels
• emergency user accounts
• clean devices
• isolated recovery networks
• temporary systems
• prioritized restoration

afin que le security response ne crée pas un problème opérationnel plus grave que l'incident lui-même.

Physical Infrastructure Continuity

La continuité d'activité ne se limite pas au software.

Les risques physiques doivent également être examinés, tels que :

• une panne de la server room
• overheating
• power failure
• flooding
• fire
• equipment failure
• physical access problems

et de prévoir des plans alternatifs correspondants.

Supplier & Vendor Continuity

L'entreprise peut dépendre de tiers pour des services critiques.

Nous examinons les dépendances vis-à-vis de :

• Internet providers
• cloud providers
• telecom providers
• software vendors
• support partners
• hardware suppliers
• external datacenters

afin de savoir ce qui se passe si un partenaire clé ne peut pas fournir son service.

Single Points of Failure

L'un des objectifs principaux de la continuité d'activité est d'identifier les Single Points of Failure.

Exemples :

• une connexion Internet
• un firewall
• un switch
• un server
• un storage
• un UPS
• un administrator
• un compte cloud
• un fournisseur

L'élimination ou la réduction de ces points augmente considérablement la résilience de l'organisation.

Emergency Communication Plan

En cas d'interruption grave, la remise en état technique ne suffit pas.

Une communication claire est nécessaire.

Le plan peut définir :

• qui informe la direction
• qui informe les employés
• qui contacte les fournisseurs
• comment les clients sont informés
• quels canaux sont utilisés si l'email ne fonctionne pas
• quelle est la procédure d'escalation

Une bonne communication limite la confusion et les retards.

Documentation

La Continuité d'activité doit être documentée.

Peuvent être créés :

• Business Continuity Plan
• Disaster Recovery Plan
• network diagrams
• contact lists
• system inventories
• recovery procedures
• escalation matrix
• vendor details
• recovery priorities
• RTO / RPO tables
• emergency checklists

afin que le plan puisse être utilisé par plus d'une personne.

Testing & Simulation

Un continuity plan qui n'a pas été testé reste théorique.

Peuvent être menés :

• tabletop exercises
• restore tests
• WAN failover tests
• power failure simulations
• DR tests
• remote working tests
• communication exercises

afin de détecter les faiblesses avant qu'un incident réel ne survienne.

Tabletop Exercises

Chaque test n'a pas besoin de provoquer une véritable interruption.

Grâce à des tabletop scenarios organisés, nous pouvons examiner des situations telles que :

• ransomware
• Internet outage
• server failure
• Microsoft 365 account compromise
• power failure
• loss of primary site

et d'évaluer comment les équipes concernées réagiraient.

Recovery Priorities

En cas d'interruption grave, il n'est pas possible de restaurer tous les systèmes simultanément.

Un ordre peut être défini, tel que :

afin que les équipes techniques sachent précisément où concentrer leurs efforts.

Return to Normal

La reprise n'est pas terminée dès qu'une solution provisoire commence à fonctionner.

Une procédure de retour à un fonctionnement normal doit exister :

afin d'éviter de créer de nouveaux problèmes lors de la transition.

Post-Incident Review

Après chaque incident grave, une évaluation doit être réalisée.

Sont examinés :

• ce qui s'est passé
• ce qui a bien fonctionné
• ce qui a retardé la reprise
• quelle procédure a échoué
• ce qui doit changer
• quel investissement est nécessaire

Chaque incident doit conduire à l'amélioration du continuity plan.

Monitoring

La Continuité d'activité est considérablement renforcée lorsque les problèmes sont détectés tôt.

Peuvent être suivis :

• Internet connections
• servers
• storage
• UPS
• backup jobs
• replication
• network devices
• critical applications
• cloud services

afin qu'une défaillance potentielle soit traitée avant de dégénérer en interruption grave.

Reporting & KPIs

La préparation peut être rendue mesurable.

Peuvent être suivis :

• Backup Success Rate
• Restore Test Success
• RTO Achievement
• RPO Achievement
• Service Availability
• WAN Availability
• DR Test Results
• Recovery Time
• Open Continuity Risks
• Critical Single Points of Failure

afin que la direction ait une image claire de la résilience réelle.

La continuité d'activité est plus efficace lorsqu'elle s'inscrit dans le cadre global de la gestion IT.

MSP

Maintient le fonctionnement quotidien de l'infrastructure.

MSSP

Protège contre les menaces et détecte les incidents.

Business Continuity

Garantit que l'entreprise peut continuer à fonctionner lorsqu'un événement dépasse les niveaux de protection précédents.

La logique globale est :

Du High Availability à la Business Resilience

La haute disponibilité est importante, mais elle ne suffit pas.

Un serveur redundant ne protège pas contre les ransomware.

Une deuxième connexion Internet ne protège pas contre l'erreur humaine.

Un backup ne garantit pas à lui seul une restauration rapide.

La véritable résilience de l'entreprise exige plusieurs niveaux de protection fonctionnant de manière coordonnée.

Pourquoi la continuité d'activité

La continuité de l'entreprise ne doit pas dépendre du hasard

COSMODATA considère le Business Continuity comme une composante de la stratégie technologique globale d'une organisation.

Nous analysons les services critiques, identifions les points de dépendance, concevons des scénarios alternatifs et créons les conditions techniques et organisationnelles d'une reprise rapide.

Parce que l'objectif n'est pas simplement de rétablir un système.

Le véritable objectif est que l'entreprise continue de fonctionner.

Stay Operational. Stay Resilient. Keep Business Moving.