Architecture Guide November2018 v12

Architecture et prérequis
système
Version 12
11 2018
Le présent document détaille les prérequis système et le paramétrage de Sage
Architecture pour la plateforme utilisée par Enterprise Management Version 12. Il
s'agit d'une plateforme technologique standard permettant de développer des
logiciels applicatifs.
Public visé
Ce document s'adresse aux architectes système, ingénieurs système et développeurs
expérimentés qui ont besoin de ressources pour l'installation ou la mise à niveau
d'Enterprise Management.
Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans
préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrées, mais ne formule aucune garantie,
implicite ou explicite, quant au contenu du présent document.
Architecture et prérequis système – Version 1 Page 2 de 39

Table des matières
VUE D'ENSEMBLE 6
Dossiers Enterprise Management 6
COMPOSANTS 7
Composants obligatoires 7
Serveur de base données 7
Serveurs de traitement principaux et applicatifs 7
Serveur de présentation web 8
Serveur MongoDB 8
Moteur de recherche Elasticsearch 9
Serveur d’impression 9
Composants additionnels 10
Serveurs de traitement additionnels 10
Serveur de collecte automatique des données (ADC) 10
Serveur 'legacy' Java Bridge 10
Serveur Business Objects 11
Composants auxiliaires 12
Console de configuration 12
Serveur de messagerie ou passerelle SMTP 12
Gestion batch 12
POSTES CLIENTS 13
Ordinateur de bureau ou portable 13
Smartphones et tablettes 13
TECHNOLOGIE 14
Plateforme de développement 14
Bande passante réseau entre serveurs frontaux et postes de travail 14
Architecture technique : schéma global 15
PREREQUIS TECHNIQUES POUR ENTERPRISE MANAGEMENT V12 16

Liste des composants nécessaires pour créer un environnement Enterprise Management
V12 16
PREREQUIS TECHNIQUES GENERAUX POUR INSTALLER LES

COMPOSANTS ENTERPRISE MANAGEMENT V12 21
Java 21
.Net Framework 21
Matrice de compatibilité système d'exploitation/base de données pour les composants

serveur Enterprise Management V12 22
REMARQUES SUR L'HEBERGEMENT ET LA CONFIGURATION DE LA BASE

DE DONNEES ORACLE 25
Hébergement de la base de données 25
Pilotes ODBC sur le serveur d’édition d'Enterprise Management 25
HEBERGEMENT DES COMPOSANTS SERVEUR ENTERPRISE

MANAGEMENT V12 – RECOMMANDATIONS 26
Recommandations génériques sur le matériel 26
Remarques sur le CPU 26
Remarques sur la mémoire 26
Remarques sur le réseau 28

Mise en réseau serveur(s) SGBDR et EMP Runtime/Application 28
Mise en réseau de EMP Runtime/Application et du serveur de présentation web EMP Syracuse
28
Remarques sur le stockage 28

Stockage de données Oracle ou SQL Server 28
Stockage de l'application Enterprise Management 29
Stockage de données MongoDB 29
Stockage des données Elasticsearch 29
Autre stockage de composants Enterprise Management 29
Remarques sur la virtualisation 30

Remarques de sécurité 31
Remarques importantes sur le dimensionnement pour la virtualisation 31
Virtualisation de MongoDB, Elasticsearch et Syracuse : les bonnes pratiques 31
PREREQUIS CLIENTS POUR ACCEDER A ENTERPRISE MANAGEMENT

V12 34

Poste ou bureau à distance 34
Configuration du poste client 34
Associations système d'exploitation/navigateur prises en charge 34
Add-ons et outils optionnels sur le poste client ou bureau distant 35
Accès des plateformes mobiles (smartphones, tablettes) 37
COMMENTAIRES ADDITIONNELS 38
Compatibilité avec Windows 2019 38
Crystal Reports Designer 38
Mise en œuvre des web services Amazon 38

Vue d'ensemble
Les logiciels applicatifs suivant sont développés sur la plateforme Enterprise

Management Platform ou EMP (anciennement SAFE X3) :
• Enterprise Management (ERP)
• Enterprise Management HR (HRM)
• Enterprise Management Warehousing (WMS)
L'architecture technique est composée de plusieurs niveaux. Elle est conçue pour :
• Séparer les couches de gestion des données, d’exécution des traitements et de
présentation, sous forme d'architecture multi-tiers ;
• Optimiser les charges sur plusieurs serveurs pour assurer la modularité de
l'application dans le cas d'un déploiement pour une multiplicité d'utilisateurs ;
• Proposer plusieurs choix d’implémentation sur des plateformes techniques et
des bases de données différentes ;
• Permettre l'accès depuis divers appareils tels que les ordinateurs, les tablettes,
les smartphones (Apple ou Windows), ou encore les terminaux utilisés dans
l'industrie (radio fréquence).
Dossiers Enterprise Management

