[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

3172.0. "How to move SHARE directories fr 1 disk to another" by HTSC19::SIMONLAU () Fri Aug 20 1993 06:18

    Hi,
    
    A customer running ALL-IN-1 V3.0 on VMS V5.4-2 has question in moving
    the SHARE directories. He got 2 disks say A and B, and has defined the
    SHARE directories in disk A. Now he wants to move the SHARE directories
    from disk A to disk B due to limited space in disk A. His questions
    are:
    
    - How can the SHARE directories be moved ? Is it just as simple as  
      to recreate the SHARE directories in ALL-IN-1 ?
    
    - What precautions should be made ?
    
    
    Your input would be helpful and appreciated.
    
    Thanks a lot.
    
    Simon
T.RTitleUserPersonal
Name		DateLines
3172.1TINNIE::SETHIChin wagging at DECUS on MAILworksFri Aug 20 1993 07:0820
    Hi Simon,
    
    There is a Stars article addressing this issue even though it was
    written for version 2.3 it's still valid.  The article is called
    "How To Move Shared Mail Area and Directories To Another Device in
    V2.3".
    
    >What precautions should be made ?
    
    The precaution I would take is to make a backup copy of the
    OA$DATA_SHARE:OA$SHARED_DAF_MASTER.DAT and
    OA$DATA_SHARE:OA$SHARED_DIRECTORY_MASTER.DAT, files before you alter
    them.
    
    If there is more to it under version 3.0 I am sure someone will provide
    the additional information.
    
    Regards,
    
    Sunil
3172.2I just did this successfully . . .SANFAN::LESLIE_DAGreetings & SolutionsMon Aug 23 1993 17:5216
    I will probably regret saying this, but here goes . . .
    
    I just did this last week for County of Santa Cruz Health Services.  We
    did the following steps:
    	1. Shutdown ALL-IN-1 (and killed all waiting sender and fetcher
    	   parts)
    	2. Backed up all mail directories to their new disks (we split them
    	   up onto multiple spindles for performance and balancing reasons)
    	3. Modified the appropriate datasets with their new disk names.
    
    This part was quite simple and very straight forward.  The harder parts
    was using the MDK option to move user accounts from one disk to
    another.  They wanted to balance the load which meant individual jobs
    for each move.  487 mail messages saying success or failure was not all
    that great, but it appears to be operational.
Dan