System RequirementsEscape Online 5 was developed using Microsoft .Net architecture. It uses a thin Windows client (a true EXE file!) with an SQL Server backend. This FYI is designed to describe the hardware and third-party software required to implement the most recent version of Escape Online 5, and to provide best practices for the database setup. This document was last updated May 26, 2009. System Requirements for Escape Online 5Escape Online uses a three-tier architecture model.
This architecture makes Escape Online more flexible, manageable and scalable. Other advantages include:
The following graphically represents the architecture of Escape Online.
Database Server RequirementsThe database server is dedicated solely to the Escape Online database. No Escape Online software resides on the database server. To make sure that Escape Online runs with adequate performance, you should observe the following requirements for the database server:
TIP: For the best results, we recommend the following:
Application Server RequirementsThe application server houses the Escape Online software. Some implementations require more than one application server.
TIP: For the best results, we recommend the following:
Determining WorkloadTo make sure that your servers will adequately support the users of your implementation, you should observe the following requirements:
Note: These requirements are subject to change due to changes in the software. Client RequirementsTIP: Microsoft says this minimum will allow a user to run Windows programs under XP.
Escape Online 5 Server Installation and SetupSetup of the Escape Online 5 server requires a number of steps, as outlined below:
Following installation:
|
QA About System Requirement ChangesQ: Why won’t Server 2003 work with OL5 after the 3.5 upgrade? A: Microsoft has fundamentally changed a certain functionality (gdi+) that we make widespread use of in our server services. These changes were coordinated between .Net 3.5 and Windows Server 2008, but not Windows Server 2003. Q: How will the requirement for Server 2008 affect the timing of the rollout of .NET 3.5? A: The development and testing timeline from Escape is still valid. However, we realize that it will take time for the customers to fully implement server 2008 which will likely delay their ability to put 3.5 into production. Q: Can you run the current version of OL5 (1.1) in Server 2008? A: Yes, the current version of OL5 will run with Server 2008, although thorough testing has not been done. Q: If Escape has been working on the development of this for so long, why are we just being notified about this requirement now? A: The testing phase, started in mid-February, is when we discovered the incompatibility with 2003. We spent a full week trying to come up with a work around before we decided to proceed with Server 2008. We officially made the decision on Friday, February 27th and we communicated to our major customers on Monday, March 2nd. Q: Do you suggest we run the upgrade from Server 2003 to Server 2008? A: We suggest you check with Microsoft for best practices on upgrading from 2003 to 2008. Q: Will we be required to have a separate Windows 2008 active directory? A: No, currently our application will not utilize 2008 active directory. Q: Will installing Microsoft Windows 2008 in a Windows 2003 domain extend the 2003 active directory? A: No. If the Windows 2008 server is added to the domain as a member server the Active Director Schema does not need to be extended to accommodate the enhanced Windows 2008 Domain features. Q: How does report/attachment file replication work with 3.5 and server 2008? A: There is centralized storage with 3.5 so there is no need for file replication. Q: Is the database schema for 1.1 and 3.5 the same? A: Yes, the databases are identical. Q: Will the Crystal licensing errors be eliminated by the upgrade to .NET 3.5? A: Yes. Since Crystal has had so many problems with licensing in the past they have eliminated the concept of licensing in v10. Q: Will we be required to upgrade our clients too? A: No, OL5 will still work with Windows XP. Q: Can we use 64bit server 2008 on the application server? A: Although the code is not written or compiled to support the features of a 64-bit operating system, testing will be done to determine the full compatibility of the current 32-bit version of Escape Online5 on the 64-bit version of Windows 2008. Q: Do we need or can we use 64bit server 2008 for the Database server as well? A: It is not a requirement; it can be installed if so desired. Q: I was told that we could only use 32 bit due to an issue with Crystal Reports is that not an issue anymore? A: Further testing will determine the need for a 32-bit OS on the Application server. (see previous question:” Q: Can we use 64bit server 2008 on the application server?”) Q: In regards to the application server we have observed that the CPU is the biggest performance constraint and adding memory does not seem to help. Would you concur? A: Processing is a large part of the data collection and rendering of Online5. This is indeed the largest factor in performance with Online5 and most .NET applications. Q: In regards to the Database server is the biggest performance constraint: CPU, Memory or Hard drive spindles (Data transfer rate)? A: In regards to database server and Escape Online5, it is important to have adequate memory, CPU performance, and hard disk I/O. After careful monitoring of large scale implementations of Online5 it has been noted that there are large amounts of data I/O (SQL transactions)on the database server. Obviously the more spindles, the less data has to wait in queue to be processed. You can contact your hardware vendor to better determine what would best meet your needs. Q: Does Escape make use of multiple CPUs/cores that are available? A: It’s more that .Net makes use of multiple cores, Escape is a set of services running under .Net. Q: Does having more cores allow more concurrent functions to occur at the same time? A: Yes. Q: Can we setup a Production instance application server to work on a different port yet connect to the same Database? A: Yes. Any application server can point to any SQL database regardless of connection port. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||