Clone DB2 10g FC23 install to a virtual machine (FC23 or RHEL7)

By | April 14, 2016

I wanted to move my test db2 installation based on a Fedora Core 23 to a RHEL7 virtual machine without having to reinstall everything and not lose any data. This is in fact cloning my test environment database.
This is not an easy task as is not officially supported by IBM but the beauty of Linux is that you know where all your files are so cloning an installation is possible.

STEP 1: Create a new RHEL7 VM

In my case I already have a developer RHEL7 VM so I created a clone. Make sure you have enough space in the VM if your database has data in it. I had to extend the VM disk to 50GB.

STEP 2: Clone the db2 users

First I looked at all the users created by db2 installation and cloned them in the VM.

As root in the VM do:

STEP 3: Clone db2 binaries and instance installation

As root in the originating machine do:

Where is the IP of the VM.

STEP 4: Check the db2 parameters and add the missing ones
In the original machine do as db2inst1:

Then the same in the VM and compare the entries. Add eny missing entries with db2set

STEP 5: Add the db2 instance service to /etc/services

Edit /etc/services and add the following line to the end

STEP 5: Open listener port
In the firewall of the VM open port 50000 for TCP.

Still not OK I was trying to connect from dbvis and getting always

According to IBM

The database server was unable to perform authentication because security-related database manager files on the server do not have the required operating system permissions.

and see

STEP 6: Reinitialize the instance
So according to the above we have to reinitialize the instance because some permissions have been changed. This is not surprising because we just cloned the DB.
Very important issue as db2inst1 a db2stop first to stop the instance. Only after that it can be updated.

Note: It is very important to copy /var/db2 from old machine to the VM. Before I did that a lot of the global variables where missing when listing them with db2set -all and db2iupdt was complaining that db2inst1 does not exist.

STEP 7: Restart the instance
As db2inst1 user issue a db2start to restart the instance and the listener.
All done.


Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.