PI Buffering User Guide
PI Buffering User Guide
Version 1.0
OSIsoft, Inc. International Offices
777 Davis St., Suite 250 OSIsoft Australia
San Leandro, CA 94577 USA Perth, Australia
Auckland, New Zealand
Additional Offices OSIsoft Germany GmbH
Houston, TX Altenstadt, Germany
Johnson City, TN
OSIsoft Asia Pte Ltd.
Longview, TX
Mayfield Heights, OH Singapore
Philadelphia, PA OSIsoft Canada ULC
Phoenix, AZ
Montreal, Canada
Savannah, GA
Yardley, PA Calgary, Canada
OSIsoft, Inc. Representative Office
Sales Outlets/Distributors Shanghai, Peoples Republic of China
Middle East/North Africa OSIsoft Japan KK
Republic of South Africa Tokyo, Japan
Russia/Central Asia
South America/Caribbean OSIsoft Mexico S. De R.L. De C.V.
Southeast Asia Mexico City, Mexico
South Korea Taiwan OSIsoft do Brasil Sistemas Ltda.
Sao Paulo, Brazil
OSIsoft, the OSIsoft logo and logotype, PI Analytics, PI ProcessBook, PI DataLink, ProcessPoint, Sigmafine, Analysis
Framework, IT Monitor, MCN Health Monitor, PI System, PI ActiveView, PI ACE, PI AlarmView, PI BatchView, PI
Manual Logger, PI ProfileView, ProTRAQ, RLINK, RtAnalytics, RtBaseline, RtPortal, RtPM, RtReports and RtWebParts
are all trademarks of OSIsoft, Inc. All other trademarks or trade names used herein are the property of their respective
owners.
Introduction .................................................................................................................................... 4
Advantages of the PI Buffer Subsystem ............................................................................ 4
Bufserv (API Buffer Server) ............................................................................................... 5
Data Flow and Buffering for PI Systems............................................................................ 5
Appendices ................................................................................................................................... 28
Appendix A: Additional sources of information ................................................................ 28
Appendix B: Resolve Common Setup Problems ............................................................. 28
Appendix C: Buffering Settings ........................................................................................ 29
Appendix C: Technical Support and Resources .............................................................. 31
Introduction
OSIsoft provides a buffering service that protects against data loss for PI interface nodes.
Buffering is a utility program that stores and forwards events to a PI Server, and allows
continuous data collection during network outages, or when the PI Server is down for
maintenance, upgrades, backups, or unexpected failures. The buffering service maintains
buffers on disk, and sends interface data to each PI Server - whether it is configured as a
single server or contained within a collective.
Note: There are a few interfaces, such as the Batch File Interface and Event File (EVT)
Interface, which work better without the buffering service. If you are not sure
whether a particular interface is compatible with the buffering service, check the
documentation for that interface.
Note: Bufserv is also known as the PI Buffer Server or the API Buffer Server, because it
uses the PI API to distribute data. This guide uses the term Bufserv to refer to the
Buffer Server.
This guide describes the requirements for each buffering method. It also provides procedures
to set up, configure, and verify proper buffering for PI interface nodes.
4
Bufserv (API Buffer Server)
Like the Snapshot Event Queue (pimapevq.dat), these buffer files can be reprocessed into
PI Server archives if they become isolated or damaged.
Because compression is performed in a distributed fashion, PI Server resources are
available for other tasks, which may lead to higher throughput and improved
performance.
Note: Even though the data are compressed on the interface node, all data is sent to PI
Server, including events that do not pass compression. This means snapshot data
is visible with client tools. Events that pass compression are flagged for archiving.
If the PI Server is not available, the buffering service stores the data in a file buffer on the
interface node. When the PI Server becomes available again, the buffering service sends all
the stored data from the buffer back to the PI Server, in chronological order.
Note: Although both buffering services can be installed on the same computer, the PI
Buffer Subsystem cannot run at the same time as Bufserv.
Use Bufserv for buffering if one or more of the following conditions is true:
Your PI Server version is older than 3.4.375
Data streams must be buffered to multiple independent PI Servers (one of which may be
a Collective).
The interface does not run on Windows, or runs on Windows NT4 or earlier. If your
interfaces run on UNIX, see Install and Configure Buffering on UNIX (page 25).
See Install and Configure Bufserv (page 15) for details.
Note: PI Server buffering methods currently support buffering to one collective, or to one
collective and any number of non-replicated PI Servers. If you want to support
other configurations, contact OSIsoft Technical Support.
6
PI Buffer Subsystem Requirements
The ICU is installed on the PI interface node when you run the self-extracting executable for
the interface. If you run only the interface .msi file, then you need to install the PI ICU
separately.
Set up PI Trusts
For each interface node, PI Trusts must be configured on the PI Server for both:
The PI Buffer Subsystem
The PI Interface(s)
Note: If a DNS provides both forward and reverse name lookups, define PI Trusts by
using Fully-Qualified Domain Names (FQDN). In other cases, IP addresses are
accepted. In all cases, OSIsoft recommends restricting trusts by specifying the
AppName (Application Name), which is pibufss.exe for the Buffer Subsystem.
See the PI System Management Tools (PI SMT) help or the PI Server System Management
Guide for more information on how to set up PI Trusts.
Run the PI Interface Configuration Utility (PI ICU) on the interface node, then:
1. Choose Tools > Buffering.
2. Select Choose Buffer Type in the left-hand menu of the ICU Buffering dialog.
3. Select Enable buffering with PI Buffer Subsystem.
4. Click OK.
Note: OSIsoft recommends that you disable buffering while you install, configure, or test
an interface and re-enable buffering when you are finished with these procedures.
This allows you to more readily address potential problems because it prevents
the logging of buffering process errors and allows you to view server messages
prompted by the interface.
After buffering is enabled, use the PI ICU to define the PI Server or PI Collective that the PI
Buffer Subsystem will write data to.
Note: The PI Buffer Subsystem buffers data only to a single PI Server or Collective.
8
Configure the PI Buffer Subsystem
4. Select one of these options to determine how the name is used by the PI Buffer
Subsystem in the Buffered Server Names field:
a. Path: The path from the SDK known server list
b. Name: The name from the SDK known server list
c. IP Address: The IP address of the server
5. By default, the PI Buffer Subsystem replicates data to all collective members. If you are
buffering to a collective and do not want to replicate buffered data to all collective
members, deselect the Replicate data to all collective member nodes check box. Then,
select or deselect the check box next to the PI Collective members in the Server list.
1. Select PI Buffer Subsystem Service in the left-hand menu of the ICU Buffering dialog.
Note: If you do not stop services dependent on the PI Buffer Subsystem service first,
you will be prompted to stop these services before you can stop the PI Buffer
Subsystem.
10
Configure the PI Buffer Subsystem
PI Buffer Subsystem dependencies are the services that must start before the PI Buffer
Subsystem. You can view PI Buffer Subsystem dependencies in the Buffering tool of PI
ICU, (see Tools > Buffering > Service).
Note: By default, pinetmgr is always added to this list of dependencies by the ICU.
OSIsoft does not recommend adding more dependencies to the Buffer
Subsystem.
3. In the System Management Plug-ins pane, select Operation > Network Manager
Statistics.
Note: If you are looking for a particular interface node among many, click the
PeerName heading to sort the table by host name.
4. Look in the Name column for the buffering service. For the PI Buffer Subsystem, the
service name is pibufss.exe.
5. For each row in the table, look under the PeerName column to find the hostname for the
interface node associated with that particular buffering service. The IP address is also
listed, under the PeerAddress column.
12
View Buffering Sessions
Each buffer session should be in the Registered state, which indicates the Buffer Subsystem
is connected, authenticated, and successfully registered with the Snapshot Subsystem.
A state of Disconnected indicates a failure to connect. A state of Connected could be a
transient, or most likely, a failure to authenticate. Check the PI Trust definition if necessary.
Note: If you have more than one buffer session (PI Collective), you will be prompted
to select which PI Server should stop receiving data.
3. While the queue is suspended from sending data, you can check the buffer to see if the
number of events are growing in the queue:
a. Run pibufss -cfg from ICU (see View Buffering Sessions above) a few times.
b. Check that Total Events Sent remains the same while Queued Events increases. If
this is true, then the PI interface is buffering data correctly.
4. Restarts the PI Buffer Subsystem session to resume data transfers:
pibufss -bc start
You can use piconfig on the PI Server to force the PI Buffer Subsystem to disconnect and
buffer data. By default, the PI Buffer Subsystem will try to reconnect in 2 minutes. To extend
this time, change the RETRYRATE parameter from PI ICU.
Follow these instructions to temporarily disconnect the PI Buffer Subsystem:
1. On the PI Server, use PI System Management Tools (PI SMT) Network Manager
Statistics tool to locate the ID of the connection from pibufss.
2. Use the following piconfig commands to force the PI Buffer Subsystem to disconnect:
PI\adm> piconfig
(Ls - ) PIconfig> @tabl pinetmgrstats
(Ls - PINETMGRSTATS) PIconfig> @mode del
(Dl - PINETMGRSTATS) PIconfig> @istr id
(Dl - PINETMGRSTATS) PIconfig> ID
3. See Use pibufss to Verify Buffering (page 13) to verify that buffering is taking place. If
you are using Bufserv, see Verify Bufserv is Running (page 21).
To test buffering for an extended duration, use piconfig to edit the PIFirewall Table to block
connections from the PI interface node.
To edit the PI Firewall Table:
1. Open a Command Prompt window on the PI Server.
2. Change to the PI\adm directory and enter the following commands (Replace 1.2.3.4
with the IP address of the Interface node):
piconfig
@table pigen, pifirewall
@mode create
@istructure hostmask,value
1.2.3.4,disallow
@exit
Note: Changes to the PI Firewall Table are not replicated among PI Collective members.
To test buffering to all servers, perform the above steps for each member in the PI
Collective.
14
Bufserv Requirements for Windows
Installing Bufserv
To install the Bufserv software, install your interface, and Bufserv will be automatically
installed.
To upgrade Bufserv, install the latest PI ICU to your PI interface node.
These products are available at the Download Center on the OSIsoft Technical Support
Website (techsupport.osisoft.com).
When you install a PI interface on a new system, you are given the options to:
Enable Bufserv (PI Buffer Server) operation
Automatically start the Bufserv service
Note: The PI SDK delivers the PI API and Bufserv software on 32-bit Windows.
To enable and configure Bufserv any time after installation, you can use the PI ICU. For
further details, see Enable Bufserv on the Interface Node (page 17 ).
Note: UNIX users must directly edit the piclient.ini configuration file. For details
about the piclient.ini file, see Install and Configure Buffering on UNIX (page
25) and the PI API Programmer's help, which you can find the file in PIHOME\DAT
directory (for example, C:\Program Files\PIPC\DAT).
16
Enable Bufserv on the Interface Node
See the PI System Management Tools (PI SMT) help or the PI Server System Management
Guide for more information on how to set up PI Trusts.
c. Click Yes when the dialog confirming your choice to change from No Buffering to
API Buffer Server appears.
d. Click OK.
3. Complete the steps in Configure Bufserv with PI ICU (page 18).
18
Configure the Bufserv Service
6. Click Yes in the dialog that advises that the buffering service and interface services that
are dependent on it must be stopped and restarted.
7. Complete the steps in Select Servers for Interface Buffering (below).
Before you start the buffering service, use the Buffering dialog of the PI Interface
Configuration Utility (PI ICU) to define which individual PI Servers or single PI Collective
that Bufserv will write data to.
Note: The PI Buffer Server buffers data only to multiple PI Servers and/or to a single PI
Collective.
4. Type the server name into the Add a server text box.
5. Click Add Server to add a server to the list of servers to be configured for buffering
and/or replication.
6. To change the buffered status of a server, use the toggle in the Buffered column for that
server. Data written to a server will be buffered if the Buffered column for the server is
marked Yes. If the column is marked No, data will not be buffered to that server.
7. For each server that you want buffered data to be replicated to, change the entry in the
Replicated column to Yes. Change the entry to No for each server that you do not want
buffered data to be replicated to.
Note: A server must be configured for buffering in order to be replicated. If you turn
off buffering, replication for the server is disabled. Similarly, if you change
Replicated to Yes, the Buffered option is automatically enabled. To reset the
Buffered and Replicated setting to off for all servers, right-click on the Server
list and select the Reset all to Off.
8. Review or edit the Buffering Settings. For details about these settings, see Appendix C:
Buffering Settings (page 29).
Note: By default, tcpip is always added to this list of dependencies by the ICU. OSIsoft
does not recommend adding more dependencies to Bufserv.
Run Bufserv
Use the Start and Stop buttons on the ICU Buffering dialog to stop or start the PI Buffer
Server:
20
Verify Bufserv is Connected with SMT
Bufserv offers command-line tools to verify the status of buffering. This results from the
necessity of deploying Bufserv on a diverse set of environments. bufutil is a command-line
utility for monitoring and verifying the status of Bufserv. To use bufutil, the Bufserv service
must be running. You can use PI SMT to verify that Bufserv is running and connected, and
then run Bufutil to see that the buffers are properly created.
5. For each row in the table, look under the PeerName column to find the hostname for the
interface node associated with that particular buffering service. The IP address is also
listed, under the PeerAddress column.
Note: If you have many PI Interface nodes, click the PeerName heading to sort the
table by host name.
6. Interface nodes that do not have an APIBE application associated with them are not
running the Bufserv buffering service, or they may be disconnected at the time of query.
22
Use bufutil to Examine the State of Buffering
For further details about how to use these choices, see bufutil Options and Interpret bufutil
Output (below).
If provided, the string piserver must exactly match what is defined in the PICLIENT.INI (case
does not matter). If bufutil finds and attaches to the shared-memory buffers, it displays the
following menu:
Connected to server: piserver
Choices 1,2,3 may take optional arguments of [ #repeats #seconds]
( 1) Show Primary buffer header
( 2) Show Secondary buffer header
( 3) Show file buffer header
( 4) Kill server and quit
( 5) Quit
( 6) Change server
( 7) Display this menu
Enter choice: _
bufutil Options
1. Use options 1, 2, or 3 to check the contents of the memory and file buffers. These options
display a static output of the state of the memory buffers at the moment the option is
entered. To view a series of the output at a given interval, add two numbers as the
number of times for the display to repeat, and the interval in seconds. For example: 1, 10,
1 allows monitoring the primary buffer for 10 times at one-second intervals.
2. Use option 6 to select each destination PI Server in turn.
3. Option 7 redisplays the option menu.
The Mode, Server status and the Unprocessed entries are the most significant for
monitoring the buffering process.
Mode shows the current buffering state. In the display above, buffering is using a single
memory buffer. The other modes are Dual Memory and Dual Memory and File.
The Server Status may indicate Connected, Disconnected or Connected [Buffering
OFF]. When the status is Disconnected, Bufserv will buffer events until the server is
once again connected. If the status is Connected [Buffering OFF], buffering is not
enabled. See Install and Configure Bufserv (page 15), for instructions on how to enable
and configure Bufserv.
Unprocessed entries show the number of events in the buffer that have yet to be sent.
To monitor buffering, you can:
Watch the buffers grow and shrink if you select a specified buffer and observe the Mode.
Observe data flows from the interface to Bufserv and from Bufserv to the server by
watching the how the write location, read locations, and unprocessed entries change.
If buffering is functioning properly, you should see the Unprocessed entries value grow
greater than 0 and then become 0 occasionally. These changes indicate that the buffering
service is receiving time-series events from an interface and is able to send the data to the
destination PI Server.
24
Supported UNIX Operating Systems for Bufserv
The PI API distribution on UNIX distributes two separate libraries. This is due to the fact
that various UNIX versions have only recently standardized on the POSIX threading model
(often referred to as pthreads). The two PI API libraries (designated version 0 and version 2,
respectively), offer equivalent functionality for non-pthreads-compliant (version 0) and
pthreads-compliant (version 2) PI API applications. Consult the PI API Help file or
documentation for the application that uses the PI API to determine which version should be
used.
On UNIX platforms, awareness of buffering is built into the pistart script delivered with the
PI API. The script runs a small program, isbuf, to determine if the piclient.ini file
contains instructions to turn buffering on. If this is true, pistart will run bufutil with a -u
argument to clean up any outstanding resources and then start Bufserv.
In this example, Bufserv version 1.6 is being installed for the first time. There is one
interface node connected to a single server. There are two entries in the piclient.ini file
that you must edit:
[APIBUFFER]
BUFFERING=1
[BUFFEREDSERVERLIST]
BUFSERV1=MyPIServer
Under the [APIBUFFER] section, the entry BUFFERING=1 turns on buffering with Bufserv.
BUFSERV1=MyPIServer is the only entry required for the [BUFFEREDSERVERLIST] section
because there is only one PI Server available for buffering from the interface.
26
Configure Bufserv on UNIX
When you want to buffer an interface that is connected to multiple, independent PI Servers,
you must list each of the PI Servers in the [BUFFEREDSERVERLIST] section:
[APIBUFFER]
BUFFERING=1
[PIBUFSS]
BUFFERING=0
[BUFFEREDSERVERLIST]
BUFSERV1=PIServer1
BUFSERV1=PIServer2
If you want to buffer a single interface node to a collective, you must add all servers included
in the collective to both the [BUFFEREDSERVERLIST] and [REPLICATEDSERVERLIST] section:
[APIBUFFER]
BUFFERING=1
[PIBUFSS]
BUFFERING=0
[BUFFEREDSERVERLIST]
BUFSERV1=MyPrimary
BUFSERV1=MySecondary
[REPLICATEDSERVERLIST]
REPSERV1=MyPrimary
REPSERV1=MySecondary
Note: Bufserv can buffer to a single collective. That is, all the servers included in the
replicated server list must be from the same collective.
You can use PI Buffer Server to buffer an interface node to multiple types of server
connections, such as a collective and a single server. In this case, you would list all servers
that will be buffered to in the [BUFFEREDSERVERLIST] and the servers that are members of
the collective in the [REPLICATEDSERVERLIST]:
[APIBUFFER]
BUFFERING=1
[PIBUFSS]
BUFFERING=0
[BUFFEREDSERVERLIST]
BUFSERV1=MyPIServer
BUFSERV2=MyPrimary
BUFSERV3=MySecondary
[REPLICATEDSERVERLIST]
REPSERV1=MyPrimary
REPSERV2=MySecondary
Appendices
If you are using bufutil and the utility fails to connect to the API buffers, the following
message appears:
APIBUFFER: Unable to open shared memory buffers. Buffer server may not be
running
28
Appendix C: Buffering Settings
Otherwise, shut down PIbufss/Bufserv and verify that the shutdown was complete; that
is, that no bufserv.exe is running. If you find one, terminate it using the Windows Task
Manager's End Process command. Also verify that no processes use the PI API
(piapi32.dll). If you find any, stop them. Finally, restart PIbufss/Bufserv and rerun
bufutil.
A utility such as listdlls.exe (from sysinternals.com) can be used to list processes
with a certain DLL loaded. The following is example syntax and the corresponding
output:
C:\> listdlls.exe -d piapi32.dll
Note: Below are some of the most common settings. For a full listing of all API
references see the PI API Help or documentation from techsupport.osisoft.com.
Maximum buffer file size (KB) is the maximum size of the buffer file, found in
PIHOME]\DAT\APIBUF.DAT. When the buffering service cannot communicate with the PI
Server, it writes and appends data to this file. When the buffer file reaches this maximum
size, the buffering service discards data.
The default and maximum value is 2,000,000 KB, which is about 2 GB.
The PI Buffer Subsystem creates this buffer file, but doesnt use it during normal operations.
For information on how to resize the buffer size for the PI Buffer Subsystem, see Queue File
Sizing (page 30).
Primary Memory Buffer Size (Bytes) and Secondary Memory Buffer Size (Bytes) are key
parameters for buffering performance. The sum of these two memory buffer sizes must be
large enough to accommodate the data that an interface collects during a single scan. A
typical event with a Float32 point type requires about 25 bytes. If an interface writes data to
5,000 points, it can potentially send 125,000 bytes (25 * 5000) of data in one scan. As a
result, the size of each memory buffer should be at least 62,500 bytes.
The default value of these memory buffers is 32,768 bytes. The range is 64 to 2,000,000
bytes (about 2 MB). It is recommended to set both parameters at the same value.
Retry rate is the number of seconds the buffering process will wait before attempting to
reconnect when the home node is unavailable. The default value is 120 seconds (2 minutes).
The acceptable range is 0 to 2,000,000 seconds.
Send rate is the time in milliseconds that the buffering service waits between sending up to
the Maximum transfer objects (described below) to the PI Server. The default value is
100ms. The valid range is 0 to 2,000,000 milliseconds.
Pause rate (Bufserv only) is the time in seconds that Bufserv will wait when buffers are
empty. The default value is 2 seconds, and the range is 0 to 2,000,000.
Maximum transfer objects is the maximum number of events that the buffering service
sends between each Send rate pause. The default value is 500 for BufServ and 5,000 for the
Buffer Subsystem. The valid range is 1 to 2,000,000 events.
Max theoretical send rate
This is the theoretical max send rate in number of events per second. It is calculated like this:
max = MAXTRANSFEROBJS / SENDRATE * 1000
The default value is 5,000 for BufServ and 50,000 for the Buffer Subsystem.
Proper sizing is based on the desired capacity (buffering time) and the data rate of the PI
interfaces or API applications. To estimate how much buffer space is required per unit of
time, run pibufss -qs. If prompted, you can choose any buffer sessions since data rate is
identical across all replicated PI Servers.
To start pibufss with the -qs option:
1. Open a command prompt window, and change to the PI\BIN directory.
2. Enter pibufss -qs.
3. Review the output over several displays:
Counters for 20-Nov-08 18:17:47 (C:\...\PIPC\dat\pibufq_s1.dat)
Physical File Size (MB): 32 0
Page Size (KB): 1024 0
Total Data Pages: 31 0
Write Page Index: 0 0
Read Page Index: 0 0
Total Page Shifts: 0 0
Available Pages: 31 0 (100.0%)
Average Events per Page: 36946 0
Estimated Remaining Capacity: 1145326 0 (95.4 mn)
Total Bytes Written (MB): 21 0
Total Event Writes: 786170 1001 (200/sec)
Total Event Reads: 786170 1001 (200/sec)
Current Queue Events: 0 0
Overflow Queues: 0 0
Total Overflow Events: 0 0
Current Queue Id: 0 0
The numbers in parenthesis indicate that the file on disk is 100% empty, and based on the
current data rate, queue capacity is approximately 95 minutes before a new file must be
created. The top of the output indicates that the queue file is 32 MB in size.
If, for example, we were to guarantee a buffer capacity of 24 hours, and assuming the data
rate is about constant, the queue size must be at least:
24 (hours) x 60 (minutes) / 95 (minutes) x 32 (MB) = 485 MB
Assuming disk space is available (on the volume of the buffer files), changing the
QUEUESIZE parameter and restarting the PI Buffer Subsystem are the only steps required.
30
Appendix C: Technical Support and Resources
Note: The disk space required is always N times the calculated size, where N is the
number of target PI Servers. In the above example, 970 MB would be necessary
with a Collective of two PI Servers. The Buffer Subsystem aborts on startup if the
primary buffer queues cannot be created with the specified size.
Support may be provided in languages other than English in certain centers (listed above)
based on availability of attendants. If you select a local language option, we will make best
efforts to connect you with an available Technical Support Engineer (TSE) with that language
skill. If no local language TSE is available to assist you, you will be routed to the first
available attendant.
If all available TSEs are busy assisting other customers when you call, you will be prompted
to remain on the line to wait for the next available TSE or else leave a voicemail message. If
you choose to leave a message, you will not lose your place in the queue. Your voicemail
will be treated as a regular phone call and will be directed to the first TSE who
becomes available.
If you are calling about an ongoing case, be sure to reference your case number when you call
so we can connect you to the engineer currently assigned to your case. If that engineer is not
available, another engineer will attempt to assist you.
Search Support
From the OSIsoft Technical Support Web site, click Search Support.
Quickly and easily search the OSIsoft Technical Support Web site's Support Solutions,
Documentation, and Support Bulletins using the advanced MS SharePoint search engine.
[email protected]
When contacting OSIsoft Technical Support by email, it is helpful to send the following
information:
Description of issue: Short description of issue, symptoms, informational or error
messages, history of issue
Message logs: See documentation for your PI System for information on obtaining
message logs pertinent to the situation.
From the OSIsoft Technical Support Web site, click Contact us > My Support > My Calls.
Using OSIsoft's Online Technical Support, you can:
Enter a new call directly into OSIsoft's database (monitored 24 hours a day)
View or edit existing OSIsoft calls that you entered
View any of the calls entered by your organization or site, if enabled
See your licensed software and dates of your Service Reliance Program agreements
Remote Access
From the OSIsoft Technical Support Web site, click Contact Us > Remote Support
Options.
32
Appendix C: Technical Support and Resources
OSIsoft Support Engineers may remotely access your server in order to provide hands-on
troubleshooting and assistance. See the Remote Access page for details on the various
methods you can use.
On-site service
From the OSIsoft Technical Support Web site, click Contact Us > On-site Field Service
Visit.
OSIsoft provides on-site service for a fee. Visit our On-site Field Service Visit page for more
information.
Knowledge Center
From the OSIsoft Technical Support Web site, click Knowledge Center.
The Knowledge Center provides a searchable library of documentation and technical data, as
well as a special collection of resources for system managers. For these options, click
Knowledge Center on the Technical Support Web site.
The Search feature allows you to search Support Solutions, Bulletins, Support Pages,
Known Issues, Enhancements, and Documentation (including user manuals, release
notes, and white papers).
System Manager Resources include tools and instructions that help you manage: Archive
sizing, backup scripts, daily health checks, daylight savings time configuration, PI Server
security, PI System sizing and configuration, PI trusts for interface nodes, and more.