• 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.

Moving client SAN data from physical to virtual rdm and backups. Will this be a new 'full'?

RecoveryOne

ADSM.ORG Senior Member
Joined
Mar 15, 2017
Messages
327
Reaction score
75
Points
0
So been giving this one some thought and for the life of me, can't see a way around this.
Situation:
50Tb of data presented as multiple volumes from san to physical Win2k8 server. Volumes will be removed from the 2k8 and presented as rdm to 2016 server inside of VMWare. Not concerned about using TDP to back this up, plan on excluding the disks if they are vrdm, or setting the flag to ignore prdm volumes.

What I'm concerned about is, even if we did the same drive letter and mappings, with the same dsm.opt file copied over and node name from the retired box, this will be in effect a full fresh backup won't it?

Normally I'd not be worried as data reduction would level things out. In this case, no data reduction is being performed. Hits a non deduplicated file pool and migrates off to tape for primary storage. So, I will end up burning a lot of tapes for a new fresh ingest. So much so that I may not have enough scratch. I have a workaround to address that, but would like to avoid if possible.

Thought I'd ask here and see if anyone has any tricks up their sleeves to prevent this from becoming a new 'full'.

Thanks and stay safe out there.
 

marclant

ADSM.ORG Moderator
Joined
Jun 16, 2006
Messages
3,739
Reaction score
619
Points
0
Location
Canada
Website
www.ibm.com
What I'm concerned about is, even if we did the same drive letter and mappings, with the same dsm.opt file copied over and node name from the retired box, this will be in effect a full fresh backup won't it?

New a few more things to avoid a backup:
- hostname would need to be the same, the filespace name is \\hostname\driveletter
- it's also possible you may need to change the machine SID on the new machine to match the old one. I remember having to do that when I migrated a server from NT4 to W2K using Robocopy, but I think that was more related to file permissions, not to avoid backup


My recommendation would be to test. The physical to virtual is not an issue. So you could create a test VM, add a small volume, put files, back them up. Then move that volume, nodename and hostname to another test VM (need to power off the 1st test VM), and see what it does.
 

RecoveryOne

ADSM.ORG Senior Member
Joined
Mar 15, 2017
Messages
327
Reaction score
75
Points
0
Marclant,
Kinda what I was afraid of. New hostname and the box isn't getting a new SID either. Was hoping for one of those hidden gems of TSM. :)
Yeah, looking at trying to test out some other ideas. Abusing asnodename has came to my mind for example.

Oh this is going to be painful! Time to play the data shuffle.

Thanks!
 

marclant

ADSM.ORG Moderator
Joined
Jun 16, 2006
Messages
3,739
Reaction score
619
Points
0
Location
Canada
Website
www.ibm.com
Oh wait. It's possible to rename a filespace.

I'd test the @#%$&^ out that with a couple of test systems though.
 

RecoveryOne

ADSM.ORG Senior Member
Joined
Mar 15, 2017
Messages
327
Reaction score
75
Points
0
Ohh...yes...That may work.
Thanks! Don't think I've ever ran a rename filespace before.
Well, time to poke about and see what I can break.

Thanks!
 

reesema

ADSM.ORG Member
Joined
Jan 5, 2006
Messages
48
Reaction score
4
Points
0
Website
Visit site
I've done the rename filespace trick several times when moving to new servers. It works great and avoids the full backup.
 

RecoveryOne

ADSM.ORG Senior Member
Joined
Mar 15, 2017
Messages
327
Reaction score
75
Points
0
reesema,
That is good to know! Still working on standing up a test system. Time flies but also moves slowly at times.

Thank you.
 

Advertise at ADSM.ORG

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

DigitalOcean $100 Credit

Support ADSM.ORG and get DigitalOcean FREE credit. DigitalOcean currently offer a $100, 60-day Free Credit for new accounts. Sign-up here:

DigitalOcean Referral Badge

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: 20 18.7%
  • Keep using TSM for Spectrum Protect.

    Votes: 65 60.7%
  • Let's be formal and just say Spectrum Protect

    Votes: 13 12.1%
  • Other (please comement)

    Votes: 9 8.4%

Forum statistics

Threads
31,885
Messages
135,936
Members
21,783
Latest member
london
Top