You are on page 1of 16

Comment…

Découvrir les prérequis


Système et Architecture
pour installer l’application
Sage X3 People
Update 9
Date: Mai 2016
Version: 1d

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 1 of 16
Table des Matières

Table des Matières

TABLE DES MATIÈRES ............................................................................. 2

PRESENTATION DE L’ARCHITECTURE ............................................ 3

Généralités .............................................................................................................. 3

Description des composants ............................................................................... 3

Architecture et flux réseau ................................................................................... 8

DIMENSIONNEMENT DES SERVEURS ............................................ 10

10 utilisateurs simultanés et 500 accès potentiels Self-Service RH ........... 10

20 utilisateurs simultanés et 1000 accès potentiels au Self-Service RH.... 11

30 utilisateurs simultanés et 2000 accès potentiels au Self-Service RH.... 12

60 utilisateurs simultanés et ~5000 accès potentiels au Self-Service RH . 13

Autre Architecture ................................................................................................ 14

Dimensionnement du poste utilisateur ............................................................ 15

PRESENTATION DE LA METHODOLOGIE D’INSTALLATION 16

Généralités ............................................................................................................ 16

Prestation Système pour mise en œuvre ......................................................... 16

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 2 of 16
Présentation de l’architecture

Présentation de l’architecture
Le présent document fournit des renseignements sur la platforme de
développement SAFE X3 (Sage Application Framework for the Enterprise) et
présente les prerequis système & architecture pour installer l’application Sage
X3 People.

Généralités

SAFE X3 (Sage Application Framework for the Enterprise) est la plateforme


technologique commune aux différents progiciels : Definitions
 Sage ERP X3 (logiciel de gestion de l'entreprise : gestion financière,
SAFE X3 (SAGE
ARCHITECTURE FOR THE
gestion commerciale, gestion des achats, gestion industrielle) ENTERPRISE)
Plateforme technologique de
 Sage X3 People (logiciel de gestion de la Paie et des Ressources développement des
Humaines) applications Sage ERP X3 et
Sage X3 People.
La technologie SAFE X3 repose sur une architecture technique organisée en APPLICATION DATA
couches et visant à : Ce sont les tables et index
 Séparer les couches de gestion des données, d’exécution des traitements qui stockent les données
enregistrées par les
et de présentation (architecture n-tiers). utilisateurs de la solution
 Répartir la charge sur un ou plusieurs serveurs dès que l’application est (fiches fournisseurs, clients,
destinée à un grand nombre d’utilisateurs (objectif d’évolutivité). employés, articles…etc.).

 Laisser un choix d’implémentation sur des plateformes techniques et des


bases de données différentes.
 Permettre une utilisation transactionnelle au travers d’une interface web
accessibles depuis des postes PC (Windows & Mac), ou des tablettes,
smartphones, et terminaux industriels (radio fréquence).

L’atelier de développement est un Framework propriétaire :


 Le langage de développement du progiciel est un langage L4G propriétaire.
 Le langage de développement du Serveur Web est en Javascript et
HTML5.
 Le Protocole d’échange entre le poste client et le serveur Web Syracuse
est intégralement http ou https (conforme à la spécification HTML 5.x) et
l’interface de l’application web est construite sur une technologie de type
Ajax.
 L’outil d’installation des composants X3 est IzPack (Open source sur
plateforme Java).

Description des composants

Les différents composants présentés ci-dessous sont des composants


logiques, qui peuvent être tous installés sur un même serveur ou au
contraire être répartis sur plusieurs machines, en fonction du nombre
d’utilisateurs à connecter, du volume de données et du nombre de

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 3 of 16
Présentation de l’architecture

transactions à traiter, ce qui assure une grande évolutivité de cette


architecture.

