07-23-2015 01:50 AM
Hello,
I have a two nodes veritas cluster with SQL & file shares ressources.
The goal is to migrate the data and ressources to a new servers.
How can I create first a standalone node and trasport the data and configuration of the cluster.
And recreate the cluster as the original one.
Thank you in advance for your help.
Solved! Go to Solution.
07-24-2015 02:02 AM
Hello Jim,
I believe the steps what I gave are still valid only change is now you would go with setup of single node..
1. Setup OS, Storage Foundation High Availability, SQL etc on one node. You would need to make sure all the applications & dependency packages are installed on new machine.
2. Once VCS run is tested on new node (as single node cluster), shut the cluster component down in new server.
3. Copy of all the data from old cluster shared storage & ship it to new shared storage. Make sure you create similar filesystems so that cluster configuration can be straight away imported. If drive configurations or application directories are changing, VCS configuration will need to modified as well.
4.Once shared storage on new setup is ready with all data copied. Copy VCS configuration files from old cluster to new cluster
/etc/VRTSvcs/conf/config/main.cf
/etc/VRTSvcs/conf/config/types.cf
/etc/llttab (ONLY if any specific tunables are configured, else leave this file)
5. Once all the above files are copied, shutdown the cluster in old machines. Ensure all the IP addresses used are removed so that no IP conflict happens.
6. Start the cluster on new single node (hastart -oneenode). This should start the cluster on new server as single node cluster using the data from shared storage.
7. Post a successful run, you can setup 2nd node & join the cluster with VCS.
Let me know if any doubts ..
G
07-24-2015 05:19 AM
I think steps are:
For the migration I would do a test run first - so do a hotbackup and restore to new cluster and then test failing over etc.
Mike
07-23-2015 02:38 AM
Hello,
I am little unclear, are you saying you want to temporary move the cluster to standalone node, allow it to run there till you upgrade servers, once done restore the configuration ? OR you have 2 brand new nodes, you want to migrate entire VCS cluster to these 2 new nodes ?
Do you have shared storage connected to both the new & old servers ?
G
07-23-2015 03:09 AM
Sorry for been unclear.
I have two new brand servers and I want to migrate the cluster configuration and data to them.
There are on other storage array, so for that I ask which mecanism I need to use.
I want to start with one standalone server to hold all ressources, and then add the second to the cluster.
Thank you again
07-23-2015 03:57 AM
Ok, its much clear now .. can you also mention windows & VCS versions in your current environment ?
So again, first question would be, can you have same shared storage between old & new servers ? or they are geographically apart ? If they are apart, do you have new array with new servers which can replicate to old array ? If this is possible, lot of time & effort can be saved.
If this is not possible, I would think of following high level steps ..
1. Setup OS, Storage Foundation High Availability, SQL etc on new cluster. This would be better to create 2 nodes at one go as it will save time for cluster join later on. If you have VCS setup on new cluster, it will be easy to change configuration parameters in new cluster. You would need to make sure all the applications & dependency packages are installed on new machines.
2. Once VCS run is tested on new cluster, shut the cluster down in new servers.
3. Copy of all the data from old cluster shared storage & ship it to new shared storage. Make sure you create similar filesystems so that cluster configuration can be straight away imported. If drive configurations or application directories are changing, VCS configuration will need to modified as well.
4.Once shared storage on new setup is ready with all data copied. Copy VCS configuration files from old cluster to new cluster
/etc/VRTSvcs/conf/config/main.cf
/etc/VRTSvcs/conf/config/types.cf
/etc/llttab (ONLY if any specific tunables are configured, else leave this file)
5. Once all the above files are copied, shutdown the cluster in old machines. Ensure all the IP addresses used are removed so that no IP conflict happens.
6. Start the cluster on new nodes.
these are very high level steps, there might be finer details which may be required based on environment.
G
07-23-2015 04:57 AM
Thank you Gaurav for you repley.
VCS version : 6.0.02
Windows Version : Windows 2012 Standard
Volume Storage Manager : 6.0.2
The goal is to go from our old cluster to a new Geo-Cluster.
So First I'll create a first node on the first site, after I want to copy the data and ressources and configuration from the old cluster to this standalone node.
Finally I'll create the second node on the other site, and join it the new cluster.
So how can I do that, and what's the required steps.
Thank you again.
07-23-2015 05:04 AM
A few questions:
Mike
07-23-2015 05:35 AM
Thank you mike, my answers below :
07-24-2015 01:38 AM
Can you help me please.
Thank you in advance.
07-24-2015 02:02 AM
Hello Jim,
I believe the steps what I gave are still valid only change is now you would go with setup of single node..
1. Setup OS, Storage Foundation High Availability, SQL etc on one node. You would need to make sure all the applications & dependency packages are installed on new machine.
2. Once VCS run is tested on new node (as single node cluster), shut the cluster component down in new server.
3. Copy of all the data from old cluster shared storage & ship it to new shared storage. Make sure you create similar filesystems so that cluster configuration can be straight away imported. If drive configurations or application directories are changing, VCS configuration will need to modified as well.
4.Once shared storage on new setup is ready with all data copied. Copy VCS configuration files from old cluster to new cluster
/etc/VRTSvcs/conf/config/main.cf
/etc/VRTSvcs/conf/config/types.cf
/etc/llttab (ONLY if any specific tunables are configured, else leave this file)
5. Once all the above files are copied, shutdown the cluster in old machines. Ensure all the IP addresses used are removed so that no IP conflict happens.
6. Start the cluster on new single node (hastart -oneenode). This should start the cluster on new server as single node cluster using the data from shared storage.
7. Post a successful run, you can setup 2nd node & join the cluster with VCS.
Let me know if any doubts ..
G
07-24-2015 03:08 AM
Thank you Gauvar,
I'll test that before, and tell you after if I'll face any problems.
Thank all of you guys. (You rock)
07-24-2015 05:19 AM
I think steps are:
For the migration I would do a test run first - so do a hotbackup and restore to new cluster and then test failing over etc.
Mike