Home About BC DR HA Support Training Download
You are here: Home/ Business-Continuity/ Please Login or Register

Additional documents of interest

  • Successful Business Continuity - Part 1 - Users and Groups
    This article was published in the April 2005 issue of AIX Update magazine and discusses system administration needs and requirements oriented around users and groups. The overall emphasis of this series of articles is for implementation of enterprise wide unique identifiers for a variety of parameters, such as user names, group names, UID and GID numbers.
  • Successful Business Continuity - Part 2 - Machine and Host Names
    This article was published in the May 2005 issue of AIX Update magazine and discusses naming structures for machines, systems, adapters, and aliases. The overall emphasis of this series of articles is for implementation of enterprise wide unique identifiers for a variety of parameters.
  • Successful Business Continuity - Part 3 - Volume Names
    This article was published in the December 2005 issue of AIX Update magazine and discusses naming structures for volume groups, logical volumes, log logical volumes, directory mount points, etc. The overall emphasis of this series of articles is for implementation of enterprise wide unique identifiers for a variety of parameters.
  • Successful Business Continuity - Part 4 - MQ Series, Startup/Shutdown Scripts, Error Processing
    This article was published in the April 2006 issue of AIX Update magazine and discusses how to implement AIX in an environment dedicated to business continuity. The topic of this article is the assignment of MQ Series queue names and aliases, resource group startup and shutdown script names (Application startup/shutdown script names), error logging, and error notification.
  • Successful Business Continuity - Part 5 - Miscellaneous topics
    This article was published in the August 2006 issue of AIX Update magazine and discusses how to implement AIX in an environment dedicated to business continuity. A variety of topics is discussed in this article including automated documentation generation and management.
  • Automated Microcode Management System
    One of the most difficult administration tasks in an AIX environment is attempting to keep the firmware and microcode up-to-date. Mt Xia has devised an automated method of gathering the Microcode information, determining which microcode needs to be updated, generating reports, and uploading the required microcode updates to each individual system.
  • Calculating the size of a Virtual Processor
    This document describes the algorithms used to calculate the size of a virtual processor when using shared processors in an LPAR. The IBM documentation describes how to calculate CPU utilization, NOT how to size for configuration, this document clarifies this process. A description of the HMC input fields for the processor tab is included.
  • Basics of Partition Load Manager Setup
    This presentation was provided by Ron Barker from IBM regarding the PLM Basic setup.
  • ppt
  • pdf
  • Workload Manager for AIX 4.3.3.0 Standards

    This document describes the Workload Manager implementation standards on AIX 4.3.3.0 machines only.

    For WLM implementation on AIX version 5 systems, see the AIX 5 WLM standards document.

    The workload manager (WLM) shall be implemented on all AIX systems. On most systems WLM will be running in "passive" mode, which does not limit resources. In Mt Xia's environment, only a few selected systems will have WLM implemented in "active" mode to control and regulate resources. If there is any question as to whether WLM should be implemented in "active" or "passive" mode, default to "passive".

    The WLM provides a mechanism to classify and segment resources by process, user, group, etc. The classification scheme must be constructed by the AIX system administrator. This WLM classification scheme in the Mt Xia environment is based on the concept of the Resource Group. Each Resource Group will be represented in WLM as a class. Multiple instances of an application within a single resource group shall be represented in WLM as subclasses.

    In order to configure WLM, the system administrator must first define the resource groups names. Once the resource group names have been defined, then a WLM class must be defined using the resource group name as the WLM class name.


    To define a new WLM class using smitty, start smitty using the "wlm" fastpath.

    smitty wlm
    


    Select "Add a class" to define a new WLM class.

                                  Workload Management
    
    Move cursor to desired item and press Enter.
    
      List all Classes
      Add a Class
      Change / Show Characteristics of a Class
      Remove a Class
      Class Assignment Rules
      Start/Stop/Update WLM
    
    


    Enter the resource group name as the WLM class name, and provide a description of this WLM class. The Tier level will normally be 0 (zero) unless there is a specific reason to change this. The CPU and Memory values will be defaulted to a minumum of 0% and a maximum value of 100%.

                                      Add a Class
    
    Type or select values in entry fields.
    Press Enter AFTER making all desired changes.
      
                                                            [Entry Fields]
      Class name                                         [atladtu1]
      Description                                        [Atlas pre-prod Database for Mt Xia, instance 1]
      Tier                                               [0]
      Minimum CPU time (%)                               [0]
      Maximum CPU time (%)                               [100]
      Shares of CPU                                      [1]
      Minimum Memory (%)                                 [0]
      Maximum Memory (%)                                 [100]
      Shares of Memory                                   [1]
    
    


    Class rules are used to determine which processes are assigned to which WLM classes and the order of the rules is significant. The first rule that matches is used to determine the WLM class assignment, so the class rules should be ordered from highly specific to less specific.

    To define WLM class rules using smitty, start smitty using the "wlm" fastpath.

    smitty wlm
    


    Select "Class assignment rules" to define a new WLM class.

                                  Workload Management
    
    Move cursor to desired item and press Enter.
    
      List all Classes
      Add a Class
      Change / Show Characteristics of a Class
      Remove a Class
      Class Assignment Rules
      Start/Stop/Update WLM
    
    


    Select "Class assignment rules" to define a new WLM class rule.

                                 Class Assignment Rules
    
    Move cursor to desired item and press Enter.
    
      List all Rules
      Create a new Rule
      Change / Show Characteristics of a Rule
      Delete a Rule
    
    


    In the following example, a rule is defined to assign all processes owned by oracl817 to the the WLM class "atladtu1". Again the order of the rules is important. The rules should be ranked in order of highly specific, starting at 1, to less specific.

                                   Create a new Rule
    
    Type or select values in entry fields.
    Press Enter AFTER making all desired changes.
      
                                                            [Entry Fields]
    * Order of the Rule                                  [1]
    * Class                                              [atladtu1]
      User                                               [oracl817]
      Group                                              [-]
      Application                                        [-]
    
    


    Under AIX 4.3.3.0, to start WLM in passive mode, it must be done from the command line. If WLM is started from "smitty", it will be started in "active" mode. So to be safe and exact, always start/stop WLM from the command line using the appropriate flags.

    To start WLM from the command line in "passive" mode:

    wlmcntrl -p
    

    To start WLM from the command line in "active" mode:

    wlmcntrl -a
    

    To stop WLM from the command:

    wlmcntrl -o
    


    Any changes to the WLM configuration will require that WLM be stopped and restarted in order for the changes to take effect.


    An example WLM configuration of the Atlas pre-production Database server for Mt Xia follows. The "standard" WLM configuration for this machine contains five WLM classes. It is important to recognize that the "standard" WLM configuration will be different for every machine. The term "standard" is used in reference to the local machine, this is not enterprise wide terminology used here.

    The AIX 4.3.3.0 WLM does not support the concept of subclasses, therefore multiple instances of an application will likely be configured as multiple WLM classes, requiring multiple resource groups. Since the AIX 4.3.3.0 WLM does not support subclasses, the WLM configuration will be different between AIX 4.3.3.0 and AIX 5.X systems.

  • daladatl01:/etc/wlm/standard/classes
    System:
    
    Default:
    
    atladtu1:
            description = "Atlas pre-prod Database for Mt Xia, AMST instance"
    
    atladtu2:
            description = "Atlas pre-prod Database for Mt Xia, C2KR instance"
    
    atladtu3:
            description = "Atlas pre-prod Database for Mt Xia, ATLP instance"
    
    

  • The class rules associated with this "standard" configuration assign processes to multiple classes depending upon the user id. Rules are defined to segment the processes owned by the three oracle instances into separate WLM classes. All processes owned by "root" are assigned to the class "System", and all other processes are assigned to the class "Default".

  • daladatl01:/etc/wlm/standard/rules
    * class   resvd  user      group  application
    atladtu1  -      oracl817  -      -
    atladtu2  -      oracle8i  -      -
    atladtu3  -      oracle    -      -
    System    -      root      -      -
    Default   -      -         -      -
    
  • -
    WLM AIX 433
    -
     

    Policies
    Guidelines
    Procedures


    LPAR Leasing
    Lease an AIX / i5 LPAR
    Reduce your costs

    www.mtxia.com

    Server Leasing
    Lease a Server off-site
    Reduce your costs

    www.mtxia.com

    Data Center Automation
    Business Continuity and DR
    Virtualization/Consolidation

    www.mtxia.com

    HMC Service
    Hardware Management Console
    Manage Remote AIX / i5 LPARs

    www.siteox.com

    Business Web Site Hosting
    $3.99 / month includes Tools,
    Shopping Cart, Site Builder

    www.siteox.com

    FREE Domain Registration
    included with Web Site Hosting
    Tools, Social Networking, Blog

    www.siteox.com

    Disaster Recovery
    Small Business Oriented
    Off-Site Facilities

    www.mtxia.com

    IBM pSeries / iSeries
    Reduce your Costs
    Off-Site Server Hosting

    www.mtxia.com