AVEVA Historian - SQL Server Standard CAL license count?

The client intends to utilize SQL server Standard version for over 25000 historian tags. Is there a method to ascertain the number of client connections to the historian in order to determine the necessary count of SQL MSCAL licenses? The Historian status displays numerous clients, but it's uncertain which of them necessitate MSCALs requirement.  

Could you kindly offer guidance on this matter?

Historian Status in SMC (Clients):

SQL query in the SQL server management server studio:

How to check active connections on your MS-SQL Database ? - Knowledgebase - AccuWebHosting

Regards,

Arul

Parents
  • Note that some older releases of Wonderware Historian did include SQL Server Standard licenses and some of the corresponding "Wonderware CALs" did include SQL Server Standard CALs--if you have those products, you might already be covered, so check your licenses. 

    This is fundamentally a Microsoft SQL Server licensing question, so you should ultimately refer to Microsoft policies. SQL Server clients aren't licensed for "concurrent" usage, only for "device" or "user". This does create a mismatch in cases where you have concurrent Historian Client users: for example, a 10-concurrent user Historian Client Web license might be used by 25 different people from any of 15 different workstations, so you'd need either "25 SQL Server 'user' CALs" or "15 SQL Server 'device' CALs". Alternatively, you can ignore the clients and license SQL Server based on the "processor cores", which may make sense for higher numbers of users/devices. Also keep in mind that a SQL Server CAL gives access to any number of SQL Servers (not just those related to AVEVA products). 

    As for which software requires a SQL Server CAL (when licensing based on CALs), we'd recommend a "device CAL" for the Historian server itself (which covers all the local connections and services), plus licenses for: Remote IDAS nodes, Historian Client (Desktop and/or/Web), and nodes/users with any embedded controls (Trend, Alarm History Grid, Trend Pen, History Summary Custom Property, etc.) and any SQL-based reports accessing the "Runtime" database. 

    In addition to standard SQL Server tools (like Profiler), there are some unsupported example SQL queries that might be useful to capture more specific Historian usage data. See the "ClientUsageTracking.sql" and "SummarizeSQLClientLoad.sql" specifically. 

Reply
  • Note that some older releases of Wonderware Historian did include SQL Server Standard licenses and some of the corresponding "Wonderware CALs" did include SQL Server Standard CALs--if you have those products, you might already be covered, so check your licenses. 

    This is fundamentally a Microsoft SQL Server licensing question, so you should ultimately refer to Microsoft policies. SQL Server clients aren't licensed for "concurrent" usage, only for "device" or "user". This does create a mismatch in cases where you have concurrent Historian Client users: for example, a 10-concurrent user Historian Client Web license might be used by 25 different people from any of 15 different workstations, so you'd need either "25 SQL Server 'user' CALs" or "15 SQL Server 'device' CALs". Alternatively, you can ignore the clients and license SQL Server based on the "processor cores", which may make sense for higher numbers of users/devices. Also keep in mind that a SQL Server CAL gives access to any number of SQL Servers (not just those related to AVEVA products). 

    As for which software requires a SQL Server CAL (when licensing based on CALs), we'd recommend a "device CAL" for the Historian server itself (which covers all the local connections and services), plus licenses for: Remote IDAS nodes, Historian Client (Desktop and/or/Web), and nodes/users with any embedded controls (Trend, Alarm History Grid, Trend Pen, History Summary Custom Property, etc.) and any SQL-based reports accessing the "Runtime" database. 

    In addition to standard SQL Server tools (like Profiler), there are some unsupported example SQL queries that might be useful to capture more specific Historian usage data. See the "ClientUsageTracking.sql" and "SummarizeSQLClientLoad.sql" specifically. 

Children