Re: Getting unix permissions back from TSM

2011-09-16 Thread molin gregory
Hello Steve, You can restore your system with the mksysb backup. Select the filesystems you want to restore. Hope that help Cordialement, Grégory Molin Tel : 0141628162 gregory.mo...@afnor.org -Message d'origine- De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part de

Re: Getting unix permissions back from TSM

2011-09-16 Thread Carlo Zanelli
Hi Steve, No, there is no way to restore permissions only. The best way to doing this is to restore the directory to another mount point and manually do a diff on permissions. Hope this helps. Carlo. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On

Re: Getting unix permissions back from TSM

2011-09-16 Thread Jánský Vítězslav
restore to alternate location and use something like BSD mtree (http://www.freebsd.org/cgi/man.cgi?query=mtreesektion=8) to copy permissions V.J. Odesílatel: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] za uživatele Carlo Zanelli

Exchange mailbox restore fails

2011-09-16 Thread Paul van Dongen
Hello TSM gurus, I am having trouble restoring an Exchange Mailbox on a Windows 2008 server. The full backup gets restored, and then it immediately get a ANS1017E (session rejected) when it tries to restore the incrementals. I already increased the IDLETIMEOUT value so the server doesn' t

Re: Exchange mailbox restore fails

2011-09-16 Thread Del Hoobler
Hi Paul, It took about 5 hours 41 minutes to restore the full backup (113G). That would mean you need at least an IDLETIMEOUT of 342 minutes. Did you set it that high? Check the TSM Server activity log for that session. Also check the DSMERROR.LOG file in the baclient directory. Thanks, Del

Re: Exchange mailbox restore fails

2011-09-16 Thread Paul van Dongen
Hi Del, Yes, my IDLETIMEOUT is 600 minutes :( The TSM server actlog only shows the (successful) full restore sessions. I will further investigate the BAclient error logs. Thanks, and I guess I will see you over 2 weeks in Dresden Paul Van: ADSM: Dist

Re: Exchange mailbox restore fails

2011-09-16 Thread Del Hoobler
Hi Paul, If you cannot find anything meaningful in the logs, open a call with IBM support, they can gather the necessary traces to find out what is happening. Yes. I will be at the TSM Symposium in Dresden. I will be presenting TSM for Mail and FlashCopy Manager. I look forward to meeting you.

Re: LARGE MS-SQL TDP backup keeps failing

2011-09-16 Thread Zoltan Forray/AC/VCU
FYI, FWIW, after increasing IDLETIMEOUT and COMMTIMEOUT to 12 (ridiculous - yes I know one value is in seconds and the other in minutes) and 2-STRIPES, the SQL backup of this database finally finished after running 74-Hours. Zoltan Forray TSM Software Hardware Administrator Virginia

Re: LARGE MS-SQL TDP backup keeps failing

2011-09-16 Thread Carlo Zanelli
Hi Zoltan, Do not sound strange to my ears this type of performance with TSM TDP/MSSQL without flashcopy. For large database sets in MSSQL it's strongly recommended to use FASTBACK module. Hope this helps. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU]

DB Usage spike after turning on ALLOWTABLEREORG

2011-09-16 Thread Zoltan Forray/AC/VCU
6.1.5.10 server. Back when there were issues with log usage due to table reorgs, I like many folks turned off ALLOWTABLEREORG. Recently, I did some big purging (moved a node with 189M objects to another server). Since the DB has grown to over 200G, I decided to reactivate ALLOWTABLEREORG this

Re: Getting unix permissions back from TSM

2011-09-16 Thread Strand, Neil B.
You might want to look into the AIX commands: lppchk and/or tcbck Thank you, Neil Strand Storage Engineer - Legg Mason Baltimore, MD. (410) 580-7491 Whatever you can do or believe you can, begin it. Boldness has genius, power and magic. -Original Message- From: ADSM: Dist Stor

Moving tapes offsite

2011-09-16 Thread Jim Davis
We have a department leaving our TSM system that would like to have the tapes we've been using for them -- they'd keep them on a shelf and presumably use tsmtape (or whatever) if they needed the old data. I'm not sure how to handle that request; I could mark the volumes 'offsite', but they're

Re: Moving tapes offsite

2011-09-16 Thread Skylar Thompson
Could you generate a backupset for them on new tape, and then delete their data from storage pools when it's done? That way TSM doesn't have to track it at all. On 09/16/11 10:04 AM, Jim Davis wrote: We have a department leaving our TSM system that would like to have the tapes we've been using

Re: Moving tapes offsite

2011-09-16 Thread Zoltan Forray/AC/VCU
When I remove nodes for good and someone wants a copy kept forever, I create 2-exports and then delete from TSM. That way on the off chance they want something, I simply import back into a TSM server. Zoltan Forray TSM Software Hardware Administrator Virginia Commonwealth University UCC/Office

Re: Moving tapes offsite

2011-09-16 Thread Jim Davis
On 9/16/2011 10:13 AM, Skylar Thompson wrote: Could you generate a backupset for them on new tape, and then delete their data from storage pools when it's done? That way TSM doesn't have to track it at all. Thanks, though with 20+ tapes of their data... I suspect there's an easier way I'd

Re: Moving tapes offsite

2011-09-16 Thread Zoltan Forray/AC/VCU
But, if it isn't in the database or a transportable format (export of backupset), you won't be able to restore from the tapes. No, it doesn't delete the data/tapes physically - just removed the DB info. Zoltan Forray TSM Software Hardware Administrator Virginia Commonwealth University

Re: Moving tapes offsite

2011-09-16 Thread Skylar Thompson
I would be reticent about giving people used tapes, unless the old overwritten data had been encrypted, or the tapes were used exclusively by the people you're given them to. On 09/16/11 12:38 PM, Jim Davis wrote: On 9/16/2011 10:13 AM, Skylar Thompson wrote: Could you generate a backupset for

Re: Moving tapes offsite

2011-09-16 Thread Huebner,Andy,FORT WORTH,IT
We had a request that sounds similar from our legal department. We collocated the data in a copy pool, then we took those copy tapes and a backup of the DB and stuck it in the vault. Because ours is small we left the tapes in the live TSM DB, but you could delete them from the live DB. If the