Un dossier est un répertoire qui contient des fichiers décrivant des règles de gestion,
des paramètres et des données pour une ou plusieurs entités métier. Il se compose
d'une arborescence de répertoires, définie sur le serveur d'application, contenant des
objets de programmation (programmes, définitions d'écran, états, etc.) et des tables
enregistrées sous un schéma dédié au sein de la base de données Oracle ou SQL
Server associée.
En général, lors de l'installation d'Enterprise Management, Enterprise Management HR,
ou Enterprise Management Warehousing, les deux dossiers suivants sont créés :
• Un dossier X3 de référence (ou "parent") : Le dossier de référence contient tous
les programmes, écrans, états (etc.) "standard".
• SEED : Un dossier de démonstration qui peut également être utilisé comme
dossier modèle depuis lequel vous pouvez créer de nouveaux dossiers par
copie de paramètres (voire de données partielles).
Les tâches d'administration des dossiers incluent :
• Création de nouveaux dossiers
• La copie de dossiers à partir d'un modèle ou d'un dossier en exécution (ex. :
dossier de formation)
• La suppression de dossiers inutilisés (ex. : une fois la formation terminée)
• La création de dossiers de sauvegarde

Composants
Toutes les informations décrites ci-après concernent les composants logiques. Vous
pouvez installer ces composants sur le même ordinateur ou les répartir sur plusieurs
machines selon le nombre d’utilisateurs qui vont être amenés à se connecter, la taille de
la base de données, et le nombre de transactions à traiter. Ce modèle d'architecture
"répartie" propose un haut niveau d'évolutivité.
Composants obligatoires
Serveur de base données

Le serveur de base de données héberge les données
applicatives, les données de description de cet applicatif Définition
(dictionnaire) et les données de paramétrage. DONNEES
APPLICATIVES
Les produits de la plateforme sont développés conformément Tables et index où
aux recommandions émises par les éditeurs de base de sont stockées les
données, permettant ainsi d'assurer la cohérence et l’intégrité informations
des données stockées. enregistrées par les
utilisateurs de
Le volume de la base de données n'est pas limité. La plupart
l’application comme
des clients requièrent un volume de données inférieur à
les fournisseurs,
100 GB. Cependant, certaines installations volumineuses
clients, articles,
d'Enterprise Management peuvent nécessiter plusieurs To
stock, ventes,
(teraoctets). Afin de limiter le volume de la base de données
production,
d'exploitation, vous pouvez purger les tables les plus
comptabilité, etc.
volumineuses ou les archiver dans un dossier d’historique
spécifique pouvant être lié à un autre serveur de données.
Serveurs de traitement principaux et applicatifs

Ce ou ces serveurs donnent accès à l’ensemble des éléments (traitements, écrans,
états, etc.) qui constituent l'application. Ces éléments sont organisés en répertoires par
dossier et ne sont répétés d’un dossier parent à un dossier fils que s’ils sont
effectivement propres au dossier fils. Sinon, c’est l’élément du dossier parent qui est
utilisé. On gère ainsi un maximum de trois niveaux de dossier.
L’application est organisée en une hiérarchie de dossiers : le dossier racine est l’image
de la livraison standard, et les autres dossiers sont les dossiers client, générés à partir
du dossier racine et représentant chacun une application.
A partir de la version 11, il est possible d'utiliser plusieurs serveurs d'application
(fonctionnalité en cours de finalisation, uniquement via paramétrage manuel
actuellement). Dans ce type de déploiement, plusieurs serveurs d'application utilisent
des fichiers communs sur un même emplacement. En général, il s'agit d'un système de

fichiers partagé fourni par des serveurs redondants ou un système de stockage de type
NAS (Network Attached Storage). Le paramétrage de plusieurs serveurs d'application
permet d'éliminer les "points individuels de défaillance" (SPOF).
Serveur de présentation web

Le serveur de présentation web est le serveur frontal auquel les utilisateurs finaux
accèdent quand ils ouvrent une session Enterprise Management dans leur navigateur.
Pendant l’installation, en particulier dans les documents et les écrans, le serveur de
présentation web est aussi appelé "Syracuse".
Ce serveur fonctionne en mode asynchrone et s'appuie sur la plateforme logicielle
Node.js qui contient une bibliothèque intégrée de serveurs HTTP fournissant un serveur
de publication web.
Chaque fonction possède son propre URL et envoie des flux
Java Script normalisés (SData) en format JSON au client Définitions
(navigateur sur le poste utilisateur ou client de web JSON
services). JavaScript Object
Notation : Format de
Les données d'exploitation, telles que la personnalisation données textuelles qui
des fenêtres, les portails, les points de connexion, la gestion permet de structurer
des rôles, les informations utilisateurs et certains l’information avec des
étiquettes.
documents électroniques que les utilisateurs peuvent
enregistrer via les espaces de stockage, sont stockées MONGODB
Système de gestion de
localement dans une base de données MongoDB spécifique
base de données
aux documents. NoSQL, orientée
Le serveur web node.js peut être mis en cluster pour documents.
garantir l’évolutivité quand un grand nombre de connexions SADFSQ
interactives concurrentes et/ou de web services est requis. Fichier exécutable

Enterprise
Le serveur web node.js gère également : Management pour le
protocole de
• Les liens de workflow communication interne.
• Les web services SOAP et REST entrants
Serveur MongoDB
MongoDB est une base de données NOSQL "open source" gratuite. Elle permet de
stocker tous les paramètres de configuration et de personnalisation du serveur de
présentation web ou "Syracuse". Elle peut aussi être utilisée pour stocker les documents
liés à des processus métier (ex. : commandes ou factures scannées).
MongoDB peut être groupée sur plusieurs serveurs pour garantir l'évolutivité et la
redondance.

Moteur de recherche Elasticsearch
Elasticsearch est un moteur de recherche gratuit open source conçu à partir du moteur
de recherche 100% Java Lucene, moteur sous licence Apache 2.0. Aucun moteur de
base de données supplémentaire ne doit être installé.
Elasticsearch permet d'effectuer une recherche textuelle en temps réel sur les données
applicatives et les métadonnées paramétrées pour être indexées.
Elasticsearch peut être mis en cluster sur plusieurs serveurs pour garantir l’évolutivité.
Serveur d’impression
Ce serveur est obligatoirement hébergé par une machine sous système d’exploitation
Windows Server. Plusieurs serveurs d'édition peuvent être utilisés par solution selon le
volume d'impression requis.
Le serveur d'édition prend en charge toutes les demandes d’édition issues de sessions
interactives ou de soumissions en masse, et détermine la destination d'impression
(imprimante, fichier, PDF, FAX, etc.).
Un service Windows est démarré sur la machine qui héberge le serveur d’édition. Le
service est à l’écoute sur le numéro de port 1890 par défaut, mais il peut être
personnalisé au moment de l’installation. Le service d’édition gère une file d’attente des
requêtes soumises et l’exécution de ces requêtes peut être distribuée sur plusieurs
processus d’édition (thread). Le nombre de processus d’édition peut être personnalisé
depuis la console de configuration et doit être adapté en fonction de la taille du serveur.
Le serveur d’édition dialogue avec deux autres serveurs de votre environnement : le
serveur d’application qui héberge les modèles des états et le serveur de base de
données qui héberge les tables par le biais d’un lien ODBC.
Les fichiers d'états sont transférés via le protocole de communication interne SADFSQ.
Le serveur d’édition intègre un client SADFSQ capable de répondre et de communiquer
avec un serveur SADFSQ exécuté sur le serveur d’application et de traitement principal.
Les états sont créés à partir de Crystal Reports 2008 (version 12.x) ou Crystal Reports
2013 (version 14.1).

Composants additionnels
Serveurs de traitement additionnels

Ces serveurs gèrent les traitements quand il est nécessaire d'assurer l'évolutivité. Ces
serveurs peuvent exécuter des traitements liés à des sessions interactives comme les
sessions de web services et les traitements batch (la prise en compte de traitements
batch sur des serveurs de traitement additionnels n'était pas possible dans les versions
précédentes).
Les différences entre le serveur de traitement principal et les serveurs de traitement
additionnels sont les suivantes :
• Au moins un serveur de traitement principal est requis et doit être exécuté sur la
même machine que le serveur d'application.
• Les serveurs de traitement additionnels sont optionnels : ils permettent
d'équilibrer les charges sur plusieurs traitements de ressources correspondant à
plusieurs sessions d'utilisateurs d'Enterprise Management.
L'équilibrage de la charge des serveurs de traitement additionnels est
automatiquement géré par le(s) serveur(s) de présentation web Syracuse, et
peut se conformer à plusieurs règles (étiquetage de groupes, pools de web
services, définition de capacité batch)
Serveur de collecte automatique des données (ADC)

Ce serveur technique assure la communication avec les appareils de collecte de
données, généralement des terminaux radio-fréquence (RF) portables.
Ce composant intègre les deux logiciels Apache HTTP et Apache Tomcat (conteneur
web de servlets).
Ce composant devrait être supprimé des versions futures d'Enterprise Management et
remplacé par des nouveaux modules du serveur web Syracuse.
L'installation de ce composant permet essentiellement de bénéficier des fonctionnalités
suivantes :
• Appareils de collecte automatique des données (ADC), en général des
terminaux portables à radio fréquence
• Portail salarié Enterprise Management HR
Serveur 'legacy' Java Bridge

Ce serveur Java Bridge est un composant obsolète. Cependant, il peut toujours être
installé pour prendre en charge les web services "legacy" sortants (SOAP) et certaines
autres extensions spécifiques.

Serveur Business Objects
Le serveur Business Objects (BO) qui hébergeait Business Objects Enterprise XI dans
la version 11 n'est pas encore disponible pour la version 12. La disponibilité de ce
composant sera annoncée ultérieurement.

Composants auxiliaires
Console de configuration
La console de configuration est un outil utilisé pour installer et administrer les
composants de la plateforme. La console permet de configurer les composants et de les
lier entre eux pour définir une "solution" ou environnement de travail.
La console exploite différents fichiers de configuration XML qui sont générés sur chaque
serveur lors de l’installation des différents composants.
La console de configuration SAFE X3 peut être installée sur n'importe quel ordinateur
qui exécute Windows 7 ou supérieur et/ou un serveur Windows inclus dans
l'infrastructure de l'application.
Un environnement Enterprise Management (ou 'solution') peut être géré par plusieurs
utilisateurs sur différentes postes ou serveurs où la console de configuration est
installée.
Serveur de messagerie ou passerelle SMTP

Un serveur de messagerie est un programme informatique ou logiciel qui transfère les
messages électroniques d'un ordinateur à un autre. Les serveurs de messagerie
déplacent et stockent les messages électroniques sur plusieurs réseaux d'entreprise via
LAN ou WAN et sur internet.
Un serveur de messagerie ou une passerelle SMTP est obligatoire pour utiliser les
fonctionnalités de workflow. La mise à disposition et l'installation de ce serveur ne sont
pas incluses dans la fonction Sage et ne sont pas décrites dans le présent document.
Définitions
Gestion batch SERVEUR BATCH
La structure de la
A partir de la version 11, le serveur batch Enterprise plateforme inclut une
Management (qui lance et contrôle les tâches batch) fonction de
s'exécute dans le serveur de présentation web Syracuse. planification et de
suivi des tâches batch
A partir de la version 11, les tâches batch peuvent être (tâches reportées),
exécutées sur n'importe quel serveur de traitement. Les qui comprend une
tâches d'arrière-plan bénéficient ainsi d'une grande gestion complète des
évolutivité. paramètres pour ces
traitements.
Chaque serveur de traitement (y compris le serveur principal)
TACHE BATCH
est "taggué" avec le nombre maximum de tâches batch
Contrairement à une
exécutables simultanément, de 0 à n'importe quel nombre session interactive,
(dans la limite du raisonnable). une tâche batch est
un traitement lancé
Lorsqu'une tâche batch doit être exécutée, le planificateur
en arrière-plan et
batch lance la tâche sur un serveur de traitement où un contrôlé par le
emplacement batch est disponible, ou attend qu'un planificateur de
emplacement devienne disponible sur un des serveurs de tâches (serveur
traitement compatible batch. batch).

Postes clients
Ordinateur de bureau ou portable

Depuis leur poste, les utilisateurs peuvent accéder aux applications Enterprise
Management sur le serveur d'application via un navigateur Internet.
Pour plus d'informations, veuillez consulter cette table.
Smartphones et tablettes
D'autres appareils connectés peuvent donner accès aux applications Enterprise
Management et Enterprise Management HR, sous réserve de certaines conditions
d’affichage.
Pour plus d'informations, veuillez consulter cette table.

Technologie
Plateforme de développement
• Plan de travail de développement : Structure d'Enterprise Management
• Langage de développement du logiciel applicatif : 4GL
• Le langage de développement du serveur web est : JavaScript, HTML5
• Le Protocole d’échange entre le poste client et le serveur web Syracuse est
intégralement HTTP/HTTPS (conforme à la spécification HTML 5.x) et l’interface
de l’application web est construite sur une technologie de type Ajax
• Outil de génération d'installateurs pour les composants Enterprise Management
: IzPack, open source construit sur la plateforme Java
Bande passante réseau entre serveurs frontaux et postes de

travail
Méthode de
Bande passante sans impression,
connexion
Serveurs frontaux demande de BI, ou téléchargement/envoi
Enterprise
de documents volumineux
Management
Navigateur sur le Web server Syracuse 60 Ko/s par session
poste utilisateur (Sage) 50 Ko/s serveur web >
Navigateur
Serveur web Syracuse (Sage)
Navigateur web Bureau à distance RDS 24 Ko/s par session
sur bureau à (Microsoft)
distance via
protocole RDP
Navigateur web Serveur XenApp 12 Ko/s par session
sur bureau à (Citrix)
distance via
protocole ICA
Client ADC Serveur ADC 12 Ko/s par terminal
(terminaux (Citrix)
portables)

Architecture technique : schéma global

Prérequis techniques pour Enterprise
Management V12
Liste des composants nécessaires pour créer un

environnement Enterprise Management V12
Nom du Niveau Description / Oblig. Fourn. Commentaires
composant Fonction support
EM
Système Base de SGBDR Oracle ou Oui Non Voir la matrice
SGBDR données Microsoft SQL Server de compatibilité
pour le stockage des ci-dessous.
données applicatives.
Les clusters
Oracle RAC et
SQL Server sont
pris en charge.
EMP Base de Permet la création de Optionnel Oui Non requis si la

Database données base de données à base de données
Connector partir de la console est créée par :
EMP. Un gestionnaire
de base de
données
manuellement
Les outils de
gestion du
fournisseur de
SGBDR.
Ne peut pas être

installé sur un
cluster SGBDR.
EMP Application Environnement Oui Oui Plusieurs
Runtime d'exécution 4GL. instances sont
prises en charge
dans un cluster.
Application Application Noyau de Oui Oui Plusieurs
Enterprise l'application. instances sont
Management prises en charge
Contient tous les dans un cluster.
programmes 4GL, les
dictionnaires de
données, la définition
de l'interface
utilisateur,
correspondant à la

logique métier
d'Enterprise
Management.
SQL Application Outils permettant Avec SQL Non Installé avec
Server d'accéder au SGBDR Server SGBDR quand
Client de Microsoft SQL uniquemt. SQL Server est
Tools Server depuis EMP sur le même
Runtime. client que la
plateforme EMP.
Doit être
installé quand
SQL Server n'est
pas sur le même
client que
l'environnement
d'exécution, ou
les
environnements
additionnels de
la plateforme
EMP.
Serveur Application Fournit un accès aux Oui Non Plusieurs
Apache ressources instances
HTTP applicatives peuvent être
d'Enterprise prises en charge.
Management Réservé à
indépendant de la l'usage interne.
plateforme, pour le
serveur de Voir la matrice de
présentation web. compatibilité ci-
dessous.
Généralement installé
sur le même hôte que
le composant
applicatif d'Enterprise
Management.

EMP Web Présentation Serveur de Oui Oui Plusieurs
Server présentation web de instances sont
la famille logicielle prises en charge
Enterprise dans un cluster.
Management.
Basé sur Node.js.
Ce serveur fournit :
Un accès interactif à
l'application depuis un
navigateur sur un
ordinateur, une
tablette, ou un
smartphone ;
Des web services
SOAP et REST
entrants ;
Des web services
REST sortants et une
structure pour les
web services SOAP
sortants.
Une gestion de la
sécurité d'accès à
l'application grâce à
différentes méthodes
d'authentification
(basique, LDAP,
LDAPS, oAuth2,
SAML2).
Il prend en charge :
Les tâches batch
Les workflows.

MongoDB Présentation Enregistre toutes les Oui Oui Sage fournit un
informations package
techniques du d'installation
serveur de rapide pour
présentation web. MongoDB
Community
Edition.
Vous pouvez
également
effectuer
l'installation
depuis MongoDB
Open-Source ou
MongoDB
Enterprise
standard
distribution.
MongoDB prend
en charge les
clusters.
Elasticsearch Application Permet une Oui Oui Sage fournit un
indexation rapide, package
flexible et optimisée d'installation rapide
des données pour Elasticsearch.
applicatives.
Il peut également
être
installé à partir de
Elasticsearch
standard
distribution.
EMP Gestion Moteur de gestion Oui Oui Requis pour
AdxAdmin gérer des
composants
dans Enterprise
Management.
EMP Gestion Console de gestion Oui Oui A installer
Console utilisée pour sur un serveur ou
configurer ou mettre à poste Windows.
jour des composants
dans les La console peut
environnements être installée
Enterprise plusieurs fois.
Management.
Utilise le moteur de

gestion EMP
AdxAdmin.
EMP Print Reporting Serveur de reporting Oui Oui A installer sur un
Server basé sur le moteur serveur ou poste
d'impression Crystal Windows.
Reports.
Plusieurs
Génère des états sur instances sont
différents dispositifs prises en charge.
d'impression ou
formats de fichier.
EMP ADC Présentation Permet d'accéder aux Optionnel Oui Plusieurs
Server sous-ensembles des instances sont
fonctions (Production, prises en charge.
Stock) à partir d'un
terminal portable
(ADC).
EMP Java Middleware Fournit une structure Optionnel Oui Devrait devenir
Bridge de web services obsolète dans
SOAP sortants. une version
ultérieure.
EMP Application Production Scheduler Optionnel Oui -
Production optionnel
Scheduler
EMP BO Reporting Connecteur pour les Optionnel Non Le planning de
Connector 'business objects' livraison sera
annoncé
ultérieurement.

Prérequis techniques généraux pour installer les
composants Enterprise Management V12
Java
Les programmes d'installation des composants Enterprise Management sont basés sur
une structure open source IzPack. Ils nécessitent Oracle Java Runtime Environment
(JRE) version 8 ou supérieure pour être exécutés.
Elasticsearch requiert Oracle Java Development Kit (JDK) version 8 ou supérieure pour
être exécuté.
Après janvier 2019, la politique d'Oracle sur l'accès libre à la version 8 de JRE/JDK
devrait changer. En raison de ce changement, Enterprise Management prendra en
charge des versions équivalentes de JRE/JDK en open source (builds OpenJDK).
.Net Framework
Les composants suivants requièrent Microsoft .Net 3.5 & 4 Framework :
• EMP Console
• EMP Print Server

Matrice de compatibilité système d'exploitation/base de
données pour les composants serveur Enterprise
Management V12
La table ci-dessous décrit les associations possibles entre systèmes d'exploitation et
bases de données pour installer les composants Enterprise Management.
Nom du Fourn. Système d'exploitation sur Commentaires

composant SGBDR/ architecture Intel x86_64
Version/ Microsoft Microsoft RedHat
Edition Windows Windows Enterprise
2012R2 2016
Linux 7.x
64-bit 64-bit
(> 7.2) 64-bit
Oracle
Enterprise
Linux 7.x
(>7.2) 64-bit
EMP SQL Server Compatible Compatible Non L'association
Database 2012 des plateformes
Connector SE ou EE Windows et
Linux n'est pas
EMP Runtime SQL Server Oui Oui Non
prise en charge
2014
Application par ce niveau
SE ou EE
Enterprise d'application
SQL Server Oui Oui Non
Management pour ces
2016
composants.
SE ou EE
SQL Server Non Oui Non
2017
'Compatible'
SE ou EE
signifie que cette
Oracle Compatible Compatible Compatible
association est
11Gr2
prise en charge
(11.2.0.4)
pour mettre à
SE1, SE ou
niveau une
EE
ancienne version
Oracle Oui Prévu mais Oui
d'Enterprise
12cR1 non
Management
(12.1.0.2) formellement
(anciennement
SE2 ou EE validé par
Sage X3), mais
Oracle
qu'elle ne doit
Oracle Non Oui Oui pas être utilisée
12cR2 pour les
nouvelles

(12.2.0.1) installations.
SE2 ou EE
Apache Compatible Oui Oui Oui Apache 2.2.x est
HTTPD tous obsolète :
SGBDR utilisez Apache
2.4.
Sous Linux, vous

pouvez utiliser le
package
standard
HTTPD, basé
sur Apache 2.4.
MongoDB Compatible Oui Oui Oui Le programme

tous d'installation
SGBDR d'Enterprise
Management
installe
MongoDB 3.4.
Versions
MongoDB prises
en charge : 3.0,
3.2 et 3.4.
Elasticsearch Compatible Oui Oui Oui Le programme

tous d'installation
SGBDR d'Enterprise
Management
installe
Elasticsearch
2.4.4.
Versions prises
en charge : 1.5.x
et 2.4.x.
EMP Console Pour toutes Oui Oui Non Installation

les couches possible sur des
d'application postes utilisateur
avec sous Windows 7,
associations 8, 8.1 & 10.
système
d'exploitation/

base de
données
EMP Print Pour toutes Oui Oui Non Installation
Server les couches possible sur des
application postes utilisateur
avec sous Windows 7,
associations 8, 8.1 & 10.
système
Pour les
d'exploitation/
environnements
base de
de test et de
données
développement,
pas les
environnements
de production.
EMP ADC Compatible Oui Oui Oui -

Server tous
SGBDR
EMP Java Compatible Oui Oui Oui Devrait devenir
Bridge tous obsolète dans
SGBDR une version
ultérieure
d'Enterprise
Management.

Remarques sur l'hébergement et la configuration
de la base de données Oracle
Hébergement de la base de données

Si la version est compatible (12cR1, 12cR2), la base de données Oracle peut être
hébergée sur d'autres associations matériel/système d'exploitation que celles décrites
ci-dessus.
Par exemple, vous pouvez utiliser Oracle 12cR1 ou 12cR2 hébergé sur IBM p-Series
sous AIX, ou Oracle Sun sous Solaris, avec un unique serveur, ou plusieurs serveurs en
cluster (RAC).
Dans ce cas, vous ne pourrez pas utiliser la console EMP Console pour installer les
composants EMP AdxAdmin & EMP Oracle Connector et créer la base de données
Oracle associée à votre environnement Enterprise Management. Vous devrez soit
procéder à une création manuelle en utilisant des scripts, soit utiliser l'outil DBCA
d'Oracle.
Pilotes ODBC sur le serveur d’édition d'Enterprise

Management
Si vous utilisez Oracle 12cR1 ou 12cR2 comme SGBDR, vous devez installer et
enregistrer le produit Crystal Reports Designer 2013 sur toutes les machines hébergeant
le serveur d'édition Enterprise Management pour pouvoir bénéficier des derniers pilotes
ODBC Crystal Reports, sans devoir réduire la sécurité du protocole d'accès au réseau
Oracle au niveau 8i (risqué).

Hébergement des composants serveur Enterprise
Management V12 – Recommandations
Recommandations génériques sur le matériel

Vous trouverez ci-dessous des recommandations génériques sur le matériel à utiliser
pour des performances optimales.
Des recommandations de dimensionnement additionnelles seront fournies dans une
mise à jour ultérieure de ce document.
Remarques sur le CPU

Que votre solution Enterprise Management V12 soit hébergée sur des serveurs
physiques ou virtualisés, le matériel utilisé doit s'appuyer sur les dernières générations
de processeurs (Intel® Xeon® E5 v3 ou supérieure, E7 v3 ou supérieure).
La nouvelle famille de processeurs AMD EPYC™ n'a pas encore été testée avec
Enterprise Management.
Les processeurs AMD Opteron™, optimisés pour les nombres à virgule flottante, sont
plus lents que les processeurs équivalent Intel® Xeon® pour la plupart des calculs
Enterprise Management basés sur des entiers DCB (pour éviter la perte de précision de
la virgule flottante).
Une fréquence d'horloge élevée du CPU permettra un débit plus élevé des opérations
individuelles ; un "core count" (nombre de cœurs) élevé du CPU permettra une meilleure
tolérance globale face à une charge de travail multi-utilisateur.
Il est nécessaire de trouver un bon équilibre entre niveau élevé de cœurs et fréquence
d'horloge élevée. En effet, seuls des processeurs onéreux permettent d'obtenir les deux
à la fois.
Évitez les processeurs à basse consommation énergétique (modèles Xeon® L) pour ne
pas réduire le débit et l'utilisation. Utilisez des processeurs 2.4 GHz ou plus pour de
bonnes performances.
Remarques sur la mémoire

La vitesse du bus mémoire doit être maximale car l'architecture d'Enterprise Mangement
requiert peu de bande passante mémoire.
Veuillez noter que pour certaines générations de cartes mères, la bande passante réelle
du bus mémoire diminue en fonction du nombre de cartes (puces) mémoires installées.
Dans ce contexte, la vitesse du bus mémoire est ralentie car la mémoire globale est
composée d'un grand nombre de petites cartes mémoires (avec de petites puces
mémoire). Il est plutôt recommandé d'utiliser peu de cartes mémoires, mais d'une grande

