Lire et examiner la documentation Automation Anywhere

Fermer les contenus

Contenus

Ouvrir les contenus

Configuration requise pour la reprise après sinistre (DR)

  • Mis à jour le : 5/10/2019
    • 11.3.x
    • Exploration
    • Enterprise

Configuration requise pour la reprise après sinistre (DR)

Lorsque vous configurez des centres de données compatibles avec la reprise après sinistre pour , assurez-vous que les conditions énumérées sont remplies.

Configuration requise pour la reprise après sinistre

  • Réplication asynchrone - Configurez la réplication asynchrone, plutôt que synchrone, entre les sites de reprise après sinistre pour tous les services de prise en charge. Ainsi, la réplication hors site n'a pas d'impact sur les performances du site principal.

  • Domaine AD - Veillez à ce que même domaine Active Directory soit disponible pour les sites principal et de sauvegarde.

  • Domaines de site - Assurez-vous que la Enterprise Control Room et les machines périphériques du site de sauvegarde appartiennent au même domaine que la Enterprise Control Room et les machines du site principal.

  • Licences - Attribuez des licences flottantes aux utilisateurs pour leur permettre de se connecter aux périphériques sur le site de sauvegarde.

  • Services de site de sauvegarde - Arrêtez les services de la Enterprise Control Room sur le site de sauvegarde jusqu'à ce vous en ayez besoin.

  • Configurations de site - Assurez-vous que les machines du site principal et du site de sauvegarde partagent les mêmes spécifications et configurations. Cela inclut la Enterprise Control Room, les Exécuteur de robots :s, les périphériques associés et les informations d'identification de connexion. Cela est nécessaire pour assurer un même niveau de service pendant une panne.

    Remarque : Les planifications sont stockées en temps UTC et sont donc exécutées au même moment, quels que soient l'emplacement physique ou les paramètres de fuseau horaire du serveur.
  • Utilitaire d'activation – Lancez l'utilitaire d'activation des robot :s sur chaque Exécuteur de robots : sur le site de sauvegarde de reprise après sinistre.
  • Fichier web.config – Sur le site secondaire (de sauvegarde) de reprise après sinistre, ajoutez des paramètres de configuration au fichier de configuration de la Enterprise Control Room, web.config. Utilisez les paramètres pour désigner la Enterprise Control Room du site de sauvegarde de la reprise après sinistre.
  • Contrôle de version – En cas de sinistre, désactivez le système de contrôle de version (VCS) sur les deux sites de reprise après sinistre : le site principal (de production) et le site secondaire (de sauvegarde).

Autres éléments à prendre en considération

  • Après leur création, veillez à ce que les planifications soient stockées dans la base de données au format UTC. Elles sont ainsi exécutées selon les paramètres spécifiés dans l'environnement de production.
  • Vérifiez que les Exécuteur de robots :s du site de reprise présentent les mêmes configurations que les Exécuteur de robots :s du site de production avec lesquels ils sont mappés.
  • Activez les droits d'accès utilisateur sur le dossier dans lequel l'utilitaire est exécuté. Vérifiez le fichier de configuration ClientConfiguration.json est créé dans le chemin de l'application en se référant à son horodatage.
  • Assurez-vous que les fichiers journaux et .dat sont présents dans C:\Users\Public\Documents\Automation Anywhere Client Files.

Détails de la réplication de la base de données

La configuration de réplication de base de données pour la reprise après sinistre est une extension de la configuration à haute disponibilité. Cette configuration nécessite l'utilisation de groupes disponibles en permanence Toujours actifs.

  • Configurez la duplication du site principal dans le mode validation synchrone.
  • Configurez la duplication du site de reprise dans le mode validation asynchrone. Le mode validation asynchrone garantit que la latence et la fiabilité entre centres de données n'affectent pas les performances et la disponibilité du site principal.
  • Ne configurez pas la duplication du site de reprise pour offrir des services de base de données tant qu'un basculement de reprise n'est pas déclenché.

Mode d'échec

Avec la réplication asynchrone, il est possible qu'une transaction exécutée sur le site principal n'atteigne pas le site de reprise dupliqué avant la panne.

Remarque : Ce risque de perdre les transactions les plus récentes concerne toutes les solutions d'application automatisée de reprise après sinistre utilisant la réplication asynchrone, et pas uniquement la solution Automation Anywhere.

Le déploiement requiert une cohérence stricte entre emplacements géographiques distants. Le mode validation synchrone configuré entre les réplicas avec une latence importante a un effet préjudiciable sur toutes les opérations de la Enterprise Control Room.

Pour éviter qu'ils ne soient traités deux fois en cas de défaillance, certains éléments de travail en attente d'être transmis à un périphérique sont mis en état d'erreur. Il est alors possible de les examiner manuellement et de les marquer comme étant prêts à être traités ou terminés selon le cas.

Envoyer le commentaire