TSM on P5 LPAR
Hello all, Is anybody using TSM server installed on a P5 LPAR with AIX? The question is: Are there any differences between installations on LPAR and single-image (non-partitioned) machines? Environment soulhd be TSM 5.3.3 on AIX 5.3. Thanks in advance, Paul van Dongen -- Outgoing mail has been checked by TrendMicro InterScan VirusWall
Re: TSM on P5 LPAR
I run my TSM server on a p570 LPAR. I migrated it over from a standalone 6H1. It works great, and runs like a scalded dog. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Paul van Dongen Sent: Wednesday, August 16, 2006 7:42 AM To: ADSM-L@VM.MARIST.EDU Subject: TSM on P5 LPAR Hello all, Is anybody using TSM server installed on a P5 LPAR with AIX? The question is: Are there any differences between installations on LPAR and single-image (non-partitioned) machines? Environment soulhd be TSM 5.3.3 on AIX 5.3. Thanks in advance, Paul van Dongen -- Outgoing mail has been checked by TrendMicro InterScan VirusWall - This E-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended only for the use of the Individual(s) named above. If you are not the intended recipient of this E-mail, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any dissemination or copying of this E-mail is strictly prohibited. If you have received this E-mail in error, please immediately notify us at (865)374-4900 or notify us by E-mail at [EMAIL PROTECTED]
Encryption - logging
Hi, I got one odd request today.. TSM client 5.3.4.0/w2k3. Server 5.3.2.1/AIX If I encypt my backups the password is either saved in the registry or supplied from an operator during backup. And if I want to restict the possibilities for users to do restores without knowing the encryption password I cant save it in the registry, can I? If I save the encryption password in registry I can monitor restores on my TSM server, right? So, if I start a restore locally on my PC, dsmc -virtualnodename=XYZ -tcps=TSM and use my admin ID/PW as login credentials. And, restore \\XYZ\c$\cmdcons\* c:\temp\test\ -subdir=y On TSM server tsm: q act begint=14:15 s=XYZ 16-08-2006 14:16:17 ANR0406I Session 563702 started for node XYZ (WinNT) (Tcp/Ip pc-391662.client.statoil.net(2251)). (SESSION: 563702) tsm: q restore f=d Sess Restore Elapsed Node Name Filespace FSID File Spec Number State Minutes Name -- --- --- - --- -- 563,70 Active2 XYZ \\XYZ\c$ 1 \CMDCONS\** Other queries like q act with s=restore, XYZ, my ID or Tcp/Ip doesnt give me anything. I miss a couple of things that should be logged... So my questions are: Is the possible to do automated encrypted backups but limit the restore functionality to thoose who knows encryption password? How do I monitor restores on the TSM server in good way. Since the above is not sufficient? (Accounting records??) Thanks Henrik --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you.
Re: TSM on P5 LPAR
We run AIX/TSM on LPAR's . . . . no problem . . . . no difference. Once the LPAR is up and running with AIX it's just another AIX instance with it's own memory, processor(s) (or fraction processor . . or floating processor), and adapter cards. TSM doesn't know about or care about the fact it's in an LPAR. Rick Paul van Dongen [EMAIL PROTECTED] .COM.BR To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU TSM on P5 LPAR 08/16/2006 07:41 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU Hello all, Is anybody using TSM server installed on a P5 LPAR with AIX? The question is: Are there any differences between installations on LPAR and single-image (non-partitioned) machines? Environment soulhd be TSM 5.3.3 on AIX 5.3. Thanks in advance, Paul van Dongen -- Outgoing mail has been checked by TrendMicro InterScan VirusWall - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
Re: Lots of newbie questions
On Tue, 15 Aug 2006 14:34:49 -0500, Troy Frank [EMAIL PROTECTED] said: Where would you draw the line with this? For monthly snapshots, you're saying it works better than archives/backupsets. Would you also extend this to replacing yearly archives that need to be around 7 years? I don't see why not, but I've not spent as much time mulling it over as you probably have. Yes; in fact we're setting about doing just such a thing. In this environment, I expect a (to us) totally alien concern to be the most important: Tape reliability. You wrote EOT of tape number one; You will now not touch that tape for seven years, or it's copy volumes. How do you assure yourself that the data is legible? For live data, we usually have churn in our tape pools; expiration and reclamation usually cycle through the entire corpus of tapes in a reasonable timeframe. Long-term storage of static data blows that model. Once framed that way the solution is obvious: when possible, take the oldest tape you've got and MOVE DATA on it. If you can do this a few times a month, You will sharply curtail the possibility of a write-only volume. - Allen S. Rout
Re: TSM on P5 LPAR
On Wed, 16 Aug 2006 08:31:29 -0400, Thach, Kevin G [EMAIL PROTECTED] said: I run my TSM server on a p570 LPAR. I migrated it over from a standalone 6H1. It works great, and runs like a scalded dog. I _like_ that turn of phrase... - Allen S. Rout
Re: Encryption - logging
On Wed, 16 Aug 2006 14:44:59 +0200, Henrik Wahlstedt [EMAIL PROTECTED] said: So my questions are: Is the possible to do automated encrypted backups but limit the restore functionality to thoose who knows encryption password? The only people who can restore are people who can log into your machine, and they can only restore files they can write. I'm confused about why I shouldn't be able to restore one of my files. I'm poking that question because it feels like you're asking TSM to enforce a security restriction you haven't been able to enforce locally on the box. Trying to prevent [EMAIL PROTECTED] from restoring something sounds like a tall order. How do I monitor restores on the TSM server in good way. I haven't found a happy method. Consider, the logging there could be Really Extensive. I don't want to list somebody's 3-million filenames in my TSM serverlog. - Allen S. Rout
Re: Lots of newbie questions
We don't have 7 year retentions but we do have a process that does a 'move data' on any tape that was last written over a year ago. David Allen S. Rout [EMAIL PROTECTED] 8/16/2006 10:20:10 AM On Tue, 15 Aug 2006 14:34:49 -0500, Troy Frank [EMAIL PROTECTED] said: Where would you draw the line with this? For monthly snapshots, you're saying it works better than archives/backupsets. Would you also extend this to replacing yearly archives that need to be around 7 years? I don't see why not, but I've not spent as much time mulling it over as you probably have. Yes; in fact we're setting about doing just such a thing. In this environment, I expect a (to us) totally alien concern to be the most important: Tape reliability. You wrote EOT of tape number one; You will now not touch that tape for seven years, or it's copy volumes. How do you assure yourself that the data is legible? For live data, we usually have churn in our tape pools; expiration and reclamation usually cycle through the entire corpus of tapes in a reasonable timeframe. Long-term storage of static data blows that model. Once framed that way the solution is obvious: when possible, take the oldest tape you've got and MOVE DATA on it. If you can do this a few times a month, You will sharply curtail the possibility of a write-only volume. - Allen S. Rout
Re: Encryption - logging
Thanks for the answer and good point, btw it´s not my file, it is some HR data... The customer is worried about who can restore data/alter the logs if we are able to produce them etc etc. //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Allen S. Rout Sent: 16. august 2006 16:29 To: ADSM-L@VM.MARIST.EDU Subject: Re: Encryption - logging On Wed, 16 Aug 2006 14:44:59 +0200, Henrik Wahlstedt [EMAIL PROTECTED] said: So my questions are: Is the possible to do automated encrypted backups but limit the restore functionality to thoose who knows encryption password? The only people who can restore are people who can log into your machine, and they can only restore files they can write. I'm confused about why I shouldn't be able to restore one of my files. I'm poking that question because it feels like you're asking TSM to enforce a security restriction you haven't been able to enforce locally on the box. Trying to prevent [EMAIL PROTECTED] from restoring something sounds like a tall order. How do I monitor restores on the TSM server in good way. I haven't found a happy method. Consider, the logging there could be Really Extensive. I don't want to list somebody's 3-million filenames in my TSM serverlog. - Allen S. Rout --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you.
Re: Lots of newbie questions
We have a script and it does a move data on any tape (primary or copy) that is older then (not read or written in) x days. We are currently using 6 months as our x. This makes sure that offsite tapes do not sit for 7 years also. -- Phillip (901)320-4462 (901)320-4856 FAX -Original Message- From: Allen S. Rout [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 16, 2006 9:20 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Lots of newbie questions On Tue, 15 Aug 2006 14:34:49 -0500, Troy Frank [EMAIL PROTECTED] said: Where would you draw the line with this? For monthly snapshots, you're saying it works better than archives/backupsets. Would you also extend this to replacing yearly archives that need to be around 7 years? I don't see why not, but I've not spent as much time mulling it over as you probably have. Yes; in fact we're setting about doing just such a thing. In this environment, I expect a (to us) totally alien concern to be the most important: Tape reliability. You wrote EOT of tape number one; You will now not touch that tape for seven years, or it's copy volumes. How do you assure yourself that the data is legible? For live data, we usually have churn in our tape pools; expiration and reclamation usually cycle through the entire corpus of tapes in a reasonable timeframe. Long-term storage of static data blows that model. Once framed that way the solution is obvious: when possible, take the oldest tape you've got and MOVE DATA on it. If you can do this a few times a month, You will sharply curtail the possibility of a write-only volume. - Allen S. Rout * This message and any attachments are solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use or distribution of the information included in this message is prohibited -- Please immediately and permanently delete.
Migration TSM 5.1 at 5.3
Good afternoon to all I need migrate a server TSM 5.1 at 5.3. Did somebody already make it? Some suggestion or indication? Thank you
Re: Migration TSM 5.1 at 5.3
Ive done it, Lay down 5.2 first, or you are in for a world of hurt. Jeremy Cloward In this golden age of communication , means everyone talks at the same time Justin Sullivan TSM User [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 08/16/2006 01:38 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU From TSM User [EMAIL PROTECTED] To ADSM-L@VM.MARIST.EDU cc Subject [ADSM-L] Migration TSM 5.1 at 5.3 Good afternoon to all I need migrate a server TSM 5.1 at 5.3. Did somebody already make it? Some suggestion or indication? Thank you
Re: TSM on P5 LPAR
Hi Paul, I'm running a TSM server on a P550 with 2 LPAR's - 3CPU's 12GIG Memory. Running great. Regards, Jacques van den Berg TSM / SAP Storage Administrator Pick 'n Pay IT Email : [EMAIL PROTECTED] Tel : 021 - 658 1711 Fax : 021 - 658 1676 Mobile : 082 - 653 8164 Dis altyd lente in die hart van die mens wat God en sy medemens liefhet (John Vianney). -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Paul van Dongen Sent: Wednesday, August 16, 2006 1:42 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] TSM on P5 LPAR Hello all, Is anybody using TSM server installed on a P5 LPAR with AIX? The question is: Are there any differences between installations on LPAR and single-image (non-partitioned) machines? Environment soulhd be TSM 5.3.3 on AIX 5.3. Thanks in advance, Paul van Dongen -- Outgoing mail has been checked by TrendMicro InterScan VirusWall Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093? If you don't have web access, the disclaimer can be mailed to you on request. Disclaimer requests to be sent to [EMAIL PROTECTED] Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093? If you don't have web access, the disclaimer can be mailed to you on request. Disclaimer requests to be sent to [EMAIL PROTECTED]
Re: Migration TSM 5.1 at 5.3
We upgrade from 5.1 to 5.3 earlier this year. It went very well. The upgrade does take some time to convert the TSM db. There is a procedure for cleaning up the Win system objects you will need to run. See the v5.3 readme file and the installation guide. As with any upgrade, I would strongly suggest you try this on a test system first. Rick TSM User [EMAIL PROTECTED] To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Migration TSM 5.1 at 5.3 08/16/2006 01:38 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU Good afternoon to all I need migrate a server TSM 5.1 at 5.3. Did somebody already make it? Some suggestion or indication? Thank you - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
Re: Encryption - logging
Don't forget if that is the desire that the web gui runs under the local system account (in windows land) and it may have the ability to restore another users file to a different location. So you may not want to use the TSM web client feature on that particular server. Henrik Wahlstedt [EMAIL PROTECTED] wrote: Thanks for the answer and good point, btw it´s not my file, it is some HR data... The customer is worried about who can restore data/alter the logs if we are able to produce them etc etc. //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Allen S. Rout Sent: 16. august 2006 16:29 To: ADSM-L@VM.MARIST.EDU Subject: Re: Encryption - logging On Wed, 16 Aug 2006 14:44:59 +0200, Henrik Wahlstedt said: So my questions are: Is the possible to do automated encrypted backups but limit the restore functionality to thoose who knows encryption password? The only people who can restore are people who can log into your machine, and they can only restore files they can write. I'm confused about why I shouldn't be able to restore one of my files. I'm poking that question because it feels like you're asking TSM to enforce a security restriction you haven't been able to enforce locally on the box. Trying to prevent [EMAIL PROTECTED] from restoring something sounds like a tall order. How do I monitor restores on the TSM server in good way. I haven't found a happy method. Consider, the logging there could be Really Extensive. I don't want to list somebody's 3-million filenames in my TSM serverlog. - Allen S. Rout --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you. - Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
Power saving and TSM backups
One way we are looking to save energy is to turn computers off at night. As we typically run backups at night, this presents a problem. We would like to see a way that users could initiate a backup/auto-shutdown as they leave work for the day so that their computers aren't left on all night. We estimate that the energy savings would be substantial. Some other backup products provide this capability. Has anyone else figured out a way to do this with TSM on Windows, MacOS, and Linux? Has anyone else wished that TSM had a way to do this? ..Paul
Re: Power saving and TSM backups
I can't speak to Mac or Linux, but Windows has the shutdown.exe program. So you could easily write a script to launch the client backup, then run shutdown.exe. Trivial example of a hypothetical script called backup_and_shutdown.cmd: cd /d c:\program files\tivoli\tsm\baclient dsmc i dsmc.out 21 shutdown -s Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 08/16/2006 07:01:38 PM: One way we are looking to save energy is to turn computers off at night. As we typically run backups at night, this presents a problem. We would like to see a way that users could initiate a backup/auto-shutdown as they leave work for the day so that their computers aren't left on all night. We estimate that the energy savings would be substantial. Some other backup products provide this capability. Has anyone else figured out a way to do this with TSM on Windows, MacOS, and Linux? Has anyone else wished that TSM had a way to do this? ..Paul
cluster backups
Would there be any reason that this message would show up in the log of one of the nodes, not the clusternode, when the domain statement says C: D: on node2? Node 1 is not reporting this error. The backup is reporting as failed because of it. I've looked at the dsm.opt files and they are identical on node 1 and 2 except for the nodename. The only thing I can think of is the dsm.opt file maybe have had DOMAIN ALL-LOCAL and after it was changed to C: D: the service was not restarted. Client Windows 2003 Client version is 5.2.2.10 TSM server AIX 5.2 TSM 5.2.6.1 08/15/2006 21:57:27 ANS1228E Sending of object '\\clusternode\e$' failed 08/15/2006 21:57:27 ANS1154E Drive \\clusternode\e$ is a cluster disk. Not valid for backup/archive when CLUSTERNODE option is NO. 08/15/2006 21:57:27 --- SCHEDULEREC STATUS BEGIN 08/15/2006 21:57:27 Total number of objects inspected: 34,793 08/15/2006 21:57:27 Total number of objects backed up: 133 08/15/2006 21:57:27 Total number of objects updated: 0 08/15/2006 21:57:27 Total number of objects rebound: 0 08/15/2006 21:57:27 Total number of objects deleted: 0 08/15/2006 21:57:27 Total number of objects expired: 85 08/15/2006 21:57:27 Total number of objects failed: 1 08/15/2006 21:57:27 Total number of bytes transferred:47.20 MB 08/15/2006 21:57:27 Data transfer time: 47.92 sec 08/15/2006 21:57:27 Network data transfer rate:1,008.64 KB/sec 08/15/2006 21:57:27 Aggregate data transfer rate:174.19 KB/sec 08/15/2006 21:57:27 Objects compressed by: 53% 08/15/2006 21:57:27 Elapsed processing time: 00:04:37 08/15/2006 21:57:27 --- SCHEDULEREC STATUS END 08/15/2006 21:57:27 --- SCHEDULEREC OBJECT END CLIENT-M-F 08/15/2006 21:30:00 08/15/2006 21:57:27 ANS1512E Scheduled event 'CLIENT-M-F'. Thanks, Geoff Gill TSM Administrator PeopleSoft Sr. Systems Administrator SAIC M/S-G1b (858)826-4062 Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
