Oracle9i Database Getting Started
Release 1 (9.0.1) for Windows

Part Number A90163-01
Go To Documentation Library
Go To Product List
Book List
Go To Table Of Contents
Go To Index

Master Index


Go to previous page Go to next page

Oracle9i Architecture on Windows

This chapter describes how Oracle9i architecture takes advantage of some of the more advanced services in the Windows operating system.

This chapter contains these topics:

Oracle9i on Windows Architecture

Oracle9i on Windows is a stable, reliable, and high performing system upon which to build applications. Each release of the database provides new platform-specific features above and beyond the generic database features for high performance on Windows.

Oracle9i operates the same way on Windows as it does on other platforms. The architecture offers several advantages on Windows, such as:

Thread-Based Architecture

The internal process architecture of the Oracle9i database is thread-based. Threads are objects within a process that run program instructions. Threads allow concurrent operations within a process so that a process can run different parts of its program simultaneously on different processors. A thread-based architecture provides the following advantages:

Internally, the code to implement the thread model is compact and separate from the main body of Oracle code. Exception handlers and routines track and de-allocate resources. They add robustness, with no downtime because of resource leaks or an ill-behaved program.

The Oracle9i database is not a typical Windows process. On Windows, an Oracle instance (the threads and memory structures) is a Windows service: a background process registered with the operating system. The service is started by Windows and requires no user interaction to start. This enables the database to open automatically at startup.

When running multiple Oracle instances on Windows, each instance runs its own Windows service with multiple component threads. Each thread may be required for the database to be available, or it may be optional and specific to certain platforms. Examples of optional and required threads on Windows are listed in Table 4-1.

Table 4-1  Required and Optional Oracle Threads
Oracle Thread  Description  Required/Optional 


database writer 



log writer 



process monitor 



system monitor 



checkpoint process (or thread on Windows) that runs by default on Windows 



archive process (or thread on Windows) 



distributed recovery background process 



You can view running background processes by issuing the following query:

SQL> select * from v$bgprocess where paddr <> '00' ;

Figure 4-1 Oracle architecture on Windows. The background processes read and write from the various datafiles, depending on your configuration.

Text description of ntqrf003.gif follows
Text description of the illustration ntqrf003.gif

Oracle9i for Windows is supplied as a set of executables and dynamic link libraries (DLLs). Executable images can be modified using the ORASTACK utility to change the size of the stack used by the threads of the Oracle process. (Oracle Corporation recommends you use this tool only under the guidance of Oracle Support Services.)

File I/O Enhancements

The database supports 64-bit file I/O to allow the use of files larger than 4 gigabytes (GB) in size. In addition, physical and logical raw files are supported as data, log, and control files to support Oracle Real Application Clusters on Windows and for those cases where performance needs to be maximized.

All Oracle9i file I/O routines support 64-bit file offsets, meaning there are no 2 GB or 4 GB file size limitations when it comes to data, log, or control files, as there are on some other platforms. In fact, the limitations that are in place are generic Oracle limitations across all platforms. These limits include 4 million database blocks for each file, 16KB maximum block size, and 64K files per database. If these values are multiplied, then the maximum file size for a database file on Windows is 64 GB, and the maximum total database size supported (with 16KB database blocks) is 4 petabytes.

Raw File Support

Windows supports raw files, similar to UNIX. Using raw files for database or log files can have a slight performance gain. Raw files are unformatted disk partitions that can be used as one large file. Raw files have the benefit of no file system overhead, because they are unformatted partitions. However, standard Windows commands do not support manipulating or backing up raw files. As a result, raw files are generally used only by very high-end installations and by Oracle Real Application Clusters, where they are required.

To Oracle9i, raw files are no different from other Oracle9i database files. They are treated in the same way by Oracle as any other file and can be backed up and restored through Recovery Manager or OCOPY.

Oracle9i Scalability on Windows

New features in Oracle9i and in the Windows operating system work together to help increase scalability, throughput, and database capacity. These features include:

4 GB RAM Tuning (4GT)

Windows NT Server Enterprise and Datacenter Editions (version 4.0) include a feature called 4 GB RAM Tuning (4GT). This feature allows memory-intensive applications running on Oracle9i Enterprise Edition to access up to 3 GB of memory, as opposed to the standard 2 GB in previous versions of the operating system. 4GT provides a tremendous benefit: 50 percent more memory is available for database use, increasing SGA sizes or connection counts. 4GT is also supported on Windows 2000 Advanced Server and Windows 2000 Datacenter Server.

Large User Populations

New features allow Oracle9i to support an increasingly large number of database connections on Windows NT and Windows 2000:

Oracle9i Integration with Windows

