Re: Co-location
As to your db issue, all I can say is ouch. You haven't said what kind of library (and how many drives), or how big your potential collocated backup is, but a possible option would be to set up a collocated tape pool and then a management class that points directly to that pool. Then specify that mgmt class (via "include ") in the correct dsm.opt files. You would be bypassing the diskpool, but if your tape is fast enough and you have the spare drives, this is a perfectly acceptable option. Again, you wouldn't be getting the benefits of a diskpool, but it would give you the benefits of collocation. A key point if you decide to set this up is that you should design it so that at a maximum you never have more sessions backing up to this pool than x-1 where x=number of drives. You should always leave at least one drive free for adhoc restores and/or diskpool migration. I like to leave at least two free, or even more if I can. As always ymmv Chris Gibes ([EMAIL PROTECTED]) Tivoli Certified Consultant IBM Certified System Administrator -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@;VM.MARIST.EDU] On Behalf Of Matt Simpson Sent: Wednesday, October 23, 2002 7:51 AM To: [EMAIL PROTECTED] Subject: Re: Co-location At 12:06 AM -0500 10/23/02, Chris Gibes said: >You are absolutely correct. Co-location is by storage pool, not by >management class. So yes, you would need to carve your disk up into >multiple storage pools to selectively use co-location, Thanks for the confirmation >my guess is that it's >not viable to add more disk (or you're on one of those platforms where >disk is not "cheap"...) Expenditures are always political. Management is always more willing to spend huge gobs of money into a new disaster than drop a few more pennies into an existing one. And I'm more concerned about the management headaches than the cost, as you point out .. >the total amount of disk and the total amount >being backed up are going to be the same regardless of how many pools >you have, so carving one big pool up, shouldn't be that big of an issue, true, but >as long as you put some planning into the size of the disk pools. There's the catch. We can't plan more than 30 minutes into the future around here. It's easier to manage one big chunk of something than a bunch of little chunks. If we carve up our disk pools based on today's "plan", we'll have to re-configure them tomorrow. Our database has already exceeded the allocation that IBM told us was way bigger than we'd ever need, and we haven't even finished the installation yet. -- Matt Simpson -- OS/390 Support 219 McVey Hall -- (859) 257-2900 x300 University Of Kentucky, Lexington, KY 40506 <mailto:msimpson@;uky.edu> mainframe -- An obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's.
Re: Co-location
Matt, You are absolutely correct. Co-location is by storage pool, not by management class. So yes, you would need to carve your disk up into multiple storage pools to selectively use co-location, or you could set up a tape pool that was co-located and go directly to tapes but you would need to have enough drives to accomplish this. I would also add the old, "disk is so cheap," but my guess is that it's not viable to add more disk (or you're on one of those platforms where disk is not "cheap"...) I guess one thing to consider is that while you may be carving your disk up into smaller pools, the total amount of disk and the total amount being backed up are going to be the same regardless of how many pools you have, so carving one big pool up, shouldn't be that big of an issue, as long as you put some planning into the size of the disk pools. Chris Gibes Tivoli Certified Consultant IBM Certified System Administrator [EMAIL PROTECTED] We'd really like to avoid carving up our disk space into more smaller pools. But, as far as I can tell, that's the only way to use colocation selectively. Am I missing something, or is that the way it works? -- Matt Simpson -- OS/390 Support 219 McVey Hall -- (859) 257-2900 x300 University Of Kentucky, Lexington, KY 40506 <mailto:msimpson@;uky.edu> mainframe -- An obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's.
Re: RMAN error
It looks to me like the dsmc sched process is not running as root. Also, before you start the dsmc sched process, be sure to "export DSM_CONFIG=/oracle/home/sched/dsm.opt" (or wherever you happen to place the TDP's dsm.opt file). -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of Jin Bae Chi Sent: Thursday, July 25, 2002 9:05 AM To: [EMAIL PROTECTED] Subject: RMAN error Hi, TSM experts, We've just set TDP for Oracle on AIX 4.3.3. The script works from crontab, but not from TSM client scheduler. It shows that the schedule has missed and RMAN log gives message like this; Recovery Manager: Release 8.1.6.3.0 - Production RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-00554: initialization of internal recovery manager package failed RMAN-04005: error from target database: ORA-01031: insufficient privileges Any help will be appreciated. Thanks. Jin Bae Chi (Gus) Data Center 614-287-2496 614-287-5488 Fax e-mail: [EMAIL PROTECTED]
Re: How to limit drive usage when writing to a copypool
You need to change the maxpr variable in the "backup storagepool" command. For example ba stg maxpr=1 This will limit the copy operation to using one drive. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of Lohnie Martineau Sent: Thursday, May 16, 2002 4:14 PM To: [EMAIL PROTECTED] Subject: How to limit drive usage when writing to a copypool In a Win2000/TSM 4.2.1.5 environment with a 3584-LTO library: I have a situation where all available (4) tape drives are writing to four LTO tapes incremental copypool information. This results in four tapes being sent off-site with only 1-3% usage and a lot of unnecessary tape handling. Is there a way to limit the copypool writes to one or two drives without affecting the rest of the environment? Thanks in advance, LohnieM __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com
Re: Memory Tuning For AIX
There is a better tool. It was introduced in AIX 4.3.2 and it's called topas (it's very similiar to "monitor" or "top") Simply enter "topas" at the AIX command prompt. As to the problem, if the system is really paging, it's most likely your bufpool is set too high. I would try lowering your bufpool size. If that helps, then don't increase your bufpool until after you get more memory. Topas will allow you to see hot processes, disks, adapters and paging all at the same time, which will make it much easier to figure what process is monopolizing your resources. Good Luck At 07:02 AM 1/3/02 -0500, you wrote: >I think the wide range of answers as to what this output means is a good >indication that IBM would do well to develop a more concise tool for >reviewing resource utilization. As for my opinion I would start with >'vmtune' and then look at 'iostat'. Good Luck > >Thanks, >Jon Martin > >-Original Message- >From: Denis L'Huillier [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, January 02, 2002 1:34 PM >To: [EMAIL PROTECTED] >Subject: Memory Tuning For AIX > > >Hello- >I am having a memory problem. >I am runnning AIX 4.3.2 on a H50. TSM is the only application >running on the server. When I run vmstat I get the following... > >kthr memory page faultscpu >- --- --- > r b avm fre re pi po fr sr cy in sy cs us sy id wa > 0 0 136233 202 0 3 2 99 210 0 52 240 66 17 30 16 37 > 1 3 136234 342 0 38 11 3727 4204 0 1322 6136 4665 12 11 3 74 > 2 3 136236 160 0 44 12 3728 5326 0 1324 5844 4644 10 11 2 76 > 1 3 136237 295 0 17 19 4113 5725 0 1305 7174 5091 13 10 3 74 > 0 3 136237 629 0 19 9 4240 7442 0 1316 7200 5082 14 13 5 68 > >Does this look normal to anyone? From my limited understanding of vmstat >it looks like: >CPU utilization is maxed out >I have blocked processes (the b column) >The scan rate (sr) column is very high. >The server has 1Gig of memory. I'm really not sure how to tell how much is >allocated to >the OS and how much is allocated to TSM. Does anyone have any ideas or >pointers is >tuning memory for AIX? Do I need a memory upgrade? >I started checking this because my server response is horrible. >Thanks. >Denis Chris Gibes <[EMAIL PROTECTED]> Tivoli Certified Consultant IBM Certified System Administrator Berbee- Milwaukee Branch (262) 521-5616 Berbee...putting the E in business
Re: Error when I start dsmc and dsmcad
I believe that the dsm.sys file should hold the commmethod option, not the dsm.opt. In Sun OS and AIX the dsm.opt file only holds the servername, which points to a server in the dsm.sys file. At 03:58 PM 10/19/01 +0200, you wrote: >Hello, >I'm using TSM rel.4.2 client, on Solaris 8 System. >I' ve configured dsm.opt and dsm.sys with correct option ( comunication >method, server address, etc..), when I start dsmc I receive the >following error: > >ANS1036S Invalid option 'COMMMETHOD' found in options file >'/opt/tivoli/tsm/client/ba/bin/dsm.opt' > at line number : 16 > Invalid entry : 'COMMmethod TCPip' > >ANS1038S Invalid option specified > >Are you experienced about this problem ? > >Thanks a lot. >Fabio Chris Gibes <[EMAIL PROTECTED]> Tivoli Certified Consultant IBM Certified System Administrator Berbee- Milwaukee Branch (262) 521-5616 Berbee...putting the E in business
Re: Library Audit Unsuccessful
At 11:25 AM 7/10/01 -0400, you wrote: >If i run a "audit library tekwolf checklabel=barcode" it completes >successfully. It's when the audit actually mounts the volumes to check the >labels that it fails. > >any ideas? I seem to remember a similar error happening to me. A vendor was in to do maintenance on the tape library and had inadvertently (!?) changed the scsi addresses of one of the drives. I've also seen this error when the element addresses of the drives was incorrect. Chris Chris Gibes <[EMAIL PROTECTED]> Berbee- Milwaukee Branch N14 W23822 Stone Ridge Dr. Waukesha, WI 53188 (262) 521-5616 Berbee...putting the E in business
Re: Disk pool size vs large file
A couple of questions first. What kind and how many tape drives are you migrating to? What kind of disk are you using and how is it attached? I have a seen a few sites with SSA disk pools and multiple 3590 tape drives with a backups over a 100meg ethernet connection where migration from disk to tape would happen at the same time as backups to disk with no problems at all. Even with multiple migrations over the course of a backup. The key point is whether the process of moving data from the diskpool to tape is faster than data moving from the client node to the diskpool. If disk --> tape is faster than client --> disk then I don't see a huge problem. Most of the time in this type of situation the bottleneck is the network not the disk or the tape. As always ymmv. At 01:14 PM 6/21/01 -0500, you wrote: >I have a 56GB disk pool with the next pool to tape. I have a user, DB2 >Admin, that wants to back up a 125GB DB2 backup. What's the best way to >handle this one user? If he/she backs up the file will it crash the system >because it's bigger that the diskpool, or will it go right to tape? > >Sam Schrage >TRW Systems >[EMAIL PROTECTED] Chris Gibes <[EMAIL PROTECTED]> Berbee- Milwaukee Branch N14 W23822 Stone Ridge Dr. Waukesha, WI 53188 (262) 521-5616 Berbee...putting the E in business
Re: Can't kill ./dsmserv
If you're starting dsmserv from /etc/inittab check to see if you have it set to respawn. If it is, change the inittab entry, refresh inittab by issuing the "telinit q" command and then try killing it. At 03:44 PM 6/14/01 -0400, you wrote: >I did that, look below: > >root@cdesrv1:/var/adm >--> ps -ef | grep dsm >root 16230 25472 0 15:39:05 pts/21 0:00 grep dsm >root 4853 1 0 Jun 08 ? 7923:22 ./dsmserv >root@cdesrv1:/var/adm >--> kill -9 4853 >root@cdesrv1:/var/adm >--> ps -ef | grep dsm >root 4853 1 0 Jun 08 ? 7923:22 ./dsmserv >root 16238 25472 0 15:39:45 pts/21 0:00 grep dsm > > > >>From: MUSTAFA BAYTAR <[EMAIL PROTECTED]> >>Reply-To: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> >>To: [EMAIL PROTECTED] >>Subject: Re: Can't kill ./dsmserv >>Date: Thu, 14 Jun 2001 22:21:34 +0300 >> >>try with command : kill -9 PID >> >> >> >> Long Nguyen >> > AIL.COM> cc: (bcc: MUSTAFA >>BAYTAR/ATIM/ICECEK) >> Sent by: Subject: Can't kill ./dsmserv >> "ADSM: Dist >> Stor Manager" >> <[EMAIL PROTECTED] >> RIST.EDU> >> >> >> 14.06.2001 >> 22:07 >> Please >> respond to >> "ADSM: Dist >> Stor Manager" >> >> >> >> >> >> >>When trying to kill the ./dsmserv, I can't kill it. I still see it running >>with a ps command. >> >>Any ideas?? >> >>_ >>Get your FREE download of MSN Explorer at http://explorer.msn.com > >_ >Get your FREE download of MSN Explorer at http://explorer.msn.com Chris Gibes <[EMAIL PROTECTED]> Tivoli Certified Consultant, TSM V3.7 Berbee- Milwaukee Branch N14 W23822 Stone Ridge Dr. Waukesha, WI 53188 (262) 521-5616 Berbee...putting the E in business
Re: NT Performance issues
> Hi All, > > I run the NT TSM 4.1.x.x at client (43 clients) and Server and performance > is rubbish... > > Arcserve was 100 times faster!!! (Min.) > > I have applied all the tuning covered in the Tivoli Adv.Mgmt course... and > can't get much past 1MB/sec so you were getting at least 100MB/sec or 360GB/hour with arcserve?!?!? Still, 1MB/sec isn't good at all. > > So that I can justify (or not) retaining Tivoli Any ideas where its all > gone wrong My first inclination is to blame the network :) Seriously, you should try ftping some larger files to your TSM server and see what kind of speed you get. If that speed is satisfactory then you need to go down the chain and look at your storage pool setup and make sure that all your hardware associated with it is performing as expected. Once you've looked at your network infrastructure and hardware and eliminated them as possible bottlenecks, then you can start looking at TSM tuning parameters. > > I will send details of my setttings/hardware to anyone interested > > Is it really just a crabby product??? I've gone in and replaced Arcserve with TSM and have usually gotten better performance with TSM than with Arcserve. In those instances where I haven't it was because the hardware was the bottleneck for both systems. The usual knock against TSM isn't performance related, it's that TSM is overly complicated and has a steep learning curve. To really diagnose the problem you should tell us what kind of hardware and OS your TSM server is running on, and then the output of q opt, q stg, q status and more information about your clients. Chris Gibes [EMAIL PROTECTED]
