Re: filesystems and directories under the same name
Did you try a point in time restore from the time the old data was there? Hagopian, George To: [EMAIL PROTECTED] GHagopian@ICT cc: GROUP.COM Subject: filesystems and directories under the same name Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] IST.EDU 05/03/2002 09:22 AM Please respond to ADSM: Dist Stor Manager Good morning everyone I can across an problem with no idea of a resolution. AIX TSM server 4.2 I had a filesystem called say /inbound/site now they removed the filesystem but still needed the pathso they have a filesystem called /inbound and created a sub directory called site When you try to do a restore via the command line it only finds the filesystem data not the directory data If I try to restore via X window or web I have to go through the filesystem /inbound and to the subdirectory site How can I get the data off the filesystem /inbound/site and in the directory /inbound/site I can'd restore the data and then back it up again...too much data and not enough space on the server Sorry to hit everyone in the morning with this...but I was trying to figure this out all last night w/ no success Thanks George Hagopian AIX/TSM Administator ICT Group
Re: Outlook PST files
Bruce, You can put an EXCLUDE statement in your dsm.opt file on the client for *.pst for each drive you have those files on. Bruce Lowrie b.e.lowrie@DOWCO To: [EMAIL PROTECTED] RNING.COM cc: Sent by: ADSM: Subject: Outlook PST files Dist Stor Manager [EMAIL PROTECTED] .EDU 04/19/2002 01:23 PM Please respond to ADSM: Dist Stor Manager All, Each day, roughly 99% of the changed data on my Windows file and print servers is attributable to .pst files. For my Wan clients I have implemented Adaptive subfile differencing but still running marathon backups of some these clients. So given that pst files dramatically impact WAN (and to some degree LAN) backups, how can I address this? * Don't backup .pst? (Most likely not an option) * Force .pst archive rules * reduce frequency of .pst updates (e.g., limit to 1/week; wishful thinking would be this would occur on Fri so that large backups would occur on weekend) * reduce size of .pst by creating new pst files every so often * Storing .pst files centrally rather than locally. * Other - thoughts, anyone? I am looking to for suggestions on how to cope with this ever growing menace. Bruce E. Lowrie Sr. Systems Analyst Information Technology Services Storage, Output, Legacy *E-Mail: [EMAIL PROTECTED] *Voice: (989) 496-6404 7 Fax: (989) 496-6437 *Post: 2200 W. Salzburg Rd. *Post: Mail: CO2111 *Post: Midland, MI 48686-0994 This e-mail transmission and any files that accompany it may contain sensitive information belonging to the sender. The information is intended only for the use of the individual or entity named. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information is strictly prohibited. Dow Corning's practice statement for digitally signed messages may be found at http://www.dowcorning.com/dcps. If you have received this e-mail transmission in error, please immediately notify the Security Administrator at mailto:[EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com
Re: disaster recovery ?
If I understand what you are saying here is that you want to not only backup the UNIX machines TSM database but the actual tapes as well to another TSM server? There are some options here and it has been a while since I have read up on this and please correct me if I misunderstand or misstate anything. Here we go: You could export the tapes from your UNIX TSM server and import them into the z/OS server of your choice. You could set it up for off site storage by setting up a mirrored (don't think TSM uses term mirrored) tape silo. If I remember correctly this involves creating a copy pool that points to a secondary tape silo? My question to you is why are you trying to backup the data on the tapes to another server? Maybe with a little more information on why you are choosing this route, of backing up data that is already backed up, we could better help you. bizzorg bizzorg@WORLDNE To: [EMAIL PROTECTED] T.ATT.NET cc: Sent by: ADSM:Subject: disaster recovery ? Dist Stor Manager [EMAIL PROTECTED] T.EDU 04/05/2002 03:15 AM Please respond to ADSM: Dist Stor Manager I hope someone out there can help. All our TSM servers run on OS390 or z/OS, except for one UNIX based TSM. This UNIX server is not setup for offsite storage. I think we can back this server up to a TSM on z/OS. How do I backup the backed up data? It's all in a tape silo attached to this UNIX box. Thanks in advance..
Re: disaster recovery ?
I understand that the data in on tape on the UNIX TSM server in question but why are you trying to backup data on tape to another server when there may be better/easier ways of getting the data off site and safe in case of a disaster? Why not create a copy pool and point it to a small section of your silo, use that to collocate and copy your critical data to and then export those tapes and take them off site. Then in the case of a disaster you could restore the TSM server from the mksysb you make every month of your system disk (right), get your TSM server up and running and import the tapes. Just a suggestion. Or maybe you have a very legitimate reason for going this route that I am unaware of, please inform me. Thank you for your patience with my babbling. Hunley, Ike Ike.Hunley@BC To: [EMAIL PROTECTED] BSFL.COMcc: Sent by: Subject: Re: disaster recovery ? ADSM: Dist Stor Manager [EMAIL PROTECTED] IST.EDU 04/05/2002 10:01 AM Please respond to ADSM: Dist Stor Manager There are business critical servers backing up to the TSM on this UNIX server. I understood that the backup data is on tape. It is that data we need to recover in a disaster situation. -Original Message- From: Aaron Widmeyer [mailto:[EMAIL PROTECTED]] Sent: Friday, April 05, 2002 9:52 AM To: [EMAIL PROTECTED] Subject: Re: disaster recovery ? If I understand what you are saying here is that you want to not only backup the UNIX machines TSM database but the actual tapes as well to another TSM server? There are some options here and it has been a while since I have read up on this and please correct me if I misunderstand or misstate anything. Here we go: You could export the tapes from your UNIX TSM server and import them into the z/OS server of your choice. You could set it up for off site storage by setting up a mirrored (don't think TSM uses term mirrored) tape silo. If I remember correctly this involves creating a copy pool that points to a secondary tape silo? My question to you is why are you trying to backup the data on the tapes to another server? Maybe with a little more information on why you are choosing this route, of backing up data that is already backed up, we could better help you. bizzorg bizzorg@WORLDNE To: [EMAIL PROTECTED] T.ATT.NET cc: Sent by: ADSM:Subject: disaster recovery ? Dist Stor Manager [EMAIL PROTECTED] T.EDU 04/05/2002 03:15 AM Please respond to ADSM: Dist Stor Manager I hope someone out there can help. All our TSM servers run on OS390 or z/OS, except for one UNIX based TSM. This UNIX server is not setup for offsite storage. I think we can back this server up to a TSM on z/OS. How do I backup the backed up data? It's all in a tape silo attached to this UNIX box. Thanks in advance.. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Documentation needed: Backing up through a firewall
Doug, Where I used to work we did this all the time. All we ever needed was the correct IP address and port on the firewall that points to you TSM server. Set the IP and port in dsm.opt and you should be ok. Run a test if concerned. Douglas Currell To: [EMAIL PROTECTED] dlcurrell@YAH cc: OO.COM Subject: Documentation needed: Backing up through a firewall Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] IST.EDU 03/26/2002 05:41 AM Please respond to ADSM: Dist Stor Manager I need someone to point in the direction of documentation about configuring TSM to backup through a firewall. Installing the Clients and Using the BA Client have scant information about the process other than identifying the ports that need to be opened Thank you. - File your taxes online! Yahoo! Canada Tax Centre
Re: Wildcarding directories
Yes you can. If you are concerned test it first but it always worked for me. Spearman, Wayne wmspearman@NOVANTH To: [EMAIL PROTECTED] EALTH.ORGcc: Sent by: ADSM: Subject: Wildcarding directories Dist Stor Manager [EMAIL PROTECTED] DU 03/20/2002 03:39 PM Please respond to ADSM: Dist Stor Manager I didn't think you could use wildcards when including directory names, however I can't seem to find documentation that says you can't. Is anyone doing this? Include c:\Program Files\app*\*.dat mgtclass1 This message and any included attachments are from NOVANT HEALTH INC. and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail. Thank you.