Architecture and system

requirements
Sage X3
Version 11
June 2017
 This document provides information on system requirements and setup for Sage
Architecture for the Enterprise (SAFE X3) Version 11. SAFE X3 is a common
technological platform for developing application software.

Audience
This document is intended for systems architects, systems engineers and experienced
developers who need to provision resources for installing or upgrading Sage X3. The
information in this document is intended for physical hardware. However, you can
deploy the solution in a virtual environment like VMware vSphere, Hyper-V, RedHat
KVM, Citrix XenServer or Oracle VM. See the section on Virtualization for details.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 2 of 35

Contents

GENERAL OVERVIEW 5

X3 Folders 5

COMPONENTS 6

Mandatory components 6
Database server 6
Application and Main process server(s) 6
Web presentation server 7
MongoDB server 7
ElasticSearch® Search Engine 7
Print server 8

Additional components 9
Additional Process servers 9
Legacy Web service and Automated Data Collection (ADC) servers 9
Legacy Java Bridge server 9
Business Objects Server 9

Auxiliary components 10
Configuration console 10
Mail server or SMTP Gateway 10

Batches management 10

CLIENT WORKSTATIONS 11

Desktop or laptop 11
Web browsers and versions certified with Sage X3 11
Other web browsers or versions compatible but not certified 11

Smartphones and tablets 12

TECHNOLOGY 13

Development platform 13

Global schema of the technical architecture 13

Network and bandwidth requirements 14

Network requirements 14
Network bandwidth between front-end servers and workstations 15

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 3 of 35

Antivirus 15

Windows Updates 15

Virtualization 16
Security considerations 16
Important sizing considerations for virtualization 17
Virtualizing MongoDB, ElasticSearch and Syracuse: good practice 17

REMOTE CONNECTION FOR SUPPORT 19

RESOURCE CONFIGURATION 20

Supported Operating Systems 20

Supported Operating Systems for servers 20
Supported Operating Systems for user workstations 21
Supported Operating Systems for Mobile Client 21

Supported Database vendors and versions 22

Processes distribution - Windows single-server architecture 23

Processes distribution - Multi-tier architecture 24

Memory used by Sage X3 processes 25

Other Sage X3 processes distribution 26

List of software to be installed prior to Sage X3 new installation 26

Add-ons and optional tools on client workstation 27

SIZING REQUIREMENTS 28

General prerequisites for Database and Application 28

Workstations 30

Single-tier Physical Database & Application server 30

Architecture examples 31
Single-tier architecture examples (physical server) 31
Multi-tier architecture (mixed) examples 32

Sizing rules for scalability 33

Additional process servers 33
Front-end servers 34

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 4 of 35

General overview

The following application software is developed using the SAFE X3 technological

platform:

• Sage X3 (ERP)
• Sage X3 People (HRM)
• Sage X3 Geode (WMS)

The technical architecture is organized in layers and designed to:

• Separate layers of data management, process execution, and presentation in a

multiple-tier architecture;
• Leverage load across several servers to ensure scalability when the application is
deployed for many users;
• Provide multiple implementation options on different technical platforms and
database engines;
• Provide access from various user devices including Windows and Apple computers,
tablets, smartphones, and industrial terminals (radio frequency).

X3 Folders
A folder is a repository that contains management rules, parameters, and data for one
or more business entities. It consists of a directory tree set on the Application Server
containing programmatic objects (programs, screen definitions, reports, etc.) and tables
stored in a dedicated schema within the associated Oracle or SQL Server database.

When installing Sage X3 (or Sage X3 People or Sage X3 Geode), two folders are
typically created:
• An X3 reference (or “parent”) folder: The reference folder that contains all the
“standard” software programs, screens, reports, etc.
• SEED: A demonstration folder that can also serve as a model folder from which new
folders can be created by parameters (and possibly partial data) duplication.
Folders administration tasks include:
• Creating new folders
• Duplicating folders from a model or a running folder (for instance: training folder)
• Removing unneeded folders (for instance, after training is finished)
• Creating backup folders

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 5 of 35

Components

All the resources described herein are logical components. You can install them on the
same computer or distributed across several machines according to the number of
users to be connected, the size of the database, and the number of transactions to be
processed. This model of distributed architecture offers a high level of scalability.

Mandatory components

Database server
The database server stores the application data, the
description data for this application (dictionary), and the Definition
parameters data. APPLICATION DATA
Tables and indexes
SAFE X3 products are developed according to the database that store
editor recommendations, which guarantees the integrity and information recorded
the coherence of the data stored in the database. by application users
such as suppliers,
There is no limit to the size of the database. Most customers customers,
are below 100 GB for data size, however some large Sage products, inventory,
X3 installations use several terabytes. To reduce the size of sales, production,
the live database, you can purge large tables or archive accounting, etc.
them in a special archive folder that may use another
database server.

Application and Main process server(s)

This/these server(s) provides access to all the elements that make up Sage X3
including processes, screens, reports, etc. These elements are organized in directories
by folder and are not repeated from parent folder to child folder except when they truly
belong to the child folder. Otherwise, it is the element from the parent folder that is
used. Three folder levels are managed in this way.

The application is organized as a hierarchy of folders where the root folder is the image
of the standard delivery and the other folders are the customer folders, generated from
the root folder and each representing an application.

From Version 11, it is possible to have several application servers (but only through a
manual set-up at current time). In this type of implementation, multiple application
servers will use common files in a single location, typically on a shared file system
provided by redundant servers or NAS. Setting up multiple application servers
eliminates a single point of failure.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 6 of 35

Web presentation server
The Web presentation server is a front-end server that end users access to open a
Sage X3 session through their internet browsers.

During installation, especially in documents and screens, Web presentation server

can also be referred to as Syracuse.

It works in asynchronous mode based on the Node.js software platform, which contains
a built-in HTTP server library which is used to provide a web publication server.

Each X3 function has its own URL and sends normalized (SData) Java Script feeds in
JSON format to the client (web browser on user’s workstation or web services client).

Operating data, such as Windows customization,

dashboard, endpoints, management roles, user Definitions
information, and electronic documents that users can JSON
JavaScript object
register via their storage area, are stored in a document-
notation: a textual data
oriented MongoDB database. format for structuring
information with tags.
The Syracuse Web Server can be clustered to ensure MONGODB
scalability when a high number of concurrent interactive A document-oriented
database classified as
connections and/or web services are needed.
a NoSQL database.
SADFSQ
This Syracuse Web Server also manages: An X3 internal
communication
• Workflow links protocol executable.

