6 Replies Latest reply: Mar 12, 2013 11:55 PM by adaikkap RSS

Migrating and upgrating a DFM server with lots of Snapmanager Datasets

matthewy
Currently Being Moderated

Currently the customer's DFM server is running extremely slowly on Windows 32-bit with only 4 GB of RAM.  Many Snapmanager products are in use, including SME, SMSQL and SMO.

 

I think I need to do the following:

1) migrate the DFM server to windows 64-bit with much more memory (I'm thinking 16GB).

2) upgrade DFM from 4.0.2 to 5.1.

 

So the components are:

olddfm.local

newdfm.local

 

I think the steps I'll need to follow are:

1) back up the existing 4.0.2 DB.

2) stand up the new server (newdfm.local)

3) remove the old server (olddfm.local) from the domain

4) join the new server to the domain as olddfm.local

5) install 5.1 and restore/recover the DB from the backup I made in step 1). 

 

I'm particularly worried about losing the existing backups/datasets.  Is this the right approach?

  • Re: Migrating and upgrating a DFM server with lots of Snapmanager Datasets
    adaikkap
    Currently Being Moderated

    Hi Mathew,

    Currently the customer's DFM server is running extremely slowly on Windows 32-bit with only 4 GB of RAM.  Many Snapmanager products are in use, including SME, SMSQL and SMO.

    Can you tell us how many SnapManagers ? The SnapManager datasets are little heavier compared to the normal dataset and puts load on the dfm server.

     

    1) migrate the DFM server to windows 64-bit with much more memory (I'm thinking 16GB).

    Given that you already have quite few dataset, pls increase the memory further to 24 GB or some thing. As compared to 4.x which was a 32 bit application 5.x being a 64bit application will give better performance as it scales with the hardware.

    2) upgrade DFM from 4.0.2 to 5.1.

    Given that you have lot of SnapManager I am sure you have quite a lot of mark-deleted objects, I recommend you to run the dfm purge too and upgrade or upgrade and run the dfm purge tool. This way in one maintenance window you will be able to do both, as the purge tool requires downtime.

     

    Here is the link to the purge tool

    ToolChest Link: Utility Toolchest.

    KB Article link:link

    Video Link: DFM Purge Tool: How to Video

     

    I think the steps I'll need to follow are:

    1) back up the existing 4.0.2 DB.

    2) stand up the new server (newdfm.local)

    3) remove the old server (olddfm.local) from the domain

    4) join the new server to the domain as olddfm.local

    5) install 5.1 and restore/recover the DB from the backup I made in step

    I would probably do it this way to reduce the impact or downtime to backup/Schedule

    1. Setup the new server ( with temp domain name)
    2. Install 5.1 in 7-Mode
    3. Backup up the db using dfm backup create in existing 4.0.2
    4. Remove the 4.0.2 dfm server from domain
    5. Change the new server DNS names to olddfm.local
    6. Restore the backup taken in step 3
    7. Run the purge tool

     

    BTW if you have perf advisor enabled you may see some sluggishness initially after upgrade to 5.1. As we purge all the stale perf data due to clones created by SnapManager and later  in a week or 2's time you will see a marked performance improvement.

    I'm particularly worried about losing the existing backups/datasets.  Is this the right approach?

    Since you are doing a restore of the database you will not loose any backups or datasets. What you are doing is perfectly correct and right approach.

     

    Regards

    adai

More Like This

  • Retrieving data ...