Operating System - OpenVMS
cancel
Showing results for 
Search instead for 
Did you mean: 

Restore GS160 on a 4100

SOLVED
Go to solution
Wim Van den Wyngaert
Honored Contributor

Restore GS160 on a 4100

For a restore test, I should restore a complete 7.3 GS160 system on an old 4100.

Anyone did that already ? Problems (except disk layout) ?

Wim
Wim
11 REPLIES
Ian Miller.
Honored Contributor

Re: Restore GS160 on a 4100

VMS V7.3 runs on AS4100 just fine.
____________________
Purely Personal Opinion
Wim Van den Wyngaert
Honored Contributor

Re: Restore GS160 on a 4100

No problems restoring the system disk of a GS on the AS4100. Reconfig needed ?
(never had to do this before, only 4100 to 4100)

Wim
Wim
Volker Halle
Honored Contributor

Re: Restore GS160 on a 4100

Wim,

OpenVMS is OpenVMS is OpenVMS !

You can take any OpenVMS system disk from any Alpha system to any other Alpha system and just boot it...

Assuming that:

- the system is supported by the version of OpenVMS on that disk
- properly written startup command files (use STARTUP_P1="MIN" for the first boot)

Volker.
Bill Hall
Honored Contributor

Re: Restore GS160 on a 4100

Wim,

The only other often overlooked hardware issue is memory. You may need to due a fair amount of sygen parameter tuning if your production server has much much more memory than your 4100. If you have an Oracle instance that wants 4GB of memory for SGA and you are testing on a server with only 2GB of memory, you will have some additional software config changes to make.

The sysgen and application changes are usually harder to identify and quantify in the planning stage than the more obvious hardware differences that can be "hidden" with logical names.
Bill Hall
Tom O'Toole
Respected Contributor

Re: Restore GS160 on a 4100


The point that Volker makes is a huge one.

People spend countless hours and dollars trying to do proper disaster recovery. What is so difficult on other systems which seem to lock into the hardware and specific config. they are running on, is easy on VMS. The marketeers writing white papers on about ROI, TCO, will of course ignore this, as it doesn't fit their agenda, but how much are people spending purchasing and configuring 'enterprise backup solutions' and server virtualization on non-vms boxes, and how well do they work?
Can you imagine if we used PCs to manage our enterprise systems? ... oops.
Wim Van den Wyngaert
Honored Contributor

Re: Restore GS160 on a 4100

I would go further. How many companies have a tested procedure of what to do in case of total loss of all disks ?

How to continue an application based upon the backup of the previous day ?

Wim
Wim
Uwe Zessin
Honored Contributor
Solution

Re: Restore GS160 on a 4100

You might need different licenses for VMS.

There might be differences in device names:
- disks -> use lots of logical names
- network
-- DECnet lines + circuits
--- MOP download circuits
-- TCP/IP interfaces
-- LAT links
-- Pathworks interface
-- LANCP
--- MOP downloads
.
Uwe Zessin
Honored Contributor

Re: Restore GS160 on a 4100

> How many companies have a tested procedure of what to do in case of total loss of all disks ?

Not many I beleive. I've worked in several companies and usually inherited an environment.

In one of them I accidently discovered that the incremental backup had been saving the second disk twice rather than saving all 3 disks for several months!

In my last position as a full-time VMS system manager I spent quite some work on a 'system handbook' which contained all kinds of information - from hardware/software configuration, our own system procedures, recovery procedures and troubleshooting information.

On one monday I had to decide to scrap a whole cluster! One of the members had a bad CPU which caused strange errors: for example, I had a file named ABC.LO - the uppercase "G" was replaced by a . As it was unclear where else the CPU had corrupted data, I stopped the bad member and used the intact member to reload all disks including the system disk (we had a clever boss who budgeted(sp?) for a spare disk!) The system was several hundred kilometers away, I did not have to travel and could start the restore immediately. Thanks!.

We were lucky, because the last full backup was from friday, no work done on the weekend and we discovered the problem moday morning, pheww.

> How to continue an application based upon the backup of the previous day ?

Good question. Today's backup tools are quite capable and if you strictly follow the established rules you have a high change to successfull do a desaster recovery. The problem is how to restart from the RP and redo the manual work.

In some cases, companies run multiple backups during the day or use technlogy like log shipping to keep the RPO as short as possible.
.
Jan van den Ende
Honored Contributor

Re: Restore GS160 on a 4100

Wim,

you know the stories on our cluster.

Our test/plat/sometimes development system _IS_ a 4100.

From our point of view the most important uses are:
- testing any major updates/upgrades. OS as well as Packages and applics.
- running What-if scenario's
- (connected to your question) testing our Restore.

Granted, the latter is not rigidly scheduled, but each time a testing or what-if has been done, that 4100 gets a restore of our fill backups.

Yes, it only has 1 CPU
Yes, it only has 1 Gb
Yes, the shadow sets are single member.

Most importantly, ALL configurables are contained in only 3 files, AND, virtually this system is a full member of the cluster. (ie, it has its own root, with the correct SYSGEN params. It can, and has, joined the cluster as a full member. The only thing we do to set it apart from the cluster is setting VMSCLUSTER = 0.

If we want to/need to "refresh" our test system, we typically restore the backup and boot. That _IS_ all!

And it HAS helped us greatly when we needed to rerun a specific batch of a specific applic over the situation of 6 weeks before.
It only took 1 morning to "time-warp" (and another to get back in sync).

That was one event in which we were able to turn a REAL embarrasment for management into just some overtime cost.

To get back to your question:

Anyone did that already? To a 4100, yes. From a GS? no, but from a cluster of ESes.

But, to smoothly do it, you should prepare for it.

Success!!

Proost.

Have one on me.

jpe


Don't rust yours pelled jacker to fine doll missed aches.
John Abbott_2
Esteemed Contributor

Re: Restore GS160 on a 4100

Hi Wim,

I've restored the contents of our GS80 onto a 4100 twice now, system disk and all data disks. Our 4100 has 50% less memory than our GS80 partition, but our DB + apps are OK.

As others have mentioned it's how good your startup scripts are. Now, trying not to mention already what's been said...

If it's a single node system without HBVS, life is made easier witha generic boot mount if you use F$DEVICE("*","DISK") and mount what's available (/noassist/over=id get volnam & remount system wide).

Some systems will automatically autogen due to memory differences (SYSGEN NPAG_BAP* one example)

I'll assume your 4100 is on another LAN (IP/DECnet etc) :-) but also be careful that your apps/monitors (especially those that start from boot) don't start sending smtp, ftp etc msgs/files as sometimes it's often forgotton that your seperate LAN can also pass these onto the recipients !

We do a full or partial "what if" tests at least twice a year. Also worth getting business users involved in testing the apps (once you're happy you've got it right!)

Regards,
John.
Don't do what Donny Dont does
Robert Gezelter
Honored Contributor

Re: Restore GS160 on a 4100

Wlm,

Unless you are using some feature that is not supported by the 4100, you should not have a problem, at least if the system is configured in a friendly way.

That said, I have encountered more than a few systems that are not configured in a way friendly to this type of reconfiguration. The most common problem is mass storage configuration.

I have also had great success on the other side, provided that the environment was constructed is conducive. It is really a pleasure to have a system disk that allows a nodeto be booted on any size system, from a DS10 to a GS. See my paper on "Inheritance Based Environments in Stand-alone OpenVMS Systems and OpenVMS Clusters" at http://www.rlgsc.com/publications/vmstechjournal/inheritance.html

- Bob Gezelter, http://www.rlgsc.com