capacité (avec des puces de grande taille). Cependant, si cette configuration est
recommandée, elle est généralement plus onéreuse.
Veuillez consulter la documentation technique de votre serveur avant de choisir une
configuration de composants pour votre mémoire RAM.

Remarques sur le réseau
Mise en réseau serveur(s) SGBDR et EMP Runtime/Application

Enterprise Management est un produit hautement interactif par les nombreuses
communications qu'il existe entre la couche application et la couche base de données.
Pour des performances et une expérience utilisateur optimales, assurez-vous que le
temps de réponse du réseau est le plus court possible entre ces deux couches.
Lorsque le SGBDR et les couches application/exécution ne sont pas hébergées sur le
même serveur, cela est possible grâce à un équipement réseau haute qualité à 10Gbit/s
et en portant une attention particulière à la pile réseau (pilotes d'adaptateurs réseaux,
microprogramme des commutateurs de réseau, types de cartes réseau virtuelles, etc.).
Mise en réseau de EMP Runtime/Application et du serveur de

présentation web EMP Syracuse
Ce type d'accès réseau est moins contraint : quand la base de données et l'application
sont hébergées sur le même serveur (pas de chemin réseau physique entre SGBDR et
EMP Runtime), vous pouvez utiliser un équipement réseau à 1Git/s.
Remarques sur le stockage
Stockage de données Oracle ou SQL Server

