3 Replies Latest reply on Aug 23, 2012 1:57 AM by pradyumna NameToUpdate

    Need Help On Installation /Configuration of CONTROL-M On AIX

      Hi Team,


      I need a help.  I need a step-by-step installation and configuration guide for CONTROL-M/EM,CONTROL-M/Server on AIX environment.


      The backend DB will be Oracle. 


      This is the firsttime am working on CONTROL-M, So would be great if you can help me.




        • 1. Re: Need Help On Installation /Configuration of CONTROL-M On AIX

          Hello Pradyumna,

          Have you tried the Installation Guide from the product manuals?


          They do have all the needed information along with installation steps

          • 2. Re: Need Help On Installation /Configuration of CONTROL-M On AIX
            Walter Rolon

            this is provided by bmc:


            Example of the Control-M/Server Migration Steps



            1. Pre-installation tasks
              1. Review the Control-M/Server Migration Guide
              2. Use this “Example Steps” to create a step by step plan
              3. Select the migration cutover date.
              4. Open a new case with BMC support regarding the migration. Include AMIGO and the migration date in the subject.


            1. Installation of New Software
              1. Install the new Control-M/Server and the latest fixpack
              2. Install the latest Migration toolkit on the <current> Control-M/Server (the ControlM Server being migrated).
              3. Copy any customized scripts to the new Control-M server.
              4. Verify the performance of the new environment using the following tools in the Control-M Server toolbox which is installed in the directory <Control-M/Server Home>/ctm_server/toolbox. Run the command ‘toolbox, the run the commands:
                1.   2 - Environment tests -> 1 - IO check



            1. Testing
              1. Run the Migration Toolkit “Validation” report on the <current> Control-M/Server until there are no errors.
              2. If possible, schedule a time to stop the <current> Control-M/Server and run the migration export. This will allow for testing with your environment data.
              3. Run the migration import into the <new> Control-M/Server(if an export was taken). If not, create sample jobs in the <new> Control-M sever to test with.
              4. Check the <current> ControlM Server ‘config.dat’ file to see if there are any customized parameters that need to be manually migrated.
              5. Test the SMTP configuration (if it’s being used).


            1. Training
              1. Review the Control-M/Server Release Notes.
              2. Practice the new features in the <new> Control-M/Server. 


            1. Create a black-out plan
              1. Determine outage window and back-out point
              2. Create a back-out plan


            1. Actions just prior to migration to the new environment
              1. Add new Control-M/Server to agents authorization list
              2. Synchronize all EM and ControlM scheduling tables. You can use the Control-M Desktop Scheduling Table manager to upload all of the scheduling tables to be sure they are in sync.
              3. Notify users regarding the outage
              4. Verify that you have the DBA/DBO password for the migration export/import
              5. Re-run Validation report
              6. Perform any needed backups of <current> production environment
              7. Modify resources to prevent new jobs from starting.
              8. Shutdown the gateway connected to the Control-M/Server being migrated.



            1. Control-M/Server cutover
              1. Shutdown <current> Control-M/Server
              2. Run the Migration Export utility to export the <current> production data
              3. Copy exported migration file to the new Control-M server
              4. Run Migration Toolkit Import utility to import data into the new Control-M server
              5. Using “ctm_menu”, verify the EM parameters and the default Agent parameters are set correctly. Especially note the Agents Default Protocol Value – ensure that this is correct for you new environment.
              6. Run the migrate_dc utility to convert the <previous> ControlM Server definition and job format to the new Control-M server. Only run this command for the Control-M servers that have been migrated. This command is run on the EM side and is documented in the migration guide.
              7. Using CCM, verify/modify the Control-M/Server and gateway parameters.


            1. Verify new environment (example of optional tests)
              1. Verify gateway is connected
              2. Start EM GUI client, verify jobs.
              3. Order new test table/jobs
              4. Using ControlM Desktop, Load a job, make changes, write job back to EM, upload to ControlM Server and order from the EM GUI.
              5. Verify all resources have been refreshed and new ones are being added/deleted properly
              6. Access sysout and log files for a job
              7. Perform normal AJF actions: hold, update, free, …
              8. Verify global condition definitions
              9. Verify security: view or add a user
              10. Verify that the User Daily values are set correctly.


            1. Migration Complete




            Helpful Hints learned from previous migrations:

            1. Verify that the agent “Communication Protocol Version” (ctm_menu -> 6 - Parameter Customization) is configured to match the corresponding version of the agent. By default, the ControlM Server will set the “Communication Protocol Version” to the version of the new ControlM Server.
            2. The ControlM Server SMTP parameters are not migrated over so you have to configure this after the migration.
            3. Remove any NODES that are obsolete or invalid before migrating to the new version.
            4. Run the ‘ctmdbcount’ utility to check to see if there are unusually high counts for any specific database tables.
            5. Check to see if the AUTOEDIT VARIABLE %%LIBMEMSYM is being used. This variable will point to a file that has to manually be moved. This is a customer customized list of AUTOEDITS.
            6. Verify that the size of the new database is as big or bigger than the previous version database.
            7. If the datacenter name is being changed, verify that the Global Conditions prefix is also updated for conditions that are passed between datacenters.
            8. Verify the performance of the new environment using the following tools in the Control-M Server toolbox which is installed in the directory <Control-M/Server Home>/ctm_server/toolbox. Run the command ‘toolbox, then run the commands:
              1. 2 - Environment tests -> 1 - IO check
              2. 3 - Control-M tests  ->  1 - Job ordering


            1. If the new and old Control-M/Server will be running concurrently or in parallel for some period of time, the orderno (LAST_ISN) will be different between the 2 running environments. If the switch is made to a ControlM Server with a lower orderno (LAST_ISN) using the same agents as the other ControlM Server, then there could be a problem if the SYSOUT for this orderno is on the Agent.


            • 3. Re: Need Help On Installation /Configuration of CONTROL-M On AIX

              Thanks Walter.  Sorry i was not well so not able to reply you on time.


              My scenario is like below :


              Current Control-M version 6.3.01 running on AIX 5.x more than 5000 jobs .


              My target would be CONTROL-M 7.x and AIX 7.1.


              So would like to know, is there any challanges to perform the above with the steps you have provided?  and is there any other way of migration ?