In this popular article series, we are exploring the capabilities of Oracle Enterprise Manager Cloud Control 13c for the private Database-as-a-Service (DBaaS) cloud – including the setup of such a cloud. In the previous parts, we started the setup of the private DBaaS cloud, including the configuration of the self-service portal. The full procedure includes setting up the Enterprise Manager software library, creating the PaaS (Platform as a Service) infrastructure zones, database pools, and quotas for the users, service templates, and optionally chargeback plans to apply to the users for cloud allocation and cloud usage.
We configured the software library, set up the Enterprise Manager self-update system, and downloaded the latest plug-ins from the external Enterprise Manager store. We created a custom cloud role in Enterprise Manager, and a Cloud SSA user named as "SAI_DAS". Next, we created a PaaS Infrastructure Zone named as “Sainath_PaaS_Zone”, a group of hosts that will be used for Database as a Service. Members (hosts) were added to the PaaS Infrastructure Zone.
After the PaaS Zone, a new database pool was created – a group of database servers where the database software had been pre-installed, with all servers in the pool belonging to the same platform as well as the same database version. Next, we added our Oracle Home targets to the pool, with each Oracle Home target belonging only to a single database pool. The Placement Policy Constraint “Maximum number of Database Instances per host” was set at 10 instances.
After the database pool was created, we entered the quotas for the role selected. The Quotas page allows the SSA Administrator to configure the total amount of resources which are allocated to the self-service user via the role. Quotas are an important aspect of the cloud and are required in order to control the usage of the self-service cloud. In our case, we assigned the Memory quota as 16 GB, the Storage quota as 100 GB, the number of Database Requests as 10, the number of Schema Service Requests as 50, and the number of PDB Service Requests as 25.This is the total amount of resources that can be utilized by any SSA user to whom the custom role is assigned.
Next, we selected Data Sources from the left panel, and on the page that appears, clicked on the Data Profiles tab and created a new profile. In the creation wizard that started, we selected the Reference target as the “saiprod” database. This is the production database that will be used as the master source. We chose to include “Data Content” and “Structure and Data” by creating an RMAN backup from the source database. The profile will be used for the Database-as-a-service functionality. You can set the schedule to repeat the profile creation at an interval; this means a new backup will be taken repeatedly, and can be selected by the self-service user.
The database profile has been created. However, if in the future there is new or changed data in the Saiprod database, then as the cloud administrator you would want any such data to be made available to the self-service user for creating a copy of the Saiprod database. In this case there is no need for you to recreate the entire profile, since there is a “Refresh Profile” capability which will create a new RMAN full backup with the changed data. This new backup version can be selected by the SSA user at the time of self-service of the single instance database.
We then started to create a new database profile to be used for the snap clone functionality. We clicked on “Create” in the Data Profiles tab and specified the reference target again as the “saiprod” database, and included the “Structure and Data” by including an “RMAN Database Image” for this new profile, instead of an RMAN backup. This profile will be used for the Database-as-a-Service functionality using the snap clone functionality. If the production data has changed, the cloud administrator can click on “Refresh Profile” at any time after the profile creation; this will create a new RMAN datafile image backup.
The next step was to create Service Templates for the database cloud, which can then be used by the SSA user to provision databases in the pool. The profiles created in the previous section are like gold copies of an Oracle database, and they are used by service templates. The service template is what is offered to the SSA user and forms the basis of the functionality of the cloud. However, before a service template can be created, we had to set up multiple “Database Sizes”. These will be used to override the initialization parameter values in the service template once associated with that template.
The create_database_size verb is explained in the EMCLI (Enterprise Manager Command Line Interface) documentation. This is used to specify multiple database sizes. We used EMCLI commands to create the database sizes to use in the service templates. We used conservative numbers, to avoid overloading of our demonstration host which has limited memory. An example EMCLI command we used was as follows:
./emcli create_database_size -name=Small -description="Small size database" -attributes="cpu:2;storage:2;memory:1;processes:350"
Note that the storage GB in the database size is not a hard limit, but only serves as a budget for the SSA administrator. It is used for setting threshold limits at the Enterprise Manager level, for the purpose of displaying alerts if the thresholds have been crossed by an increasing database size.
Now we can proceed to create the Service Templates.
Select Setup | Cloud | Database and select Service Templates in the left pane. Click on the Create button. The first step of the wizard is seen in Figure 23.
Figure 23: Create a Service Template
Name the service template as “Sainath 11204 Single Instance Database”. Under the Source Identification section, select the Create Database as “Using Profile” and then search for the profile. From the list of profiles, select the appropriate profile that was created with an RMAN full backup. This profile with its reference information is now associated with the service template you are creating. If the profile contains data, the data will also be copied when the service template is executed.
We continue in the next part of this article series.