• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.

  • Community Tip: Forum Rules (PLEASE CLICK HERE TO READ BEFORE POSTING)

    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

replicate archives in cloud container pool

gernthefish

ADSM.ORG Member
Joined
Mar 3, 2005
Messages
129
Reaction score
0
Points
0
We are migrating to a new TSM server and have some archive data that needs to be moved or copied to the new server. We are using cloud container pools on both the source and target, so it looks like we can't export the data. Are there any alternatives? According to IBM, PROTECT STG won't work for cloud containers, but I ran a quick REPLICATE NODE and it seemed to work. Has anyone tried this? We are running v8.1.10.100 on all servers.
 

RecoveryOne

ADSM.ORG Senior Member
Joined
Mar 15, 2017
Messages
297
Reaction score
61
Points
0
I think node replication is the way to go. When I was migrating from an old server to a new one, replicate node was what I was using for some of my larger clients. Granted, this was before all the cool stuff directory or cloud containers.

Just make sure it finishes successfully.
 

gernthefish

ADSM.ORG Member
Joined
Mar 3, 2005
Messages
129
Reaction score
0
Points
0
Thanks for the reply RecoveryOne. I've run exports many times before, but very new to replication. We need to copy some old archive data for nodes that are already doing new backups/archives to the target server. Do you know if replication will work for this? Does it overwrite any existing node data on the target server? Also, does replication preserve all the same mgmt class & retention info as defined on the source?
 

RecoveryOne

ADSM.ORG Senior Member
Joined
Mar 15, 2017
Messages
297
Reaction score
61
Points
0
Hrm, then again, maybe export node is the correct way. Cause with replication you will have to do some other magic I think. Blah, sorry wrote the above when I didn't yet have enough coffee in my system. Sorry. My fault.

Export node exports the node definition and all the data associated with that node from server a to server b. Then when export is done, you point the node to server b. Ideally before its next backup.

Export's can be stopped and restarted as needed.

disregard what i posted above. I'd try export first.
 

marclant

ADSM.ORG Moderator
Joined
Jun 16, 2006
Messages
3,615
Reaction score
578
Points
0
Location
Canada
Website
www-947.ibm.com
Do you know if replication will work for this?
Yes
Does it overwrite any existing node data on the target server?
No, for every object it replicates, it looks if it exists on the target, if yes then it skips it, if not it replicates it.

Also, does replication preserve all the same mgmt class & retention info as defined on the source?
Yes as long as dissimilar policies is not enabled, it's disabled by default.
 

RecoveryOne

ADSM.ORG Senior Member
Joined
Mar 15, 2017
Messages
297
Reaction score
61
Points
0
Not in this particular case because of container pools, export only works with legacy pools.
Ahh that's right.
Sorry, coffee kicked in and I was second guessing myself.

Thanks marclant!
 

gernthefish

ADSM.ORG Member
Joined
Mar 3, 2005
Messages
129
Reaction score
0
Points
0
IBM doc on REPLICATE NODE says the following:
"Files that are no longer stored on the source replication server, but that exist on the target replication server, are deleted during this process."

If I'm reading this correctly, existing files on the target may not be overwritten, but they will be deleted if they are not on the source server. So we will need to make sure no archives exist on the target when we do our 1x replication (or they will be lost).

Does this sound correct? Just need a sanity check.
 

marclant

ADSM.ORG Moderator
Joined
Jun 16, 2006
Messages
3,615
Reaction score
578
Points
0
Location
Canada
Website
www-947.ibm.com
It's correct, but not to the extreme you are thinking.

If you use forcereconcile=no (the default), the source server tracks what it has replicated to the target. So
Day1 you replicate, the source copies everything it has to the target for that node
Day2, some files on the source have expired and no longer exists, the source keeps tracks of those, you replicate and it will delete those from the target.
Specifies that replication processing does not
force a reconcile to compare all files on the
source replication server with files on the
target replication server. Instead, replication
processing tracks file changes on the source
replication server since the last replication
and synchronizes these changes on the target
replication server. NO is the default value
If however you use forcereconcile=yes, then yes it will do a full comparison and delete stuff on the target that doesn't exist on the source.
 

gernthefish

ADSM.ORG Member
Joined
Mar 3, 2005
Messages
129
Reaction score
0
Points
0
Ok, so it sounds like replication may work for us (as long as we use the default for forcereconcile). Good info. Thanks Marclant!
 

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 18 18.2%
  • Keep using TSM for Spectrum Protect.

    Votes: 61 61.6%
  • Let's be formal and just say Spectrum Protect

    Votes: 12 12.1%
  • Other (please comement)

    Votes: 8 8.1%

Forum statistics

Threads
31,750
Messages
135,360
Members
21,746
Latest member
NasriSaleh
Top