Content deleted Content added
elaborate; de-tag |
|||
Line 1:
The software which [[Oracle Corporation]] markets as '''Oracle Data Guard''' forms an extension to the [[Oracle Database|Oracle]] [[database management system|RDBMS]]. It aids in establishing and maintaining secondary "[[standby database]]s" as alternative/supplementary repositories to production "primary databases".
Line 17 ⟶ 15:
== Operation ==
{{cite web
| url = http://www.oracle.com/technology/deploy/availability/pdf/MAA_WP_10gR2_DataGuardNetworkBestPractices.pdf
| title = Data Guard Redo Transport & Network Best Practices: Oracle Database 10g Release 2
| accessdate = 2009-03-11
| author =
| last = Smith
| first = Michael T
| authorlink =
| coauthors =
| date =
| year = 2007
| month = February
| format = PDF
| work =
| publisher = Oracle Corporation
| ___location =
| pages = 6, 14
| doi =
| archiveurl =
| archivedate =
| dateformat =
| quote = ... sending processes (LNS and ARC) on the production database....The Data Guard LNS process on the production database performs a network send to the Data Guard RFS process on the standby database.
}}
</ref>
where the '''RFS''' (remote file server) background process within the Oracle instance performs the task of receiving archived redo-logs originating from the primary database.
Alternatively, a supplementary mechanism may transfer the archived redo logs. On the standby database a
[http://www.oracle-base.com/articles/9i/DataGuard.php Oracle-Base site summary of Data Guard], retrieved [[2007-09-05]]; [http://download.oracle.com/docs/cd/B28359_01/server.111/b28294/toc.htm Oracle Corp version 11.1 documentation links], retrieved [[2007-09-05]].
</ref>
Once the archived redo logs have arrived, other processes (such as an '''ARCH''' (Archiver process)
== Advantages ==
|