Links (Server)

The Server Links category provides status information about each link from a client to the server.

ClearSCADA requires multiple links, with the number of links varying depending on the size of the system. In many cases, the number of links that each ViewX client uses is approximately:

• 1 link for the system manager to poll each server
• 1 link for the embedded mimic cache
• 1 link for the global script cache
• 2 links for the Alarm Banner
• 1 link for each open Queries List (SQL list)
• 1 link for each open Trend
• 2-3 links for open Mimics
• 1 link for each open Properties Form.
  

The status information for the links is categorized as:

• Id—A unique number that ClearSCADA uses to identify the link.
• Source—The source address of the client that is using the link.
• Client Version—The version number of the software that is installed on the client that uses the link.
• Effective Link Version—The version of the client-server protocol that is used by the link. This can be affected by three factors:
  • The protocol version of the client that is connected to the link
  • The protocol version of the server
  • The protocol version that the server is emulating
• The effective link version matches the lowest version of the three different version numbers. For example, if the client version is the lowest version number, the Effective Link Version will use the same version as the client.
• Type—The type of communications that are sent via the link. These can be:
  • OPCAE and OPCAEEVENTMGT—The link is being used to transfer requests for OPC Alarm and Event data.
  • OPCAEBROWSE—The link is being used to transfer a request made for the OPC alarm and event interface.
  • OPCDA and OPCDAGROUP—The link is being used to transfer requests for OPC current data such as values for animated Mimics etc.
  • OPCHDA—The link is being used to transfer a request for OPC historic data.
  • OPCHDABROWSE—The link is being used to transfer a request for the OPC historic interface.
  • ClearSCADA—The link is being used to send a request that relates to configuration and database management data that is not managed by the other types of ClearSCADA type link.
  • SCXDriver—The link is being used to transfer a request made via one of the ClearSCADA drivers, such as the SCADAPackModbus driver.
  • SCXManager—The link is being used to monitor ViewX.
  • SCXDiagnostic—The link is being used by the Server Status Tool.
  • SCXIcon—The link is being used by the Server Icon application that is shown in the Windows taskbar.
  • SCXConfig—The link is being used by the Server Configuration Tool.
  • SCXBROWSE—The link is being used to transfer a request made for the ViewX interface.
  • SCXStandby—The link is being used to transfer a request from the main server to a standby server.
  • SCXStandbySink—The link is being used to transfer a request from a standby server to the main server.
• Status—Indicates the present condition of the link. This can be:
  • Start
  • OnOpenWaitforDBlock
  • OnOpenNoDBlock
  • AddToThread
  • Idle
  • Processing
  • SendingReply
  • ReadRequest
  • Queued
  • WaitForDBReadLock
  • WaitForDBWriteLock
  • WaitForSend
  • RemoveFromThread
  • OnCloseWithDBlock
  • OnCloseNoDBlock
  • Close
• ReadRequest, Queued (used when the request is processed in a ‘worker’ thread rather than the link’s thread), Start, OnOpenWaitforDBlock, OnOpenWithDBlock, OnOpenNoDBlock, and AddToThread are phases in the connection sequence. When the link is not being used, it is Idle. If a request is made, for example, a request for data, the server link goes through the request phases of WaitForDBReadlock or WaitforDBWritelock, Processing, WaitforSend (only if request was Queued), and SendingReply before returning to the Idle state.
• When the link is being closed, it goes through the phases of the closing sequence: RemoveFromThread, OnCloseWithDBlock, OnCloseNoDBlock, and finally, Close.
• Schneider Electric engineers can use this status information when investigating potential software issues relating to unresponsive clients.
• Flags—Indicates the type of activity being undertaken by the link. The Flags status shows one of the following:
  • P—The link is being used to process a request
  • W—The link has been used to process a request and is waiting to send the reply
  • S—The link is being used to send the reply to a request.
  • C—The link has checksums enabled. This means that requests made on this connection include checksum information that is used to detect and reject corrupt requests. Many links have checksums enabled, and so it is common for links to have the C flag.
  • However, if a connection from an old version of ClearSCADA (version 65) is received and the Allow Insecure Connections is checked in the Server Administration Tool’s Security settings, the C flag is not shown. For more information on Allow Insecure Connections, see Define whether Insecure Connections are Permitted in the ClearSCADA Guide to Security.
  • E—The link has secure session enabled which means it is encrypted (for a very brief amount of time). The secure session enabled status is only displayed when Windows authenticated passwords are transferred between the client and the server.
• Advise—Indicates whether the client has performed an advise on the link (Yes or No). Each client sends an advise to the server as part of the server-client connection establishment process.
• Client—The unique identification number of the client advise. This can be used to match the server links information against data contained in the DBClient log files.
• Curr Req—The unique code number used by Schneider Electric engineers to identify the type of request.
• Requests—The total number of requests sent via the link.
• Up Time—The amount of time for which the link has been connected.
• Idle Time—The amount of time that has elapsed since the latest request.
• Last Req—The code and duration of the most recent request. The code can be used by Schneider Electric engineers to determine the cause of impaired performance (when caused by excessive request times). The code is the same as the Curr Req.
• This information is used in conjunction with the Longest Req code and time.
• Longest Req—The code and duration of the longest request (this should be less than 1000mS). The code can be used by Schneider Electric engineers to determine the cause of impaired performance (when caused by excessive request times). The code is the same as the Curr Req.
• Client Name—The name of the client application or process that is using the link, for example, the name of a driver or the name of a ViewX component (including the client on which it runs).
• User Name—The name of the User account that is logged on to the client that is using the link. This can be a custom User account, a built-in User account, or an internal User account such as Driver. This provides an indication of which user is logged on to each client.
• Locale—The Windows locale of the client that is using the link, for example, English (United Kingdom).
• TZ Bias—The offset of the user’s time zone (in minutes) from UTC. This does not include any daylight saving time adjustments.
• Licensed—Indicates whether there is a valid license for the link. The status can be:
  • Yes—The link is using a valid server license.
  • No—The link is unlicensed (there is no client license installed and there are no spare server licenses available).
  • Exempt—The link does not require a license. Links between Main and Standby servers, links with drivers, and links with the server tools (Server Icon, Server Configuration Tool, and Server Status Tool) do not require a license.
  • Client—The link is using a client license.
• Workstation Name—The workstation name that has been given to the client (this is blank if a work station name has not been configured). The work station name is used with the Set Responsibility action (see Set Responsibility Action in the ClearSCADA Guide to Alarm Redirection).
• Client ID—The unique identifier of the client (the client’s IP address) and a session number. The session number is 0 unless ViewX is running under Citrix or Microsoft Remote Desktop Services, in which case, the number is a unique session number. The unique session number is used by the server when enforcing the license.
• Open QP Tables—The number of Query Processor tables that have been opened, but not closed, on the link. For ViewX links, this status should be 0 or 1, whereas for links for Third Party applications, the number may be higher. When tables are being queried correctly, the Open QP Tables number should reach a number and then remain at that number. If the Open QP Tables number rises and continues to rise, there may be a problem with the way in which a Third Party application is accessing the QP tables, for example, there may be a memory leak. In this scenario, you should seek assistance from the support team of the Third Party application manufacturers.
• Data From Client—The total amount of compressed data received from the client. This is the actual amount of data transmitted across the network.
• Data To Client—The total amount of compressed data sent to the client. This is the actual amount of data transmitted across the network.
• Content From Client—The total size of the data received from the client (after the data has been decompressed).
• Content To Client—The total size of the data sent to the client (after the data has been decompressed).
• % Compression From Client—The amount by which the data transmitted from the client could be compressed. For example, 90% compression means that the actual transmitted data was compressed to 1/10 of its original size.
• % Compression To Client—The amount by which the data transmitted from the server could be compressed. For example, 90% compression means that the actual transmitted data was compressed to 1/10 of its original size.
• Memory Usage—The amount of memory used for the server link.

You should pay particular attention to the number of links in the Server Links category—there should not be an excessive number of links in comparison with the number of clients. You should also check that the Longest Req is generally less than 1000mS.

An excessive number of links or a Longest Req over 1000mS may indicate a high server load, see Diagnose Client Performance Problems.