Migration to CHARON-VAX and CHARON-PDP for Windows
Table of Contents
Introduction
This section describes how to migrate your VAX system to CHARON-VAX. We will use a sample MicroVAX 3600 system to demonstrate the migration procedure. The process is similar for all CHARON-VAX models.
CHARON-PDP/11 migration is done in similar way except for the step of acquiring the QBUS addresses and vectors directly from console. Instead this information should be collected directly from the RSX11/RT11 operating system installed on the host to be migrated. Please refer to the RSX11/RT11 User's Guide for guidelines.
If CHARON-VAX based virtual system needs to be created from scratch, refer to this Application Note describing how to find proper Qbus addresses and Vectors for each virtul device.
Collecting information about the source VAX system
The first step is to determine the exact configuration of your VAX hardware in order to create the CHARON-VAX configuration file.
Turn on your source VAX system. At the ">>>" prompt, issue "show qbus" and "show device" commands:
|
|
The source VAX configuration in this example is:
Controller | Address | Devices on controller |
---|---|---|
RQDX3 | 772150 | -DUA0 (RZ23) -DUA1 (RZ24) |
RQDX3 | 760334 | -DUB2 (RZ25) -DUB3 (RZ26) |
TQK50 | 774500 | -MUA0 (TK50) |
TQK50 | 760444 | -MUB3 (TK50) |
DHQ11 | 760520 | Â |
DHQ11 | 760500 | Â |
DESQA | 774440 | -XQA0 |
To find out the exact types of controllers please refer to the source VAX system documentation.
Creation of CHARON-VAX configuration file
Using the above info, the following configuration can be created:
|
Note the Qbus addresses specification: The number is prefixed with "0", meaning it is an octal value. The number of digits reflects the 22 bit Qbus architecture.
Additional DHQ11 serial lines can be mapped later. For now, only 2 lines are configured. They are mapped to IP ports 10010 and 10011.
DESQA is mapped to a network interface having the name "Charon". This interface will be used for CHARON-VAX (see the Installation section for more details) on this particular host.
Making disk images
In our example, possible mappings of RQDX3 and TQK50 tapes include physical devices and disk and tape images. Tape images should not be manually created, whereas you have to provision disk images, as described below.
Our example creates disk images of the original physical type. In reality, this step is the best opportunity in the migration to provision bigger disks to get extra storage space.
Create special directories for storing disk and tape images, as needed. Created directories are referenced in the sample configuration file above.
...> cd C :\
|
This operation can also be done using Windows Explorer.
Next, create disk images using the "MkDisk"Â utility.
Start the "MkDisk" utility from the "Start" menu:
Â
The main dialog of the utility will appear:
Â
Select "VAX" in the "Select System" drop-down menu, "MSCP" in the "All Controllers"Â drop-down menu and "RZ24" (for example) in the "Select Disk Type"Â drop-down menu, then press "Create Disk Image" button:
The utility will ask you to specify the output file name. Select the "C:\My disks" directory created just before (or create it directly in the dialog) and press "Save" button:
The "MkDisk" utility will create the requested disk image:
Repeat this sequence for the disks "RZ23.vdisk", "RZ25.vdisk" and "RZ26.vdisk". Put them in the same "C:\My disks" folder.Â
Installation of VAX operating system
The next step is to transfer the data from the source VAX system to CHARON-VAX. The easiest way to do this is via backup over the network. But for this operation we need a bootable, network-enabled operating system on a CHARON-VAX disk image or physical disk.
The example configures the CHARON-VAX MicroVAX 3600 system for installation of VAX/VMS from a distribution CD-ROM (usually it is "\\.\CdRom0" if the host has only one CD-ROM drive):
|
 DUA3 will be the disk where all the source disks will be copied, so its size needs to be big enough to store all the disk backup images
Create an empty disk image for installation of VAX/VMS and another one for storing backups from the source VAX system as it is shown in the section above.
Run CHARON-VAX and boot from "dua4" ("migration.cfg" is the configuration file we use in this example):
|
Install VAX/VMS including DECnet on "dua2". DECnet address must belong to the same area as the source VAX system.
Login to the newly installed VMS system and initialize the disk intended for backups storage. Let's assume it's prompt is "newvms$
"
|
Making remote backups
Now we are ready to create disk backups from the source VAX system to CHARON-VAX.
Boot CHARON-VAX and make sure that the source VAX system is available via DECnet.Â
Login to the source VAX system. Stop all the batch queues, kick off the users, stop all application and close databases if any. The commands listed in SYS$MANAGER:SYSHUTDWN.COM may be helpful. The goal is to close as many files as possible. The system disk will have several files opened (pagefile, swapfile, etc.), but this is normal.
The use of the "SHOW DEVICE /FILES" command would be of help to know files opened on a disk
Issue (let's assume that the CHARON-VAX system is node 1.400 in this example) the following commands from the source VAX. Let's assume it's login is "source$
"
|
Once the backup procedure completes, the disk "DUA3" of CHARON-VAX will contain 2 savesets: "DUA0.BCK" and "DUA1.BCK"
Restore backups to CHARON-VAX disks
Next, restore the new savesets to their corresponding virtual disks. Login to CHARON-VAX and issue this sequence of commands to restore all the savesets created on the previous step:
Â
|
If you are going to have CHARON-VAX and the original physical VAX on the network at the same time, you must change the network identity
of one (usually the CHARON-VAX). The easiest way is to boot the CHARON-VAX on the restored system disk with the network Disabled and
configure new addresses, as needed. The NIC can be disabled with a "connection:disabled" statement in the CHARON cfg file.
Then Enable the network and reboot.
Â
Alternative ways of data transfer
Some alternative methods of data transfer are also possible. For example:
- Connect a SCSI tape drive to CHARON-VAX / CHARON-PDP host via a PCI cardÂ
- Map the tape drive in the CHARON-VAX / CHARON-PDP configuration file
   a. Restore source VAX system backups from tape to disk images via VMS/RSX11/RT11 running on CHARON-VAX / CHARON-PDP
   b. Boot from standalone backups and restore its content to CHARON-VAX / CHARON-PDP virtual disks - Dump source VAX/PDP11 system backups to tape images with "mtd" utility and:
   a. Boot from freshly installed VMS/RSX11/RT11 system and restore the tape images to CHARON-VAX / CHARON-PDP virtual disks
   b. Boot from standalone backups and restore its content to CHARON-VAX / CHARON-PDP virtual disks
- Map the tape drive in the CHARON-VAX / CHARON-PDP configuration file
Create a network cluster between the source VAX/PDP11 system and CHARON-VAX / CHARON-PDP (it is possible to use the source system as boot server); then simple backup from one disk to another:
$ BACKUP/IMAGE/IGNORE=INTERLOCK REAL$DUA0: DUA0:
© Stromasys, 1999-2024 - All the information is provided on the best effort basis, and might be changed anytime without notice. Information provided does not mean Stromasys commitment to any features described.