La qualité du système de stockage est primordiale pour les performances de la base de
données.
La configuration de votre stockage doit permettre d'optimiser la performance en IOPS
des volumes sur lesquels les fichiers de données sont hébergés, que vous utilisiez
Oracle (tablespaces système, tablespaces de données ou d'index, Redo Logs) ou SQL
Server (fichiers de données TempDB, groupes de fichiers d'index, de données, ou
journaux).
Pour cela, vous pouvez utiliser un stockage SSD (avec système de redondance RAID-
10, RAID-1, RAID-5 ou RAID-6). Sinon, vous pouvez utiliser une configuration RAID
optimale avec disques 'tournants' (nombre élevé de lecteurs de disque 15krpm avec
redondance RAID-10).
Il est préférable d'utiliser un nombre élevé de petits lecteurs de disque, qu'un nombre
limité de lecteurs de grande taille. En effet, la capacité en IOPS dépend du nombre, et
non de la taille, des lecteurs dans une matrice RAID.
Il ne faut jamais utiliser un lecteur 7.2krpm et/ou un système RAID-5 ou RAID-6 pour
héberger une base de données de production.

Stockage de l'application Enterprise Management
Le stockage de l'application Enterprise Management ne requiert pas autant de IOPS que
le stockage de base de données.
Dans votre application Enterprise Management, les composants EMP peuvent utiliser
un niveau de stockage modéré en termes d'IOPS ; par exemple des lecteurs disque
10krpm avec une redondance RAID-5 ou RAID-6.
Les lecteurs 7.2krpm ne sont pas recommandés car ils peuvent impacter les
performances des opérations techniques comme l'intégration de patch, la création de
dossier (etc.).
Stockage de données MongoDB

Outre les besoins de stockage intensif de pièces jointes Enterprise Management dans
MongoDB, les besoins en IOPS sont généralement modérés.
Vous pouvez utiliser le même type de configuration de stockage que pour Enterprise
Management.
Les lecteurs 7.2krpm ne sont pas recommandés car ils peuvent ralentir les opérations
en cas de forte concurrence d'accès à MongoDB ; par exemple, plusieurs traces
utilisateurs sont créées dans Enterprise Management sur un intervalle de temps court.
Stockage des données Elasticsearch

Si vous prévoyez d'utiliser massivement l'indexation Elasticsearch, il est recommandé
d'utiliser un niveau de stockage performant pour héberger les données Elasticsearch.
Cependant, un disque SSD pourrait être excessif. Pour fournir une réponse adéquate
aux requêtes de recherche des utilisateurs et aux mises à jour des index Elasticsearch,
utilisez des disques 10krpm en RAID-10.
Autre stockage de composants Enterprise Management

La plupart des autres composants Sage sont des données statiques, avec un accès au
disque limité, qui ne nécessite pas un stockage de haut niveau. Des disques 10krpm en
RAID-5 ou RAID-6 doivent largement suffire.
Des disques 7.2krpm pourraient affecter les opérations techniques comme la mise à jour
des composants.

Remarques sur la virtualisation
Vous pouvez déployer la solution sur des serveurs physiques ou sur un environnement
virtuel comme VMware vSphere, Hyper-V, RedHat KVM, Citrix XenServer ou Oracle VM.
La plupart des composants Enterprise Management ci-dessous peuvent être déployés
sur des machines virtuelles.
• Serveurs de traitement principaux et applicatifs
• Serveurs de traitement additionnels
• Serveurs MongoDB
• Serveurs ElasticSearch
• Serveurs web Syracuse
• Serveurs d'édition
• Serveurs ADC (terminaux portables)
• Serveurs Legacy Java Bridge
Lorsque vous décidez de virtualiser votre architecture, vous devez mettre en place une
infrastructure physique qui soit adaptée à un environnement virtuel pour obtenir les
meilleures performances. Nous vous recommandons d'utiliser des ressources dédiées
affectées à votre environnement Enterprise Management, plutôt que des ressources
partagées.
Une architecture de virtualisation de production est en général constituée de plusieurs
hôtes physiques et s’appuie sur un système de stockage partagé (SAN) fournissant une
haute disponibilité et des performances adaptées pour répondre aux besoins (débit et
E/S) de toutes les machines virtuelles et applications hébergées.
En dehors des environnements de test/développement ou des petits environnements de
production, il n'est PAS RECOMMANDE d'exécuter le RDBMS (SQL Server ou Oracle)
dans un environnement virtualisé.
Cependant, si vous décidez d'exécuter le RDBMS depuis une machine virtuelle, vous
devez prendre toutes les précautions nécessaires pour vous assurer que cette machine
virtuelle peut fournir une capacité optimale d'exécution à tout moment et qu'aucun goulot
d'étranglement n'est présent au niveau du CPU, de la mémoire ou du stockage
entrée/sortie en raison d'un excédent de ressources sur la plateforme de virtualisation.
Les goulots d'étranglement de CPU causés par un excédent de ressources ont aussi un
lourd impact sur les performances des serveurs qui hébergent les moteurs d'exécution
4GL (EM Runtime).
Pour déterminer la qualité d'une infrastructure de tout type (physique, virtuelle, à un ou
plusieurs niveaux, Oracle ou SQL Server, Unix-Linux ou Windows, etc.), Sage fournit le
programme test AIOBENCH pour évaluer la performance d'Enterprise Management.
Pour cela, un ensemble d'opérations d'entrée/sortie de données sont effectuées sur le
dossier de référence pour simuler des transactions de haut niveau.
Les résultats de ce programme vous permettront de comparer les performances
mesurées aux systèmes de référence standard, et au feedback des clients d'autres
infrastructures de production.