• Incoming and outgoing SOAP and REST Web Service

MongoDB server
MongoDB is a free open source NOSQL database. It is used to store all configuration
and customization parameters for the Syracuse Web Presentation server and can also
be used to store documents attached to business processes (for instance, scanned
orders or invoices).

MongoDB can be clustered on multiple servers to ensure scalability and redundancy.

ElasticSearch® Search Engine

ElasticSearch®, is a free, open source search engine based on the 100% Java Lucene
engine under Apache License 2.0. There are no additional database engines to be
installed.

ElasticSearch® provides real-time text-based search on the application data and

metadata that have been setup to be indexed.

ElasticSearch® can be clustered on multiple servers to ensure scalability.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 7 of 35

Print server
This server is hosted on a machine running a Windows Server operating system. There
can be multiple print servers per solution depending on volume requirements for
printing.

The Print server supports all print requests from interactive sessions as well as batch
submissions and sends the files to the appropriate print destination (printer, file, PDF,
FAX, etc.).

A Windows service is started on the computer that hosts the Print server. This service
is on port number 1890 by default, but it can be customized during installation. The
print service manages an output queue of the requests submitted, and the execution of
these reports can be dispatched on several editing processes or threads. The number
of editing processes can be customized in the Configuration Console and must be
adapted to the size of the server.

The Print server communicates with two other servers in your environment: the
Application server that hosts the printing model and the Database server that hosts the
tables via an ODBC connection.

The report files are transferred using the SADFSQ internal communication protocol.
The print server embeds a SADFSQ client able to address and communicate with a
SADFSQ server running on the Application and Main Process server.

Reports are designed using Crystal Reports 2008, (version 12.x) or Crystal Reports
2013 (version 14.1).

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 8 of 35

Additional components

Additional Process servers

These servers manage processes when scalability is required. They can run processes
linked to interactive sessions as well as web services sessions and batch processes
(batch process support on additional process servers was not possible in Sage X3
previous versions).

Differences between the Main Process server and Additional Process servers are as
follows:
• At least one Main Process server is mandatory and runs on the same machine as the
Application server.
• Additional Process servers are optional and are used to load-balance among multiple
resource processes related to X3 users sessions.
Additional Process servers load balancing is automatically managed by the front-end
Syracuse Web Presentation server(s), and can be done according to multiple rules
(X3 groups tagging, Web Services pools, Batch capability definition)

Legacy Web service and Automated Data Collection (ADC) servers

It’s a technical server that manages communication with:
• Automated Data Collection devices (typically RF hand-held terminals)
• Incoming SOAP Web Service in “legacy” mode
This component embeds Apache HTTP and Apache Tomcat (web servlet container).

This component will be deprecated in future versions of Sage X3 and replaced by

Syracuse Web Server new modules.

It should normally be installed only to provide the following functionalities:

• Automated Data Collection devices (typically hand-held RF terminals)
• Sage X3 People Employees portal

Legacy Java Bridge server

The Java Bridge Server is a deprecated component. However, it can still be installed to
support legacy outgoing web services (SOAP) and some other specific extensions.

Business Objects Server

The Business Objects (BO) server hosts Business Objects Enterprise XI. The data
warehouse database can be hosted on this server and updated daily from the
production database.

The Business Objects Server can only be deployed on Windows 2012 R2.
The data warehouse database can be stored on another server.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 9 of 35

Auxiliary components

Configuration console
The Configuration Console is a tool used to install and manage SAFE X3 components.
The Console configures the components and links them to define a “solution” or work
environment.

The Console uses different XML configuration files that are generated on each server
when installing the various components.

SAFE X3 Configuration console can be installed on any workstation running Windows

7 or higher, and/or on any Windows servers involved in the Sage X3 infrastructure.

A Sage X3 environment (or “solution”) can be managed by several users from different
workstations or servers where the Safe X3 configuration console is installed.

Mail server or SMTP Gateway

A Mail server is a computer program or software that forwards electronic messages
from one computer to another. Mail servers move and store mail over corporate
networks via LANs and WANs and across the internet.

A Mail server or SMTP Gateway is mandatory for using workflow functionalities.

Supplying and installing this server is not within Sage’s function and is not described in
this document.

Batches management
From SAFE X3 V11, the Sage X3 Batch Server (which
launches and monitors batch tasks) runs within the
Definitions
Syracuse Web Presentation server. BATCH SERVER
The SAFE X3
framework embeds a
From V11, X3 batch tasks can be now run on any process deferred (batch) tasks
server, which provides full scalability for background tasks. scheduling and
monitoring function
Each process server (including the Main one) is “tagged” with a comprehensive
with the maximum number of batch tasks it can run parameters
management for
simultaneously, from 0 to any (reasonable) number.
these processes.

When a batch task is to be run, the Sage X3 Batch BATCH TASK

scheduler will launch the task on a Process server where a Unlike an interactive
“batch slot” is available, or wait for a batch slot to become session, a batch task
is a process launched
available on any of the batch-enabled Process server(s).
in background mode
and monitored by the
task scheduler (batch
server).

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 10 of 35

Client workstations

Desktop or laptop
Users can access Sage X3 applications on the Application server via a web browser
from their workstations.

Web browsers and versions certified with Sage X3

• Microsoft Windows desktop OS: Windows 7, 8, 10
o Internet Explorer version 11
o Edge (on Windows 10)
o Chrome version 53 or higher
o Firefox version 48 or higher
o Opera version 37 or higher
• Apple Mac OS X workstation:
o Safari version 9 or higher
o Chrome version 53 or higher
o Firefox version 48 or higher
o Opera version 37 or higher

Other web browsers or versions compatible but not certified

• Linux workstation:
o Chrome version 53 or higher
o Firefox version 48 or higher
o Opera version 37 or higher

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 11 of 35

Smartphones and tablets
Other web-enabled devices can provide access to Sage X3 and Sage X3 People
Applications, subject to certain display conditions.

These devices have been tested for compatibility:

