ADSM-L

Re: tsm database problem

2002-04-19 00:15:43
Subject: Re: tsm database problem
From: Mahesh Prasad <mahesh AT COSMOS.DCMDS.CO DOT IN>
Date: Fri, 19 Apr 2002 09:47:50 +0530
Hello,

I don't see that you would have any problem with unload and load db.
However, if you want to be more secure then backup you database before
starting unload and load exercise. In case, you get into some trouble then
you can restore you database.

Regards,

Mahesh Prasad
DCM Data Systems Limited
New Delhi, India



                                                                                
                        
                    Burak Demircan                                              
                        
                    <burak.demircan@DAIMLERCHR        To:     ADSM-L AT 
VM.MARIST DOT EDU                      
                    YSLER.COM>                        cc:                       
                        
                    Sent by: "ADSM: Dist Stor         Subject:     Re: tsm 
database problem             
                    Manager"                                                    
                        
                    <ADSM-L AT VM.MARIST DOT EDU>                               
                               
                                                                                
                        
                                                                                
                        
                    04/18/2002 07:57 PM                                         
                        
                    Please respond to "ADSM:                                    
                        
                    Dist Stor Manager"                                          
                        
                                                                                
                        
                                                                                
                        



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




        daniel.sparrman AT EXIST DOT SE
        Sent by: ADSM-L AT VM.MARIST DOT EDU

        18.04.2002 16:26
        Please respond to ADSM-L

                        To:        ADSM-L AT VM.MARIST DOT EDU
                        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
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 <burak.demircan AT DAIMLERCHRYSLER DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
2002-04-18 15:19
Please respond to "ADSM: Dist Stor Manager"


       To:     ADSM-L AT VM.MARIST DOT EDU
       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




       mahesh AT COSMOS.DCMDS.CO DOT IN
       Sent by: ADSM-L AT VM.MARIST DOT EDU

       18.04.2002 16:07
       Please respond to ADSM-L

                       To:        ADSM-L AT VM.MARIST DOT EDU
                       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:
ADSM-L AT VM.MARIST DOT EDU
                   YSLER.COM>                        cc:


                   Sent by: "ADSM: Dist Stor         Subject:     Re: tsm
database problem
                   Manager"


                   <ADSM-L AT VM.MARIST DOT EDU>








                   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





        mahesh AT COSMOS.DCMDS.CO DOT IN
       Sent by: ADSM-L AT VM.MARIST DOT EDU

        18.04.2002 15:26
       Please respond to ADSM-L

                        To:        ADSM-L AT VM.MARIST DOT EDU
                       cc:
                       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:
ADSM-L AT VM.MARIST DOT EDU
                   YSLER.COM>                        cc:


                   Sent by: "ADSM: Dist Stor         Subject:     tsm
database
problem
                   Manager"


                   <ADSM-L AT VM.MARIST DOT EDU>






                   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.
--------------------------------------------------------------------------------
---------
-----------
<Prev in Thread] Current Thread [Next in Thread>