Filter
Top Products
central operations console, such as HP Operations Manager software, paging a
system operator, or taking automated remedial action to resolve the problem.
Table 13 ARM functionality
UsageAdditional data logged to
ARM (ARM 2.0)
Transaction description
(ARM 1.0)
Availability and recovery
planning. Chargeback.
Processed data [MB]Backup specification session
duration
Availability and recovery
planning. Chargeback.
Processed data [MB]Object backup session
duration
Availability and recovery
planning
Recovered data [MB]Restore session duration
Data Protector architecture
management
IDB size [MB]IDB check duration
Data Protector architecture
management
IDB size after purge and
number of purged records
IDB purge duration
As Data Protector is already ARM equipped, it is a fairly simple task to integrate
Data Protector with an application like PA that supports the ARM API. On Windows
platforms, this is completely automatic. If Data Protector is installed on a system where
PA is already present or vice versa, the transaction data will immediately show up
in PA and HP Performance Manager (PM). On HP-UX, the only required task is to
create a link from a PA library to a Data Protector directory. For more information,
see the online Help index: “ARM integration, installing“.
Another way to interface PA with Data Protector is the Data Source Integration (DSI).
This is important if the application that you use for transaction tracking is not ARM
2.0 compliant. ARM 1.0 permits you to log time-specific data only, such as the
duration of a backup session. With DSI you can add the capability to report any
data which can be retrieved from the command line to tools like PA. This enables
highly customized reporting.
Concepts guide 209