Buffering User Guide EN
Buffering User Guide EN
User Guide
What is buffering?......................................................................................................1
Buffering services...................................................................................................... 5
Buffering Manager..................................................................................................... 9
Troubleshoot buffering.............................................................................................41
Buffering and the PI message log.................................................................................................................. 42
PI Buffer Subsystem health alerts..................................................................................................................42
PI Buffer Subsystem point ownership............................................................................................................ 47
PI message log and 32-bit and 64-bit installations..........................................................................................47
View buffering sessions with pibufss -cfg.......................................................................................................48
Terminology change
OSIsoft is revising its terminology to reflect the growth of the PI System from its original
single-server architecture. In the revised terminology, PI Data Archive refers to the component
that stores time-series data (formerly called PI Server), and PI Server refers to both PI Data
Archive and PI Asset Framework. This document uses the revised terminology.
Procedure
1. Identify the PI product or products for which you want to configure buffering and the PI
Data Archive version and configuration that will receive the data. Based on that
information, decide which buffering service to use. In most cases, OSIsoft recommends PI
Buffer Subsystem.
If you currently use API Buffer Server, or if you are uncertain about which program to use,
refer to PI products and buffering programs and When to use API Buffer Server.
2. (PI Buffer Subsystem only) Decide whether to set up a domain user for the buffering
service. For improved security, OSIsoft recommends configuring the buffering service to log
on as a domain user. For more information, see PI Buffer Subsystem and service logon
accounts.
3. Configure and verify buffering.
To Do this
Configure buffering for a PI interface using PI Start PI Interface Configuration Utility (PI ICU),
Buffer Subsystem then refer to the appropriate instructions below:
◦ Start buffering (PI Buffer Subsystem version
4.3 or later)
◦ Start buffering (PI Buffer Subsystem versions
earlier than 4.3)
Configure buffering for a PI interface using API Start PI Interface Configuration Utility, then refer
Buffer Server to these instructions: Start buffering (PI Buffer
Subsystem versions earlier than 4.3)
Note:
Do not install PI Buffer Subsystem 4.3 or
later, because you will lose the ability to
configure API Buffer Server using PI ICU.
Configure buffering for a PI client (requires PI a. Refer to PI products and buffering programs
Buffer Subsystem) to determine whether the client product
sends data to PI Data Archive using PI SDK,
AF SDK, or both.
b. Refer to the appropriate instructions below:
▪ Configure n-way buffering for AF SDK
clients
▪ Configure n-way buffering for PI SDK
clients
Procedure
1. Click Start > All Programs > PI System > PI Interface Configuration Utility.
2. In Interface, select the interface.
3. In the page tree, select General.
4. Depending which version of PI Buffer Subsystem is installed on this computer, refer to the
appropriate instructions:
Procedure
1. Click Tools > Buffering.
2. When prompted, confirm that you want to configure PI Buffer Subsystem. If you currently
use API Buffer Server (bufserv), you may need to confirm more than one prompt.
The Buffering Manager window opens. This indicates one of two things:
◦ This computer is configured to buffer data using API Buffer Server (bufserv). In this case,
before you continue, review the information in the Buffering Manager window regarding
upgrades from API Buffer Server.
◦ This computer is not configured to use any form of buffering.
3. To configure buffering, follow the instructions in the Buffering Manager window.
4. After you finish, return to the PI Interface Configuration Utility window. Select each interface,
and on the General page under PI Host Information, look at the Buffering Status setting:
◦ If Buffering Status is On, the buffering configuration for the server to which this interface
sends data is complete. (This is the server specified in the API Hostname field for this
interface.)
◦ If Buffering Status is Off, you need to configure the server specified in the API Hostname
field to receive buffered data from this interface. To add the server to the buffering
configuration, click the Enable button and follow the instructions on the Buffering
Manager screen.
Procedure
1. Choose Tools > Buffering to display the Buffering dialog box.
2. Use the Choose Buffer Type page to select a buffering option:
◦ Disable buffering
◦ Enable PI Buffer Subsystem
◦ Enable API Buffer Server
3. Use the Buffering Settings page to change default settings.
4. Use the Buffered Servers page to select one or more servers that you want to buffer data to.
5. Use the API Buffer Server Service and PI Buffer Subsystem pages to configure and control the
buffering services.
Procedure
1. In the PI ICU page tree, select General.
2. Under PI Host Information, set SDK Member to a secondary collective member.
This property sets which PI Data Archive server in the collective sends the interface
configuration information and output points. If you set each interface to a different
collective member, you enable failover when the PI Data Archive server that sends output
points becomes unavailable.
3. Set API Hostname to match.
The interface uses this information to connect to the PI Data Archive server that provides
configuration data. The drop-down list shows the host specified in various formats. You can
specify the host as an IP address, a path, or a host name. However, when you configure the
buffered server list, you must specify the buffered server names in the same format,
otherwise buffering will not work.
4. Click Apply.
Note:
Follow the remaining steps only if you are using PI Buffer Subsystem 3.4.380 or
earlier.
5. Select Tools > Buffering.
6. In the Buffering dialog box task list, select Buffered Servers.
7. Verify that the Replicate data to all collective member nodes check box is selected and that
the server list contains the server and format specified in API Hostname.
8. If necessary, click the appropriate entry under Buffered Server Names to change the format.
9. Click Yes at the prompt to restart PI Buffer Subsystem and dependent interfaces.
Procedure
1. Click Start > All Programs > PI System > PI Interface Configuration Utility.
2. Select Tools > Buffering.
3. In the Buffering Manager window, click the Settings link.
4. In the Buffering Settings window, select the collective member to which you do not want PI
Buffer Subsystem to send data.
Results
PI Buffer Subsystem no longer sends data to the selected server. To send data to this server,
you can configure a PI to PI interface.
Procedure
1. In a command window, navigate to the \PIPC\bin directory.
2. Enter: pibufss -cfg
3. In the resulting display, note the number of total events sent.
4. Wait a few seconds, then enter pibufss -cfg again.
You may want to repeat this step one or two more times. If buffering is working properly,
the number of total events sent increases each time. The number of queued events
should remain at or near zero.
• You can buffer PI client data only with PI Buffer Subsystem. API Buffer Server cannot buffer
client data.
• If your PI clients write data using PI SDK, use PI SDK Utility to configure buffering.
• If your PI clients write data using AF SDK, use PI System Explorer to configure buffering.
Procedure
1. To change the default configuration for AF SDK buffering, start PI System Explorer and click
Tools > Buffering Manager.
Alternatively, you can click File > Connections, and then click Buffering Manager.
2. In the Buffering Settings window, click Show advanced global configuration.
3. In the AF SDK Buffering list, select the setting you want:
◦ To turn off buffering for AF SDK data, select Do not buffer.
◦ To require buffering to send AF SDK data to PI Data Archive, select Always buffer.
Caution:
Use the Always buffer option with care. If data cannot be buffered for any reason, it
will not be sent to the target PI Data Archive server or collective. Since it cannot be
buffered, the data will be lost.
4. Click Save.
Procedure
1. On the computer sending the data to be buffered, run PI SDK Utility.
2. Click Buffering > PI SDK Buffering Configuration.
3. Select the Enable PI SDK Buffering check box.
4. Click Save.
A message in the status bar shows the current buffering status.
5. Restart the PI client applications to ensure that their data is buffered.
Results
All PI SDK data from this computer is sent to all PI Data Archive computers that have been
configured to receive data from PI Buffer Subsystem. To add servers, use Buffering Manager.
Note:
The various applications and users on a client node using buffering will all send data to
PI Data Archive using the PI identity, PI user, or PI group associated with PI Buffer
Subsystem.
By default, the PI Buffer Subsystem service logs on using the Local System account, which may
also be used by other services on the local machine. If the other services that log on as Local
System also write to PI Data Archive, their data cannot be distinguished from data written by
PI Buffer Subsystem. OSIsoft recommends setting up the PI Buffer Subsystem service to log on
as a domain user, which provides added security and may improve the ability to identify data
written by PI Buffer Subsystem.
If you configure a domain user as the logon account for PI Buffer Subsystem, see PI Buffer
Subsystem and service logon accounts for information about configuration requirements.
• On the buffered computer, PI Buffer Subsystem runs as a Windows service. By default, this
service runs as the Local System account. For increased security, OSIsoft recommends
configuring the service to log on as a dedicated domain user account.
• On the PI Data Archive computer, PI Buffer Subsystem (pibufss.exe) needs a PI identity,
PI user, or PI group to define its identity when it connects to the server. It also needs a PI
mapping (for Windows authentication) or, if you are using PI API version 1.6.8 or earlier, a
PI trust so it can successfully authenticate using the selected PI identity, PI user, or PI
group.
OSIsoft does not recommend using PI trusts or explicit logins for authentication. For a more
secure environment, OSIsoft recommends Windows Integrated Security.
Note:
PI API 2016 for Windows Integrated Security extends Windows authentication to API-
based client applications. If you choose to install PI API 2016 for Windows Integrated
Security, you can use only Windows Integrated Security for authentication. Both
trusts and explicit logins will fail. For more information, see "Security configuration"
in Live Library (https://livelibrary.osisoft.com).
Procedure
1. Choose the operating system account that the PI Buffer Subsystem service will use to log on
to the buffered node.
You can use the Local System account, which is the default configuration, or choose a
domain account with the permissions listed in Operating system permissions for buffering.
The advantages and disadvantages of each are described in PI Buffer Subsystem and service
logon accounts.
2. Choose a PI identity, PI user, or PI group to be used by PI Buffer Subsystem when it
connects to PI Data Archive. The PI identity, PI user, or PI group must have the permissions
listed in PI Data Archive permissions for buffering.
3. Configure Windows authentication (PI mapping) or PI trusts so that PI Buffer Subsystem
can authenticate with PI Data Archive using the chosen PI identity, PI user, or PI group.
Remember that the buffered application also requires a PI mapping or PI trust. For
recommendations, see PI Data Archive authentication and buffering.
OSIsoft does not recommend using PI trusts or explicit logins for authentication. For a more
secure environment, OSIsoft recommends Windows Integrated Security.
Note:
PI API 2016 for Windows Integrated Security extends Windows authentication to API-
based client applications. If you choose to install PI API 2016 for Windows Integrated
Security, you can use only Windows Integrated Security for authentication. Both
trusts and explicit logins will fail. For more information, see "Security configuration"
in Live Library (https://livelibrary.osisoft.com).
Note:
PI API 2016 for Windows Integrated Security extends Windows authentication to API-
based client applications. If you choose to install PI API 2016 for Windows Integrated
Security, you can use only Windows Integrated Security for authentication. Both trusts
and explicit logins will fail. For more information, see "Security configuration" in Live
Library (https://livelibrary.osisoft.com).
Procedure
1. Run PI System Management Tools.
2. Under Collectives and Servers, select the server.
3. Under System Management Tools, select Security > Identities, Users, & Groups.
4. Select the PI Identities tab.
5. If you have not yet created a PI identity for the buffering service, create it now.
6. Double-click the identity to open its Properties dialog box.
7. Click the Mappings & Trusts tab.
8. Under the mappings, click Add to open the Add New Mapping dialog box.
(There is also an Add button under the trusts; be sure to click the correct button.)
Note:
The Add button is disabled if the selected PI identity is disabled or not usable in a
mapping.
9. Click the ellipsis button next to the Windows Account box.
Note:
If a DNS provides both forward and reverse name lookups, define PI Trusts using fully-
qualified domain names (FQDN). In other cases, IP addresses are accepted. In all cases,
restrict the trust by specifying the Appname (application name), such as pibufss.exe.
• The PI Server receiving the buffered data is older than version 3.4.375
• Your interfaces run on a non-Windows platform
• Your system requires API Buffer Server for another reason (for example, it is required by a
custom high availability solution used at your site).
Otherwise, use PI Buffer Subsystem.
Caution:
API Buffer Server does not detect and validate the PI Data Archive collective
configuration. As a result, API Buffer Server requires manual configuration whenever a
collective changes. Also, because API Buffer Server results in compression at PI Data
Archive, archives at different servers in the collective could contain different records.
Note:
API Buffer Server is not appropriate for all high availability environments. For details,
see When to use API Buffer Server.
Procedure
1. Click Start > All Programs > PI System > PI Interface Configuration Utility.
2. Identify the API hostname:
a. In Interface, select the interface.
b. In the page tree, select General.
c. Under PI Host Information, note the value and format of API Hostname.
The interface uses this information to connect with the PI Data Archive server that
provides configuration data. When you specify the buffered server list, you must use the
same format (either IP address, path, or host name).
3. Select Tools > Buffering.
4. In the Buffering dialog box, choose Enable buffering with API Buffer Server.
5. At the confirmation prompt, click Yes.
PI ICU starts the API Buffer Server service and restarts interfaces on this computer that
currently use a buffering service.
Note:
You might receive an error message that indicates buffer overrun detected. A
temporary default server name in the pilogin.ini file generates this message. It
does not impact the creation of API Buffer Server.
When you set the Replicated status to yes, the Buffered status automatically changes to
yes also.
8. Click OK to apply the configuration and close the Buffering dialog box.
9. Click Yes at the prompt to restart API Buffer Server and dependent interfaces.
10. In the page list of PI ICU, click Service. (If this page is already selected, click another page
and then click this page.)
11. At the prompt to create a dependency on API Buffer Server, click Yes.
PI ICU adds a dependency for Bufserv (the API Buffer Server service).
Procedure
1. Click Start > All Programs > PI System > PI Interface Configuration Utility.
2. Identify the API hostname:
a. In Interface, select the interface.
b. In the page tree, select General.
c. Under PI Host Information, note the value and format of API Hostname.
The interface uses this information to connect with the PI Data Archive server that
provides configuration data. When you specify the buffered server list, you must use the
same format (either IP address, path, or host name).
3. If PI Data Archive sends output points to an interface configured for failover, point the
redundant interface to a secondary collective member.
Note:
If you have not closed and reopened PI ICU since creating a collective, you must do so
before pointing the redundant interface to a secondary collective member.
collective member, you enable failover when the PI Data Archive server that sends
output points becomes unavailable.
b. Set API Hostname to match.
The interface uses this information to connect with the PI Data Archive server that
provides configuration data. When you specify the buffered server list, you must use the
same format (either IP address, path, or host name).
c. Click Apply.
d. Click the Restart interface service button to restart the interface service.
4. Choose Tools > Buffering.
5. On the Buffering dialog box, select Buffered Servers.
The list of servers shows the server already configured (the collective has that name). In
some cases, the list might also show the IP address for that server.
8. Click OK to apply the change and close the Buffering dialog box.
9. Click Yes at the prompt to restart API Buffer Server and dependent interfaces.
send the data back to that server; instead you probably only want to send the data to other
servers in its collective.
Procedure
• Use PI ICU to configure PI Buffer Subsystem as you would on an interface computer, but as
mentioned above, use caution when selecting buffered servers.
See Configure n-way buffering for interfaces with PI Buffer Subsystem for instructions.
Procedure
1. Install PI Buffer Subsystem on the PI Data Archive computer where the interface is
installed.
2. Configure PI Buffer Subsystem by editing the piclient.ini file.
Note:
API Buffer Server is not appropriate for all high availability environments. For details,
see When to use API Buffer Server.
Procedure
1. Use the AutoTrustConfig tuning parameter to create trusts automatically for each collective
member.
a. Open PI SMT.
b. Under System Management Tools, select Operation > Tuning Parameters.
c. Select the Security tab.
d. Double-click AutoTrustConfig in the list of parameters to open a dialog box that displays
the parameter's value.
e. In Value, type 17.
f. Click OK.
The Tuning Parameters tool generates a trust for each collective member.
Note:
If DNS is not properly configured, additional trusts may be required.
g. Click OK to apply the configuration and close the Buffering dialog box.
h. Click Yes at the prompt to restart API Buffer Server.
i. In the page list of PI ICU, click Service. (If already selected, click another page, then click
Service.)
j. Click Yes at the prompt to create a dependency on API Buffer Server.
3. Start or restart the interface service, as appropriate.
1 Most PI interfaces send data to PI Data Archive using PI API. Exceptions: AMI interfaces and
PI Connectors have their own buffering and do not use the buffering services described here.
Batch interfaces are a special case (see Batch interfaces and buffering for details). Other
exceptions are listed in the table above.
2 These applications use PI SDK to write annotation data and PI API to write other data to PI
Data Archive.
3 Relies on PI OLEDB Provider buffering capabilities
4 Custom delivery channels may send data to PI Data Archive using PI API, PI SDK, or AF SDK.
5 Supports buffering, but not fanning (does not send data to all collective members)
Examples:
• To buffer data from PI DataLink 2010 SP1 or earlier, configure PI Buffer Subsystem to
buffer PI SDK data.
• To buffer data from PI Asset Framework 2014 or later, configure PI Buffer Subsystem to
buffer both PI SDK and AF SDK data.
• To buffer data from PI ACE, configure either PI Buffer Subsystem or API Buffer Server to
buffer PI API data.
• For a few products like PI Relational Database (RDBMS via ODBC) Interface and PI
Universal File and Stream Loader (UFL) Interface, you may want to configure PI Buffer
Subsystem to buffer both PI API and PI SDK data. For these products, consider buffering PI
SDK data if you need to buffer annotations.
• To buffer data from a PI interface running on a Linux or UNIX platform, configure API Buffer
Server to buffer PI API data.
Buffering types
Buffering queues data from PI interface nodes and client nodes in case the PI Data Archive
server receiving the data becomes unavailable for any reason. For example, this might occur
during a network outage, maintenance, or backup.
When the connection with the PI Data Archive server or collective is restored, the buffering
service sends all the stored data from the buffer to the PI Data Archive server in the order it
was received.
There are three types of data writes that can be buffered:
• PI API
Data from PI API applications is usually buffered using PI Buffer Subsystem. If you send
buffered data to PI Server version 3.4.370 or earlier, or if your interfaces run on a non-
Windows platform, you need to use API Buffer Server.
• PI SDK
Data from PI SDK applications can be buffered only using PI Buffer Subsystem. PI SDK
buffering was introduced with PI SDK 2010 R2.
• AF SDK
Data from AF SDK applications can be buffered only using PI Buffer Subsystem. AF SDK
buffering was introduced with PI Asset Framework 2014 (2.6).
Procedure
1. Depending on your version of PI Buffer Subsystem, do one of the following:
If you use Then
PI Buffer Subsystem 4.3 or later Start Buffering Manager and view the dashboard,
which reports any problems with buffering. For
information about what to do in response to
specific issues, see PI Buffer Subsystem health
alerts.
You can start Buffering Manager from PI
Interface Configuration Utility 1.4.15 or later, PI
SDK Utility 2014 or later, or PI System Explorer
2014 R2 or later.
2. (PI Buffer Subsystem 4.3 or later only) To find out when an issue first started to occur, open
a command window, navigate to the \PIPC\bin folder and type:
pibufss -health
Each issue has a timestamp, for example:
Health: critical
Issues:
critical: Failed to create API shared memory buffer (ID: 8)
26-Jul-14 08:34:05
3. If the above steps don't provide enough information, look in the PI message log for errors or
warnings posted around the time when the issue first started. For information about where
to find the message log and what to look for, see Buffering and the PI message log.
4. If you need help resolving the problem, contact OSIsoft Technical Support.
(PI Buffer Subsystem 4.3 or later only) To facilitate troubleshooting, use Buffering Manager
to generate a buffering report as follows. You can send this report to OSIsoft Technical
Support when opening a ticket.
If you have trouble identifying or viewing messages in the PI message log, see PI message log
and 32-bit and 64-bit installations.
If PI Message Subsystem is not running, all messages go to the Windows Application Event Log.
Use the Microsoft Event Viewer to look at Windows Event Logs.
The configured The buffer location has been If you used Buffering Manager to change the buffer
queue path is changed in configuration, but PI location (Queue path), status should return to
not yet in effect Buffer Subsystem has not applied normal in a few minutes when the change is
the change yet. completed. If the issue persists, check the message
log for the root cause of the problem. Some
common causes are:
• The disk is full. Increase the disk space or use a
different buffer location.
• PI Buffer Subsystem does not have sufficient
permissions to write to the new location.
Review the permissions for the buffer location
(Queue path in Buffering Settings), and modify
them if needed. For more information, see
Operating system permissions for buffering.
Failed read When this happens, PI Buffer Add the required permission to the account the PI
from or write Subsystem cannot buffer or fan Buffer Subsystem service uses to log on, then
to data path data. restart the service. For more information, see
($ProgramData Operating system permissions for buffering.
\ OSIsoft \
Buffering)
Failed load This file was corrupted when PI If there was no buffered data when pibufss was
pibufss.dat (or Buffer Subsystem was last last shut down, you can ignore this message and
pibufmem.dat started. As a result, PI Buffer clear the issue. To do this, open a command
in upgrade Subsystem no longer has the list window, navigate to the \PIPC\bin folder and
case) of servers to which it was type:
sending data before it was last
pibufss -health -clear 5
shut down.
If there was buffered data, or if you are not sure,
contact OSIsoft Technical Support.
There are This message indicates a If there was no buffered data when pibufss was
configuration configuration problem not last shut down, you can ignore this message and
errors covered by other messages. For clear the issue. To do this, open a command
example, it might indicate a window, navigate to the \PIPC\bin folder and
setting that is not within the type:
permitted range.
pibufss -health -clear 5
This message is unlikely if you
If there was buffered data, or if you are not sure,
use Buffering Manager to
contact OSIsoft Technical Support.
configure buffering.
Low buffer The disk containing the buffer If PI Buffer Subsystem is queuing data because the
queue capacity queue is full. All incoming data PI Data Archive server is down or connection to
(Critical) for the affected server(s) is lost. the server is lost, check whether you can bring up
the server or reestablish the connection.
If you cannot connect to the server right away,
options include:
• Delete or move other files on the disk to make
room in the buffer queue location.
• Use Buffering Manager to change the buffer
location (Queue path) to a disk with more
available space. In Buffering Manager, click the
Settings link. In the Buffering Settings window,
select the affected server, change its Queue
path, and click Save.
Low buffer The disk containing the buffer Same as Low buffer queue capacity (Critical),
queue capacity queue is low on space. PI Buffer except that you have approximately 7 days to
(Warning) Subsystem can continue to queue resolve the problem before data loss occurs.
data for approximately 7 days.
Caution:
Changing the buffer location can cause
temporary data loss.
Queue path The buffer location was changed, Check the old buffer location. If it contains buffer
changed. Did but the existing buffer queue files queue files, contact OSIsoft Technical Support. The
not find were not successfully moved to data in those files may need to be manually
queue(s) in the the new location. reprocessed.
new location,
may have lost
data
Failed to PI Buffer Subsystem cannot Check the message log for the root cause. Common
initialize/load create the buffer queue in the causes are:
the buffer configured buffer location. All • PI Buffer Subsystem does not have sufficient
queue incoming data for the server is permissions to create the file in the configured
lost. buffer location. For more information, see PI
Buffer Subsystem and service logon accounts.
• There is not enough disk space in the
configured buffer location for PI Buffer
Subsystem to create buffer queues. Options
include:
◦ Delete or move other files on the disk to
make room in the buffer queue location.
◦ Use Buffering Manager to change the buffer
location (Queue path) to a disk with more
available space. In Buffering Manager, click
the Settings link. In the Buffering Settings
window, select the affected server, change its
Queue path, and click Save.
Not connected Queuing data but not connected Check whether the server is available. If it is a
to the server to PI Data Archive. connection problem, try to reestablish the
connection.
No Queuing data and connected to Check the status of PI Snapshot Subsystem on the
communication PI Data Archive, but cannot send target PI Data Archive server.
with PI data. PI Snapshot Subsystem may
Snapshot be busy or stopped.
Subsystem. Not
sending data
Procedure
1. Open a command window and change to the \pipc\bin\ directory.
2. Type pibufss -cfg.
Results
The output shows the activity on each buffering queue of a two-server PI Data Archive
collective:
Compiled PI-API Library: 1.6.2.4
Installed PI-API Library: 1.6.1.17
The following lines from the above output indicate that PI Buffer Subsystem is available to
perform both PI API and PI SDK buffering, and that it will attempt to authenticate using SSPI
(Windows Security).
API data buffering: On, RPC data buffering: On
Loaded parameters: AUTHENTICATIONOPTIONS=SSPI
There is also a line describing the number of buffer sessions. In the example above, there are
two sessions (*** Server buffer sessions, count: 2).
Attribute Description
Events Rejected Number of events rejected by the Buffer
Subsystem, including:
1. events with unsupported API source type
(uncommon)
2. the target server is version 3.4.375 and PI
Buffer Subsystem does not have write access to
the point
These events are not sent to the PI Data Archive
servers.
session. The session persists as long as PI Buffer Subsystem is buffering to this server.
Attribute Description
Queue> Capacity The estimated time (in seconds) that PI Buffer
Subsystem can buffer data for this logical server
(collective) if connection to all the physical servers
(collective members) is lost.
Queue> File Count Total number of queue files for all physical servers
in this logical server.
Queue> Reset Folder Count Number of buffer queue reset folders currently in
storage. If PI Buffer Subsystem detects the queue is
corrupted and is not able to recover it, a new
queue is created so that data can flow. Each time
that happens, the old corrupted queue files are
saved in a separate folder under the configured
queue path.
Queue> Write Errors Number of events that failed to be written to the
buffer queue for all physical servers in this logical
server.
Total API Buffered Events Number of events in all API buffers (including
APIBUF*.DAT files).
Total Events Sent/sec Rate of events sent to all physical servers in this
logical server.
Total Queue Writes Exclusive/sec Rate of events written to a buffer queue but not
other queues in the same collective (no fanning
mode).
Total Queue Writes/sec Rate of events written to buffer queues for all
physical servers in this logical server.
Total Queued Events Total number of buffered events for all physical
servers in this logical server.
Total Snapshot Posts/sec Rate of data posts to all physical servers in this
logical server.
Unresolved Cache Points Numbers of local points with unknown
configuration.
Attribute Description
Autotune> Countdown to restart Autotune> Countdown to optimization restart
(sec) - How long (in seconds) autotune will wait
before it restarts autotuning if the number of
events pending isn't below the value of Autotune
events trigger (default value = 12,000,000). You
can find Autotune events trigger in Buffering
Manager's Buffering Settings window.
Note:
This countdown timer will get reset each
time:
1. The number of queued events goes
below the previously lowest value
2. The timer expires and the number of
events pending is less than or equal to
the value of Autotune events trigger
Autotune> Events Pending Low Autotune> Lowest number of pending events since
last optimization. If the number of pending events
gets below this, PI Buffer Subsystem is catching up.
Autotune> Events/send upper limit Autotune> The upper limit of the number of events
per send used by the autotuning algorithm. This
may be reduced from the default value when there
are errors (timeout, message too big, etc.) sending
data.
Autotune> Mode Autotune optimization mode (0 = off; 1=start;
2=init; 3=run; 4=optimized)
Autotune> Optimization Step Autotune> Each time the autotuning algorithm
tries a new value, this counter is incremented by
one.
Autotune> Optimized events/send Autotune> optimized number of events to send
each time
Autotune> Queue File Count Low Autotune> Lowest number of queue files since last
optimization. If the number of queue files gets
below this, PI Buffer Subsystem is catching up.
Autotune> Send Err Recovery Autotune> Send error recovery mode (0 = false, 1
= true). If PI Buffer Subsystem is in send error
recovery mode, then it will reduce the number of
values it is sending to try and clear the error.
Autotune> Trial events/sec Autotune> Events/Sec rate for the previous trial
value of Events/Send
Autotune> Trial events/send Trial value for the number of events to send each
time
Health Health of this server (0 = OK, 1 = Warning, 2 =
Error, 3=Critical)
Last Successful Send Time The last time successfully sent data to the server
Points With Post Error Number of points received errors when posted to
the server.
Post> Current events/send Post> number of events to send each time
Attribute Description
Post> Seek-Send-Peek Time Post> The total time in milliseconds to seek past
the events successfully sent to the server,
asynchronously send events previously peeked,
and seek the next events to send.
Note:
Seeking and Peeking happen in parallel with
sending the previously peeked events. So this
counter's value is not the sum of the 'Post>
Time to Seek', 'Post> Time to Send', and
'Post> Time to Peek' counter values.
Post> Send mode Post> Send mode (0 = Not sending; 1 = Lock error;
2 = Created; 3 = Initialized; 4 = No events; 5 =
Peeked first events; 6 = Finished sending and
events peeked; 7 = Sending; 8 = Send error; 9 =
Wait error; 10 = Send OK; 11 = Seeking sent
events; 12 = Seek error; 13 = Seek OK; 14 = Peek
error; 15 = Peek OK; 16 = Peeking next events; 17
= Sent events and peeked events before; 18 = Sent
events and no more to send; 19 = Post OK; 20 = No
events to seek)
Post> Time to Peek (ms) Post> The time in milliseconds to peek events out
of the queue including copying for peeking ahead
Post> Time to Seek (ms) Post> The time in millisecond to seek past the
events successfully sent to the server
Post> Time to Send (ms) Post> The time in milliseconds to send the data to
the server and get an acknowledgement
Queue> Capacity The estimated time (in seconds) that PI Buffer
Subsystem can buffer data for this server if
connection to the server is lost.
Queue> File Count Number of queue files
Queue> Reset Folder Count Number of buffer queue reset folders currently in
storage. If PI Buffer Subsystem detects the queue is
corrupted and is not able to recover it, a new
queue is created so that data can flow. Each time
that happens, the old corrupted queue files are
saved in a separate folder under the configured
queue path.
Queue> Write Errors Number of events failed to be written to the buffer
queue.
State> Is Connected Whether PI Buffer Subsystem is connected to this
server (0 = No, 1 = Yes).
State> Is Queuing Enabled Whether data queuing for this server is enabled (0
= No, 1 = Yes). Users can disable queuing by
issuing the command pibufss -bc dismount.
When queuing is disabled, data is not queued or
sent to the server.
State> Is Sending Enabled Whether sending data to the server is enabled (0 =
No, 1 = Yes). Users can disable sending by issuing
pibufss -bc stop. When sending is disabled,
data is queued but not sent to the server.
Attribute Description
State> Is Sending OK Whether PI Buffer Subsystem is sending or ready
to send data to this server (0 = No, 1 = Yes).
Total Events Sent/sec Rate of events sent to this server.
Total Queue Writes Exclusive/sec Rate of events written to this buffer queue but not
other queues in the same collective (no fanning
mode).
Total Queue Writes/sec Rate of events written to the buffer queue for this
server.
Total Queued Events Total number of buffered events for this server.
Total Snapshot Posts/sec Rate of data post calls to this server.