Remarques de sécurité
Prévoyez d'acquérir des outils de sauvegarde adaptés pour pouvoir sauvegarder des
machines virtuelles en ligne.
Assurez-vous de la redondance des serveurs physiques et des systèmes de stockage.
Remarques importantes sur le dimensionnement pour la

virtualisation
Utilisez toujours de petites machines virtuelles !

En général, les machines virtuelles trop volumineuses ne fonctionnent pas
correctement, à moins que vous les exécutiez depuis un environnement de
virtualisation dédié où AUCUN excès de ressources n'a été constaté (car ce type
d'excès vous priverait des bénéficies principaux de la virtualisation).
Dans la majorité des cas, un environnement Enterprise Management complet que vous
exécutez sur un serveur physique dual-socket 24-core ne fonctionnera pas correctement
avec une "grosse" machine virtuelle 24-vCPU : elle doit être divisée en plusieurs
machines virtuelles plus petites.
Une limite maximum "raisonnable" serait d'utiliser 4 à 6 vCPUs par machine virtuelle.
Cette limite peut être augmentée si la plateforme de virtualisation comprend des
serveurs avec un "core count" élevé ET si aucun excès, ou un excès "modéré de CPU
n'existe.
Virtualisation de MongoDB, Elasticsearch et Syracuse : les bonnes

