HP OpenVMS Systems

ask the wizard
Content starts here

Moving SLS from OpenVMS VAX to Alpha?

» close window

The Question is:

 
I DID SEE A SIMILAR QUESTION SOMEWHERE ON THE DEC SITE BUT DIDN'T REALLY GET
AN ANSWER (JUST ADVISED TO LOOK AT DOCO!!):
 
HOW CAN I MIGRATE SLS FROM ONE NODE TO ANOTHER?(IN MY CASE : VAX V5.5-2 SLS
V2.2 TO AXP V7.1-2H3 SLS V2.9)
 
I HAVE COPIED THE DATABASE OVER (TAPEMAST.DAT & POOLAUTH.DAT) & THEY SEEM TO
FUNCTION EXCEPT FOR THE PRESENCE OF THE OLD NODE NAME WITHIN THE TAPE DB.
HOW CAN I GET THIS OLD DATA FULLY ONLINE ON THE NEW SYSTEM WITHOUT A LABOUR
INTENSIVE DATA-ENTRY OR AN C
OMPLICATED LENGTHY "SLSOPER MODIFY SERIES.." ACTIVITY.  MOST FUNCTIONS
APPEAR TO WORK BUT ERRORS ARE OBSERVED IN TASKS SUCH AS 'CLEANUP'.
 
YOU HELP APPRECIATED.
 
TA,PHIL.
 
 


The Answer is :

 
  Please start by skimming through the SLS product documentation.
  If the documentation prooves insufficient or confusing, please
  contact the Compaq customer support center.
 
  To move from OpenVMS VAX to OpenVMS Alpha, you need to first install
  SLS on the OpenVMS Alpha system.  Then you can copy the magazine
  database and the history files.  A restart of SLS will ensure that
  the new magazine database file is picked up.
 
  There are a few concerns: First is the value of FILENAME_SIZE in
  SBATTR.COM -- the default value for this is 124, which means that on
  OpenVMS VAX the history files contain the node name and the complete
  path of the file. The second parameter in this file is NULL_NODE.  If
  this has been set to 0 then the node name will not have been stored
  in the history files.  The consequences of this on the restore operation
  are as follows:
 
  If you observe the format of the backup command used during a restore
  operation, you will see that the complete path of the file to be restored
  is substituted in the destination field. If the path is different or does
  not exist on the OpenVMS Alpha system, the restore operation will fail.
  eg: Assume the user directory on the OpenVMS VAX system was located on
  disk dka0: and the equivilent area on OpenVMS Alpha is located on dka100:.
  The restoration will fail.
 
  If you use new nodenames, then you must update the SLSMGR menu to do the
  appropriate database access authorization.
 
  You will have to make the appropriate changes in TAPESTART.COM, such as
  changing the values of the PRI and DB_NODES symbols, and updating the media
  triplets to reflect the current configuration.
 
  When you create the SLS account on the OpenVMS Alpha system, you must ensure
  that the new UIC is the same as that used on OpenVMS VAX.
 
  The OpenVMS Wizard would expect that things could be rather complicated if
  the entire SLS environment is moved from OpenVMS VAX to OpenVMS Alpha.  The
  OpenVMS Wizard does not expect this is a complete list -- as stated above,
  please start by skimming through the SLS product documentation.  If the
  documentation prooves insufficient or confusing, please contact the Compaq
  customer support center directly.
 

answer written or last revised on ( 10-MAR-1999 )

» close window