ora_profile
Version information
This version is compatible with:
- Puppet Enterprise 2023.8.x, 2023.7.x, 2023.6.x, 2023.5.x, 2023.4.x, 2023.3.x, 2023.2.x, 2023.1.x, 2023.0.x, 2021.7.x, 2021.6.x, 2021.5.x, 2021.4.x, 2021.3.x, 2021.2.x, 2021.1.x, 2021.0.x, 2019.8.x, 2019.7.x, 2019.5.x, 2019.4.x, 2019.3.x, 2019.2.x, 2019.1.x, 2019.0.x, 2018.1.x, 2017.3.x, 2017.2.x, 2017.1.x, 2016.5.x, 2016.4.x
- Puppet >= 4.7.0 < 9.0.0
- , , , , , ,
Start using this module
Add this module to your Puppetfile:
mod 'enterprisemodules-ora_profile', '0.47.1'
Learn more about managing modules with a PuppetfileDocumentation
Table of Contents
- Table of Contents
- Overview
- Experience the Power of Puppet for Oracle databases
- License
- Description
- Setup
- Usage
- Reference
- Limitations
Overview
The ora_profile
module allows an easy path from first simple installation to a fully customized Enterprise setup. It is part of our family of Puppet modules to install, manage and secure Oracle databases with Puppet. Besides the ora_profile
module, this family also contains:
- ora_install For installing an Oracle database and other database related Oracle products
- ora_config For configuring every aspect of your Oracle database
- ora_secured To secure your databases according to the CIS benchmarks or STIG documents.
This module support Oracle 10, 11, 12, 18, 19 and 21
Experience the Power of Puppet for Oracle databases
Managing the configuration of your Oracle databases can be hard. With Puppet at your side, you get super-powers when installing and managing Oracle Databases. If you want to play and experiment with this please take a look at our playgrounds.
License
Most of the Enterprise Modules modules are commercial modules. This one is NOT. It is an Open Source module. You are free to use it any way you like. It, however, is based on our commercial Puppet Oracle modules.
Description
The ora_profile::database
class contains all the Puppet code to install, create and populate an Oracle database. This class is an easy way to get started. It contains the following stages (These are not puppet stages):
sysctl
(Set all required sysctl parameters)limits
(Set all required OS limits)packages
(Install all required packages)groups_and_users
(Create required groups and users)firewall
(Open required firewall rules)asm_storage
(Setup storage for use with ASM (skipped by default))asm_software
(Install Grid Infrastructure/ASM (skipped by default))asm_diskgroup
(Define all requires ASM diskgroups (skipped by default))db_software
(Install required Oracle database software)db_patches
(Install specified Opatch version and install specified patches)db_definition
(Define the database)db_listener
(Start the Listener)db_services
(Define Database Services)db_tablespaces
(Define all required tablespaces)db_profiles
(Define all required Oracle profiles)db_users
(Define all required Oracle users)db_startup
(Make sure the database restarts after a reboot)
All these stages have a default implementation. This implementation is suitable to get started with. These classed all have parameters you can customize through hiera values. The defaults are specified in the module's data/default.yaml
file.
But sometimes this is not enough and you would like to add some extra definitions, you can, for example, add a Puppet class to be executed after the systctl
stage is done and before the limits
is done. You can do this by adding the next line to your yaml data:
ora_profile::database::before_sysctl: my_profile::my_extra_class
or after:
ora_profile::database::after_sysctl: my_profile::my_extra_class
If you want to, you can also skip this provided class:
ora_profile::database::sysctl: skip
Or provide your own implementation:
ora_profile::database::sysctl: my_profile::my_own_implementation
This mechanism can be used for all named stages and makes it easy to move from an easy setup with a running standard database to a fully customized setup using a lot of your own classes plugged in.
Check here to see the full documentation for this module.
Setup
Requirements
The ora_profile
module requires:
- Puppet module
enterprisemodules-ora_config
installed. - Puppet module
enterprisemodules-ora_install
installed. - Puppet module
enterprisemodules-easy_type
installed. - Puppet module
enterprisemodules/ora_secured
installed. - Puppet module
enterprisemodules/partition
installed. - Puppet module
ipcrm-echo
installed. - Puppet module
puppet-augeasproviders_core
installed. - Puppet module
herculesteam-augeasproviders_sysctl
installed. - Puppet module
puppet-augeasproviders_grub
installed. - Puppet module
saz-limits
installed. - Puppet module
puppetlabs-firewall
installed. - Puppet module
puppet-firewalld
installed. - Puppet module
puppetlabs-stdlib
installed. - Puppet module
puppet-systemd
installed. - Puppet version 4.0 or higher. Can be Puppet Enterprise or Puppet Open Source
- Oracle 11 higher
- A valid Oracle license
- A valid Enterprise Modules license for usage.
- Runs on most Linux systems.
- Runs on Solaris
- Windows systems are NOT supported
Installing the ora_profile module
To install these modules, you can use a Puppetfile
mod 'enterprisemodules/ora_profile', '0.1.0'
Then use the librarian-puppet
or r10K
to install the software.
You can also install the software using the puppet module
command:
puppet module install enterprisemodules-ora_profile
Usage
To get started, include the ora_profile::database
class in your role, make sure you have a module called software
that has a folder files
and that directory contains the the next files:
- LINUX.X64_193000_db_home.zip
- p6880880_190000_Linux-x86-64.zip (OPatch version 12.2.0.1.33)
If you also want to install ASM, the file below also needs to be placed in the files
directory:
- LINUX.X64_193000_grid_home.zip
You can download these files from here or here
Run Puppet and you have a running Oracle 19c database called DB01
Reference
Here you can find some more information regarding this puppet module:
Here are related blog posts:
Limitations
This module runs on Solaris, AIX and most Linux versions. It requires a puppet version higher than 4. The module does NOT run on windows systems.
Reference
Table of Contents
Classes
ora_profile::client
: This is a highly customizable Puppet profile class to define an Oracle client on your system.ora_profile::client::software
: Installs the Oracle client software on your system.ora_profile::database
: This is a highly customizable Puppet profile class to define an Oracle database on your system.ora_profile::database::asm_diskgroup
: This class contains the code to create the ASM diskgroups.ora_profile::database::asm_init_params
: This class configures initialization parameters for the ASM instanceora_profile::database::asm_listener
: This class contains the definition of the Oracle listener process.ora_profile::database::asm_patches
: This class contains the definition for the ASM patches.ora_profile::database::asm_setup
: This class contains the code to install Oracle Grid Infrastructure.ora_profile::database::asm_software
: This class contains the code to install Oracle Grid Infrastructure.ora_profile::database::asm_storage
: This class sets up the storage for usage by ASM.ora_profile::database::asm_storage::afd_label
: A short summary of the purpose of this classora_profile::database::asm_storage::asmlib
: This class configures ASMLib devices.ora_profile::database::asm_storage::nfs
: This class will create the specified mountpoint and mount the nfs share there.ora_profile::database::asm_storage::udev
: This class will apply udev rules to specified disk devices.ora_profile::database::cis_controls
: This class contains the actual code secureing the database.ora_profile::database::common
: This class contains common variables used by more then one class.ora_profile::database::db_definition
: This class contains the actual database definition using theora_database
type.ora_profile::database::db_definition_template
: This class contains the actual database definition using theora_install::database
class.ora_profile::database::db_init_params
: This class configures initialization parameters for the databases instance(s)ora_profile::database::db_listener
: This class contains the definition of the Oracle listener process.ora_profile::database::db_monitoring
: This class contains the definition of the db monitoring facility to install.ora_profile::database::db_patches
: This class contains the definition for the Oracle patches.ora_profile::database::db_profiles
: This class contains the definition for all Oracle profiles you'd like on your system.ora_profile::database::db_services
: This class contains the definition of all the database services you'd like on your system.ora_profile::database::db_software
: This class contains the definition of the Oracle software you want to use on this system.ora_profile::database::db_startup
: This class contains the definition for the auto startup of Oracle after a system reboot.ora_profile::database::db_tablespaces
: This class contains the definition for all the tablespaces you'd like on your system.ora_profile::database::db_users
: This class contains the definition for all the database users you'd like on your system.ora_profile::database::disable_thp
: This class contains the definition of the Transparent HugePages settings required for running Oracle.ora_profile::database::em_license
: This class will deploy the Enterprise Modules license.ora_profile::database::fact_caching
: This class will enable Oracle fact caching, when enabled.ora_profile::database::firewall
: This class contains the definition of the firewall settings you need for Oracle.ora_profile::database::firewall::firewalld
: Open up ports for Oracle using the firewalld firewallora_profile::database::firewall::iptables
: Open up ports for Oracle using the iptablesora_profile::database::rac::authenticated_nodes
: Setup authentication for the cluster nodes.ora_profile::database::rman_config
: This class contains the definition for all the tablespaces you'd like on your system.ora_profile::database::tmpfiles
: This class contains the definition all the required OS limit settings on your system.ora_profile::extracted_database
: A short summary of the purpose of this defined type.ora_profile::oem_agent
: This is a highly customizable Puppet profile class to define an Oracle Enterprise Manager installation on your system.ora_profile::oem_agent::software
: Installs Oracle Enterprse Manager Agent.ora_profile::oem_server
: This is a highly customizable Puppet profile class to define an Oracle Enterprise Manager installation on your system.ora_profile::oem_server::software
: Installs Oracle Enterprse Manager.ora_profile::secured_database
: This is a highly customizable Puppet profile class to define an Secured Oracle database on your system.
Defined types
ora_profile::database::asm_storage::partition
: This class adds partition table and partitions to specified device.ora_profile::database::authenticated_nodes::user_equivalence
: Setup user equivalence for the specified user on specified nodes.ora_profile::database::rac::instance
: Add Undo tablespace, Thread and init parameters for RAC instances
Functions
set_param
: See the file "LICENSE" for the full license governing this code. Returns the value for requested parameter. Currently supported parameters:
Classes
ora_profile::client
ora_profile::client
In it's core just adding:
contain ora_profile::client
Is enough to get an client installed on your system.
But sometimes you have specific uses cases that are not handled well by the standard classes. This profile class allows you to add your own code to the execution.
Stages
Defining an Oracle client on you system goes through several stages(These are not puppet stages):
packages
(Install all required packages)groups_and_users
(Create required groups and users)software
(Install the Oracle client software )
All these stages have a default implementation. This implementation is suitable to get started with. These classed all have parameters you can customize through hiera values. The defaults are specified in the module's data/default.yaml
file.
before classes
But sometimes this is not enough and you would like to add some extra definitions, you can, for example, add a Puppet class to be executed after the packages
stage is done and before the groups_and_users
is started. You can do this by adding the next line to your yaml data:
ora_profile::client::before_groups_and_users: my_profile::my_extra_class
after classes
You can do the same when you want to add code after one of the stage classes:
ora_profile::client::after_packages: my_profile::my_extra_class
Skipping
Sometimes organisation use different modules and mechanisms to implement a feature and you want to skip the class:
ora_profile::client::packages: skip
Replacing
Or provide your own implementation:
ora_profile::client::packages: my_profile::my_own_implementation
This mechanism can be used for all named stages and makes it easy to move from an easy setup with a running standard database to a fully customized setup using a lot of your own classes plugged in.
Here is an example:
contain ::ora_profile::client
See the file "LICENSE" for the full license governing this code.
Parameters
The following parameters are available in the ora_profile::client
class:
before_em_license
em_license
after_em_license
before_groups_and_users
groups_and_users
after_groups_and_users
before_packages
packages
after_packages
before_software
software
after_software
before_em_license
Data type: Optional[String]
The name of the class you want to execute directly before the em_license
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_em_license: my_module::my_class
Default value: undef
em_license
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage em_license
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::em_license: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::em_license: skip
Default value: undef
after_em_license
Data type: Optional[String]
The name of the class you want to execute directly after the em_license
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_em_license: my_module::my_class
Default value: undef
before_groups_and_users
Data type: Optional[String]
The name of the class you want to execute directly before the groups_and_users
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_groups_and_users: my_module::my_class
Default value: undef
groups_and_users
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage groups_and_users
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::groups_and_users: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::groups_and_users: skip
Default value: undef
after_groups_and_users
Data type: Optional[String]
The name of the class you want to execute directly after the groups_and_users
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_groups_and_users: my_module::my_class
Default value: undef
before_packages
Data type: Optional[String]
The name of the class you want to execute directly before the packages
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_packages: my_module::my_class
Default value: undef
packages
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage packages
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::packages: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::packages: skip
Default value: undef
after_packages
Data type: Optional[String]
The name of the class you want to execute directly after the packages
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_packages: my_module::my_class
Default value: undef
before_software
Data type: Optional[String]
The name of the class you want to execute directly before the software
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_software: my_module::my_class
Default value: undef
software
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage software
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::software: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::software: skip
Default value: undef
after_software
Data type: Optional[String]
The name of the class you want to execute directly after the software
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_software: my_module::my_class
Default value: undef
ora_profile::client::software
ora_profile::client::software
Using this classe you can install the Oracle client software on your system.
See the file "LICENSE" for the full license governing this code.
Parameters
The following parameters are available in the ora_profile::client::software
class:
version
file
oracle_base
oracle_home
db_port
user
user_base_dir
group
group_install
download_dir
temp_dir
install_type
install_options
puppet_download_mnt_point
bash_profile
ora_inventory_dir
logoutput
allow_insecure
version
Data type: Ora_install::Version
The version that is installed in the used Oracle home. Puppet uses this value to decide on version specific actions.
file
Data type: String[1]
The source file to use.
oracle_base
Data type: Stdlib::Absolutepath
The base directory to use for the Oracle installation.
The default is : /u01/app/oracle
To customize this consistently use the hiera key ora_profile::database::install_group
.
oracle_home
Data type: Stdlib::Absolutepath
A directory to be used as Oracle home directory for this software.
db_port
Data type: Integer
The IP port to use for database communication.
The default value is: 1521
user
Data type: String[1]
The user used for the specified installation.
The install class will not create the user for you. You must do that yourself.
The default value is: oracle
user_base_dir
Data type: Stdlib::Absolutepath
The directory to use as base directory for the users.
group
Data type: String[1]
The os group to use for these Oracle puppet definitions.
The default value is: dba
group_install
Data type: String[1]
The os group to use for installation.
The default value is: oinstall
download_dir
Data type: Stdlib::Absolutepath
The directory where the Puppet software puts all downloaded files.
Before Puppet can actually use remote files, they must be downloaded first. Puppet uses this directory to put all files in.
The default value is: /install
temp_dir
Data type: Stdlib::Absolutepath
Directory to use for temporary files.
install_type
Data type: Enum['Administrator', 'Runtime', 'InstantClient', 'Custom']
Which type of client software should be installed.
install_options
Data type: Optional[Array[String]]
List of Client Components you would like to install. This property is considered only if INSTALL_TYPE is set to "Custom"
puppet_download_mnt_point
Data type: Optional[String[1]]
The base path of all remote files for the defined type or class.
The default value is: puppet:///modules/ora_install
bash_profile
Data type: Boolean
Create a bash profile for the specified user or not.
Valid values are true
and false
.
When you specify a true
for the parameter, Puppet will create a standard bash profile for the specified user. The bash profile will be placed in a directory named user_base_dir/user
.
ora_install::client { 'Oracle client':
...
bash_profile => true,
user => 'oracle',
user_base_dir => '/home',
...
}
This snippet will create a bash profile called /home/oracle/.bash_profile
.
ora_inventory_dir
Data type: Optional[Stdlib::Absolutepath]
The directory that contains the oracle inventory.
The default value is: /oracle_base/oraInventory
logoutput
Data type: Variant[Boolean, Enum['on_failure']]
log the outputs of Puppet exec or not.
When you specify true
Puppet will log all output of exec
types.
Valid values are:
true
false
on_failure
allow_insecure
Data type: Boolean
Allow insecure SSL connection for downloading the software.
ora_profile::database
ora_profile::database
In it's core just adding:
contain ::ora_profile::database
Is enough to get an Oracle 19c database running on your system.
But sometimes you have specific uses cases that are not handled well by the standard classes. This profile class allows you to add your own code to the execution.
Steps
Defining and starting an Oracle database on you system goes through several steps :
em_license
(Enable and load the Enterprise Modules license files)fact_caching
(Enable Puppet fact caching for Oracle)sysctl
(Set all required sysctl parameters)disable_thp
(Disable Transparent HugePages)limits
(Set all required OS limits)packages
(Install all required packages)groups_and_users
(Create required groups and users)firewall
(Open required firewall rules)asm_storage
(Setup storage for use with ASM (skipped by default))asm_software
(Install Grid Infrastructure/ASM (skipped by default))asm_diskgroup
(Define all requires ASM diskgroups (skipped by default))db_software
(Install required Oracle database software)db_patches
(Install specified Opatch version and install specified patches)db_definition
(Define the database)db_listener
(Start the Listener)db_services
(Define Database Services)db_tablespaces
(Define all required tablespaces)db_profiles
(Define all required Oracle profiles)db_users
(Define all required Oracle users)db_startup
(Make sure the database restarts after a reboot)
All these steps have a default implementation. This implementation is suitable to get started with. These classed all have parameters you can customize through hiera values. The defaults are specified in the module's data/default.yaml
file.
before classes
But sometimes this is not enough and you would like to add some extra definitions, you can, for example, add a Puppet class to be executed after the systctl
stage is done and before the limits
is done. You can do this by adding the next line to your yaml data:
ora_profile::database::before_sysctl: my_profile::my_extra_class
after classes
You can do the same when you want to add code after one of the stage classes:
ora_profile::database::after_sysctl: my_profile::my_extra_class
Skipping
Sometimes organisation use different modules and mechanisms to implement a feature and you want to skip the class:
ora_profile::database::sysctl: skip
Replacing
Or provide your own implementation:
ora_profile::database::sysctl: my_profile::my_own_implementation
This mechanism can be used for all named steps and makes it easy to move from an easy setup with a running standard database to a fully customized setup using a lot of your own classes plugged in.
Look at the description of the steps and their properties.
At this level you can also customize some generic settings. Check the settings for:
version
dbname
os_user
dba_group
install_group
source
oracle_base
oracle_home
Here is an example on how you can do this:
class {'ora_profile::database':
dbname => 'EM',
source => 'http://www.example.com/database_files',
version => '11.2.0.3',
}
Also check the set of common parameters that is passed to this class.
See the file "LICENSE" for the full license governing this code.
Parameters
The following parameters are available in the ora_profile::database
class:
storage
version
dbname
os_user
dba_group
install_group
grid_user
grid_admingroup
source
oracle_base
oracle_home
ora_inventory_dir
grid_base
grid_home
db_control_provider
download_dir
temp_dir
oracle_user_password
master_node
cluster_nodes
em_license
fact_caching
asm_sysctl
asm_limits
authenticated_nodes
asm_groups_and_users
asm_packages
asm_listener
sysctl
disable_thp
limits
packages
groups_and_users
firewall
tmpfiles
asm_storage
asm_software
asm_patches
asm_setup
asm_init_params
asm_diskgroup
db_software
db_patches
db_definition
rman_config
db_listener
db_monitoring
db_init_params
db_services
db_tablespaces
db_profiles
db_users
db_startup
before_em_license
before_fact_caching
before_asm_sysctl
before_asm_limits
before_authenticated_nodes
before_asm_groups_and_users
before_asm_packages
before_asm_listener
before_sysctl
before_disable_thp
before_limits
before_packages
before_groups_and_users
before_firewall
before_tmpfiles
before_asm_storage
before_asm_software
before_asm_patches
before_asm_setup
before_asm_init_params
before_asm_diskgroup
before_db_software
before_db_patches
before_db_definition
before_rman_config
before_db_listener
before_db_monitoring
before_db_init_params
before_db_services
before_db_tablespaces
before_db_profiles
before_db_users
before_db_startup
after_em_license
after_fact_caching
after_asm_sysctl
after_asm_limits
after_authenticated_nodes
after_asm_groups_and_users
after_asm_packages
after_asm_listener
after_sysctl
after_disable_thp
after_limits
after_packages
after_groups_and_users
after_firewall
after_tmpfiles
after_asm_storage
after_asm_software
after_asm_patches
after_asm_setup
after_asm_init_params
after_asm_diskgroup
after_db_software
after_db_patches
after_db_definition
after_rman_config
after_db_listener
after_db_monitoring
after_db_init_params
after_db_services
after_db_tablespaces
after_db_profiles
after_db_users
after_db_startup
storage
Data type: Enum['local', 'asm']
The type of storage used.
The default is local
version
Data type: Ora_Install::Version
The version of Oracle you want to install.
The default is : 19.0.0.0
To customize this consistently use the hiera key ora_profile::database::version
.
dbname
Data type: String[1]
The name of the database.
The default is DB01
To customize this consistently use the hiera key ora_profile::database::dbname
.
os_user
Data type: String[1]
The OS user to use for Oracle install.
The default is : oracle
To customize this consistently use the hiera key ora_profile::database::os_user
.
dba_group
Data type: String[1]
The group to use for Oracle DBA users.
The default is : dba
To customize this consistently use the hiera key ora_profile::database::dba_group
.
install_group
Data type: String[1]
The group to use for Oracle install.
The default is : oinstall
To customize this consistently use the hiera key ora_profile::database::install_group
.
grid_user
Data type: String[1]
The name of the user that owns the Grid Infrastructure installation.
The default value is: grid
.
grid_admingroup
Data type: String[1]
The OS group to use for ASM admin.
The default value is: asmadmin
source
Data type: String[1]
The location where the classes can find the software.
You can specify a local directory, a Puppet url or an http url.
The default is : puppet:///modules/software/
To customize this consistently use the hiera key ora_profile::database::source
.
oracle_base
Data type: Stdlib::Absolutepath
The base directory to use for the Oracle installation.
The default is : /u01/app/oracle
To customize this consistently use the hiera key ora_profile::database::install_group
.
oracle_home
Data type: Stdlib::Absolutepath
The home directory to use for the Oracle installation.
The default is : /u01/app/oracle/product/#{version}/db_home1
To customize this consistently use the hiera key ora_profile::database::oracle_home
.
ora_inventory_dir
Data type: Stdlib::Absolutepath
The directory that contains the oracle inventory.
The default value is: /oracle_base/oraInventory
To customize this consistently use the hiera key ora_profile::database::ora_inventory_dir
.
grid_base
Data type: Stdlib::Absolutepath
The ORACLE_BASE for the Grid Infrastructure installation.
The default is : /u01/app/grid/admin
To customize this consistently use the hiera key ora_profile::database::grid_base
.
grid_home
Data type: Stdlib::Absolutepath
The oracle home directory to use for the GRID software.
The default value is: /u01/app/grid/product/19.0.0.0/grid_home1
db_control_provider
Data type: String[1]
Which provider should be used for the type db_control.
The default value is: sqlplus
To customize this consistently use the hiera key ora_profile::database::db_control_provider
.
download_dir
Data type: Stdlib::Absolutepath
The directory where the Puppet software puts all downloaded files.
Before Puppet can actually use remote files, they must be downloaded first. Puppet uses this directory to put all files in.
The default value is: /install
To customize this consistently use the hiera key ora_profile::database::download_dir
.
temp_dir
Data type: Stdlib::Absolutepath
Directory to use for temporary files.
oracle_user_password
Data type: Optional[String]
The password for the oracle os user.
Only applicable for Windows systems.
To customize this consistently use the hiera key ora_profile::database::oracle_user_password
.
Default value: undef
master_node
Data type: Optional[String]
The first node in RAC.
This is the node where the other nodes will clone the software installations from.
To customize this consistently use the hiera key ora_profile::database::master_node
.
Default value: $facts['networking']['hostname']
cluster_nodes
Data type: Optional[Array]
An array with cluster node names for RAC. Example:
ora_profile::database::cluster_nodes:
- node1
- node2
Default value: undef
em_license
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage em_license
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::em_license: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::em_license: skip
Default value: undef
fact_caching
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage fact_caching
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::fact_caching: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::fact_caching: skip
Default value: undef
asm_sysctl
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_sysctl
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_sysctl: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_sysctl: skip
Default value: undef
asm_limits
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_limits
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_limits: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_limits: skip
Default value: undef
authenticated_nodes
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage authenticated_nodes
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::authenticated_nodes: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::authenticated_nodes: skip
Default value: undef
asm_groups_and_users
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_groups_and_users
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_groups_and_users: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_groups_and_users: skip
Default value: undef
asm_packages
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_packages
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_packages: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_packages: skip
Default value: undef
asm_listener
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_listener
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_listener: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_listener: skip
Default value: undef
sysctl
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage sysctl
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::sysctl: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::sysctl: skip
Default value: undef
disable_thp
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage disable_thp
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::disable_thp: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::disable_thp: skip
Default value: undef
limits
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage limits
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::limits: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::limits: skip
Default value: undef
packages
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage packages
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::packages: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::packages: skip
Default value: undef
groups_and_users
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage groups_and_users
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::groups_and_users: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::groups_and_users: skip
Default value: undef
firewall
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage firewall
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::firewall: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::firewall: skip
Default value: undef
tmpfiles
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage tmpfiles
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::tmpfiles: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::tmpfiles: skip
Default value: undef
asm_storage
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_storage
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_storage: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_storage: skip
Default value: undef
asm_software
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_software
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_software: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_software: skip
Default value: undef
asm_patches
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_patches
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_patches: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_patches: skip
Default value: undef
asm_setup
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_setup
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_setup: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_setup: skip
Default value: undef
asm_init_params
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_init_params
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_init_params: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_init_params: skip
Default value: undef
asm_diskgroup
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage asm_diskgroup
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_diskgroup: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::asm_diskgroup: skip
Default value: undef
db_software
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_software
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_software: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_software: skip
Default value: undef
db_patches
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_patches
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_patches: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_patches: skip
Default value: undef
db_definition
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_definition
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_definition: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_definition: skip
Default value: undef
rman_config
Data type: Optional[String]
Use this value if you want to use your own class, skip or enable for stage rman_config
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::rman_config: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::rman_config: skip
This is the default from the ora_profile module.
To enable the rman configuration class define the variable as undef
:
ora_profile::database::rman_config: ~
Default value: undef
db_listener
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_listener
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_listener: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_listener: skip
Default value: undef
db_monitoring
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_monitoring
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_monitoring: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_monitoring: skip
Default value: undef
db_init_params
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_init_params
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_init_params: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_init_params: skip
Default value: undef
db_services
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_services
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_services: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_services: skip
Default value: undef
db_tablespaces
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_tablespaces
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_tablespaces: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_tablespaces: skip
Default value: undef
db_profiles
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_profiles
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_profiles: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_profiles: skip
Default value: undef
db_users
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_users
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_users: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_users: skip
Default value: undef
db_startup
Data type: Optional[String]
Use this value if you want to skip or use your own class for stage db_startup
.
Use your own class
You can use hiera to set this value. Here is an example:
ora_profile::database::db_startup: my_module::my_class
Skip
You can use hiera to set this value. Here is an example:
ora_profile::database::db_startup: skip
Default value: undef
before_em_license
Data type: Optional[String]
The name of the class you want to execute directly before the em_license
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_em_license: my_module::my_class
Default value: undef
before_fact_caching
Data type: Optional[String]
The name of the class you want to execute directly before the fact_caching
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_fact_caching: my_module::my_class
Default value: undef
before_asm_sysctl
Data type: Optional[String]
The name of the class you want to execute directly before the asm_sysctl
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_sysctl: my_module::my_class
Default value: undef
before_asm_limits
Data type: Optional[String]
The name of the class you want to execute directly before the asm_limits
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_limits: my_module::my_class
Default value: undef
before_authenticated_nodes
Data type: Optional[String]
The name of the class you want to execute directly before the authenticated_nodes
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_authenticated_nodes: my_module::my_class
Default value: undef
before_asm_groups_and_users
Data type: Optional[String]
The name of the class you want to execute directly before the asm_groups_and_users
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_groups_and_users: my_module::my_class
Default value: undef
before_asm_packages
Data type: Optional[String]
The name of the class you want to execute directly before the asm_packages
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_packages: my_module::my_class
Default value: undef
before_asm_listener
Data type: Optional[String]
The name of the class you want to execute directly before the asm_listener
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_listener: my_module::my_class
Default value: undef
before_sysctl
Data type: Optional[String]
The name of the class you want to execute directly before the sysctl
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_sysctl: my_module::my_class
Default value: undef
before_disable_thp
Data type: Optional[String]
The name of the class you want to execute directly before the disable_thp
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_disable_thp: my_module::my_class
Default value: undef
before_limits
Data type: Optional[String]
The name of the class you want to execute directly before the limits
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_limits: my_module::my_class
Default value: undef
before_packages
Data type: Optional[String]
The name of the class you want to execute directly before the packages
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_packages: my_module::my_class
Default value: undef
before_groups_and_users
Data type: Optional[String]
The name of the class you want to execute directly before the groups_and_users
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_groups_and_users: my_module::my_class
Default value: undef
before_firewall
Data type: Optional[String]
The name of the class you want to execute directly before the firewall
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_firewall: my_module::my_class
Default value: undef
before_tmpfiles
Data type: Optional[String]
The name of the class you want to execute directly before the tmpfiles
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_tmpfiles: my_module::my_class
Default value: undef
before_asm_storage
Data type: Optional[String]
The name of the class you want to execute directly before the asm_storage
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_storage: my_module::my_class
Default value: undef
before_asm_software
Data type: Optional[String]
The name of the class you want to execute directly before the asm_software
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_software: my_module::my_class
Default value: undef
before_asm_patches
Data type: Optional[String]
The name of the class you want to execute directly before the asm_patches
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_patches: my_module::my_class
Default value: undef
before_asm_setup
Data type: Optional[String]
The name of the class you want to execute directly before the asm_setup
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_setup: my_module::my_class
Default value: undef
before_asm_init_params
Data type: Optional[String]
The name of the class you want to execute directly before the asm_init_params
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_init_params: my_module::my_class
Default value: undef
before_asm_diskgroup
Data type: Optional[String]
The name of the class you want to execute directly before the asm_diskgroup
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_asm_diskgroup: my_module::my_class
Default value: undef
before_db_software
Data type: Optional[String]
The name of the class you want to execute directly before the db_software
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_software: my_module::my_class
Default value: undef
before_db_patches
Data type: Optional[String]
The name of the class you want to execute directly before the db_patches
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_patches: my_module::my_class
Default value: undef
before_db_definition
Data type: Optional[String]
The name of the class you want to execute directly before the db_definition
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_definition: my_module::my_class
Default value: undef
before_rman_config
Data type: Optional[String]
The name of the class you want to execute directly before the rman_config
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_rman_config: my_module::my_class
Default value: undef
before_db_listener
Data type: Optional[String]
The name of the class you want to execute directly before the db_listener
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_listener: my_module::my_class
Default value: undef
before_db_monitoring
Data type: Optional[String]
The name of the class you want to execute directly before the db_monitoring
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_monitoring: my_module::my_class
Default value: undef
before_db_init_params
Data type: Optional[String]
The name of the class you want to execute directly before the db_init_params
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_init_params: my_module::my_class
Default value: undef
before_db_services
Data type: Optional[String]
The name of the class you want to execute directly before the db_services
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_services: my_module::my_class
Default value: undef
before_db_tablespaces
Data type: Optional[String]
The name of the class you want to execute directly before the db_tablespaces
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_tablespaces: my_module::my_class
Default value: undef
before_db_profiles
Data type: Optional[String]
The name of the class you want to execute directly before the db_profiles
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_profiles: my_module::my_class
Default value: undef
before_db_users
Data type: Optional[String]
The name of the class you want to execute directly before the db_users
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_users: my_module::my_class
Default value: undef
before_db_startup
Data type: Optional[String]
The name of the class you want to execute directly before the db_startup
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::before_db_startup: my_module::my_class
Default value: undef
after_em_license
Data type: Optional[String]
The name of the class you want to execute directly after the em_license
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_em_license: my_module::my_class
Default value: undef
after_fact_caching
Data type: Optional[String]
The name of the class you want to execute directly after the fact_caching
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_fact_caching: my_module::my_class
Default value: undef
after_asm_sysctl
Data type: Optional[String]
The name of the class you want to execute directly after the asm_sysctl
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_sysctl: my_module::my_class
Default value: undef
after_asm_limits
Data type: Optional[String]
The name of the class you want to execute directly after the asm_limits
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_limits: my_module::my_class
Default value: undef
after_authenticated_nodes
Data type: Optional[String]
The name of the class you want to execute directly after the authenticated_nodes
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_authenticated_nodes: my_module::my_class
Default value: undef
after_asm_groups_and_users
Data type: Optional[String]
The name of the class you want to execute directly after the asm_groups_and_users
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_groups_and_users: my_module::my_class
Default value: undef
after_asm_packages
Data type: Optional[String]
The name of the class you want to execute directly after the asm_packages
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_packages: my_module::my_class
Default value: undef
after_asm_listener
Data type: Optional[String]
The name of the class you want to execute directly after the asm_listener
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_listener: my_module::my_class
Default value: undef
after_sysctl
Data type: Optional[String]
The name of the class you want to execute directly after the sysctl
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_sysctl: my_module::my_class
Default value: undef
after_disable_thp
Data type: Optional[String]
The name of the class you want to execute directly after the disable_thp
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_disable_thp: my_module::my_class
Default value: undef
after_limits
Data type: Optional[String]
The name of the class you want to execute directly after the limits
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_limits: my_module::my_class
Default value: undef
after_packages
Data type: Optional[String]
The name of the class you want to execute directly after the packages
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_packages: my_module::my_class
Default value: undef
after_groups_and_users
Data type: Optional[String]
The name of the class you want to execute directly after the groups_and_users
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_groups_and_users: my_module::my_class
Default value: undef
after_firewall
Data type: Optional[String]
The name of the class you want to execute directly after the firewall
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_firewall: my_module::my_class
Default value: undef
after_tmpfiles
Data type: Optional[String]
The name of the class you want to execute directly after the tmpfiles
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_tmpfiles: my_module::my_class
Default value: undef
after_asm_storage
Data type: Optional[String]
The name of the class you want to execute directly after the asm_storage
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_storage: my_module::my_class
Default value: undef
after_asm_software
Data type: Optional[String]
The name of the class you want to execute directly after the asm_software
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_software: my_module::my_class
Default value: undef
after_asm_patches
Data type: Optional[String]
The name of the class you want to execute directly after the asm_patches
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_patches: my_module::my_class
Default value: undef
after_asm_setup
Data type: Optional[String]
The name of the class you want to execute directly after the asm_setup
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_setup: my_module::my_class
Default value: undef
after_asm_init_params
Data type: Optional[String]
The name of the class you want to execute directly after the asm_init_params
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_init_params: my_module::my_class
Default value: undef
after_asm_diskgroup
Data type: Optional[String]
The name of the class you want to execute directly after the asm_diskgroup
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_asm_diskgroup: my_module::my_class
Default value: undef
after_db_software
Data type: Optional[String]
The name of the class you want to execute directly after the db_software
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_software: my_module::my_class
Default value: undef
after_db_patches
Data type: Optional[String]
The name of the class you want to execute directly after the db_patches
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_patches: my_module::my_class
Default value: undef
after_db_definition
Data type: Optional[String]
The name of the class you want to execute directly after the db_definition
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_definition: my_module::my_class
Default value: undef
after_rman_config
Data type: Optional[String]
The name of the class you want to execute directly after the rman_config
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_rman_config: my_module::my_class
Default value: undef
after_db_listener
Data type: Optional[String]
The name of the class you want to execute directly after the db_listener
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_listener: my_module::my_class
Default value: undef
after_db_monitoring
Data type: Optional[String]
The name of the class you want to execute directly after the db_monitoring
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_monitoring: my_module::my_class
Default value: undef
after_db_init_params
Data type: Optional[String]
The name of the class you want to execute directly after the db_init_params
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_init_params: my_module::my_class
Default value: undef
after_db_services
Data type: Optional[String]
The name of the class you want to execute directly after the db_services
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_services: my_module::my_class
Default value: undef
after_db_tablespaces
Data type: Optional[String]
The name of the class you want to execute directly after the db_tablespaces
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_tablespaces: my_module::my_class
Default value: undef
after_db_profiles
Data type: Optional[String]
The name of the class you want to execute directly after the db_profiles
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_profiles: my_module::my_class
Default value: undef
after_db_users
Data type: Optional[String]
The name of the class you want to execute directly after the db_users
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_users: my_module::my_class
Default value: undef
after_db_startup
Data type: Optional[String]
The name of the class you want to execute directly after the db_startup
class.
You can use hiera to set this value. Here is an example:
ora_profile::database::after_db_startup: my_module::my_class
Default value: undef
ora_profile::database::asm_diskgroup
ora_profile::database::asm_diskgroup
Here you can customize some of the attributes of your database.
When these customizations aren't enough, you can replace the class with your own class. See ora_profile::database for an explanation on how to do this.
See the file "LICENSE" for the full license governing this code.
Parameters
The following parameters are available in the ora_profile::database::asm_diskgroup
class:
disks
Data type: Hash
A hash with the diskgroups that will be created. The default value is:
ora_profile::database::asm_diskgroup::disks:
DATA:
disks:
- diskname: 'DATA_0000'
path: '/nfs_client/asm_sda_nfs_b1'
- diskname: 'DATA_0001'
path: '/nfs_client/asm_sda_nfs_b2'
RECO:
disks:
- diskname: 'RECO_0000'
path: '/nfs_client/asm_sda_nfs_b3'
- diskname: 'RECO_0001'
path: '/nfs_client/asm_sda_nfs_b4'
Default value: {}
ora_profile::database::asm_init_params
ora_profile::database::asm_init_params
When these customizations aren't enough, you can replace the class with your own class. See ora_profile::database for an explanation on how to do this.
See the file "LICENSE" for the full license governing this code.
Parameters
The following parameters are available in the ora_profile::database::asm_init_params
class:
parameters
Data type: Hash
The Hash with parameters that need to be configured. You must specify a Hash of ora_init_param
ora_profile::database::asm_init_params::parameters:
memory/asm_power_limit:
ensure: present
value: 1024
spfile/asm_power_limit:
ensure: present
value: 1024
ora_profile::database::db_init_params::parameters:
memory/archive_lag_target:
ensure: present
value: 1800
spfile/archive_lag_target:
ensure: present
value: 1800
See: ora_init_params
Default value: {}
ora_profile::database::asm_listener
ora_profile::database::asm_listener
It installs the specified version of the SQL*net software and start's the listener.
When these customizations aren't enough, you can replace the class with your own class. See ora_profile::database for an explanation on how to do this.
See the file "LICENSE" for the full license governing this code.
Parameters
The following parameters are available in the ora_profile::database::asm_listener
class:
oracle_home
Data type: Stdlib::Absolutepath
The home directory to use for the Oracle installation.
The default is : /u01/app/oracle/product/#{version}/db_home1
To customize this consistently use the hiera key ora_profile::database::oracle_home
.
oracle_base
Data type: Stdlib::Absolutepath
The base directory to use for the Oracle installation.
The default is : /u01/app/oracle
To customize this consistently use the hiera key ora_profile::database::install_group
.
sqlnet_version
Data type: Ora_install::ShortVersion
The SQLnet version to use. The default is: 19.0
dbname
Data type: String[1]
The name of the database.
The default is DB01
To customize this consistently use the hiera key ora_profile::database::dbname
.
ora_profile::database::asm_patches
ora_profile::database::asm_patches
It also contains the definition of the required Opatch
version.
When these customizations aren't enough, you can replace the class with your own class. See ora_profile::database for an explanation on how to do this.
Also check the set of common parameters that is passed to this class.
See the file "LICENSE" for the full license governing this code.
Parameters
The following parameters are available in the ora_profile::database::asm_patches
class:
level
Data type: String[1]
The patch level the database or grid infrastructure should be patched to.
Default value is: NONE
Valid values depend on your database/grid version, but it should like like below:
OCT2018RU
JAN2019RU
APR2019RU
- etc...
patch_file
Data type: String[1]
The file containing the required Opatch version.
The default value is: p6880880_122010_Linux-x86-64
opversion
Data type: String[1]
The version of OPatch that is needed.
If it is not installed, Puppet will install the specfied version.
The default value is: 12.2.0.1.33
patch_list
Data type: Hash
The list of patches to apply.
The default value is : {}
logoutput
Data type: Variant[Boolean, Enum['on_failure']]
log the outputs of Puppet exec or not.
When you specify true
Puppet will log all output of exec
types.
Valid values are:
true
false
on_failure
Default value: lookup({ name => 'logoutput', default_value => 'on_failure' })
ora_profile::database::asm_setup
ora_profile::database::asm_setup
Here you can customize some of the attributes of your database.
When these customizations aren't enough, you can replace the class with your own class. See ora_profile::database for an explanation on how to do this.
See the file "LICENSE" for the full license governing this code.
Parameters
The following parameters are available in the ora_profile::database::asm_setup
class:
version
dirs
file_name
asm_sys_password
disk_discovery_string
asm_diskgroup
asm_disks
group
oper_group
asm_group
configure_afd
grid_type
disk_redundancy
bash_profile
disks_failgroup_names
cluster_name
scan_name
scan_port
cluster_node_types
network_interface_list
storage_option
version
Data type: Ora_Install::Version
The version of Oracle you want to install.
The default is : 19.0.0.0
To customize this consistently use the hiera key ora_profile::database::version
.
dirs
Data type: Array[Stdlib::Absolutepath]
The directories to create as part of the setup. The default value is:
ora_profile::database::asm_setup::dirs:
- /u01
- /u01/app/grid
- /u01/app/grid/admin
- /u01/app/grid/product
file_name
Data type: String[1]
The file name containing the Oracle Grid Infrastructure software kit.
The default is: linuxx64_12201_grid_home
asm_sys_password
Data type: Easy_type::Password
The sys
password to use for ASM.
The default is: Welcome01
To customize this consistently use the hiera key ora_profile::database::asm_software::asm_sys_password
.
disk_discovery_string
Data type: String[1]
The disk discovery string for ASM.
The default value is: /nfs_client/asm*
To customize this consistently use the hiera key ora_profile::database::asm_software::disk_discovery_string
.
asm_diskgroup
Data type: String[1]
The name of the ASM diskgroup to use.
The default value is: DATA
To customize this consistently use the hiera key ora_profile::database::asm_software::asm_diskgroup
.
asm_disks
Data type: String[1]
List of disks to create a ASM DiskGroup.
The default value is: /nfs_client/asm_sda_nfs_b1,/nfs_client/asm_sda_nfs_b2
To customize this consistently use the hiera key ora_profile::database::asm_software::asm_disks
.
group
Data type: String[1]
The dba group for ASM.
The default is : asmdba
To customize this consistently use the hiera key ora_profile::database::asm_software::group
.
oper_group
Data type: String[1]
The oper group for ASM.
The default is : asmoper
To customize this consistently use the hiera key ora_profile::database::asm_software::oper_group
.
asm_group
Data type: String[1]
The admin group for ASM.
The default is : asmadmin
To customize this consistently use the hiera key ora_profile::database::asm_software::asm_group
.
configure_afd
Data type: Boolean
Specify whether or not to configure ASM Filter Driver instead of ASMLib.
The default value is: false
To customize this consistently use the hiera key ora_profile::database::asm_software::configure_afd
.
grid_type
Data type: Enum['CRS_CONFIG', 'HA_CONFIG', 'UPGRADE', 'CRS_SWONLY', 'HA_SWONLY']
The type of grid. Valid values are:
HA_CONFIG
CRS_CONFIG
HA_SWONLY
(versions > 11)UPGRADE
CRS_SWONLY
The default value is:HA_CONFIG
To customize this consistently use the hiera keyora_profile::database::asm_software::grid_type
.
disk_redundancy
Data type: Enum['EXTENDED', 'EXTERNAL', 'FLEX', 'HIGH', 'NORMAL']
The disk redundancy for the initial diskgroup to setup ASM. Valid values are:
EXTENDED
EXTERNAL
FLEX
HIGH
NORMAL
The default value is:EXTERNAL
bash_profile
Data type: Boolean
Whether or not to deploy bash_profile for $os_user or $grid_user
The default is : true
disks_failgroup_names
Data type: Optional[String[1]]
A comma seperated list of device and failure group name. Valid values are:
/dev/sdb,CRSFG1,/dev/sdc,CRSFG2,/dev/sdd,CRSFG3
(NORMAL redundancy)/dev/sdb,,/dev/sdc,,/dev/sdd,,/dev/sde,
(EXTERNAL redundancy)/dev/sdb,CRSFG1,/dev/sdc,CRSFG2,/dev/sdd,CRSFG3,/dev/sde,CRSFG4,/dev/sdf,CRSFG5
(HIGH redundancy) The default value is:/nfs_client/asm_sda_nfs_b1,
cluster_name
Data type: Optional[String[1]]
The name of the cluster.
The default value is: undef
scan_name
Data type: Optional[String[1]]
The hostname to use for the SCAN service.
The default value is: undef
scan_port
Data type: Optional[Integer]
The IP portnumber to use for the SCAN service.
The default value is: undef
cluster_node_types
Data type: Optional[String[1]]
The names of the nodes in the RAC cluster. Valid values are:
node1:node1-vip,node2:node2-vip
(version >= 11 <= 12.1)node1:node1-vip:HUB,node2:node2-vip:LEAF
(version >= 12.1 Flex Cluster)node1,node2
(version = 12.2 Application Cluster)node1:node1-vip:HUB:site1,node2:node2-vip:HUB:site2
(version = 12.2 Extended Cluster) The default value is:undef
network_interface_list
Data type: Optional[String[1]]
The list of interfaces to use for RAC.The value should be a comma separated strings where each string is as shown belowInterfaceName:SubnetAddress:InterfaceType
where InterfaceType can be either "1", "2", "3", "4" or "5" (1 indicates public, 2 indicates private, 3 indicates the interface is not used, 4 indicates ASM and 5 indicates ASM & Private)The default value is: undef
storage_option
Data type: Optional[Enum['FLEX_ASM_STORAGE', 'CLIENT_ASM_STORAGE', 'LOCAL_ASM_STORAGE', 'FILE_SYSTEM_STORAGE', 'ASM_STORAGE']]
The type of storage to use. Valid values are:
ASM_STORAGE
(versions = 11)FILE_SYSTEM_STORAGE
(versions <= 12.1)LOCAL_ASM_STORAGE
(versions >= 12.1)CLIENT_ASM_STORAGE
(versions >= 12.2)FLEX_ASM_STORAGE
(versions >= 12.1) The default value is:undef
ora_profile::database::asm_software
ora_profile::database::asm_software
Here you can customize some of the attributes of your database.
When these customizations aren't enough, you can replace the class with your own class. See ora_profile::database for an explanation on how to do this.
See the file "LICENSE" for the full license governing this code.
Parameters
The following parameters are available in the ora_profile::database::asm_software
class:
version
dirs
file_name
asm_sys_password
disk_discovery_string
asm_diskgroup
asm_disks
group
oper_group
asm_group
configure_afd
grid_type
disk_redundancy
install_task
bash_profile
bash_additions
disks_failgroup_names
cluster_name
scan_name
scan_port
cluster_node_types
network_interface_list
storage_option
version
Data type: Ora_Install::Version
The version of Oracle Grid Infrastructure you want to install.
The default is : 19.0.0.0
To customize this consistently use the hiera key ora_profile::database::asm_software::version
.
dirs
Data type: Array[Stdlib::Absolutepath]
The directories to create as part of the installation. The default value is:
ora_profile::database::asm_software::dirs:
- /u01
- /u01/app/grid
- /u01/app/grid/admin
- /u01/app/grid/product
file_name
Data type: String[1]
The file name containing the Oracle Grid Infrastructure software kit.
The default is: linuxx64_12201_grid_home
asm_sys_password
Data type: Easy_type::Password
The sys
password to use for ASM.
The default is: Welcome01
To customize this consistently use the hiera key ora_profile::database::asm_software::asm_sys_password
.
disk_discovery_string
Data type: String[1]
The disk discovery string for ASM.
The default value is: /nfs_client/asm*
To customize this consistently use the hiera key ora_profile::database::asm_software::disk_discovery_string
.
asm_diskgroup
Data type: String[1]
The name of the ASM diskgroup to use.
The default value is: DATA
To customize this consistently use the hiera key ora_profile::database::asm_software::asm_diskgroup
.
asm_disks
Data type: String[1]
List of disks to create a ASM DiskGroup.
The default value is: /nfs_client/asm_sda_nfs_b1,/nfs_client/asm_sda_nfs_b2
To customize this consistently use the hiera key ora_profile::database::asm_software::asm_disks
.
group
Data type: String[1]
The dba group for ASM.
The default is : asmdba
To customize this consistently use the hiera key ora_profile::database::asm_software::group
.
oper_group
Data type: String[1]
The oper group for ASM.
The default is : asmoper
To customize this consistently use the hiera key ora_profile::database::asm_software::oper_group
.
asm_group
Data type: String[1]
The admin group for ASM.
The default is : asmadmin
To customize this consistently use the hiera key ora_profile::database::asm_software::asm_group
.
configure_afd
Data type: Boolean
Specify whether or not to configure ASM Filter Driver instead of ASMLib.
The default value is: false
To customize this consistently use the hiera key ora_profile::database::asm_software::configure_afd
.
grid_type
Data type: Enum['CRS_CONFIG', 'HA_CONFIG', 'UPGRADE', 'CRS_SWONLY', 'HA_SWONLY']
The type of grid. Valid values are:
HA_CONFIG
CRS_CONFIG
HA_SWONLY
(versions > 11)UPGRADE
CRS_SWONLY
The default value is:HA_CONFIG
To customize this consistently use the hiera keyora_profile::database::asm_software::grid_type
.
disk_redundancy
Data type: Enum['EXTENDED', 'EXTERNAL', 'FLEX', 'HIGH', 'NORMAL']
The disk redundancy for the initial diskgroup to setup ASM. Valid values are:
EXTENDED
EXTERNAL
FLEX
HIGH
NORMAL
The default value is:EXTERNAL
install_task
Data type: Enum['ALL', 'EXTRACT']
The installation task that should be executed.
bash_profile
Data type: Boolean
Whether or not to deploy bash_profile for $os_user or $grid_user
The default is : true
bash_additions
Data type: String
The text to add at the end of the bash_profile.
This parameter will only be used when you have specified true
for the parameter bash_profile
The default value is an empty string.
disks_failgroup_names
Data type: Optional[String[1]]
A comma seperated list of device and failure group name. Valid values are:
/dev/sdb,CRSFG1,/dev/sdc,CRSFG2,/dev/sdd,CRSFG3
(NORMAL redundancy)/dev/sdb,,/dev/sdc,,/dev/sdd,,/dev/sde,
(EXTERNAL redundancy)/dev/sdb,CRSFG1,/dev/sdc,CRSFG2,/dev/sdd,CRSFG3,/dev/sde,CRSFG4,/dev/sdf,CRSFG5
(HIGH redundancy) The default value is:/nfs_client/asm_sda_nfs_b1,
cluster_name
Data type: Optional[String[1]]
The name of the cluster.
The default value is: undef
scan_name
Data type: Optional[String[1]]
Changelog
All notable changes to this project will be documented in this file.
Release 0.47.1
Bug fixes
- [db_patches,asm_patches] Use lookup directly instead of caching the value
Release 0.47.0
Bug fixes
- [db_software] Set correct mode when creating the download_dir
- [db_patches] Fix wrongly defined JAN2024RU hieradata for Windows
new features
- [release] Add support for EL 9 releases and update dependencies
Release 0.46.1
Bug fixes
- [db_patches] Bugfixes for Windows
Release 0.46.0
new features
- [patches] Add patchlevels for Linux, Solaris and Windows
- [release] Update dependencies
- [core] Add better support for Windows
Release 0.45.0
new features
- [asm_patches, db_patches] Add support for multi levels patching
- [db_definition] Add 'options' parameter
Maintenance fixes
- [release] Update dependencies
Release 0.44.4
Bug fixes
- [db_patches] added apr2023 patch for 19c (#143)
- [release] Update dependecies for augueas_core and augeas_grub
- [client] Fix packages for client on Redhat 8
Release 0.44.3
Bug fixes
- [release] Update dependecies for augueas_core and augeas_grub
- [client] Fix packages for client on Redhat 8
Release 0.44.2
Bug fixes
- [set_param] Fix unknown variable on Puppet 8
Release 0.44.1
Bug fixes
- [release] Update version info of some dependencies
- [core] Replace deprecated has_key functions
Release 0.44.0
new features
- [core] Added support for Puppet 8 and Ruby 3
Release 0.43.0
- [release] Fix dependencies
- [db_definition] Pull oracle_base parameter into init_params
- [asm_patches/db_patches] Add JAN2023RU
- [asm_patches/db_patches] Add check for required OPatch version [sc-1202]
Release 0.42.2
Bug fixes
- [data] Fix lookups for specific versions
Release 0.42.1
Bug fixes
[core] Implement oracle version hiera lookup based on additional key (#139) and move data to appropriate version file.
Release 0.42.0
New Features
- [asm_patches/db_patches] Add October 2022 PSU (#136)
Bug fixes
- [core] Set Oracle 19c as default (#138)
- [release] Update dependencies
- [asm_patches] Use different tmp_dir for asm patches then for db_patches (#134)
Release 0.41.1
Bug fixes
- [core] Update to use latest version of versioned_data hiera backend
Release 0.41.0
New Features
- [core] Use latest version of versioned_data hiera backend
Release 0.40.0
New Features
- [autostartdatabase] Implement custom template for systemd service (#135)
- [db_monitoring] Initial implementation with OSWatcher
Release 0.39.0
New Features
- [common] Make common settings puppet adjustable
Release 0.38.0
New Features
- [patches] Add JUL2022 PSU
Release 0.37.0
Bug fixes
- [em_license] Fix for using EM profile classed together
Release 0.36.0
New Features
- [db_startup] Pass limits to db_startup class
Release 0.35.1
Bug fixes
- [db_software] Add sane default for user_base_dir
Release 0.35.0
New Features
- [db_software] Allow access to ora_install::installdb user_base_dir
- [data] Add April 2022 PSU
Release 0.34.0
Bug fixes
- [core] Fix asm support on EL8 systems
- [em_license] Use license::activate instead of license::available
New Features
- [release] Add support for AlmaLinux and Rocky
Release 0.33.0
Bug fixes
- [db_definition_template] Add a sane for default init_params
- [db_definition_template] Add init_params parameter and enable acceptance tests
- [add_node] Add umask and remove gimr variables from templates
New Features
- [core] Implement fact caching
- [asm/db_patches] Add JAN2022 PSU (#123)
- [asm_patches/db_patches] Add support for OCT2021 patch levels (#120)
- [db_patches] Exclude Oracle 21c from installing OJVM patches,they are included in RU/RUR
Release 0.32.0
Bug fixes
- [db_patches] Apply opatchupdate to ALL homes in the catalog
New Features
- [db_patches] Use open_mode to determine if datapatch and utlrp should run
- [asm_patches/db_patches] Add support for July 2021 PSU for 12.2 and 19 (#115)
Release 0.31.0
New Features
[core] Add support for Oracle 21c
Release 0.30.1
Bug fixes
- [docs] Better description of the type of hashes to pass
- [docs] Add Super powers link to playgrounds
- [asm_patches/db_patches] Handle patch level NONE better and still catch missing levels
Release 0.30.0
New Features
- [asm_storage] Add storage_type none
Release 0.29.0
New Features
- [oem_server/oem_agent] Add support for 13.4 and 13.5
- [db_patches] Added patch_level NONE to all versions
Release 0.28.0
New Features
- [cis_controls] Update to use ora_secured
- [db_definition] Enable dropping a database, set to ensure = absent
- [asm_patches/db_patches] Add April 2021 patch level
- [asm_patches] Support patching running system with Oracle Restart and RAC
Bug fixes
- [ora_profile] Small bug fixes
- [db_patches] Fail when an undefined patchlevel is used
Release 0.27.0
New Features
- [release] Add playground link to README
- [disable_thp] Added functionality
- [db_patches] Add JAN2021RU patch levels
Bug fixes
- [oem_server] Manage ora_autotask properly and lower password complexity for sysman
- [groups_and_users] Leave hashing of passwords to class
- [groups_and_users] Make sure the os passwords are specified
Release 0.26.0
New Features
- [common] Add db_control_provider
- [db_patches] Add OCT2020 patch levels
- [db_patches] Stop/Start all running listeners based on fact
- [release] Add support for puppet 7 in metadata
Release 0.25.0
New Features
- [extracted_database] Add required parameters to class
- [core] Add support for oracle version specific yaml data
- [extracted_database] Add initial implementation
- [core] ora_install puppet functions occurances replaced to the newer version
Bug fixes
- [db_patches] Ensure datapatch and UTLRP when TWO_TASK is set
Release 0.24.2
Bug fixes
- [db_patches] Fix issue when adding new oracle_home to running system
Release 0.24.1
Bug fixes
- [oem_agent] provide a sane default for tmp_dir
- [oem_agent] Fix call to staged_contain
- [oem_server] Fix call to staged_contain
Release 0.24.0
New Features
- [core] Add easy_type::debug_evaluation to all classes
- [core] Migrate from staged_contain to use ordered_steps
- [core] Unzip package added to the required packages.
- [core] Convert erb templates to epp
Release 0.23.0
New Features
- [oem] Add OEM server and agent to ora_profile
Release 0.22.0
New Features
- [dba_patches] Add July 2020 Release Updates for version 12.2, 18 and 19
- [tmpfiles] Control rhel tmpfiles systemd service
Release 0.21.0
New Features
- [db_patches] Add JUL2020RU patchlevel
Release 0.20.1
Bug fixes
- [db_definition_template] Make domain optional
Release 0.20.0
New Features
- [core] Add Redhat-7 hiera layer with packages
- [core] Remove all 32-bits packages
Release 0.19.1
Bug fixes
- [db_definition] Make dbdomain optional
- [db_definition] Fix non-master_node usecase
- [db_patches] Move opatchupgrade outside of loop and apply to all
- [db_patches] Remove condition for opatchupgrade
Release 0.19.0
New Features
- [db_patches] Better handle stopping and starting databases and listeners [ch352]
- [db_definition] Add support for multiple databases [ch353]
- [db_listener] Add support for multiple listeners [ch370]
Release 0.18.1
Bug fixes
- [db_patches] Fix patch_window
- [core] Consistently use logoutput in asmpatches, db_patches and db_defintion* classes
Release 0.18.0
New Features
- [db_software] Enable installation of multiple ORACLE_HOME's
- [db_patches] Add patch levels
- [db_definition_template] Expose dbdomain and add docs
- [db_definition]DB domain is now configurable and diagnostic_dest uses always value from oracle_base parameter
Bug fixes
- [data] Add the X11 packages
- [documentation] Update docs and add REFERENCE.md
- [defaults] Removed db_init_params
- [asm_patches] Fix usecase where PSU has only one sub patch with same number
- [asm_storage] Fix for udev rules when more then 26 disk devices are present
- [asm_software] Use gridSetup.sh for version 18 and 19
- [db_definition] Fix default value for dbdomain
Release 0.17.2
- [asm_groups_and_users] Allow standalone usage
- [firewalld] Log dropped packets differently
Release 0.17.1
- [core] Fix support for RHEL8 and OracleLinux8 type OS-es
Release 0.17.0
New Features
- [db_software] Add support for bash_additions
- [asm_software] Add support for bash_additions
Release 0.16.0
New Features
- [client] Added first implementation
Release 0.15.1
Bug fixes
- [em_license] Fix detection of previous invocation
Release 0.15.0
New Features
- [core] Add em_license as first stage
Release 0.14.3
Bug fixes
- [db_patches] Fix ‘Unknown variable’ warning
- [asm_setup] Fix usage of sys_asm_password
- [asm_software] Fix usage of sys_asm_password
Release 0.14.2
Bug fixes
- [core] Add asm_sys_password to list of generated passwords
- [release] Update dependencies
Release 0.14.1
Bug fixes
- [db_definition_template] Fix sys_password and add system_password
Release 0.14.0
New Features
- [core] Make password sensitive
- [core] Use generated passwords
- [database] Don’t apply db_startup when we detect RAC
Release 0.13.5
Bug fixes
- [db_definition] Fix settings on second node
Release 0.13.4
Bug fixes
- [user_equivalence] Make installation of openssh more resilient
Release 0.13.3
Bug fixes
- [asm_patches] Improve ASM patching mechanism
- [asm_patches] Use empty value for ora_profile::database::db_patches::patch_list as default
Release 0.13.2
Bug fixes
- [asm_setup] Use alias iso lookup
- [asm_patches/asm_setup] Set defaults
- [asm_patches] Fix case statement
- [user_equivalence] Fix typo
- [asm_patches] Generate a script to do the patching
Release 0.13.1
Bug fixes
- [asm_patches] Fix issue when no sub_patches defined
Release 0.13.0
New features
- [release] Add support for RHEL 8 os-es
- [asm_patches] Add manifests for applying patches in ASM
Release 0.12.0
New features
- [db_definition] Allow ora_database settings override in detail
- [init_params] Manage init params for ASM and DB
Bug fixes
- [db_definition_template] Fix Oracle 19 template
- [secured_database] Refacter code for less change on circular dep
- [db_software] change dependency on unzip package to be moree resilient
Release 0.11.0
New features
- [db_definition_template] Add log_size parameter
- [db_definition_template] Add -spfile(-p) parameter
- [db_software] Add 19c RAC + remove default logoutput parameter
- [asm_software] Add 19c for RAC
- [db_definition_template] Fill template for 19c
- [db_definition] Manage database on non-master nodes too
Bug fixes
- [user_equivalence] Ensure openssh-clients package because we need it
- [core] Add 18c support for RAC
- [db_definition_template] Fix for db_definition_template.pp -> db_control should run as the $os_user
- [core] Rename to 19.0.0.0, oratab entry and setasmgidwrap
- [db_definition] Create init.ora pointer + set cdb in ora_setting
- [afd_label] Required to set ORACLE_BASE in 19c
- [db_definition_template] db_control should run as the $os_user
- [db_definition] Use specified data_file_destination and db_recovery_file_dest in default template
- [user_equivalence] Make better idempotent
Release 0.10.2
New features
- [db_definition] Use disable_corrective_ensure for ora_database
Release 0.10.1
Bug fixes
- [db_definition_template] Fix download_dir
- [db_listener] Fix download_dir
Release 0.10.0
New features
- Add basic windows support
Release 0.9.1
Bug fixes
- [core] Add defaults for download_dir and temp_dir
- [database] export temp_dir
- [db_patches] Export download_dir
- [asm_software] extract download_dir and temp_dir
- [db_software] extract download_dir and temp_dir
- [asm_listener/db_listener] Use the right user and group
- [asm_software] Add defaults for oper_group and ams_group
Release 0.9.0
New features
- Add support for Oracle 19
Release 0.8.11
Bug fixes
- [asm_listener] Call classes with user and group parameters. Closes #26
- [asm_software] Add parameter bash_profile. Closes #23
- [db_software] Add oper_group parameter
- [asm_software] Make OS groups configurable. Closes #19
- [authenticated_nodes] Fix issue when os_user and grid_user are the same. Closes #18
- [db_patches] Fix detection of running database on initial run
Release 0.8.10
Bug fixes
- [db_definition] Fix non container database
Release 0.8.9
Bug fixes
[core] Use ensure_resources in steda of create_resources to make manifests more resilient
Release 0.8.8
New features
- [release] Use correct version of ora_install
- [asm_software] Use new ora_tab_entry type
- [db_definition] Use new ora_tab_entry type
Release 0.8.7
New features
- [db_software] allow usage of bash_profile for db_software
- [db_definition] Fix lint errors
- [docs] reword db_tablespaces::list
Release 0.8.6
New features
- [db_definition] archivelog configurable
- [db_definition] add support for RAC
- [instance] pass log_size and use it
Bug fixes
- [db_definition_template] properly add line to oratab
- [data] add more defaults
- [asm_software] properly add line to oratab
Release 0.8.5
Bug fixes
- [db_definition] Container disabled by default
Release 0.8.4
New features
- [db_definition] Add support for container databases
Release 0.8.3
Bug fixes
- [asm_storage] Fix timing issues with ASMlib disks
Release 0.8.2
Bug fixes
- [asm_groups_and_users] Fix used home when not default
Release 0.8.1
Bug fixes
- [asm_software] / [asm_diskgroup] make redundancy configurable
- [docs] update readme with all dependencies
Release 0.8.0
New features
- Add support for Puppet 6
Bug fixes
- [quality] Fix rubocop messages
- [core] Update metadata to new pdk
Release 0.7.1
Bug fixes
- [db_software] Small fixes in ordering and dirs
Release 0.7.0
New features
- Add support for Oracle 18
Release 0.6.2
Bugfixes
- [asm_storage] Remove some NFS defaults and add some afd defaults
- [asm_software] Add extra dir
Release 0.6.1
Bugfixes
- [asm_storage] Some new documentation generated
- [db_software] Use the passed dba_group, install_group and os_user correct
Release 0.6.0
- [database] Use conditional staged_contain
- [database] Add code for deploying RAC
- [asm] refacter to have easier hiera
- [firewalld] Fix description of rule
- [db_software] Small fix in requires
- [core] Update documentation and some small fixes
Release 0.5.0
- [core] Add multiple storage options for asm and integrate RAC
Release 0.4.0
- [database] Fix resource type
- [asm] Fix document generation
- [core] Add code to install ASM
- [spec] Fix unittests when used with latest version of ora_cis
- [db_definition_template] Add docs for db_definition_template manifest
- [firewalld] Use correct zone
- [docs] Add generated docs to some more classes
- [docs] Update source docs
- [db_definition_template] Add code to create database from template
Features
- Added initial support for asm
Bugfixes
- Fixed creating oracle users
Release 0.3.0
- [db_patches] Add support for patching when the database is running
- [db_patches] Apply default patches
- [docs] Update description
- [spec] Remove deprecation messages
- [db_patches] Remove tmp_dir property
- [secured_database] Add initial implementation and docs
- [specs] Move unit specs to correct directory
- [core] Some minor fixes: added required packages for installation and patching (unzip, psmisc) and set the correct patches for a 12.2 release (current patch is April 2018)
Features
- Added
ora_profile::secure_database
for having a CIS secured database - Added support for automatic patches
Bugfixes
- Fixed some missing packages
Release 0.2.0
- [core] Provide better messages on what’s going on.
- [firewall] Remove udp ports list
- [core] Add support for using the customisations without hiera values
- [firewall] Add iptables of firewalld package if not already in catalog
- [db_software] Add zipp to catalog if not already there
- [database] Add support for managing firewall ports.
- [release] Add directly called modules as dependencies & remove unsupported OS-es
Features
- Allows management of IP firewall rules for database
- Allows direct changes of the master parameters through puppet instead of through hiera.
- All directly called modules are now in the metadata
Bugfixes
None
Known Issues
- Cannot install new patches after the database is already running
- File for Opatch update is not idomatic.
Release 0.1.0
Initial release
Features
- Allows easy database installation and management
Bugfixes
None
Known Issues
- Cannot install new patches after the database is already running
- Firewall rules are not added. Just the firewalls are stopped
Dependencies
- enterprisemodules/easy_type (>= 2.44.0 < 3.0.0)
- enterprisemodules/partition (>= 0.5.0 < 1.0.0)
- enterprisemodules/ora_config (>= 3.19.0 < 4.0.0)
- enterprisemodules/ora_install (>= 6.2.5 < 7.0.0)
- enterprisemodules/ora_secured (>= 4.0.0 < 6.0.0)
- ipcrm-echo (>= 0.1.6 < 1.0.0)
- puppet-augeasproviders_core (>= 2.1.4 < 5.0.0)
- puppet-augeasproviders_sysctl (>= 2.2.0 < 4.0.0)
- puppet-augeasproviders_grub (>= 4.0.0 < 6.0.0)
- saz-limits (>= 3.0.2 < 5.0.0)
- puppetlabs-firewall (>= 1.12.0 < 9.0.0)
- puppet-firewalld (>= 4.0.0 < 6.0.0)
- puppetlabs-stdlib (>= 4.25.0 < 10.0.0)
- puppet-systemd (>= 3.1.0 < 8.0.0)