VENTES: 1-800-867-1389

Continuité des activités de l'entreprise dans la Base de données SQL Azure

Mis à jour: février 2015

La continuité d'activité est la capacité d'une organisation à poursuivre ses opérations en cas de crise ou de sinistre. La planification de la continuité d'activité nécessite des processus, des procédures et des mesures pour garantir la poursuite ininterrompue des opérations. Cette rubrique se concentre sur les fonctionnalités de base de données SQL Azure, qui permettent la continuité d'activité et la récupération d'urgence.

En stockant vos données dans base de données SQL Azure, vous tirez parti de nombreuses fonctionnalités de tolérance de panne et d'infrastructure de sécurité, que vous devriez autrement concevoir, acquérir, implémenter et gérer. base de données SQL Azure intègre un sous-système à haute disponibilité qui protège votre base de données contre les pannes de serveurs et périphériques individuels dans un centre de données. base de données SQL Azure conserve plusieurs copies de toutes les données de différents nœuds physiques situés dans des sous-systèmes physiques entièrement indépendants pour atténuer les pannes dues à des défaillances de composants de serveur, tels que des disques durs, des cartes d'interface réseau voire des serveurs entiers. À tout moment, trois réplicas de bases de données sont en cours d'exécution : un réplica principal et deux réplicas secondaires ou plus. Les données sont écrites dans le réplica principal et un réplica secondaire selon un schéma de validation basé sur un quorum avant que la transaction ne soit considérée comme validée. En cas de défaillance matérielle sur le réplica principal, base de données SQL Azure détecte la défaillance et bascule vers le réplica secondaire. En cas de perte physique d'un réplica, un réplica est créé automatiquement. Par conséquent, il existe toujours au moins deux copies physiques transactionnellement cohérentes de vos données dans le centre de données.

En plus des systèmes intégrés qui assurent la haute disponibilité de votre base de données, une base de données SQL Azure offre des fonctionnalités de continuité d'activité supplémentaires.

 

  De base Standard Premium

Restauration dans le temps

Tout point de restauration au cours des 7 derniers jours

Tout point de restauration au cours des 14 derniers jours

Tout point de restauration au cours des 35 derniers jours

Géo-restauration

RTO* < 24 heures

RPO† < 24 heures

RTO* < 24 heures

RPO† < 24 heures

RTO* < 24 heures

RPO† < 24 heures

Géo-réplication standard

Non inclus

RTO* < 2 heures

RPO† < 30 minutes

RTO* < 2 heures

RPO† < 30 minutes

Géo-réplication active

Non inclus

Non inclus

RTO* < 1 heure

RPO† < 5 minutes

* Objectif de délai de récupération (RTO, Recovery Time Objective) : temps d'arrêt maximal avant que l'application redevienne pleinement fonctionnelle suite à une défaillance.

† Objectif de point de récupération (RPO, Recovery Point Objective) : quantité maximale des dernières modifications de données (intervalle de temps) que l'application pourrait perdre avant de redevenir entièrement fonctionnelle suite à une défaillance.

La restauration dans le temps est l'option de restauration la plus simple que vous puissiez obtenir automatiquement avec des bases de données basiques, standard et premium. Vous pouvez utiliser la restauration dans le temps pour restaurer votre base de données à un point antérieur dans le temps. Remontez de 7 jours avec une base de données basique, de 14 jours avec une base de données standard et de 35 jours avec base de données premium. Pour plus d'informations, consultez Sauvegarde et restauration de base de données SQL Azure et Restauration dans le temps de base de données SQL Azure (blog). Pour voir à quel point il est facile d'utiliser une restauration dans le temps, regardez la vidéo Restauration d'une base de données SQL à l'aide d'une restauration dans le temps.

La géo-restauration est similaire à la restauration dans le temps. Vous l'obtenez également automatiquement avec des bases de données basiques, standard et premium. Toutefois, la géo-restauration, est conçue pour être une option de récupération de base quand une base de données est indisponible en raison d'un incident ou d'une panne à grande échelle dans la région où votre base de données est hébergée. La fonctionnalité utilise un stockage géo-redondant Azure avec accès en lecture pour stocker la sauvegarde quotidienne la plus récente de votre base de données dans un emplacement géographique différent. Il faut considérer la géo-restauration comme une solution basique de récupération d'urgence si votre application peut tolérer jusqu'à 24 heures de temps d'arrêt et de perte de données. Pour plus d'informations, lisez Géo-restauration de base de données SQL Azure (blog), et regardez la vidéo Restauration d'une base de données SQL à l'aide d'une géo-restauration pour voir comment récupérer une base de données à l'aide de la géo-restauration.

La géo-réplication standard est disponible pour les bases de données standard et premium. Elle est conçue pour des applications moins gourmandes en écriture, qui traitent néanmoins de grands volumes de données et ont des besoins de récupération plus agressifs que ce que peut offrir la géo-restauration. Quand la base de données principale tombe en panne, elle apparaît détériorée, et vous pouvez opérer un basculement vers une base de données secondaire non lisible stockée dans une autre région. Pour plus d'informations, consultez Géo-réplication standard pour la base de données Azure SQL et Géo-réplication standard de base de données SQL Azure (blog), qui compare en profondeur la géo-réplication active et la géo-réplication standard.

La géo-réplication active est disponible pour les bases de données premium. Elle est conçue pour des applications gourmandes en écriture, dont les exigences en matière de récupération sont très agressives. Une géo-réplication active permet de créer jusqu'à quatre copies secondaires lisibles sur des serveurs dans différentes régions. Ces copies secondaires sont conservées en tant que copies continues de la base de données principale, et vous pouvez opérer le basculement vers une copie secondaire de la même manière que pour la géo-réplication standard. La géo-réplication active offre un niveau très élevé de résilience pour les problèmes de connexion temporaires et la latence élevée. Elle peut donc prendre en charge des scénarios de mise à niveau d'application en ligne ou de déplacement, ainsi que l'équilibrage de charge pour les charges de travail en lecture seule. Pour plus d'informations, consultez Géo-réplication active pour la base de données SQL Azure et Actualité de la géo-réplication de base de données active (blog).

  • La copie de base de données vous permet de créer une copie d'une base de données sur le même serveur ou sur des serveurs différents, situés dans la même région ou dans des régions différentes. La copie est cohérente avec la source d'un point de vue transactionnel lorsque l'opération de copie de base de données est terminée. Toutefois, il s'agit d'une copie unique, qui n'est pas continuellement répliquée à partir de la source. Cette fonctionnalité peut être utilisée pour la migration de données ou à des fins de copie ad hoc. Pour plus d'informations, consultez Copie de bases de données dans Base de données SQL Azure.

  • Le service d'importation et d'exportation vous permet d'exporter manuellement ou automatiquement un fichier BACPAC, qui contient une copie logique de données et d'un schéma de base de données, puis d'importer le fichier pour restaurer la base de données. Utilisez l'importation et l'exportation pour des bases de données web et professionnelles, qui ne prennent pas en charge d'autres fonctionnalités de continuité d'activité. Vous pouvez également les utiliser en complément d'autres fonctionnalités de continuité d'activité pour le stockage à long terme des sauvegardes quotidiennes, ou pour conserver des sauvegardes au-delà de la période de rétention pour la restauration dans le temps. Pour plus d'informations, consultez Procédure : utilisation du service d'importation et d'exportation dans la base de données SQL Azure.

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.
Afficher:
© 2015 Microsoft