Conference iosg::all-in-1_v30

               <<< SHALOT::NOTE$:[NOTES$LIBRARY]A1SFCP.NOTE;1 >>>
                   -< ALL-IN-1 Shared File Cabinet Package >-
    My customer just provided me with some notes concerning moving SFCs.  I
    have never had the opportunity to move these things.  Actually, I don't
    remember even moving a user since V2.2 (but I remember the pain).
    
    Does anyone have any comments on the following method?
    
    --Bruce
                   	   
    MOVING SHARED FILE CABINETS AND USERS TO
    DIFFERENT DISKS
          
          SHARED FILE CABINETS:
          
          Shared File Cabinets must be moved manually via the Backup command.  
          You cannot use the ALL-IN-1 move user option.  
          Note:  Make sure users are not using the Shared File Cabinet before 
          it is moved.  
          
          SFC USAGE TEST:
          
               $ SET DEFAULT old_disk:[SYSADMIN]
          
               $ SHOW DEVICE/FILES
                 Will display if any of the SFC files are open.
          
          SFC MOVE:
          
               $ SET DEFAULT old_disk:[SYSADMIN]
          
               $ BACKUP old_disk:[SYSADMIN.sfc...] -
               	    new_disk:[SYSADMIN.sfc...]/log/owner=original
          
               For example:
          
               $ BACKUP USER$DISK:[SYSADMIN.TC...] -
               	    USER$DISK5:[SYSADMIN.TC...]/LOG/OWNER=ORIGINAL
          
          SFC FILE COUNT VERIFICATION:
          
               $ DIRECTORY USER$DISK:[SYSADMIN.TC...]/GRAND
               $ DIRECTORY USER$DISK5:[SYSADMIN.TC...]/GRAND
          
          SFC DELETE OLD LOCATION:
          
               $ SET DEFAULT old_disk:[SYSADMIN]
               $ DELETE old_disk:[SYSADMIN.sfc...]/log
               $ DELETE old_disk:sfc.DIR;*/LOG
          
          SFC ALL-IN-1 DISK LOCATION CHANGE: 
          
               From ALL-IN-1 SYSTEM Manager account:
          
               MUA            Manage user account
               SEL sfc        Select Shared File Cabinet
               	    e.g.  SEL TC
               E              Edit SFC profile to change disk location
          
          
          SFC UAF DISK LOCATION CHANGE:
          
               NONE
          

          SFC TALLY SHEET:
          
          Example:
          
          
          SFC  	    old_disk  	   new_disk  	  ALL-IN-1  	 DELETE 
          
          TC   	    DUA1           DIA5	            Y  	           Y
          
          
          

          USER ACCOUNTS:
          
          User accounts can be moved to a different disk via the ALL-IN-1 
          System Manager Account.  However it does not delete the files from 
          the old disk location.  This is a bug that will be fixed with the 
          next ALL-IN-1 release.  The deletion must be done manually.
          
          
          INDIVIDUAL USER MOVE:
          
               From ALL-IN-1 SYSTEM Manager account:
          
               MUA            Manage user account
               SEL            Select user account to move
               MAA            Move account to another disk
               
               Enter new Disk Name, Start date, Start time.
          
          
          MULTIPLE USER MOVES:
          
               From ALL-IN-1 SYSTEM Manager account:
          
               MUA            Manage user account
               I              Index user list
               sel (x)        Select/Highlight (x) users to move
               XMAA           Move accounts to another disk
          
               Enter new Disk Name, Start date, Start time.
          
          
          USER VERIFICATION:
          
               Verify account/s moved successfully.
          
          
          USER DELETE OLD LOCATION:
          
               $ SET DEFAULT old_disk:[username}
               $ DELETE old_disk:[username...]/log
               $ DELETE old_disk:username.DIR;*/LOG
          
           
          [SM_F]HARDWARE-DISKS  MOVING SFCs AND USERS
    
    

    I agree with Paul, applying logic to many of the decisions made by the
    ASSETS people is not wise to do.  They apparently live in a world where
    process is everything and customer satisfaction doesn't count, at least
    not enough to rate on their performance review.
    
    Anyway, the reasoning behind the withdrawal of SFCP support apparently
    goes like this:
    
    - ALL-IN-1 V3.0 provides sharing filing
    - ALL-IN-1 V3.0 provides a migration path
    - There is no funding to provide an organization with SFCP support
    - Ergo, no support, so withdraw it quick.
    
    In Europe, the situation is slightly different and SFCP will be
    supported until the end of 1992.
    
    Tony

    OK I admit I was the one that recommended Bruce bring the discussion
    over here for two reasons:
    
    1) firstly to bring to the attention of the greater noting public the
       silly situation with ASSETS in the U.S amd I think we've done that.
       - I believe the number of supported ASSETS is now down to 3
       (and one of those is actually a product that Charlotte retired
        sometime ago)
    2) to see whether anyone had any comments on the procedure Bruce
       planned to undertake - and I guess we haven't really discussed that 
       yet so here's my opinion for openers.
    
    Obviously he can't do a real migration yet since WordPerfect haven't
    released their v3.0 compatible version.
    
    Notes 257, 818 and 848 talk about SFCP migration so Bruce can look
    there for some help - one thing he'll need to watch out for is the
    absence of the LANGUAGE field in the documents in the v2.3 FileCabinet
    - I think this is release noted.
    
    Secondly a sanity-check of the SFCP file-cabinets would be a good idea
    to check that the VMS directories exist and that the VMS accounts
    exist in RIGHTSLIST.
    
    Personally, I would place a higher level of importance to checking that
    the cabinets are intact than the documents within them - call me
    irresponsible I know you will.
    
    regards,
    
    Andrew.D.Wicks