|Oracle® Communications Network Integrity System Administrator's Guide
|PDF · Mobi · ePub|
This chapter describes how to back up and restore Oracle Communications Network Integrity data. It covers the following topics:
Overview of the data to be backed up, outlining critical and noncritical data
Performing full and critical data backups on Linux and Solaris
Replacing one or more components
Backing up and restoring Windows registry settings
Backing up and restoring tables owned by the Network Integrity user
You can backup discovered data and application configurations using Network Integrity. Network Integrity has an effective backup mechanism which can be set up to run at regular time intervals for a systematic backup of all the required Network Integrity data and configuration, and also restore it as and when required. One option is to perform a routine backup on a daily basis setting it up as an overnight process.
Note:You must perform regular database integrity checks. It is recommended that this check be performed on the backed-up database, and not the live system.
Data can be backed up even if the server is not running, or if the database is not in use.
For more information about backup, and to perform a backup, see the Oracle Fusion Middleware documentation at the following location:
All data is critical and has to be backed up. There is no data which can be considered non-critical and hence not be backed up. Network Integrity backs up the following information:
This type of data is database driven or database specific. Following are the database information types:
Network Integrity tablespaces: contains information on configuration, scans, and discrepancies along with Network Integrity configuration. This information can be viewed using the Mbean console.
ESS tablespaces: contains information on scheduled jobs for scheduler or blackout.
ESS metadata store: contains the Applcore database repository for storing scheduled job definitions. For example, startscanjob, blackoutjob, and stopscanjob.
WebLogic persistent store: contains information responsible for persisting the scan, discrepancy, and assimilation of jobs (if a job failure such as a server failure, it ensures that the job is resumed and completed.)
This type of data contains information about the following:
Connection pool sizes (database, SNMP JCA)
Workmanager (thread pools) for cartridges
Security configuration (SSL), security providers (embedded LDAP or Oracle Internet Directory)
Other J2EE resources (JMS queues, topics, cluster configuration, and loadbalancing etc)
Domain configuration files (set Domainenv.sh and so on)
Java Message Service (JMS) resource configurations
This type of data contains users/roles in LDAP provider (embedded LDAP or Oracle Internet Directory). If you use embedded LDAP, data is backed up as part of WebLogic domain backup. If you use external LDAP or any other system, you must follow the backup mechanism specifically mentioned in that software.
You can backup data in both offline and online modes. A complete high availability and disaster recovery strategy requires dependable data backup, restore, and recovery procedures. You can use Oracle Recovery Manager (RMAN), a command-line and Oracle Enterprise Manager-based tool for backing up and recovering your database. RMAN provides block-level corruption detection during backup and restore and optimizes performance and space consumption with file multiplexing and backup set compression. You can integrate RMAN with Oracle Secure Backup and third party media management products for tape backup.
Restore is a method whereby lost data can be recovered completely. Network Integrity has a restore feature that works as a recovery strategy for outages that involve actual data loss or corruption, host failure, or media failure where the host or disk cannot be restarted and are permanently lost. This type of failure requires some type of data restoration before the Oracle Fusion Middleware environment can be restarted and continue with normal processing.
For more information on recovering data and for steps on recovering data, see the Oracle Fusion Middleware documentation at the following location:
In a cluster environment, if a Network Integrity adaptor is installed on the Administration server and the server fails, restore the entire server using a backup.
If a Network Integrity adaptor is installed on a managed server and the server fails, follow these steps to restore the server:
Add a new managed server to the cluster on the same system.
Deploy all Network Integrity components on this managed server.