pratiques
Sur des systèmes de PRODUCTION, NE déployer PAS Elasticsearch sur la même

machine virtuelle que Syracuse (node.js).
En général, MongoDB peut être déployé sur le même serveur que Syracuse
(node.js), mais si vous utilisez MongoDB de façon intensive pour stocker des
documents, il est préférable de l'héberger sur un serveur dédié.
L'utilisation de plusieurs serveurs permet d'adapter plus facilement la configuration car

les différents composants ne sont pas en concurrence sur les mêmes ressources
(mémoire, CPU, disque E/S) au sein d'une même machine virtuelle. Cela permet
également de modifier le déploiement plus facilement dans le cas où vous constatez un
goulot d'étranglement au niveau d'un des composants.
MongoDB requière en général moins de CPU et de mémoire que le composant node.js.
Vous pouvez commencer par une configuration de machine virtuelle restreinte.
Idéalement, vous devez paramétrer un cluster (replica set) avec un nombre impair de
"nodes" (3 est un bon début). Il y un grand nombre de ressources sur Internet sur les
outils et techniques pour synchroniser le déploiement MongoDB. N'exagérez pas son
dimensionnement ou son architecture, à moins que Mongo représente un goulot
d'étranglement pour vos performances. Mongo est conçu pour supporter un nombre

important de jeux de données et des taux de transaction très élevés : par comparaison,
les ressources demandées par Enterprise Management ne sont presque rien à côté des
plus gros sites et applications web qui utilisent Mongo.
Elasticsearch utilise plus de mémoire et de CPU que MongoDB, mais l'utilisation peut
énormément varier. Vous pouvez commencer avec la même configuration que
MongoDB puis l'augmenter si nécessaire. Quelques informations intéressantes sur le
composant Elasticsearch : Ce composant est dissocié du reste : si vous rencontrez un
problème de performance à ce niveau, il n'impactera pas le reste de l'application,
uniquement la fonction de recherche. Ce composant peut facilement être redéployé sur
une machine virtuelle plus volumineuse car il ne contient aucune donnée critique. Il s'agit
d'un simple index à reconstruire à partir des données d'une base MongoDB ou
Enterprise Management (SQL ou Oracle). Il peut également être mis en cluster ; vous
trouverez des ressources sur le déploiement de cluster sur Internet.
Node.js (Serveur Syracuse) est l'élément le plus difficile à configurer des trois, mais
aussi celui qui cause le plus souvent des problèmes de performance.
Astuces pour la virtualisation du niveau de présentation

