| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Apps 11.5.9 Disater Recovery Site
Ron:
I would definitely not suggest ignoring adpatch. Should you actually need to use this DR site and something went wrong, Oracle may not offer you any help. If rsync can offer you 100% replication than I would try it and validate it. However, applications is a much different beast than just the database. File system names, node names, database names, tns names, userids, passwords, etc. are embedded within the code and are very difficult to change. It would be best to take a complete image copy of the database environment, the apps environment and then use adpatch and adadmin to verify the environment once completed.
Thank You
Stephen P. Karniotis
Technical Alliance Manager
Compuware Corporation
Direct: (313) 227-4350 Mobile: (248) 408-2918 Email: Stephen.Karniotis_at_Compuware.com Web: www.compuware.com
-----Original Message-----
Ron Thomas
Sent: Tuesday, December 30, 2003 6:35 PM To: Multiple recipients of list ORACLE-L Subject: Apps 11.5.9 Disater Recovery Site
I've been charged with bringing up a disaster recovery site, so time to hit
the books again as a lot
has changed since the last time I did this. Looking for resource
recommendations (FM to read, white
papers, etc).
Sticky part of this is it is an Applications 11.5.9 installation. The
database end of it should not
be too difficult (8.1.7.4, soon to be 9.2.0.4), but the applications file
system is modified by the
adpatch utility which adpatch requires a database connection to function. I
can think of 2 ways to
get around this requirement.
1. set the two_task to point to a live test system, and run adpatch force
using the c and g drivers.
The d driver would not need to be run since the changes will come over via
the archive logs.
2. ignore adpatch utility completely and use rsync.
Suggestion, comments?
Thanks,.
Ron Thomas
Hypercom, Inc
rthomas_at_hypercom.com
Each new user of a new system uncovers a new class of bugs. -- Kernighan
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Ron Thomas
INET: rthomas_at_hypercom.com
Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services ---------------------------------------------------------------------To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Karniotis, Stephen
INET: Stephen_Karniotis_at_compuware.com
Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services ---------------------------------------------------------------------To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Received on Tue Dec 30 2003 - 18:09:27 CST
 |
 |