IBM zAware Migration from an IBM zEC12 to an IBM z13

Published 26 March 2015, updated 19 May 2015

More options

Rate and comment

Authors: Neil Shah

Abstract

Migrating zAware from an IBM® zEC12 to an IBM z13 is slightly different than migrating other traditional LPARs. zAware stores data on the SE (Service Element) as well as on external storage. If your zAware LPAR is moved from a zEC12 to a z13, you will need to ensure that the data on the zEC12 SE is copied over to the z13. Otherwise, you will need to redefine user IDs, LDAP information, and so on.

Contents

IBM® zAware on the z13 uses a different database format. So, after the zAware LPAR is activated on the z13, and you access the GUI, you are prompted to migrate the zAware database, which resides on external storage.

To migrate your zAware LPAR from a zEC12 to a z13:

  1. Add additional storage (three times the current amount) to the zAware LPAR. The additional storage is needed for the database migration.
  2. Capture the zAware image profile settings of the zEC12 via the HMC.
  3. Capture user IDs defined to zAware, LDAP settings, and so on.
  4. Before you shut down zAware on the zEC12, you must stop the LOGR ZAI connections on the z/OS® systems. Otherwise, LOGR will try to reconnect. Enter the following commands:

    D LOGGER,C,LSN=SYSPLEX.OPERLOG,D – display the connection status (ensure that it is connected)
    SETLOGR FORCE,ZAIQUIESCE,ALL – quiesce the connection
    D LOGGER,C,LSN=SYSPLEX.OPERLOG,D – display the connection status (status should change to quiesced)
    IXG601I 13.54.25 LOGGER DISPLAY 003
    CONNECTION INFORMATION BY LOGSTREAM FOR SYSTEM AQS3
    LOGSTREAM STRUCTURE #CONN STATUS
    --------- --------- ------ ------
    SYSPLEX.OPERLOG OPERLOG 000002 IN USE
    DUPLEXING: LOCAL BUFFERS
    GROUP: PRODUCTION ZAI CLIENT: YES -
    QUIESCED
    CURRENT OFFLOAD DSN: IXGLOGR.SYSPLEX.OPERLOG.
  5. Log on to the HMC and deactivate zAware on the zEC12.
  6. In preparation for the DB migration, obtain a backup of the DASD volumes (external storage), used for zAware.
  7. Have the IBM SSR export profiles.
  8. Move the zAware LPAR to z13.
  9. Have the IBM SSR import the data to the z13 (note that you may need to delete unnecessary zEC12 image profiles).
  10. Log on to the z13 HMC and update the zAware image profile.

    On the HMC, go to CPC Images, and highlight the zAware image. Then, right-click, and select Operational CustomizationCustomize/Delete Activation Profiles. Click the radio button, and then <Customize profile>. Select the zAware tab and customize the CHPIDs, IP address, and so on.
  11. Activate the zAware LPAR. It takes a few minutes to activate, and then approximately 5 minutes until the zAware GUI can be accessed.
  12. Access the zAware GUI URL (for example, https://zaware1.abc.ibm.com/zAware/). Ensure that the users and LDAP information are present.
  13. Click <confirm backup> and start migration, as shown in Figure 1.

    This screen capture shows the IBM zAware Configuration panel migration steps.
    Figure 1. Migration steps

    This process can take up to 60 minutes. In our environment, it took ~30 minutes.
  14. Update any IXGCNFxx PARMLIB members as needed. (For example, you might need to update the zAware IP address).
  15. Activate the IXGCNFxx member with the SET IXGCNF=xx command as follows:

    D LOGGER,IXGCNF,ZAI
    SET IXGCNF=xx
    D LOGGER,IXGCNF,ZAI
  16. Start the LOGR ZAI connection:

    SETLOGR FORCE,ZAICONNECT,LSNAME=SYSPLEX.OPERLOG
    D LOGGER,C,LSN=SYSPLEX.OPERLOG,D
  17. Check the Systems view to ensure that the Status is Active. Then go to Analysis and verify that data is coming in. Note that zAware will kick off a train session. So, it can take 10-15 minutes before data displays.

For more information about IBM zAware, see "z Systems Advanced Workload Analysis Reporter (IBM zAware) Guide Version 2.0" at the following IBM Support page:
https://ibm.biz/BdEW9J


Special Notices

This material has not been submitted to any formal IBM test and is published AS IS. It has not been the subject of rigorous review. IBM assumes no responsibility for its accuracy or completeness. The use of this information or the implementation of any of these techniques is a client responsibility and depends upon the client's ability to evaluate and integrate them into the client's operational environment.

Follow IBM Redbooks

Follow IBM Redbooks