Remarques sur le CPU et la mémoire pour Syracuse
En appliquant les valeurs de configuration par défaut, un processus node.js standard
devrait solliciter moins de 1,5Go de RAM. Dans ce cas, le traitement lance une
récupération de mémoire 'agressive', ce qui sature en général le thread du CPU. Il est
important de maintenir les traitements node.js individuels sous les 75% pour 1 CPU (20%
pour le total de CPU sur une VM à 4 cœurs), et sous 1,5Go.
Étant donné que vous devez conserver des ressources CPU pour le système
d’exploitation, une VM Syracuse doit avoir au minimum 2 cœurs. Un minimum de 2 Go
de RAM doit être disponible pour le système d’exploitation.
Un processus node.js est requis pour environ 25 sessions interactives, selon l'activité
sur ces sessions. Pour un utilisateur de pages classiques, une session correspond à un
onglet ouvert. Pour un utilisateur de fonctions Syracuse, une session supplémentaire est
nécessaire pour tous les onglets ouverts.
Un cœur de CPU est requis pour 2 à 4 processus node.js (selon leur activité).
Par exemple, une VM avec 2 cœurs et 8Go est suffisante pour exécuter 4 processus
node.js avec les valeurs de dimensionnement par défaut.
Si vous devez gérer de très grandes tables dans les pages classiques, vous devez
augmenter la taille mémoire associée au node.js (jusqu'à 8Go). Se reporter à la
documentation dédiée au dimensionnement node.js pour plus d'informations.
Les règles à ne pas oublier :
- Node.js est un processus à un fil (thread) : si vous avez 4 cœurs et que le processus
node.js sollicite 25% du CPU total, cela signifie que le thread du CPU est saturé, ce
qui n'est pas souhaitable.

- Surveillez l'utilisation globale de la mémoire pendant que l'application est en cours
d'exécution et augmentez le nombre de processus nodes avant que l'utilisation
globale de la mémoire atteigne les 75-80%.
Dimensionnement des web services
Si la majorité de vos transactions utilisent des web services, il est recommandé de
déployer un cluster de node.js et de dédier un ou plusieurs processus nodes de votre
cluster aux web services.
Dans ce cas, assurez-vous de ne pas utiliser des web services et des sessions
interactives sur le(s) même(s) node(s).
Dimensionnement de MongoDB
Les éléments suivants doivent être pris en compte pour votre instance MongoDB :
- Le dimensionnement de la mémoire de MongoDB n'est pas lié au
dimensionnement de la mémoire Syracuse.
MongoDB utilise généralement moins de 1Go, ce qui convient à une VM de 3Go.
- Par principe, allouez toujours 20% du CPU de la VM de moins à MongoDB qu'à
Syracuse.
Dimensionnement Elasticsearch
Elasticsearch nécessite au moins deux cœurs et 4Go de RAM et doit être hébergé sur
une machine virtuelle dédiée. Si vous indexez une base de données très volumineuse,
plus de CPU et de mémoire peuvent être requis.
Remarques sur le stockage
Syracuse effectue très peu d'entrées/sorties (E/S). Sauvegardez les disques pour
MongoDB et Elasticsearch.

Prérequis clients pour accéder à Enterprise
Management V12
Poste ou bureau à distance
Configuration du poste client

Ressources du Configuration de base Recommandée
poste
Processeur Processeur Dual-core, Intel Core i3, i5 ou i7,
Intel Celeron/Pentium ou équivalent AMD
ou équivalent AMD
Mémoire 3 Go RAM 4 Go ou plus
Affichage couleur 32-bit, 1280 x 768 1440 x 900 pixels ou plus
pixels
Réseau 10 Mbit/s, WiFi ou par câble 100 Mbit/s ou plus, WiFi ou
par câble
Système Windows 32-bit, OS-X ou Windows 64-bit, OS-X ou
d'exploitation Linux Linux
Associations système d'exploitation/navigateur prises en charge

Système d’exploitation du poste/bureau distant
Microsoft Windows
7, 8, 8.1, 10
Version de 32- & 64-bit
Navigateur navigateur Apple Linux 32- &
minimum Bureau distant sous Mac OS-X 64-bit
Windows Server
2008R2, 2012,
2012R2 & 2016
Mozilla 44 Pris en charge Pris en Compatible
Firefox charge
Google 48 Pris en charge Pris en Compatible
Chrome charge
Microsoft 11 Pris en charge Non Non
Internet disponible disponible
Explorer
Microsoft EdgeHTML 15 Pris en charge Non Non
Edge disponible disponible
Apple 9 Non pris en charge Pris en Non
Safari charge disponible
Opera 35 Pris en charge Pris en Compatible
charge

Dans ce tableau, le terme 'compatible' associé aux navigateurs sous Linux signifie que
l'association navigateur/système d'exploitation utilisée a été testée pour Enterprise
Management V12 sur certaines variantes de Linux, mais pas pour toutes les associations
possibles.
D'autres navigateurs (liés ou non aux navigateurs ci-dessus) peuvent fonctionner avec
Enterprise Management V12, mais Sage ne garantit pas d'autres associations possibles.
Add-ons et outils optionnels sur le poste client ou bureau

distant
Composant Version(s) et commentaires
Microsoft Office 2010, 2013, 2016
(éditions 32- et 64-bit).
Le plugin Enterprise Management pour
Requiert l'installation de IE11. Microsoft Office est disponible uniquement
sur les plateformes Windows.
Microsoft Office inclus dans Office 2013, 2016
365 (éditions 32 et 64-bit) installé
sur le poste. Le plugin Enterprise Management pour
Microsoft Office est disponible uniquement
Pas de support Office en ligne. sur les plateformes Windows.
Requiert l'installation de IE11.

Microsoft Outlook 2010, 2013, 2016
(éditions 32- et 64-bit).
Le plugin Enterprise Management pour
sur les plateformes Windows.
Microsoft Outlook inclus dans 2013, 2016
Office 365 (éditions 32 et 64-bit)
installé sur le poste. Le plugin Enterprise Management pour
Pas de support Office en ligne. sur les plateformes Windows.
Crystal Reports Designer CR2013
Requis pour les états Enterprise

Management.
Rendu Adobe Flash Intégré à IE11, Edge, Google Chrome
(Windows)
Adobe Flash Player 10 ou supérieur pour
Mozilla Firefox.
Requis pour certaines fonctions 'classiques'

(par exemple : Process Designer).
Non requis pour les utilisateurs qui n'utilisent

pas les fonctions Flash.

Visionneuse de PDF Adobe Reader DC ou visionneuse de PDF
équivalente.
Un outil permettant de lire les PDF est requis

pour afficher les états générés dans
Enterprise Management par le serveur
d'édition EMP.
Certains navigateurs (par exemple : Google

Chrome, Microsoft Edge) intègrent un lecteur
de PDF en mode natif et ne requièrent pas
l'installation d'un utilitaire supplémentaire.

Accès des plateformes mobiles (smartphones, tablettes)
Version Navigateurs
OS de la
minimum pris en Commentaires
plateforme
de l'OS charge
Apple iOS 10 Safari,
(la version 9 Chrome,
fonctionne, Firefox,
mais Opera Mini
considérée
comme une
ancienne
version)
Google 7 (Nougat) Chrome,
Se reporter au tableau des
Android (La version Firefox,
versions de navigateurs pour
6 Opera Mini
les postes pour connaître la
Marshmallo
version minimum requise.
w
fonctionne,
D'autres navigateurs peuvent
mais n'est
fonctionner, mais ne sont pas
plus
certifiés.
supportée
par Google)
Microsoft 8.1 Internet
Windows Explorer
Phone
Microsoft 8.1 Internet
Windows RT Explorer
Windows 8.1 Internet
Embedded Explorer

Commentaires additionnels
Compatibilité avec Windows 2019

Le dernier système d’exploitation n'a pas encore été validé. Le résultat des tests et la
compatibilité seront communiqués ultérieurement.
Crystal Reports Designer

Enterprise Management continue d'exécuter les états créés par Crystal Reports
Designer 2013. La compatibilité avec Crystal Reports Designer 2016 n'a pas encore été
validée et sera communiquée ultérieurement.
Avertissement : Vous devez utiliser Windows Server 2012 pour pouvoir utiliser Crystal
Reports Designer 2013. Cette solution n'est pas compatible avec Windows Server 2016.
Mise en œuvre des web services Amazon

Un problème a été rapporté par certains utilisateurs installant Enterprise Management
sur des environnements AWS. Si Windows 2016 C4 et des instances M4 sont utilisées,
des déconnexions aléatoires se produisent entre le serveur web et le serveur applicatif.
Cela est lié aux pilotes réseau fournis par Microsoft, utilisés sur ces types d'instances.
Sage a analysé le problème et a pu observer que l'erreur disparaît lorsque l'on teste les
pilotes Windows 2012 R2 (utilisés dans les versions antérieures des AMI AWS W2K16).
Ces résultats ont été transmis à AWS, mais aucune solution ne peut être proposée pour
le moment.
Pour éviter cette erreur, une solution est d'utiliser les types d'instance équivalents C5 ou
M5, qui obtiennent de meilleures performances au même coût.

www.sage.com
©2018 The Sage Group plc, ou ses partenaires. Tous droits réservés. Sage, les logos Sage et les noms des produits et
des services de Sage énoncés dans les présentes sont des marques commerciales ou des marques déposées de Sage
Group plc, ou de ses partenaires. Toutes les autres marques commerciales sont la propriété de leurs sociétés
respectives.

Architecture Guide November2018 v12

Transféré par

Informations du document

Description :

Titre original

Copyright

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Description :

Droits d'auteur :

Architecture Guide November2018 v12

Titre original :

Transféré par

Description :

Droits d'auteur :

Architecture et prérequis

Architecture et prérequis système – Version 1 Page 2 de 39

Dossiers Enterprise Management 6

Ordinateur de bureau ou portable 13

Bande passante réseau entre serveurs frontaux et postes de travail 14

Architecture technique : schéma global 15

PREREQUIS TECHNIQUES POUR ENTERPRISE MANAGEMENT V12 16

Architecture et prérequis système – Version 1 Page 3 de 39

PREREQUIS TECHNIQUES GENERAUX POUR INSTALLER LES

Matrice de compatibilité système d'exploitation/base de données pour les composants

REMARQUES SUR L'HEBERGEMENT ET LA CONFIGURATION DE LA BASE

Hébergement de la base de données 25

Pilotes ODBC sur le serveur d’édition d'Enterprise Management 25

HEBERGEMENT DES COMPOSANTS SERVEUR ENTERPRISE

Recommandations génériques sur le matériel 26

Remarques sur le CPU 26

Remarques sur la mémoire 26

Remarques sur le réseau 28

Remarques sur le stockage 28

Remarques sur la virtualisation 30

PREREQUIS CLIENTS POUR ACCEDER A ENTERPRISE MANAGEMENT

Architecture et prérequis système – Version 1 Page 4 de 39

Add-ons et outils optionnels sur le poste client ou bureau distant 35

Accès des plateformes mobiles (smartphones, tablettes) 37

Compatibilité avec Windows 2019 38

Crystal Reports Designer 38

Mise en œuvre des web services Amazon 38

Architecture et prérequis système – Version 1 Page 5 de 39

Les logiciels applicatifs suivant sont développés sur la plateforme Enterprise

Dossiers Enterprise Management

Architecture et prérequis système – Version 1 Page 6 de 39

Serveur de base données

Serveurs de traitement principaux et applicatifs

Architecture et prérequis système – Version 1 Page 7 de 39

Serveur de présentation web

interactives concurrentes et/ou de web services est requis. Fichier exécutable

Architecture et prérequis système – Version 1 Page 8 de 39

Architecture et prérequis système – Version 1 Page 9 de 39

Serveurs de traitement additionnels

Serveur de collecte automatique des données (ADC)

Serveur 'legacy' Java Bridge

Architecture et prérequis système – Version 1 Page 10 de 39

Architecture et prérequis système – Version 1 Page 11 de 39

Serveur de messagerie ou passerelle SMTP

Architecture et prérequis système – Version 1 Page 12 de 39

Ordinateur de bureau ou portable

Architecture et prérequis système – Version 1 Page 13 de 39

Bande passante réseau entre serveurs frontaux et postes de

Architecture et prérequis système – Version 1 Page 14 de 39

Architecture et prérequis système – Version 1 Page 15 de 39

Liste des composants nécessaires pour créer un

EMP Base de Permet la création de Optionnel Oui Non requis si la

Ne peut pas être

Architecture et prérequis système – Version 1 Page 16 de 39

Architecture et prérequis système – Version 1 Page 17 de 39

Basé sur Node.js.

Architecture et prérequis système – Version 1 Page 18 de 39

Architecture et prérequis système – Version 1 Page 19 de 39

Architecture et prérequis système – Version 1 Page 20 de 39

Architecture et prérequis système – Version 1 Page 21 de 39

Nom du Fourn. Système d'exploitation sur Commentaires

Architecture et prérequis système – Version 1 Page 22 de 39