Unsolved
This post is more than 5 years old
1 Rookie
•
48 Posts
0
892
May 20th, 2008 19:00
DX for Windows and Replicated Centera
Could anyone point me to a good white paper or "how to" guide for Disaster Recovery in an DX environment with replicated Centeras?
The DX server itself is not replicated (just backed up) but the archived data on the Centera is. I'm looking for a way to verify that in a disaster we could access and recover data from the replicated Centera target - ideally without impacting production.
Would it be possible to build a test box, install DX and import meta-data to test this?
Only test data is purged at this point; would unplugging the replication source Centera allow failover without impacting end-user access to files which have not yet been migrated and purged? Currently the Centera Media Service in DX is set for "Enable Read-Only Replica Failover".
Thank you.
The DX server itself is not replicated (just backed up) but the archived data on the Centera is. I'm looking for a way to verify that in a disaster we could access and recover data from the replicated Centera target - ideally without impacting production.
Would it be possible to build a test box, install DX and import meta-data to test this?
Only test data is purged at this point; would unplugging the replication source Centera allow failover without impacting end-user access to files which have not yet been migrated and purged? Currently the Centera Media Service in DX is set for "Enable Read-Only Replica Failover".
Thank you.
No Events found!
DHCSTI
1 Rookie
•
48 Posts
0
May 21st, 2008 04:00
For testing, I'll update the host entries on the test box for the aliases (that way I'm not impacting production). First I'll change the aliases to bogus IP addresses to see if the background failover works and pulls the DR Centera info from the pea file). Then, change the aliases to point to the IP addresses of the DR centera.
For both scenarios I'll see if I can:
1. Retrieve files that have been purged (should succeed)
2. See if I can force files to move and purge (should fail because of Read-only failover)
3. See if I can still access files even after writing to the DR Centera fails
4. See if I can delete files from the DR Centera (should fail because of Read-only failover)
DCCU
8 Posts
0
December 29th, 2008 05:00
It has been a while since you posted your test plan (May 2008) but I was hoping you could share the results. We have a very similar configuration as you have described and I would like to know if the Purged files were retreivable from your DR Centera. Thanks
rfranke
9 Posts
0
January 13th, 2009 15:00
The problem with using Meta-data inport is that the servers need to be named the same, which will impact production.
The best solution is to have the second server with a different name. Install everything on that second server exactly like the original. Perform exports of the DX registry hive from the production server. Open the exported registry file and make the following changes. Modify the IP addresses or alias name for the Second Centera. Modify the Server name from the original to the second server. Stop the DX service on the second server. Import the registry information to the second server. Restart the second server. Open DX Admin. Right-Click on each Media and perform a file restore. This will pull all the data from the second Centera to the second Server. You can do what you want from this point including deleting files (beware that if you have bi-directional replication turned on between Centeras, you will delete Primary Centera Data, so be careful!!!!!)