Filter
Top Products
Replacing a Disk (Single Site) 377
14 Restore Intelligent Mirroring for IP Messaging.
a Transfer the IPMSG database backup files (that you saved in a previous
step) to the down server and place them in this directory (you must
first create the directory):
/opt/3comdata/umsdata/backup/DATE/
DATE is the date on which the IP Messaging backup script was run.
The format is mm_dd_yy.
CAUTION: When you use the scp command to copy the database
backup files to the down server, you may see a warning message about a
“man in the middle” attack. This message indicates that the security key
that was associated with the down server has changed, and the running
server does not recognize the down server’s new security key. The change
to the security key is a normal consequence of the disk replacement
process.
To resolve this issue, locate the
known_hosts file on the running server
(
/opt/home/cworks/.ssh/known_hosts) and perform one of these
actions:
■ Edit the file, locate the line that contains the IP address of the down
server, and replace the old key with the new key.
■ Edit the file, locate the line that contains the IP address of the down
server and remove that line.
■ Delete the known_hosts file. If you use this method, the next time you
try to access any of the other VCX servers using commands such as
scp or ssh, you will be prompted to confirm that you want to trust the
target server.
b On the down server, restore the IPMSG database. For instructions, see
the IPMSG Operations and System Administration Guide.
15 Verify that Oracle database replication has been completed.
a On the running server or the down server, log in as cworks.
b Enter these commands:
cd /opt/3com/VCX/vcxdata/bin
./checkReplication
The script asks for the site ID and the IP addresses of the two servers and
then checks the replication state of the authentication databases and
reports the status.