Migrating the Resource Management Repository

In this section:

If you wish to access monitor data from a previous release when upgrading Resource Governor, you must migrate the previous Resource Management repository contents into the new release repository.

The migration procedure is executed in batch to migrate the repository used by Resource Governor from prior releases to Release 7.7 or higher.


Top of page

x
Requirements for Migrating the Resource Management Repository

The following conditions are required in order to migrate the Resource Management Repository.


Top of page

x
Migrating a Resource Management Repository on UNIX, Windows, UNIX System Services, and i5/OS

How to:

For these platforms, the migration procedure is executed in a Web Console session.



x
Procedure: How to Migrate a Resource Management Repository on UNIX, Windows, UNIX System Services, and i5/OS

To start the migration job:

  1. Click the Workspace link in the toolbar and click Configuration/Monitor.
  2. Expand the Server folder, right-click Migration, and select Resource Management, as shown in the following image.

  3. The Resource Management Migration page opens, as shown in the following image.

    Note: All values are required.

    The following options are available:

    Release to migrate data from

    The release number you are migrating from. Options include 53x, 710-712, 713-718, and 76x.

    Note: For Service Pack releases, 5.3x includes all 5.3 releases; 710-712 includes 7.1.0, 7.1.1, and 7.1.2; 713-718 includes 7.1.3 and later 7.1x releases, and 76x includes all 7.6 releases.

    Server name to migrate

    The server name used by Resource Management in the old release. You can find the server name in the GKESET FOCEXEC.

    EDACONF directory to migrate

    The path to the EDACONF directory of the release being migrated. Examples are C:\ibi\srv76\wfs for Windows and /home1/ibi/srv71/wfs for Unix.

    Migrate system data

    Select Yes if the previous releases system data should be migrated. If Yes is selected, SMCNTRL, SMPRMTRS, and SMPRL data will be migrated. Only custom BRL members will be migrated. The SMKNBNAME value in SMCNTRL will not be migrated and any Govern and/or Advise values will be set to OFF. Any compiled rule files must be rebuilt after the migration is completed and new Govern and/or Advise values must be set. The default value is No.

    Note: If multiple migration runs are being made, only migrate the system data once.

    Create 7.6 compatibility masters

    Select Yes if you want to have 7.6 style masters created that will allow existing custom reports to run. Some modifications to your custom reports may be required.

    Start Date

    The earliest date of the data to be migrated. The format is MM/DD/YYYY. The default value is 1/1/1995.

    End Date

    The latest date of the data to be migrated. The format is MM/DD/YYYY. The default value is the current date.

  4. Click Next. The Deferred Execution page opens, as shown in the following image.

  5. Accept the default date and time, or enter the specific date and time that you want the migration to run. Click Continue to submit the Deferred request. Confirmation of the request appears, as shown in the following image.

    To view the progress of the Deferred request, expand the Special Services and Listeners folder to see a list of the various special services and listeners.

  6. Right-click on the DFM item to display the context menu for the Deferred Manager.

  7. Select Deferred List to display the list of deferred requests and to view the request name that was displayed when the deferred migration job was scheduled. Examples of request names are listed in the Deferred ID column, as seen in the following image

The Status column shows the state of the deferred request, which can be Queued, In-progress, or Ready. To see if the status has changed to Ready, either keep refreshing the page using the refresh options located at the top of the page, or redisplay the page at a later time. Once the status is Ready, right-click the request line and select Get to review the job output.


Top of page

x
Migrating a Resource Management Repository on MVS

How to:

This option is only available when migrating data from release. MVS migration is not available for release 53 and 71.



x
Procedure: How to Migrate a Resource Management Repository on MVS

To start the migration job:

  1. Click Workspace link in the toolbar and click Configuration/Monitor.
  2. Expand the Server folder, right-click Migration, and select Resource Management, as shown in the following image.

  3. The Resource Management Migration page opens, as shown in the following image.

    On MVS, the migration page uses data set names to locate the Resource Management files to be migrated instead of an ECADONF path value.

    The following options are available:

    Release to migrate data from

    The release number you are migrating from. The only previous release supported for MVS migration is 76x.

    Server name to migrate

    The server name used by Resource Management in the old release. You can find the server name in the GKESET FOCEXEC.

    MASTER files dataset name

    The dataset name that was used to save the MASTER files during configuration of the previous release.

    ACCESS files dataset name

    The dataset name that was used to save the ACCESS files during the configuration of the previous release.

    Migrate system data

    Select Yes if the previous releases system data should be migrated. If Yes is selected, SMCNTRL, SMPRMTRS and SMPRL data will be migrated. Only custom BRL members will be migrated. The SMKNBNAME value in SMCNTRL will not be migrated and any Govern and/or Advise values will be set to OFF. Any compiled rule files must be rebuilt after the migration is completed and new Govern and/or Advise values must be set. The default value is No.

    Note: If multiple migration runs are being made, only migrate the system data once.

    Create 7.6 compatibility masters

    Select Yes if you want to have 7.6 style masters created that will allow existing custom reports to run. Some modifications to your custom reports may be required.

    Start Date

    The earliest date of the data to be migrated. The format is MM/DD/YYYY. The default value is 1/1/1995.

    End Date

    The latest date of the data to be migrated. The format is MM/DD/YYYY. The default value is the current date.


iWay Software