• Smartphones:
o Apple iPhone 4, 5 and 6 running IOS 9 or higher:
o Safari 9+
o Chrome 53+
o Android OS 4.3 or higher:
o Chrome 53+
o Firefox 48+
o Microsoft Windows Phone 8.1 or higher:
o Internet Explorer 11
• Tablets:
o Apple iPad (2,3,4, Air, Mini, Retina) running IOS 9 or higher:
o Safari 9+
o Chrome 53+
o Android OS 4.3 or higher:
o Chrome 53+
o Firefox 48+
o Microsoft Surface running Windows RT 8.1 or higher:
o Internet Explorer 11

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 12 of 35

Technology

Development platform
• Development Workbench: SAFE X3 Framework
• Development language for the application software: Sage X3 4GL
• Development language for the Web server: JavaScript, HTML5
• Exchange protocol between the Client and the Web server: pure HTTP (according to
the HTML 5.x specifications) and Web application interface built on a technology like
Ajax
• Tool for packaging Sage X3 components: IzPack, open source software built on the
Java platform

Global schema of the technical architecture

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 13 of 35

Network and bandwidth requirements

Network requirements
A Gigabit (or better, 10 Gbit/s) link is necessary among the
different process servers and the database server hosting Definitions
the Sage X3 folders’ data. ACTIVE DIRECTORY
Centralized system of
For other X3 components, a Gigabit link is recommended
identification and
but it can work with lower bandwidth and higher latency. authentication services
to a network of
When X3 server components are installed on a Windows computers using the
platform, it is highly recommended that there are members Windows operating
of an Active Directory (AD) Domain and belong to the system. The Active
Directory lists user
same AD Branch. However, Syracuse Web presentation
accounts, servers,
servers can be hosted in DMZ-type sub-networks. workstations, shared
folders, printers, etc.
The different servers must also be properly registered in
DEMILITARIZED ZONE
their domain’s DNS, allowing all server involved in a given (DMZ)
X3 environment to mutually resolve other servers’ fully A computer host or
qualified domain name (FQDN) in standard and reverse small network inserted
mode. as a neutral zone
between a company’s
private network and
The servers on which Sage components are installed
the outside public
should not be used as an Active Directory Domain network. It prevents
Controller (DC). outside users from
getting direct access to
a server that has
company data.

DOMAINE NAME SYSTEM

(DNS)
Service used to match
an IP address with a
host and domain name
in both ways.

FULLY QUALIFIED
DOMAINE NAME (FQDN)
It indicates the
absolute position of a
node in the DNS tree,
showing all domains
up to the top-level

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 14 of 35

Network bandwidth between front-end servers and workstations

X3 connection Bandwidth
Front-end server
method without printing or BO requesting

Web browser on Syracuse Web Server 60 Kbit/s per session

user workstation (Sage) 50 Kbit/s Web server > Browser
10 Kbit/s Browser > Web server
Web browser on Remote Desktop Service 24 Kbit/s per session
remote desktop (Microsoft)
via RDP protocol

Web browser on XenApp Server 12 Kbit/s per session

remote desktop (Citrix)
via ICA protocol

ADC client ADC Server 20 Kbit/s per device

(typically hand- (Sage)
held RF terminal)

Antivirus
If you install an antivirus protection on Sage X3 servers, we recommend disabling
real-time protection on some parts of the Application/Main Process server and
Additional Process servers for best performance. Perform scheduled scans on real-
time scanning excluded areas overnight when there are few or no users logged on.

Exclude the following directories from real-time

protection if active:
Tips and Tricks

• The <X3root>\folders directory on the Application Disable antivirus real-time

protection on some parts
server(s) and all its subdirectories (X3 objects, temp
of X3 installation to avoid
files, trace files, etc.); performance issues.
• The <X3root>\runtime directory and its
Run antivirus scans
subdirectories (runtime engine, temp files, trace files)
overnight on excluded
on all Process servers (including Main one). areas.

Perform a full backup

Windows Updates before applying Windows
Updates.
If you encounter a problem with Sage applications after
a Microsoft Windows Update is applied, Sage will try to Test Windows Updates in
give you all the needed assistance to identify the a pre-production
problem and provide a solution as quickly as possible. environment.

Important! Sage installs most of the global Windows patches on our own servers and
qualification environments. However, a Windows Update that worked well on Sage’s
environments is not guaranteed to work in all customers’ environments.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 15 of 35

Virtualization
The information in this document is intended for physical hardware. However, you can
deploy the solution in a virtual environment like VMware vSphere, Hyper-V, RedHat
KVM, Citrix XenServer or Oracle VM.

Most Sage X3 components below can be deployed on virtual machines.

• Application and Main process server(s)

• Additional process server(s)
• MongoDB server(s)
• Elastic Search server(s)
• Syracuse Web server(s)
• Print server(s)
• Legacy Web Services / ADC server(s)
• Legacy Java Bridge server(s)

If you decide to virtualize your architecture, you must build a physical infrastructure
adapted to a virtual environment for optimum performance. We recommend dedicated
resources assigned to your X3 environment, rather than sharing resources.

A production virtualization architecture is usually built with multiple physical hosts, and
relies on a shared storage system (SAN) providing high availability and adequate
performance to cope with the I/O and throughput needs of all hosted VMs and
applications.

Apart from development / test or small production environments, it is not recommended

to run the RDBMS (SQL Server or Oracle) in a virtualized environment.
However if you decide to run RDBMS in a virtual machine, you must take all
precautions to ensure this virtual machine will be able to run at full throttle any time,
and not suffer from bottlenecks on CPU, memory or storage I/Os due to resource
overprovisioning in the virtualization platform.

To help determine the quality of an infrastructure regardless of its nature (physical or

virtual, single or multi-tier, Oracle or SQL Server, Unix-Linux or Windows, etc.), Sage
can provide a test program to meter X3’s performance by performing a set of data I/O
operations of the reference folder to simulate some high-demand transactions.

The results of this program can help to compare metered performance to known
reference systems and feedback from other customers’ production infrastructures.

Security considerations

Plan to acquire adequate backup tools so that you can save online virtual machines.
Ensure redundancy for physical servers and storage systems.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 16 of 35

Important sizing considerations for virtualization

Keep virtual machines small!

Huge virtual machines won’t work properly, unless they run in a dedicated
virtualization environment where there is NO overprovisioning at all (which removes
most benefits from virtualization).

A full Sage X3 environment you would put in a physical, dual-socket 24-core server will
NOT run properly in a “big” 24-vCPU VM in most cases, and MUST be split on several
smaller VMs.

