Re: Deduplication "number of chunks waiting in queue" continues to rise?
Hey, Nick, missed your name the first time around! Being in higher-ed/research we went the cheap route and actually just use direct-attach 15K SAS drives on Dell servers, divvied up into multiple RAID-10 sets. Even a 1TB database only takes us ~1 hour to backup or restore, which is well within our SLA. On 12/20/2013 11:42 AM, Marouf, Nick wrote: > Hi Skylar ! > > Yes that would be the easy way do it, there is an option to rebalance > the I/O after you add the new file systems to the database. I had already > setup TSM before the performance tuning guideline was released. Doing this > way, will require more storage initially and running db2 rebalancing command > line tools will spread out the DB I/O load > > Using IBM XIV's that can handle very large IO requests, in our specific > case there was no need to provide physically-separate volumes. I've seen one > TSM instance crank upwards of 10,000 IOPS leaving an entire ESX cluster in > the dust. -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354
Tape in scratch question
Hi Michael, Just enter the device class and the server take tape. Regards, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: Tape in scratch question
Hi Mickael, normally it does, yes. Do you specifically tell the server to use that certain tape or do you just enter the device class for tape? On Mon, Dec 23, 2013 at 2:19 PM, mik wrote: > Hi Michael, > > Really ? my TSM try to do a database backup and fail with this tape > (failure to excessive write error) and don't put this tape in private just > let the tape in scratch. > It's for that i search (and found) to put the tape in private^^ > > Thanks for you reply. > Regards, Mickael. > > +-- > |This was sent by bobpatrick808...@yahoo.fr via Backup Central. > |Forward SPAM to ab...@backupcentral.com. > +-- >
Tape in scratch question
Hi Michael, Really ? my TSM try to do a database backup and fail with this tape (failure to excessive write error) and don't put this tape in private just let the tape in scratch. It's for that i search (and found) to put the tape in private^^ Thanks for you reply. Regards, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: Tape in scratch question
Hi Mickael, normally when TSM encounters a bad tape, it marks the tape as private by itself. On Mon, Dec 23, 2013 at 11:48 AM, mik wrote: > hi all, > > For Grigori Solonovitch, i just come to say what the solution to y > probleme i have found (if anybody search too) nothing else... > > For Michael Roesch, the tape was empty but in default, the tapedriver was > not near of me so the checkout in this moment was not possible, i use this > command to say to the tsm for not use this tape (with write error) > > Regards, Mickael. > > +-- > |This was sent by bobpatrick808...@yahoo.fr via Backup Central. > |Forward SPAM to ab...@backupcentral.com. > +-- >
Tape in scratch question
hi all, For Grigori Solonovitch, i just come to say what the solution to y probleme i have found (if anybody search too) nothing else... For Michael Roesch, the tape was empty but in default, the tapedriver was not near of me so the checkout in this moment was not possible, i use this command to say to the tsm for not use this tape (with write error) Regards, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: Tape in scratch question
Hi Mickael, the TSM server does as you have told him. If you want the tape volume to become scratch, use "status=private". Of course this only works, if the tape is really empty. Another way could be to delete the contents of the tape by entering: del vol "volumename" discarddata=yes But please make sure you don't need that data on the tape anymore. Regards, Michael On Mon, Dec 23, 2013 at 9:40 AM, mik wrote: > Hi everybody, > > I do a > > update libvolume status=private > > And the tape go to private status not scratch. > > Regars, Mickael. > > +-- > |This was sent by bobpatrick808...@yahoo.fr via Backup Central. > |Forward SPAM to ab...@backupcentral.com. > +-- >
Re: Tape in scratch question
You want to have private - you have got private. What is wrong? Grigori Solonovitch, Senior Systems Architect, IT, Ahli United Bank Kuwait, www.ahliunited.com.kw -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of mik Sent: 23 12 2013 11:41 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Tape in scratch question Hi everybody, I do a update libvolume status=private And the tape go to private status not scratch. Regars, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- Please consider the environment before printing this Email. CONFIDENTIALITY AND WAIVER: The information contained in this electronic mail message and any attachments hereto may be legally privileged and confidential. The information is intended only for the recipient(s) named in this message. If you are not the intended recipient you are notified that any use, disclosure, copying or distribution is prohibited. If you have received this in error please contact the sender and delete this message and any attachments from your computer system. We do not guarantee that this message or any attachment to it is secure or free from errors, computer viruses or other conditions that may damage or interfere with data, hardware or software.
Tape in scratch question
Hi everybody, I do a update libvolume status=private And the tape go to private status not scratch. Regars, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
