Manually installing BMC Small RDS
This section describes how to install and configure BMC Small RDS.
- Before you begin
- How long does it take to deploy BMC Small RDS?
- Manually deploying BMC Small RDS
- Adding OS and database licensing requirements
- BMC Small RDS operating system and application log on accounts
- Migrating the virtual appliance database to a customer’s physical computers
- Powering on the VMs
- Adding the VMs to a customer network
- Related topic
- Where to go from here
Before you begin
This section provides the details that you must collect before you deploy BMC Cloud LifeCycle Management 4.0 Small RDS.
- Ensure that you are already familiar with the BMC Cloud Lifecycle Management solution in a product environment.
- Ensure that you have obtained a BMC Remedy license key to use the BMC Remedy AR System server.
- If needed, review the VMware documentation about deploying OVF templates to a vCenter.
- Review Planning-the-BMC-Small-RDS-deployment, especially Prerequisites for Oracle 11g R2 database.
How long does it take to deploy BMC Small RDS?
Deployment time varies by environment. Deploying over a LAN is much quicker than installing over a WAN. LAN deployments per template in the BMC lab typically range from 30-60 minutes. Deploying through a firewall or over a WAN definitely slows deployment.
Manually deploying BMC Small RDS
To manually deploy the Small RDS, use the steps in the following sections.
Copying RDS images to the target vCenter or ESX host
Copy the VM OVF images from the USB drive to the datastore used by the target ESX host that will run the VMs. Depending on your network speed, copying the OVF images can consume an entire day, especially over SCP. Make sure you allocate sufficient copy time.
Use one of the following copy methods:
- Use the Datastore Browser within the VMware vSphere Client:
- Connect the vSphere client to the vCenter instance managing the target ESX host.
- Using the vSphere client navigation bar, select Home > Inventory > Datastores.
Right-click the datastore on which to place the VM images, and then click Browse Datastore.
- Click Upload files to this datastore to upload the folder for each VM image to the datastore.
- Use WinSCP:
- Install WinSCP on your laptop
- Connect as root to the target ESX4 (vsphere) host
- Copy each set of VM files from the USB drive to the /vmfs/cloud folder of target ESX host
- Use a Veeam client, which can speed the upload, but is more complicated than the previous two methods. Review the Veeam documentation for more details.
Deploying the images to the vCenter
In this section, you are deploying the following VM templates:
- CLM-AR
- CLM-BAO
- CLM-BSA
- CLM-BNA
- CLM-MT
- CLM-AWS
- CLM-BCO
- CLM-PM
- CLM-PXE
- CLM-PLANNER
- CLM-AUTODEPLOY
- Click Resource Pool to deploy the OVF template to the vSphere client.
- Select File > Deploy OVF Template.
- From the Source panel, browse to the OVF file to deploy and click Deploy.
For example: - Click Next and continue to the Name and Location panel.
- From the Name and Location dialog panel, make sure that the name is the name of the host that you are deploying.
For example: CLM-MidTier - Click Next.
- From the Storage panel, select the destination storage on which you will place the VM.
The customer should provide this information. In some environments, you select a datastore instead. - Click Next.
- Select Thin Provision and then click Next.
- Review the network mapping and then click Next.
- From the Ready to Complete dialog box, make sure the settings listed below are correct and then click Finish button.
Verify the following values with the customer before deploying any template to their environment.
Deployment setting
Description
OVF file
Points to correct OVF file location.
Name
Easily identifiable name which appears in vSphere client for the VM Host/Cluster.
Host/Cluster
Obtain this information from the customer.
Resource Pool
Obtain resource pool placement with the customer
Datastore
Verify this information is correct.
- After deploying VMs, make sure that the CPU and RAM meet the required recommendations.
(optional) Registering the RDS Images with the target ESX Host
If the VM images are not registered to the target host, follow these instructions to register them with the target host.
- Use the Datastore Browser to view each VM image folder on the target datastore.
- Right-click the *.vmx file in each of these folders and select Add to Inventory.
Optionally, you can create a resource pool in the target ESX host and use it to manage the computing resources reserved for these VMs.
Verifying data and time on multiple ESX hosts
Verify the date and time in the ESX hosts when you use more than one ESX host in the implementation. Mismatches in date and time can cause issues with BMC Cloud Lifecycle Management processes, such as AO workflow or AO service operations.
Adding OS and database licensing requirements
For information about licensing, see Licensing-BMC-Compact-RDS.
BMC Small RDS operating system and application log on accounts
For detailed information on BMC Small RDS OS and application log on accounts, see BMC-RDS-operating-system-and-application-log-on-accounts.
Migrating the virtual appliance database to a customer’s physical computers
You can migrate the Oracle database either to a single Oracle server or to Oracle RAC.
Migrating the database to a single Oracle server
Start by migrating the ARADMIN schemas to <Inst1>.
- Log on to the Oracle server.
- Create a /home/oracle/pump_dir directory on Oracle server as the oracle user.
This directory will be used by Oracle Data Pump for importing CLM schemas. - Copy the database scripts to /home/oracle/pump_dir on the Oracle server.
- Edit the ARADMIN.txt script and replace +DATA1 with the oradata directory path of the target database
For example, replace +DATA1 with /data1/oracle/app/oracle/oradata. - Connect to the Oracle instance <Inst1> as the system user.
- (optional) At the SQL prompt, copy each SQL statement and create tablespaces and users.
- Exit SQL prompt.
- Import the Dumps into instance <Inst1> on the Oracle server by executing following impdp commands:
impdp system/<password> SCHEMAS=ARADMIN directory=PUMP_DIR dumpfile=ARADMIN.dmp logfile=ARADMIN.log
You finished the migration of ARAdmin. - Exit the SQL prompt.
- Follow the same steps for the BCAN and BLADELOGIC DB import. Change the username and DB dumps names accordingly.
After the database schemas are migrated, modify the applications to point them to the new database.
- Point the Enterprise-AR VM (clm-ar) to the Oracle database.
- Stop the AR System service.
Update the <Oracle_installed_dir>/network/admin/tnsnames.ora file with new details.
For example:ARDB =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = <Oracle Server host>)(PORT = <DB Port>))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = <Inst1 Service name>)
)
)- Start the AR System service.
- Log on to Enterprise-AR to make sure that the AR System service started properly.
- Point the BNA VM (clm-bna) to the Oracle database.
- Stop the BNA service
- Update database details in the /gfs/bmc/BCA-Networks-Data/database.properties file.
- Locate the javax.jdo.option.ConnectionURL property name.
- Update the database details in the /opt/bmc/BCA-Networks/tomcat/conf/server.xml file.
- Locate the connectionURL property name.
- Update the database details in the /opt/bmc/BCA-Networks/BcanInstalledConfiguration.xml file.
- Locate the DATABASE_PORT_NUMBER and DATABASE_URL property names.
- Start the BNA service.
- Log on to the BNA BNA web console to make sure that the BNA service started properly.
- Point the BSA VM to the Oracle database.
- Stop the BSA application server.
- Update the database details with new database settings in the global.Properties file located in the /opt/bmc/bladelogic/NSH/br/deployments folder.
- Restart the BSA service.
- Log on to the BMC Server Automation client to make sure that the BSA service started properly.
Migrating your database to Oracle RAC
- Log on to rac01 as the Oracle user.
- Create a /home/oracle/pump_dir directory on rac01 as the oracle user.
This directory will be used by Oracle Data Pump for importing CLM schemas. - Copy the ARADMIN.dmp file to the pump_dir directory.
- Copy the database scripts to /home/oracle/pump_dir on the Oracle server.
- If necessary, edit the ARADMIN.txt script and replace +DATA1 with with the ASM name or that data path that is used for storage in the customer Oracle RAC.
- Connect to the Oracle instance <Inst1> as the system user.
- At the SQL prompt, run the SQL commands from ARADMIN.txt on <Inst1> instance.
This script creates the table spaces and users required for CLM schema imports. - Exit SQL prompt.
- Import the dumps as the oracle user into instance <Inst1> on node rac01 by executing following impdp commands:
impdp system/<password> SCHEMAS=ARADMIN directory=PUMP_DIR dumpfile=ARADMIN.dmp logfile=ARADMIN.log
You finished the migration of ARAdmin. - Exit the SQL prompt.
- Follow the same steps for the BCAN and BLADELOGIC DB import. Change the username and DB dumps names accordingly.
After the database schemas are migrated, modify the applications to point them to the new database.
- Point the Enterprise-AR VM (clm-ar) to the Oracle database.
- Stop the AR System service.
Update the <Oracle_installed_dir>/network/admin/tnsnames.ora file with new details.
For example:ARDB =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = <Oracle RAC Hostname>)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = <RAC service name>)
)
)- Start the AR System service.
- Log on to Enterprise-AR to make sure that the AR System service started properly.
- Point the BNA VM (clm-bna) to the Oracle database.
- Stop the BNA service
- Update database details in the /gfs/bmc/BCA-Networks-Data/database.properties file.
- Locate the javax.jdo.option.ConnectionURL property name.
- Update the database details in the /opt/bmc/BCA-Networks/tomcat/conf/server.xml file.
- Locate the connectionURL property name.
- Update the database details in the /opt/bmc/BCA-Networks/BcanInstalledConfiguration.xml file.
- Locate the DATABASE_PORT_NUMBER and DATABASE_URL property names.
- Start the BNA service.
- Log on to the BNA BNA web console to make sure that the BNA service started properly.
- Point the BSA VM to the Oracle database.
- Stop the BSA application server.
- Update the database details with new database settings in the global.Properties file located in the /opt/bmc/bladelogic/NSH/br/deployments folder.
- Restart the BSA service.
- Log on to the BMC Server Automation client to make sure that the BSA service started properly.
Powering on the VMs
You must power on the virtual machines in the following order. Some of these pre-configured VMs require started applications before they can be powered on. Following the sequence as shown starts the required applications in the required order.
- BMC Atrium Orchestrator (clm-bao)
- BMC Server Automation (clm-bsa)
- BMC Network Automation (clm-bna)
- Cloud-AR
- Platform Manager (OSGi)
- Enterprise-AR
- Atrium Web Registry
- Mid Tier
Adding the VMs to a customer network
The following steps might be necessary if you are placing the BMC Cloud Lifecycle Management version 4.0 virtual appliance into a customer network. However, in some cases, the environment might be isolated and able to run as delivered.
Before you begin
Obtain IP and DNS information from the customer for assignment to the BMC Cloud Lifecycle Management 4.0 VMs. This information will most likely be a pool of static IP addresses for use with the appliance. Gather the following required information:
- Pool of static IP addresses for the virtual appliance 4.0 images
- Subnet mask address
- Default Gateway address
- Primary DNS Server
- Secondary DNS Server
- Tertiary DNS Server
- Domain name (DNS Search Path), for example, bmc.com
To add the VMs to a customer network
Complete the following tasks to assign this information:
- Log on to the vSphere client with administrator privileges.
- Select the VM, select Edit virtual machine settings, and then select the Network Adapter device.
- Uncheck the device statuses of Connected and Connect at power on.
This action saves time when starting the VM, because the configured Network Adapter will likely not start as it is assigned to a BMC network when delivered. - Right-click the VM and select Power On.
- After the machine is powered on, right-click and select Open Console, and then log on as the root user
- From the console, select System > Administration > Network.
- From the Devices tab of the network dialog box, select the eth0 device and then select Edit from the toolbar. Select the option for Static IP assignment, and then add the IP, Subnet Mask, and Default Gateway obtained from the customer. Click OK to close the dialog box.
- Select the DNS tab and enter the DNS information that you obtained from the customer.
- Click File > Save to save the configuration changes.
- After completing the configuration changes, reset the Network Adapter device status to Connected and Connect at power on.
- To complete the changes, restart the VM or open a terminal and restart the network service by issuing service network restart from the prompt. Issue ifconfig to verify that eth0 configuration changes have taken place and that the IP information is correct.
Complete these steps above for all of the delivered images.
Related topic
BMC-Small-RDS-deployment-and-configuration-flow-diagrams
Where to go from here