Hi

Didn't you look at my previous mail? We are talking about how many db backups that is necessary to keep in the library. This is because Miles doesn't have any slots available, and he's having problems because he now needs to put in another ½TB of data in the library.

Therefore, he was wondering how he could save space within the library.

Best Regards

Daniel Sparrman

-----------------------------------
Daniel Sparrman
Exist i Stockholm AB
Bergkällavägen 31D
192 79 SOLLENTUNA
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51

 
"Remeta, Mark" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2001-12-12 12:07 EST
Please respond to "ADSM: Dist Stor Manager"

To: [EMAIL PROTECTED]
cc:
bcc:
Subject: Re: Help! I need more space


Yes of course I have policies. I am not using LTO or Magstar. I am using AIT
tapes. We do not keep the database backups in the library. We ship them
offsite to our vault. At the most we have 2 - 3 database backups in the
library depending on what day of the week it is.

Mark


-----Original Message-----
From: Daniel Sparrman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 12, 2001 11:32 AM
To: [EMAIL PROTECTED]
Subject: Re: Help! I need more space


Don't you have policies in your TSM server?

Using an LTO library, this would require 12 LTO Ultrium tapes, which means
2.4TB of lost space, if your database isn't big enough.

Hope you're not using LTO tapes, rather Magstar tapes.
Best Regards

Daniel Sparrman
-----------------------------------
Daniel Sparrman
Exist i Stockholm AB
Bergkällavägen 31D
192 79 SOLLENTUNA
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51




                   "Remeta, Mark"

                   <MRemeta@SELIGMA        To:     [EMAIL PROTECTED]

                   NDATA.COM>              cc:

                   Sent by: "ADSM:         Subject:     Re: Help! I need
more space
                   Dist Stor

                   Manager"

                   <[EMAIL PROTECTED]

                   T.EDU>





                   2001-12-12 16:47

                   Please respond

                   to "ADSM: Dist

                   Stor Manager"








I don't think keeping two weeks worth of database backups is to protect
against database corruption. If your database was corrupt you would know it
right away. Rather it is to enable you to retrieve data that was expired
that would be lost without being able to go back x number of days.

Mark


-----Original Message-----
From: Daniel Sparrman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 12, 2001 9:46 AM
To: [EMAIL PROTECTED]
Subject: Re: Help! I need more space


Hi

Yes, we only keep 2 copies of the database backups in the LIBRARY, and
another 5 copies of site.
However, this guys problem was that his LIBRARY was full, and that he
needed more space/slots
available for scratch volumes in his LIBRARY.

And, there are other ways to be certain that you're database isn't corrupt.
You don't have to keep two weeks of daily database backups in your library
to accomplish this.

-----------------------------------
Daniel Sparrman
Exist i Stockholm AB
Bergkällavägen 31D
192 79 SOLLENTUNA
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51




                   "Remeta, Mark"

                   <MRemeta@SELIGMA        To:     [EMAIL PROTECTED]

                   NDATA.COM>              cc:

                   Sent by: "ADSM:         Subject:     Re: Help! I need
more space
                   Dist Stor

                   Manager"

                   <[EMAIL PROTECTED]

                   T.EDU>





                   2001-12-12 14:20

                   Please respond

                   to "ADSM: Dist

                   Stor Manager"








You only keep 2 copies of your database backups? I keep two weeks worth!
You realize that without the database backups you can't restore your TSM
server farther back than two days ago.

Mark


-----Original Message-----
From: Daniel Sparrman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 12, 2001 1:19 AM
To: [EMAIL PROTECTED]
Subject: Re: Help! I need more space



Hi

How's you're reclamation set up? The default value is 60, but if you take a
look at your tapes, i'd guess you have about 10-20% reclaimable space on
your tapes.

The L32 has 320 MagStar tapes. Is it C-model XL version tapes? In this case
every tape should hold about 15-20GB's each.

If you could make all your tapes full, without any reclaimable space, you
should be able to save 2-3GB's per tape.

With 320 tapes, this should be a total of about 600-800GB of free space.

Try setting your reclamation threshold to 5% over the weekend, and you
would
probably get some more tapes.

