An Application Server (or Server) is a host which serves multiple concurrent users, and typically runs a Server-class Operating System. Services provided may be web-based (e.g., PHP, Python, Perl, ASP, JSP) or other applications (e.g., Crystal Reports Enterprise, SQL Server Report Services), or entire operating system environments (e.g., Windows Terminal Server and Remote Desktop clients). Database sessions are "condensed," meaning the Application Server opens all connections on behalf of individual Workstations, through data access drivers or providers found on the Application Server machine. Workstations in this environment do not typically require data access drivers or providers, as the Workstation tools open no direct database connections.
Client types are the individual APIs, sometimes called *Data Access Mechanisms,* that applications use to connect to a target DBMS. Many applications use the ODBC API; others may use the JDBC, OLE DB, ADO.NET, or XMLA API, or some combination of these.
Each client type is served by different client components — one or more libraries, typically loaded on an as-needed basis, to make the data access connection. As examples, ODBC client types use C-based libraries (.so, .dll, .sl); JDBC client types use Java libraries (.jar).
Licensees must take account of all applications in the environment that use OpenLink products for data access purposes. Then, users need to tally the data access mechanisms used by these applications. Sales will adjust the license price upward by a set percentage, if two or more "client types" or data access mechanisms are required.
Concurrent connections are the maximum number of distinct database sessions opened by SQL-consuming client applications. OpenLink evaluators and customers must bear in mind that certain applications spawn a surprising number of database sessions per data access operation. Number of database sessions can be detected using a variety of database native monitoring systems. Click your DBMS to see how it is done.
|CA Ingres||Microsoft SQL Server||PostgreSQL|
- In a Workstation environment, the OpenLink client hosts are the individual Workstations.
- In an Application Server environment, the OpenLink client hosts are the Application Server hosts.
Our license models clearly distinguish between Workstation-class and Server-class operating systems. For instance, the "Home" and "Professional" Editions of Windows are classed as Workstation-class variants of Windows, while "Web", "Server", and "Advanced Server" Editions are classed as Server-class variants. The same applies to Mac OS X (Desktop) and Mac OS X Server, as well as Linux (Client) and Server editions. OpenLink license terms prohibit the use of Workstation Model licenses on Server-class operating systems.
Operating System Type also impacts licensing costs associated with physical processor cores in host computers. However, OpenLink does not employ a simplistic, per-core pricing model. Our license technology makes allowances for Workstation machines that have high physical processor core counts. Multi-core machines hosting Workstation operating systems like "Home", "Personal", or "Desktop" variants of Linux, Mac, and Windows are covered by licenses with a lower price entry point. A core count threshold is also applied to server class machines in recognition of the fact that different servers possess larger or smaller number of physical cores by default.
The following operating systems (among others) are considered Server-class --
- Linux Server
- Mac OS X Server
- Windows NT Server (and variants)
- Windows 2000 Server (and variants)
- Windows Server 2003
- Windows Server 2008
The following operating systems (among others) are considered Workstation-class --
- Linux Workstation
- Mac OS 9 and earlier (i.e., "Classic")
- Mac OS X
- Windows NT
- Windows 2000
- Windows XP
- Windows 7
If you have any question whether your deployment operating system is Workstation- or Server-class, please contact our Support Team. They will be happy to help you.
physical processor cores found in the machine(s) on which they are deployed. Basic licenses permit use on machines with typical core counts. Additional cores increase license pricing, by a decreasing non-linear factor. There is no maximum number of processor cores which may be licensed.
A dual-core processor has 2 physical processor cores; a quad-core physical processor has 4 physical cores. A machine with two dual-core processors has 4 physical cores.
Hyper-Threading, virtual environments such as Solaris containers or AIX micropartitions, and various related technologies, may cause the OS to see a different logical processor count than the physical cores would suggest. Our pricing takes such technologies into account, but bugs in various operating systems and processor hardware may mean that special attention is needed.
- The logical count on a Hyper-Threading host is typically twice the physical count.
- Logical counts on Solaris containers or AIX micropartitions may be greater or fewer than the physical count.
- Logical counts in Virtual Machines are generally determined by virtual processor allocations, and are not impacted by the host's physical count; i.e., a 2-core VM running on a 16-core host typically requires a license for 2 cores, not 16.
Workstations are machines running a Workstation-class Operating System, typically supporting a single user at a time, running applications such as Microsoft Excel, Quark XPress, InDesign, or Microsoft Access. Each application opens its own database sessions via data access drivers or providers found on the Workstation machine.