Hi Guys, Thanks for the suggestions. I have been able to recover what I required from the oldest available backup however I wanted to know if it's possible to backup the recovery storage group that was created for this purpose. I can see in Exchange the mailbox DB's and the RSG but I cannot see the RSG for backup selection.
I went as far as dismounting the RSG and tried backing it up via the BA client but that didn't work either. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Andrew Raibeck Sent: 01 August 2014 01:51 PM To: [email protected] Subject: Re: [ADSM-L] Exchange TDP Just to tack onto Del's comments.... Do "select * from backups where node_name='NODENAME' ", redirecting to an output file. (NODENAME is the name of the TDP node, all upper case). Do any backup versions appear that are from the desired recovery timeframe? If no, and if you do not have database backups that go back to a point in time before the data was expired, then the likelihood of being able to recover the data decreases. It also makes it a lot harder to identify the volumes where the backup data last resided. If the backup data resides on random access pools then there is a good chance the data has already been overwritten, assuming the pools are used daily for other backup activity. If the backup data resides on sequential access pool (primary or copy pool) then as long as the media has not been reused, it *might* be possible to salvage data. If the REUSEDELAY on the volumes is less than the number of days that have transpired since the rebinding, the likelihood of being able to recover the data decreases further. (Again, depends on whether the volumes have been overwritten.) If the backup data exists on the storage media (tapes have not been returned to scratch or overwritten) then it *might* be possible to salvage the data with the assistance of IBM. As Del suggested, you can open a PMR and support can help you assess whether any data is recoverable or salvageable. Regards, - Andy ____________________________________________________________________________ Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead | [email protected] IBM Tivoli Storage Manager links: Product support: http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager Online documentation: https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Tivoli +Documentation+Central/page/Tivoli+Storage+Manager Product Wiki: https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Tivoli +Storage+Manager/page/Home "ADSM: Dist Stor Manager" <[email protected]> wrote on 2014-08-01 06:54:25: > From: "Swartz, Jerome" <[email protected]> > To: [email protected] > Date: 2014-08-01 06:55 > Subject: Re: Exchange TDP > Sent by: "ADSM: Dist Stor Manager" <[email protected]> > > Thanks Del, > > I don't have a TSM DB prior to that point, however in the case that if > I had, would It have been possible to restore to such a point in > isolation without ramifications? > > Regards, > > Jerome > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf > Of Del Hoobler > Sent: 31 July 2014 08:12 PM > To: [email protected] > Subject: Re: [ADSM-L] Exchange TDP > > Hi Jerome, > > I am not an expert on TSM Server rollbacks, but here are some options > that I can think of: > > - Restore your TSM database back to before the backup with the shorter policy. > This has ramifications that I am sure you are aware of. > > - If your data is on tape, and the tapes have not been written > over,you could > possibly salvage them. You would need to contact your IBM account team > to start this process. > > Thank you, > > Del > > ---------------------------------------------------- > > "ADSM: Dist Stor Manager" <[email protected]> wrote on 07/31/2014 > 11:41:24 AM: > > > From: "Swartz, Jerome" <[email protected]> > > To: [email protected] > > Date: 07/31/2014 11:42 AM > > Subject: Exchange TDP > > Sent by: "ADSM: Dist Stor Manager" <[email protected]> > > > > Hi Folks, > > > > We running TSM Exchange TDP 6.3 on TSM5.5 ( I know not supported) > > > > I believe a made a balls up and want to know if there is anything > > possible to do. I needed to recover Exchange data from 2013 from my > > monthly backups. When checked for the data to recover I couldn't see > > anything past 60 days which was strange as my monthly has a > > retention policy which is 365 days. I came to the conclusion that > > when we upgraded the exchange client I ran a backup using the > > monthly node ID using a daily mgmtclass which at the time was the > > default and has a retention of 60 days so binding all the monthly's > > to daily's.. This is my only conclusion for this. > > > > Is there anything possible to do is this scenario to remotely > > recover this data!?!? > > > > Cheers, > > > > Jerome > > > ********************************************************************** > COMPUTACENTER PLC is registered in England and Wales with the > registered number 03110569. Its registered office is at Hatfield > Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > COMPUTACENTER (UK) Limited is registered in England and Wales with the > registered number 01584718. Its registered office is at Hatfield > Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > COMPUTACENTER (Mid-Market) Limited is registered in England and Wales > with the registered number 3434654. Its registered office is at > Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > COMPUTACENTER (FMS) Limited is registered in England and Wales with > the registered number 3798091. Its registered office is at Hatfield > Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > > The contents of this email are intended for the named addressee only. > It contains information which may be confidential and which may also > be privileged. > Unless you are the named addressee (or authorised to receive mail for > the addressee) you may not copy or use it, or disclose it to anyone else. > If you receive it in error please notify us immediately and then > destroy it. > Computacenter information is available from: > http://www.computacenter.com > ********************************************************************** >