4 to 6 vCPUs per VM is considered a “reasonable” upper limit. This number may be

raised to higher values if virtualization platform consists of servers with a high core
count AND there is no or “moderate” CPU overprovisioning.

Virtualizing MongoDB, ElasticSearch and Syracuse: good practice

On PRODUCTION systems, do NOT deploy Syracuse (node.js), MongoDB and

ElasticSearch together in the same VM, deploy them in separate VMs.

This makes it much easier to tune the configuration because different components will
not be competing for the same resources (memory, CPU, disk I/O) inside a single VM.
It also makes it easier to modify the deployment if you identify a performance
bottleneck in one of the components.

MongoDB usually requires less CPU and memory than the node.js component. You
can start with a smaller VM configuration. Ideally you should set up a cluster (replica
set) with an odd number of nodes (3 is a good start). There are many resources on the
Internet about tools and techniques to tune MongoDB deployment. Don't oversize/over-
architect it unless you see that Mongo is your performance bottleneck. Mongo is
designed to handle very large datasets and very high transaction rates and Sage X3 is
stressing it very little in comparison to some of the larger web apps/sites that use
Mongo.

ElasticSearch uses more memory and CPU than MongoDB but usage varies widely.
You can start with the same configuration as MongoDB and then scale up if necessary.
Some interesting facts about the ElasticSearch component: It is decoupled from the
rest so if you have a performance issue in this layer it does not impact the rest of the
application, just the search function. It is easy to redeploy on a larger VM because it
does not hold critical data. It is only an index that can be rebuilt from data in a
MongoDB or Sage X3 database (SQL or Oracle). It can be clustered and you'll find
resources on the Internet about cluster deployment.

Node.js (Syracuse server) is the most difficult of the three to configure and the most
likely to be responsible for poor performance.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 17 of 35

Helpful ideas for Syracuse web server virtualization
Give Syracuse more VM power than for MongoDB or ElasticSearch (4 times more CPU
and memory than what you allocate to MongoDB).

Size the Syracuse VM with at least 2GB RAM per core (so at least 8GB for 4 cores).
Node.js is single threaded so if you have 4 cores and a node.js process is taking 25%
of overall CPU it means it is actually saturating its CPU thread - not good.

A healthy node.js process should take less than 1GB or RAM. If it goes above, it starts
to garbage collect aggressively and that's usually when it starts to saturate its CPU
thread. It is important to keep the individual node.js processes below 75% of 1 CPU
(20% of overall CPU on a 4-core VM) and below 1GB.

The number of node.js processes can be changed via the "host" entity in Syracuse
admin (for interactive sessions as well as for web services sessions). As a starting
point, you should set the number of node.js processes to 1.5 times the number of cores
(6 node.js processes on 4 cores). Then you should observe overall memory usage
while the app is running and bump the number of node processes until overall memory
usage reaches 75-80%.

If some node.js processes are still saturating the CPU when you reach that limit it
means that you need either a larger VM or a cluster for the Syracuse server. The host
entity also lets you configure several processes for web service requests. This setting
depends heavily on the activity of your web services.

If a significant part of your transactions to go through a web service, you should deploy
a node.js cluster and dedicate one or more nodes of your cluster to web services.

In this case, do not mix web services and interactive sessions on the same cluster
node(s).

The Syracuse server does very little I/O. Save the high-end disks for MongoDB and
Elastic Search.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 18 of 35

Remote connection for support

This requirement is important if Sage support services

need, upon your request, to connect on your system to Definition
perform troubleshooting. VPN
Virtual private network
A remote connection requires a Virtual Private Network (VPN): a system that
creates a direct
(VPN) connection through an internet connection. secured network link
between remote
The VPN connection can be established by using any of computers through
the standard VPN applications available like Microsoft VPN public networks
Client, Cisco, Juniper or others. (internet).

To facilitate establishing the remote connection to your site, you should provide Sage
support with all information regarding installation and configuration (VPN software
vendor and version, list of TCP/UDP ports #, public IP address of VPN server,
credentials) for your VPN access.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 19 of 35

Resource Configuration

Supported Operating Systems

Supported Operating Systems for servers

Resources Operating System vendors and versions
Requirements for fresh installations
(new customers, upgrade from V6 or earlier versions)
Database server Microsoft Windows Server 2012 R2 x64
(creation managed by X3 Microsoft Windows Server 2016 x64 (from 11.0.2 GA only)
console) Red Hat Enterprise Linux AS v 7.1 and later 7.x x86_64
Oracle Enterprise Linux v 7.1 and later 7.x x86_64
IBM Aix 7.1
Database server(s) Any platform supporting Oracle 12c (12.1.0.2) Standard
(externally managed) Edition Two or Enterprise Edition (SE2 or EE (for
instance Solaris)
Application and Main Microsoft Windows Server 2012 R2 x64
process server(s) Microsoft Windows Server 2016 x64 (from 11.0.2 GA only)
Red Hat Enterprise Linux AS v 7.1 and later 7.x x86_64
Oracle Enterprise Linux v 7.1 and later 7.x x86_64
IBM Aix 7.1 (deprecated in next version)
Additional process Microsoft Windows Server 2012 R2 x64
server(s) Microsoft Windows Server 2016 x64 (from 11.0.2 GA only)
Red Hat Enterprise Linux AS v 7.1 and later 7.x x86_64
Oracle Enterprise Linux v 7.1 and later 7.x x86_64
IBM Aix 7.1 (deprecated in next version)
Print server(s) Microsoft Windows Server 2012 R2 x64
Microsoft Windows Server 2016 x64 (from 11.0.2 GA only)
Syracuse Web server(s)

MongoDB server(s) Microsoft Windows Server 2012 R2 x64

ElasticSearch server(s) Microsoft Windows Server 2016 x64 (from 11.0.2 GA only)
Red Hat Enterprise Linux AS v 7.1 and later 7.x x86_64
Legacy Web Services Oracle Enterprise Linux v 7.1 and later 7.x x86_64
and ADC server(s)
Legacy Java Bridge
server(s)
Business Objects Microsoft Windows Server 2012 R2 x64
server(s)

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 20 of 35

 Resources Operating System vendors and versions
Older operating system versions supported only when
performing an in-place upgrade from V7, PU8, or PU9
Database server Red Hat Enterprise Linux AS v 6.2 and later 6.x x64
(managed by console) Oracle Enterprise Linux v 6.2 and later 6.x x64
Database server(s) Any platform supporting Oracle 11gR2 (11.2.0.4)
(externally managed) Standard Edition or Enterprise Edition (SE or EE)
Any platform supporting Oracle 12c (12.1.0.1) Standard
Edition or Enterprise Edition (SE or EE)
Application and Main
Process server(s)
Additional Process
server(s)
Syracuse Web server(s) Red Hat Enterprise Linux AS v 6.2 and later 6.x x64
Oracle Enterprise Linux v 6.2 and later 6.x x64
MongoDB server(s)
ElasticSearch server(s)
Legacy Web Services
and ADC server(s)
Legacy Java Bridge
server(s)

Warning! Operating Systems versions listed in above table might not be supported
on future versions of Sage X3.

Supported Operating Systems for user workstations

Resources Operating Systems vendors and versions
Microsoft Windows 7, 8, 8.1, 10 (x86, x64)
Web client workstations Remote desktop on Microsoft Windows Server
2008 R2, 2012 (R2), 2016 x64
Apple Mac OS X*
Linux*
*Microsoft Office plugin not available on these platforms.

Supported Operating Systems for Mobile Client

Operating system Version(s)
Apple iOS 9 and above
Google Android 4.3 and above
Microsoft Windows Phone 8.1 (IE11)
Microsoft Windows RT 8.1 and above (IE11)
Microsoft Windows Windows 8.1 and above (IE11+)
Windows 10 (Edge)

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 21 of 35

Supported Database vendors and versions
Operating System Database vendors and versions
Requirements for fresh installations
(new customers, upgrade from V6 or earlier version)
Windows Server 2012 R2 x64 Oracle Database 12c (12.1.0.2) 64-bit in Standard
Windows Server 2016 x64 Edition Two & Enterprise Edition (SE2 & EE)
(from 11.0.2 GA only)
Microsoft SQL Server 2014 SP1 64-bit Standard &
Enterprise Editions
Microsoft SQL Server 2016 64-bit Standard &
Enterprise Editions (from 11.0.2 GA only)
Named instance
Binary sort order
Mixed mode authentication (SQL Server &
Windows)
All supported Unix and Linux Oracle Database 12c (12.1.0.2) 64-bit in Standard
platforms for fresh installations Edition Two & Enterprise Editions (SE2 & EE)
Older RDBMS versions supported when
performing in-place upgrade from V7, V8, or V9
Windows Server 2012 R2 x64 Oracle Database 11g R2 (11.2.0.4) 64-bit Standard
& Enterprise Editions (SE & EE)
or
Oracle Database 12c (12.1.0.1) 64-bit Standard &
Enterprise Editions (SE & EE)

Microsoft SQL Server 2012 SP2 64-bit Standard &

Enterprise Edition
Named instance
Binary sort order
Mixed mode authentication (SQL Server &
Windows)
All supported Unix and Linux Oracle Database 11g R2 (11.2.0.4) 64-bit Standard
platforms for on-site upgrade & Enterprise Edition (SE & EE)
or
Oracle Database 12c (12.1.0.1) 64-bit Standard &
Enterprise Edition (SE & EE)

Warning! Database versions listed in “Older RDBMS versions” section of the above
table might not be supported on future versions of Sage X3.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 22 of 35

Processes distribution - Windows single-server architecture
Resources Processes Process origin

Database server 1 x oracle.exe / instance Oracle RDBMS

or or
1 x sqlserver.exe / instance SQL Server RDBMS

Application & Main 1 x adxdsrv.exe / solution X3 connection service

Process server 2 x n x adonix.exe X3 sessions processes
2 x n x sadora.exe or sadoss.exe

Syracuse Web (N + W + 1) x node.exe Web presentation Server

server node.js workers, 1 for
batch scheduler.

MongoDB server 1 x mongodb.exe Technical parameters

database + attachments

Search Engine 1 x ElastSch.exe ElasticSearch engine

server

Print server 1 x AdxSrvImp.exe Sage Print server

P x AdxImpNet.exe daemon and workers

Client iexplore.exe or firefox.exe or Internet browser

workstations chrome.exe or another supported
browser executable
n = global number of user sessions.
Per user session:
• 1 Adonix in Syracuse mode shared between landing pages and read-only pages;
• 1 Adonix in classic page mode created when you open a Classic Page function and retained for later
reuse.
N = number of node.js processes set up for interactive sessions on Syracuse Web server
W = number of node.js processes set up for interactive sessions on Syracuse Web server
P = max number of worker processes for print jobs; 5 by default, configurable parameter.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 23 of 35

Processes distribution - Multi-tier architecture
Resources Processes Process origin
Database server 1 x oracle.exe / instance Oracle RDBMS
or or
1 x sqlserver.exe / instance SQL Server RDBMS
Application & Main 1 x adxdsrv.exe / solution X3 connection service
Process server(s) 2 x n x adonix.exe X3 sessions processes
2 x n x sadora.exe or sadoss.exe
2 x m x sadfsq.exe
Additional Process 1 x adxdsrv.exe / solution X3 additional engine
server(s) 2 x p x adonix.exe X3 sessions processes
2 x p x sadora.exe or sadoss.exe
Syracuse Web (N + W) x node.exe Web presentation Server
server(s) + 1 node.exe on one of Syracuse node.js workers
Web servers for batch scheduling
MongoDB server(s) 1 x mongodb.exe Technical parameters
database + attachments
Search Engine 1 x ElastSch.exe ElasticSearch engine
server(s)
Print server(s) 1 x AdxSrvimp.exe Sage Print server daemon
Print Server workers
P x AdxImpNet.exe

Client workstations iexplore.exe or firefox.exe or Internet browser

chrome.exe or another supported
browser executable
n = number of user sessions on the Main Process server.
m = number of user sessions on ALL Additional Process server(s).
p = number of user sessions on THIS Additional Process server.
Per user session:
• 1 Adonix in Syracuse mode shared between landing pages and read-only pages;
• 1 Adonix in classic page mode created when you open a Classic Page function and retained for later
reuse.
N = number of node.js processes for this Syracuse Web server set up for interactive sessions
W = number of node.js processes for this Syracuse Web server set up for web services sessions
P = max number of worker processes for print jobs; 5 by default, configurable parameter

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 24 of 35

Memory used by Sage X3 processes
Resources Processes Memory
Database 1 x oracle.exe / instance Recommended:
server or 1 GB minimum +
1 x sqlserver.exe / instance • 12% of data + index size
if < 80GB
• 10% of data + index size
if between 80 and 150GB
• 8% of data + index size
if >150GB
Application & 1 x adxdsrv.exe / solution 5 MB
Main Process 2 x n x adonix.exe 60 MB
server(s) 2 x n x sadora.exe or sadoss.exe 50 MB
2 x m x sadfsq.exe 10 MB
Additional 1 x adxdsrv.exe / solution 5 MB
Process 2 x p x adonix.exe 60 MB
Server(s)

server(s) 2 x p x sadora.exe or sadoss.exe 50 MB

Syracuse (N + W) x node.exe Max 1 GB per node.js
Web server(s) + 1 node.exe on one of Syracuse process, but depends of #
Web servers for batch scheduling of sessions and context.
MongoDB 1 x mongodb.exe 40 to 200 MB for
server(s) mongodb.exe
Search 1 x ElastSch.exe Minimum 800 MB for Elastic
Engine Search memory usage can
server(s) reach several GB when
indexing big folders and
intensive usage of search
functions.
Print 1 x AdxSrvimp.exe 5 MB
Server(s) P x AdxImpNet.exe 60 MB to 1 GB per worker
(depends on report’s
complexity)
iexplore.exe or firefox.exe or 100 to 200 MB
workst
ations
Client

chrome.exe or another supported (depends on browser and

browser executable context)
n = number of user sessions on the Main Process server.
m = number of user sessions on ALL Additional Process server(s).
p = number of user sessions on THIS Additional Process server.
Per user session:
• 1 Adonix in Syracuse mode shared between landing pages and read-only pages;
• 1 Adonix in classic page mode created when you open a Classic Page function and retained for later
reuse.
N = number of node.js processes for this Syracuse Web server set up for interactive sessions
W = number of node.js processes for this Syracuse Web server set up for web services sessions
fP = max number of worker processes for print jobs; 5 by default, configurable parameter

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 25 of 35

Other Sage X3 processes distribution
Resources Processes Process origin
Application Server(s) Apache.exe Internal X3 publication for Syracuse
ADC Server(s) Apache.exe HTTP Apache server
Java Bridge Server(s) Tomcat.exe Web Services container
Business Objects Server sia.exe SAP Business Objects

List of software to be installed prior to Sage X3 new

installation

Software Version(s) Needed on

JRE (Java Runtime Supported: JRE 7 All Servers (except Server
Environment) (64-bit) Recommended: Latest JRE 8 running Elastic Search
engine)
JDK (Java Development Supported: JDK 7 Server running Elastic
Kit) (64-bit) Recommended: Latest JDK 8 Search engine
(includes
DatabaseJRE)Engine Oracle 12c (12.1.0.2) 64-bit Database Server
or
SQL Server 2014 64-bit or
SQL Server 2016 64-bit
(from 11.0.2 GA only)
SQL Server Client SQL Server 2014 64-bit or Additional Process
SQL Server 2016 64-bit Server(s)
(from 11.0.2 GA only) (when running with SQL
Server)
Apache http Server 2.2.25 or later* Application Server(s)
SAP Business Objects** XI 4.1 SP3 Patch 1 Business Objects Server
(optional)
Oracle Client (optional) 12c (64-bit) Business Objects Server
(when running with Oracle
database)
Microsoft Office 32- and 2010, 2013 and 2016, but Workstation, if required
64-bit also
2010, 2013 and 2016
shipped with Office 365
Adobe Flash Player 10 or > Workstation
Adobe Reader XI or > Workstation
* Apache http server version 2.4 requires a very simple manual extra configuration
** Component delivered on the Sage BO for X3 Installation DVD-ROM for Windows

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 26 of 35

Add-ons and optional tools on client workstation

Component Version(s)

Microsoft Office (32- and 64-bit editions).

2010, 2013, 2016
Requires IE10 or above installed

Microsoft Office as part of Office 365 (32- and

64-bit editions) installed on workstation.
2013, 2016
No support for Office online.
Requires IE10 or above installed

Microsoft Outlook (32- and 64-bit editions). 2010, 2013, 2016

Microsoft Outlook as part of Office 365 (32-

and 64-bit editions) installed on workstation. 2013, 2016
No support for Office online.

Ilog On Windows 7, 8.1 & 10

CR2013
Also required on Print Server(s)
to get latest ODBC drivers
Crystal Reports Designer
when using Oracle 12c
database (not needed for SQL
server)

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 27 of 35

Sizing requirements

General prerequisites for Database and Application

Windows OS Unix / Linux OS

Processor Quad Core Intel Xeon 2.0GHz or Linux x86-64:

type Quad-core Intel Xeon 2.0GHz or

IBM Power System:

POWER7/POWER8 3.6GHz or
Operating Windows Server 2012 R2 64-bit Linux x86_64:
System Windows Server 2016 64-bit RHEL 6.2 & later 6.x x64 or
(from 11.0.2 GA only) OEL 6.2 & later 6.x x64 (on-site upgrades)

RHEL 7.1 & later 7.x x64 or

OEL 7.1 & later 7.x x64 (fresh install)

IBM Power System:

IBM AIX 7.1 TL3
Freeware Java Runtime Environment 7 or 8, Java Software Development Kit 7 or 8
Components Apache HTTP Server 2.2.25 or later

RAM 2 GB (for Operating System)

+ 4 GB minimum (per instance of database, more is better)
+ 85 MB per user connected (Windows Server)
or
+ 105 MB per user connected (Unix or Linux Server)
Virtual space Virtual memory: Swap disk:
1.5 to 2 x RAM size 1.5 to 2 x RAM size
Processor 2 cores minimum for DB engine 2 cores minimum for DB engine
+ 1 core by range of 40 X3 users + 1 core by range of 40 X3 users
Database Oracle 11gR2 (11.2.0.4) 64-bit Oracle 11gR2 (11.2.0.4) 64-bit
(on-site upgrade from V7, PU8, or PU9 only) (on-site upgrade from V7, PU8 or PU9 only)
Oracle 12c (12.1.0.2) 64-bit SE2 & Oracle 12c (12.1.0.2) 64-bit SE2 & EE
EE
SQL Server 2012 SP2 64-bit On Unix / Linux platforms, Oracle
(on-site upgrade from V7, PU8, or PU9 only) installation requires at least 400 MB of
SQL Server 2014 SP1 64-bit available disk space in the temporary
SQL Server 2016 64-bit file system.
(from 11.0.2 GA only)

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 28 of 35

 Windows OS Unix / Linux OS
Windows = 60 Unix = 30
Oracle = 6+ Oracle = 6+

Or SQL Server = 4+
Disk space
X3 ERP X3 + SEED = 12 X3 ERP X3 + SEED = 12
(GB)
X3 People PAIE + SEEDxxx* =6 X3 People PAIE + SEEDxxx* =6
X3 Geode GX + SEED =6 X3 Geode GX + SEED =6

Database files > 10 Database Files >10

Virtual Memory 1.5 to 2 x Swap space 1.5 to 2

RAM x RAM
Any OS
RAID type Technology Benefits # of disks

RAID 1 Mirroring Security 2

RAID (recom-
mended) RAID 5 Striping + Security at low cost, poor write >= 3
parity performance
*NOT FIT FOR DATABASE STORAGE*

RAID 1+0 Mirroring + Security & high performance >= 4,

(RAID-10) striping *RECOMMENDED FOR DATABASE even count
STORAGE*

2 x 72 GB 15krpm, RAID 1, for Operating System and Database engine

Recommended 4 x 140 GB 15krpm, RAID 10, for Application and Database Data files, (more drives
Disk gives better performance)
Architecture 2 x 140 GB 15krpm, RAID 1, for Oracle Archive Log files or SQL Server Transactions
on single-tier logs
On Windows Operating System, disks must be formatted with NTFS File System

Ethernet Adapter, 1 Gbit/s minimum

Networking 10 Gbit/s highly recommended when Database not in same tier as Application / Main
Process server (or Additional Process Server(s))

Windows OS Unix / Linux OS

User accounts Group (local) User Accounts Group
User Accounts oracle (Oracle DB) ORA_DBA oracle oinstall, dba

SQL server Administrators sagex3 sagex3

sagex3 Administrators
User Rights Assignment

Log on as a service
*SEEDxxx: xxx depends from legislation (for example SEEEDFRA, SEEDPOR,
SEEDZAF…)

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 29 of 35

Workstations
Resources Sizing recommendations
Intel dual-core Pentium, Core i3, i5, i7 or equivalent from AMD
Web workstation Minimum: 2 GB RAM memory, recommended: 4 GB or more
(desktop, laptop)
Display: 1280 x 768 pixels or higher, 32-bit color or higher

Single-tier Physical Database & Application server

You may install small to medium X3 environment in single-
tier mode on a single physical server at the following
Definitions
conditions: SINGLE-TIER
ARCHITCTURE
Architecture model
• The server is dedicated to Sage X3 (or X3 People or X3 where all components
Geode) are installed on a
single machine.
• Only one Sage production environment is present on the
machine. MULTI-TIER
ARCHITECTURE
• Only two database instances are stored within the Logical application
database server component: first one for X3 (or X3 architecture model
People or X3 Geode) production data, second one for whose aim is to:
1) Design an
Data Warehouse if Business Object is used.
application as a stack
• Only the Sage X3 database and Sage X3 resources are of software layers. The
installed on the server. No other business application function of each layer
is clearly defined:
and/or resource-consuming software is installed in the
- The presentation
server. layer is the visible part
of the application and
is interactive with
Additional servers are needed: users.
- The business layer
• To install other resources: Business Objects engine, reflects its respective
Citrix-TSE, etc. application and
programs.
• To implement additional environments: development,
- The management
test, and training. and data access layer.
2) Allocate these
layers according to a
technical architecture
on physical and/or
virtual machines,
usually three, but they

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 30 of 35

