- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Database replication through CA/XP
Operating System - HP-UX
1753975
Members
7237
Online
108811
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2009 11:40 PM
тАО05-12-2009 11:40 PM
Hi,
We are in the process of implementing the DR solution for our application using Continental cluster solution.
We have two separate databases in the production. We are implementing dataguard replication for one of the databases and CA/XP for normal files.
Due to some financial issues, We thought of using CA/XP for the another database which is around 6GB of data file size.(Redo log generation is very minimal).
1. Is it feasible to use CA/XP for this kind of replication?
2. What are the thing need to be considered?
Note: We have dedicated 2Gbps DWDM link for CA/XP replication.
Thanks,
Srini
We are in the process of implementing the DR solution for our application using Continental cluster solution.
We have two separate databases in the production. We are implementing dataguard replication for one of the databases and CA/XP for normal files.
Due to some financial issues, We thought of using CA/XP for the another database which is around 6GB of data file size.(Redo log generation is very minimal).
1. Is it feasible to use CA/XP for this kind of replication?
2. What are the thing need to be considered?
Note: We have dedicated 2Gbps DWDM link for CA/XP replication.
Thanks,
Srini
Solved! Go to Solution.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-13-2009 04:56 AM
тАО05-13-2009 04:56 AM
Solution
CA or Continual Access is HP's product for replicating data across a network to another storage array. It is the storage arrays that are kept in sync.
Think of the DR site array as just being another mirror disk(s). Albeit far away.
So provided you have compatible arrays that can handle this - yes it is feasible.
On the point of what things need to be considered - Wow that would take alot more to respond to. My advice is read up and/or attend sessions on DR Solutions with Continental clusters. Anything (even older documents) written by Bob Sauers are great. Try hitting the HPTechForums in Vegas next month and look for any DR sessions there.
Here's one tip:
Resolution - One thing when we had set up a DR site, we realized how important it was how we "resolved" things. We changed so that everything necessary pointed to the pkg_name. Folks forgot server names, they just knew things by the pkg name. PC's tnsnames pointed to pkg_names, etc. This helped because when we flipped sites, we only had to do a quick change on the IP's of the pkg_names on hostfile & DNS to the DR site's subnet and push out DNS. Once DNS was refreshed - everything again resolved to the pkg_names and folks and apps were fine. Took only a couple minutes and was so simple.
Site-2-Site replication is complicated. The best set up is the one set up as simply as possible.
By the way...we ran our sites bi-directionally. So both sites ran work that replicated to the opposite site. By making both site's work, the costs were justified. You may find how mgmt appreciates making every box count - not just sitting there waiting for a disaster.
Rgrds, & have fun !
Rita
Think of the DR site array as just being another mirror disk(s). Albeit far away.
So provided you have compatible arrays that can handle this - yes it is feasible.
On the point of what things need to be considered - Wow that would take alot more to respond to. My advice is read up and/or attend sessions on DR Solutions with Continental clusters. Anything (even older documents) written by Bob Sauers are great. Try hitting the HPTechForums in Vegas next month and look for any DR sessions there.
Here's one tip:
Resolution - One thing when we had set up a DR site, we realized how important it was how we "resolved" things. We changed so that everything necessary pointed to the pkg_name. Folks forgot server names, they just knew things by the pkg name. PC's tnsnames pointed to pkg_names, etc. This helped because when we flipped sites, we only had to do a quick change on the IP's of the pkg_names on hostfile & DNS to the DR site's subnet and push out DNS. Once DNS was refreshed - everything again resolved to the pkg_names and folks and apps were fine. Took only a couple minutes and was so simple.
Site-2-Site replication is complicated. The best set up is the one set up as simply as possible.
By the way...we ran our sites bi-directionally. So both sites ran work that replicated to the opposite site. By making both site's work, the costs were justified. You may find how mgmt appreciates making every box count - not just sitting there waiting for a disaster.
Rgrds, & have fun !
Rita
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-13-2009 05:00 AM
тАО05-13-2009 05:00 AM
Re: Database replication through CA/XP
One last thought,
We replicated everything - databases, files, you name it. If it was not part of the O/S file systems - it was replicated.
Worked fine! and I believe we had a smaller network pipe than you do.
Rgrds,
Rita
We replicated everything - databases, files, you name it. If it was not part of the O/S file systems - it was replicated.
Worked fine! and I believe we had a smaller network pipe than you do.
Rgrds,
Rita
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP