Duplication de l'ERP

Il est conseillé de répliquer la base de données ERP si vous voulez être sûr à 100 % de ne pas avoir d'impact sur l'ERP et pour des raisons de sécurité.

Ce scénario peut être utilisé en combinaison avec l'un des quatre scénarios précédents et présente les avantages suivants :

• La base de données de production réelle du système principal de source de données n'a pas à traiter les requêtes de SEI, il n'y a donc pas de charge supplémentaire sur le serveur de production.
• La configuration de la duplication des bases de données représente une complexité technique.
• Il pourrait être plus coûteux de déployer et de maintenir une telle configuration.
• Il pourrait y avoir des problèmes de performance si le serveur SEI n'est pas correctement dimensionné.
  Note

  Dans le cas de Sage X3 sur SQL Server, l'utilisation de DataSync est la méthode recommandée pour répliquer la base de données.

  Si vous avez l'intention d'utiliser l'envoi de journaux, vous devez prendre en compte ces limitations :

  • Un certain retard lors de la mise à jour des données, en fonction de la fréquence configurée pour l'envoi. Par conséquent, l'information contenue dans les rapports n'est pas fondée sur des données en temps réel.
  • Une perte potentielle de connexion sur l'interface utilisateur lors de la mise à jour de la base de données dupliquée. Cependant, cela sera transparent pour les utilisateurs la plupart du temps.

  • Si vous utilisez OLAP Manager, le processus de rafraîchissement utilise des déclencheurs et nécessite une base de données accessible en écriture. Comme la base de données de l'envoi de journaux est en lecture seule, l'envoi de journaux n'est pas possible avec OLAP Manager car nous ne pouvons pas maintenir les tables de suivi.