Serveur d’application
Serveur de Données
Le serveur de données est le serveur qui héberge le moteur de la base de
données relationnelle (Oracle ou SQL Server) et qui permet de stocker à la fois
les données applicatives, les données de description de cet applicatif
(dictionnaire) et les données de paramétrage.
Les progiciels de la plateforme technologique SAFE X3 sont développés
conformément aux recommandions émises par les éditeurs de base de Definitions
données permettant ainsi d'assurer la cohérence et l’intégrité des données SERVEUR BATCH
stockées. L’applicatif offre un
Il n'y a pas de limite à la taille de la base de données : en moyenne nos clients efonctionnalité “Batch”
exploitent des bases allant de 5 à 40GB pour Sage X3 People. permettant de programmer
(en mode dit « batch ») un
grand nombre de traitements
Serveur d’application-traitement principal à lancer de façon périodique
Le serveur d’application donne accès à l’ensemble des éléments (programmes, ou récurrente.
écrans, états, menus, etc.) qui constituent les applications. Ces éléments sont
organisés en répertoires par dossier et ne sont répétés d’un dossier mère à un TÂCHE BATCH
dossier fille que s’ils sont effectivement propres au dossier fille. Sinon, c’est La tâche Batch permet de
l’élément du dossier mère qui est utilisé. L’on gère ainsi un maximum de trois programmer un ensemble de
traitements à lancer de façon
niveaux de dossier.
différée.
L’application est organisée en une hiérarchie de dossiers, dont le dossier racine JSON (JAVASCRIPT OBJECT
est l’image de la fourniture standard, et les autres dossiers des dossiers NOTATION)
«filles», générés à partir du dossier racine et représentant chacun une Format de données qui
application. structure les données à l’aide
de Tags ou étiquettes.
Le serveur de traitement principal est obligatoire et est hébergé sur la même MONGO DB
machine que le serveur d’application. C’est sur ce serveur que tourne le Base de données
superviseur des tâches batch et que s’exécutent les programmes lancés en documentaire classifiée base
mode différé via le superviseur batch. de donnée NoSQL

Autres Composants techniques


Serveur Web Syracuse
Le serveur Web Syracuse est le serveur frontal auquel les utilisateurs finaux
accèdent en utilisant un navigateur Internet, pour ouvrir une session dans une
application de l’offre Sage X3.

Le Serveur Web peut également être appelé Serveur Syracuse au


cours de l’installation

Il fonctionne en mode asynchrone basé sur le framework événementiel Node.js


qui contient une bibliothèque intégrée de serveur HTTP, lui permettant ainsi de
remplir la fonction de serveur de publication web.
Chaque page possède sa propre URL et envoie au client un flux Java Script au
format de données JSON.

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 4 of 16
Présentation de l’architecture

Des données d'exploitation (personnalisation des fenêtres, dashboard,


endpoints, gestion des rôles, infos utilisateurs et même certains documents
électroniques que les utilisateurs peuvent enregistrer via les espaces de
stockage) sont stockées localement dans une base de données orientée
documents sous MongoDB.

Serveur d’édition
Le serveur d’édition est obligatoirement hébergé par une machine sous
système d’exploitation Windows 2012 R2.

C’est le serveur qui prend en charge toutes les demandes d’édition aussi bien
en provenance des sessions interactives que des soumissions en mode différé,
et qui réoriente le résultat sous diverses formes (.pdf, .doc, .xls, .prn, etc.) vers
son périphérique de destination : imprimante, fichier sur disque, messagerie ou
de manière interactive sur l’écran de l’utilisateur.

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
dispatchée sur plusieurs processus d’édition (thread). Le nombre de processus
d’édition étant paramétrable dans la console de configuration et doit être adapté
en fonction du dimensionnement de la machine.

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 de rapport sont transférés en utilisant le protocole de


communication interne SADFSQ, le serveur d’édition dispose d’un client
SADFSQ capable d’adresser et de communiquer avec un serveur SADFSQ
présent sur un serveur d’application et traitement principal.

A noter que la conception des états est réalisée avec une application externe :
Crystal Reports 2013 (version 14.1).

Self-Service RH
L’application Self-Service RH est une application Web de type Ajax. Elle
propose aux salariés de l’entreprise un ensemble de fonctions RH accessibles Definitions
au travers d’un navigateur Web. SELF-SERVICE RH
Outil dédié aux salaries et
Le Self-Service RH permet de déporter une partie des fonctions RH auprès des managers permettant de
salariés et des managers. Par exemple, les salariés peuvent gérer eux-mêmes saisir de manière autonome
la mise à jour de leurs données personnelles (changement d'état civil, à travers un navigateur
d’adresse, naissance…), ainsi que les demandes de congés, les notes de certaines données en lien
frais... De leur côté, les managers valident ces demandes grâce aux Workflows avec les départements RH et
paye: congés, notes de frais.
et gagnent en visibilité en accédant aux plannings complets de leurs équipes…

L’accès aux fonctions du Self-Service RH nécessite au préalable une


