This post is more than 5 years old
1 Rookie
•
47 Posts
0
1227
October 5th, 2009 15:00
Centera disaster testing
Does anyone have a d/r testing proc that they can share?
No Events found!
This post is more than 5 years old
1 Rookie
•
47 Posts
0
1227
October 5th, 2009 15:00
Top
holgerjakob_c0722c
2 Intern
•
337 Posts
0
October 6th, 2009 04:00
Please contact me at holger.jakob@informatio.ch for a German Procedure.
Shot version in English:
- implement bi-directional replication (avoids having to perform a restore after switching back to the original site)
- stop your applications
- configure the IP adresses of the remote Centera, startup apps
- optionally remove the access role from the source Centera
- validate that you can read objects from your application
- validate that you have objects in the replication queue after performing writes
- stop your applications
- add access role to source Centera again
- configure the IP Addresses of the source Centera, startup apps
- validate reads and writes from your application
Best regards, Holger
GPring
7 Posts
0
December 3rd, 2009 02:00
Hi,
We are looking at a smaller DR test whereby the standby servers in the Remote site are going to be powered up to read a few files from the Remote Centera via the application.
In order to do this, would we still need to break replication?
What would your recommended steps be for this type of DR?
Regards,
Gareth.
holgerjakob_c0722c
2 Intern
•
337 Posts
0
December 3rd, 2009 02:00
Hi
If you can start up your servers with some references in their databases, reconfigure them to point to the replica Centera systems. Then perform some read operations to test access.
Writes from these servers would be replicated if bi-directional replication is configured.
If you want to simulate a disaster you can remove all privileges from the application profile using set grants. On the next operation the application will receive an error.
Best regards, HOlger
GPring
7 Posts
0
December 9th, 2009 03:00
Hi Holger,
I have "finally" have some more information from the Client.
It appears they are just going to retrieve a single file and not update it so I would assume since Bi-Driectional Communication is not in place between Centera's that we have no need to break the replication?
Regards,
Gareth.
holgerjakob_c0722c
2 Intern
•
337 Posts
0
December 9th, 2009 04:00
Hi Gareth
If you only perform reads there really is no need to break replication.
Assuming you are running uni-directional replication from source to target and your application uses the target, use set grants to revoke all privileges. Once the application receives an error point it to the target Centera and perform your reads. Use set grants to re-grant the privileges, point your application to the source again and resume normal operations.
Best regards, Holger
pruden_robert
15 Posts
0
June 15th, 2010 08:00
We have a site that does READ ONLY DR testing on the Target site. Here are the steps.
Source site:
1-Source site, pause replication
Target site:
2-Create a small VLAN and move Centera Access node cables (on the switch end) to the new switch. The customer had the switches next to each other.
3-Record the Access node IP information ( CLI "show IP detail" ) Change the IP addresses on the target Centera for the new network.
4-Have the customer's application access this new VLAN and test READ ONLY actions.
Just reverse the process to restore the environment.