Installation Upgrade
Installation Upgrade
Legal Notices
Warranty
The only warranties for products and services are set forth in the express license or service
agreements accompanying such products and services. Nothing herein should be construed as
constituting an additional warranty. Persistent Systems shall not be liable for technical or editorial
errors or omissions contained herein. The information contained herein is subject to change without
notice.
Copyright Notice
© Copyright 2013-2014 Persistent Systems, its licensors, and Hewlett-Packard Development
Company, LP.
Trademark Notices
Adobe™ is a trademark of Adobe Systems Incorporated.
IOS is a registered trademark of Cisco in the U.S. and other countries and is used under license by
Apple.
Acknowledgements
This product includes software developed by the Apache Software Foundation
(http://www.apache.org/).
This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit
(http://www.openssl.org/).
This product includes OVAL language maintained by The MITRE Corporation (oval@mitre.org).
Documentation Updates
The title page of this document contains the following identifying information:
http://support.persistentsys.com/
This site requires that you register for a Persistent Passport and sign in. Register online at the
above address.
Support
Persistent Software support provides customer self-solve capabilities. It provides a fast and
efficient way to access interactive technical support tools needed to manage your business. As a
valued support customer, you can benefit by being able to:
Note: Most of the support areas require that you register as a Persistent Support user and sign
in. Many also require an active support contract. More information about support access levels
can be found on the Persistent Support site.
Terminology 11
RCA Documentation 13
Documentation Map 14
RCA Features 19
Inventory Management 19
Software Management 20
Patch Management 21
Remote Management 22
Settings Management 23
RCA Components 25
Radia Client Automation Core Server 26
Installation Prerequisites 35
Prerequisites 39
Prerequisites 40
Installing Core 42
Windows Services 46
Installation Prerequisites 48
Installation Prerequisites 51
Windows Services 54
Installation Prerequisites 61
Installation Prerequisites 65
Installation Prerequisites 67
Installation Prerequisites 74
Installation Prerequisites 93
Graphical Installation 96
Local Installation 96
Remote Installation 98
Silent Installation 99
Prerequisites 137
Troubleshooting 161
Planning RCA Deployment 163
Separating Roles Among Satellites 163
The desired state approach ensures that all client devices in your infrastructure are in adherence
with the state information stored for the device in a central database. To achieve the desired state,
RCA enforces policies and delivers the required configurations or data files to the client device
without any manual intervention.
This guide provides information on how to upgrade RCA from a supported older version to the latest
RCA version.
Terminology
The following terms are used frequently in this publication:
Administrator
The system administrator who uses the RCA Core Console, RCA Satellite Console, and Radia
Client Automation Administrator tools to configure and maintain the RCA environment.
Agent computer
A computer (workstation or server) that has the RCA agent software installed on it. It can also be
referred to as a device.
Current computer
Desired state
The state of a device as defined by the configuration parameters you set in the RCA Configuration
Server Database (CSDB). These parameters include policy for software and patches.
Device
A piece of hardware, such as a computer or ATM, that can be either a managed device or a target
device.
A set of Radia Client Automation Administrator tools (including the Agent Explorer, Packager,
Publisher, CSDB Editor, and the AMP Editor) that you use to manage the RCA environment.
RCA agent
The agent software (such as the RCA Application Manager, RCA Patch Manager, RCA Inventory
Manager, and RCA OS Manager agents) that runs on the managed device and communicates with
the RCA Core and Satellite server.
The process by which a managed device communicates with the RCA Core and Satellite server.
A server that configures and maintains the desired state for your enterprise devices and agent
computers. In conjunction with RCA Configuration Server Database, Configuration server stores
application data and RCA agent-device information, and distributes application packages based on
the policies that are established by an administrator. The Configuration server can manage an RCA
agent’s desired state, deliver and maintain RCA policies, contact devices causing them to initiate
data requests and desired-state requests.
An object-oriented database that stores all the information needed to manage assets on a device,
including software, patches, OS images, and data that RCA distributes. The database also stores
policies that determine which users are entitled to which resources, and security and access rules
for administrators. CSDB contains data organized in a hierarchical structure with four levels: files,
domains, classes, and instances.
A central server that maintains the authoritative data repository, policy entitlements, and desired
state configuration parameters for all resources being managed on clients. The Core server
includes a complete set of RCA infrastructure necessary for authentication, centralized
administration, reporting, configuration, resource deployment, and Satellite server communications.
A server that acts as an access point for RCA agent communications and resources. The Satellite
server is an intermediary between the Core server and the RCA agents. In a typical corporate
computing environment, numerous Satellite servers are located in “network proximity” to the RCA
agents that they serve to enhance the performance. Satellite servers synchronize with an upstream
server that enables Satellite servers to provide the resources requested by RCA agents.
Managed device
Non-current computer
A device which no longer exists in the network for various reasons, such as, the device has been
removed from the network or it has been renamed.
Package
Policy
A rule that defines the services that are entitled to a subscriber, an agent computer, or a managed
device.
Resolution
Service
Target device
User or subscriber
Core and RCA environment consisting of one Core server and one or more Satellite
Satellite servers.
InstallDir Location where the RCA server is For a 32-bit OS: C:\Program
installed Files\PSL\RCA
RCA Documentation
The RCA documentation is available on the media at the following location : <media_
root>\Documentation. After installing the Core server, you can access the documentation
using the Windows Start menu or the Client Automation Documentation shortcut link on the
desktop. You can also access the documentation using any computer that has access to the Core
Documentation Map
The following table lists all documents available for Radia Client Automation 9.10
RCA Describes the RCA Administrator tools for the Windows, Linux, and
Administrator Macintosh operating systems and how to use these tools to administer the
User Guide Radia Client Automation environment. The details of using RCA
Administrator CSDB Editor are explained in the RCA CSDB Editor Online
Help.
RCA Application Describes how to enable the deployment and management of complex
Management software products that are typically required on the managed clients and
Profiles User servers in a Client Automation environment. For example, Symantec
Guide Antivirus, Microsoft® Office 2007, Microsoft SQL Server, Oracle, Apache,
and Internet Information Server.
RCA Application Describes the reference information for RCA Application Manager and
Manager and Application Self-Service Manager. For example, using RCAagent in
Application Self- lockdown mode and understanding various message codes generated in
Service Manager RCAenvironment.
Reference Guide
RCA Application Describes how to create RCA REXX methods to customize processing for
Manager and your RCA-managed computing environment.
Configuration
Server REXX
Programming
Guide
RCA Application Describes how to use the Application Self-Service Manager on Linux and
Self-Service Macintosh platforms.
Manager Online
Help (Linux and
Macintosh)
RCA Application Describes how to use the Application Self-Service Manager on Windows
Self-Service platform.
Manager Online
Help (Windows)
RCA Application Describes how to assess and obtain reports on software usage in your RCA
Usage Manager environment. For example, you can know who is using what applications,
Reference Guide and how often.
Server Database
Reference Guide
RCA Installation Describes step-by-step installation and upgrade procedures for all RCA
and Upgrade components. It also describes the features of RCA.
Guide
RCA Inventory Describes different types of auditing and how to configure the auditing
Manager process on UNIX platform.
Reference Guide
(Unix)
RCA Inventory Describes different types of auditing and how to configure the auditing
Manager process on Windows platform.
Reference Guide
(Windows)
RCA Messaging Describes how to configure and tune Messaging server in your RCA
Server Reference environment.
Guide
RCA Multicast Describes how to configure and customize the Multicast server processing
Server Reference in your RCA environment.
Guide
RCA Online Help Describes all RCA tasks that you can perform through RCA Core Console.
Management systems.
Reference Guide
(Windows)
RCA Out of Band Describes how to use out of band management features in RCA.
Management
Online Help
RCA Out of Band Describes how to configure out of band management in your RCA
Management environment.
User Guide
RCA Patch Describes how to discover, analyze, and deploy patches in your RCA
Management environment.
Reference Guide
RCA Policy Describes the reference information about Policy server. For example, how
Server Reference to connect to LDAP.
Guide
RCA Portal Describes the reference information about Portal, a back-end component in
Reference Guide RCA environment. The guide explains the Portal zones and Portal zones
containers.
RCA Proxy Describes reference information about Proxy server. For example, when to
Server Reference use a Proxy server and how to enhance performance of a Proxy server.
Guide
RCA Reporting Describes the advance features of the Reporting server and how to
Server Reference customize the reports.
Guide
RCA SSL Describes how to set up and use SSL in RCA environment.
Implementation
Guide
RCA Describes various problems that you may encounter in your RCA
Troubleshooting environment and their solutions. This guide also describes how to enable
Guide trace levels for various RCA components and respective log files.
RCA User Guide Describes various features of RCA and how to perform various RCA tasks
to manage the RCA environment.
RCA Virtual Describes how to publish, update, and deploy virtual applications—VMware
ThinApp and Microsoft Application Virtualization (Microsoft App-V)— in
RCA Windows Describes how to manage Windows Terminal Server and Citrix applications
Terminal and in RCA environment.
Citrix Server
Management
User Guide
For information on migrating RCA Classic installation to RCA Core and Satellite installation, see
the Radia Client Automation Migration Planning and Best Practices Guide from HP Live Network at
https://hpln.hp.com/system/files/HPCA_Classic_to_Core-Sat_Migration_Planning_and_
Best_Practices.pdf.
Inventory Management
RCA enables you to collect device hardware and software information for reporting. The feature is
available for managed HP devices and includes BIOS configuration information. You can use a
central console to view the inventory information collected on devices. Built-in reporting tools
present the data in detailed or graphic views that can be filtered to show devices matching specific
criteria.
l Automatically gather information about software and hardware configurations and consolidates
the results into web-based reports.
l Increase manageability of enterprise data by maintaining current inventory information collected
across LAN, Internet, and dial-up links, and across a wide array of heterogeneous devices and
operating systems.
Hardware Alert Reporting
RCA enables you to configure managed devices centrally to monitor and gather hardware related
alerts and events for reporting. The alerts include events such as overheating of the processor, fan
stall, memory CRC errors, and hard disk smart errors.
Software Management
RCA enables you to manage and deploy packaged software to the managed devices in your
environment. Software management enables:
l VMware ThinApp
l Microsoft Application Virtualization (Microsoft App-V)
Patch Management
RCA enables you to discover, analyze, and deploy patches in your environment. Patch
management enables you to:
l Security vulnerabilities: Identifies software security and vulnerability issues in the enterprise.
l Configuration compliance: Identifies software configuration problems on managed devices in the
enterprise.
l Security tools management: Identifies what type of security tools are present and enabled on
managed devices in the enterprise.
HP Live Network is integrated with RCA. HP Live Network is a subscription service that delivers
content updates for Client Automation. You can configure RCA to automatically download new
security and compliance management content from the HP Live Network on a periodic basis, rather
than depend on a manual process. This content includes scanners for clients and detailed
information about security vulnerabilities, compliance benchmarks, and security tools—including
suggested remediation solutions.
l The computer is plugged in but not actively running (off, standby, hibernating).
l The operating system is running.
l The operating system is not loaded (software or boot failure).
l The software-based management agent is not available.
RCA supports Out of Band management (OOBM) for Intel vPro devices and DASH-enabled
devices.
l Discover
OOBM enables you to identify hardware and software assets in your environment. This helps
you determine specifications for the hardware on devices, identify applications on devices, and
compatibility issues.
l Heal
OOBM uses KVM (Keyboard, Video, and Mouse) remoting to diagnose and repair software,
operating system, and hardware failures.
l Protect
OOBM helps you protect vPro devices from malicious software and worm proliferation.
l Reduce the learning curve for administrators because it is a fully integrated component of RCA.
l Improve speed and reliability of operating system deployment.
l Maintain operating systems in the desired configuration and increases service levels.
l Reduce IT costs by simplifying and streamlining the OS management process across multiple
platforms.
Using the operating system management features in RCA, you can also perform pre-operating
system provisioning tasks that include applying configuration settings to hardware on your target
device. You can update the BIOS firmware, configure a disk array controller, or configure the non-
volatile RAM of a target device.
RCA enables you to migrate individual user settings and data. The details of user files and settings
for applications and operating system on individual managed devices are saved on the server
before migration. These details are then restored to the original device or a new device after
completing the migration.
RCA enables you to deploy operating systems and software to HP thin clients, such as HP t5550
Thin Client and HP t5565 Thin Client, running Windows XPE, Windows CE, and embedded Linux.
Remote Management
RCA enables administrators to access and manage devices remotely. Remote management
enables you to:
l Take control of problem devices with integrated remote control capabilities in the console.
l Use additional power management capabilities, such as:
n Power down devices.
n Reboot devices.
n Wake-on-LAN.
l Access devices remotely in either the internal or external repository using one of the following
connection types:
n Windows Remote Desktop Connection
Settings Management
RCA enables you to create, modify, and delete settings profiles. The settings profile consists of
customized configuration settings for devices, which include settings related to applications,
operating systems, and hardware. By creating or modifying a settings profile, you can analyze and
parameterize configuration control data for target softwares. Settings management enables you to:
l Create groups of configuration settings for software installed on the managed devices in your
environment.
l View reports about the run-time data of the software.
l Core server
l Satellite server
l Agents
The following image shows how these components are arranged in RCA environment:
Radia Client Automation supports IP version 4 (IPv4) and IP version 6 (IPv6). You can use IPv4
or IPv6 for external communication among RCA Core server, Satellite server, and RCA Agents.
The Core server provides a central administration point for all of its subservient (“downstream”)
components, and offers reporting information on their configuration and status. The RCA Core
Console is the web interface that an administrator uses to centrally manage devices, software,
operating systems, and patches, as well as create and view reports based on those managed
devices. For example, the RCA Console provides Security and Compliance Management
dashboards that show the status of your enterprise at a glance. You can view the aggregated
regulatory compliance and security tools information for each managed client device in your
enterprise.The features available on the console depend on the privileges assigned to the console
user.
The RCA Administrator (Administrator) tools are installed as part of Core server installation.
These tools provide centralized control of RCA objects and policies. Administrators use these tools
to manage the CSDB, prepare applications for management, view RCA agent objects, package
and publish software into the CSDB, and customize their environments. You can also publish
applications through command line using RCA Batch Publisher. Note that RCA Batch Publisher
is available as a separate installer and is not installed with RCA Administrator tools. For more
information, see "Installing Batch Publisher" on page 67.
The Core server communicates with either Satellite servers or managed devices. The purpose of
these communications is to:
By default, the components described in the following table are installed with the RCA Core server
installation. These components are pre-configured; minimal information is required during or after
the installation.
Application No Provides interface to create rules that define the data that is used to
Usage create usage reports for the managed devices.
Manager
Administrator
*
Boot server No Windows-based Trivial File Transfer Protocol (TFTP) server for the
(TFTP) OS Manager environment.
Configuration Yes Configures and maintains desired-state information for your managed
server devices.
Distributed Yes Provides support for CSDB synchronization with the downstream
Configuration server. On a Core server, defines the source for downstream
server (DCS) replications of the CSDB to a target Satellite server CSDB.
(Source)
RCA Core Yes A web-based, agent-management interface that enables you to view
Console* the status of your enterprise. You can also manage software,
patches, and inventory and administer policy for devices in your
environment.
Knowledge No Routes the managed device usage data to the database. The
Base server* Knowledge Base (KB) server monitors a pre-defined location
configured by the administrator for managed device usage data and
posts this data to the database.
Messaging Yes Routes and posts data that is reported by RCA agents to the
server appropriate reporting database or server (such as Inventory, Portal,
Patch management, Security and Compliance management,
Inventory and Application management profile data).
Enabled
Core Server by
Component Default Function
Management bulletins.
server*
Policy server Yes Enables administrators to entitle policies to users and devices defined
in an existing LDAP data structure. The policy server enables single
point of control to authenticate user, access policies, and entitle
subscriber. You can use your existing Directory Services also.
Portal* Yes A set of web-services that are used to deploy agents and manage
RCA infrastructure using a web browser. Provides job-engine support
for certain classes of jobs, such as RCA agent deployment.
Reporting Yes A web-based reporting engine that accesses data from multiple SQL
server* databases for consolidated reporting. It is used to provide reports for
Patch management, Usage management, Inventory management,
Application management profiles, and Security and Compliance
management.
Virtualization Yes Enables you to manage Microsoft App-V applications. It also imports
Management settings content, and security and compliance content from HP Live
Server Network. Security and Compliance content includes vulnerability
(VMS) content, Security Tools Management (STM) scanner content, and
Compliance content.
* These components are unique to Core server; they are not installed on Satellite servers.
The Satellite server is an intermediary between the Core server and the RCA agents. In a typical
corporate computing environment, numerous Satellite servers are located in “network proximity” to
the RCA agents that they serve to enhance their performance. There are no restrictions or
limitations on how many Satellite servers can be used. The use of Satellite servers is determined
by an administrator and should be based on necessity—the size, scope, and topology of the
infrastructure.
Satellite servers synchronize with an upstream Core server. The synchronization enables Satellite
servers to provide the resources requested by RCA agents.
It is recommended that administrators do not make changes to the Satellite server CSDB. A
Satellite server’s CSDB is a replication of its upstream server’s metadata (either a Core server or
another Satellite server) and any database changes at this level are lost on the next synchronization
with that upstream server.
Satellite servers are configured to enable the appropriate infrastructure services (for example,
Configuration services, Messaging services, Proxy services). You can enable a service either by
configuring the installation or by making changes in the Satellite Console. You can configure the
Satellite servers in the following modes:
l Full-service mode: Typically a data center back-end server with support enabled for
Configuration and Messaging services. Full-service Satellite servers can handle nearly all RCA
agent requests on their own, without having to forward the request to an upstream Core server.
The table RCA Satellite Server Components and Essential Functions lists the services that are
enabled on a full-service Satellite server.
l Streamlined mode: Typically a server that services proxy file services to managed devices.
Only proxy services and messaging services are enabled on a streamlined Satellite server.
Streamlined Satellite servers have limited functionality. The agent requests that cannot be
fulfilled by streamline Satellite server are directed to an upstream full-service Satellite server or
Core server. For example, streamlined Satellite servers:
n May be primarily used to cache and deploy software and patch content to the RCA agents.
n May have configuration services disabled. Without a local Configuration service enabled, the
Satellite servers forward agent requests for desired-state resolution to an upstream full-
service Satellite server or Core server.
l Custom mode: The Satellite servers in custom mode enables you to select specific services to
enable on the Satellite server. You can also enable configuration services on the Satellite
servers in the custom mode.
The Radia Client Automation Satellite Console is the web interface that makes it easy to
customize or reconfigure the component services. For example, you can designate specific
Satellite servers as dedicated OS Manager servers, and disable unnecessary services on those
Satellite servers. The features available on the console depend on the privileges assigned to the
console user.
The Satellite server provides the following services to its RCA agents:
l Agent Maintenance
l Data Delivery
l Service Catalog
l Service Delivery
l Service Reporting
The Satellite server communicates with either Core server or other Satellite servers. The purpose of
these communications is to:
l Synchronize resources.
l Synchronize metadata.
l Request for policy resolution.
l Exchange informational messages between Core server and Satellite servers. These
information messages provide the status of activities between the Satellite server and managed
devices.
By default, the components described in the following table are installed with the RCA Satellite
server installation. These components are pre-configured; minimal configuration is required during
or after the installation.
Configuration Configuration server that configures and maintains the desired state for client
server devices in your enterprise.
Configuration Replicated CSDB that stores the desired state configuration in a hierarchical
Server structure and enables the Satellite servers to resolve the desired state of agents
Database that connect to them.
(CSDB)
(replicated)
Distributed As a target, replicates the Core server CSDB to this Satellite server CSDB.
Configuration
As a source, replicates this Satellite server CSDB to a downstream Satellite
server (DCS)
server CSDB.
(Source and
Destination)
Messaging Automatically routes and posts data that is reported by RCA agents to the
server appropriate reporting database or Core server (such as Inventory, Portal, Patch
management, Security and Compliance management, Inventory and Application
management profile data). The Messaging server service is always enabled and
cannot be disabled.
Mobile server Is a core component for mobile device management. It acts as an adapter
between mobile devices and the Configuration server. The Mobile Server service
must be enabled to manage all types of mobile devices.
Mobile Performs the mobile device management tasks for iOS devices. The Mobile
Satellite
Server
Component Function
Device Device Management server interacts with Mobile Server. The Mobile Server
Management service must be enabled for this component to work.
server
OS Manager Provisions and manages operating systems on RCA agent devices. OS Manager
server services store local caches of OS images for deployment to managed devices.
Patch Downloads the patch binary data from vendor websites when requested by the
Gateway agent and caches it for other agents to use.
server
Policy server Uses existing, non-RCA directory services to store and implement RCA policy
entitlements. Policy Services enables an external policy directory, such as an
Active Directory, to be accessed directly from the Satellite server, for Agent
resolution.
Proxy server Use cache management over HTTP to store and dynamically transmit
application data. Proxy server stores local caches of software, patch, and OS
image resource data for content delivery to agents. The data is distributed using
unicast or multicast. Multicast requires Multicast service to be enabled.
RCA Satellite server consists of Apache server data cache and Integration
server-based Proxy server components. The Apache server data cache is used
to store Patch Manager Gateway (Patch MGR) binaries. The Integration server-
based Proxy server data cache is used to store CSDB resource data, such as
software, OS Manager, audit, and security data.
Satellite A web-interface using which various administrative and configuration tasks can
Console be performed.
Self-service Is a web portal that enables mobile users to install the Agent app on their devices
Portal and register devices with RCA environment. The mobile users can manage their
registered devices using Self-service portal.
RCA This feature enables you to distribute mandatory applications throughout the
Application enterprise.
Manager
RCA This sub-feature enables users to install, remove, and update optional
Application applications that are available to them in a service list.
Self-Service
Manager
RCA Inventory This feature enables you to collect hardware information and send it to RCA
Manager Inventory Manager for collection and reporting.
Personality This sub-feature enables you to migrate individual user settings and data.
Backup and
Restore
PlusHP This sub-feature provides Self Monitoring, Analysis, and Reporting Technology
(SMART) Drive Alert Monitoring and HP Hardware Alert Monitoring based on
HP CMI for HP hardware devices.
RCA Usage This feature enables you to assess and obtain reports on software usage
Manager throughout the enterprise. This feature is not available by default.
The RCA agent is installed on client devices that an RCA administrator wants to manage using
RCA. The installation brings the target device under the control of the RCA environment, thereby
making it a managed device. An administrator deploys the RCA agent to a device, entitles, and
then installs software and patches directly to that device or to the group that this device is part of.
l Automate deployment
l Update, repair, and delete applications
l Inspect hardware and software
l Ensure security of the data
RCA Agent Lockdown Mode
The RCA agent lockdown mode ensures the integrity, confidentiality, and availability of the content
and methods that are stored and used by the management agent. This prevents non-privileged
users from tampering with critical system-level content or breaching confidentiality by viewing
content they should not have access to. For more information, see the Radia Client Automation
Application Manager and Application Self-Service Manager Installation and Configuration Guide.
The following figure illustrates how you can deploy RCA components in a distributed and tiered
environment.
A typical environment includes a Core server at tier-0 that serves as the upstream host for full-
service Satellite servers at tier-1. The Satellite servers configured with tier-1 Satellite server as the
upstream host are designated as tier-2 Satellite servers (Streamlined Satellite servers, but can be
another set of full-service Satellite servers). You can add more tiers based on your requirement.
Streamlined Satellite servers that are at the remote site are the lowest tier of Satellite servers.
You can customize your default RCA environment to improve the overall performance by modifying
the default behavior of Satellite servers as described in the appendix "Planning RCA Deployment"
on page 163.
The following are the minimum system requirements for installing Core server:
Caution: Some of these requirements are for initial RCA-environment setups. As your RCA
environment grows, the space requirements will inherently grow as well, in order to
accommodate database expansion and caching.
l 4 GB RAM
l Dedicated server with dual-core processor
l 2 GHz CPU speed
l 8 GB free hard disk space
Platform Support
For the operating system requirements for this release, see the Radia Client Automation Support
Matrix available at the URL: https://support.persistentsys.com/home.
The Radia Client Automation Support Matrix is also located on the distribution media for this
product in the \Documentation directory.
You can use Radia Client Automation in a Microsoft Direct Access enabled environment. For more
information on Microsoft Direct Access, see Microsoft documentation.
Installation Prerequisites
The following prerequisites should be met before installing RCA Core server:
l Communication Ports
RCA Core server has default listening ports that must be enabled before starting the installation
process. For more information on Core server communication ports, see "Core Communication
Ports" on the next page.
l RCA Database
Before installing the Core server, you must create an ODBC-compliant database to be used by
RCA for management-reporting objects. This database can be either a Microsoft SQL Server
Database or an Oracle® Database. For information on how to create databases specifically for
the Core server, see "Create the RCA Database" on page 38.
l Windows ADK/AIK Installation
If you plan to use RCA for OS provisioning, you must install the Windows ADK for Windows 8.1
on the server before you begin the capture, publish, or deploy process. If you plan to deploy older
OSs, such as Windows Vista or Windows Server 2008, you should install Windows AIK instead
of ADK. You must have .Net framework installed before you can run ADK installer.
When you install Windows ADK, you must install only the below mentioned features from the
feature list that is displayed in the installation dialog box.
n Deployment Tools
n Windows Pre-installation Environment (Windows PE)
n User State Migration Tool (USMT)
You must not install any other feature, otherwise, OS management might not work as expected .
You can download the Windows ADK or AIK from the Microsoft Download Center
(http://www.microsoft.com/downloads).
l Microsoft Data Access Components (MDAC)
You must install MDAC on the Core server to use Patch management and Usage management.
The minimum required version is 2.8. The media for this (MDAC_TYP.EXE) is available in the
Microsoft folder of the Setup-Core directory.
To verify if the port is enabled and listening, open the command prompt and type netstat -a.
The default ports on which the Core server communicates within RCA environment are listed in the
following table:
0.0.0.0:3466 TCP RCA Apache server (httpd.exe) Main HTTP port that Core
server uses for communications with Satellite servers and RCA
Port Type
Port Description
444 SSL Port used for “secure TCP” (TCPS) communications for RCA
Port Type
Port Description
Configuration server.
5228, 5229, TCP/UDP This port is required to enable communication with the Google
5230 Cloud Messaging (GCM) service. RCA uses GCM to send
notification messages to the Android mobile devices.
162 SNMP Port for alert management. Port 162 is a standard SNMP port.
Alert management conflicts if you are already running an SNMP
receiver on the RCA Core server.
9999 Default starting port for communication between the SOL display
applet and the server’s web application. This can be configured by
editing the <Install
Dir>\OOBM\conf\config.properties file.
The following sections provide information on the prerequisites and procedures for creating
Microsoft SQL Server and Oracle databases.
l "Create a Microsoft SQL Server Database for the RCA Core" below
l "Create an Oracle Database for the RCA Core" on page 40
RCA Patch and Usage Management
If RCA Patch management or RCA Usage management is enabled, you can create an additional
Patch management-specific database or Usage management-specific database to store Patch
management data or Usage management data respectively.
Prerequisites
The following prerequisites should be met before you create a Microsoft SQL Server database:
l Microsoft SQL Server must be locally installed or remotely accessible from the RCA server.
l If Microsoft SQL Server is installed on a server other than the RCA server, firewall rules may be
added to enable communications between them. For more information on opening required ports
for Microsoft SQL Server, see the Microsoft Knowledge Base article 841251 at
http://support.microsoft.com/kb.
l Microsoft SQL Server must be configured to use static ports. For information on how to use
static ports, refer to your Microsoft SQL Server documentation.
l Microsoft SQL Server must be configured to use mixed-mode authentication and must have
TCP/IP support enabled.
l Windows 32-bit ODBC DSNs: When using ODBC drivers on a Windows 64-bit operating
system, create the ODBC System DSN for the database using 32-bit drivers.
On a 64-bit operating system, you can access the 32-bit ODBC Data Source Administrator by
running C:\Windows\SysWOW64\odbcad32.exe to create or modify the System DSNs that
are required for RCA.
l The “storage” sizes that are documented in this section are recommendations only.
1. On the Microsoft SQL Server, create a database with the following recommended settings:
General tab Name: Specify name for database. Do not use space or underscore (for
example, RCACORE).
The database is now connected. Install RCA Core server as described in "Installing RCA Core
Server" on page 35.
Prerequisites
The following prerequisites should be met before you create an Oracle database:
l It is recommended that you use the latest available patch set for Oracle when using an Oracle
database.
l You must use the Oracle Corporation’s ODBC drivers that are specific to the Oracle version in
your environment—not those that are supplied by Microsoft.
l Make sure that your Oracle server ODBC driver versions exactly match your Core server; the
connection to an Oracle database can fail if ODBC driver versions are mismatched. For more
information, contact your Oracle database administrator.
l You must install 32-bit Oracle client on the Core server to interact with Oracle database on 32-bit
computers.
l The “storage” sizes that are documented in this section are recommendations only.
l Windows 32-bit ODBC DSNs: When using ODBC drivers on a Windows 64-bit operating
system, create the ODBC System DSN for the database using 32-bit drivers.
On a Windows 64-bit operating system, access the 32-bit ODBC Data Source Administrator by
running C:\Windows\SysWOW64\odbcad32.exe to create or modify the System DSNs that
are required by RCA products.
1. On the Oracle server, create a data tablespace with the following recommended settings.
Tablespace Name Specify name for data tablespace (for example,
RCACOREDATA).
Status Online
Type Permanent
Datafile Fully qualified path and name of the data file, such as
RCACOREDATA.dbf
Logging No
Status Online
Type Temporary
Logging No
3. Create a user; associate the data and temporary tablespaces with the user with a default
profile.
Username Specify name for user (for example, RCACORE).
Temporary RCACORETEMP
tablespace
4. On the computer that hosts the Core server, create an ODBC System DSN with a name of
your choice (such as, RCAODBC) that points to the new Core server database on the Oracle
server.
The database is now connected. Install the RCA Core server as described in the next section.
Installing Core
Install the RCA Core server to a dedicated server in your environment. It is recommended that you
do not modify configuration of the Core server or its components other than those specifically
documented in this guide. For security reasons, it is also recommended that you enable SSL in your
RCA environment.
Note: You can install RCA Core server in a High Availability (HA) Cluster environment. This
reduces disruptions in Core server availability to the minimum because of the failover
mechanism of cluster environment. To implement this, install the Core server with same
hostname on two or more nodes of a cluster with the Core server data directory or the complete
install directory on a shared cluster drive. You may also install the Satellite servers in a
clustered environment.
If setup.exe is used to run the installation, the default installation location can be altered in
setup.ini (with the log.filename entry in the options section) before the installation.
Note: It is recommended that you always specify the fully qualified domain name when
prompted for RCA Core server name. This practice ensures the proper mapping to the Core
servers when “downstream” Satellite servers and RCA agents are installed.
1. Log on as a user with Administrative privileges on the computer where you plan to install the
RCA Core server.
2. Navigate to the Setup-Core directory to access the Core server installation files.
3. Double-click the setup.exe file. The Radia Client Automation Core Installer window opens.
4. Click Next. The Radia Client Automation Software License Agreement page opens.
5. Review the Radia Client Automation Core license terms, select I accept the license
agreement and click Next. The Radia Client AutomationInstallation Folder page opens.
6. The Installation Folder page displays the default installation directory for the RCA Core server.
Accept the default location, or click Browse to select a different location, and then click Next.
The Radia Client Automation Data Folder page opens.
7. The Data Folder page displays the default directory for the RCA Core server data files. Accept
the default location, or click Browse to select a different location, and then click Next. The
Radia Client Automation Host Name page opens.
8. Select a name for this RCA server and click Next. The Radia Client Automation Server Ports
window opens.
9. Accept the default ports, or specify Web Server and Configuration Server ports, and then click
Next. The Radia Client Automation Installation Confirmation page opens. You can also select
Modify Windows Firewall to enable communications by using these ports if you want to
automatically enable ports 3464 and 3466. For more information, see "Core Communication
Ports" on page 36.
10. Click Next to start the installation. The installation process initiates the different configuration
scripts that can run for several minutes.
11. Click Finish to complete the Radia Client Automation Core server installation.
After installing RCA Core server, run the First Time Setup Wizard to set up the Core server as
described in the next section.
1. On the login window, specify the default user name, password, and directory source.
n The default user name is admin and the password is secret.
Note: It is recommended that you change the default user name and password. To
change the default user name and password, click Configuration tab > Access
Control > Users, and then click the Create New User icon in the Users area.
n Zone: RCA is the RCA internal directory store in which internal users are stored.
2. Click Sign In. The First Time Setup Wizard opens and prompts you for initial configuration
settings for your RCA environment. You can modify these settings in the various panels of the
RCA Console also.
3. Click Next on the Introduction page to begin the wizard.
4. On the License page, copy and paste the contents of your Persistent-issued, product-specific
license file into the License Data box and click Next. If you do not have a license at this point, a
temporary RCA evaluation license is generated that is valid for 30 days after you install RCA.
This license provides limited functionality within the Console.
5. On the Database Source page, click one of the following options for an ODBC connection
based on your database and click Next.
n For SQL Users: SQL Server database users can select either Use an existing ODBC
n For Oracle Users: Oracle database users must select Use an existing ODBC connection
already on the server.
6. On the Database Settings page, specify the appropriate values in the following mandatory
fields:
n DSN: Name of the database.
The RCA Core server installation creates the following directories by default; alternative directories
for the server and data files can be selected during the installation.
l The Core server files are installed to PSL\RCA in the default 32-bit Program Files directory.
l The Core server data files are installed to PSL\RCA\Data in the default 32-bit Program
Files directory.
Caution: Make sure that you exclude all the RCA directories when running an anti-virus scan,
anti-spyware scan, or anti-malware scan. Including RCA directories during these scans may
affect the RCA functioning.
The RCA Core server installation creates two log files, which are placed in the Local
Settings\Temp directory of the user who ran the installation:
Note: If the installation is run in the silent mode by using the .msi file, the name and location
of the log file can be altered by using the /l msiexec command-line option.
Syntax Notes
l The keywords and values for this syntax are case-sensitive. Make sure that you specify the
keywords in UPPERCASE (as shown), and the values in the appropriate case.
l The directory paths to the Core server installation media and the installation log repository must
be fully qualified. If there are any spaces in the directory path, the entire path must be enclosed
in quotation marks.
l The installation fails, if a non-existent installation-log directory path is specified.
l The qn in the syntax is the instruction for a silent installation. To initiate the GUI installation from
a command line, replace qn with qbin the syntax.
Syntax Parameters Descriptions
l INSTALLDIR (optional): By default, the Core server is installed to 32-bit Program Files directory.
If INSTALLDIR is not specified, default value is used.
l DATADIR (optional): By default, the Core server data files (Proxy server cache and CSDB) are
installed to PSL\RCA\Data in the default 32-bit Program Files directory. You can also specify
an alternate installation directory path.
Example
The path to the Satellite server installation (MSI) file is: Setup-
Satellite\RCASatellite.msi
Results
The silent installation command that is presented in the Example section installs:
1. Copy all of the RCA installation files from the RCA media to your hard drive.
2. Open, edit, and save the setup.ini file.
3. Run setup.exe.
Windows Services
After you install the Core server, it runs as a Windows service - RCA Core.
The start mode of the RCA Core service is set to “Automatic.” As this service is an internal part of
the RCA Core server, do not stop the service when Core server is running.
In addition to the RCA services, several sub-services are automatically installed with the RCA
Core server. These are easily identified in Windows services because they are prefixed with
“RCA.” The start mode for these sub-services is “Manual.”
It is recommended that you use only the Console to stop and start these sub-services because of
cross-service dependencies. If the RCA Core service is stopped, the sub-services automatically
stop along with the RCA Core service.
The following are the minimum system requirements for installing Satellite servers:
Full-service Mode
l 2 GB RAM
l Dual-core processor
l 2 GHz CPU speed
l 2 GB free disk space
Streamlined Mode
l 1 GB RAM
l Dual-core processor
l 1.6 GHz CPU speed
l 2 GB free disk space
Platform Support
For the operating system requirements for this release, see the Radia Client Automation Support
Matrix available at the URL: https://support.persistentsys.com/home.
The Radia Client Automation Support Matrix is also located on the distribution media for this
product in the \Documentation directory.
Installation Prerequisites
RCA Satellite server has default listening ports that must be enabled before starting the installation
process. Ports 3464 and 3466 are the primary ports used for Satellite server communications when
SSL is not enabled. When SSL is enabled on a satellite, SSL is used for all inbound
communications. If a firewall is in place on the RCA server’s host computer, the primary ports must
be added to the firewall “exceptions” list.
The default ports on which the Satellite server communicate within RCA environment are listed in
the following table:
Main HTTP port that Satellite server uses for communications with
Core server and RCA agents.
444 SSL Port used for “secure TCP” (TCPS) communications for RCA
Configuration server.
2195 TCP/UDP Enable access to this port on the address block 17.0.0.0/8. The
access can be either through a SOCKS proxy or directly from the
Satellite server.
This port is required to enable communications between Mobile
Device Management (MDM) server and Apple Push Notification
Service (APNS).
Caution: It is recommended that you do not modify configuration of the Satellite server or its
components other than those specifically documented in this guide.
1. Log on as a user with administrative privileges on the computer where you plan to install the
Satellite server.
2. Insert the installation media and navigate to the Setup-Satellite directory to access the
Satellite server installation files.
3. Double-click setup.exe. The Radia Client Automation Satellite Installer window opens.
4. Click Next. The Radia Client Automation Software License Agreement page opens.
5. Review the Radia Client Automation Satellite license terms, select I accept the license
agreement and click Next. The Radia Client AutomationInstallation Folder page opens.
6. The Installation Folder page displays the default installation directory for the Satellite server.
Accept the default location, or click Browse to select a different location, and then click Next.
The Radia Client Automation Data Folder window opens.
7. The Data Folder page displays the default directory for the RCA Satellite server data files.
Accept the default location, or click Browse to select a different location, and then click Next.
The Radia Client Automation Host Name page opens.
8. Type a name for this Satellite server and click Next. The Radia Client Automation Server Ports
page opens.
9. Accept the default ports, or specify Web Server and Configuration Server ports. You can also
select Modify Windows Firewall to enable communications by using these ports if you want
to automatically enable ports 3464 and 3466.
10. Click Next to start the installation. The installation process initiates the different configuration
scripts that can run for several minutes.
11. Click Finish to complete the Radia Client Automation Satellite server installation.
After installing RCA Satellite server, run the First Time Setup Wizard to set up the Satellite server
as described in the next section.
Note: After installation, you may see some errors in the log file. These errors self-correct after
you run the First Time Setup Wizard, and setup of the product is complete.
1. On the login window, specify the default user name and password. The default user name is
admin and the password is secret.
Note: It is recommended that you change the default user name and password. To change
the default user name and password, click Configuration tab > Access Control >
Users, and then click the Create New User icon in the Users area.
2. Click OK. The First Time Setup Wizard opens and prompts you for initial configuration settings
for your RCA environment. You can modify these settings in the various panels of the Satellite
Console also.
3. Click Next on the Introduction page to begin the wizard. The Upstream Server page opens.
4. Specify a valid upstream host and click Next. The License page opens, which is pre-populated
with license information from the Satellite server’s upstream server.
5. Click Next to continue to the Services page.
6. Select the RCA services that this RCA server should provide and click Next. The configuration
selections are saved.
Note: The services that are presented in this window are recommended for RCA
environments but they do not have to be enabled here. They can subsequently be enabled
on the Configuration tab of the Satellite Console.
The Satellite server installation creates the following directories by default. You can select alternate
directories for the server and data files during the installation.
l The Satellite server files are installed to PSL\RCA in the default 32-bit Program Files
directory.
l The Satellite server data files are installed to PSL\RCA\Data in the default 32-bit Program
Files directory.
Installation Log Files
The Satellite server installations create two log files, which are placed in the Local
Settings\Temp directory of the user who ran the installation:
Proxy server for Windows is installed by default with the Satellite server installation. However, you
have to use a separate installer to install Proxy server on a Linux computer.
Installation Prerequisites
To install the Proxy server on a Linux operating system, you must log on as root, and should have
adequate rights to create and update the target installation directory.
System Requirements
To install Proxy server on Linux, you should have a connection to the computer running the
upstream server.
Platform Support
For the operating system requirements for this release, see the Radia Client Automation Support
Matrix available at the URL: https://support.persistentsys.com/home.
The Radia Client Automation Support Matrix is also located on the distribution media for this
product in the \Documentation directory.
To install the Proxy server on a 64-bit Debian or 64-bit Ubuntu operating system, you need to create
a RPS user - admin - in the user profile for the Linux proxy server that connects an agent to the
Linux proxy.
Perform following steps before you install the Proxy server on a Debian or Ubuntu operating
system.
1. Run the command sudo aptitude install ia32-libs to retrieve information on any
dependent RPMs or library soft links.
2. Run RPS Proxy executable which is a 32-bit executable. This file is located on your Core
Server at <InstallDir>\PSL\RCA\Media\client\default\linux.
2. Copy the linux folder to a temporary directory on the computer where you want to install
Proxy server for Linux.
3. Open the command prompt and change your current directory to the temporary directory where
you copied the linux folder.
4. Type chmod -R +x * and press Enter.
5. Type ./setup and press Enter. The Welcome window for the Proxy server Setup program
opens.
6. Click Next. The End-User License Agreement window opens. You must accept the terms
before the Proxy server can be installed.
7. Click Accept to agree to the terms of the software license and continue with the installation.
The installation directory window opens for you to select or type the base directory for the
Proxy server install.
The default Proxy server install directory is:
/opt/PSL/RCA/IntegrationServer
8. Accept the default Proxy server location. You can also type or browse to an alternate directory
where you want to install the Proxy server.
This Proxy server base directory specifies the location of the Integration server component,
installed with the product.
9. Click Next. The License File window opens.
10. Type the location and name of your License File or click Browse to select the file from the
Browse dialog box.
11. Click Next. The RCA Configuration Server IP Address window opens.
12. Type the IP Address or hostname of the host upstream server, that the Proxy server should
connect to during a preload to obtain its static cache resolution and static cache files (resource
data).
Note: The Proxy server preload process must always connect to the upstream host server
specified in the Server IP Address field for its static cache resolution. However, you can
configure the Proxy server to obtain the static cache files from another Proxy server, if
required. For more information, see the Preloading Using HTTP section in the Radia Client
Automation Proxy Server Installation and Configuration Guide.
13. Click Next. The RCA Configuration Server Port window opens.
14. Accept or type the TCP port number of the upstream server to be used to connect to the Proxy
server for the static cache preload resolution. The default port number is 3464.
15. Click Next. The RCA Configuration Server User ID window opens.
16. Type the user ID that the Proxy server should use to connect to the upstream server to obtain
its static cache preload resolution. The default is RPS.
Installing the Proxy server for Linux adds the static and dynamic subdirectories to the
IntegrationServer/data folder, which stores the Proxy server's static and dynamic
cache.
After installation, the RCA Proxy Server service does not start automatically on the Linux
platforms. To start or stop the Proxy server for Linux, use the commands described in the next
section.
1. Change your current directory to the directory where you installed the Proxy server
(/opt/PSL/RCA/IntegrationServer by default).
2. Type ./nvdkit httpd.tkd
3. Press Enter.
The Proxy Server service starts on your computer.
Note: The following are general guidelines and the commands are examples that can vary
slightly depending on the Linux type you are using.
1. Obtain the process ID for the Proxy server by listing all the Linux processes and extracting the
process ID for nvdkit.
ps -f | grep nvdkit | sed /grep/d | awk '{ print $2 }'
where, <PID> is the process identification number for nvdkit that you received as output in
step 1.
The Proxy Server service stops on your computer.
Windows Services
After you install the RCA Satellite server, it runs as a Windows service - RCA Satellite.
The start mode of the RCA Satellite service is set to “Automatic”. As this service is an internal part
of the RCA Satellite server, do not stop the service when Satellite server is running.
In addition to the RCA services, several sub-services are automatically installed with the RCA
Satellite server. These are easily identified in Windows services because they are prefixed with
“RCA”. The start mode for these sub-services is “Manual”.
It is recommended that you use only the Console to stop and start these sub-services because of
cross-service dependencies. If the RCA Satellite service is stopped, the sub-services
automatically stop along with the RCA Satellite service.
l Replicate configuration settings to multiple Core and Satellite servers, rather than having to
specify identical settings multiple times.
l Make minor changes that are targeted at specific Core and Satellite servers without the changes
affecting all Core and Satellite server installations.
The process of unattended installation of a Core and Satellite server remains same except, if you
perform unattended installation of Core server, create an ODBC DSN on the subsequent Core
servers and point it to a Database before you run the setup.exe to install the Core server.
The unattended Core and Satellite server configuration is done in their respective XML file, and it
enables an administrator to specify various settings that will be applied to the server as part of its
installation. With the XML file, an RCA administrator can:
The Core and Satellite server installation and configuration settings are captured in a pre-configured
XML file, unattended.xml file that can be used to set up more Core and Satellite servers in your
environment. You can perform the following actions:
l Customize the settings in the unattended.xml file by using a three step (obtain-customize-
apply) procedure as described in "Using the Customized XML File" on the next page. This
method enables you to customize the XML file and create multiple copies that can be used for
different Core and Satellite server installations.
l Automatically retrieve and apply the default settings in the unattended.xml file by using the
command line procedure as described in "Using the Default unattended.xml File" on page 59.
This method prevents any customizations to the settings in the file. It automatically retrieves all
of the configuration settings in the file, and applies them to the Core and Satellite server as part
of its installation.
The unattended.xml file is not included on the RCA media. It must be downloaded from a
Satellite server after it has been installed.
1. Install the RCA Satellite server (see ""Installing RCA Satellite Server" on page 47").
2. Complete the First Time Setup Wizard as described in "Post Installation Configuration" on
page 50.
3. Open an Internet browser and in the Address field, specify:
n localhost:3466/sm/config, if you are on a Satellite server.
Note: If you use the unattended.xml file for Satellite server installations, you can bypass
the First Time Setup Wizard because all the required settings are already specified in the
configuration file. This ability, however, must be set in the configuration file with the
servermanager service name. For an example, see "unattended.xml File Parameters" on
the next page.
You can copy and customize the unattended.xml file to specify varying configuration
parameters for the Core and Satellite servers in your environment. For example, you can create
multiple copies of the unattended.xml file (with different names) that can be used for different
Core and Satellite server installations.
The customized XML file can be referenced to apply specific configuration options to the Core and
Satellite servers installation. Make sure that you reference the correct XML file (with the
UNATTENDEDFILE property in setup.ini) when you run the Core or Satellite server
installation.
Note: If the XML file is not in the same directory as setup.exe, specify the fully qualified
path and file name.
unattended.xml Parameters
Parameter Description
attr name Specifies any additional configuration settings. These additional settings do
not apply to other areas of this XML file.
certificates Indicates the area in which this Satellite server’s SSL certificates
information (server, private, and cacertificate) is listed. For more information
on the various types of certificates and their function, see the Radia Client
Automation SSL Implementation Guide.
data The license string text as read in from the RCA Configuration server
edmprof file.
enable Enables or disables the service under which this parameter is listed. Valid
values are true and false.
license Indicates the start of the area to specify RCA product license settings.
password The password that is associated with the user ID (user parameter).
port The port on which this Satellite server communicates with its upstream
RCA server.
server This Satellite server’s upstream RCA server on which the CSDB resides.
service name The name of an RCA service. Use the servermanager service with an
attr name of already.configured and a value of 1 to bypass the First
Time Setup Wizard in unattended Satellite server installations.
services Indicates the start of the area to specify and enable or disable additional
RCA services.
ssl Indicates the start of SSL-based communications with this Satellite server’s
upstream RCA server. Valid values are true and false. This parameter also
indicates the start of the area in which SSL configuration options are set.
type The type of database. Valid values are sql and ldap.
upstream Indicates the start of the area to specify configuration settings for this
Satellite server’s upstream server that houses the CSDB.
user The name of the user that has access to the upstream server.
Note: You cannot customize the configuration settings using this method.
The XML input (%XMLFILEPATH%, in the above-listed command) is optional. You can remove this
parameter for a GET request of the server configuration. However, you must include this parameter
if you also want to SET the server configuration.
It is recommended that you do not install RCA Administrator tools and RCA agent on the same
computer.
Installation Prerequisites
The following are the minimum system requirements to install Administrator tools:
For the operating system requirements for this release, see the Radia Client Automation Support
Matrix available at the URL: https://support.persistentsys.com/home.
The Radia Client Automation Support Matrix is also located on the distribution media for this
product in the \Documentation directory.
Installation Files
You can also create a Windows Installer Administrative Installation Point (AIP) for network
installations. The AIP starts the Windows Installer and passes command line parameters to it.
To create the Windows Installer Administrative Installation Point (AIP) in a specified target
directory:
a. Open the command prompt and navigate to the \Setup-
Core\Media\admin\default\win32 directory.
b. Type SETUP.EXE /a TARGETDIR=drive:\targetdirectory /qb
where, targetdirectory is the directory where you want to create Windows Installer
AIP. The target directory contains RCAE-ADMIN.MSI, the installation folders, and
setup.exe.
l RCAE-ADMIN.MSI
RCAE-ADMIN.MSI is the MSI file that contains the default configuration information for the
installation. This file is stored on the RCA installation media folder, \Setup-
Core\Media\admin\default\win32.
Note: If you want to set the same options for all of the features, you can click next to
Radia Client Automation Admin and select the appropriate option to apply the setting to all
features.
Each time you click , a shortcut menu for that feature opens.
11. From the shortcut menu, select an installation option. The following table contains description
of these options.
Feature Settings for the Administrator Tools
Option Description
Will be installed Installs the top-level feature on the local hard drive, but not any sub-
on local hard features.
drive
Entire feature The feature is not installed. If previously installed, the feature is removed.
will be
unavailable
Note: You can click Disk Cost to see an overview of the disk space required for the
installation.
12. Click Next. The Ready to Install the Application window opens.
13. Click Install to begin the installation. When the installation is complete, RCA Administrator
has been successfully installed window opens.
14. Click Finish to exit the installation.
where,
FeatureStateArgument is one of the arguments listed in the table RCA Administrator Tools Feature
State Arguments.
Feature1, Feature2,FeatureN can be any of the arguments listed in the table RCA Administrator
Tools Features Arguments.
[AdditionalParameter] can be any of the arguments listed in the table Command Line Arguments.
Examples
If you want to install only RCA Administrator Packager on a computer, type the following command
line:
SETUP.EXE ADDLOCAL=NVDINSTALLPACKAGER
If you want to install RCA Administrator CSDB Editor and RCA Administrator Agent Explorer on a
computer, type the following command line:
SETUP.EXE ADDLOCAL=NVDINSTALLSYSTEMEXPLORER,NVDINSTALLCLIENTEXPLORER
ADDLOCAL Type a comma-delimited list of features that you want to set to "Will be
installed on local hard drive".
ADDSOURCE Type a comma-delimited list of features that you want to set to "Will be
installed to run from network".
ADVERTISE Type a comma-delimited list of features that you want to set to "Feature will be
installed when required".
REMOVE Type a comma-delimited list of features that you want to set to "Entire feature
will be unavailable". This removes the features only, not the entire product.
Therefore, if you use the REMOVE property and type each of the feature
names, the RCA Administrator product is stored on your computer. If you want
to remove the entire product, type REMOVE=ALL.
Packager NVDINSTALLPACKAGER
Publisher NVDINSTALLPUBLISHER
Argument Description
After you create the AIP, you can run setup.exe and pass the
appropriate command line parameters. This starts the Windows
Installer and passes the specified parameters to it.
LICENSEFILE= Specify the full path of the license file to be used. Use quotes
for paths that contain spaces. In case this property is not
specified, the installer looks for license.nvd in the setup
folder, by default.
l "Installing RCA Administrator Tools Using Graphical User Interface" on the next page
l "Installing RCA Administrator Tools Using Command Line" on page 67
Installation Prerequisites
The following prerequisites should be met before you install RCA Administrator tools on Linux or
Macintosh operating system:
Note: If the DISPLAY environment variable is not set in your environment, the installation
defaults to a non-graphical installation.
1. Open the command prompt and change your current working directory to the Administrator
tools platform subdirectory on the installation media.
For example:
In Linux operating system, change your working directory to:
/Setup-Core/Media/admin/default/linux
2. Type ./install (for Mac OS X, type sudo ./install) and press Enter. The Welcome
window opens.
3. Click Next. The RCA Software License terms window opens.
4. Read the RCA software license terms and click Accept. RCA Administrator Location window
opens.
5. Type the name of the directory where you are installing RCA Administrator tools or click
Browse to navigate to it.
6. Click Next. If the specified directory already exists you are prompted to verify this location.
a. If you want to update the existing directory, click OK.
b. If you want to change the directory location, click Cancel.
The Lib Directory window opens.
7. Type the name of the directory where you want to store proprietary information created by RCA
(the lib directory) or click Browse to navigate to it.
8. Click Next. The Log Directory window opens.
9. Type the name of the directory where you want to store the log files generated by RCA or click
Browse to navigate to it.
10. Click Next. The RCA Configuration Server IP Address window opens.
11. Type the IP address (format: xxx.xxx.xxx.xxx) or host name of the Configuration server where
you want to publish the applications.
12. Click Next. The RCA Configuration Server Port Number window opens.
13. Type the port number of your RCA Configuration server (default is 3464).
14. Click Next. The Package Settings window opens.
15. Review the settings displayed in the Package Settings window. To change the settings, click
back to get to the appropriate window.
16. When you are ready to proceed, click Install. RCA Administrator tools are installed.
1. Open the command prompt and change your current working directory to the Administrator
tools platform subdirectory on the installation media.
For example:
In Linux operating system, change your working directory to:
/Setup-Core/Media/admin/default/linux
2. Type ./install –mode text (for Mac OS X, type sudo ./install –mode text) and
press Enter. RCA Administrator tools installation begins.
3. Type C and press Enter.
4. Specify the installation location for RCA Administrator tools and press Enter.
5. Specify the location for the RCA proprietary objects (IDMLIB) and press Enter.
6. Specify the location for the log files created by RCA (IDMLOG) and press Enter.
7. Specify the IP address of the RCA Core server and press Enter.
8. Specify the port number of the RCA Core server and press Enter.
9. Review the installation settings you have chosen. If you want to install RCA Administrator
tools with these settings, press Enter to accept the default (Y) and begin the installation. You
can type N to re-enter your installation information.
10. To complete the configured installation process, press Enter. The RCA Administrator tools are
installed.
The RCA Batch Publisher can be installed on Windows and Linux operating systems.
Installation Prerequisites
The minimum system requirements for RCA Batch Publisher are:
Platform Support
For the operating system requirements for this release, see the Radia Client Automation Support
Matrix available at the URL: http://support.persistentsys.com/.
The Radia Client Automation Support Matrix is also located on the distribution media for this
product in the \Documentation directory.
For Linux operating systems that support graphics, see "Installing Batch Publisher on Linux using
Graphical User Interface" on the next page.
For Linux operating systems that do not support graphics, the non-graphical installation program
automatically starts when you initiate the installation program. If you are installing the RCA Batch
Publisher on a Linux operating system that supports graphics, but you want to use the non-
graphical mode instead, change your directory to the location of the installation program on the
installation media, and then type: ./install –mode text. This starts the non-graphical
installation of the RCA Batch Publisher. For more information, see "Installing Batch Publisher on
Linux using non-Graphical Method" below.
1. Open the command prompt and change your current working directory to the
/Media/extended_infrastructure/publishing_adapter/publisher/linux
subdirectory on the installation media.
2. Type ./install and press Enter. The Welcome window opens.
3. Click Next. The RCA Software License Terms window opens.
4. Read the agreement and click Accept. The Directory Location window opens.
5. Type the name of the directory where you want to install the Batch Publisher or click Browse
to select a location. By default, RCA Batch publisher is installed in the
/opt/PSL/RCA/BatchPublisher directory.
6. Click Next.
7. If the directory you specified already exists, you are prompted to overwrite the existing
directory. To specify a new directory, click Cancel to return to the previous step or click OK to
proceed. The Installation Settings window opens.
8. Click Install.
9. When the installation is complete, click Finish.
You have successfully installed the Batch Publisher for Linux. Before using the RCA Batch
Publisher in a Linux environment, you should modify the filters all parameter in the
configuration file as described in the section "Post Installation Task" on the next page. This is
specific to the configuration file-based publishing method (promote.cfg).
1. Open the command prompt and change your current working directory to the
/Media/extended_infrastructure/publishing_adapter/publisher/linux
subdirectory on the installation media.
2. Type ./install –mode text and press Enter. The RCA Batch Publisher installation
begins.
3. Type C and press Enter.
4. Press a key to view the End User License Agreement. After you read the agreement, type
Accept and press Enter.
5. Press Enter to accept the default location for the RCA Batch Publisher
(/opt/PSL/RCA/BatchPublisher), or specify a different location.
If the directory you specify already exists, you are prompted to overwrite the existing directory.
If the directory does not exist, the installation program displays the Installation Settings.
6. Type Y and press Enter to start the installation. If you do not want to start the installation, type
N and press Enter.
7. To complete the configured installation process, press Enter.
You have successfully installed the RCA Batch Publisher for Linux. Before using the RCA Batch
Publisher in a Linux environment, you should modify the filters all parameter in the
configuration file as described in the section "Post Installation Task" below. This is specific to the
configuration file-based publishing method (promote.cfg).
typefile
classfile
exclude"*.log *.bak"
include"*"
distroot{}
To modify the filters all parameter, change the class parameter from its default of file to
unixfile.
filters all {
typefile
classunixfile
exclude"*.log *.bak"
include"*"
distroot{}
It is recommended that you do not install RCA Administrator tools and RCA agent on the same
computer.
You can install RCA agent in lockdown mode to ensure non-privileged users are not able to access
critical system-level confidential content. For more information, see "Installing RCA Agent in
Lockdown Mode" on page 89.
Platform Support
For the operating system requirements for this release, see the Radia Client Automation Support
Matrix available at the URL: https://support.persistentsys.com/home.
The Radia Client Automation Support Matrix is also located on the distribution media for this
product in the \Documentation directory.
Installation Prerequisites
The following prerequisites should be met before installing RCA agent:
l Communication Ports
RCA agents communicate with RCA Core and Satellite servers using ports listed in the "Agent
Communication Ports " below section. These ports should be enabled on the agent computer.
l Internet Proxies
You must enable the RCA agent to discover and use Internet proxies by setting the following
properties in the Install.ini file:
USEPROXY=Y and DISCOVER=Y
Note: You can also set the Internet proxies after installing RCA agents. For more
information, see Radia Client Automation Administrator User Guide.
The next RCA agent connect to the Core server uses the Internet proxy that is specified.
3465 TCP Required to receive incoming notify requests from Core server and to
communicate with the Satellite servers.
3460 TCP Required when you deploy MSI-based applications that are published in
Advanced mode.
3463 TCP Required when you plan to deploy RCA agent remotely. For example, deploying
agent through RCA Core server.
For Out of Band Management, enable the following additional ports on the RCA agents (vPro device
or DASH device) to allow inbound and outbound traffic:
vPro Device
Port Description
16993 Port for web service traffic over TLS (with client authentication).
9998 Port for communications between the OOB management Console and the agent during
Remote Configuration of vPro devices.
9999 Port that must be available on the client browser computer for applet-to-server socket
communications for SOL.
DASH Devices
9999 Port that must be available on the client browser computer for applet-to-server socket
communications for SOL.
l args.xml
The RCA Application Self-Service Manager arguments file created from information stored in the
[ARGS] section of Install.ini. This file is stored in IDMLIB directory,
<InstallDir>\Agent\Lib\, on the RCA agent computer and controls the behavior of the
RCA Application Self-Service Manager.
l Customized scripts
You can use pre-install scripts to customize the installation and post-install scripts to run the
processes after installing RCA agents as described in "Using Customized Scripts" on page 83.
l Install.ini
Use Install.ini to customize the installation or the RCA agent arguments file, or to create
or set attributes for RCA objects that are created after installing RCA agent. You can also
control folder access for users. Settings in Install.ini override the defaults stored in RCAE-
MgmtApps.msi. You can create your own customized install.ini file.
Note: New objects or properties must be defined in Install.ini. You can use a pre-
install script to override a value for the object or property, but any attempt to specify a new
object or property in the pre-install script is ignored.
Note: When you modify the Install.ini file sections, make sure that all the
Install.ini files located in the following folders are modified:
n <InstallDir>\Media\client\default\win32
n <InstallDir>\ManagementPortal\media\default\win32
Argument Description
Argument Description
argument.
Argument Description
Argument Description
Note: The XML tags (arguments) that are described in this section are not case-sensitive when
you type them in Install.ini. However, they are automatically converted to uppercase in
args.xml. If you are using the RCA Application Manager, any of the parameters in the [Args]
section can be added to the RADSKMAN command line.
Mandatory
or
Argument Optional Description
Mandatory
or
Argument Optional Description
l A restart is required.
l There is insufficient disk space during deployment.
l A data download is interrupted.
The default is Y.
channelname Mandatory The CSDB domain from which applications are retrieved. The
default is SOFTWARE.
default_catalog Optional Add the parameter to set the default catalog that is selected
when the RCA Application Self-Service Manager starts. There
is no default for this argument.
default_catalog_ Optional Add the parameter and set to Y to make only the default_
only catalog available when the RCA Application Self-Service
Manager starts. The default is N.
log Optional Specifies the name of the log stored in IDMLOG. IDMLOG is
specified in NVD.INI. The default is connect.log.
logsize Optional Specifies (in bytes) the size of the log file. The default is
1000000.
When the size of the log file reaches 1000000 bytes, a backup
file (.bak) is created. By default, this file is connect.bak. If
a backup file already exists, it is overwritten.
logonpanel Optional Controls the display of the logon panel. The default is N.
Mandatory
or
Argument Optional Description
providername Mandatory The name of the Configuration server, as set during its
installation. The default is radia.
resolutionmanager Mandatory The IP address of the Configuration server. You can also use
the Configuration server hostname. There is no default for this
argument.
resolutionport Mandatory The port for the Configuration server. There is no default for
this argument.
root_catalog_ Mandatory Use this to customize the name of the root catalog display
name name. The default is All Software.
sslmanager Optional The address of the Configuration server that is used for SSL
communications. There is no default for this argument.
Mandatory
or
Argument Optional Description
sslport Optional The TCP/IP port (usually 444) on which the SSL Manager task
is listening. There is no default for this argument. The sslport
specification takes the form sslport=port.
startdir Optional Specify a directory where you want to store the RCA agent
objects. The default is the SYSTEM. Type
startdir=foldername. If the folder name contains spaces,
enclose the entire name in quotation marks (“ ”).
uioption Optional Controls the display of the status window. The default is N.
uioptmsi Optional Controls the display of the MSI status window. The default is
N.
Argument Description
ZMASTER_ The port setting for the Configuration server. The default is 3464.
ZDSTSOCK
ZMASTER_ The IP address for the Configuration server. There is no default for this
ZIPADDR argument.
ZMASTER_ The port on which the RCA agent’s Notify daemon is “listening.” The default is
ZNTFPORT 3465.
ZMASTER_ This attribute enables a Notify operation to run programs from the IDMSYS
ZNTFYSEC directory only. This is used for security during Notify operations. The default is
Y.
ZMASTER_ The duration (in seconds) that the RCA agent waits for a response from the
Argument Description
ZMASTER_ Indicates whether communication buffer information is included in the log; also
ZTRACE generates unique logs for create methods. The default is N.
ZMASTER_ The level of tracing that is generated in the RCA agent log files. The default
ZTRACEL value is 040. The syntax is xxx. The valid values are numerals from 0 through
999, where 0 = minimal tracing, 40 is acceptable for most activity, and 999 =
maximum tracing.
ZMASTER_ The user ID. The default is the name of the user that is currently logged on to the
ZUSERID computer.
ZMASTER_ Specify Y to verify the user ID that was sent by the Configuration server’s Notify
ZVRFYUID command. This verification uses the ZUSERID field from the RCA agent’s
ZMASTER object. The default is N.
PROXYINF_ The IP address and port number of your proxy server. The default is
PROXADDR xxx.xxx.xxx.xxx:1080.
Caution: It is recommended that only experienced users use the customized scripts.
Use Visual Basic scripts to customize MSI properties that affect the installation. The following is a
very simple Visual Basic script example.
You must use the NVDPRECAPATH argument to specify the fully qualified path and file name of a
custom Visual Basic pre-install script in Install.ini or on the command line. For information on
NVDPRECAPATH, see "[Properties] Section in Install.ini" on page 76.
‘ The following sample demonstrates fetching an MSI property, then
setting the same property.
‘ The property values are displayed in message boxes for debugging
purposes.
Option Explicit
msgbox Session.Property(“ALLUSERS”)
Session.Property(“ALLUSERS”) = “1”
msgbox Session.Property(“ALLUSERS”)
You can use a pre-install script to override the property settings of the arguments that control the
behavior of the RCA Application Self-Service Manager, such as those in the [ARGS] section of
Install.ini, as well as the attribute values for RCA objects, such as those specified in the
[OBJECTS] section of Install.ini.
Caution: Make sure that you type the name of the property or the object and its attribute such
as NVDOBJZMASTER_ZDSTSOCK in uppercase letters.
Use custom Visual Basic, REXX, or Tcl scripts to run processes after installing RCA agents. For
example, your post-install script can initiate a connection to the Configuration server to process
mandatory applications.
You must use the NVDPOSTCAPATH argument to specify the fully qualified path and filename of
the custom Visual Basic or REXX post-install script in Install.ini or on the command line. For
information on NVDPOSTCAPATH, see "[Properties] Section in Install.ini" on page 76. For
example, if you want to run a script named radstart.rex, uncomment NVDPOSTCAPATH
argument, and set the value as
NVDPOSTCAPATH=C:\Progra~1\PSL\RCA\Agent\radstart.rex.
Note: In RCA, REXX is an interpreted language that provides a simple way to customize
various aspects of RCA processing. For more information on using REXX in RCA
environment, see Radia Client Automation Application Manager and Configuration Server
REXX Programming Guide.
Place the script in the \maint folder of the RCA agent install. It is automatically copied into
IDMSYS.
Note: You can initiate setup.exe from a command line or a logon script. For more
information, see "Installing RCA Agent on Windows" on page 73.
Note: Install only the RCA agent sub-features for which you are licensed.
13. From the shortcut menu, select an installation option. These options are described in the
following table.
Entire The sub-feature will not be installed. If previously installed, this sub-feature
feature will will be removed.
be
unavailable
Note: If you want to set the same options for all of the sub-features, you can click
RCA Agent and select the appropriate option. Click Disk Cost to see an overview of the
disk space required for the installation.
l Which RCA agents you want to install. For more information, see the table RCA Agent Sub-
Feature Command-Line Mnemonics.
l How the user can access the RCA agent installation program. The user can access the RCA
agent installation program using a web page, an FTP site, a mapped drive, a CD-ROM, or an e-
mail.
Navigate to the directory that contains RCA Agent installation files. Open the command prompt and
type the following command:
SETUP.EXE Sub-FeatureStateArgument=Sub-Feature1,Sub-Feature2,Sub-
FeatureN [AdditionalParameter]
where,
Sub-FeatureStateArgument is one of the arguments listed in the table RCA Agent Sub-Feature
State Arguments.
Sub-Feature1, Sub-Feature2, Sub-FeatureN can be any of the arguments listed in the table RCA
Agent Sub-Feature Command-Line Mnemonics.
[AdditionalParameter] can be any of the arguments listed in the table Command Line Arguments.
Examples
l The following is an example of a command line that silently installs the RCA Application Self-
Service Manager and creates a detailed Windows Installer log.
SETUP.EXE ADDLOCAL=NVDINSTALLRSM /qn /L*v
C:\PSL\RCA\Agent\install.log
l The following is an example of a command line that installs the RCA Application Manager and
RCA Application Self-Service Manager.
SETUP.EXE ADDLOCAL=NVDINSTALLRAM,NVDINSTALLRSM
ADDLOCAL Type a comma-delimited list of sub-features that you want to set as “Will be
installed on local hard drive.”
REMOVE Type a comma-delimited list of sub-features that you want to set as “Entire feature
Argument Action
will be unavailable.”
This removes the sub-features only, not the entire product. Therefore, if you use
the REMOVE property and type each of the sub-feature names, only the sun-
features are removed. The RCA agent product is still stored on the computer.
OS Manager NVDINSTALLROM
PlusHP NVDINSTALLPLUSHP
The following is an example of a code that you can add to the logon script to install the RCA agents.
If the RCA agents are not already installed when the subscriber logs on to the client device, this
logon script runs the RCA agent installation program.
To determine if the RCA agent already exists, the script checks for the ZMASTER object
(ZMASTER.EDM) in its default location on the computer. If ZMASTER:
Note: The ZMASTER object begins the resolution process. The ZMASTER object is the
first object that is exchanged during the RCA agent connect.
In the sample logon script, the command, start setup.exe /qn instructs the program to
perform a silent installation of the RCA agents.
To install the RCA agent in Lockdown Mode, complete the following tasks:
1. Add the Lockdown properties to the [Properties] section of the Install.ini file.
2. Add the [SecurityFolders] section in the Install.ini file. This is an optional step.
You can add [Security Folders] section if you want to modify or override the default
directories.
3. Set the ACL permissions.
LOCKDOWN=Y
LOCKDOWNSCRIPT=<Customized script>
Customized script is the script you create using the sample setacls.bat file.
Lockdown Properties
Properties Description
You can customize this sample file. Make sure that the customized file
is in the same directory as Install.ini and setup.exe.
IDMUSRMSI="<InstallDir>\Agent\usermsi"
IDMSHRDATA="<InstallDir>\Agent\shareddata"
IDMPUBLIC="<InstallDir>\Agent\public"
IDMUSR=CSIDL_LOCAL_APPDATA\RCA\Agent
Note: If you change the paths for these parameters, make sure that you end the directory path
with the name of the directory only; do not include a closing backslash. If the directory path is
closed with an ending backslash, the setacls.bat run fails and the directories are not
secured. USER-based parameters that are prefixed with IDMUSR… create subdirectories in a
folder for each user of the managed device.
The RCA agent installation program does not prompt for the locations of these directories. They
should be specified in the Install.ini file before running the installation program.
[SecurityFolders] Parameters
Parameter Description
IDMUSRMSI A directory that contains MSI installations and related MSI content for each
USER.
IDMSHRDATA A directory from which MACHINE and USER share information. Using the
default permission settings, the MACHINE context writes SYSTEM objects
Parameter Description
into this directory and the USER context reads from it to fulfill software update
requirements.
IDMPUBLIC A directory for USER to write files. For example, the System Tray or radtray,
writes its configuration file (uiconfig.xml) into the IDMPUBLIC folder for
others to use.
The implementation of security permissions is the responsibility of the RCA administrator. Sample
processing script setacls.bat file can be used to create a customized script to set ACLs that
isolate USERs from the SYSTEM and other USERs.
The ACLs should be customized based on the environment. For example, if multiple users are
included in an Administrators group on the devices, but you do not want all of these users to have
access to the secured folders, you must do one of the following:
l Revise the memberships of the Administrators group to include only the users that are
authorized to access the secured folders.
l Remove access for the Administrators group and specify which users can access the secured
folders.
The sample setacls.bat file contains statements that you can use to create a new script. If you
do not customize the setacls.bat file, ACLs are set using the sample statements provided in
the setacls.bat file.
The RCA agent installer creates temporary environment variables, so that the batch script can
access them. These variables are created for the exclusive use by the batch script; they are
automatically deleted at the conclusion of the installation process.
l MSI_NVD_IDMSYS
l MSI_NVD_IDMUSRMSI
l MSI_NVD_IDMPUBLIC
l MSI_NVD_IDMSHRDATA
The script blocks access to the following services by standard users, who are not authorized to run
these service. Only the MACHINE can access these modules.
l Radtimeq: This is the create method that runs when the application to which the timer is
attached is created, updated, verified, or deleted.
l Upgrdmaint: This is the RCA maintenance module that processes all maintenance activities.
The following table describes the access levels for the new directories, along with the applicable
mnemonic from Nvd.ini file.
IDMSHRDATA R C:\PROGRA~1\PSL\RCA\Agent\SHAREDDATA\
IDMPUBLIC RW C:\PROGRA~1\PSL\RCA\Agent\PUBLIC\
IDMUSR RW CSIDL_LOCAL_APPDATA\RCA\Agent\
IDMUSRMSI RW C:\PROGRA~1\PSL\RCA\Agent\USERMSI\
IDMSYS R C:\PROGRA~1\PSL\RCA\Agent\
IDMLIB N C:\PROGRA~1\PSL\RCA\Agent\Lib\
IDMLOG N C:\PROGRA~1\PSL\RCA\Agent\Log\
IDMDATA N C:\PROGRA~1\PSL\RCA\Agent\Lib\Data\
NONE-CACertificates R C:\PROGRA~1\PSL\RCA\Agent\CACertificates\
NONE-DEFAULTS R C:\PROGRA~1\PSL\RCA\Agent\DEFAULTS\
NONE-Language R l C:\PROGRA~1\PSL\RCA\Agent\de
specific folders
l C:\PROGRA~1\PSL\RCA\Agent\es
l C:\PROGRA~1\PSL\RCA\Agent\fr
l C:\PROGRA~1\PSL\RCA\Agent\it
l C:\PROGRA~1\PSL\RCA\Agent\ja
l C:\PROGRA~1\PSL\RCA\Agent\pt
l C:\PROGRA~1\PSL\RCA\Agent\zh-CHS
NONE-Architecture R l C:\PROGRA~1\PSL\RCA\Agent\amd64
based folders
l C:\PROGRA~1\PSL\RCA\Agent\x86
This section describes both the graphical (using a GUI) and non-graphical (using a command line)
installations of the RCA agent.
If additional maintenance files are available, for example, service packs or hot fix, you can include
these files with your RCA agent installation by creating a maintenance tar file.
Within your RCA agent installation media /ram directory, create a maint.tar file that includes all
updated files. The RCA agent installation checks for maint.tar and if found, the client installation
extracts all updated files into the IDMSYS directory.
For the operating system requirements, see the Radia Client Automation Support Matrix available
at the URL: https://support.persistentsys.com/home.
The RCA Client Automation Support Matrix is also located on the distribution media for this product
in the \Documentation directory.
Installation Prerequisites
The following prerequisites should be met to install RCA Agent on Linux or Macintosh operating
system:
l RCA agents communicate with RCA Core and Satellite servers using ports listed in the "Agent
Communication Ports " on page 74 section. These ports should be enabled on the agent
computer.
l It is recommended that you install RCA agents as root (or with a Mac OS X user ID capable of
issuing sudo commands). Root authority is required to apply owner and group designators to
managed resources.
l Install the RCA agent on a local file system.
l The installation program must be run from within Linux or Mac OS X. It is recommended that you
do not perform other tasks and operations during the installation process.
l Install the xdg-utils package before installing agent.
l If you intend to run any graphical components of the agent software on a Linux operating
system, make sure the Linux environment variable DISPLAY is set in your environment. If it is
not, you should set this variable to indicate the host name or IP address to which you want to
redirect the graphical display.
To set the variable DISPLAY:
n In C shell, type setenv DISPLAY <IP address or hostname>:0.0
n In Bourne, Bash, or Korn shell,
i. Type DISPLAY=<IP address or hostname>:0.0 and press Enter.
ii. Type export DISPLAY
Caution: If the agent is already installed in the current working directory, make sure you back
up your existing agent installation files before beginning installation. If you choose to overwrite
your existing RCA agent, all your customized data is lost.
You must set the standard Linux environment variables after installing the agent. These
environment variables should include the fully qualified path of the installed client exe files, the path
to the operating system-specific Motif libraries, and the standard Linux operating system paths for
operating system exe files and shared libraries. It is recommended that you include these as part of
the logon scripts of the Linux user ID who installs and maintains the agents.
LD_LIBRARY_PATH=/lib:/usr/lib:$IDMSYS:$LD_LIBRARY_PATH
where, $IDMSYS represents the fully-qualified path to the agent executables, often referred to as
the IDMSYS location. Motif represents the fully-qualified path to the Motif libraries installed with the
operating system.
Note: The Motif libraries are required to run RCA agent or RCA Administrator graphical tools
such as RCA Administrator Publisher, Administrator Agent Explorer, and the presentation of
the agent logon panel.
After the agent is installed, the file .nvdrc is placed in the HOME directory of the Linux user ID who
performed the installation. This file enables you to set the required environment variables. It is
recommended that you add a line to the appropriate logon scripts to invoke this shell script:
. $HOME/.nvdrc
After you perform an installation, make sure the RCA Application Manager is successfully
connected to the Configuration server. You can verify the connection if the message
'CONNECTED TO THE CONFIGURATION SERVER' appears in the connect.log file located
in the \Agent\Log folder on the client device.
The following library files are required to run the RCA agent on 64-bit Red Hat Enterprise Linux x86:
l glibc
l libXau
l libXdmcp
l libX11
l zlib
Install these library files using the appropriate package for your operating system. For example,
l For 64-bit Red Hat Enterprise Linux 5, the library files can be installed using the following
packages:
n glibc-2.5-12.i686.rpm
n libXau-1.0.1-3.1.i386.rpm
n libXdmcp-1.0.1-2.1.i386.rpm
n libX11-1.0.3-8.el5.i386.rpm
n zlib-1.2.3-3.i386.rpm
l For 64-bit Red Hat Enterprise Linux 6, the library files can be installed using the following
packages:
n glibc-2.12-1.7.el6.i686.rpm
n libX11-1.3-2.el6.i686.rpm
n nss-softokn-freebl-3.12.7-1.1.el6.i686.rpm
n zlib-1.2.3-25.el6.i686.rpm
You must also install the dependent packages for the listed rpm files.
Debian
The following library file is required to run the RCA agent on 64-bit Debian:
ia32-libs
Install this library file using the appropriate package for your operating system. For example,
For 64-bit Debian 6.0.7, the library file can be installed using the following package:
ia32-libs_20130215_amd64.deb
Ubuntu
The following library file is required to run the RCA agent on 64-bit Ubuntu:
ia32-libs
Install this library file using the appropriate package for your operating system. For example,
For 64-bit Ubuntu13.04, the library file can be installed using the following package:
ia32-libs_20090808ubuntu36_i386.deb
You must install the dependent package for the listed deb files.
CentOS
Following are the packages required to run RCA agent on 64-bit CentOS 6.4:
l libXau-1.0.1-3.1.i386.rpm
l libXdmcp-1.0.1-2.1.i386.rpm
l glibc-2.12-1.7.el6.i686.rpm
l libX11-1.3-2.el6.i686.rpm
l nss-softokn-freebl-3.12.7-1.1.el6.i686.rpm
l zlib-1.2.3-25.el6.i686.rpm
Fedora
Following are the packages required to run RCA agent on 64-bit Fedora 19:
l libXau-1.0.1-3.1.i386.rpm
l libXdmcp-1.0.1-2.1.i386.rpm
l glibc-2.12-1.7.el6.i686.rpm
l libX11-1.3-2.el6.i686.rpm
l nss-softokn-freebl-3.12.7-1.1.el6.i686.rpm
l zlib-1.2.3-25.el6.i686.rpm
The following packages must be installed on 32-bit and 64-bit Fedora 19 and CentOS 6.4 for
auditing:
l tog-pegasus-libs-2.12.0-2.el6.i686.rpm
l tog-pegasus-2.12.0-2.el6.i686.rpm
Graphical Installation
This section describes how to install the agents both on a local and on a remote computer using a
graphical user interface (GUI).
Local Installation
This section describes how to install the agents on a local computer using a GUI.
1. Open the command prompt and change your current working directory to the agent
subdirectory on the installation media.
Agent subdirectory for Linux: /Setup-Core/Media/client/default/linux
Agent subdirectory for Mac: /Setup-Core/Media/client/default/macx86
2. Type ./install, (for Mac OS X, type sudo ./install) and press Enter. The Welcome
window opens.
You can also installs the RCA agent in the graphical mode with no animations. Type
./install –mode plain, (for Mac OS X, type sudo ./install –mode plain). This
is useful for remote installations when network bandwidth is low.
3. Click Next. The End User License Agreement window opens.
4. Read the agreement and click Accept to continue. The Select Components to Install window
opens.
5. Select the check boxes for the agents you want to install.
6. Click Next. The Daemons window opens.
7. For Linux Users: Specify when you want the daemons to start. The daemons run on the client
computer and perform RCA management tasks. For more information, see "RCA Daemons"
on page 103.
n Select Start after installation to start the daemons after the RCA Agent installation is
complete.
n Select Automatic start after reboot via init scripts to configure the daemons to start
automatically each time the device is restarted.
8. For Linux Users: Click Next. The WBEM Server (OpenPegasus) Libraries window opens.
9. For Linux Users: Select Create Links to libraries to create a link to existing WBEM server
libraries. Type the location in the Library Search Path (s) text box. You can create links after
the RCA Agent is installed.
10. For 64-bit Linux Users: the CIM login dialog box opens.
Enter the credentials for the CIM server in the Username and Password fields. CIM is a
common information model for describing management properties that is not bound to a
particular implementation. For more information on CIM, refer the CIMSERVER
documentation on Linux.
11. Click Next. The Select Installation Type window opens.
12. Select Local Install to install the agent on a local computer.
13. Click Next. The Agent Location window opens.
14. Type the name of the directory where you want to install the agent, or click Browse to navigate
to it.
15. Click Next.
If the specified directory already exists, you will be prompted to verify this location.
a. If you want to update the existing directory, click OK.
b. If you want to specify a different location, click Cancel.
The Lib Directory window opens.
16. Type the name of the directory where you want to store proprietary information created by RCA
(the lib directory), or click Browse to navigate to it.
17. Click Next. The Log Directory window opens.
18. Type the name of the directory where you want to store the log files generated by RCA, or click
Browse to navigate to it.
19. Click Next. The Configuration Server IP Address window opens.
20. Type the IP address (format: xxx.xxx.xxx.xxx) of the Configuration server to which the
agent should connect. Specify a valid IP address or hostname recognized by the agent
workstation.
21. Click Next. The Configuration Server Port Number window opens.
22. Type the Configuration server's port number (default is 3464).
23. Click Next. The Package Settings window opens.
24. Review the settings displayed in the Package Settings window. If you want to change any of
the settings, click Back until you get to the appropriate window.
25. Click Install to install the agent with these settings.
26. After the installation is complete, click Finish to exit the program.
The RCA Agent is installed successfully. The default installation location for the RCA agent on
Linux is /opt/PSL/RCA/Agent. The default installation location for the RCA agent on Mac OS X
is /Applications/RCA/Agent.
Remote Installation
This section describes how to create an agent installation configuration file that can be used to
install the RCA agent in silent mode or to a remote computer.
Your RCA system administrator can perform a Remote Installation Setup process that creates a
remote installation package. This process stores the installation media in a selected directory path
and a configuration file is saved in a directory you specify. You can use the installation media and
configuration file to install the RCA agent in silent mode or to a remote computer. Subsequent agent
installations can be initiated from any number of intended agent workstations provided they can
access the directory path selected during the Remote Installation Setup process.
The remote installation is identical to the local install with the exception of two additional steps
required for creating the remote installation package. Follow the steps for a local installation as
described in the previous section, and when prompted in step 12, select Remote Install , and then
type the following information for creating the remote installation package:
1. In the Package Location text box, type the fully qualified path to a directory where you want to
store the agent installation media for future client installations, or click Browse to navigate to
it.
2. Click Next. The Package Configuration Name window opens.
3. In the Package Configuration Name text box, type the fully qualified path to a configuration file
that you want to use for silent installations, or click Browse to navigate to it. The configuration
file you specify contains the installation information you chose during the Remote Installation
Setup.
4. After the remote installation package is created, you can install RCA agent using the following
syntax:
./install –cfg <install.cfg>
where <install.cfg> is the name of the configuration file that was created during Remote
Installation Setup Process. The configuration file is used during the installation. For more
information, see "Customizing the Installation Configuration File" on the next page.
Silent Installation
The following prerequisites must be met before you start the silent installation process:
This installs the agent in silent mode based on the parameters set in the configuration file. For
information about configuration files, see "Customizing the Installation Configuration File" below.
The variables available in the configuration file are described in the following table.
1 designates a Remote
Installation Setup.
For Macintosh:
/Applications/PSL/RCA/Agent
/opt/PSL/RCA/Agent/radskman mname=NVDM,dname=SOFTWARE,ip=$ZIPADDR,
port=$ZDSTSOCK,cat=prompt,ind=y,uid=\$MACHINE,startdir=SYSTEM,ulogon=n
1. Open the command prompt and change the current working directory to the agent subdirectory
on the installation media.
Example:
Agent subdirectory for Linux: /Setup-Core/Media/client/default/linux
Agent subdirectory for Mac OS: /Setup-Core/Media/client/default/macx86
2. Type ./install –mode text (for Mac OS X, type sudo ./install –mode text) and
press Enter.
3. Type C and press Enter to view the License Agreement.
4. Read the license agreement, type Accept and press Enter.
5. In the next few steps, select which agents to install. Type Y or N and press Enter at each
prompt.
n Client Automation Application Manager
11. Specify the location for the RCA proprietary objects (IDMLIB), and press Enter.
12. Specify the location for the log files created by RCA (IDMLOG), and press Enter.
13. Specify the IP address of the Configuration server, and press Enter.
14. Specify the port number for the Configuration server, and press Enter.
15. Review the installation settings.
16. If you want to install the agent with these parameters, press Enter to accept the default
answer, Y.
If you want to change any of these settings, type N to re-enter the installation information.
17. Press Enter to install the agent.
RCA Daemons
The agent installation program installs the following daemon executables:
The installation of radexecd and radsched as services under Mac OS X installs sample startup
scripts under Mac OS X POSIX style path /Library/StartupItems/Radexecd and
/Library/StartupItems/Radsched.
The installation of the agent includes a subdirectory named sample. It contains a sample shell
script named daemons.sh that can be used to start, stop, and restart the radexecd and radsched
daemons.
The RCA Registration and Loading Facility (RALF) is an agent component that is available for thin
client devices and is managed by RCA infrastructure. RALF automatically registers the device with
the RCA infrastructure, and manages the RCA agent installation initiated from the main console.
Although RALF is part of the RCA agent for some devices, it may be pre-installed on the HP thin
client factory images so registration can occur on startup. If it is not on the factory image being
used, RALF can be installed and configured on the gold image that is used for subsequent OS
deployments.
Install RALF version 9 or above. Depending on the HP thin client image, RALF may be pre-
installed. In this case, it is configured using a default RCA server hostname defined as “rcaserver.”
For RALF installations, “rcaserver” or the host name defined using the RALF installation parameters
must be included in DNS. The host name of the RCA server must also be included in DNS when
the RCA agent is installed from the RCA Console. RALF can also be reconfigured to define a
different hostname using the command line options that are described in this section. However, if
you are installing the RCA agent manually, you can use the files that are provided on the RCA
media to install RALF (if it is not present) before the RCA agent installation.
After it has been installed, RALF runs as a daemon that periodically probes for the RCA server.
This probing continues for 24 hours, and then RALF shuts down. It starts this 24-hour probe again
on reboot. After the server is contacted, RALF registers the device with the RCA infrastructure and
waits to accept the request to install the RCA agent. After the agent is installed, RALF periodically
contacts the server and verifies device registration attributes.
You can use additional command line parameters when configuring RALF as described in "RALF
Command Line Parameters" on page 106. These parameters are applicable to the Windows and
Linux based thin client devices.
The following prerequisites must be met before you install the RCA agent on the Windows thin
client devices:
l Install RALF before you install or deploy RCA agent. If RALF is not present, install RALF on thin
client devices as described in the section, "Installing RALF " on page 106.
l Minimum 7 MB free space.
l Enable port 3466 on RCA agent in the RCA environment to communicate with Core and Satellite
servers.
1. Access the RCA media from the Windows XPE thin client device.
2. Navigate to \Setup-Core\Media\client\default\win32xpe.
3. Run setup.exe.
4. Follow the installation steps.
When prompted for the IP address and port number, specify the Core Server details.
5. Reboot the device when the RCA agent installation is complete.
To install the RCA Agent on Windows CE:
1. Open the RCA media from the Windows CE thin client device, and navigate to \Setup-
Core\Media\client\default\win32ce directory.
2. Double-click Standard.X86.CAB.
3. Specify the hostname or IP address and Port number of the Core Server.
4. Click OK.
5. Reboot the device when the RCA agent installation is complete.
Navigate to PSL\RCA\Agent\Logfolder to verify the ralf.log file for successful registration
message.
On the Core Console, click Refresh Data on the Device tab, to view the updated thin client device
details. For more information on deploying RCA agents using the Core Console, see the Radia
Client Automation User Guide.
where, <server_ip> is the IP address of your Core server and <server_port> is the port
number of your Core server.
where <logfile> is the complete path where Windows Installer log file is created.
where, <server_ip> is the IP address of your Core server and <server_port> is the port
number of your Core server.
Installing RALF
To install RALF on Windows XPE and WES:
where <HOSTNAME> is the hostname of your Configuration server and <portnumber> is the port
number of the Configuration server.
where <HOSTNAME> is the hostname of your Configuration server and <portnumber> is the port
number of the Configuration server.
Note: These command line parameters are provided here for documentation purposes, as
most are used internally.
host <host> Specifies optional RCA server host for probing and
registration.
port <port> Specifies optional RCA server port for probing and
registration.
1. Right-click the Lock icon in the notification bar. Navigate to Start > Control Panel > HP Write
Filter Configuration > General Tab.
2. Select Enhanced Write Filter (EWF) or File Based Write Filter (FBWF).
3. Reboot the thin client device.
4. Navigate to Start > Control Panel > HP Write Filter Configuration > Exclusion List tab.
5. Click Add to add the following folders:
n Navigate to C:\Program Files\PSL\RCA\ Agent for 32-bit OS or to C:\Program
l Install RALF before you install or deploy RCA agent. If RALF is not present, install RALF on thin
client devices as described in the section, "Installing RALF on Linux (Debian or ThinPro)" on the
next page
l Minimum 7 MB free space on the /opt file system.
l Enable port 3461 on Linux clients to use radsched successfully.
l The BIOS must contain a valid serial number and device UUID to manage thin client devices. It
is recommended that you set the asset tag .
1. Login to the target HP thin client device as root. If you are using the ThinPro operating system,
create a custom connection for xterm as follows:
a. From the HP menu in the lower left corner, select Shutdown.
b. From the Thin Client Action drop down, select switch to admin mode and specify the
Administrator password (default password is root).
c. From the Control Center, click Add from the list and select the custom option.
d. Set Name to xterm.
e. Set Command to run to: sudo xterm -e bash &.
f. Click Finish.
You now have a connection you can use to open an xterm session.
2. Create a new directory /opt/rca.
3. Copy the install media from the appropriate Linux thin client sub-directory on the RCA media to
a temporary directory such as /tmp.
4. Change the working directory to the new temporary directory and run the installation by typing:
./install –i RCA_Server
where RCA_Server is the hostname or IP address of the RCA Configuration server.
5. Restart the device when the agent installation is complete.
Note: You must have root authority to install RALF to Linux devices.
Do not use the Windows Control Panel applet Add/Remove Programs to remove RCA Core or
Satellite server. All the RCA files are not removed using this option. Some files and folders (for
example, the directory C:\Program Files\PSL\RCA and any files that were added or changed
since the initial installation) remain on the server and should be manually removed.
Note: Using this option might override the customizations to the registry.
Note: Using this option might override the customizations to the registry.
where FeatureStateArgument is one of the arguments listed in the table RCA Administrator Tools
Feature State Arguments and Feature1, Feature2 can be any of the arguments listed in the table
RCA Administrator Tools Features Arguments.
For example, type the following command to remove RCA Administrator CSDB Editor and RCA
Administrator Agent Explorer silently:
SETUP.EXE REMOVE=NVDINSTALLSYSTEMEXPLORER, NVDINSTALLCLIENTEXPLORER
/qn
Files\PSL\RCA\BatchPublisher.
n For Linux, the default installation directory is /opt/PSL/RCA/BatchPublisher.
2. Delete the folder BatchPublisher to uninstall Batch Publisher.
where FeatureStateArgument is one of the arguments in the table RCA Administrator Tools Feature
State Arguments and Feature1 and Feature2 are arguments in the table RCA Administrator Tools
Features Arguments.
For example, type the following command to repair RCA Administrator packager:
SETUP.EXE ADDLOCAL=NVDINSTALLPACKAGER
Note: To remove specific tools of RCA Administrator tools, use the Modify option on the
Application Maintenance window.
where, FeatureStateArgument is one of the arguments in the table RCA Administrator Tools
Feature State Arguments and Feature1 and Feature2 are arguments in the table RCA Administrator
Tools Features Arguments.
For example, type the following command to install RCA Administrator Packager to the local hard
drive, and to make RCA Administrator CSDB Editor and RCA Administrator Agent Explorer
unavailable:
SETUP.EXE ADDLOCAL=NVDINSTALLPACKAGER
REMOVE=NVDINSTALLSYSTEMEXPLORER,NVDINSTALLCLIENTEXPLORER
Note: In a Lockdown enabled environment, if you apply Access Control List (ACL) settings to
the RCA agent directories, make sure you revert the ACL settings before you perform the
remove, repair, or modify operations for an RCA agent installer.
Note: To remove sub-features of the RCA agent, use the Modify option on the Application
Maintenance window. For more information, see "Modifying RCA Agent Installation" on page
118.
For additional arguments, see "Installing RCA Agent Using Command Line" on page 87.
or
To remove a single RCA agent, on the command line type a comma-delimited list of the sub-
features that you want to remove.
For example, type the following command to remove RCA Application Self-Service Manager and
RCA Application Manager silently:
SETUP.EXE REMOVE=NVDINSTALLRSM,NVDINSTALLRAM /qn
Note: This removes the sub-features only, not the entire product. Therefore, if you use the
REMOVE argument and type each of the sub-feature names, the core product will still be
stored on your computer.
n radexecd
Use the Windows Control Panel applet Add/Remove Programs to remove RCA agent from
Windows CE.
2. Select Repair.
3. Click Next. The Radia Client Automation Application Manager Agent Ready to Repair the
Application window opens.
4. Click Next. When the repair is complete, the RCA agent has been successfully installed
window opens.
5. Click Finish.
To use a command line to repair Agent on Windows:
where Sub-FeatureStateArgument is one of the arguments listed in the table RCA Agent Sub-
Feature State Arguments and Sub-Feature1, Sub-Feature2 can be any of the arguments listed in
the table RCA Agent Sub-Feature Command-Line Mnemonics.
For example, type the following command to install RCA Application Self-Service Manager and to
make the RCA Inventory Manager and RCA Application Manager unavailable.
For additional arguments, see "Installing RCA Agent Using Command Line" on page 87.
After upgrading to RCA 9.10, you shall observe that the zone name in RCA Console, RCA
Windows services names, configuration files names, and registry keys values have been
rebranded from HPCA to RCA. For 64-bit OS, the registry key will be located at HKEY_LOCAL_
MACHINE\SOFTWARE\Wow6432Node.
If you are upgrading to RCA 9.10 from HPCA 7.80, 7.90, or 8.10, you must contact RCA Support to
obtain a new license for accessing the mobile device management (MDM) feature.
Note: This chapter applies only to RCA Core and Satellite installations; it does not apply to
HPCA “classic” (component-based) installations. For information on migrating HPCA Classic
installation to RCA Core and Satellite installation, see the Radia Client Automation Migration
Planning and Best Practices Guide from HP Live Network
athttps://hpln.hp.com/node/8945/attachment.
Use procedures listed in this chapter to upgrade the following RCA Core and Satellite versions to
the latest version of RCA Core and Satellite:
Note: To access the latest RCA Core and Satellite migration framework posted on HP Live
Network, g o to https://hpln.hp.com/node/13815/attachment > Migration Process, Doc
Tools > Core to Core Migration.
The following files are not included as part of the RCA 9.10 installation media.
However, these files are required on the Core and Satellite servers to use the OS Management
feature as desired. For information on how to get and use these files on the Core and Satellite
servers see the Radia Client Automation 9.10 Release Notes.
l If you have customized the RADISH Rexx script by replacing it with the RADISHSS Rexx
script, you can use the out-of-the-box solution supplied with RCA 9.10 to do the single service
optimization.
l When upgrading RCA Administrator Batch Publisher 9.10, the configuration files are not
upgraded, which enables you to retain the previous customized publishing configurations to use
with the updated software.
l The RCA Administrator tools are automatically installed with the Core server. The existing RCA
Administrator tools on the same computer as Core server are automatically upgraded to the
latest version. To upgrade RCA Administrator tools on another computer, see the "Upgrading
RCA Administrator Tools" on page 153.
l Any customizations done to the UMCOLLCT, UMDESTPT, UMINVENTclasses will not be
migrated automatically during the upgrade process. You need to do the customizations again
using the CSDB Editor after successful upgrade of RCA.
l After upgrading to RCA 9.10, you shall notice that the display name for the zone has been
updated from HP to Radia. However, the backend structure of the zone remains unchanged.
Installation Prerequisites
The following prerequisites should be met before upgrading RCA Core server:
l Make sure that the RDBMS version you use is supported by RCA 9.10. For information on
supported RDBMS, see the Radia Client Automation Support Matrix available at the URL:
https://support.persistentsys.com/home. For more information on how to upgrade your Oracle or
Microsoft SQL Server database, check the respective database documentation.
l You must block the access to the Core server communication ports until the upgrade and
restoration of the Core server is complete. The agent and Satellite server connections to the
Core server during the upgrade process can result in duplicate device entries.
l You must ensure that the drive contains adequate free space to store the backup before
upgrading RCA Core server.
l The upgrade process updates the existing RCA database schema through the upgrade scripts
automatically.
l If you are upgrading RCA Core server and want to retain the OOBM configuration and data files
for later use, you must manually copy and replace the configurations.
l After upgrade, all managed devices in the RCA environment must be connected to the RCA
Core server once for Role-Based Access Control (RBAC) feature to work as expected.
l After upgrade, you must unentitle the previous existing DISCOVER_SECTOOLS_AV_AS_FW
service; update HP Live Network to download new security templates; entitle the default
DISCOVER_SECTOOLS_HP_SECTOOLS_MGMT_ALL_V001 or a new customized service
and run a security connect for all managed devices.
Before upgrading from RCA 9.00 to RCA 9.10 for mobility feature, you must first install a hotfix
released for RCA 9.00 MDM feature and then upgrade to RCA 9.10. PSL does not support
upgrade to RCA 9.10 without installing the RCA 9.00 MDM feature upgrade hotfix.
Upgrade Process
The RCA Core server upgrade process includes the following tasks:
1. From the RCA installation media, copy the \Setup-Core\migrate folder to a temporary
location (for example, C:\migrate) on the existing Core server.
You must copy this folder to a temporary location on the existing Core server since the upgrade
scripts cannot be run directly from the RCA media.
2. Open command prompt and change the directory to the newly copied migrate folder.
3. Type the following command:
rcabackup drive
where, drive is the drive label for the drive where you want to store the backup files. Ensure
that the drive contains free space to store the backup files. The script detects the available
space and provides an estimate for the required space. The space required is approximately
same as the currently installed size.
For example, to store the files on C: drive, enter the following command:
rcabackup C
The current installed version of the Core server is detected and, if adequate space is available,
the upgrade process begins to store the backup files in C:\HPCABackup\HPCABackup
directory.
Caution: Do NOT move the HPCABackup folder to another drive. If you move this folder,
the restore operation does not work.
4. After the script identifies the tasks that are to be completed to initiate the backup, the RCA-
preview-report.html opens in the default web browser. Review the preview report
carefully before you continue with the backup process.
If you are migrating from RCA Core and Satellite version 7.90 or prior, the COP resolution
process has changed. A few new classes have been added to the CLIENT domain to support
the Satellite Management feature.
5. After reviewing the preview report, type y to start the backup process.
6. During migration, a new instance is created in the CLIENT.SUBNET class for each location in
the CLIENT.LOCATION class.The CLIENT.SUBNET instance use the LOCATIONNAME_
SUBNETMASK format. The value for LOCATIONNAME is retrieved from the
CLIENT.LOCATION class in the CSDB and the value for SUBNETMASK is retrieved from the
DeviceConfig table in RDBMS. If SUBNETMASK is not available in the DeviceConfig table,
the backup process generates a warning that an inconsistency is identified in the CLIENT
domain, and prompts if you want to continue with the backup process. You can choose to
continue or end the backup process. If all SUBNETMASKS are retrieved from the
DeviceConfig table, backup process completes without any prompt.
n If you get a prompt for SUBNETMASK, browse to the CLIENT.LOCATION class in the
CSDB Editor and verify if the LOCATION instance is valid. If the LOCATION instance is
not required, delete the instance and run the backup process again. If you are not able to
decide whether to keep or delete the location instance, contact RCA Support.
7. After the backup tasks are completed, the command prompt displays the following message:
Info: Action completed
Info: Backup Completed Successfully
Press [ENTER] to end
Note: If the backup script is run again, a new backup folder is created. The existing
C:\HPCABackup\HPCABackup folder is renamed to a timestamp folder (for example,
C:\HPCABackup\HPCABackup-1263495101) and a new
C:\HPCABackup\HPCABackup folder is created.
8. The rca-backup-report.html file opens in the default browser. Verify this file to
determine the tasks that were completed during the backup process. This file also directs you
to the respective logs that you must refer to for an error or a warning message. You must
review all error and warning messages in this file as these may indicate the need for manual
intervention to ensure that settings are upgraded as per your requirement.
1. Navigate to the Setup-Core directory on RCA 9.00 installation media, and run the
RCACore.msi. The Radia Client Automation Core Installer window opens.
2. Click Next. The installer detects an upgrade and prompts you to confirm that you have read the
migration guide and completed the prerequisite backup steps before continuing.
3.
Caution: Failure to complete the prerequisite backup task before running the upgrade
results in data loss.
4. Click Yes to continue with the upgrade. The Radia Client Automation Core Installer window
opens.
5. Click Next. The Radia Client Automation Software License Agreement page opens.
6. Review the Radia Client Automation Core license terms, select I accept the license
agreement and click Next. The Radia Client Automation Installation Folder page opens.
7. The Installation Folder page displays the default installation directory for the RCA Core server.
Type the location where you installed previous version of the Core server and click Next. The
Radia Client Automation Data Folder page opens.
8. The Data Folder page displays the default directory for the RCA Core server data files. Enter
the location where you saved your Data folder for previous version of the Core server and click
Next. The Radia Client Automation Host Name page opens.
9. Enter the hostname of the previous version of the Core server and click Next. The Radia Client
Automation Server Ports page opens.
10. Enter the Web Server and Configuration Server ports used for previous version of the Core
server and click Next. The Radia Client Automation Installation Confirmation page opens.
11. Click Next to start the installation.The existing installation is removed, and a new version is
installed.
12. Click Finish to complete the RCA Core server installation. The RCA Core Console
automatically opens, and the login window is displayed in the default browser.
13. On the login window, specify the default user name, password, and directory source. The
default user name is admin and the password is secret.
Note: During upgrade, the administrator password for user admin is reset to secret.
14. Click Sign In. The First Time Setup Wizard opens and prompts you for initial configuration
settings for your RCA environment.
15. Close this browser window. Do not run the First Time Setup Wizard. The settings are
automatically applied during the upgrade process.
16. If you are prompted to reboot the server, click Yes to reboot.
Caution: You must reboot immediately when prompted. If you do not reboot when
prompted, files marked for deletion are not deleted completely.
1. Open the command prompt and navigate to the migrate folder that you created in Task 1.
2. Run rcarestore.cmd followed by the drive on which you stored the backup files in Task 1.
For example, to restore the files from C:, type:
rcarestore C
a. After the script identifies the restore tasks to be completed, the file RCA-preview-
report.html opens in the default web browser. Review any actionrequired
messages in the preview report carefully before you continue with the restore operation.
o You must review the changes required for the rcs module. The rcs migration logic
detects any customizations you made to the CSDB class schema and attempts to
merge these forward. If CSDB class schema customizations are identified, an
actionrequired message is created for the rcs module. The ZEDMAMS script is
generated to migrate these CSDB customizations forward. The scripts can be located
in the \HPCABackup\HPCABackup\rcs\database\CLIENT\ directory. Each such
script should be manually reviewed and, if necessary, modified before continuing with
the restore operation.
o You must also review the information about the subnets that are being imported into the
CLIENT domain.
o The preview report contains an actionrequired message for the Policy server with
the description "Policy Server processing and configuration
settings has been changed since the version you are migrating
from, please refer to the migration documentation for
additional information on new policy server operation".
The directory services configured in RCA environment for policy management are
automatically mounted on Policy server for policy resolution. During this process, a
.cfg file is created for each directory service. These configuration files include
parameters used to connect to the directory services and to perform policy resolution.
If you have not applied any customization to these configuration files in your
environment, ignore this message. However, if you have modified the default Policy
server configurations manually, complete the following steps:
o Compare the configuration files in the
<InstallDir>\PolicyServer\etc\ldap directory to the configuration files
backed up from the previous installation to identify the additional parameters for
policy resolution on a specific directory service.
o Manually add the additional parameters in the overrides section of the individual
configuration file.
3. After reviewing the preview report, type y in the command prompt to continue with the restore
operation.
The data stored in the HPCABackup folder is upgrade into the new RCA environment.
In case of a failure, the restore operation is triggered again from where it was left off. To
perform a fresh restore, you must remove the RCA-restore* files from the HPCABackup
folder.
4. The rca-restore-report.html file opens in the default web browser. Review the file to
determine the changes during the restore process.
It is important to review all warning messages, as these may indicate the need for manual
intervention to ensure that settings are upgraded as per your requirement.
Note: If there are unhandled errors, take corrective actions, and start the restore operation
again. You must review the actions taken in the preview report again, and then complete
the restore operation.
After a successful upgrade, you can verify the subnet details by clicking Core Console -
>Configuration ->Infrastructure Management -> Satellite Management -> Subnets. A
caution icon is displayed with each invalid subnet. If the subnet is not required, delete the
instance. If you are not able to decide whether to keep or delete the subnet, contact RCA
Support.
When you upgrade from RCA 7.80, the Job History data will not be restored. If you need the past
data is available at /HPCABackup/HPCABackup/rmp/temp/dbexport_jobhistory.ldif
which is captured during backup.
When you upgrade from the HPCA 7.90, configuration will be retained for the following
components. :
l Apache Server
l Messaging Server
l Mini Management Server
l Multicast Server
l Patch Manager
l Virtualization Management Server
You must configure other components.
After you upgrade your RCA Core server and restore your data, you must upgrade the RCA
database. RCA uses sqlmigrate script to upgrade the database.
1. Export the contents of database tables listed in "SQL Database Tables that must be
Upgraded" on page 155.
2. Drop these tables.
3. Re-create these tables.
4. Import the data into the updated table structure.
You can also perform these steps manually as described in "Upgrading the RCA SQL/Oracle
Database Manually" on page 154.
where, DriveLetter is the drive where the script stores exported data and any error information
created during the subsequent import. Data is stored at the following location:
DriveLetter:\HPCABackup\SQLMigrate
For large databases, this upgrade step may take many hours.
Note: If the sqlmigrate script is run again, a new data folder is created. The
C:\HPCABackup\SQLMigrate folder is renamed to a timestamp folder as
C:\HPCABackup\SQLMigrate-timestamp where, timestamp indicates when the
data folder was created.
1. Open a web browser and log on the Core Console using the following URL:
http://RCA_host:3466
l During upgrade, the Agent Updates Version under Core Console > Configuration > Patch
Management > Agent Updates is set to the newer version. If you do not plan to upgrade the
Patch Agent to the newer version on the client devices, you must set the version to the previous
version that was applied before upgrading.
l During upgrade, the Enable Download of Patch Metadata only option under Core Console >
Configuration > Patch Management > Distribution Settings is set to enabled. You must
disable the Enable Download of Patch Metadata only option after upgrading if you do not
want to use the metadata model for Microsoft bulletins.
Installation Prerequisites
You must ensure that the drive contains adequate free space to store the backup before upgrading
RCA Satellite server.
Upgrade Process
If you have a customized set-up that uses resources from the CSDB on the Satellite server, make
sure that the dataless parameter value is set to 0 in the dmabatch.rc file on the Satellite server.
Doing this, the backup and restore procedure automatically takes backup of the resources on
Satellite and restores them during the restore procedure. This prevents the download of all
resources from the Core server when the initial synchronization happens after Satellite upgrade.
The current version of the Satellite server is detected and, if adequate space is available, the
upgrade process begins to store the backup files in C:\HPCABackup\HPCABackup
4. After the script identifies the tasks that are to be completed to initiate the backup, the RCA-
preview-report.html opens in the default web browser. On the command prompt, type y
to start the backup tasks.
5. After the backup tasks are completed, the command prompt displays the following message:
Info: Action completed
Info: Backup Completed Successfully
Press [ENTER] to end
Caution: Do not move the HPCABackup folder to another drive. If you move this folder, the
restore operation does not work.
Note: If the backup script is run again, a new backup folder is created. The
C:\HPCABackup\HPCABackup folder is renamed to a timestamp folder (for example,
C:\HPCABackup\HPCABackup-1263495101) and a new
C:\HPCABackup\HPCABackup folder is created.
6. The rca-backup-report.html file opens in the default browser. Verify this file to
determine the tasks that were completed during the backup process.
You must review all error and warning messages in this file, as these may indicate the need for
manual intervention to ensure that settings are migrated properly.
1. Navigate to the Setup-Satellite directory on RCA 9.10 installation media, and run the
RCASatellite.msi. The Radia Client Automation Satellite Installer window opens.
2. Click Next. The installer detects an upgrade and prompts you to confirm that you have read the
migration guide and completed the backup task before continuing.
3. Click Yes to continue with the upgrade. The Radia Client Automation Satellite Installer window
opens.
4. Click Next. The Radia Client Automation Software License Agreement page opens.
5. Review the Radia Client Automation Satellite license terms, select I accept the license
agreement, and then click Next. The Radia Client Automation Installation Folder page opens.
6. The Installation Folder page displays the default installation directory for the RCA Satellite
server. Type the location where you installed previous version of the Satellite server and click
Next. The Radia Client Automation Data Folder page opens.
7. The Data Folder page displays the default directory for the RCA Satellite server data files.
Enter the location where you saved your Data folder for previous version of the Satellite server
and click Next. The Radia Client Automation Host Name page opens.
8. Enter the hostname of the previous version of the Satellite server and click Next. The Radia
Client Automation Server Ports page opens.
9. Enter the Web Server and Configuration Server ports used for previous version of the Satellite
server and click Next. The Radia Client Automation Installation Confirmation page opens.
10. Click Next to start the installation.The existing installation is removed, and the new version is
installed.
11. Click Finish to complete the RCA Satellite server installation.The Windows Security login
window opens in your default browser.
12. On the login window, specify the default user name, password, and directory source. The
default user name is admin and the password is secret.
Note: During upgrade, the administrator password for user admin is reset to secret.
13. Click OK. The First Time Setup Wizard opens, and prompts you for initial configuration
settings for the RCA environment.
14. Close this browser window. Do not run the First Time Setup Wizard. Your settings are
automatically applied during the upgrade process.
If you are prompted to reboot the server, click Yes to reboot.
Caution: You must reboot immediately when prompted before continuing further. If you do not
reboot, files marked for deletion are not deleted completely.
1. Open the command prompt and navigate to the migrate folder that you created in Task 1.
2. Run rcarestore.cmd followed by the drive on which you stored the backup files in Task 1.
For example, to restore the files from C:, type:
rcarestore C
3. After the script identifies the restore tasks to be completed, the file RCA-preview-
report.html opens in the default web browser. Review this preview report.
4. After reviewing the preview report, type y in the command prompt to continue with the restore
operation.
The data stored in the HPCABackup folder is migrated into the new RCA environment.
If a failure occurs during restore, subsequent restore attempts are triggered from where restore
operation left off. To perform a fresh restore, you must remove the RCA-restore* files from
the HPCABackup folder.
5. The rca-restore-report.html file opens in the default web browser. You must review all
error and warning messages in this file, as these may indicate the need for manual intervention
to ensure that settings are migrated as per your requirement.
Note: If there are unhandled errors, take corrective actions, and start the restore operation
again. You must review the actions taken in the preview report again, and then complete
the restore operation.
Note: RCA resource data is converted from Apache format to the Integration-based Proxy
server format and moved to the Proxy server Data location during the restore process for
versions 7.50, 7.80, and 7.90. For example, after restore process is complete, the
converted RCA resource data is copied to the \Data directory. Default location of \Data
directory is C:\Program Files\PSL\RCA\Data\ProxyServer\static.
1. Open a web browser and browse to the following URL to open the Satellite Console :
http://<localhost>:3466
Note: After a successful Satellite server upgrade for versions 7.50, 7.80, and 7.90, RCA
resource data is converted from Apache format to Integration-based Proxy server format and
moved to the Satellite server data location. The default Satellite server data location is
<InstallDir>\Data\ProxyServer\static.
You cannot upgrade classic Proxy server on Linux. Install the Proxy server on Linux again to use
the Proxy server on Linux with RCA 9.10.
1. Copy the \Setup-Satellite folder from RCA installation media and paste it to a temporary
location on Proxy server computer. For example, C:\Temp.
2. Navigate to the C:\temp\Setup-Satellite folder.
3. Open the command prompt and type the following command:
migrate-satellite-unattended.cmd -proxyserver-cache-dir
<proxyserver-cache-dir_path>[-logfile <logfile_path>]
where,
- <proxyserver-cache-dir_path> is the full path of the current target Proxy server
cache directory. For example, C:\Program Files\PSL\RCA\Data\ProxyServer.
- logfile is full path and file name of the log to which messages should be written. This
parameter is optional. For example, C:\temp\proxy-migration.log.
Following is a sample command:
migrate-satellite-unattended.cmd -proxyserver-cache-dir "C:\Program
Files\PSL\RCA\Data\ProxyServer" -logfile "C:\temp\proxy-
migration.log"
4. After you upgrade to the Satellite server, run the First Time Setup Wizard (see "Post
Installation Configuration" on page 50) to apply post-install configurations to this Satellite
server.
5. Synchronize the Satellite server with its upstream host. For more information, see "Task 4:
Synchronize Satellite" on the previous page.
Note: After a successful upgrade from Proxy server to Satellite server, RCA resource data is
moved to the Satellite server data location. Following are the default Satellite server data
locations for static and dynamic cache:
<InstallDir>\Data\ProxyServer\static
<InstallDir>\Data\ProxyServer\dynamic
Task 1: Add the Proxy server on Windows to the Core and Satellite servers group.
For information on how to add a device to the Core and Satellite group, see the Add a Satellite
Server section in the Radia Client Automation User Guide.
1. On the Configuration tab, go to the Infrastructure Management, and then click Satellite
Management.
2. Click the Servers tab.
3. Select the Proxy server computer that you added to the Core and Satellite servers group in
Task 1.
4. Click the Install the Satellite Server toolbar button to launch the wizard.
5. Type the User ID and Password to be used for deployment. This account must have
administrator-level access on the target device.
6. Click Next. The Properties window opens.
7. Select the Installation Drive, Data Drive, and Deployment Mode.
8. Click Next. The Schedule window opens.
9. Specify the run schedule for the deployment job. Select Run: Now to deploy the Satellite
server immediately after you complete the steps in the wizard, or select Run: Later to
schedule a date and time for deployment.
10. Click Next. The Summary window opens.
11. Review the summary information.
12. Click Submit. A Satellite Server Deployment job is created. The deployment may take a long
time with limited bandwidth. You can check the status of the job in the Jobs Management area
on the Management tab.
13. Click Close to exit the wizard.
14. After you upgrade to the Satellite server, run the First Time Setup Wizard (see "Post
Installation Configuration" on page 50) to apply post-install configurations to this Satellite
server.
15. Synchronize the Satellite server with its upstream host. For more information, see the "Task 4:
Synchronize Satellite" on page 133.
Note: After a successful upgrade from Proxy server to Satellite server, RCA resource data is
moved to the Satellite server data location. Following is the default Satellite server data
location:
<InstallDir>\Data\ProxyServer\static
<InstallDir>\Data\ProxyServer\dynamic
Note: After successful Satellite server upgrade, the synchronization status fields on the
Configuration tab > Infrastructure Management > Servers tab do not show any values. The
synchronization status fields are populated after the Satellite servers are synchronized with
upstream server.
Use the procedures described in this section to upgrade the RCA agent from the following versions:
Operating
System Current ZSTOP Value Change To
Operating
System Current ZSTOP Value Change To
Note: To upgrade from HPCA Agent version 7.90 to RCA 9.10, you must update ZSTOP
expressions.
You can verify upgrade.log in the %IDMLOG% directory to check the status of the agent upgrade.
Prerequisites
The following prerequisites must be met before you start the upgrade process:
l When scheduling the agent migration, ensure that the agent does not have other connects
scheduled at the same time. The connects can be resumed after the agent upgrade is complete.
l Modify the identification and startdir parameters in the [Args] section of the
Install.ini file, such that the device does not have a SYSTEM connect. If these values are
not modified, the Install.ini overwrites the default values in the existing args.xml file
after the upgrade and the RCA Application Self-Service Manager has a SYSTEM connect.
l Ensure that you meet all the requirements described in the sections "Hardware and Software
Requirements" on page 73 and "Installation Prerequisites" on page 74.
n Using Control Panel: Click Start > Control Panel > Administrative Tools > Services.
From the list of services, select RCA Configuration Server and click Stop the service.
2. Navigate to the Setup-Core\Media\client\Migration directory on the RCA
installation media folder. Copy the RCA agent installation service files, RCA_AGENT_0910_
UPGRADE_WIN.XPI and RCA_AGENT_0910_UPGRADE_WIN.XPR and paste them to the
\bin directory of the RCA Configuration server.
3. Open command prompt and change the directory path to:
<InstallDir>\ConfigurationServer\bin.
4. Type the following command to import the instances and press Enter:
raddbutil import -input RCA_AGENT_0910_UPGRADE_WIN -commit yes
n Using the Control Panel: Click Start > Control Panel > Administrative Tools > Services.
From the list of services, select RCA Configuration Server and click Restart the service.
8. Use the RCA Administrator CSDB Editor to view the new service in
PRIMARY.SOFTWARE.ZSERVICE.
4. Right-click Install.ini in the tree view and select Edit this Component from the shortcut
menu.
5. The Editor Selector for Install.ini dialog box opens. Use this dialog box to select the
resident editor you want to use to make the changes to this file. For example, select Notepad
to open the Install.ini file with Notepad.exe.
6. Save and close the Install.ini file.
7. Connect the service to the appropriate users for distribution.
After the service is distributed to a user and the RCA agent upgrade is complete, the service is
not available to the user. This service is automatically removed from the RCA agent desktop.
There is a ZSTOP expression in the RCA agent upgrade (ZSERVICE) instance that evaluates
to TRUE after the RCA agent is upgraded. After the expression evaluates to TRUE, the
temporary service folder and the RCA agent installation files are removed.
8. Reboot the agent device.
Using the Radia Client Automation Core Console, complete the following tasks to upgrade an
existing agent version:
l RCA agent 7.80 or 7.90 Non-Lockdown to RCA agent 9.10 Non-Lockdown mode.
l RCA agent 7.80 or 7.90 Non-Lockdown to RCA agent 9.10 Lockdown mode.
l RCA agent 7.8.1 or 7.90 Lockdown to RCA agent 9.10 Lockdown mode.
l RCA agent 7.8.1 or 7.90 Lockdown to RCA agent 9.10 Non-Lockdown mode.
The RCA agent 7.80, 7.90, and 8.10 can be upgraded to RCA agent 9.10 with Non-Lockdown mode
by using a simple upgrade. For information on the upgrade steps, see "Upgrading RCA Agent on
Windows" on page 137.
Complete the following tasks to upgrade RCA agent in Lockdown enabled mode:
Set the following Lockdown parameters in the [Properties] section of the Install.ini file:
[Properties]
LOCKDOWN=Y
LOCKDOWNSCRIPT=<Customized-Script>
where, customized script is the script you can use to set the Access Control Lists (ACLs) to the
agent folders in the RCA environment. It provides a sample file, setacls.bat that contains
sample statements that you can use to create a customized script. Ensure that the customized
script is in the same directory as the Install.ini and setup.exe files.
Upgrade the agent using the procedures listed in the section "Upgrading RCA Agent on Windows"
on page 137.
Transfer the user data to the respective user profiles. You can retain the user data in the respective
user profiles by running the secure_migrate.tcl script. The secure_migrate.tcl script
automatically reads all the data objects in the IDMROOT folder, <InstallDir>\Agent\Lib, for
each user and moves the data objects to the user profile set in the script.
l On Windows XP and Windows 2003 Server, the Administrator user contents are moved to:
C:\Documents and Settings\Administrator\Local Settings\Application
Data\RCA\Agent
l On Windows Vista, Windows 7, and Windows 2008 Server, the Administrator user contents are
moved to:
C:\Users\Administrator\Appdata\Local\RCA\Agent
Note: If you need to run the customized script for setting ACLs as well as the secure_
migrate.tcl script, you can append the contents of the secure_migrate.tcl script
to the customized script. Use this customized script in the LOCKDOWNSCRIPT parameter in
the [Properties] section of the Install.ini file.
To migrate the user data to the respective user profiles, follow these steps:
Tip: You can move the data objects of all the users at the same time by replacing the
<username> with the value ZUSERID in the above mentioned paths.
Complete the following tasks before upgrading to RCA agent 9.10 in Lockdown enabled mode:
In RCA 7.8.1, the setsecure.bat file is used to enable the Lockdown mode and to set the
Access Control Lists (ACLs) to the agent folders. Complete the following steps, to retain the ACL
settings:
1. Copy the customized script you had previously created for RCA 7.8.1, 7.90, and 8.10 to the
folder Setup-Core\Media\client\default\win32. The contents of this folder are
delivered to the target device during remote deployment.
2. Set LOCKDOWN=Y in Install.ini file of RCA 9.10 to enable Lockdown.
3. Set LOCKDOWNSCRIPT=<Customized-Script>.
Note: It is recommended that when you upgrade to RCA 9.10, do not use the default
setsecure.bat and setacls.bat files in the LOCKDOWNSCRIPT parameter. Update
these files based on your requirements.
Modify the [Properties] section of Install.ini file of RCA 9.10 for IDMUSR to retain the user
contents after a successful upgrade. Set the IDMUSR value in the latest version to the IDMUSR
value used in the previous version of agent installation.
In a Non-Lockdown enabled mode, the NVD.INI file resides in the IDMROOT folder,
<InstallDir>\Agent\Lib. The NVD.INI file location saved in the registry file is HKEY_
LOCAL_MACHINE\Software\Novadigm\Radia\Settings\INIPath.
When the Lockdown mode is enabled, the NVD.INI file is moved from the IDMROOT folder to the
IDMSYS folder, <InstallDir>\Agent. After the NVD.INI file is moved, it is no longer available
to the user.
After the Lockdown mode is enabled, the location of the NVD.INI file is changed to the IDMSYS
folder, however, the path for IDMROOT folder is retained in the registry file. When upgrading to RCA
agent 9.10 in Lockdown enabled mode, update the registry file to reflect the new location of the
NVD.INI file. This prevents a new installation of the RCA agent.
Use one of the following methods to ensure that the registry contains the correct location of the
NVD.INI file:
l Modify the registry using command line or batch mode (preferred method) as follows:
a. Create an updateINIpath.txt file with the following content, HKEY_LOCAL_
MACHINE\SOFTWARE\Novadigm\Radia\SettingsINIPath = REG_SZ
"C:\PROGRA~1\PSL\RCA\Agent\"
b. From the command line, run the command regini updateINIpath.txt. You can also
run this command on all the target devices before the upgrade.
l Ensure that the NVD.INI file resides in both the IDMSYS and the IDMROOT folder. You can
write a script to copy the NVD.INI file from the IDMSYS folder to IDMROOT folder.
l Uninstall the existing agent and install the RCA agent 9.10 with Lockdown enabled mode. Only
the SYSTEM or an Administrator user can uninstall the RCA agent.
Use the simple upgrade process to upgrade the agent as described in "Upgrading RCA Agent on
Windows" on page 137.
To upgrade to RCA agent in Lockdown mode 9.10 with Non-Lockdown mode, complete the
following steps:
Note: Upgrading Lockdown enabled RCA 7.8.1 or 7.90 agent to RCA agent 8.10 with Non-
Lockdown mode is not supported.
Before upgrading the agent, install the xdg-utils package. You can upgrade the RCA agent using the
following methods:
o RCA_AGENT_0910_UPGRADE_LINUX.XPR
n For Macintosh:
o RCA_AGENT_0910_UPGRADE_MACX86.XPI
o RCA_AGENT_0910_UPGRADE_MACX86.XPR
To distribute the RCA agent as a RCA service, you must import the agent UPGRADE class
definition as well as upgrade service data into your RCA CSDB.
Note:RCA Core server is supported only on a Windows platform. However, the RCA agent
supports backward compatibility. Therefore, the export decks can be imported into the RCA
Core server running on a Linux platform.
o Click Start > Control Panel > Administrative Tools > Services. From the list of
services, select RCA Configuration Server and click Stop the service.
n For Linux:
o Run the script killmgr located in the
/opt/PSL/RCA/ConfigurationServer/bin directory.
2. Copy the appropriate export decks (as listed above) into the RCA Configuration server
binary or executable directory,
<InstallDir>\Configuration Server\bin, if the RCA Configuration server is
running on a Microsoft Windows platform.
Note: Consider the following when transferring the XPI and XPR files from one device to
another using FTP:
n XPR files are binary and should be transferred in binary mode.
3. Open the command prompt and change your current working directory to the RCA
Configuration server binary or executable directory where you copied the export decks in
step 2.
4. Import the UPGRADE class and the required instances by running the following command:
raddbutil import -input RCA_AGENT_0910_UPGRADE_LINUX -commit yes
or
raddbutil import -input RCA_AGENT_0910_UPGRADE_MAC -commit yes
5. Review the raddbutil.log file created in the RCA Configuration server binary or
executable directory to ensure that there are no errors and that the import completed
successfully with RC 0.
6. Close the command prompt.
7. Start the RCA Configuration Server service as follows:
n Run the net start ztoptask command from the command prompt.
n Click Start > Control Panel > Administrative Tools > Services. From the list of
services, select RCA Configuration Server and click Restart the service.
Use the RCA Administrator CSDB Editor to view the new UPGRADE class and service specific
data. After the successful completion of the above steps, you can find:
The following figure displays the model for the supplied agent Upgrade Application Services.
UPGRADE Class
The UPGRADE class instance is connected between the upgrade SERVICE and PACKAGE
instances. It is responsible for the resolution of the agent upgrade decks as well as for launching the
agent upgrade process. All upgrade configuration options are defined within the UPGRADE class
instance.
ZSTOP Expressions
The sample UPGRADE instances contain multiple ZSTOP expressions that identify the specific
operating system for which the UPGRADE applies and for the RCA Application Manager Agent
version. The purpose of these expressions is to enable the resolution for a specific operating
system and to prevent the resolution for an agent that has been upgraded already.
The other ZSTOP expressions cause the resolution to continue only if the ZPKGRELI variable in
the current RCA Application Managers agent ZMASTER object contains a value less than the
current version. This expression stops the deployment of the agent upgrade to agents that are
already running the latest version.
You can find these same expressions in the sample SERVICE instances provided.
Always Connection
The ALWAYS connection in the upgrade instance creates an association with the operating
system-specific package that contains the agent upgrade decks. (For example, the
SOFTWARE.UPGRADE. RCA_AGENT_0910_UPGRADE_LINUX instance has an Always
Connection of: SOFTWARE.PACKAGE.RCA_AGENT_0910_UPGRADE_LINUX, the package that
contains the Linux Agent upgrade decks). The value of this attribute in any UPGRADE instance
should contain the name of the PACKAGE instance that is prefixed with the operating system-
specific designator that matches the intended target operating system.
The sample UPGRADE instance contains a create method that causes the upgrade script to be
launched with the values specified in the UPGRADE class instance attributes. This method is
called only when the agent upgrade materials are initially installed on disk.
The sample UPGRADE instance contains a verify method that causes the upgrade script to be
launched with the values specified in the UPGRADE class instance attributes. This method is
called only after the verify method is successful. The upgrade process starts again if the agent
upgrade fails when you install the upgrade decks. The agent upgrade may fail because of disk
space or agent in use.
The sample UPGRADE instance contains an update method value that launches the upgrade script
with the values specified in the UPGRADE class instance attributes. This method is called only
after the update method is successful. If the agent upgrade fails when you install the upgrade decks
first, and updated agent upgrade decks are available in the connected RCA Configuration server,
the update method is launched after the successful installation of these updated materials, initiating
the upgrade process again.
When the agent upgrade service finds that the agent is in use, it attempts the upgrade a number of
times at a specified interval. The ATTEMPTS attribute sets the number of times to retry the
upgrade, although the INTERVAL attribute specifies the number of seconds the upgrade waits
between retry attempts. The default value for both the ATTEMPTS and INTERVAL attributes is 60.
A value of zero in the ATTEMPTS attribute causes the upgrade process to retry indefinitely.
The command line attribute, CMDLINE, is used to specify the command line arguments to be
passed to the agent upgrade process. As all arguments specified after the –c option are passed
directly to the agent installer, any arguments that can be specified on the agent install command
line can be specified here except for the –mode argument, which is automatically set by the
upgrade script to perform a silent install or upgrade.
The leading text –c in the command line attribute named CMDLINE is required.
Note: The command line arguments following the –c option must be placed inside double
quotes.
The –installcomp command line option is used to specify the specific features to be upgraded or
installed on the agent computer.
Note: When multiple features are specified, the RCA product acronyms must be comma
separated.
The –mgrip and –mgrport command line options specify the RCA Configuration server IP
address and port that the upgraded agent uses for its ZMASTER object and sample shell scripts.
When you upgrade or install the RCA Application Self-Service Manager, the configuration file
args.xml is populated with RCA Configuration server IP address and port number specified with
the –mgrip and –mgrport command line options. These parameter values do not have to be the
same value as the RCA Configuration server IP and port, from which the agent is receiving the
upgrade service. The default value for –mgrport is 3464.
Note: Sample UPGRADE instances specify a CMDLINE attribute value of: -c "-instcomp
ram,rim –mgrip rcs001–mgrport 3464" which upgrades Application Manager and
Inventory Manager agent components and pre-configures the upgraded agent to receive new
applications from the RCA Configuration server named rcs001 running on port 3464. Make sure
that you update the value of the UPGRADE instance CMDLINE attribute to reflect your
preferred RCA Configuration server IP address and port.
You can use symbolic substitution for the values passed by using the –mgrip and –mgrport
command line arguments, when the RCA Configuration server from which the agent receives the
agent upgrade Service is the same as RCA Configuration server from which you want the upgraded
agent to receive future Application Services. For example, the UPGRADE.CMDLINE attribute can be
configured to read:
-c "-instcomp ram,rim,rsm –mgrip &(ZMASTER.ZIPADDR) –mgrport &
(ZMASTER.ZDSTSOCK)
This upgrades Application Manager, Inventory Manager, and Application Self-Service Manager on
the agent receiving the service and pre-configures the upgraded agent to receive new applications
from the RCA Configuration server from which it installed the Agent Upgrade Service.
It is recommended minimal use of the following upgrade command line options: –instcomp, –
mgrip, and –mgrport.
You can append the text –loglevel 9 in the command line to set maximum logging for the agent
upgrade or install. This command line option is typically used for diagnostic purposes.
You can specify a command line to use an agent install configuration file. For more information, see
"Remote Installation" on page 98.
If you have an installation configuration file already on the agent workstations, you can upgrade the
agent using this configuration file. You can specify -cfg<configfilename.cfg> in the
CMDLINE attribute, where <configfilename.cfg>, specifies a fully qualified path name to a
configuration file.
Note: It is recommended that you do not specify both, configuration file and command line
options –installcomp, –mgrport, or –mgrip because the command line options override
the values specified in the configuration file.
1. In the RCA Administrator CSDB Editor, navigate to the RCA supplied Application Service
applicable to the target operating system for which you intend to apply the agent upgrade.
Note: The command line arguments following the –c option must be placed inside double
quotes. When multiple agent features are specified, the feature acronyms must be comma
separated.
For example, to specify upgrades for the RCA Application Manager and the RCA Inventory
Manager and also have these upgraded agent components configured to connect to a RCA
Configuration server named rcs001 running on port 3464, type the following sample command:
-c "installcomp ram,rim –mgrip rcs001 –mgrport 3464"
Note: Before connecting an upgrade service to any agent instances, make sure any users
and devices that are configured to receive the agent upgrade service are not connected to
self-maintenance for version before the 5.1x agents. If self-maintenance is not
disconnected, and the upgrade is installed and completed, you may run the risk of back-
leveling the upgraded agent by the application of agent maintenance for earlier versions of
the agents on the agent’s next connect to the RCA Configuration server.
To save disk space after a successful upgrade, remove the ZSERVICE.UPGRADE instance to un-
install the install media deployed at $IDMSYS/ClientUpgrade.
Note: The ZSTOP expressions in the sample Upgrade Application Service (ZSERVICE)
instances as well as the supplied UPGRADE instances are OS-specific. These expressions
are used to ensure that the appropriate agent upgrade materials are distributed to agents that
match the OS identifier contained in the expression.
You can create your own agent upgrade Application Service (ZSERVICE instance and UPGRADE
instance) to meet your enterprise requirements. It is recommended that you copy one of the
supplied sample instances to a new name, and ensure that the instance prefix (used to denote the
target operating system) used as the source of the copy matches the intended target operating
system. This is to ensure that the new instance has the necessary ZSTOP expression applicable to
the operating system to which the upgrade applies. By performing the copy instance function within
the UPGRADE class, the custom UPGRADE instance should already have a connection to the
appropriate SOFTWARE.PACKAGE instance for the intended target operating system. You should
then, connect the custom UPGRADE instance to the custom ZSERVICE instance replacing the
pre-existing UPGRADE instance connection in the Application Service instance.
Ensure that agent upgrade service has connections as depicted in the figure Model for the Agent
Upgrade Service in section "Task 1: Importing the Classes, Instances, and Resources" on page
143.
You can add new ZSERVICE/UPGRADE instances for the agent upgrade as per your enterprise
requirements. You can use the RCA Admin CSDB Editor to enable the connections list for the new
UPGRADE class before adding the new instances.
Complete the following steps , such that the UPGRADE class appears as a connectable class
from the ZSERVICE class, and the PACKAGE class appears as a connectable class from the
UPGRADE class using the Show Connections feature of the RCA Admin CSDB Editor.
1. Use the RCA Admin CSDB Editor and go to the PRIMARY.ADMIN.ZCONNECT class.
2. Right-click Connection Rules (ZCONNECT) and select Edit class.
3. In the Editing Class window, scroll to the bottom of the class list, select the last template
entry, and then click Add After.
4. Add a new class connection field similar to the existing connection fields.
5. Name the new connection field UPGRADE and assign it a length of 50 and a description of
UPGRADE Connect List.
6. Click OK and Yes.
After a user or device’s policy entitlement model is configured to include the agent upgrade decks,
and the agent connects and receives one of the mandatory application services (for example,
RCA_AGENT_0910_UPGRADE_LINUX) containing the agent upgrade materials, RCA
downloads all of the necessary materials to perform a agent upgrade.
The default location of the upgrade media, when downloaded using an agent connect is &
(ZMASTER.ZSYSDIR)/ClientUpgrade (the location, as defined in UPGRADE.MEDIADIR
attribute) in the device’s entitlement model. The installation of the Upgrade Service runs a method
named "install_upgrade" (with additional command line parameters) which waits for agent
processes to finish before upgrading the agent binaries. The install_upgrade method exits with a
return code of 1, which results in a 709 radconct return code. This behavior tells the agent that the
upgrade is not complete. For reporting purposes, an APPEVENT is sent that identifies the
ZSERVICE with an ERRORNUM of 324 and STATUS of "Install/Upgrade is not complete."
Depending on the level of radconct, install_upgrade may have to do a second connect to verify the
upgrade status. The install_upgrade and upgrade logs can be found at $IDMLOG folder for
troubleshooting purposes.
When the agent processes are complete, the actual agent upgrade begins. The upgrade process
stops the agent daemons (radsched and radexecd) if they are running and upgrades the agent
components specified by the –installcomp parameter of the UPGRADE class instance or the
SelectComponent section of the specified configuration file. After upgrading, the agent process
restarts the agent daemons that were running when the upgrade was initiated.
To save disk space after a successful upgrade, remove the ZSERVICE.UPGRADE instance to un-
install the media deployed at $IDMSYS/ClientUpgrade.
where:
n <PARMS> is either a single argument or a comma separated list of agent components that
you want to upgrade.
Valid agent components include:
o ram- RCA Application Manager
o rim- RCA Inventory Manager
o rsm- RCA Application Self-Service Manager
o svr- RCA AMP Agent
o patch- RCA Patch Manager
o rom- RCA OS Manager
n <IP> is the IP address of the RCA Configuration server from which you want the upgraded
agent to receive new applications.
n <PORT> is the port number on which the RCA Configuration server is running.
The upgrade command line is used to specify the command line arguments to be passed to the
agent upgrade process. All arguments specified after the –c option are passed directly to the agent
installer, therefore, any arguments that can be specified on the agent install command line can be
specified here except for the –mode argument, which is automatically set by the upgrade script to
perform a silent install or upgrade.
Note: The command line arguments following the –c option must be placed inside double
quotes.
The –installcomp command line option is used to specify the specific products to be upgraded
or installed on the agent workstation. For example, to upgrade your Application Manager and also
install the Inventory Manager and Application Self-Service Manager, you would specify "-
installcomp ram,rim,rsm".
Note: When multiple features are specified in the command line arguments the product
acronyms must be comma separated.
The –mgrip and –mgrport command line options specify the RCA Configuration server IP
address and port that the upgraded agent will use for its ZMASTER object and sample shell scripts.
If you upgrade or install the Application Self-Service Manager, its configuration file, args.xml is
populated with RCA Configuration server IP address and port number specified with the –mgrip
and –mgrport command line options. The default value for –mgrport is 3464.
You can specify –loglevel 9 in the command line to set maximum logging for the agent
upgrade/install.
You can use the installation configuration file created by the Remote Installation Setup process of
the agent installer to perform an agent upgrade.
1. Create a configuration file by running the agent installation. For instructions on running a
remote installation setup, see the "Remote Installation" on page 98.
2. Log on to the workstation as root.
3. Open the command prompt.
4. Navigate to /Setup-Core/Media/client/default/<platform> folder on the installation
media, where <platform> denotes the operating system on which you are performing the RCA
agent upgrade.
5. Run the following:
./upgrade –c "–cfg configfilename.cfg"
The configfilename.cfg specifies a fully qualified path name to an install configuration file that
contains the components selection and desired configuration options.
For information about installer configuration files (created by the Remote Installation Setup process
of the agent installer), see Radia Client Automation Application Manager and Application Self-
Service Manager Installation and Configuration Guide and Radia Client Automation Inventory
Manager Reference Guide.
Note: It is recommended that you do not specify both configuration file and command line
options –installcomp, –mgrport, or –mgrip because the command line options override
the values specified in the configuration file.
For example, the command line of –c " –loglevel 9 –cfg /tmp/myown.cfg" would rely
exclusively on the variables set in the /tmp/myown.cfg configuration file to determine what RCA
components to upgrade or install and what RCA Configuration server IP and port to use as well as
other upgrade or install options.
The RCA Administrator tools are automatically installed during the RCA Core server version 9.10
installation. If existing RCA Administrator tools are present during the RCA Core server installation,
they are updated during the installation process.
You can upgrade to the latest version of the RCA Administrator tools in the following two ways:
Caution: If you are migrating from a version before 7.90, do not deploy the legacy CCM_
PUBLISHER service in a 9.10 environment. This service can be deleted from the CSDB as
it is no longer required.
Instead of using the sqlmigrate.cmd script, you can upgrade the RCA SQL database manually
after restoring your data.
The database tables listed in "SQL Database Tables that must be Upgraded" on the next page have
schema changes that require the tables to be re-created to generate the correct primary and foreign
keys. Data from these tables should be exported and stored in temporary tables before beginning
the manual upgrade process.
1. On the computer hosting the RCA Core server, stop the RCA Core service.
2. Export (or store in temporary tables) the data in the tables listed in "SQL Database Tables that
must be Upgraded" on the next page.
Caution: Ensure that you drop the tables in the same order as listed in the next section.
4. Restart the RCA Messaging Server service (to re-create the table schema).
5. Re-import your data into the tables.
Caution: Ensure that you import the tables in the reverse order as listed in the next
section.
During the import process, data that violates database integrity is not imported. Make sure that
you review the data to determine if it is still valid and required.
6. Start the RCA Core service.
rWin32_VideoController
rWin32_UserAccount
rWin32_USBController
rWin32_TimeZone
rWin32_SystemEnclosure
rWin32_SystemDriver
rWin32_StartupCommand
rWin32_SoundDevice
rWin32_SoftwareFeature
rWin32_SoftwareElement
rWin32_Share
rWin32_Service
rWin32_SerialPort
rwin32_quickfixengineering
rWin32_Product
rWin32_Processor
rWin32_Process
rWin32_Printer
rWin32_PortResource
rwin32_portablebattery
rWin32_PointingDevice
rWin32_PnPEntity
rWin32_PhysicalMemory
rWin32_ParallelPort
rWin32_PageFileUsage
rWin32_PageFileSetting
rWin32_PageFile
rWin32_OperatingSystem
rWin32_NetworkLoginProfile
rWin32_NetworkConnection
rWin32_NetworkAdapterConf
rWin32_NetworkAdapter
rWin32_MotherboardDevice
rWin32_MemoryDevice
rWin32_MemoryArray
rWin32_LogicalProgramGroup
rWin32_LogicalMemoryConf
rWin32_LogicalDisk
rWin32_LoadOrderGroup
rWin32_Keyboard
rWin32_IRQResource
rWin32_IDEController
rWin32_Group
rWin32_FloppyDrive
rWin32_FloppyController
rWin32_Environment
rWin32_DMAChannel
rWin32_DisplayControllerConf
rWin32_DisplayConf
rWin32_DiskPartition
rWin32_DiskDrive
rWin32_DeviceMemoryAddress
rWin32_DesktopMonitor
rWin32_Desktop
rWin32_ComputerSystemProduct
rWin32_ComputerSystem
rWin32_CDROMDrive
rWin32_CacheMemory
rWin32_Bus
rWin32_BootConf
rWin32_BIOS
rwin32_baseboard
rWiFi_NetworkAdapter
rRegistry
rNVD_WBEMStatus
rNVD_UserAccount
rNVD_SolarisPatch
rNVD_Product
rNVD_PDASystem
rNVD_NISUserAccount
rNVD_NISGroupAccount
rNVD_MulticastStatistics
rNVD_INSTALLED_UNINSTALL
rNVD_INSTALLED_APPS
rNVD_GroupMember
rNVD_GroupAccount
rNVD_DownloadStatistics
rMSSD_FailurePredictStatus
rMSSD_AttributeData
rhp_biosstring
rhp_biossensor
rhp_biospassword
rhp_biosorderedlist
rhp_biosinteger
rhp_biosevent
rhp_biosenumeration
rCIM_UnixOperatingSystem
rCIM_UnixLocalFileSystem
rCIM_UnixComputerSystem
rCIM_StorageVolume
rCIM_SoftwareFeatureElements
rCIM_SoftwareFeature
rCIM_SoftwareElement
rCIM_Service
rCIM_SCSIInterface
rCIM_SCSIController
rCIM_ResidesOnExtent
rCIM_ProductSoftwareFeatures
rCIM_Product
rCIM_Processor
rCIM_Process
rCIM_ParallelController
rCIM_OperatingSystem
rCIM_NFS
rCIM_MediaPresent
rCIM_LogicalDiskBasedOnVolume
rCIM_LogicalDisk
rCIM_IDEController
rCIM_HPUX_SwBundles
rCIM_Export
rCIM_EthernetAdapter
rCIM_DVDDrive
rCIM_DiskDrive
rCIM_Directory
rCIM_ComputerSystem
rCIM_CDROMDrive
DeviceUserGroup
SMBiosInfo
Query
DeviceNotify
FileAudit
DeviceZRStates
DeviceZRState
DeviceSynopsis
HDeviceStatus
DeviceStatus
HDeviceState
DeviceState
DeviceServices
DeviceMap
HDeviceErrors
DeviceErrors
Audit_Type
Audit_Attrs
Audit_Event
Audit_Cat
Audit_AttrNames
HAppEvent
AppEvent
HAppRNPEvent
AppRNPEvent
HAppMSIEvent
AppMSIEvent
JOBTASK
HJOBSTAT
JOBSTAT
JOBPARM
ADInfo
HDeviceConfig
DeviceConfig
Upgrade Issues
Problem Solution
The following error message To resolve the error, perform the following steps:
appears during restore. 1. Stop the RCA Core service.
"LDIF export failed. bdb_ 2. Open the command prompt.
db_open: unclean shutdown
detected; attempting 3. Navigate to the HPCABackup/rmp/openldap
recovery. Recovery directory where you have taken the backup.
skipped in read-only 4. Run the following command.
mode" slapd -h ldap://localhost:3474 -f
slapd.conf -d 256
The following error message Ignore the error message as it does not affect the ORACLE
appears during database migration database migration process. The error message appears
for ORACLE database. because the unique constraint of some of the tables in the
latest version of RCA are different from that of the previous
MIG: SQL migrate script
versions.
Error processing INSERT
INTO DEVICECONFIG
[Oracle][ODBC][Ora]ORA-
00001: unique constraint
(CMDATAMIG78.SYS_
C0019388) violated
Problem Solution
After the satellite upgrade process, If you have a customized set-up that uses resources from
it is needed for a customized the CSDB on the Satellite server, make sure that the
configuration to have the resources dataless parameter value is set to 0 in the dmabatch.rc file
as well, but these are again synced on the Satellite server. Doing this, the backup and restore
from the Core server. procedure automatically takes backup of the Satellite
resources and restore them after upgrading the Satellite
server.
The Core Console is unable to To resolve this issue, perform the following steps:
communicate with the thin client
1. Ping the thin client machine from the Core Console
with the IP address and hostname.
2. If the two machines are able to ping each other, then
perform the following steps:
n On the thin client machine (t5740), click Start >
Run and type regedit.exe to open the registry.
n Navigate to the following key:
HKEY_LOCAL_MACHINE\SOFTWARE\PSL\RCA-
RALF\. Verify whether the ServerName value is set
to the correct Core machine, if not, modify it to set
the correct value.
3. Close the registry.
4. Navigate to the services (services.msc) and restart
the RALF service.
5. The thin client registers with the Core Console.
RCA Application Self-Service To resolve this issue, perform the following steps:
Manager starts slow.
1. Navigate to the path where Agent is installed. By
default, the path is C:/Program Files
/PSL/RCA/Agent.
2. Open the RADUIShell.exe.config file.
3. Change the value of the
generatePublisherEvidence variable from true
to false to bypass the authenticode verification with
the certification authority (CA). This will reduce the
startup time for RCA Application Self-Service
Manager.
4. Save the file and restart RCA Application Self-Service
Manager.
For more information see, Optimize Authenticode section
from the following Microsoft knowledge base article:
http://msdn.microsoft.com/en-us/library/cc656914
(v=vs.110).aspx
This appendix provides information on how you can configure your environment, such that there is
no single point of failure, and the features are available when the Core server is down.
l Preload the Satellite server: Configure the Satellite servers for preload. The external policy for
software and patches is available if the content is preloaded to the Satellite server. For more
information on how to preload the Satellite server, see the Radia Client Automation User Guide.
l Distribute data messages load: Configure the tier-1 full-service Satellite server for directly
posting the agent messages to the RDBMS, instead of forwarding the messages to the Core
server. This configuration though reduces the load and the overall dependency on the Core
server, it however, adds an additional load on the Satellite servers to direct the data to the
RDBMS. To overcome the issue of additional load on Satellite servers, you can separate the
messaging role and agent resolution role for the higher tier Satellite servers. For more
information on how to setup your environment for distributing the messages load and
dependency on the Core server, see the sections "Distributing Messaging Load" on the next
page and "Separating Roles Among Satellites" below.
The following diagrams illustrate this configuration from the roles perspective:
The Core server at tier-0 performs administrative functions and is not directly involved in client
resolution or message handling. This server uses the default Messaging server configuration.
The group of Satellite servers at tier-1 are dedicated to synchronize data and post messages to the
relational database. The tier-1 Satellite servers do not service client requests directly, however,
these servers serve as upstream hosts for tier-2 Satellite servers. This configuration reduces the
load on the tier-2 Satellite servers responsible for client resolution services. The load is distributed
evenly across tier-1 Satellite servers that reduces the backlog of message queues. The data
synchronization for the Satellite servers should be performed in a phased manner, such that a few
Satellite servers are available at all times.
focus on the administrative tasks. The tier-0 Core server uses default Messaging server
configuration.
For more information on how to configure a Satellite server for directly posting the data to RDBMS,
see the Radia Client Automation User Guide.
The primary benefit of this configuration model is to distribute the ODBC posting loads across
multiple servers. This reduces the possibility of severe bottlenecks in the reporting data queues,
especially if the Core server is either removed from service or experiences an outage.
You can extend the architecture by including remote full-service Satellite servers that should not
post messaging data directly to the RDBMS. These servers use the default Messaging server
configuration and forward their data to a tier-1 Satellite server for posting. The tier-2 Satellite servers
also synchronize metadata and resources from the same upstream tier-1 host.
The following diagram illustrates the configuration from the messaging perspective:
The additional load on tier-1 can be addressed by appropriately scaling to the required number of
servers based on the volume of management activity being performed on a routine or worst case
basis. You can also separate the roles among Satellite servers to reduce the load on tier-1, as
explained in the section "Separating Roles Among Satellites" on page 163.
In this scenario, the Client Operations Profile (COP) is configured for optimal distribution of client
loads for resolution services and fail-over. You can define all tier-1 servers at equal priority using a
wild-card naming strategy.
It is recommended that you perform data synchronization for the Satellite servers in a phased
manner, such that a few Satellite servers are available at all times.
If no email client is available, copy the information below to a new message in a web mail client,
and then send this message to radiadocfeedback@persistentsys.com.
Feedback: