The Oracle Grid Infrastructure for a standalone server is the Oracle software that provides system support for an Oracle database including volume management, file system, and automatic restart capabilities. If you plan to use Oracle Restart or Oracle Automatic Storage Management (Oracle ASM), then you must install Oracle Grid Infrastructure before you install and create the database. Oracle Grid Infrastructure for a standalone server is the software that includes Oracle Restart and Oracle ASM. Oracle combines the two infrastructure products into a single set of binaries that is installed as the Oracle Grid Infrastructure home.
Oracle ASM is a volume manager and a file system for Oracle database files that supports single-instance Oracle Database and Oracle Real Application Clusters (Oracle RAC) configurations. Oracle ASM also supports a general purpose file system for your application needs including Oracle Database binaries. Oracle ASM is Oracle's recommended storage management solution that provides an alternative to conventional volume managers, file systems, and raw devices.
When there is a hardware or a software failure, Oracle Restart automatically starts all Oracle components, including the Oracle database instance, Oracle Net Listener, database services, and Oracle ASM.
Oracle Restart starts components in the proper order when the database host is restarted.
Oracle Restart runs periodic checks to monitor the status of Oracle components. If a check operation fails for a component, then the component is shut down and restarted.
If you want to use Oracle ASM or Oracle Restart, then you must install Oracle Grid Infrastructure for a standalone server before you install and create the database. Otherwise, you must manually register the database with Oracle Restart.
Oracle Restart is used in single-instance (nonclustered) environments only.
This chapter contains the following sections:
The system must meet the following requirements:
The following are the memory requirements for installing Oracle Grid Infrastructure for a Standalone Server:
Minimum: At least 1.5 GB of RAM for Oracle Grid Infrastructure for a Standalone Server; at least 1 GB of additional RAM if you plan to install Oracle Database after installing Oracle Grid Infrastructure for a Standalone Server.
Recommended: 4 GB of RAM or more if you plan to install both Oracle Grid Infrastructure for a Standalone Server and Oracle Database.
To determine the RAM size, enter the following command:
# /usr/sbin/prtconf | grep "Memory size"
If the size of the RAM is less than the required size, then you must install more memory before continuing.
The following table describes the relationship between installed RAM and the configured swap space recommendation:
Note:On Oracle Solaris, if you use non-swappable memory, like ISM, then deduct the memory allocated to this space from the available RAM before calculating the swap space. If you plan to install Oracle Database on systems using DISM, then available swap space must be at least equal to the sum of the SGA sizes of all instances running on the servers.
|Between 1.5 GB and 2 GB||1.5 times the size of the RAM|
|Between 2 GB and 16 GB||Equal to the size of the RAM|
|More than 16 GB||16 GB|
To determine the size of the configured swap space, enter the following command:
# /usr/sbin/swap -l
# sar -r -i n
n is the number of seconds to delay for the next iterations and
i is the number of iterations you want to test.
Oracle recommends that you take multiple values for the available RAM and swap space before finalizing a value. This is because the available RAM and swap space keep changing depending on the user interactions with the computer.
Contact your operating system vendor for swap space allocation guidance for your server. The vendor guidelines supersede the swap space requirements listed in this guide.
The following are the disk space requirements for installing Oracle Grid Infrastructure:
For Oracle Solaris on SPARC (64-Bit): At least 5.5 GB of disk space.
For Oracle Solaris on x86-64 (64-Bit): At least 5.5 GB of disk space.
At least 1 GB of space in the
To determine the amount of free space available in the
/tmp directory, enter the following command:
# df -k /tmp
This command displays disk space in 1 kilobyte blocks. On most systems, you can use the
df command with the
-h flag (
df -h) to display output in "human-readable" format.
Delete unnecessary files from the
/tmp directory to meet the disk space requirement.
TMPDIR environment variables to specify a temporary directory when setting the
oracle user's environment.
See Also:"Configuring Oracle Software Owner Environment" for more information about setting
Extend the file system that contains the
/tmp directory. If necessary, contact the system administrator for information about extending file systems.
Complete the following tasks to set the Oracle Grid Infrastructure software owner user's environment:
Review the information in "Logging In to the System as root".
Ensure that you set the path to the Oracle base directory. Oracle Restart and Oracle Database are under the same Oracle base directory. For example:
# ORACLE_BASE=/u01/app/oracle; # export ORACLE_BASE
Set the Oracle Grid Infrastructure software owner user default file mode creation mask (
umask) to 022 in the shell startup file. Setting the mask to 022 ensures that the user performing the software installation creates files with 644 permissions.
ulimit settings for file descriptors and processes for the Oracle Grid Infrastructure installation software owner.
DISPLAY environment variable in preparation for installation.
If you plan to install Oracle Database, then you must meet additional preinstallation requirements. See Chapter 2.
Oracle Automatic Storage Management Cluster File System (Oracle ACFS) extends Oracle ASM technology to support of all of your application data in both single instance and cluster configurations. Oracle Automatic Storage Management Dynamic Volume Manager (Oracle ADVM) provides volume management services and a standard disk device driver interface to clients. Oracle Automatic Storage Management Cluster File System is layered on Oracle ASM through the Oracle Automatic Storage Management Dynamic Volume Manager interface.
Oracle ACFS and Oracle ADVM are supported on Oracle Solaris 10 starting with Update 6. Starting with Oracle Database 11g Release 2 (188.8.131.52), Oracle ACFS and Oracle ADVM are also supported on Oracle Solaris 11. Oracle ACFS and Oracle ADVM are not supported on Oracle Solaris containers.
For current information on platforms and releases that support Oracle ACFS and Oracle ADVM refer to My Oracle Support Note 1369107.1 at:
For current Patch Set Update (PSU) release and support information refer to the PSU document on My Oracle Support.
Note:Oracle recommends that you create Oracle data files in Oracle ASM disk groups. Creating Oracle data files on an Oracle ACFS file system is not supported. Oracle ACFS can be used as an option only when Oracle ASM is configured.
Oracle ACFS resources are not supported for Oracle Restart configurations on all platforms. You must manually load ACFS drivers after a system restart. Oracle ACFS database home file systems can be placed into the Oracle ACFS mount registry to be mounted along with other registered Oracle ACFS file systems.
Oracle Database homes can be stored on Oracle ACFS only if the database version is Oracle Database 11g Release 2 or higher. Earlier releases of Oracle Database cannot be installed on Oracle ACFS.
Oracle Database Release Notes for Oracle Solaris for latest information about supported platforms and releases
Oracle Automatic Storage Management Administrator's Guide for more information about Oracle Automatic Storage Management Cluster File System and Oracle Automatic Storage Management Dynamic Volume Manager
Use Oracle ASM Configuration Assistant (Oracle ASMCA) to create and modify disk groups when you install earlier Oracle databases on Oracle Grid Infrastructure installations.
Releases prior to Oracle Database 11g Release 2 used Oracle Database Configuration Assistant (Oracle DBCA) to perform administrative tasks on Oracle ASM. Starting with Oracle Database 11g Release 2 (11.2), Oracle ASM is installed as part of an Oracle Grid Infrastructure installation. You can no longer use Oracle DBCA to perform administrative tasks on Oracle ASM.
See Also:Oracle Automatic Storage Management Administrator's Guide for details about configuring disk group compatibility for databases using Oracle Database 10g or earlier software with Oracle Grid Infrastructure
If you have an Oracle ASM installation from an earlier release installed on your server, or in an existing Oracle Grid Infrastructure installation, you can use Oracle Automatic Storage Management Configuration Assistant (Oracle ASMCA) to upgrade the existing Oracle ASM instance to 11g Release 2 (11.2), and subsequently configure disk groups, Oracle ASM volumes and Oracle ASM file systems.
Note:You must first shut down all databases and applications using an existing Oracle ASM instance before upgrading it.
During the installation, if you use Oracle ASM, and Oracle ASMCA detects that there is a prior Oracle ASM version installed in another Oracle ASM home, then after installing the Oracle ASM 11g Release 2 (11.2) binaries, you can start Oracle ASMCA to upgrade the existing Oracle ASM instance.
"Upgrading an Oracle ASM Instance with Oracle Universal Installer" in Oracle Automatic Storage Management Administrator's Guide
"Upgrading an Oracle ASM Instance with Oracle ASM Configuration Assistant" in Oracle Automatic Storage Management Administrator's Guide
"Downgrading an Oracle ASM Instance in an Oracle Restart Configuration" in Oracle Automatic Storage Management Administrator's Guide
In previous releases, Oracle Automatic Storage Management (Oracle ASM) was installed as part of the Oracle Database installation. With Oracle Database 11g Release 2 (11.2), Oracle ASM is part of an Oracle Grid Infrastructure installation, either for a cluster, or for a standalone server.
If you want to upgrade an existing Oracle ASM installation, then you must upgrade Oracle ASM by running an Oracle Grid Infrastructure upgrade (upgrades of existing Oracle ASM installations). If you do not have Oracle ASM installed and you want to use Oracle ASM as your storage option, then you must complete an Oracle Grid Infrastructure installation before you start your Oracle Database installation.
Oracle Automatic Storage Management Configuration Assistant (Oracle ASMCA) is installed as part of the Oracle Grid Infrastructure for a Standalone Server installation. You must run Oracle ASMCA for installing and configuring Oracle ASM instances, disk groups, volumes, and Oracle ACFS. In addition, you can use the ASMCA command-line interface.
See Also:Chapter 11, "Oracle ASM Configuration Assistant" in Oracle Automatic Storage Management Administrator's Guide for information about Oracle ASMCA
You must complete the steps listed under "Preparing Disks for an Oracle Automatic Storage Management Installation" to prepare a disk partition to use for the Oracle ASM disk groups.
Ensure that at least one disk is configured appropriately for use in an Oracle ASM disk group before beginning the installation.
When you install Oracle ASM, Oracle Automatic Storage Management Configuration Assistant (Oracle ASMCA) creates a separate server parameter file (
SPFILE) and password file for the Oracle ASM instance. As soon as Oracle ASM is installed, the
ASMSNMP schema and user are created. See Oracle Automatic Storage Management Administrator's Guide for more information.
The Oracle ASM instance that manages the existing disk group runs in the Oracle Grid Infrastructure home directory.
This section describes how to configure disks for use with Oracle ASM. The following sections describe how to identify the requirements and configure the disks on each platform:
Note:Oracle does not recommend using identifiers for database object names that must be quoted. While these quoted identifiers may be valid as names in the
SQL CREATEstatement, such as
"1data" ..., the names may not be valid when using other tools that manage the database object.
See Also:"Creating Disk Groups for a New Oracle Installation" in Oracle Automatic Storage Management Administrator's Guide for information about creating and managing disk groups
Identify the storage requirements of the site.
If you are creating a new Oracle ASM disk group, create partitions for DAS or SAN disks.
Configure the disks for use with Oracle ASM. You must provide the Oracle ASM disk configuration information during the Oracle Grid Infrastructure installation.
To identify the storage requirements for using Oracle ASM, you must determine the number of devices and the amount of free disk space that you require. To complete this task:
Determine whether you want to use Oracle ASM for Oracle Database files, recovery files, or both.
Note:You do not have to use the same storage mechanism for Oracle Database files and recovery files. You can use a file system for one file type and Oracle ASM for the other.
If you enable automated backups and you do not have a shared file system available, then you must choose Oracle ASM for recovery file storage.
During the database installation, if you plan to enable automated backups, then you can choose Oracle ASM as the storage mechanism for recovery files by specifying an Oracle ASM disk group for the fast recovery area. Depending on how you create a database during the database installation, you have the following options:
You can run Oracle ASMCA in interactive mode to create and configure the required disk groups.
During the database installation, if you select an installation method that runs Database Configuration Assistant in interactive mode (Advanced Installation type), then you can select the disk groups that you created using Oracle ASMCA.
You have the option to use the disk groups you created using Oracle ASMCA both for database files and recovery files, or you can use different disk groups for each file type. Ideally, create separate Oracle ASM disk groups for data files and for recovery files.
If you run Oracle ASMCA in noninteractive mode, then you must use the same Oracle ASM disk group for data files and recovery files. During the database installation (Typical Installation type), you must select the same disk group for both data files and recovery files.
"Oracle ASM Configuration Assistant Command-Line Interface" section in Oracle Automatic Storage Management Administrator's Guide
The redundancy level that you choose for the Oracle ASM disk group determines how Oracle ASM mirrors files in the disk group and determines the number of disks and amount of disk space that you require, as follows:
This option does not allow Oracle ASM to mirror the contents of the disk group. Oracle recommends that you select this redundancy level either when the disk group contains devices, such as RAID devices, that provide their own data protection or when the database does not require uninterrupted access to data.
To optimize performance and reliability in a normal redundancy disk group, Oracle ASM uses two-way mirroring for data files and three-way mirroring for control files, by default. In addition, you can choose the mirroring characteristics for individual files in a disk group. You can use two-way mirroring or no mirroring.
A normal redundancy disk group requires a minimum of two failure groups (or two disk devices) if you are using two-way mirroring. The effective disk space in a normal redundancy disk group is half the sum of the disk space of all of its devices.
For most installations, Oracle recommends that you use normal redundancy disk groups.
The contents of the disk group are three-way mirrored by default. To create a disk group with high redundancy, you must specify at least three failure groups (a minimum of three devices).
Although high-redundancy disk groups provide a high level of data protection, you must consider the higher cost of additional storage devices before deciding to use this redundancy level.
If an Oracle ASM instance is running on the system, then you can use an existing disk group to meet these storage requirements. If necessary, you can add disks to an existing disk group during the database installation.
|Redundancy Level||Minimum Number of Disks||Data Files||Recovery Files||Both File Types|
|External||1||1.8 GB||3.6 GB||5.4 GB|
|Normal||2||3.6 GB||7.2 GB||10.8 GB|
|High||3||5.4 GB||10.8 GB||16.2 GB|
If you intend to use a normal or high redundancy disk group, then you can further protect the database against hardware failure by associating a set of disk devices in a custom failure group. By default, each device is included in its failure group. However, if two disk devices in a normal redundancy disk group are attached to the same SCSI controller, then the disk group becomes unavailable if the controller fails. The controller in this example is a single point of failure.
For instance, to avoid failures of this type, you can use two small computer system interface (SCSI) controllers, each with two disks, and define a failure group for the disks attached to each controller. This configuration would enable the disk group to tolerate the failure of one SCSI controller.
Note:If you define custom failure groups, then you must specify a minimum of two failure groups for normal redundancy disk groups and three failure groups for high redundancy disk groups.
If you are sure that a suitable disk group does not exist on the system, then install or identify appropriate disk devices to add to a new disk group. Apply the following guidelines when identifying appropriate disk devices:
The disk devices must be owned by the user performing the grid installation.
All the devices in an Oracle ASM disk group must be the same size and have the same performance characteristics.
Do not specify multiple partitions on a single physical disk as a disk group device. Oracle ASM expects each disk group device to be on a separate physical disk.
Although you can specify a logical volume as a device in an Oracle ASM disk group, Oracle does not recommend their use because it adds a layer of complexity that is unnecessary with Oracle ASM. Oracle recommends that if you choose to use a logical volume manager, then use the logical volume manager to represent a single logical unit number (LUN) without striping or mirroring, so that you can minimize the effect on storage performance of the additional storage layer.
"Step 3: Configuring Disks for Oracle Automatic Storage Management" for information about completing this task
"Preparing Storage for ASM" in Oracle Automatic Storage Management Administrator's Guide for information about configuring Oracle ASM disk groups
To configure disks for use with Automatic Storage Management:
If necessary, install the disks that you intend to use for the disk group and restart the system.
Note:The following command displays information about VERITAS Volume Manager disks. If you use a different LVM, then refer to the appropriate documentation for information about determining which disk devices it is managing.
# vxdiskconfig # /usr/sbin/vxdisk list
If this command displays disk group information associated with a disk device, then the disk is already part of an LVM disk group. Do not use disks that are part of an LVM disk group.
To list the disks attached to the system, enter the following command:
AVAILABLE DISK SELECTIONS: 0. c0t0d0 <ST34321A cyl 8892 alt 2 hd 15 sec 63> /pci@1f,0/pci@1,1/ide@3/dad@0,0 1. c1t5d0 <SUN9.0G cyl 4924 alt 2 hd 27 sec 133> /pci@1f,0/pci@1/scsi@1/sd@5,0
Enter the number corresponding to the disk that you want to use.
fdisk command to create an Oracle Solaris partition on the disk if one does not already exist.
fdisk partitions must start at cylinder 1, not cylinder 0. If you create an
fdisk partition, then you must label the disk before continuing.
partition command, followed by the
If necessary, create a single whole-disk slice, starting at cylinder 1.
Note:To prevent Automatic Storage Management from overwriting the partition table, you cannot use slices that start at cylinder 0 (for example, slice 2).
Make a note of the number of the slice that you want to use.
If you modified a partition table or created a new one, then enter the
label command to write the partition table and label to the disk.
q to return to the
If you have finished creating slices, then enter
q to quit from the
format utility. Otherwise, enter the
disk command to select a new disk and repeat steps b to g to create or identify the slices on that disks.
# df -h /tmp
This command displays information about the slices on disk devices that are mounted as file systems. The device name for a slice includes the disk device name followed by the slice number, for example
n is the slice number.
# chown grid:asmadmin /dev/rdsk/cxtydzs6 # chmod 660 /dev/rdsk/cxtydzs6
In this example, the device name specifies slice 6.
Note:If you are using a multi-pathing disk driver with Automatic Storage Management, then ensure that you set the permissions only on the correct logical device name for the disk.
Refer to the following section:
A software-only installation only copies the Oracle Grid Infrastructure for a standalone server binaries to the specified location. Configuring Oracle Grid Infrastructure for a standalone server and Oracle ASM must be done manually after the installation is finished.
When you perform a software-only installation of Oracle Grid Infrastructure software, you must complete a few manual configuration steps to enable Oracle Restart after you install the software.
Note:Oracle recommends that only advanced users perform the software-only installation because this installation method provides no validation of the installation, and this installation option requires manual postinstallation steps to enable the Oracle Grid Infrastructure software.
Performing a software-only installation involves the following steps:
Complete a software-only installation of Oracle Grid Infrastructure.
See "Configuring the Software Binaries" for information about configuring Oracle Grid Infrastructure after performing a software-only installation.
To configure and activate a software-only Oracle Grid Infrastructure installation for Oracle Restart, complete the following tasks:
root and run the
roothas.pl script from
Grid_home using the following syntax:
Grid_home/perl/bin/perl -I Grid_home/perl/lib -I Grid_home/crs/install Grid_home/crs/install/roothas.pl
For example, if your Oracle Grid Infrastructure home is
/u01/app/oracle/product/11.2.0/grid, then run the following script:
# /u01/app/oracle/product/11.2.0/grid/perl/bin/perl -I /u01/app/oracle/product/11.2.0/grid/perl/lib -I /u01/app/oracle/product /11.2.0/grid/crs/install /u01/app/oracle/product/11.2.0/grid/crs/install/roothas.pl
Change the directory to
Grid_home is the path of the Oracle Grid Infrastructure home.
Login as the Oracle Restart software owner user and enter the following command:
./runInstaller -updateNodeList ORACLE_HOME=Grid_home -defaultHomeName CLUSTER_NODES= CRS=TRUE
$ ./runInstaller -updateNodeList ORACLE_HOME=/u01/app/oracle/product/11.2.0/grid -defaultHomeName CLUSTER_NODES= CRS=TRUE
SRVCTL utility along with Network Configuration Assistant and Oracle ASMCA to add the listener, the Oracle ASM instance, and all Oracle ASM disk groups to the Oracle Restart configuration.
If you install Oracle Grid Infrastructure and then create your database, the database is automatically added to the Oracle Grid Infrastructure configuration and is automatically restarted when required. However, if you install Oracle Grid Infrastructure on a host computer on which a database exists, you must manually add the database, the listener, the Oracle ASM instance, and other components to the Oracle Grid Infrastructure configuration.
Note:Oracle Grid Infrastructure can accommodate multiple single-instance databases on a single host computer.
This section includes the following topics:
Perform the following steps to install Oracle Grid Infrastructure and then create a database that is managed by Oracle Restart. First install Oracle Grid Infrastructure, which installs Oracle Restart and Oracle ASM, then configure Oracle ASM with at least one disk group, and then install Oracle Database that stores database files in Oracle ASM disk groups. Click the help button on the Oracle Universal Installer page for page level assistance.
You may have to shut down existing Oracle processes before you proceed with the Oracle Grid Infrastructure installation. See "Stopping Existing Oracle Processes" for more information.
To install Oracle Grid Infrastructure for a standalone server with a new database installation:
Start Oracle Universal Installer as the Oracle Grid Infrastructure software owner user. Complete one of the following steps depending on the location of the installation files:
If the installation files are on installation media, enter commands similar to the following, where
directory_path is the path of the Oracle Grid Infrastructure directory on the installation media:
Note:You must install Oracle Grid Infrastructure for a standalone server from the Oracle Grid Infrastructure media.
If the installation files are on the hard disk, change the directory to the path of the Oracle Grid Infrastructure (
clusterware) directory and enter the following command:
Downloading Updates Before Installation
Starting with Oracle Database 11g Release 2 (184.108.40.206), if you plan to run the installation in a secured data center, then you can download updates before starting the installation by starting Oracle Universal Installer on a system that has Internet access in update download mode. To start Oracle Universal Installer to download updates, enter the following command:
$ ./runInstaller -downloadUpdates
Provide the My Oracle Support user name and password, and provide proxy settings if needed. After you download updates, transfer the update file to a directory on the server where you plan to run the installation.
Oracle Universal Installer and OPatch User's Guide for Windows and UNIX for more information about response file formats
"Configuring the User's Environment" for information about setting the Oracle Grid Infrastructure software owner user's environment
Note:Start Oracle Universal Installer from the terminal session where you logged in as the Oracle Grid Infrastructure software owner user and set the user's environment.
Starting with Oracle Database 11g Release 2 (220.127.116.11), you can use the Software Updates feature to dynamically download and apply the latest updates. In the Download Software Updates screen, select one of the following options and click Next:
Use My Oracle Support credentials for download: Select this option to download and apply the latest software updates.
Click Proxy Settings to configure a proxy for Oracle Universal Installer to use to connect to the Internet. Provide the proxy server information for your site, along with a user account that has access to the local area network through which the server is connecting. Starting with Oracle Database 11g Release 2 (18.104.22.168) you can enter the Proxy Realm information. The proxy realm information is case-sensitive. If you do not have a proxy realm, then you do not have to provide an entry for the Proxy Username, Proxy Password, and Proxy Realm fields.
Click Test Connection to ensure that your proxy settings are correctly entered, and the installer can download the updates.
Use pre-downloaded software updates: Select this option to apply the software updates previously downloaded using the
Skip software updates: Select this option if you do not want to apply any updates.
The Apply Software Updates screen is displayed if you select to download the software updates, or provide the pre-downloaded software updates location.
If you selected Use My Oracle Support credentials for download in the previous screen, select Download and apply all updates, and then click Next to apply the updates.
By default, the download location for software updates is placed in the home directory of the Oracle installation owner you are using to run this installation. If you choose to download the software updates in another location, then click Browse and select a different location on your server.
If you selected Use pre-downloaded software updates in the previous screen, select Apply all updates, and then click Next to apply the updates downloaded before starting the installation.
In the Select Installation Option screen, select the Configure Oracle Grid Infrastructure for a Standalone Server option to install and configure Oracle Restart and Oracle ASM. Click Next.
In the Select Product Languages screen, select one or more languages. Move the languages from the Available Languages list to the Selected Languages list. Click Next.
The Create ASM Disk Group screen lists all the Oracle ASM disks
Click Change Discovery Path to select any devices to be used by Oracle ASM but are not listed in the screen. In the Change Disk Discovery Path window, enter a string to use to search for devices that Oracle ASM will use. If the disk string is set to
ORCL:* or is left empty (""), then the installer discovers these disks. Click OK.
After you finish selecting the disks to be used by Oracle ASM, click Next.
Note:During installation, disk paths mounted on Oracle ASM and registered on ASMLIB with the string
ORCL:*are listed as default database storage candidate disks.
Consider the following information about disk devices while performing this step:
The default Disk Group Name is
DATA. You can enter a new name for the disk group, or use the default name.
The disk devices must be owned by the user performing the grid installation.
Check with your system administrator to determine if the disks used by Oracle ASM are mirrored at the storage level. If so, select External for the redundancy. If the disks are not mirrored at the storage level, then select Normal for the redundancy.
Note:For normal redundancy, you require twice as much disk space to hold the same amount of data. For example, if your database is 100 GB, then you require approximately 200 GB of storage.
Every Oracle ASM disk is divided into allocation units (AU). An allocation unit is the fundamental unit of allocation within a disk group. Starting with Oracle Database 11g Release 2 (22.214.171.124), you can select the AU Size value from 1, 2, 4, 8, 16, 32 or 64 MB, depending on the specific disk group compatibility level. The default value is set to 1 MB.
In the Specify ASM Password screen, enter the password required to connect to the Oracle ASM instance. The Oracle ASM instance is managed by a privileged role called
SYSASM, which grants full access to Oracle ASM disk groups. Oracle recommends that you create a less privileged user,
SYSDBA privileges to monitor the Oracle ASM instance.
Enter passwords for the
ASMSNMP user accounts. The passwords should be at least eight characters in length and include at least 1 alphabetic, 1 numeric, and 1 of the following three punctuation mark characters: hyphens (-), underscores (_), or number sign (#). No other special characters are allowed in the password field.
Optionally, you can use the same password for all accounts. However, Oracle recommends that you specify a different password for each account. You must remember the passwords that you specify.
In the Privileged Operating System Groups screen, select the name of the operating system group you created for the
OSDBA group, the
OSASM group, and the database operator group
OSOPER. If you create only the
dba group, then you can use that group for all three privileged groups. If you created a separate
asmadmin group, then use that value for the
OSASM group. Click Next.
In the Specify Installation Location screen, enter the following information, and click Next:
Oracle Base: Enter the location for the Oracle base directory. Do not include spaces in the path.
Software Location: Accept the default value or enter the directory path in which you want to install the software.The directory path must not contain spaces..
If you have not installed Oracle software previously on this server, the Create Inventory screen appears.
Change the path for the Inventory Directory, if required. Select
oinstall for the oraInventory Group Name, if required. Click Next.
The Perform Prerequisite Checks screen checks if the minimum system requirements are met to perform the Oracle Grid Infrastructure installation. If all the system requirements are met, then you are directed to the Summary screen. If an installation fails, you can review the error.
If you click Check Again, then you can run the prerequisite check again to see if the minimum requirements are met to carry on with the database installation.
Click Fix & Check Again, if you want the installer to fix the problem and check the system requirements again.
Note:The Fix & Check Again option generates a script that you must run as the
rootuser. This generated script sets some system parameter values. Oracle recommends that you do not modify the contents of this script. See "Installation Fixup Scripts" for more information.
To get a list of failed requirements, select Show Failed from the list. To get a list of all the prerequisites checks run by the OUI, select Show All. To get a list of the prerequisites checks that are successful, select Show Succeeded.
Note:Oracle recommends that you use caution when selecting the Ignore All option. If you select this option, then Oracle Universal Installer may not confirm that your system can install Oracle Database successfully.
Review the contents of the Summary screen, and click Install.
Starting with Oracle Database 11g Release 2 (11.2), you can click Save Response File to save all the installation steps into a response file. This file can be used for a silent installation.
The Install Product screen displays the progress of the Oracle Grid Infrastructure installation. During the installation process, the Execute Configuration Scripts window appears. Do not click OK until you run the scripts mentioned in this screen.
root.sh and, if required, the
orainstRoot.sh configuration scripts as the
The Finish screen displays the installation status. Click Close to end the installation, then click Yes to exit Oracle Universal Installer.
If you encounter any problems, see the configuration log for information. The path to the configuration log is displayed on the Configuration Assistants window.
Oracle ASMCA is installed as part of the Oracle Grid Infrastructure for a Standalone Server installation. To create additional disk groups, run the Oracle ASMCA utility. For example, you can create another disk group named
RECOVERY to store the fast recovery area.
Note:To verify that the Oracle High Availability Service is installed properly, run
./crsctl check hascommand from
Grid_home is the path to the Oracle Grid Infrastructure home for a standalone server.
ohasd is a daemon installed with Oracle Grid Infrastructure that starts software services, such as Oracle ASM.
Install Oracle Database. See "Installing the Oracle Database Software".
If a new database is installed after a grid infrastructure installation, then the listener runs from the Oracle Grid Infrastructure home. Because Oracle ASM is installed as part of Oracle Grid Infrastructure, the default listener is created and runs from the Oracle Grid Infrastructure home. If you perform a database installation, then the database must use the same listener created during the Oracle Grid Infrastructure installation.
If you are using Oracle Restart, then the default listener and any additional listeners must run from the Oracle Grid Infrastructure home.
See "Troubleshooting and Deconfiguring Oracle Restart" to deconfigure Oracle Restart without removing installed binaries.
Follow the high-level instructions in this section to install Oracle Grid Infrastructure and configure it for an existing Oracle database. Oracle Restart can only manage existing release 11.2 resources and hence you can install Oracle Grid Infrastructure only for an existing release 11.2 database. However, Oracle database releases before 11.2 can coexist on the same server without being managed by Oracle Restart.
To install Oracle Grid Infrastructure for an existing database:
On the same host computer as the database, use Oracle Universal Installer to install Oracle Grid Infrastructure, and select Configure Oracle Grid Infrastructure for a Standalone Server as the installation option.
The Oracle Grid Infrastructure components are installed in a separate Oracle home.
See "Installing Oracle Grid Infrastructure with a New Database Installation" for detailed instructions.
Go to the Grid home's
srvctl add database command with the
-c SINGLE flag to add the database in an Oracle Restart configuration. Also use the
srvctl add command to add the listener, the Oracle ASM instance, all Oracle ASM disk groups, and any database services to the Oracle Restart configuration.
After the Oracle Grid Infrastructure for a Standalone Server installation, you must first stop the Oracle Restart stack to modify the software installed in your Grid home. For example, to apply a one-off patch or modify any of the DLLs used by Oracle Restart or Oracle ASM, you must follow these steps to stop and restart the Oracle Restart stack.
However, if you run the OPatch utility with the
opatchauto, then do not stop and restart the Oracle Restart stack manually as OPatch stops and starts the software stack for you. If you run OPatch with the
opatch apply, then you must follow the steps in this section to stop and restart the Oracle Restart stack manually.
See Also:Oracle OPatch User's Guide for Windows and UNIX for information about using
Caution:Before relinking executables, you must shut down all executables that run in the Oracle home directory that you are relinking. In addition, shut down applications linked with Oracle shared libraries.
Prepare the Oracle Grid Infrastructure for a Standalone Server home for modification using the following procedure:
Log in as the Oracle Grid Infrastructure software owner user and change the directory to the path
Grid_home is the path to the Oracle Grid Infrastructure home:
$ cd Grid_home/bin
Shut down the Oracle Restart stack using the following command:
$ crsctl stop has -f
After the Oracle Restart stack is shut down, perform the updates to the software installed in the Oracle Grid Infrastructure home.
Use the following command to restart the Oracle Restart stack:
$ crsctl start has
# cd Grid_home/crs/install # perl roothas.pl -unlock
Log in as the Oracle Grid Infrastructure for a Standalone Server owner:
$ export ORACLE_HOME=Grid_home $ Grid_home/bin/relink
# cd Grid_home/rdbms/install/ # ./rootadd_rdbms.sh # cd Grid_home/crs/install # perl roothas.pl -patch
You must relink the Oracle Restart and Oracle ASM binaries every time you apply an operating system patch or after an operating system upgrade.
The Oracle Automatic Storage Management Configuration Assistant (Oracle ASMCA) utility creates a new Oracle Automatic Storage Management instance if there is no Oracle ASM instance currently configured on the computer.
After installing Oracle Grid Infrastructure, you can also use Oracle ASMCA to create and configure disk groups, Oracle Oracle ADVM and Oracle ACFS.
To create additional disk groups or manually configure Oracle ASM disks, you can run the Oracle ASMCA as follows:
$ cd Grid_home/bin $ ./asmca
Grid_home is the path to the Oracle Grid Infrastructure home for a standalone server.
Open a shell window, and temporarily set the
ORACLE_HOME environment variables to specify the appropriate values for the Oracle ASM instance to use.
For example, if the Oracle ASM
SID is named
+ASM and the Oracle home is located in the
grid subdirectory of the
ORACLE_BASE directory, then enter the following commands to create the required settings:
Bourne, Bash, or Korn shell:
$ ORACLE_SID=+ASM $ export ORACLE_SID $ ORACLE_HOME=/u01/app/oracle/product/11.2.0/grid $ export ORACLE_HOME
% setenv ORACLE_SID +ASM % setenv ORACLE_HOME /u01/app/oracle/product/11.2.0/grid
Use ASMCMD to list the disk groups for the Oracle ASM instance:
ASMCMD connects by default as the SYS user with SYSASM privileges.
If the Oracle ASM instance is not running, you can start the instance with the following:
Oracle Database Utilities or more information about ASMCMD