Disponibilité des serveurs, sauvegarde des données et reprise après sinistre

Disponibilité du serveur

MyQ Roger s'engage à maintenir un objectif de disponibilité de 99,9 % ; toutefois, les accords de niveau de service (SLA) sont adaptés à chaque client et ne garantissent pas explicitement cet objectif. Nous utilisons des stratégies avancées de haute disponibilité (HA), en tirant parti de déploiements multizones et d'architectures multipods afin d'assurer la continuité du service et de minimiser les temps d'arrêt potentiels en cas de perturbations opérationnelles.

Surveillance en temps réel de l'état du système

Afin d'améliorer la transparence et d'offrir une visibilité en temps réel sur les performances du système, nous maintenons un site dédié qui fournit des informations actualisées sur l'état du service. Cette plateforme permet aux clients de :

• Surveiller l'état du système en direct : consulter les indicateurs opérationnels en temps réel et les mises à jour sur les incidents.

• Recevoir des notifications proactives : s'abonner à des alertes en cas de dégradation du service ou d'événements de maintenance planifiés.

• Accéder aux rapports historiques sur la disponibilité : examiner les incidents passés et les tendances en matière de performances afin d'évaluer la fiabilité.

En proposant un site centralisé dédié à l'état du système, nous fournissons à nos clients des informations précises et actualisées, ce qui renforce leur confiance et leur permet de prendre des décisions proactives en cas de perturbations.

Stratégies de sauvegarde

Stratégie de sauvegarde Azure SQL

Nous utilisons une stratégie de sauvegarde géo-redondante pour les bases de données Azure SQL, garantissant la résilience et la récupérabilité des données. Les aspects clés sont les suivants :

• Stockage géo-redondant : les sauvegardes sont répliquées dans plusieurs régions à des fins de reprise après sinistre.

• Politique de conservation : les sauvegardes sont conservées pendant plusieurs mois, ce qui permet la récupération des données historiques.

• Sauvegardes incrémentielles : une fenêtre de récupération ponctuelle (PITR) de 14 jours permet une restauration granulaire des données perdues.

• Personnalisation basée sur les SLA : les périodes de conservation et les objectifs de temps de récupération (RTO) varient en fonction des SLA spécifiques au cluster et peuvent être adaptés aux besoins des clients.

Stratégie de sauvegarde Azure Cosmos DB

Pour Azure Cosmos DB, nous mettons en œuvre des mécanismes complets de protection des données, en particulier pour les enregistrements comptables, afin de garantir l'intégrité et la traçabilité des données :

• Rapports complets sur les données comptables : toutes les transactions comptables, y compris la comptabilité des travaux d'impression, de numérisation, de copie et de télécopie, sont entièrement enregistrées.

• Retracement des données historiques : notre système permet de suivre et de retracer tous les enregistrements comptables signalés afin de garantir la conformité et l'auditabilité.

• Haute disponibilité et redondance : la réplication multirégionale embarquée garantit la continuité et minimise les risques de perte de données.

En mettant en œuvre ces stratégies de sauvegarde robustes, nous protégeons les données commerciales critiques tout en offrant des options de récupération flexibles adaptées aux accords de niveau de service (SLA) spécifiques à chaque client.

Scénarios de catastrophe et plan d'intervention