Architecture examples

Single-tier architecture examples (physical server)

Platform / Target Sizing recommendations
Windows Server 2012 R2 64-bit Single processor Intel 6-Core Xeon @2.4GHz,
Windows Server 2016 64-bit 24GB RAM
(from 11.0.2 GA only) • OS: 2 GB
• Database: 6 GB
RedHat Enterprise Linux or • 60 X3 sessions: 6 GB
Oracle Enterprise Linux, 7.1 or • 60 Syracuse sessions: 2 to 4 GB
later 7.x, 64-bit • MongoDB: 1 GB
• ElasticSearch: 1 GB
From 30 to 60 users • Print Server (if Windows): 1 to 2 GB
Windows Server 2012 R2 64-bit Single processor Intel 8-Core Xeon @2.4GHz,
Windows Server 2016 64-bit 32GB RAM
(from 11.0.2 GA only) • OS: 2 GB
• Database: 8 GB
RedHat Enterprise Linux or • 120 X3 sessions: 12 GB
Oracle Enterprise Linux, 7.1 or • 120 Syracuse sessions: 4 to 8 GB
later 7.x, 64-bit • MongoDB: 1 GB
• ElasticSearch: 1 to 2 GB
From 60 to 120 users • Print Server (if Windows): 1 to 2 GB

