Академический Документы
Профессиональный Документы
Культура Документы
Release 210
Software Change Notice
May 2007
UNMEDX-SCN
Version 2.0
Copyright, Notices, and Trademarks
© Honeywell Inc. 1998 – 2007. All Rights Reserved.
While this information is presented in good faith and believed to be accurate, Honeywell disclaims
the implied warranties of merchantability and fitness for a particular purpose and makes no
express warranties except as may be stated in its written agreement with and for its customers.
In no event is Honeywell liable to anyone for any indirect, special or consequential damages. The
information and specifications in this document are subject to change without notice.
Honeywell, TotalPlant, Uniformance PHD, Experion, PlantScape and Business.FLEX are U.S.
registered trademarks of Honeywell Inc.
Release Information
Uniformance PHD
Document Revision: 2.0
Document Revision Date: May 2007
Document Number: SCN-210
1.1 Introduction
Uniformance 210 General Release
The Uniformance 210 General Release consists of the Uniformance R210 Base/Limited
Release augmented by the Uniformance 210.1.1 Patch. Therefore, customers are strongly
encouraged to review both the R210 Software Change Notification (this document) and the
210.1.1 Patch Release Letter prior to proceeding.
The Uniformance 210.1.1 Patch is available for electronic download from SSOL or may be
obtained on request from Honeywell Support (see Section 16).
Only individuals who have received Honeywell training in PHD installation and upgrade
should attempt PHD installation. Such individuals must also be familiar with the PHD
system, Windows system management, and network management.
Document scope
This document contains information a customer needs for this Uniformance release,
including last minute changes not included in the product documentation. The document
includes information the customer must read before installing the software. The Special
Considerations section may include information on known defects and related information
such as risks, workarounds, and how to avoid the defect.
Because the Uniformance 210.1.1 Patch is an integral part of this release, this document
must be read in conjunction with the 210.1.1 Patch Release Letter to get a complete
overview of the Uniformance 210 product.
• OLE For Process Control (OPC) Server - Data Access (DA) 3.0 compliant/
Historical Data Access (HDA) 1.2 compliant
Tested/validated software
Uniformance PHD 210 has been validated on the basic North American English language
versions of the following:
Installation/upgrade instructions
Please see the following Special Considerations sections in this document:
• Section 5, General Special Considerations
• Section 6, Special Considerations for PHD Server
• Section 7, Special Considerations for RDIs
• Section 8, Special Considerations for Uniformance PHD Desktop
• Section 9, Special Considerations for PHD Configuration Tool (Previously Named TPI)
• Section 10, Special Considerations for Uniformance PHD Database
• Section 11, Special Considerations for Application Server
5. The 160, 200, 201 and 202 desktops can be used with the 210 server. Compatibility
with these desktops is provided for migration purposes only. There are no plans to
enhance these desktops in the future. Customers are encouraged to upgrade their
desktops to the current version.
6. This release provides support for the Business.FLEX 200 release.
7. Upgrading the database to 210 requires upgrading Uniformance TPI (now named
PHD Configuration Tool).
8. If a site is upgrading from a Uniformance/Business.FLEX base, then a dual upgrade
is required for Uniformance and Business.FLEX, each with respective database and
TPI upgrade requirements.
9. Although every effort has been made to enable PHD to compensate for differences in
the clock settings on the various systems and servers in plant operation, it is highly
recommended that the plant utilize a “time synchronization” procedure to ensure that
the time is consistent across the network.
10. This release is referred to as Uniformance PHD 210.1. It can be used for brand new
installations, or to support a migration upgrade from 150/200/201/202.
11. Any site or user specific custom objects in the Uniformance database will require
special handling. Refer to the Windows Database Installation Guide (in100) for
instructions.
12. Please refer to your shipping list for a list of products contained in your order.
13. Documentation is subject to on-going modification and clarification. The latest
product documents will be posted on SSOL. Customers are urged to review the
documents on SSOL on a regular basis.
14. Customers are urged to check SSOL on a regular basis for program updates and
patches and to review the Patch Release Letters for fixes applicable to their site.
ATTENTION
The upgrade process may overwrite the Registry settings for the log and
archive files created for Uniformance 200/201/202.
This is only of concern if custom settings have been made for the location of
archives and log files. The keys to check are as follows:
HKLM\Software\Honeywell\Uniformance\PHDServer\PHD_ARCHIVE
HKLM\Software\Honeywell\Uniformance\LogFiles
HKLM\Software\Honeywell\Uniformance\Apps
Server\Evt_Jrnl\DBConnect
ATTENTION
It is good practice to back-up the system prior to upgrading.
Good practice includes opening and saving any .dat file in the NtSite
directory. This updates the file date to avoid files being overwritten by an
installation repair.
1.3 Constraints
The current implementation of Uniformance PHD is limited to supporting the following:
• Up to 256 RDIs
• Up to 8192 Users in non-INTS mode.
Note: When in Windows integrated security (INTS) mode, then the appropriate
operating system limit is applicable (substantially more then 8192).
• Up to 148 Roles (default 60)
• Up to 1024 open Archive files, depending on physical memory (recommended 768)
installing Oracle 9i and the Uniformance 210 database on a machine separate from the
existing Oracle 8i / Uniformance 201 database.
Once the Oracle 9i / Uniformance 210 database has been loaded, the Applications Server
and the PHD Configuration Tools (TPI) may be upgraded to 210. The 201 version of the
Applications Server and the 201 version of TPI will not be able to connect to the 210
database. During the migration, it is expected that configuration is frozen until the full
migration has been completed.
The above implementation will allow collectors, still at Uniformance 201 and Oracle 8i, to
load configuration data from the Uniformance 201 / Oracle 8i database while the Oracle 91
/ Uniformance 210 database may be used to provide configuration data for servers that
have been upgraded to Uniformance 210.
Further guidance may be found in the “Uniformance Windows Database Installation
Guide” (IN-100).
Exclusions:
No other releases or upgrade scenarios are supported for customer performed
installation or upgrade.
Upgrades from PHD R150 (or prior release) to PHD R200 series releases should
under no circumstances be attempted without the use of Honeywell Services.
The installation or upgrade of BusinessFlex or other advanced applications is not
covered by this document.
Honeywell provides services to perform PHD installation, upgrade and the migration
planning. Even if all other criteria specified here are met, Honeywell highly recommends
that customers with large, customized or complex PHD installations utilize these Honeywell
services to minimize the potential for project delays and plant disruption. Customers should
direct any questions on this subject to Honeywell Support. A Honeywell Support Engineer
can provide a recommendation on the feasibility of a specific proposed customer performed
install or upgrade.
Honeywell will provide standard product support to customers performing their own
installations and upgrades conditional on the person performing the work having the
following training and skills:
Note that it is recommended that the customer have a fully trained Oracle Database
Administrator available to assist in the installation and configuration of the Oracle
database.
If the installation of the Oracle database instance is planned for a UNIX platform, please
review the policy for limited support for Uniformance Oracle database installs on UNIX
platforms before proceeding. A copy of this policy is available on the on-line support web
site.
needed to assist customers that do not have the minimum skills outlined in this policy.
Assuming customers do have the minimum skill levels and assuming the complexity
guidelines presented here are adhered to, Honeywell will provide standard product
support should issues be encountered.
WARNING
When Honeywell advanced applications, such as Business.FLEX, are to be
installed in addition to PHD applications, the customer should check for
additional training requirements to ensure the successful upgrade of both the
PHD and advanced applications.
The PHD customer upgrade training course addresses the steps required to
upgrade PHD systems, and does not address additional advanced
applications.
Experion support
Uniformance 210 introduces enhanced integration and optimized data collection from the
Experion 300 platform
Note: With the release of the 210.1.1 update, Honeywell supports PHD data collection
from the LCN-connected Experion ESVT node running Experion 300.1 or later. Some
conditions do apply:
• Data collection must be using the new Experion Link. Collection from an ESVT is
not supported using RDIs.
• Experion servers, including the ESVT, perform multiple tasks, and the capacity and
features of data collection are different from an APP. Customers are advised to
contact Honeywell to assist in determining whether an APP or ESVT should be used
to provide data to PHD at a particular site.
Hardware requirements
Use the following general hardware requirements for the Server Node as guidelines. The
requirements vary depending on the software configuration. For a detailed set of sizing
guidelines for a specific configuration, please contact your Honeywell account
representative or Honeywell Support – they will be pleased to assist in defining your
system configuration and then recommending the appropriate hardware requirements for
that system configuration.
Collector Node
*
Small Up to 10,000 tags Pentium 4 - 866 MHz or equivalent
Up to 40 client connections
1 GB RAM
NOTE:
Some computers that ran Uniformance 150 under Windows NT 4.0 may not be adequate with
Uniformance 210 and Windows 2000/2003. Use of an underpowered system may result in
system failure due to differences in the management of kernel memory and processor utilization
and the additional load imposed by Windows 2000/2003, Oracle 9, and Uniformance 210.
Microsoft Office
The supported Microsoft Office versions for the desktop include the American English
editions of the following:
• Office 2000 SR1A, SP3
• Office 2003
• Office XP SP2
Note: Visual PHD may be used with the following Microsoft Office applications:
• Microsoft Excel - to create spreadsheets to retrieve and display data, and to
calculate retrieved data using the VisualPHD OLE Server.
• Microsoft PowerPoint - to create presentations that retrieve and display PHD data if
the PowerPoint Companion is use to add the Visual PHD controls.
Note: The PHD Configuration Tool (previously named TPI) is based on Access 97
and requires the Access 97 run-time library – Access 97 runtime is installed
automatically when you install the PHD Configuration Tool.
Oracle client
At minimum, the Oracle 9.2.0.6 client is required with the Uniformance 210 Desktop to
access an Oracle9i Release 2 Server. The Oracle 9.2.0.8 client is also supported.
Honeywell recommends that the Oracle 9.2.0.6 or 9.2.0.8 client be used by the
Uniformance 160, 200 and 201 desktops to access the Oracle9i Release2 Server
(although the Oracle 8.1.7 client may also be used). Uniformance 210 does not support
any other Oracle clients.
Hardware requirements
If the Desktop is run by itself, then the minimum hardware configuration requirements
are driven by the Operating System requirements. The following state the Microsoft
recommendations.
- The recommended system configuration to use Microsoft Office XP is Microsoft
Windows XP Professional on a personal computer with a Pentium III processor and
128 megabytes (MB) of RAM.
- The recommended system configuration to use Windows 2000 Professional on a
personal computer with a Pentium II processor and a minimum of 64 Megabytes of
RAM.
If the Desktop runs on a GUS node or APP node then the minimum system requirements
for those systems are applicable.
Microsoft Office
The supported Microsoft Office versions for the Configuration Tool node include the
North American English editions of: the following:
• Office 2000 SR1A, SP3
• Office 2003
• Office XP SP2
Oracle Client
The PHD Configuration Tool requires the Oracle 9.2 Client with patch 9.2.0.6 applied.
RDBMS
The Database Node requires Oracle 9.2 server with patch 9.2.0.6 applied.
Remote PHDManager
Remote PHDManager can run on the North American English language versions of: the
following operating systems:
• Windows XP Professional (SP2)
• Windows 2000 Server (SP4)
• Windows 2000 Professional (SP4)
• Windows 2000 Advanced Server (SP4)
• Windows 2003 Standard (SP1 or R2)
• Windows 2003 Enterprise (SP1 or R2) – No support for advanced functions, such
as clustering.
• Tag Synchronization with Experion PKS - Details are available in the PHD User
Guide (pim030). Users should be aware that this is specific to the Experion system;
however, in future releases, it is anticipated that this tool will be expanded and
eventually will replace the “legacy’ Tag Synchronization tool provided in earlier
releases. The ability to view the Tag Synchronization status is also available
through the Uniformance System Monitor (USM).
• Integrated Data Collection Subsystem – Details are available in the PHD/Experion
Link Configuration Guide (rdi410).
• Ability to trend PHD data on Experion Operator trends
License keys
In accordance with other Honeywell products, Uniformance PHD now utilizes a license key
to install/activate components of the PHD system.
.NET support
A new interface, referred to as the PHD .NET wrapper, is available for users developing
custom applications using .NET technology to provide access to PHD data. It is included in
the release in the desktop installation. The PHDAPINET help file contains information on
using the PHD .NET wrapper.
User software developers may also be interested in the client application sample programs,
written in C#, that have been included as examples of custom applications. Executables and
the corresponding source files have been included in the Visual PHD\Examples directory. If
users wish to open the source files, they will require Visual Studio 2003.
PHDTagFilterDemo demonstrates how to use some of the new PHD features provided in
release 210. Specifically, it uses the new filtering capabilities, which are accessible through
the .NET wrapper. Some of the other PHDTagFilterDemo functionality is consistent with the
Tag Explorer tool; however, rather then using the Oracle DB, it accesses PHD directly.
These examples are provided ‘as is’ without any official support and are intended for
demonstration purposes. While the example programs should be intuitive to a knowledgeable
developer, additional information is available through an embedded Help system.
DCHECK utility
A utility, referred to as DCHECK, is now included on the distribution media and available in
the PHDServer directory. The DCHECK utility is used to correct corrupted archive files.
Information on how to use the tool is included in the embedded help feature.
WARNING: Please note that this tool should be used under the advisement of the
appropriate Honeywell Support Organization, as this tool has the potential to corrupt archive
files if used improperly. Archive backups should be taken prior to using the tool.
Remote API
A new service is provided to enable client access to a PHD Server located either behind a
firewall or in a domain that does not have a trust relationship with the domain where the
client is located.
The following desktop applications have been upgraded to use the Remote API if required:
• Visual PHD
• Process Trend
• Modtag
• Excel Companion
• PowerPoint Companion
• Configuration of Robust Data Collection has been improved. Refer to the Robust
Data Collection User Guide (pim350) and the Process History Database User
Guide (pim020)
• Documentation improvements.
• The upgrade from Uniformance 20X to Uniformance 210 should be transparent and
should not require any special operator intervention if the upgrade steps are followed
in the Database Installation Guide.
• The design approach for the database upgrade is to leave the existing PRD database
in place after the UNF database is up and running. It is up to the site to determine
what to do with the TOTALPLANT PRD database.
• Database links between the UNF database and the PRD database will be
established during the Business.FLEX 200 installation as a mechanism for keeping
the PRD database up-to-date with process tags and engineering units.
The following options should be considered and analyzed:
1. If the site does not have any Business.FLEX or custom applications installed,
then the PRD database can be decommissioned after the UNF database is up
and has been validated.
2. If the site has Business.FLEX applications installed and the site wishes to
continue using those applications, then an upgrade should not occur until
Business.FLEX 200 is available. Uniformance will need to be upgraded first,
followed by the Business.FLEX upgrade.
Refer to the Uniformance (Database Installation Guide and PHD Configuration
Tool Installation Guide) and Business.FLEX product documentation for
specifics.
3. If the site has other products or custom applications that have placed tables or
objects in the TOTALPLANT schema of the PRD database, then the
Uniformance 210 upgrade may impact these products or applications. These
other product tables and objects will not be migrated to the new UNF database
but will remain in the PRD database.
It is expected that these applications will continue to operate; however, if they
are referencing PHD-specific tables in the PRD database, then it must be noted
that these tables will no longer be receiving current data. The Business.FLEX
200 release will provide the links for getting the latest IP_TAG and
IP_ENG_UNIT data.
4. If the site has other products or custom applications that have placed tables or
objects in their own schema in the PRD database, then the Uniformance 210
upgrade is not expected to impact these products or applications. It is expected
that these applications will continue to operate if they are not referencing any
PHD-specific tables.
ATTENTION
It is up to each site to determine if the database separation may impact their
operations and determine an appropriate strategy prior to performing the 210
upgrade.
Users should be aware that the PHD 210 UNF database does not support the
creation of custom database objects. The PRD database, that portion of the
database supported by BusinessFLEX, will continue to be the preferred
location for custom objects.
PHD Server:
• Needs to be Cold started after an upgrade
• The user will be prompted for service account details
PHD OPC Server
• Shut-down OPC Server
• Install the software from the distribution CD
• Restart the OPC Server
Desktop
• Completely shutdown all components (Visual PHD,
Process Trend, ModTag, Companions, Tag Explorer).
It is necessary to remove the 200 or other prior release.
The 202 or earlier Desktop does not have to be removed
prior to installing the 210 Desktop.
• Install the software from the distribution CD
• Reboot
PHD Configuration Tool (previously named TPI)
• Requires that the database be upgraded concurrently.
Discussion The PHD ListenPort value of 3100 is read from the following
registry key:
HKLM\SOFTWARE\Honeywell\Uniformance\PHDServer\
PHD_PORT
The value is a REG_SZ and MSI prefixes it with a #. The #
has to be removed prior to writing it back to the registry;
otherwise, it gets written as a STRING. The # is removed if the
User Interface is invoked during setup; however, when doing a
silent install, the User Interface is not invoked and the # is not
removed – thus, #3100 is written as a string back to the
registry.
Workaround - Create a .REG file that writes the value back as
a DWORD after running the .MSP without invoking the User
Interface.
Discussion Windows XP SP2 and Windows 2003 SP1 add new DCOM
limit settings and turn the Windows Firewall on by default
thereby causing OPC communication via DCOM to fail. In
order to re-enable OPC communication, it is necessary to:
• Reconfigure DCOM.
Full details of the actions required are described in the OPC
White Paper “Using OPC via DCOM with Microsoft Windows
XP Service Pack 2” available at
http://www.igearonline.com/print/OPCXPSP2.pdf
Discussion If this occurs, the user should monitor the free disk space to
ensure that space is available and should allow the script to
complete. If it appears that there is insufficient disk space (see
also 5.25 below), terminate the script by pressing CNTL+C (it
may take a while to stop) and contact Honeywell Support (see
Section 16) before proceeding.
Discussion The failure results from the DAO for Oracle having different
settings depending on what version of Oracle is used (7.x, 8.x
or 9.x). The most relevant discussion may be found at
<http://www.intranetjournal.com/ix/msg/39831.html>, with a
pointer to the actual solution
http://support.microsoft.com/default.aspx?scid=kb;EN-
US;q264012. The fixes to the registry have been left as a
manual exercise.
Discussion If you change the data type (for example, float to integer),
PHD cannot properly decode the archive file records and may,
therefore, display the wrong timestamp, date, data, or
confidence.
If you change the tag type (for example, manual input to
collected), data access issues may result.
Discussion Changes to the PHD tag definition will not result in a change
to the actual data collection rate. If the PHD tag rate is set
slower than the Experion rate, some data loading issues may
occur. Customers are advised to leave the PHD rate equal to
the Experion rate.
Discussion The Experion Links uses the OPC HDA interface ReadRaw
for History Recovery which accepts 1 timestamp for all the
items requested. Since only one timestamp can be specified
to the ReadRaw call, the oldest time across all the tags is
passed.
Discussion Although the link returns to ACTIVE ACTIVE the next time
the RDI tries to reconnect, this is not normal behavior for the
dynamic adding/removing of tags from the OPC Group on the
Interface and this behavior results from a bug in RDM.
Discussion Any attempt to use the 210 desktop to retrieve data from an 150
server will result in "network client request failed" errors, as the
210 desktop attempts to connect on port 3100. However, explicitly
setting the port to 3000 (that is, specifying the hostname as
"hostname/3000") results in the symptoms described above.
Discussion With Uniformance 202 and later, Visual PHD will pass the User's
token to PHD where it is checked to be from a valid user. If the
User token is not from a valid user then no connection is created
and an exception will be thrown. The Login command will only
work if there is an open connection to PHD.
Discussion Any cross domain PHD access will require the establishment of a
trust relationship between the domains.
With the Uniformance PHD 200 release, user validation was
modified to use Windows NT User validation. The Windows
operating system provides a user security infrastructure that
allows processes to run as specific users and thereby be granted
that user’s rights.
This permits administrators to tailor user rights to specific user
responsibilities and ensures that applications, including PHD,
honor these rights. Therefore, users are not allowed perform
actions through PHD applications that they would not be allowed
to perform by other means.
When a user makes a request to PHD, the PHD processes
impersonate that user to gain their specific access rights. This
ensures that the access rights to PHD data, granted by the system
administrator, are honored. If the user cannot be validated by
Windows, no access to tag data through PHD is allowed.
This changes the default behavior of PHD which in R150 allowed
connections regardless of whether the user was a valid Windows
user or not. Each connected user was allowed public permissions
to tag data.
In this release, if a user cannot be validated as a valid Windows
user, the connection to PHD is not allowed. This strengthens the
security to tag data by ensuring that only valid users are able to
Discussion You can manually create a list of specific programs that do not
have DEP applied by using the System dialog box in Control
Panel.
Do the following to exempt the PHD Configuration Tools on a PC
utilizing DEP:
• Go into DEP through the System dialog box in Control Panel.
• Select the Advanced tab.
• Click Performance Settings.
• Select the Data Execution Prevention tab.
• Click Add.
• Browse to the C:\Program Files\Common Files\Access 97
Runtime folder.
• Select Msaccess.exe.
For a detailed description of the Data Execution Prevention
feature and workarounds, please see the following Microsoft
knowledge based article:
http://support.microsoft.com/kb/875352
Discussion Honeywell has only qualified the Oracle ODBC Driver. Use of
the Microsoft ODBC Driver for Oracle is not supported.
Discussion On initial set-up of EJC, the current name of the node from
which data is to be collected is stored in the registry. EJC
uses this registry entry as the key to access the configuration
data stored in Oracle. If, subsequently, the node name is
changed (including from lower case to upper case) and EJC is
re-installed, EJC will not be able to access its configuration
information until the database entry is corrected to match the
current node name.
Discussion The installation process may over write the Registry settings
for the Uniformance applications. The key to check is
HKLM\Software\Honeywell\Uniformance\Apps Server\
Evt_Jrnl\DBConnect
1-1CJ7ST 201.1.7 / 202.1.3 PHD - prob - it's crashing unknown cause, slow to reboot
1-OHFY1 210.1 Performing Tag update full does not pick up when a tag is
PHD Calculations
1-1FYOQL 210.1 using excel companion getting error invalid time enter
1-14FN8F 202.1.2 PHDExport only writes first char of tagname to log file
1-14KKSD 201.1.6 / 202.1.2 Data retrieval issues for CHAR tag from R150 archives
1-19F0X1 201.1.7 / 202.1.3 MISEED does not seed MI tag values to the queue
1-1BCK0G 201.1.7 / 202.1.3 Gross Error Detection does not work correctly
1-1G0J5W 201.1.7 / 202.1.3 '"Gross Error Elimination" algorithm does not work properly
Timestamps for puts from PHD Desktop are stored one hour
1-1RGH5U 210.1
ahead of actual time.
Issue with rel PHD service not restarting when api service
1-1Y9H2L 210.1
restarts
1-MS0DD 210.1 Archive had data for tags that were outside the end date.
1-SWZX0 210.1 Backup of the archives that are kept open for write
PHd rel date header archive has date time stamp that
1-WJYQ9 210.1
appears to be wrong
PHD Administration
1-1Y0BPF / If tag names don't exist, what happens to PHD import &
210.1
1-1YMQZR Exports
1-UAJ6L 210.1 Transparent data access does not support Manual tags.
PHD Manager
OPC Server
1-Z0E07 201.1.6 / 202.1.2 UA is not fetching PHD Data and hanging continuously.
5V-10ZY1 210.1 OPC HDA Wrapper does not handle TIMESTEP correctly
14.2 RDI
RDI Server
1-141X3M 201.1.6 / 202.1.2 Download fails on First Tag in List on Collector Node
1-1QDT6R 210.1 Problems setting up new PHD R201.1.7 node for testing
1-WXYAG 201.1.6 / 202.1.2 rel 201.1.3 giving errors on RDIs, invalid handle
TypeA – Honeywell
14.3 Desktop
Companions
Defect Number First Released
Description
Process Trend
1-1BIE0T 210.1 Bad object handle error on invoking process trend from
1-NGZGL 202.1.2 Process Trend does not return correct average values.
OLE DB Provider
1-1G5RVO 210.1 System upgr after that prob is manual input tags.
Visual PHD
1-1BTC56 210.1 Visual PHD 202 can't handle large data requests
14.4 Database
Defect Number First Released
Description
14.7 Documentation
Defect Number First Released
Description
1-121Y6Z 210.1 New User Role assignments did not take effect
1-13PTJU 210.1 App. Server Help : Query form shown is not readable
1-1699FT 210.1 Value of PHD noise gating must be set above zero
1-1GUGIQ 210.1 EPKS RDIs in RDC mode switching all the time.
1-I607Z 210.1 PHD- RDC command not working with 2nd RDI server
Recommendations
System Administrators should regularly check the Honeywell web-site for up-dated
information and recommendations.
PHD Server
Anti-Virus software should be configured to do a full scan at system start up
"On-demand" full system scans should only be performed when "safe" to do so as data
collection from the DCS may be impacted resulting in a possible loss of data.
PHD Archives in the SCAN, MANUAL, or CHARACTER classes should be excluded
from virus scanning.
System scans of the Oracle database are highly impactive and should only be performed
in accordance with the sites DBA / Oracle guidelines. In general, the Oracle database
should be excluded from virus scanning.
TAC at 1-800-822-7673
OR