identification du collaborateur via la page de login. Les utilisateurs du Self-
Service sont gérés comme des utilisateurs X3 (login, mot de passe..) mais ils
ne disposent pas nécessairement des droits leur permettant de se connecter à
l’application via l’interface web standard.

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 5 of 16
Présentation de l’architecture

Serveur Web Services


Le serveur Web Services & RF est un composant technologique qui est utilisé
pour gérer certains flux :
 des terminaux RF (Radio Fréquence),
 des Web services qui sont par exemple nécessaires au fonctionnement du
self-service RH, des Workflows.
Ce composant encapsule les deux logiciels libres Apache HTTP et Apache
Tomcat.

Utilisation de Serveur de virtualisation


Il n’y a pas de contre-indication à mettre en place les produits de l’offre Sage
X3 version 9 et versions supérieures sous une architecture virtuelle de type Trucs et Astuces
VMware vSphere, Hyper-V, KVM.
Les composants Sage X3 suivants peuvent être installés sur des machines Vérifiez que toutes les
virtuelles : conditions soient
 serveur d’application-traitement principal
réunies pour une
virtualisation réussie !
 serveur d’édition

 serveur Web Syracuse

 serveur Web Services

Lorsque l’on décide de virtualiser son architecture, il faut acquérir et


mettre en place une infrastructure physique adaptée au monde de la
virtualisation garantissant des performances optimales. Cette
architecture doit être du type Blade Center, équipé de plusieurs lames
avec une unité de stockage externe de type baie SAN sécurisée
hautement performante.

Prévoyez également d’acquérir des outils de sauvegarde adéquats,


afin de pouvoir sauvegarder en ligne les machines virtuelles et
éventuellement d’envisager une redondance de la baie et des lames
physiques.
Pour les environnements projets (développement, test, recette, formation,
secours, etc.), l'installation de la base de données et de l’application dans une
infrastructure virtuelle ne pose aucune difficulté car les performances ne sont
pas un enjeu majeur.

Pour l’environnement de production, nous recommandons que les composants


base de données et application X3 restent sur un même serveur physique pour
une meilleure maîtrise des performances (ce choix garantit la plus faible latence
possible entre les processus Sage et la base de données par le biais d’une
communication par mémoire partagée, sans utilisation de la couche réseau).

Si toutefois le client décide de déployer ces deux composants sur une machine
virtuelle, l’éditeur Sage ne peut présager des performances de son application
qui ne serait pas installée dans un environnement système lui permettant de
pouvoir s’engager sur des performances optimums.

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 6 of 16
Présentation de l’architecture

Nous conseillons dans ce cas, dès le début du projet de prévoir une machine
virtuelle suffisamment dimensionnée pour qu’elle puisse servir de futur serveur
de production, ce qui permettrait ainsi durant toute la phase projet de qualifier in
situ les performances de l’infrastructure de virtualisation en place et décider
avant le démarrage en production en fonction du niveau de performance
mesuré de faire évoluer si nécessaire cette infrastructure de virtualisation pour
la rendre plus performante ou de basculer sur un serveur physique.

Pour aider à la qualification d’une infrastructure de quelle nature qu'elle soit :


machine physique ou virtuelle, mono ou multi-tiers, Oracle ou SQL Server,
Unix-Linux ou Windows, etc., l’éditeur Sage pourra fournir un programme
permettant de mesurer la performance unitaire de son application pour mener à
bien 7 actions dans la base de données de référence (lecture, écriture,
suppression).

Le résultat obtenu suite à l’exécution de ce programme permettra de noter et de


déterminer où se situe les performances de l’infrastructure dans une échelle de
classification préalablement mesurée lors de la réalisation de benchmarks ou
par retour d’expérience auprès d’autres infrastructures de production

Serveur de messagerie ou Passerelle SMTP Definitions


Un serveur de messagerie a pour vocation de transférer les messages SERVEUR DE MESSAGERIE
électroniques d'un serveur à un autre via un logiciel serveur de courrier Permet de relayer les
électronique. messages d’un poste à un
autre.
L’utilisateur final n'est jamais en contact direct avec le serveur de messagerie
mais utilise soit un client de messagerie, soit un autre programme binaire, qui
se charge de contacter le serveur de messagerie pour envoyer ou recevoir les
messages. Entre l'utilisateur et son serveur, l'envoi d'un courrier électronique se
déroule généralement via le protocole SMTP.

