2 Installing Oracle Database and Creating a Database
This chapter describes how to install Oracle Database software and create a single instance Oracle Database.
If you are using an earlier release of Oracle Database and want to install a later release of the Oracle Database software, then you can upgrade your existing Oracle Database and use it with the new release of the database software. See "Upgrading a Database".
This chapter contains the following sections:
-
Overview of Installing Oracle Database Software and Creating a Database
-
Manually Installing the Database Sample Schemas Post-Installation
Note:
This chapter provides an overview of how to install Oracle Database software and create a single instance Oracle Database. This chapter is not a complete installation guide for Oracle Database.
For more detailed information about installing Oracle Database software, see Oracle Database Installation Guide for your platform.
2.1 Overview of Installing Oracle Database Software and Creating a Database
During the installation process, you are given the opportunity to create a database. If you choose to do so, then OUI automatically starts Oracle Database Configuration Assistant (DBCA) to guide you through the process of creating and configuring a database.
Before you start the installation process, see the following sections for information about prerequisites and installation choices:
If you do not create a database during installation, then you must run DBCA at some point after installation to create a database.
Note:
After you create a database, either during installation or as a standalone operation, you do not have to create another. Rather than requiring that you create multiple databases to accommodate different applications, you can separate data into different schemas within a single Oracle Database. See "About User Accounts" for more information about schemas.
Starting with Oracle Database 12c, it is also possible to create a multitenant container database (CDB) that can support zero, one, or many user-created pluggable databases (PDBs). All Oracle databases created before Oracle Database 12c are non-CDBs. This manual describes the OUI and DBCA options for creating CDBs and PDBs, and subsequent chapters provide information on managing CDBs and PDBs.
See Also:
-
Oracle Multitenant Administrator's Guide for conceptual information about CDBs and PDBS
-
Oracle Multitenant Administrator's Guide for information about managing CDBs and PDBs
2.1.1 Checking Oracle Database Installation Prerequisites
The requirements may vary depending upon the type of computer and operating system you are using, but some prerequisites include:
-
Sufficient paging space is available.
-
The appropriate service packs or patches for your operating system are installed.
-
An appropriate file system format is being used.
See Also:
Oracle Database Installation Guide for your platform for more information about preinstallation requirements and tasks
2.1.2 Deciding on Oracle Database Installation Choices
Oracle Universal Installer (OUI) guides you through an interview phase where you specify your choices for installation and database creation. The exact sequence of steps depends on your operating system. As you progress through the installation, you are presented with choices on how to configure the database.
2.1.2.1 Install Option for Oracle Database
You can choose to create and configure a database, or to only install the database software.
You can create a preconfigured database or a custom-configured database during installation. If you choose not to create a database during installation, then you must run Database Configuration Assistant (DBCA) after installation to create a database.
Note:
If you choose to create and configure a database, then Oracle Universal Installer (OUI) will start DBCA at the end of the installation to configure the database.
If you choose to only install the database software using OUI, then you must manually run DBCA after the installation to create and configure the database. With this approach, more options are available for controlling database configuration.
Preconfigured databases are based on templates that Oracle provides or that you create. Each Oracle-provided template is optimized for a particular workload type. See Table 2-2 for information about the types of preconfigured databases.
If you choose to use a Desktop Class installation, then the general purpose database template is used. To create a custom database in which you configure your own database structure, see "About Advanced Installation for Oracle Database."
Note:
If you must create a new database, then Oracle recommends that you install a preconfigured database, which is faster and easier. You can customize the database after it has been created.
2.1.2.2 Installation Class for Oracle Database
The installation classes are Desktop Class and Server Class.
-
Desktop Class—This installation class is most appropriate for laptop or desktop computers. It includes a starter database and requires minimal configuration.
-
Server Class—This installation class is for servers, such as you would find in a data center, or used to support enterprise-level applications. Choose this installation class if you need access to advanced configuration options.
During a Desktop Class installation, you make only basic choices. For a Server Class installation, you choose either typical installation (where you make only basic choices) or advanced installation.
During a Desktop Class or a typical installation, Oracle Database automatically installs the sample schemas.
2.1.2.3 Installation Edition for Oracle Database
When you install Oracle Database during basic and advanced installations, you can choose a database edition.
For example, you can choose one of these database editions:
-
Enterprise Edition—This installation type is the full-featured Oracle Database product that provides data management for enterprise-level applications. It is intended for mission-critical, high-security online transaction processing (OLTP) and data warehousing environments.
-
Standard Edition 2—This installation type is designed for department or workgroup- level applications and for small and medium-sized enterprises (SMEs). It is engineered to provide core relational database management services and options. It installs an integrated set of management tools, full distribution, replication, Web features, and facilities for building business-critical applications.
2.1.2.4 Software Installation Directories for Oracle Database
You also specify the location of the Oracle base directory, which is used by all Oracle software products installed on the server. The first time you install Oracle software on a server, you are prompted to specify the location of the inventory directory, called oraInventory
. This directory provides a centralized inventory of all Oracle software products installed on the server. You should use the same value for the Oracle inventory directory each time you perform an Oracle software installation on the server.
2.1.2.5 Database File Location for Oracle Database
A database includes several files that store the user data, database metadata, and information required to recover from failures. As an administrator, you decide what kind of storage subsystem to use for these files.
You can select from the following options:
-
File System—This default option creates database files that are managed by the file system of your operating system. You can specify the directory path where database files are to be stored. Oracle Database can create and manage the actual files.
If you are not certain about which option to use, then select File System (the default).
-
Automatic Storage Management—This option enables you to place your data files in Oracle Automatic Storage Management (Oracle ASM) disk groups. If you choose Oracle ASM, then Oracle Database automatically manages database file placement and naming. For environments with a large number of disks, this option simplifies database administration and maximizes performance. Oracle ASM performs software striping and mirroring at the file level for maximum storage flexibility, performance, and availability.
Oracle ASM uses an Oracle ASM instance, which is distinct from the database instance, to configure and manage disk groups. A single Oracle ASM instance can provide storage for multiple databases on the same server.
For more information, see Oracle Automatic Storage Management Administrator's Guide.
Note:
In past releases, 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.
To use Oracle ASM for storing database files, you must have installed Oracle ASM and created one or more disk groups before performing the Oracle Database installation.
2.1.2.6 Database Identifiers for Oracle Database
The global database name is the full name of the database that uniquely distinguishes it from any other database. The global database name is in the form database_name.database_domain
, for example sales.example.com
. The database name portion sales
is a simple name you call your database. The database domain portion example.com
specifies the database domain in which the database is located. Together, the database name and domain form the global database name.
2.1.2.7 About Advanced Installation for Oracle Database
This guide describes, but does not document, these additional advanced installation choices. For more information, see Oracle Database Installation Guide for your platform.
-
You choose which language the software should use after it is installed. You can select multiple languages. The default value is English. If you choose a value other than English, it does not change the language used by the installation.
-
Database Configuration Type
You select a template to use when configuring the database. You can choose either General Purpose/Transaction Processing or Data Warehousing.
-
Database Configuration Options
You can choose how to configure the database created by the installer. You can select the memory size and management options, the character sets used to store data, the security options for database access, and whether the sample schemas should be installed.
To complete the exercises in this guide and related course material, you must install the sample schemas. This data is also used in most examples throughout Oracle Database documentation. Oracle recommends that you install the sample schemas.
This choice is a configuration option only during advanced installation. Sample schemas are installed by default during typical or Desktop class installations.
-
Recovery Options
During an advanced installation, you can configure backup and recovery optins for the database. If you choose this option, you must specify whether the recovery area should be stored on the local file system or in an Oracle ASM disk group.
Note:
To use Oracle ASM for recovery area storage, you must have installed Oracle ASM as part of an Oracle Grid Infrastructure installation and created one or more disk groups before performing the Oracle Database installation.
-
Schema Passwords
When you create a database, certain administrative user accounts are created automatically. You are prompted to enter the passwords for administrative accounts such as the
SYS
andSYSTEM
accounts, which enable you to manage and administer the database. You can use the same password for each account, or specify passwords for each account individually. If you do not enter a secure password, you will receive a warning message during installation. -
Administrative access to the database is granted by membership in certain operating system groups. You can choose the operating system group to be used for
SYSDBA
access (typicallydba
) andSYSOPER
access (typicallyoper
).The
SYSDBA
group identifies operating system user accounts that have database administrative privileges and can log in withSYSDBA
access. TheSYSOPER
group is an optional group for users that should have limited database administrative privileges. See "SYSDBA and SYSOPER System Privileges" for more information about these groups and privileges.
2.2 Installing Oracle Database Software
Note:
The following steps describe the OUI workflow for a host computer that has no previous Oracle software installed. If your host computer has Oracle software installed, then you may see a different workflow.
To perform a basic installation:
2.3 Creating and Managing a Database with DBCA
Note:
With Oracle Database, you typically have a single database that hosts multiple applications. You do not need multiple databases to run different applications. Instead, you can separate the objects that support each different application into different schemas in the same database. However, there may be situations in which you want to create multiple Oracle databases on the same host computer. When you do this with DBCA, the new databases typically use the same Oracle home directory as the first database, but store database data files separately from those of the first database.
DBCA also enables you to modify a database configuration, delete a database, and more. You can perform the following DBCA tasks:
Online Help is available by clicking Help. It provides information that guides you in selecting configuration options.
2.3.1 Starting DBCA
This section describes how to start Database Configuration Assistant (DBCA).
Note:
If you choose to create a starter database while installing the Oracle Database software, then Oracle Universal Installer (OUI) automatically starts DBCA.
To start DBCA:
2.3.2 Creating a Database Using DBCA
Database Configuration Assistant (DBCA) enables you to create an Oracle database by following a step-by-step guided workflow.
To create a database using DBCA:
- Start DBCA as described in "Starting DBCA".
- In the Database Operation window, select Create a database and click Next to start the guided workflow for creating a database. If you then select Advanced Mode and click Next, the workflow requests your input in the following windows:
Most of these windows provide default settings. Depending on the options you choose in DBCA, some of these windows may not be displayed.
2.3.2.1 DBCA Creation Mode Window
The Database Configuration Assistant (DBCA) Creation Mode window enables you to create a database with typical configuration or with advanced configuration.
If you choose Advanced configuration, you can customize storage locations, management options, database options, and different passwords for Administrator user accounts.
If you choose Typical configuration, you make fewer choices in the options for your database, which allows you to create your database sooner.
When you select Typical configuration, you can select the following options:
-
Global database name: Enter the database name in the form database_name.domain_name.
-
Storage type: Choose either File System or Automatic Storage Management.
When you choose File System, your database files are managed by the file system of your operating system.
When you choose Automatic Storage Management, you place your data files in Oracle Automatic Storage Management (Oracle ASM) disk groups.
-
Database files location: The choice you make for the Storage type option determines what you specify for the Database files location option.
When you choose File System in the Storage type field, you specify the directory path where the database files are to be stored in the Database files location field. Oracle Database can create and manage the actual files.
When you choose Automatic Storage Management in the Storage type field, you specify the disk group to use in the Database files location field (the disk group must already exist). With Oracle ASM, Oracle Database automatically manages database file placement and naming.
-
Fast Recovery Area (FRA): Specify a backup and recovery area.
-
Database character set: Choose the character set to use for the database. See "Character Sets" for more information about character sets.
-
Administrative password: Enter the password to use for the database administrative passwords (such as the
SYS
andSYSTEM
accounts). -
User "Oracle Home User" Password (on Microsoft Windows operating systems only): If during the installation you specified a non-administrator, low privileged Windows User Account (as Oracle Home User) to run the database services under, you are prompted for the password of that user account.
-
Create as Container database: Enable this option to create the database as a multitenant container database (CDB) that can support zero, one, or many user-created pluggable databases (PDBs).
If you want DBCA to create a PDB when it creates the CDB, specify the PDB name in the Pluggable database name field.
See Also:
-
Oracle Database Platform Guide for Microsoft Windows for more information about the Oracle Home User feature
-
Oracle Multitenant Administrator's Guide for an introduction to CDBs and PDBs
-
Oracle Multitenant Administrator's Guide for information about managing CDBs and PDBs
2.3.2.2 DBCA Deployment Type Window
-
Data Warehouse
-
General Purpose or Transaction Processing
-
Custom Database
Oracle Enterprise Manager Database Express (EM Express) supports Oracle single instance databases, including non-CDBs, multitenant container databases (CDBs), and pluggable databases (PDBs).
You can use DBCA to create a database from templates supplied by Oracle or from templates that you create. The templates contain settings optimized for a particular type of workload.
Oracle ships templates for the following two workload types:
-
General purpose or transaction processing
-
Data warehouse
Select the template suited to the type of workload your database will support. If you are not sure which to choose, then select the default General Purpose or Transaction Processing template.
Note:
The General Purpose or Transaction template and the Data Warehouse template create a database with the COMPATIBLE
initialization parameter set to 12.2.0.0.0
.
For more complex environments, you can select the Custom Database option. This option does not use templates and results in a more extensive interview, which means that it takes longer to create your database.
See Also:
-
Oracle Database Reference for more information about the
COMPATIBLE
initialization parameter -
"Managing Templates with DBCA" for more information about using database templates
2.3.2.3 DBCA Database Identification Window
In the Global database name field of the Database Configuration Assistant (DBCA) Database Identification window, enter the database name in the form database_name.domain_name.
In the SID field, enter the system identifier. The SID defaults to the database name and uniquely identifies the instance that runs the database.
If you enable the Create as Container database option, the database is created as a multitenant container database (CDB) that can support zero, one, or many user-created pluggable databases (PDBs).
If you do not want DBCA to create a PDB when it creates the CDB, enable the Create an empty Container database option.
If you want DBCA to create one or more PDBs when it creates the CDB, enable the Create a Container database with one or more PDBs option. Then enter the number of PDBs to create in the Number of PDBs field. In the PDB Name field, specify the name to use for the PDB or PDBS to be created. When you create multiple PDBs, the PDB name you specify is used as a prefix for the PDBs to be created. For example, if you ask for 3 PDBs to be created and specify SANDBOXPDB as the PDB name, then the names of the PDBs created will be SANDBOXPDB1, SANDBOXPDB2, and SANDBOXPDB3.
See Also:
-
Oracle Multitenant Administrator's Guide for an introduction to CDBs and PDBs
-
Oracle Multitenant Administrator's Guide for information about managing CDBs and PDBs
2.3.2.4 DBCA Storage Option Window
In the Database Configuration Assistant (DBCA) Storage Option window, specify the storage option for your database.
-
Use template file for database storage attributes—This option instructs DBCA to use the directory information as specified in the template.
-
Use following for the database storage attributes—This option requires you to specify where the database files will be stored.
With this option, you need to choose how the database files will be managed:
If you choose File System, your database files are managed by the file system of your operating system.
If you choose Automatic Storage Management (ASM), you place your data files in Oracle Automatic Storage Management (Oracle ASM) disk groups.
If you specify the Use Oracle-Managed Files (OMF) option, Oracle Database will directly manage operating system files comprising an Oracle database. You specify the default location, called a database area, for all your files. Oracle Database thereafter automatically creates and deletes files in this location, as required. When you select this option, you delegate the complete management of database files to the database. You no longer have to specify the file names, their location, or their sizes.
2.3.2.5 DBCA Fast Recovery Option Window
The DBCA Fast Recovery Option window enables you to configure a backup and recovery area for your database.
Then specify the locations for the Oracle database files. Select one of the following options:
When you create a new database, it is important to configure the database so you can recover your data if a system failure occurs. Online redo log files contain a record of changes that were made to data files. Online redo log files are stored in online redo log groups. You must have at least two online redo log groups for your database. After the online redo log files in a group have filled up, the log writer process (LGWR) switches the writing of redo records to a new online redo log group. Oracle Database can automatically save the inactive group of online redo log files to one or more offline destinations, known collectively as the archived redo log (also called the archive log). The process of turning online redo log files into archived redo log files is called archiving.
Archiving can be performed only if the database is running in ARCHIVELOG
mode. A group of online redo log files cannot be reused by the log writer (LGWR) process until the group is archived. If the database is running in NOARCHIVELOG
mode, then when a group becomes inactive after the LGWR process switches to a new group, the inactive group is available for immediate reuse by the LGWR process.
The NOARCHIVELOG
mode protects a database from instance failure but not from media failure. Only the most recent changes made to the database, which are stored in the online redo log files, are available for instance recovery. To restore a database operating in NOARCHIVELOG
mode, you can use only entire database backups taken while the database is closed. Therefore, if you operate a database in NOARCHIVELOG
mode, then back up the entire database at regular, frequent intervals.
The archiving of online redo log files has the following advantages:
-
A database backup, with online and archived redo log files, guarantees that you can recover all committed transactions if the operating system or hardware fails.
-
You can recover the database using a backup that was taken while the database was open and being used, if you have a copy of the archived log files that were written while the database was being backed up.
-
You can perform online tablespace backups, and use these backups to restore a tablespace following media failure.
-
You can keep a standby database current with its original database by continuously applying the original archived redo log files to the standby database.
Before you can archive the online redo log files, you must determine the destination to which you want to archive. Oracle recommends that the archive log be stored in a fast recovery area because it can simplify backup and recovery operations for your database. A fast recovery area is a location in which Oracle Database can store and manage files related to backup and recovery. It is distinct from the database area, which is a location for the current database files (data files, control files, and online redo log files).
When creating your database, you can select the following options:
-
Specify Fast Recovery Area—Select this option to specify a backup and recovery area and its directory location and size. You can use variables to identify standard locations.
With this option, you also make choices for these fields:-
Recovery files storage type—Specify the directory to use for the fast recovery area.
-
Fast Recovery Area—Specify the type of storage you would like your database to use for recovery-related files.
-
Fast Recovery Area size—Specify the size of the fast recovery area.
-
-
Enable Archiving—Select this option to enable the archiving of database online redo log files, which can be used to recover a database. Selecting this option is the same as running the database in
ARCHIVELOG
mode.Oracle recommends you select Enable Archiving. Selecting this option provides better protection for your database for software or hardware failure. If you do not select this option now, then you can enable ARCHIVELOG mode later. See "Configuring Your Database for Basic Backup and Recovery".
2.3.2.6 DBCA Network Configuration Window
2.3.2.7 DBCA Database Vault Option Window
The Database Configuration Assistant (DBCA) Database Vault Option window enables you to configure Oracle Database Vault and Oracle Database Label Security for your database.
You can configure Oracle Database Vault and Oracle Label Security in this window, or you can click Next to continue through DBCA without configuring Oracle Database Vault and Oracle Label Security.
See Also:
-
Oracle Database Vault Administrator's Guide for more information about Oracle Database Vault
-
Oracle Label Security Administrator's Guide for more information about Oracle Label Security
2.3.2.8 DBCA Configuration Options Window
The links in the Database Configuration Assistant (DBCA) Configuration Options window provide access to additional windows that enable you to further configure your database.
For example, you can use this window to configure the following for your database:
2.3.2.8.1 Memory
Use the Memory tab of the Database Configuration Assistant (DBCA) Configuration Options window to control how the database manages its memory.
You can choose from the following memory management methods:
-
Use Automatic Shared Memory Management
This method enables you to allocate specific amounts of memory to the SGA and aggregate PGA. Automatic shared memory management is enabled for the SGA, and memory is allocated to the individual PGAs as needed.
To learn more about SGA and PGA, see "About Instance Memory Structures".
-
Use Manual Shared Memory Management
This method requires you to enter specific values for each SGA component and the aggregate PGA. You determine how the SGA memory is distributed among the SGA memory components. This method is intended for experienced Oracle Database administrators.
-
Use Automatic Memory Management
This method requires you to set the Oracle systemwide usable memory in the Memory target field, and then the system automatically tunes many of the memory components of the SGA, and allocates memory to individual PGAs as needed. The system can also dynamically decrease or increase the total amount of memory allocated to the SGA or aggregate PGA, depending on processing demands. The total memory used for the database instance never exceeds the amount you specify.
Note:
If the total physical memory of your database instance is greater than 4 GB, then you cannot select the Use Automatic Memory Management option. Instead, use automatic shared memory management. Automatic shared memory management automatically distributes the available memory among the various components as required, allowing the system to maximize the use of all available SGA memory.
See Also:
"Managing the Oracle Instance" for more information about memory management options
2.3.2.8.2 Sizing
In the Sizing tab of the Database Configuration Assistant (DBCA) Configuration Options window, you specify the smallest block size and the maximum number of operating system user processes that can simultaneously connect to the database.
-
Block Size—Use this list to select the block size, or accept the default. Oracle Database data is stored in data blocks of the size specified. One data block corresponds to a specific number of bytes of physical space on disk. Selecting a block size other than the default 8 kilobytes (KB) value requires advanced knowledge and should be done only when absolutely required.
While using predefined templates, this list is not enabled because the database will be created with the default block size of 8 KB.
-
Processes—In this field, specify the maximum number of processes that can simultaneously connect to the database. Enter a number or accept the default value of 320. The default value for this parameter is appropriate for many environments. The value you select should allow for all background processes, user processes, and parallel execution processes.
2.3.2.8.3 Character Sets
Oracle recommends using Unicode (AL32UTF8) as the database character set. AL32UTF8 is Oracle's name for the UTF-8 encoding of the Unicode standard. The Unicode standard is the universal character set that supports most of the currently spoken languages of the world. The use of the Unicode standard is indispensable for any multilingual technology, including database processing.
After a database is created and accumulates production data, changing the database character set is a time consuming and complex project. Therefore, it is very important to select the right character set at installation time. Even if the database does not currently store multilingual data but is expected to store multilingual data within a few years, the choice of AL32UTF8 for the database character set is usually the only good decision.
If you create a multitenant container database (CDB), consider that the character set you select determines which other databases you can later plug into the CDB. Only databases with a compatible database character set can be plugged into the CDB.
The default character set used by Oracle Universal Installer (OUI) and DBCA for the UNIX, Linux, and Microsoft Windows platforms is not AL32UTF8, but a Microsoft Windows character set known as an ANSI code page. The particular character set is selected based on the current language (locale) of the operating system session that started OUI or DBCA. If the language is American English or a Western European language, then the default character set is WE8MSWIN1252. Each Microsoft Windows ANSI Code Page can store data from only one language or a limited group of languages, such as only Western European, or only Eastern European, or only Japanese.
A Microsoft Windows character set is the default even for databases created on UNIX and Linux platforms because Microsoft Windows is the prevalent platform for client workstations. Oracle Client libraries automatically perform the necessary character set conversion between the database character set and the character sets used by non-Windows client applications.
You may also choose to use any other character set from the presented list of character sets. You can use this option to select a particular character set required by an application vendor, or choose a particular character set that is the common character set used by all clients connecting to this database.
Because AL32UTF8 is a multibyte character set, database operations on character data may be slightly slower when compared to single-byte database character sets, such as WE8MSWIN1252. Storage space requirements for text in most languages that use characters outside of the ASCII repertoire are higher in AL32UTF8 compared to legacy character sets supporting the language. Note that the increase in storage space concerns only character data and only data that is not in English. The universality and flexibility of Unicode usually outweighs these additional costs.
Choose one of the following for the database character set:
-
Use Unicode (AL32UTF8)—Select this option to support multiple languages for your database users and database applications.
Note:
-
AL32UTF8 is a variable-width multibyte character set. Applications connecting to a database that uses AL32UTF8 for character data processing must be correctly programmed to work with such character sets. Always verify the character set requirements of the applications that use the database. Contact the application vendor and ask for a Unicode-capable version, if your current application version does not support the Unicode standard.
-
Oracle recommends using AL32UTF8 as the database character set. AL32UTF8 is the proper implementation of the Unicode encoding UTF-8. Starting with Oracle Database 12c Release 2, AL32UTF8 is used as the default database character set while creating a database using OUI as well as DBCA.
-
Do not use UTF8 as the database character set as it is not a proper implementation of the Unicode encoding UTF-8. If the UTF8 character set is used where UTF-8 processing is expected, then data loss and security issues may occur. This is especially true for Web related data, such as XML and URL addresses.
-
AL32UTF8 and UTF8 character sets are not compatible with each other as they have different maximum character widths (four versus three bytes per character).
-
-
Use OS character set (WE8MSWIN1252)—Select this option to select only the language currently used by the operating system for all your database users and database applications.
-
Choose from the list of character sets—Select this option if you want Oracle Database to use a character set other than the default character set used by the operating system.
Choose a national character set:
-
National Character Set—In this list, select a character set or accept the default. The national character set, also called
NCHAR
character set, is the character set used to store and process data of data typesNVARCHAR2
,NCHAR
, andNCLOB
. These data types allow storing of Unicode characters in a database that does not have a Unicode database character set. Unless installation requirements of any of your applications specify otherwise, accept the default value of AL16UTF16 as the national character set.Note:
Although this character set is called "national," after the SQL standard (ISO/IEC 9075), it is not better suited to support globalized applications than the database character set. Because working with national character set data requires additional API calls in client applications, and because national character set data is not supported by some database components, such as Oracle Text, Oracle recommends that multilingual applications use
VARCHAR2
,CHAR
, andCLOB
data types and an Oracle database with the database character set AL32UTF8. -
Default language—In this list, select a default database language or accept the default. The default language determines how the database supports locale-sensitive information such as day and month abbreviations, default sorting sequence for character data, and reading direction (left to right or right to left).
-
Default territory—In this list, select the name of the territory whose conventions are to be followed for day and week numbering or accept the default. The default territory also establishes the default date format, the default decimal character and group separator, and the default International Standardization Organization (ISO) and local currency symbols. For example, in the United Kingdom, the default date format is DD-MON-YYYY, where DD is the day of the month (1-31), MON is the abbreviated name of the month, and YYYY is the 4-digit year.
2.3.2.8.4 Connection mode
-
Dedicated server mode—This mode allows a dedicated server process for each user process. Select this option when the number of total clients is expected to be small, for example, 50 or fewer. You might also choose this option when database clients typically make persistent, long-running requests to the database. By default, the database is configured for dedicated server processes.
-
Shared server mode—This mode allows several client connections to share a database-allocated pool of resources. Use this mode in configurations in which client load is expected to cause a strain on memory and other system resources. If you choose shared server mode, then you must indicate the number of server processes you want to create when a database instance is started. For more information about setting this parameter, click Help.
2.3.2.9 DBCA Management Options Window
-
To manage your database locally, select Configure Enterprise Manager (EM) database express. You can accept the assigned port for EM Express or enter a different unused port.
-
If the Oracle Management Agent is installed on your host computer, then you can choose Register with Enterprise Manager (EM) cloud control and then specify the host and port for the Management Service and the EM Admin username and password.
See Also:
Oracle Database Administrator's Guide for more information about Oracle Enterprise Manager Cloud Control
2.3.2.10 DBCA User Credentials Window
In the Database Configuration Assistant (DBCA) User Credentials window, specify the passwords for the administrative accounts such as SYS
, SYSTEM
, and PDBADMIN
.
On Microsoft Windows operating systems only: If during the installation you specified a non-administrator, low privileged Windows User Account as Oracle Home User, you are prompted for the password of that user account.
2.3.2.11 DBCA Creation Option Window
The Database Configuration Assistant (DBCA) Creation Option window enables you to select different options for creating the database.
For example, in the Database Configuration Assistant (DBCA) Creation Option window, select any of the following options for creating the database:
-
Create database—Select this option to create your database now.
-
Save as a database template—Select this option to save the database definition as a template to use at a later time.
-
Generate database creation scripts—Select this option to generate a SQL database creation script that you can run at a later time.
2.3.2.12 DBCA Summary Window
To change any of these options, click Back and return to the window where you can modify the option.
Click Finish to have DBCA begin the creation of the database with the specified configuration options.
2.3.2.13 DBCA Progress Window
The Database Configuration Assistant (DBCA) Progress window displays the progress of the database creation operation.
2.3.2.14 DBCA Finish Window
The DBCA Finish window appears after DBCA finishes configuring the database.
The Finish window provides information about:
-
The location of the DBCA log files
-
The global database name, SID, and server parameter file name for the database
-
The URL to use to access Enterprise Manager to manage the database
-
Managing the database accounts that were created
2.3.3 Changing the Configuration of a Database Using DBCA
-
Add database options that were not previously configured (for example, Oracle Label Security or Oracle OLAP)
-
Change default security settings
-
Change the server mode from dedicated to shared, or the reverse
To change the configuration of a database using DBCA:
- Start DBCA as described in "Starting DBCA".
- In the Database Operation window, select Configure an existing database and click Next.
- Follow the instructions in the DBCA guided workflow.
2.3.4 Deleting a Database Using DBCA
To delete a database using DBCA:
- Start DBCA as described in "Starting DBCA".
- In the Database Operation window, select Delete database and click Next.
- Select the database to delete and click Next.
- Follow the instructions in the DBCA guided workflow.
2.3.5 Managing Templates with DBCA
Templates can be used just like scripts, but they are more powerful than scripts because you have the option of duplicating a database. Duplication saves time because you copy the files of an existing database, referred to as a seed database, to the correct locations.
Templates are stored in the following directory:
ORACLE_HOME
/assistants/dbca/templates
2.3.5.1 Advantages of Using DBCA Templates
-
Time saving. If you use a template, then you do not have to define the database.
-
Easy duplication. By creating a template containing your database settings, you can easily create a duplicate database without specifying parameters twice.
-
Easy editing. You can quickly change database options from the template settings.
-
Easy sharing. Templates can be copied from one computer to another.
2.3.5.2 Types of DBCA Templates
Database Configuration Assistant (DBCA) templates include seed templates and nonseed templates.
The characteristics of each are shown in Table 2-1.
Table 2-1 DBCA Template Types
Type | File Extension | Includes Data Files | Database Structure |
---|---|---|---|
Seed |
|
Yes |
This type of template contains both the structure and the physical data files of an existing database, referred to as the seed database. Your new database starts as a copy of the seed database, and requires only the following changes:
Other changes can be made after database creation using custom scripts that can be invoked by DBCA, command-line SQL statements, or Oracle Enterprise Manager Database Express (EM Express). The data files for the seed database are stored in compressed Recovery Manager (RMAN) backup format in a file with a .dfb extension. The seed database control file is stored in a file with .ctl extension. (This file is needed only when storing data files in Oracle Automatic Storage Management (Oracle ASM) disk groups or as Oracle Managed Files.) The .dbc file contains the location of the seed database data files and contains the source database name used to mount the control file. |
Nonseed |
|
No |
This type of template is used to create a new database. It contains the characteristics of the database to be created. Nonseed templates are more flexible than their seed counterparts because all data files and online redo log files are created to your specification, and names, sizes, and other attributes can be changed as required. |
2.3.5.3 DBCA Templates Provided by Oracle
Table 2-2 Oracle-Provided DBCA Templates and Their Corresponding Workloads
Template | Workload |
---|---|
Data warehouse |
Users perform numerous, complex queries that process large volumes of data. Response time, accuracy, and availability are key issues. These queries ( |
General Purpose or Transaction processing |
Many concurrent users perform numerous transactions that require rapid access to data. Availability, speed, concurrency, and recoverability are key issues. Transactions consist of reading ( |
Custom database |
This template allows you maximum flexibility in defining a database because you can change any of the settings for the database being created. |
2.3.5.4 Creating Templates Using DBCA
Follow the instructions in this section to create your own Database Configuration Assistant (DBCA) templates.
To create templates:
2.3.5.5 Deleting DBCA Templates
When you delete a Database Configuration Assistant (DBCA) template, it is no longer available to create a new database or a new template.
To delete a template:
- Start DBCA as described in "Starting DBCA".
- In the Database Operation window, select Manage templates and click Next.
- In the Template Management window, select Delete a database template and click Next.
- Select the template to delete and click Next.
- Follow the instructions in the DBCA guided workflow.
2.3.6 Using DBCA to Manage PDBs
-
Create a PDB
This option creates a new PDB in a CDB.
DBCA can create the new PDB:
-
From an existing PDB
-
From the CDB seed, PDB$SEED
-
Using a PDB archive (.pdb) file for an unplugged PDB
-
Using a PDB file set for an unplugged PDB
A PDB file set includes a PDB metadata (.xml) file and a PDB datafile backup (.dfb) file.
-
-
Delete a PDB
This option deletes a PDB.
-
Unplug a PDB
This option unplugs a PDB. The unplugged PDB can be plugged into the same CDB or another CDB.
You can use DBCA to create a PDB archive (.pdb) file or a PDB file set (.xml file and .dfb file) when you unplug a PDB.
-
Configure a PDB
This option enables you to specify an Oracle Enterprise Manager Database Express (EM Express) port for the PDB, so that you can manage the PDB using EM Express. It also allows you to configure other database options for the PDB.
2.3.6.1 Managing PDBs in a CDB using DBCA
You can use Database Configuration Assistant (DBCA) to create, unplug, delete, or configure a pluggable database (PDB) in an existing multitenant container database (CDB).
Note:
The PDB operations can be performed only in a CDB. DBCA issues an error message if you attempt to perform PDB operations in a database that is not a CDB.
To manage PDBs using DBCA:
- Start DBCA as described in "Starting DBCA".
- In the Database Operation window, select Manage Pluggable databases and click Next
- In the Manage Pluggable Databases window, select one of the PDB operations and click Next.
- In the Select Database window, select the CDB in which to perform the selected PDB operation and click Next.
- Follow the instructions in the DBCA guided workflow for the selected PDB operation.
See Also:
-
Oracle Multitenant Administrator's Guide for an introduction to CDBs and PDBs
-
Oracle Multitenant Administrator's Guide for information about managing CDBs and PDBs
2.4 Manually Installing the Database Sample Schemas Post-Installation
You may decide sometime after the initial database installation that you would like to install the database sample schemas. You can create the sample schemas manually by running SQL scripts.
See Also:
Oracle Database Sample Schemas for more information about creating the sample schemas manually using SQL
2.5 Installation: Oracle By Example Series
Oracle By Example (OBE) has a series on the Oracle Database 2 Day DBA guide. This OBE steps you through the tasks in this chapter and includes annotated screenshots.
To view the Installing Oracle Database and Creating a Database OBE, enter the following URL in your web browser:
https://apexapps.oracle.com/pls/apex/f?p=44785:24:::NO:24:P24_CONTENT_ID:16826