I would just use the REDUCE DB as mentioned by some earlier. I've used
it before to move things around. It's fairly quick, can be done with server
running and doesn't require unload/load and space to do it.
David Longo
>>> [EMAIL PROTECTED] 04/18/02 10:27AM >>>
Hi,
I achieved to define my external 8mm tape drive as a drive and manual library.
Now the point is: How risky is unloading the db and loading again?
Does anybody have experience about troubles I may have?
Best Regards,
Burak
[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
18.04.2002 16:26
Please respond to ADSM-L
To: [EMAIL PROTECTED]
cc:
Subject: Re: tsm database problem
Hi
You don't have to use a manual library, a 3583 library will work.
Best Regards
Daniel Sparrman
-----------------------------------
Daniel Sparrman
Exist i Stockholm AB
Propellerv�gen 6B
183 62 H�GERN�S
V�xel: 08 - 754 98 00
Mobil: 070 - 399 27 51
Burak Demircan <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2002-04-18 15:19
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject: Re: tsm database problem
Hi,
The TSM documentation says that I can do unloaddb with only a manual
library.
How can i do it with
a 3583 LTO library? Is it possible to use my external 8mm tape drive?
Thank you very much to all
Regards,
Burak
[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
18.04.2002 16:07
Please respond to ADSM-L
To: [EMAIL PROTECTED]
cc:
Subject: Re: tsm database problem
Burak,
In that case, you have to unload the database and then reload it using
dsmserv unloaddb and dsmserv loaddb commands. So that your database is
reorganized and takes minimum space to distribute itself. I hope, after
doing unload and load database you will enough database space to reduce
and
then delete the database volume as per your wish.
Regards,
Mahesh Prasad
DCM Data Systems Limited
New Delhi, India
Burak Demircan
<burak.demircan@DAIMLERCHR To:
[EMAIL PROTECTED]
YSLER.COM> cc:
Sent by: "ADSM: Dist Stor Subject: Re: tsm
database problem
Manager"
<[EMAIL PROTECTED]>
04/18/2002 06:00 PM
Please respond to "ADSM:
Dist Stor Manager"
But I can reduce it only 60 MBs although it is only 23 percent used?
Regards,
Burak
[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
18.04.2002 15:26
Please respond to ADSM-L
To: [EMAIL PROTECTED]
cc:
Subject: Re: tsm database problem
Burak,
You have assigned all the database space available to the TSM Server. You
have to reduce the database size at least up to the size of the volume you
want to delete. When you use Delete dbvolume <volume_name> command the
data
already existing in that volume then automatically get moved to the other
volume. The bottom line is that you have to reduce equivalent size of the
assigned database space before deleting the volume. Reduce the Database
volume using this command,
REDUCE DB <SIZE_IN_MEGABYTE>
Regards,
Mahesh Prasad
DCM Data Systems Limited
New Delhi, India
Burak Demircan
<burak.demircan@DAIMLERCHR To:
[EMAIL PROTECTED]
YSLER.COM> cc:
Sent by: "ADSM: Dist Stor Subject: tsm
database
problem
Manager"
<[EMAIL PROTECTED]>
04/18/2002 05:21 PM
Please respond to "ADSM:
Dist Stor Manager"
Hi,
One of my TSM servers is TSM 4.2.2.0 on AIX 4.3.3
I have a 1.4GB database which is % 24 full as follows.
--------------------------------------------------------------------------------
-----------
tsm: ADSM01.MBT>q db
Available Assigned Maximum Maximum Page Total Used Pct
Max.
Space Capacity Extension Reduction Size Usable Pages Util
Pct
(MB) (MB) (MB) (MB) (bytes) Pages
Util
--------- -------- --------- --------- ------- --------- --------- -----
-----
1 396 1 396 0 60 4 096 357 376 82 509 23.1
23.4
--------------------------------------------------------------------------------
--------
I have 7 volumes that build up the database which are consists of
200MB;100MB
and xxxMB volumes.
Today I tried to delete some of my volumes but I could not and it says
there is
not enough space.
But I have ~900 MB free space on my database and it can not move the
volume
to
other volumes.
Do I miss something here?
Regards,
Burak
"MMS <health-first.org>" made the following
annotations on 04/18/02 17:02:40
------------------------------------------------------------------------------
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.
==============================================================================