Dans le cadre de l’utilisation des progiciels Sage X3, la présence d’un serveur
de messagerie est obligatoire pour le bon fonctionnement des fonctionnalités
de Workflow.

La fourniture et la mise en place du serveur ne rentre pas dans les


attributions de la société SAGE.

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 7 of 16
Présentation de l’architecture

Architecture et flux réseau

La mise en place du progiciel Sage X3 People nécessite principalement une


architecture de type Mono Server intégrant la base de données et l’application
sur la même machine. Cette architecture Mono Serveur offre une simplicité
d’installation et d’exploitation ainsi qu’un meilleur rendu des performances.
Pour des besoins qui seraient propres aux clients, il est tout à fait possible de
mettre en place le progiciel dans une architecture de type Multi Serveurs (par
exemple pour isoler la couche de présentation Web & d’édition sur un autre
server).

Architecture Mono Serveur

Database
Application & Processing
Web Presentation
Print Service

Local Network

Sage X3 Sage X3
Web Client Web Client

Architecture Multi Serveur

Web Presentation Database


Print Service Application & Processing

Protocole Sage

Local Network

Sage X3 Sage X3
Web Client Web Client

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 8 of 16
Présentation de l’architecture

Caractéristiques réseau
Il est nécessaire de prévoir une liaison Gigabit entre les différents serveurs qui
constituent l’architecture système sur laquelle seront installées les applications
Sage.

Interface Serveur Frontal Flux


60 Kb/s PER USER
Client Web Serveur Web Sage - 50 Kb/s server Web -> browser
- 10 Kb/s browser -> Web server
Client Web via protocole Serveur Microsoft
24 Kb/s per session
RDP Terminal Service
Client Web via protocole Serveur Citrix
12 Kb/s per session
ICA XenApp
Client RF (Radio
Serveur Web Sage 20 Kb/s par terminal
Fréquence)
DÉBIT RESEAU

Domain résolution DNS


Il est nécessaire de prévoir une liaison Gigabit ou 10 Gigabit entre les différents
serveurs qui constituent l’architecture système sur laquelle seront installées les
applications Sage.
Dans le cadre d’une installation des composants sur des serveurs Windows, il
est fortement recommandé que ces serveurs soient membre d’un domaine
Active Directory et appartenir à la même branche (même gamme d’adresse IP).
A l’exception toutefois des serveurs frontaux Web (Sage), Microsoft Terminal
Service ou Citrix XenApp, qui peuvent être membre d’un autre réseau de type
DMZ.

Lorsque certaines machines du réseau interne ont besoin d'être


accessibles depuis l'extérieur, il est souvent nécessaire de créer une
nouvelle interface vers un réseau à part, accessible aussi bien du
réseau interne que de l'extérieur sans pour autant risquer de
compromettre la sécurité de l'entreprise. On parle ainsi de « zone
démilitarisée » (notée DMZ pour Demilitarized Zone) pour désigner
cette zone isolée hébergeant des applications mises à disposition du
public.
Ces différents serveurs doivent également être inscrit dans un domaine DNS afin
de leur permettre de reconnaitre leur FQDN (Fully Qualified Domain Name) y
compris celui des machines Unix et/ou Linux.
Les serveurs Windows qui hébergeront les composants Sage ne doivent pas être
contrôleur de domaine Active Directory (principal et/ou secondaire).
Les composants SAFE X3 communiquent entre eux en établissant des sockets.
En cas de coupure ou inactivation de cette socket par un firewall, des
mécanismes de reprise sont prévus pour certains composants, et pour d’autres,
il faudra adapter le paramétrage de l’application Sage afin de synchroniser le
time-out des sessions utilisateurs avec les règles du firewall. Nous vous invitons,
si vous êtes dans ce cas, à vérifier ce fonctionnement et en cas de problème à
paramétrer le firewall pour qu'il ne coupe pas ou n’inactive pas les
sockets établies entre les composants X3.
Nous conseillons également vivement de forcer aux mêmes valeurs la vitesse
et le mode de transfert entre la ou les carte(s) réseau installée(s) sur les
serveurs et les ports des commutateurs (switchs).

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 9 of 16
Dimensionnement des Serveurs

Dimensionnement des Serveurs


10 utilisateurs simultanés et 500 accès potentiels
Self-Service RH

Caractéristiques : architecture full 64-bit


Une seule machine héberge tous les composants