Windows Server 2012 R2 64-bit Dual processor Intel 8-Core Xeon @2.4GHz,
Windows Server 2016 64-bit 64GB RAM
(from 11.0.2 GA only) • OS: 2 GB
• Database: 16 GB
RedHat Enterprise Linux or • 250 X3 sessions: 20 GB
Oracle Enterprise Linux, 7.1 or • 250 Syracuse sessions: 8 to 16 GB
later 7.x, 64-bit • MongoDB: 2 GB
• ElasticSearch: 4 GB
From 120 to 250 users • Print Server (if Windows): 2 GB

These sizing examples do not take into account workloads generated by multiple
batch tasks and/or web services exchanges.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 31 of 35

Multi-tier architecture (mixed) examples
Platform / Target Sizing recommendations
Database and Application / Main Process server
Windows Server 2012 R2 (physical machine):
64-bit Single processor Intel 6-Core @2.4 GHz, 32GB RAM
(2GB for OS, 16 GB for production database instance,
Windows Server 2016 10 GB for Sage software, 4 GB free)
64-bit (from 11.0.2 GA only) Additional Process server (physical or virtual machine):
Single processor Intel 6-Core or 6 vCPUs @2.4GHz /
RedHat Enterprise Linux 24+GB RAM
or Oracle Enterprise 10 GBps network backbone between Database and
Linux, 7.1 or later 7.x, 64- Additional Process server highly recommended (low
bit latency network)
MongoDB, ElasticSearch server (physical or virtual):
Single processor Intel 2-core or 2 vCPUs @2.4GHz /
For 100 to 250 user 4GB RAM
sessions
Syracuse Web server (physical of virtual):
Single processor Intel 6-Core or 6 vCPUs @2.4GHz /
12GB RAM
Print Server (virtual) (Windows only):
2 vCPUs @2.4GHz / 4GB RAM
Database and Application / Main Process server
Windows Server 2012 R2 (physical machine):
64-bit Single processor Intel 6 Core @2.4GHz / 64GB RAM
(4 GB for OS, 32 GB for production database instance,
Windows Server 2016 20 GB for Sage software, 8 GB free)
64-bit (from 11.0.2 GA only) 2 x Additional Process servers (physical or virtual
machines):
RedHat Enterprise Linux Single processor Intel 6-Core or 6 vCPUs @2.4GHz /
or Oracle Enterprise 24+GB RAM each
Linux, 7.1 or later 7.x, 64- 10 GBps network backbone between Database and
bit Additional Process servers highly recommended (low
latency network)
MongoDB, ElasticSearch server (physical or virtual):
For 250 to 500 user Single processor Intel 4-core or 4 vCPUs @2.4GHz /
sessions 8GB RAM (or split into 2 smaller VMs)
2 x Syracuse Web server (physical of virtual):
Single processor Intel 6-Core or 6 vCPUs @2.4GHz /
12GB RAM each
Print Server (virtual) (Windows only):
4 vCPUs @2.4GHz / 6GB RAM
Or 2 x Print Servers (virtual) (Windows only):
2 vCPUs @2.4GHz / 4GB RAM each

