Results 1 to 7 of 7
Thread: TSM 6.3 DB Hardware Replication
-
06-08-2012, 02:59 PM #1Member
- Join Date
- Nov 2006
- Posts
- 19
- Thanks
- 0
- Thanked 0 Times in 0 Posts
TSM 6.3 DB Hardware Replication
Does anyone have experience replication at the hardware level the db/log vols for TSM 6.3?
We want to 'quiesce' the database and perform a hardware level snapshot (i.e. SVC Flashcopy...etc) and recover the TSM database on another server @ DR. We do this in Oracle today but have questions about the quiesce piece of TSM and how/if it's possible to leave TSM up when the flash is taken. Any tips are greatly appreciated.
Thanks in advance.
-
06-08-2012, 03:01 PM #2Newcomer
- Join Date
- Feb 2004
- Posts
- 2
- Thanks
- 0
- Thanked 0 Times in 0 Posts
that's a great question. I too would be interested as to how to do this.!!
-
06-08-2012, 03:06 PM #3Moderator
- Join Date
- Aug 2005
- Location
- Somewhere in the US
- Posts
- 5,357
- Thanks
- 2
- Thanked 148 Times in 145 Posts
To 'quiesce' TSM DB means to shutdown TSM.
I replicate the DB2 instance BUT from a PIT basis - DBB full backups.
If you really want to replicate the DB2 instance, why don't you just use mirroring instead of using SVC? Mirror the dbspace with the remote site. Caveat? watch out for propagation delays and mirror 'site' distances.Ed
-
06-08-2012, 03:14 PM #4Member
- Join Date
- Nov 2006
- Posts
- 19
- Thanks
- 0
- Thanked 0 Times in 0 Posts
We do PIT DBB daily, but recover from tape @ DR. Latency is our concern w/ mirror, which is why we have chosen the snap/sync approach. We've tested multiple dirty flashcopies w/ SVC and DB2 does crash recovery and comes up...admittedly not the greatest method though.
-
06-08-2012, 03:22 PM #5Moderator
- Join Date
- Aug 2005
- Location
- Somewhere in the US
- Posts
- 5,357
- Thanks
- 2
- Thanked 148 Times in 145 Posts
Then the only choice (short of crashing the DB2 instance) is to stop the TSM server while doing a copy.
Another way is to have a local mirror, break the mirror (I believe you can do this on the fly with DB2), and replicate the mirror to the remote site. Still is not 'live' but will shorten the PIT gaps considerably.Ed
-
06-08-2012, 04:09 PM #6Member
- Join Date
- Nov 2006
- Posts
- 19
- Thanks
- 0
- Thanked 0 Times in 0 Posts
So what affect does the DB2 quiesce have on TSM?
I wonder if something like this might work:
db2 connect to tsmdb1
db2 quiesce database immediate force connections
db2 connect reset
*flash*
db2 connect to tsmdb1
db2 unquiesce database
-
06-08-2012, 04:14 PM #7Moderator
- Join Date
- Aug 2005
- Location
- Somewhere in the US
- Posts
- 5,357
- Thanks
- 2
- Thanked 148 Times in 145 Posts
My understanding is that TSM stops working (may crash) when the DB is quiesce when it is busy. You may get away with this when there is no load.
Ed
Similar Threads
-
tsm 6.3 dedup and replication
By itcsge in forum TSM ServerReplies: 3Last Post: 01-10-2012, 03:14 PM -
tsm and data domain replication
By gfester in forum Capacity PlanningReplies: 7Last Post: 03-17-2011, 06:04 PM -
TSM Database Replication
By Aaron S. in forum TSM ServerReplies: 2Last Post: 03-12-2008, 06:02 PM -
TSM replication best practices
By denisl in forum TSM Installation, Upgrade and ConfigurationReplies: 0Last Post: 11-27-2007, 12:26 PM -
TSM Database replication to DR site
By nskingle in forum Disaster Recovery ModuleReplies: 7Last Post: 03-12-2007, 10:55 AM


Reply With Quote