Catégorie Recommended Architecture


OS Microsoft Windows Server 2012 (R2) x64
Processeur Intel Xeon Quad Core 2.8GHz / Front-side Bus speed
CPU
1333 MHz / 12MB L2 cache
16 Go (2Go Windows + 4Go instance base de données de production
RAM + 2Go pour 10 sessions interactives et 5 batchs + 3Go Web & serveur
d’édition + 1Go Self-Service RH + 4Go en réserve)
Architecture disque minimum :
Disque 0  partition (C:) 1 x 72 GB à 10k/tpm, pour Windows,
moteur de la base de donnée
Disque 1  partition (D:) 1 x 140 GB à 10k/tpm, pour le stockage
des données et de l’application
DISQUE
Architecture disque conseillée :
Disque 0  partition (C:) 2 x 72 GB à 15k/tpm en RAID 1, pour
Windows, moteur de la base de données
Disque 1  partition (D:) 2 x 140 GB à 15k/tpm en RAID 1, pour le
stockage des données et de l’application
Oracle 12c (64-bit) Standard ou Entreprise Edition
SQL Server 2014 SP1 (64-bit) Standard ou Entreprise
Principales caractéristiques de l’instance SQL Server :
SGDB
 Instance nommée
 Ordre de tri binaire
 Authentification en mode mixte (SQL Server & Windows)

Limites technologiques de cette configuration


 Le serveur est dédié à l’application Sage X3 People
 Un seul environnement Sage de production est présent sur le serveur
 Une seule instance de base de données hébergée sur la machine
 Le composant BO XI R4 (SAP BusinessObjects) est hors périmètre de
cette architecture
 Maximum 10 requêtes simultanées au Self-Service RH

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 10 of 16
Dimensionnement des Serveurs

20 utilisateurs simultanés et 1000 accès potentiels au


Self-Service RH
Caractéristiques : architecture full 64-bit
Une seule machine héberge tous les composants

Catégorie Recommended Architecture


OS Microsoft Windows Server 2012 (R2) x64
Processeur Intel Xeon Quad Core 2.8GHz / Front-side Bus speed
CPU
1333 MHz / 12MB L2 cache
20 Go (2Go Windows + 5Go instance base de données de production
RAM + 3Go pour 20 sessions interactives & 5 batchs + 4Go Web & serveur
d’édition + 2Go Self-Service RH + 4Go en réserve)
Architecture disque minimum :
Disque 0  partition (C:) 1 x 72 GB à 10k/tpm, pour Windows,
moteur de la base de données
Disque 1  partition (D:) 1 x 140 GB à 10k/tpm, pour le stockage
des données et de l’application
DISQUE
Architecture disque conseillée :
Disque 0  partition (C:) 2 x 72 GB à 15k/tpm en RAID 1, pour
Windows, moteur de la base de données
Disque 1  partition (D:) 2 x 140 GB à 15k/tpm en RAID 1, pour le
stockage des données et de l’application
Oracle 12c (64-bit) Standard ou Entreprise Edition
SQL Server 2014 SP1 (64-bit) Standard ou Entreprise
Principales caractéristiques de l’instance SQL Server :
SGDB
 Instance nommée
 Ordre de tri binaire
 Authentification en mode mixte (SQL Server & Windows)

Limites technologiques de cette configuration


 Le serveur est dédié à l’application Sage X3 People
 Un seul environnement Sage de production est présent sur le serveur
 Une seule instance de base de données hébergée sur la machine
 Le composant BO XI R4 (SAP BusinessObjects) est hors périmètre de
cette architecture
 Maximum 20 requêtes simultanées au Self-Service RH

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 11 of 16
Dimensionnement des Serveurs

30 utilisateurs simultanés et 2000 accès potentiels au


Self-Service RH

Caractéristiques : architecture full 64-bit


Une seule machine héberge tous les composants
Catégorie Configuration recommandée
OS Microsoft Windows Server 2012 (R2) x64
Processeur Intel Xeon 6-cores 2.4GHz / Front-side Bus speed 1333
CPU
MHz / 12MB L2 cache
24 Go (2Go Windows + 6Go instance base de données de production
RAM + 4Go pour 30 sessions interactives & 5 batchs + 5Go Web & serveur
d’édition + 3Go Self-Service RH + 4Go en réserve)
Architecture disque minimum :
Disque 0  partition (C:) 1 x 72 GB à 10k/tpm, pour Windows,
moteur de la base de données
Disque 1  partition (D:) 2 x 140 GB à 10k/tpm, pour le stockage
des données, de l’application et du journal des transactions SQL ou
fichiers archive log Oracle
DISQUE
Architecture disque conseillée :
Disque 0  partition (C:) 2 x 72 GB à 15k/tpm en RAID 1, pour
Windows, moteur de la base de données
Disque 1  partition (D:) 4 x 140 GB à 15k/tpm en RAID 10, pour le
stockage des données, de l’application et du journal des transactions
SQL ou fichiers archive log Oracle
Oracle 12c (64-bit) Standard ou Entreprise Edition
SQL Server 2014 SP1 (64-bit) Standard ou Entreprise
Principales caractéristiques de l’instance SQL Server :
SGDB
 Instance nommée
 Ordre de tri binaire
 Authentification en mode mixte (SQL Server & Windows)

Limites technologiques de cette configuration


 Le serveur est dédié à l’application Sage X3 People
 Un seul environnement Sage de production est présent sur le serveur
 Une seule instance de base de données hébergée sur la machine
 Le composant BO XI R4 (SAP BusinessObjects) est hors périmètre de
cette architecture
 Maximum 40 requêtes simultanées au Self-Service RH

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 12 of 16
Dimensionnement des Serveurs

60 utilisateurs simultanés et ~5000 accès potentiels


au Self-Service RH

Caractéristiques : architecture full 64-bit


Une machine héberge les composants application et base de données
Catégorie Configuration recommandée
Microsoft Windows Server 2012 (R2) x64
OS Red Hat Enterprise Linux AS x64 version 6.4 et > / 7.1 et >
Oracle Enterprise Linux x64 version 6.4 et > / 7.1 et >
Bi Processeur Intel Xeon 6-cores 2.4GHz / Front-side Bus speed
CPU
1333 MHz / 12MB L2 cache
48 Go (2Go Windows + 16Go instance base de données de
production + 8Go pour 60 sessions interactives & 5 batchs + 4Go
RAM
Serveur d’édition + 10Go Sessions Self-Service RH + 8Go en
réserve)
Architecture disque conseillée :
Disque 0  partition (C:) 2 x 72 GB à 15k/tpm en RAID 1, pour
Windows, moteur de la base de données
DISQUE Disque 1  partition (D:) 4 x 140 GB à 15k/tpm en RAID 10, pour le
stockage des données et de l’application
Disque 2  partition (E:) 2 x 140 GB à 15k/tpm en RAID 1, pour le
stockage des fichiers Oracle log

SGDB Oracle Database 12c (64-bit) Standard Edition

Une machine héberge les composants de publication Web


Catégorie Configuration recommandée
Microsoft Windows Server 2012 (R2) x64
OS Red Hat Enterprise Linux AS x64 version 6.4 et > / 7.1 et >
Oracle Enterprise Linux x64 version 6.4 et > / 7.1 et >
Processeur Intel Xeon 4-cores 2.4GHz / Front-side Bus speed 1333
CPU
MHz / 12MB L2 cache
RAM 12 Go (2Go Windows + 8Go Serveur Web + 2Go en réserve)
Architecture disque conseillée :
DISQUE Disque 0  partition (C:) 2 x 140 GB à 15k/tpm en RAID 1, pour
Windows, moteur de la base de données

Une machine héberge les composants Self-Service (XTend)


Catégorie Configuration recommandée
Microsoft Windows Server 2012 (R2) x64
OS Red Hat Enterprise Linux AS x64 version 6.4 et > / 7.1 et >
Oracle Enterprise Linux x64 version 6.4 et > / 7.1 et >
Processeur Intel Xeon 4-cores 2.4GHz / Front-side Bus speed 1333
CPU
MHz / 12MB L2 cache
RAM 16 Go (2Go Windows + 12Go Serveur XTend + 2Go en réserve)
Architecture disque conseillée :
DISQUE Disque 0  partition (C:) 2 x 140 GB à 15k/tpm en RAID 1, pour
Windows, moteur de la base de données

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 13 of 16
Dimensionnement des Serveurs

Limites technologiques de cette configuration


 Le serveur est dédié à l’application Sage X3 People
 Un seul environnement Sage de production est présent sur le serveur
 Une seule instance de base de données hébergée sur la machine
 Le composant BO XI R4 (SAP BusinessObjects) est hors périmètre de
