760 likes | 1.15k Views
Managing the Oracle RDBMS . Today you will look at the basics, including: Setting up Enterprise Manager Using Enterprise Manager Using Server Manager Starting up and shutting down the Oracle instance . The Oracle DBA. some of the key duties and responsibilities:
E N D
Managing the Oracle RDBMS • Today you will look at the basics, including: • Setting up Enterprise Manager • Using Enterprise Manager • Using Server Manager • Starting up and shutting down the Oracle instance
The Oracle DBA some of the key duties and responsibilities: • Installing and upgrading Oracle products • Installing and maintaining your company's applications • Creating databases, tablespaces, tables, views, and indexes to the specification of the application developers • Creating user accounts and monitoring system security • Monitoring space used in the database and planning for future growth • Monitoring system performance and making changes as necessary to maintain the required performance levels • Maintaining the integrity of the data in the database • Planning and implementing a sound backup and recovery strategy
The DBA Account • the DBA must be given special privileges. These privileges allow the DBA to run commands that other Oracle users are not allowed to perform. • These privileges are maintained within Oracle itself. • As part of the installation of the Oracle RDBMS, several accounts are created with these special privileges.
These accounts and their privileges are: • INTERNAL • it is still used for key functions such as starting up and shutting down the instance. • The INTERNAL account appears as user SYS if you look at the connected sessions • The INTERNAL account is available even when a database has not been created and when no instances are started up. • SYS • The SYS account is automatically created whenever a database is created. • This account is used primarily to administer the data dictionary. • This account is granted the DBA role, as well as CONNECT and RESOURCE roles. • SYSTEM • The SYSTEM account is also automatically created whenever a database is created. • This account is used primarily to create tables and views important to the operation of the RDBMS. • This account has been granted the DBA role.
The DBA Roles • Several roles are available and are assigned to the DBAs. • these roles are sets of privileges assigned to a particular Oracle role. Each role can then be assigned to a user, thus giving that user all the privileges needed for that particular task. • DBA • The DBA role consists of most of the other Oracle roles and privileges. • By assigning the DBA role to a user, there is virtually no task that user cannot do. • This role should be assigned to trusted users who are active DBAs for this system.
OSOPER • The OSOPER role is one of two special operating system roles. • These roles are assigned to special accounts that need OS authentication. • It is necessary to have OS authentication for some accounts because Oracle authentication can be done only when the database is open. • If the database is shut down, Oracle cannot validate the user permissions. • The OSOPER role allows the user to perform the following operations: • STARTUP and SHUTDOWN • ALTER DATABASE MOUNT • ALTER DATABASE OPEN • ALTER DATABASE BACKUP • ALTER DATABASE RECOVER • ALTER DATABASE ARCHIVE LO • After the database is up and running, other users can be authenticated through Oracle security. These operations require a special authentication method because the database is not available.
OSDBA • The OSDBA role includes the permissions granted to the OSOPER role with some additional permissions. • These additional permissions include the CREATE DATABASE command and all system privileges with the ADMIN OPTION. • The ADMIN OPTION allows the user to grant these permissions to other roles or users. Without the ADMIN OPTION, you cannot propagate these permissions and roles.
The SID • an Oracle instance is an Oracle database, the Oracle processes or threads, and the memory it uses. • The instance is the logical term that refers to the components necessary to access the data in the database. • Each Oracle instance is identified by a SID (system identifier), which uniquely identifies this instance and is used by the Oracle utilities and networking components to connect you to the correct instance. • A SID is up to four alphanumeric characters in length and is required in order to connect to an Oracle instance. • The SID is set by the ORACLE_SID environment variable. From the NT command line, you can set the SID with the following syntax: Set ORACLE_SID=ORCL • The default SID value is set in the NT Registry. If you do not set the SID using the environment variable, the Registry entry is used. • The TNSNAMES.ORA file also resolves the SID with a service name. • the SID as a unique identifier and a way to connect to an Oracle instance.
The Oracle Enterprise Manager • The Oracle Enterprise Manager is a new tool from Oracle that allows the DBA to graphically administer one or more Oracle instances. • By allowing many operations to be performed graphically, the presentation of data can be simplified and more meaningful. • Enterprise Manager allows the administrator to manage one or more Oracle instances either locally or via the network. Enterprise Manager consists of two main components: • the graphical console • and the intelligent agents. • The Enterprise Manager console is the graphical tool that allows you to graphically administer the Oracle instances. • This console communicates to the various systems it administers via the intelligent agents that run on these systems. These intelligent agents allow the console to communicate with the instances. The agents use the SNMP (Simple Network Management Protocol) to take requests from the console and communicate those requests to the Oracle system running on these systems.
Enterprise Manager allows the DBA to perform the following tasks from a central location : • Tune and administer one or more Oracle databases. • Distribute software to both clients and servers. • Monitor events from multiple instances. • Perform backup and recovery operations from a single location. • Perform standard DBA tasks such as user administration.
Oracle Enterprise Manager Console • The Console provides a graphical interface for administrators and a central launching point for all applications. • Applications such as Instance Manager, Schema Manager, Storage Manager, SQL*Plus Worksheet can be launched from the Console.
Oracle Enterprise Manager Console • Central launching point for all applications • The Console can be run either in thin mode via the web or as a fat client. • Thin clients use a web browser to connect to a server where Console files are installed. • fat clients require Console files to be installed locally. • Can be lanched either standalone or through Oracle Management Server
How to Launch the Oracle Enterprise Manager Console Example: Launch the console and add a database to it.
2. At the Login dialog box choose to launch the application in standalone mode
3. Add Databases to tree: The Add Database to Tree dialog allows you to either add adatabase manually by supplying the Hostname, Port number, SID and Net Service name oradd selected databases from your local tnsnames.ora file.
4. Expand your working database from the databases folder 5. Right click your working database and select Connect 6. Enter the username, password and service name for the database and click OK.
DBA Tools Standard applications that can be launched from the Console: • Instance Manager • Security Manager • Storage Manager • Schema Manager • SQL*Plus Worksheet
• Instance Manager: Performs startup, shutdown and monitor databases • Security Manager: Used to manage users and privileges • Storage Manager: Maintains tablespaces, data files, rollback segments and log groups • Schema Manager: Used to create and maintain objects such as tables, indexes, and views • SQL*Plus Worksheet: Provides the capability to issue SQL statements against any database
How to Launch DBA Tools • Launch the Console in standalone mode • Expand the databases folder and expand the relevant database • Select tools such as Instance Manager, Schema Manager
Oracle Instance • An Oracle instance is the combination of the background processes and memory structures. The instance must be started to access the data in the database. • Every time an instance is started, a System Global Area (SGA) is allocated and Oracle background processes are started.
• The SGA is a memory area used to store database information that is shared by database processes. • Background processes perform functions on behalf of the invoking process. • The background processes perform I/O and monitor other Oracle processes to provide increased parallelism for better performance and reliability.
Other Processes The user process is the application program that originates SQL statements. The server process executes the SQL statements sent from the user process.
Database Files • Database files are operating system files that provide the actual physical storage for database information. The database files are used to ensure that the data is kept consistent and can be recovered in the event of a failure of the instance. • Up to here 5-10-2004
Other Files Nondatabase files are used to configure the instance, authenticate privileged users, and recover the database in the event of a disk failure.
Overview of Starting Up and Shutting Down an Oracle Server • An Oracle database is not available to users until the database administrator has started the instance and opened the database. • During a database startup, the following events occur. Each event takes the Oracle database through various stages: 1 Start an instance. 2 Mount the database. 3 Open the database.
Every time an instance is started, Oracle uses a parameter file, which contains initialization parameters, to allocate the System Global Area (SGA) and to start the background processes. • If an instance is started or a database is open, you can follow these steps to shut down the database: 1 Close the database. 2 Dismount the database. 3 Shut down the instance. When a database is closed, users cannot access it.
Creating and Using the Parameter File • The parameter file, commonly referred to as the initsid.ora file, is a text file that can be maintained using a standard operating system editor. • By default, it is located in the %ORACLE_HOME%\database directory on Windows . • With Oracle8i on Windows , the parameter file points to the %ORACLE_HOME%\admin\ sid \pfile directory where the actual parameter file is stored. This is done by using the IFILE parameter.
The parameter file is read only during instance startup. • If the file is modified, shutdown and restart the instance to make the new parameter values effective. • Some parameters are dynamic, which means that they can be modified while the instance is running. • The Oracle Enterprise Manager Console or Instance Manager allows the DBA to change and view the initialization parameters.
How to Create a Stored Configuration 1 Launch the Oracle Enterprise Manager Console: Start—>Programs—>Oracle – ora90 Home —>Enterprise Manager Console 2 Enter the administrator system, the password manager, and the management server your PC hostname, and click OK. 3 Click the second drawer on the left side of the console and select Instance Manager.
4 Expand your working database and select the initialization parameters in the navigator tree. 5 Your initialization parameters should now be displayed in the right pane of the window. Click Save and name your configuration before clicking OK to save a stored configuration. 6 Expand the stored configuration folder to verify that your parameters were saved.
Uses of Parameters • The parameters in the init sid.ora file can have a significant effect on database performance, and some need to be modified in the following ways for production systems: • Size the System Global Area (SGA) components to optimize performance. • Set database and instance defaults. • Set user or process limits. • Set limits on database resources. • Define various physical attributes of the database, such as the database block size. • Specify control files, archived log files, the ALERT file, and trace file locations.
Rules for Specifying Parameters • Specify the values in the following format: keyword=value. • All parameters are optional. • The server has a default value for each parameter. This value may be operating system dependent, depending on the parameter. • Parameters can be specified in any order. • Comment lines begin with the # symbol. • Enclose parameters in double quotation marks to include character literals. • Additional files can be included with the keyword IFILE. • If case is significant for the operating system, then it is also significant in filenames. • Multiple values are enclosed in parentheses and separated by commas. Note: Develop a standard for listing parameters; either list them alphabetically or group them by functionality.
When starting the database, you choose the state in which it starts. • The following scenarios describe different stages of starting up an instance.
Starting the Instance • Usually you would start an instance without mounting a database only during database creation or the re-creation of control files. • Starting an instance includes the following tasks: • Reading the parameter file initsid.ora • Allocating the SGA • Starting the background processes • Opening the ALERT file and the trace files • The database must be named with the DB_NAME parameter either in the initSID.ora file or in the STARTUP command.
Mounting the Database • To perform specific maintenance operations, you start an instance and mount a database but do not open the database. • For example, the database must be mounted but not open during the following tasks: • Renaming data files • Enabling and disabling redo log archiving options • Performing full database recovery
Mounting a database includes the following tasks: • Associating a database with a previously started instance • Locating and opening the control files specified in the parameter file • Reading the control files to obtain the names and status of the data files and redo log files (However, no checks are performed to verify the existence of the data files and online redo log files at this time.)
Opening the Database • Normal database operation means that an instance is started and the database is mounted and open; this allows any valid user to connect to the database and perform typical data access operations. • Opening the database includes the following tasks: • Opening the online data files • Opening the online redo log files
Shutting Down in Stages • There are three steps to shutting down an instance and the database to which it is connected. • Closing the Database The first step in shutting down a database is closing the database. When the database is closing, the Oracle server writes the buffer cache changes and redo log buffer cache entries to the data files and online redo log files. After this operation, the Oracle server closes all online data files and online redo log files. The control files remain open while a database is closed but still mounted. • Dismounting the Database The second step is dismounting the database from an instance. After you dismount a database, only an instance remains.When a database is dismounted, the Oracle server closes its control files • Shutting Down the Instance The final step in database shutdown is shutting down the instance. When you shut down an instance, the ALERT file and the trace files are closed, the SGA is deallocated, and the background processes are terminated.
STARTUP Command • Start up the instance and open the database: STARTUP PFILE=/DISK1/initU15.ora
To start up an instance, use the following command: STARTUP [FORCE] [RESTRICT] [PFILE= filename] [OPEN [RECOVER][ database] |MOUNT |NOMOUNT] • OPEN enables users to access the database • MOUNT mounts the database for certain DBA activities but does not allow user access to the database • NOMOUNT creates the SGA and starts up the background processes but does not allow access to the database • PFILE=parfile allows a nondefault parameter file to be used to configure the instance
FORCE aborts the running instance before performing a normal startup • RESTRICT enables only users with RESTRICTED • SESSION privilege to access the database • RECOVER begins media recovery when the database starts