Oracle9i Data Guard Broker Release 1 (9.0.1) Part Number A88807-01 |
|
A distributed management framework that automates and simplifies most of the complex operations required to create, control, and monitor a Data Guard configuration.
A hierarchical and logical grouping of the sites and database resources (including log transport services and log apply services) in a Data Guard configuration.
See also Data Guard configuration.
A named collection of sites and the resource objects that those sites contain. It is an abstraction of an actual Data Guard configuration.
A named object that corresponds to a primary or standby database instance. The broker uses this object to manage and control the state of a single database.
A distributed computing system that prevents or minimizes losses due to unplanned events (for example, human errors, environmental disasters, or data corruption) as well as to planned downtime (such as for routine maintenance tasks).
See also broker configuration.
The physical configuration of the primary and standby databases. The environment depends on many factors, including the:
The standby database environment can be managed manually by a DBA, automatically using Data Guard Manager or the Data Guard CLI, or a combination of all of these.
The initial runtime state in which the object will run when you enable the configuration. For a database resource, the actual default state can vary depending on the role (primary or standby) in which the database resource is currently running.
See also intended state.
A managed entity in a Data Guard configuration. A guarded resource can be any component that Data Guard can take online and offline using the resource guard.
See also resource guard.
The runtime state of an object while it is enabled.
See also default state.
A standby database that is physically identical to the primary database because recovery applies changes block-for-block using the physical row ID. The schema, including indexes, must be the same, and the database cannot be opened; otherwise, the standby database will have different row IDs, making continued recovery impossible.
A production database from which one or more standby databases is created and maintained. Every standby database is associated with one and only one primary database. A single primary database can, however, support multiple standby databases.
The location of the primary database. This is the site in a Data Guard configuration from which the database is available to applications and from where the data is shipped, primarily in the form of redo logs.
A standby database mode is initiated using the following SQL statement:
ALTER DATABASE OPEN READ ONLY;
The read-only mode allows you to query the standby database, but does not allow you to make changes to it. While in this mode, redo logs are archived but are not applied until the standby database reenters managed recovery mode.
A physical or logical component that is available to a computing system. Most commonly, a resource is an Oracle database server.
These resources are categorized by type and can include an Oracle database server resource and other services upon which these items depend. The various resource types are each separately managed on a given Data Guard configuration by a resource guard. Resource guards are registered with Data Guard broker during configuration.
See also guarded resource.
A component that acts as an interface between Data Guard broker and resources in a Data Guard configuration. Its jobs include registering resources with Data Guard broker, taking resources online and offline, reporting status for resources, translating parameter changes that affect resources, and conveying messages to resources.
A managed unit of failover in a Data Guard configuration. A database is replicated across a set of sites, one replicant per site. Dependent applications are instantiated on a site. When a site holding a primary role fails, another site holding the standby role transitions to the primary role and provides the desired service to users. Sites may be one of several types of nodes, which vary from one another in the degree of hardware complexity and software management.
A named collection of database resource objects that reside on a single host.
A copy of a production database created using a backup of your primary database. Standby databases are kept synchronized with the primary database by applying archived redo logs over time from the primary database to each standby database. The standby database can take over processing from the primary database, providing nearly continuous database availability. A standby database has its own initialization parameter file, control file, and datafiles.
The location of the standby database. One or more server systems can serve as hosts for standby databases. The standby systems accept redo logs shipped from the primary site and apply changes to local copies of the database. The standby site can be on the same host system as the primary database or on a separate host system.
|
Copyright © 1996-2001, Oracle Corporation. All Rights Reserved. |
|