cette architecture
 Maximum 100 requêtes simultanées au Self-Service RH

Autre Architecture

Au-delà de 60 utilisateurs simultanés et de 5000 accès potentiels au Self-


Service RH, nous consulter pour définir l’architecture système cible.

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 14 of 16
Dimensionnement des Serveurs

Dimensionnement du poste utilisateur

Ordinateur de bureau ou portable Definitions


Cette typologie de poste permet d’accéder à l’application Sage X3 People via CLIENT PC WORKSTATION
un navigateur Internet localement installé sur la machine. PC workstation is the
computer that runs the web
Le principe de fonctionnement est le suivant : browser to access the
 L’utilisateur se connecte via son navigateur internet (browser) sur le frontal application.
Web Syracuse en protocole http ou https, s’authentifie, et obtient l’accès à
l’application Sage.
 La logique applicative est exécutée sur le serveur d’application-traitement.
 La logique présentation est exécutée dans le serveur Web Syracuse.

Recommandations de dimensionnement du poste utilisateur :


Catégorie Configuration recommandée
OS Windows 7, 8, 10 et Windows 2012 Server
CPU Intel Core i3, i5, i7 ou équivalent chez AMD
Minimum : 4 Go
RAM
Recommandée : 4Go ou plus
Résolution d’écran 1280 x 768 pixels couleur 32-bits

Several and different Web browsers can be used:


Catégorie Configuration recommandée
Internet Explorer version 11
Microsoft Edge (sur Windows 10)
Windows 7, 8, 10
Chrome version 45 ou supérieure
Windows 2012 Server
Firefox version 41 ou supérieure
Opera version 31 ou supérieure
Mac OS X Safari version 8 ou supérieure

Smartphones et Tablettes
D'autres appareils peuvent également donner accès à l’application Sage X3
People (sous réserve de certaines conditions d’affichage).

Les différents types d’appareils testés sont les suivants :


Catégorie Configuration
Apple iPhone 4, 5, 6 sous IOS 8 ou version supérieure
Smartphones Android Phones sous Android OS 4.3 ou version supérieure
Windows Phone 7.1 ou version supérieure

Apple iPad (2, 3, 4, Air, mini, retina) sous IOS 8 IPAD

Tablets Android sous Android OS 4.3 ou version supérieure


MS Surface sous Windows RT 8.1

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 15 of 16
Présentation de la méthodologie d’installation

Présentation de la méthodologie
d’installation
Généralités
Durant l’installation et en fonction de la complexité de l’architecture système
cible, la présence de d’administrateur système et/ou de l’administrateur de la
base de données peut être requise

Prestation Système pour mise en œuvre

Nature de la prestation Durée Type


Installation de la solution sur le serveur de 4j Obligatoire
production :
 Installation d’un seul environnement de production
 Installation du dossier de démonstration
 Test de connexion sur station cliente de référence
Transfert de compétences niveau I :
 Déploiement des stations de travail client
 Présentation générale de l'architecture
 Liste des services à surveiller
 Procédure à suivre pour arrêter/démarrer le serveur
 Conseil de paramétrage des sauvegardes et plan de
maintenance
 Actualisation des documents standards (CR
Installation et Surveillance des services)
Transfert de compétences niveau II : 2j Option
 Méthodologie avancée de sauvegarde
 Procédure d'intégration des listes de patch applicatif
 Procédure d'installation des patchs technologiques
 Présentation de la Console de configuration Sage
pour transférer ou dupliquer un dossier
Journées d’assistance système (durant la phase 2j Option
projet) :
 Ce poste consiste à assurer un rôle de support
système pour répondre aux besoins de l’équipe projet
durant les phases de réalisation et recette
Assistance à la mise en œuvre du Self-Service RH 1j Option

Prévoir des jours supplémentaires pour le


paramétrage du Self-Service RH ces journées sont à
réaliser par l’équipe Technico-Fonctionnelle

Installation de la solution sur serveur de test-recette : 2j Option


 Installation d’un seul environnement
 Rafraichissement des données et objets depuis le
serveur de production

Les informations contenues dans ce document sont confidentielles et peuvent être modifiées sans préavis.
Bien que Sage fasse de son mieux pour donner une information exacte, aucune garantie implicite ni explicite
est donnée sur le contenu de ce document. Page 16 of 16