Oracle is increasingly integrated with Windows, easing maintenance and improving enterprise-level deployment in security, directory, and transaction services. Integration features in Oracle9i include:

Oracle PKI Integration

Oracle Advanced Security includes Oracle PKI (Public Key Infrastructure) integration for authentication and single signon. You can integrate Oracle-based applications with the PKI authentication and encryption framework, using the following tools:

Active Directory

Oracle customers with large user populations often require enterprise-level security and schemas management. Oracle security and administration are integrated with Windows 2000 through Active Directory, Microsoft's directory service.

Oracle9i provides native authentication and single signon through Windows 2000 authentication mechanisms. Native authentication uses Kerberos security protocols on Windows 2000 and allows the operating system to perform user identification for Oracle databases. With native authentication enabled, users can access Oracle applications simply by logging into Windows. Single signon eliminates the need for multiple security credentials and simplifies administration.

Oracle native authentication also supports Oracle9i enterprise users and roles. Traditionally, administrators must create a database user on every database for each Windows user. This often equates to thousands of different database users. Oracle enterprise user mappings allow many Windows users to access a database as a single global database user. These enterprise user mappings are stored in Active Directory. For example, entire organizational units in Active Directory can be mapped to one database user.

Oracle also stores enterprise role mappings in Active Directory. With such roles, a database privilege can be managed at the domain level through directories. This is accomplished by assigning Windows 2000 users and groups to the Oracle enterprise roles registered in Active Directory. Enterprise users and roles reduce administrative overhead while increasing the scalability of database solutions.

Oracle Net Naming with Active Directory

Oracle also uses Active Directory to improve the management of database connectivity information. Traditionally, users reference databases with Oracle Net-style names resolved through the tnsnames.ora configuration file. This file has to be administered on each client computer.

Oracle Net Naming with Active Directory stores and resolves names through Active Directory. By centralizing such information in a directory, Oracle Net Naming with Active Directory eliminates administrative overhead and relieves users from configuring their individual client computers.

Various tools in Windows 2000, such as Windows Explorer and Active Directory Users and Computers, have been enhanced. Users can now connect to databases and test database connectivity from these tools.

Oracle tools have also been enhanced. The Oracle Database Configuration Assistant automatically registers database objects with Active Directory. The Oracle Net Manager, meanwhile, registers net service objects with the directory. These enhancements further simplify administration.

Oracle Services for Microsoft Transaction Server

Microsoft Transaction Server is used in the middle tier as an application server for COM/COM+ objects and transactions in distributed environments. Oracle Services for Microsoft Transaction Server allows Oracle9i databases to be used as resource managers in Microsoft Transaction Server-coordinated transactions, providing strong integration between Oracle solutions and Microsoft Transaction Server. Oracle Services for Microsoft Transaction Server can operate with Oracle9i databases running on any operating system.

Oracle takes advantage of a native implementation and also stores recovery information in the Oracle database itself. Oracle Services for Microsoft Transaction Server allows development in all industry-wide data access interfaces, including Oracle Objects for OLE (OO4O), the Oracle Call Interface (OCI), ActiveX Data Objects (ADO), OLE DB, and Open Database Connectivity (ODBC). The Oracle APIs, OO4O and OCI, offer the greatest efficiency.

Oracle Fail Safe

Oracle Fail Safe ensures that Oracle databases (and also other Oracle and third-party applications) can be configured and managed for high availability on Windows clusters. An instance runs on only one node at a time.

A cluster is a group of independent computing systems that operates as a single virtual system, eliminating individual host systems as points of failure. Oracle Fail Safe works with Microsoft Cluster Server (included with Oracle9i Enterprise Edition) to ensure that if a failure occurs on one cluster system, then the workloads running on that system fail over quickly and automatically to a surviving system. The combination of Oracle9i with Oracle Fail Safe on a Windows cluster ensures protection from both hardware and software failures.

For well-configured solutions, Oracle Fail Safe ensures a surviving system to be operational in less than a minute, even for heavily-used databases.

See Also:

Your Oracle Fail Safe documentation set, available on separate media in the Oracle CD-ROM package 

Oracle Real Application Clusters Guard

Oracle Real Application Clusters Guard integrates Oracle Real Application Clusters databases with Microsoft Cluster Server clusters deployed on Windows NT and Windows 2000. It enhances the high availability features of Oracle Real Application Clusters by offering:

Other Sources of Information

See Also:


Go to previous page Go to next page
Copyright © 1996-2001, Oracle Corporation.

All Rights Reserved.
Go To Documentation Library
Go To Product List
Book List
Go To Table Of Contents
Go To Index

Master Index