Un SIG Web permet à votre organisation de créer et de partager des informations géographiques, des cartes et des applications et offre la possibilité d'effectuer des analyses géographiques. Dans le cadre de votre infrastructure de données globale, vous souhaitez que votre déploiement SIG Web soit autant que possible accessible à vos utilisateurs, avec une perte minimale des données en cas d'incident. Pour garantir l'accès à votre déploiement lorsque les utilisateurs en ont besoin, vous devez implémenter une stratégie de récupération d'urgence ou de basculement. Les options sont notamment les suivantes :
- Conservation des sauvegardes de votre déploiement SIG Web afin de pouvoir le restaurer en cas d'urgence.
- Implémentation d'un SIG Web répliqué en cas de récupération d'urgence.
- Configuration d'un système haute disponibilité.
- Quelle est la durée du temps d'arrêt (le cas échéant) que votre organisation peut tolérer ?
- Quelle quantité de données (le cas échéant) votre organisation peut-elle accepter de perdre ?
- Combien de ressources (matériel, licences et personnel) votre organisation consacre-t-elle à la prévention contre la perte de données et les temps d'arrêt ?
- Un déploiement dans deux emplacements géographiques distincts est-il requis par votre organisation ? Par exemple, devez-vous dupliquer votre SIG Web dans deux centres de données séparés géographiquement afin qu'il soit disponible même lorsqu'une catastrophe naturelle se produit dans une région ?
Restaurer les sauvegardes SIG Web
Si votre organisation peut tolérer les temps d'arrêt et les pertes de données dans une certaine mesure, vous pouvez créer des sauvegardes de votre SIG Web et restaurer les sauvegardes en cas d'échec ou de dommage. Par exemple, si l'une des machines de votre déploiement SIG Web rencontre un échec ou si quelqu'un supprime par erreur un grand nombre d'éléments du portail, des services de votre instance ArcGIS Server ou des données utilisées par votre SIG Web, vous pouvez restaurer le déploiement. La durée du temps d'arrêt et le volume de perte de données que vous encourez dépendent de la fréquence de création des sauvegardes et de la quantité de données, d'éléments et de services dont vous disposez dans votre SIG Web. Plus le volume est important et plus la durée de restauration augmente.
Temps d'arrêt acceptables | Perte de données acceptable | Ressources requises | Redondance géographique requise ? | Stratégie à utiliser |
---|---|---|---|---|
Environ 1 jour | Environ 1 jour | Faible Nécessite du matériel pour le SIG Web unique (1 machine et +), un support pour stocker les sauvegardes, le développement et le test du plan de récupération | Non | Implémentez un déploiement SIG Web unique, créez des sauvegardes quotidiennes à l'aide de l'utilitaire webgisdr et conservez les sauvegardes en lieu sûr. |
Environ 1,5 heure | Environ 1 heure | Faible Nécessite du matériel pour le SIG Web unique (1 machine et +), un support pour stocker les sauvegardes, le développement et le test du plan de récupération | Non | Implémentez un déploiement SIG Web unique, créez des sauvegardes horaires à l'aide de l'utilitaire webgisdr, conservez les sauvegardes en lieu sûr et surveillez activement le déploiement. |
Pour plus d'informations, reportez-vous à Sauvegardes SIG Web .
Gérer un déploiement répliqué
Si votre tolérance des temps d'arrêt est moindre et que votre nombre de machines est suffisant, vous pouvez configurer un déploiement SIG Web principal et un déploiement de secours isolé identique. Utilisez l'utilitaire webgisdr pour effectuer l'exportation à partir du déploiement principal, déplacez le fichier exporté vers le déploiement de secours isolé et procédez à l'importation.
Vous pouvez configurer vos déploiements principal et de secours dans le même emplacement géographique ou dans des emplacements différents. Lorsque les déploiements principal et de secours se trouvent dans des emplacements géographiques différents, la durée du processus de réplication risque d'augmenter, mais vous protégez votre déploiement des incidents régionaux.
Temps d'arrêt acceptables | Perte de données acceptable | Ressources requises | Redondance géographique requise ? | Stratégie à utiliser |
---|---|---|---|---|
Environ 1,5 heure | Environ 1 jour | Moyen Nécessite du matériel pour deux déploiements SIG Web (2+ machines), une méthode et du personnel pour déplacer les exportations du déploiement principal vers le déploiement de secours, le développement et le test du plan de récupération | Non | Configurez à la fois un déploiement principal et un déploiement de secours, utilisez l'utilitaire webgisdr pour répliquer le déploiement principal vers le déploiement de secours une fois par jour, puis surveillez activement le déploiement principal. |
Environ 1,5 heure | Environ 1 heure | Moyen Nécessite du matériel pour deux déploiements SIG Web (2+ machines), une méthode et du personnel pour déplacer les exportations du déploiement principal vers le déploiement de secours, le développement et le test du plan de récupération | Non | Configurez les déploiements principal et de secours, utilisez l'utilitaire webgisdr pour répliquer le déploiement principal vers le déploiement de secours toutes les heures, puis surveillez activement le déploiement principal. |
Environ 1,5 à 2 heures | Environ 1 heure | Moyen Nécessite du matériel pour deux déploiements SIG Web (2+ machines), une méthode et du personnel pour déplacer les exportations du déploiement principal vers le déploiement de secours distant, le développement et le test du plan de récupération | Oui | Configurez des déploiements principal et de secours distant, utilisez l'utilitaire webgisdr pour répliquer le déploiement principal vers un déploiement de secours distant toutes les heures, puis surveillez activement le déploiement principal. |
Pour plus d’informations, reportez-vous à la rubrique Récupération d'urgence et réplication.
Configurer un SIG Web haute disponibilité
Si votre SIG Web doit être accessible au moins à 99,9 pour cent du temps, que vous ne pouvez pas tolérer la perte de plus d'une heure de données et que vous pouvez consacrer un grand nombre de ressources, vous pouvez implémenter un déploiement SIG Web haute disponibilité. Dans ce cas, vous configurez des déploiements principal et de secours connectés qui basculent automatiquement en cas d'échec d'un composant quel qu'il soit.
Vous pouvez utiliser un déploiement SIG Web haute disponibilité en plus d'un déploiement répliqué si vous avez besoin d'une redondance géographique.
Temps d'arrêt acceptables | Perte de données acceptable | Ressources requises | Redondance géographique requise ? | Stratégie à utiliser |
---|---|---|---|---|
Quelques minutes | Quelques minutes | Haute Nécessite du matériel et des licences pour deux déploiements SIG Web (7 machines et +) | Non | Configurez des déploiements principal et de secours connectés. |
De quelques minutes à environ 1 heure, selon la nature de l'échec du déploiement | Environ 1 heure | Haute Nécessite du matériel et des licences pour deux déploiements SIG Web (14 machines et +) | Oui | Configurez les déploiements principal et de secours connectés et utilisez l'utilitaire webgisdr pour réaliser une réplication horaire sur des déploiements principal et de secours identiques dans un autre emplacement. |
Pour plus d'informations, reportez-vous à SIG Web haute disponibilité.
Vous avez un commentaire à formuler concernant cette rubrique ?