ORACLE-Data guard在制造业ERP生产数据库中的应用演变

核心提示： 纵观前几年苏州地区制造业的Oracle数据库系统几乎都是单机运行的数据库，最多加上Cluster的双机热备，ORACLE-Data guard在制造业ERP生产数据库中的应用演变(2)，但是双机热备其实不能真正意思上保障到数据库系统的安全，该HA只是保障了server故障及维护时的数据库的

纵观前几年苏州地区制造业的Oracle数据库系统几乎都是单机运行的数据库，最多加上Cluster的双机热备，但是双机热备其实不能真正意思上保障到数据库系统的安全，该HA只是保障了server故障及维护时的数据库的高可用性，对oracle database来说没有任何保障。

这就是利用os cluster或某些第三方的软件也实现了集群功能，如ClusterWizard双机集群容错软件、AFS/2000高可用备援系统等。这些系统一般通过RS232联机或内部网络联机做心跳线，检测主机状态，一旦发现主机宕机，则接管主机的IP，并且重新启动应用程序，达到减少宕机时间的目的。

后来随着oracle HA技术的发展，standby技术的完善以及oracle database委外服务的盛行，专业顾问服务公司专业技术及理念的注入，让制造业在database容灾方面有了很大的改善，硬件成本的降低各家公司开始在HA 的机制上局部加入physical data guard的容灾功能，此阶段的制造业生产系统的数据库均为cluster + physical Data guard架构这样既保障了主机维护高可用性又保障了DB损毁对生产造成的影响。另standby db还可以代替主库备份以分担备份所消耗的性能。

Data Guard运行要求:

主机必需运行在归档模式下。

主备数据库的版本必须一样，操作系统必须一样，版本可不同,主备机可使用不同的目录结构。

主备机必须都要运行在32位或64位下。

主库避免nologing的方式，这样会导致备机无法与主机同步。

Physical standby database

物理备用机在物理上和主据库的结构完全一样。也就是说，物理备机除了control 文件和主机不一样以及在线日志是可选的以外，其他都和主数据库一样。物理备机是靠应用主机所产生的归档文件来实现主备的一致。归档日志从主数据库通过网络传到备库上，并在备机上应用传过来的归档文件，以实现两台机的同步。 物理备用机有两种模式：Managed recovery mode归档文件从主数据传到备用数据库，log apply services把这些日志应用到备用数据库中。Read only mode这种模式可供用户只读的操作数据库，归档日志仍然会从主数据库传到备用数据库，但Log apply services不可以把这些日志应用到备用数据库中。