The other thing to look at is how many versions of the DBBackup are you
saving? Recommended is at least 2, but if you're using more than that, it
could be a good idea, to look this over to see if you can save any tapes.

How is your copypool tapes? To look at the reclamation threshold on these
tapes could probably be a good idea.

Best Regards

Daniel Sparrman

-----------------------------------
Daniel Sparrman
Exist i Stockholm AB
Bergkällavägen 31D
192 79 SOLLENTUNA
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51


David Longo <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2001-12-11 09:55 EST
Please respond to "ADSM: Dist Stor Manager"

To: [EMAIL PROTECTED]
cc:
bcc:
Subject: Re: Help! I need more space




I have a similar but not as bad situation.  3575-L32 maxed out with about
60 tapes out of library and LTO coming in a month or so.  The "MOVE
MEDIA"  command is used to move tapes out of library.  You have to have
your OPS folks on the ball as when one of those tapes is needed, there
is a message that pops up on console each minute until tape is checked
back in.

Reclamations and restores are mostly what needs tapes, so if you can plan
the  times of these that will help.  With your 200+ tapes out of library,
this will most likely be a LARGE extra operation for them (and YOU) to keep
up
with.  Removing collocation will conserve tapes but don't know how you
have in thisn state and how long it will take to change over.


David Longo

>>> [EMAIL PROTECTED] 12/11/01 09:46AM >>>
Hi folks,

I have a situation where our company has two backups systems, TSM being one
of them. The 'other' backup system doesn't work for various reasons and we
are planning to move the servers that backup to it to TSM. On the weekend
that other system fell a part. Now I need to backup about 500GBs into a
Magstar L32 that really doesn't have that much space. I'm in a tight spot
and I need some creative ways to backup that much data. Here's what I've
been trying:

- turn collocation off, or from 'filespace' to 'on'
- reviewing old nodes and the largest filespaces, but this didn't save to
much
- I don't think I can reduce any copies or the length of time that the
copies are stored

Here's what I do have:
- I do have 8 x 36 GB disks that will be here soon
- a ton of tapes, no room in the Magstar, but I must have 200-300 extra
tapes
- I also have 24 x 18.2 GB disks right now that are used for my disk pools
and 4 x 9.1 GB disks that are used

So I was thinking I that I could:
1. use the 36 GB disks for a primary pool. Still sending the data offsite
(copy pool) because I have a lot of tapes, OR,
2. start taking tapes out of the Magstar and just setting them aside, when
they are full

I do have a LTO coming but not for 2-3 months.

I could really use a creative idea to store a lot of data. I have the tapes
just not the slots inside my Magstar.

Thanks Miles


----------------------------------------------------------------------------


------------------
Miles Purdy
System Manager
Farm Income Programs Directorate
Winnipeg, MB, CA
[EMAIL PROTECTED]
ph: (204) 984-1602 fax: (204) 983-7557

"If you hold a UNIX shell up to your ear, can you hear the C?"
----------------------------------------------------------------------------


---------------------



"MMS <health-first.org>" made the following
annotations on 12/11/01 10:07:37
----------------------------------------------------------------------------


--
This message is for the named person's use only.  It may contain
confidential, proprietary, or legally privileged information.  No
confidentiality or privilege is waived or lost by any mistransmission.  If
you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it, and notify
the
sender.  You must not, directly or indirectly, use, disclose, distribute,
print, or copy any part of this message if you are not the intended
recipient.  Health First reserves the right to monitor all e-mail
communications through its networks.  Any views or opinions expressed in
this message are solely those of the individual sender, except (1) where
the
message states such views or opinions are on behalf of a particular entity;
and (2) the sender is authorized by the entity to give such views or
opinions.

============================================================================


==


Confidentiality Note: The information transmitted is intended only for the
person or entity to whom or which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of this information by persons or entities other
than the intended recipient is prohibited. If you receive this in error,
please delete this material immediately.



Confidentiality Note: The information transmitted is intended only for the
person or entity to whom or which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of this information by persons or entities other
than the intended recipient is prohibited. If you receive this in error,
please delete this material immediately.



Confidentiality Note: The information transmitted is intended only for the
person or entity to whom or which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of this information by persons or entities other
than the intended recipient is prohibited. If you receive this in error,
please delete this material immediately.

Reply via email to