| |
 [ 2007-11-23 ] 第一部分-基础1之名词先混个脸熟 |
| 它有无数个名字，有人叫它dg，有人叫它数据卫士，有人叫它data guard，在oracle的各项特性中它有着举足轻理的地位，它就是(掌声)......................Oracle Data Guard。而对于我而言，我一定要亲切的叫它：DG(注：主要是因为打着方便)。 |
|
| [ 2007-11-29 ] 第一部分 基础2之术语再了解大概 |
| 同一个Data Guard配置包含一个Primary数据库和最多九个Standby数据库。Primary的创建就不说了，Standby数据库初始可以通过primary数据库的备份创建。一旦创建并配置成standby后，dg负责传输primary数据库redo data到standby数据库，standby数据库通过应用接收到的redo data保持与primary数据库的事务一致。 |
|
| [ 2007-12-13 ] 第二部分 物理standby(1)创建步骤 |
| 不管物理standby还是逻辑standby，其初始创建都是要依赖primary数据库，因为这个准备工作中最重要的一部分，就是对primary数据库的配置。 |
|
| [ 2007-12-6 ] 第二部分 物理standby(2)创建示例 |
| 为了最大的降低硬件需求，此处创建的data guard处于同一台机器，但其创建过程与多机并无区别。做为演示用的示例足够了，我们分两阶段配置，分别是配置primary数据库和配置standby数据库，详见正文~ |
|
| [ 2007-12-11 ] 第二部分 物理standby(3)角色转换 |
| 第1节的时候我们就提到了角色切换，我们也听说了其操作简单但用途广泛，同时我们也猜测其属于primary与standby之间的互动，那么在primary和standby数据库(之一)上都需要有操作，并且切换又分了：switchover和failover，前者是无损切换，不会丢失数据，而后者则有可能会丢失数据，并且切换后原primary数据库也不再是该data guard配置的一部分了.针对不同standby(逻辑或物理)的处理方式也不尽相同 |
|
| [ 2008-1-13 ] 第二部分 物理standby(4)高级管理一 |
| 世上没有永恒的主角，能够留住永恒的反是那些默默无闻的小角色，这一节出场的都是重量级选手，它们虽然不是主角，但他们比主角更重要(有时候)。 |
|
| [ 2008-1-13 ] 第二部分 物理standby(4)高级管理二 |
| 为预防可能的错误，你必须知道primary数据库的某些事件可能影响standby数据库，并且了解如何处理。某些情况下，primary数据库的某些改动会自动通过redo数据传播到standby数据库，因此不需要在standby数据库做额外的操作，而某些情况，则需要你手工调整。 |
|
| [ 2008-1-13 ] 第二部分 物理standby(4)高级管理三 |
| 本节主要主要介绍一些监控DATAGUARD-Physical standby配置和优化的方式。 |
|
| [ 2002-2-3 ] 第三部分 逻辑standby(1)创建步骤 |
| 本节描述DATAGUARD-logical standby的创建步骤和一些注意事项。正如我们打小就被叮嘱饭前一定要洗手，在创建逻辑standby之前，准备工作同样必不可少。 |
|
| [ 2008-2-18 ] 第三部分 逻辑standby(2)创建示例 |
| 本节通过实际操作全面演示了如何创建dataguard-logical standby数据库，以及日志切换和应用。 |
|
