GregE
ADSM.ORG Senior Member
TSM Server 5.5
Solaris 10
Searching the forum, I've seen some discussion of this, almost. So I thought I'd post a new thread.
In reading this technote, I'm now starting to think about how "consistency" can be achieved..
http://www-01.ibm.com/support/docvi...=swg21205074&loc=en_US&cs=utf-8&cc=us&lang=en
We're now looking at IBM XIV SAN storage, and likely DataDomain storage (file and VTL) for deduplicated file/VTL storage. We'll have a production site, and a DR site with another identical TSM server, offline, and another XIV SAN and DataDomain device. So we'll be replicating DB, logs, and storage pools to the DR site. I know we can use the XIV and DataDomain replication software, BUT that doesn't address the "collective consistency" requirement of the vital TSM pieces. The TSM pieces need to replicate as a group, otherwise the DR site may have something in a storage pool that it doesn't yet have in it's copy of the TSM DB....etc etc..
How is this achieved?
***Update: OK I found something in the XIV Copy Services redbook....
Consistency groups (CG): A consistency group is a set of related volumes on the same
XIV Storage System that are treated as a single consistent unit. Consistency groups are
supported within Remote Mirroring.
The XIV documentation answers how it's done inside XIV, where the TSM db, logs, and primary disk storage pools are. Then a question is, how to ensure that the TSM db, logs, and DataDomain file/VTL primary storage pools remain consistent as a group since the live TSM db and logs are on the XIV system, not DataDomain.
Solaris 10
Searching the forum, I've seen some discussion of this, almost. So I thought I'd post a new thread.
In reading this technote, I'm now starting to think about how "consistency" can be achieved..
http://www-01.ibm.com/support/docvi...=swg21205074&loc=en_US&cs=utf-8&cc=us&lang=en
We're now looking at IBM XIV SAN storage, and likely DataDomain storage (file and VTL) for deduplicated file/VTL storage. We'll have a production site, and a DR site with another identical TSM server, offline, and another XIV SAN and DataDomain device. So we'll be replicating DB, logs, and storage pools to the DR site. I know we can use the XIV and DataDomain replication software, BUT that doesn't address the "collective consistency" requirement of the vital TSM pieces. The TSM pieces need to replicate as a group, otherwise the DR site may have something in a storage pool that it doesn't yet have in it's copy of the TSM DB....etc etc..
How is this achieved?
***Update: OK I found something in the XIV Copy Services redbook....
Consistency groups (CG): A consistency group is a set of related volumes on the same
XIV Storage System that are treated as a single consistent unit. Consistency groups are
supported within Remote Mirroring.
The XIV documentation answers how it's done inside XIV, where the TSM db, logs, and primary disk storage pools are. Then a question is, how to ensure that the TSM db, logs, and DataDomain file/VTL primary storage pools remain consistent as a group since the live TSM db and logs are on the XIV system, not DataDomain.
Last edited: