1. Knowledge & Support
  2. System Administration
  3. System Requirements & IT Reference Guide

System Requirements


This guide will help IT personnel determine how their existing hardware and network infrastructure can be used or expanded to support PlanetTogether software. This guide will cover hardware requirements for a server and end user’s computers, failover and recovery, and possible impact on users from limited networks. Content provided is for planning and informative purposes only. This guide does not contain step-by-step instructions for implementing or configuring PlanetTogether software features.

References to the phrase ‘PlanetTogether’ in this document refers to the Advanced Planning and Scheduling software provided by PlanetTogether Inc.

Note that this is not the PlanetTogether installation guide. Installation instructions can be found here.

Hardware Selection

The recommended hardware depends on if PlanetTogether will be running on a dedicated machine or sharing resources with other demanding applications. If running PlanetTogether on a dedicated machine, the Workstation recommendation is ideal. The server recommendation will provide better results if the machine runs other applications such as SQL Server, ERP software, or PlanetTogether clients (even on other isolated virtual machines). PlanetTogether may be run on virtual environments with no additional hardware requirements.

Note that CPU speed is the most impactful component on PlanetTogether performance. Therefore, faster CPU speeds will result in noticeable speed improvements.

Minimum Requirements

The minimum recommendation is a CPU with four cores and a speed of 2.3 GHz. PlanetTogether must be running on an environment with at least 2 dedicated CPU cores. In addition, the server should have 10 GB of free disk space per instance for transactional data files.


  • CPU: Latest intel i7. 4.2 GHz or faster
    • Example: Intel i7 7700K
  • Memory
    • 32 GB if under 20,000 orders.
    • 64 GB if over 20,000 orders.


  • CPU: Latest intel Xeon. 3.5 GHz or faster
    • At least 4 cores should be dedicated to the PlanetTogether environment
  • Memory
    • Dedicated 32 GB if under 20,000 orders across all active instances.
    • Dedicated 64 GB if over 20,000 orders or using End User method 2 (below).

PlanetTogether End Users

There are three common ways to run the PlanetTogether client application. In each case, the client computer needs access to the PlanetTogether server on the standard installation TCP ports. No other internet access is required. Allowing user access to planettogether.com may be helpful for online help and support resources.  End users typically run a PlanetTogether login application that automatically retrieves the latest client updates. This allows for upgrades to PlanetTogether without additional configuration or updates to the end user’s computer. The login application is not required, and users may also run the complete client application to connect to PlanetTogether.

  1. Users run PlanetTogether client on their computers
    1. Each user’s computer should meet the minimum hardware requirements for PlanetTogether and the memory recommendation for workstations
  2. Users run PlanetTogether on the server machine
    1. In this setup, the Server hardware selection is recommended
    2. Each end-user should be using a separate windows user
  3. Users run PlanetTogether in a virtual desktop environment.
    1. Virtual desktops are supported; however, users may not use the client login application when connecting to PlanetTogether. The client login application stores information in the user’s roaming AppData folders.
    2. As an alternative, users can run the complete client application to log in. This full client does not require information stored in user profiles but must be installed and accessible for each user.

Performance with many users

User scheduling actions are processed synchronously. If one user’s action is processed, the other user’s actions will be queued and processed in sequence. PlanetTogether clients will remain responsive while performing scheduling actions. Users may continue to view and analyze data, run reports, and queue additional actions while other user’s actions are in process.

If many users log in to PlanetTogether simultaneously, the limiting factor for login speed will be network bandwidth. This is because each client will be retrieving the required application data.  If clients take too long to log in due to low bandwidth, consider staggering user logins or leave clients connected continuously to avoid the login process.

Operating System Compatibility

PlanetTogether server, clients, and associated programs run on the Microsoft .NET Framework (version 4.8). It is compatible with all Microsoft Windows operating systems that support this framework. However, a 64-bit operating system is recommended for better performance and future support.

Note: PlanetTogether versions 11.39.9 and later now require a .NET Framework version 4.8. 

Network Requirements

PlanetTogether uses TCP connections to communicate between clients, the server, data sources, and configuration programs. The TCP ports used by PlanetTogether are configurable for each of these connections.


Server software installation using our web installer can be found here. An offline installer is also available if internet access is unavailable.


The server application requires an active internet connection, and access to an active internet connection means continuous internet access while the instance is running. However, intermittent connection losses will not affect licensing if the server has connection issues. Consult with a PlanetTogether engineer to determine any potential licensing problems.

Data Sources

The primary data import and export source for PlanetTogether is Microsoft SQL Server. Version 2008 and later are supported. A SQL Server installation is most likely required. Integrations to or from other data sources can be achieved through PlanetTogether integrations that use SQL Server as a staging database. Data can also be imported directly from Excel files. For Excel import, a data adapter that matches the Excel version is required.

PlanetTogether can also export to an XML formatted data file for custom export processes.

Integration services and methods vary; please consult with a PlanetTogether engineer to determine the ideal setup for your environment.

Failover and Recovery

In the event of server failure, a standby PlanetTogether instance can be prepared for fast recovery.

Backing Up PlanetTogether

  1. PlanetTogether automatically provides transactional data backups. These files reside on the PlanetTogether server.
  2. Transactional files should be backed up to a secondary location for recovery in case of a server failure.

Recovering PlanetTogether

  1. A second PlanetTogether installation is required in case of a server failure. The second instance can be pre-installed with the same configuration as the primary instance. However, it cannot be active while the preceding example is active.
  2. The latest transactional backup can be restored for recovery by taking the newest snapshot (scenario.dat file and/or transaction files) and applying it to the secondary instance. The secondary instance can then be started. Once started, the instance will become active automatically if the primary instance is offline.
  3. Clients connect to the instance by a server connection string. The connection string needs to be pointed to the new instance, or clients must use a new connection string to access the secondary instance.

Load Balancing

PlanetTogether does not support load balancing. Only a single server instance is running at once. PlanetTogether is a high-performance, memory-resident program capable of optimizing large amounts of data due to its in-memory objects. Scheduling operations cannot be distributed among multiple services, and data is not stored in a shared database or store. In most situations, the high performance of PlanetTogether alleviates the need for load balancing to achieve fast performance. If your application has a high volume of scheduled operations (more than 25,000, for example), testing the application in a Proof-of-Concept configuration is recommended.

Network Latency

Most user actions are not affected by latency or slow connections. However, users may experience a slight delay between attempting to act and when the action begins under inferior relationships.  A slow connection will more heavily impact the following steps:

  • Client login. Slow connections may result in long login times for end-users. This action is the most heavily impacted. Depending on the connection limits, it may be preferred to stay logged in to the system.
  • Data refresh. Depending on the amount and frequency of data brought into the system, import actions may take longer for users on a slower connection.
  • Data export. This action is only affected by the server’s network performance. Slow connections will result in longer publish durations.

Unstable connections where network connections may be disrupted entirely have varying effects. The server must have, at a minimum, a few-minute connection each day to the internet for licensing communication. Client’s whose connection is disrupted will not be able to perform actions. If the client’s connection is disrupted for a long duration (configurable but generally 1-3 minutes), it will be disconnected from the server and need to log into the system again when the network connection is restored.