These sizing examples do not take into account workloads generated by multiple
batch tasks and/or web services exchanges.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 32 of 35

Sizing rules for scalability

Additional process servers

Platform / Sizing recommendations Sizing recommendations
Target (physical) (virtual)

Windows 64-bit
for 150 user Single 4-core Intel Xeon @2.4 4 vCPUs @2.4 GHz / 16GB
sessions GHz / 16 GB RAM RAM

for 300 user Dual 4-core or single 8-core Intel 8 vCPUs @2.4 GHz / 32GB
sessions Xeon @2.4 GHz / 32 GBRAM RAM*

Linux 64-bit
for 150 user Single 4-core Intel Xeon @2.4 4 vCPUs @2.4 GHz / 16GB
sessions GHz / 16GB RAM RAM

for 300 user Dual 4-core or single 8-core Intel 8 vCPUs @2.4 GHz / 32GB
sessions Xeon @2.4 GHz / 32GB RAM RAM*

IBM-AIX 64-bit
for 300 user IBM POWER 7/8 4 cores IBM POWER 7/8 - 8 LCPUs
sessions @3.6GHz / 32GB RAM @3.6GHz - 32GB RAM

for 600 user IBM POWER 7/8 8 cores IBM POWER 7/8 - 8 LCPUs
sessions @3.6GHz / 64GB RAM @3.6GHz - 64GB RAM

* Rather than a virtual server with 8 vCPUs, consider implementing two VMs with 4
vCPUs each for better virtualization performance

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 33 of 35

Front-end servers
Sizing recommendations Sizing recommendations
Resources (physical) not including OS (virtual) not including OS
needs (typically 2 GB) needs (typically 2 GB)
For every 60 concurrent web For every 60 concurrent web
Syracuse sessions: sessions:
Web 1 core in Intel Xeon @2.4GHz 1 vCPU @2.4GHz
server(s) 2GB RAM 2 GB RAM
2 node.js processes 2 node.js processes
For high number of users and/or web services, instead of building a
“big” Syracuse Web presentation server with a high CPU core count,
you rather should provision several smaller servers in a cluster,
especially if virtualized.
1 core in Intel Xeon @2.4GHz 1 vCPU @2.4GHz
MongoDB 1GB RAM 1GB RAM
server(s) Min. disk space: 10GB 10krpm Min. disk space: 10GB 10krpm
(more CPU, RAM, disk resource needed if (more CPU, RAM, disk resource needed if
MongoDB is used for storing attachments) MongoDB is used for storing attachments)
1 core in Intel Xeon @2.4GHz 1 vCPU @2.4GHz (more if high
Elastic (more if high indexing usage) indexing usage)
Search 1GB RAM minimum, 2GB or 1GB RAM minimum, 2GB or
server(s) more recommended more recommended
Minimum disk space: 10GB Minimum disk space: 10GB
10krpm 10krpm
(recommended: 10% to 15% of X3 (recommended: 10% to 15% of X3
folder size per indexed language) folder size per indexed language)
2 CPU cores in Intel i3, i5, i7, 2 vCPU(s) >= 2.0GHz / 2GB
Print Xeon >= 2.0GHz / 2GB RAM RAM
server(s) Depends on print document traffic, more resources or several print
servers will be necessary on medium-to-high implementations.
Provision at minimum 20GB free space on system disk for temp files.
Front-end server, Citrix XenApp or Microsoft Remote Desktop Server
for 30 1 core in Intel Xeon @2.4GHz / 1 x vCPU @2.4GHz / 8GB RAM /
connections 8GB RAM / 2 x 72GB 15krpm 60GB disk on fast storage
RAID-1 disk
for 60 2 cores in Intel Xeon @2.4GHz / 2 x vCPUs @2.4 GHz / 16GB
connections 16GB RAM / 2 x 72GB 15krpm RAM / 80GB disk on fast storage
RAID-1 disk
for 100 4 cores in Intel Xeon @2.4GHz 4 x vCPUs @2.4GHz / 24GB
connections CPU / 22GB RAM / 2 x 72GB RAM / 120GB on fast storage
15krpm RAID-1 disk
Provision 250MB per user on filesystem storing user profiles.
To increase security: we recommend implementing a cluster of
several machines configured in Load-Balancing mode.

The information contained herein is confidential and may be changed without notice. Although Sage makes every effort
to provide accurate information, no implicit or explicit warranty is given regarding the content of this document.

Architecture and system requirements – Version 1b Page 34 of 35

www.sage.com
© 2016 The Sage Group plc or its licensors. All rights reserved. Sage, Sage logos, and Sage product and service
names mentioned herein are the trademarks of The Sage Group plc or its licensors. All other trademarks are the
property of their respective owners.