【DataGuard】使用GridControl快速部署Oracle物理DataGuard
Grid Control(文中简称GC)是监控和管理数据库好帮手,同时也是一把双刃剑。如能“熟练”应用,可以大幅度的提高管理和维护数据库的效率;反之,如果对其隐含的细节没有全面的掌握,很容易带来不必要的麻烦和故障。本文通过实践操作给大家展示一下使用Grid Control快速部署Oracle物理DataGuard的详细过程。供参考。
1.登入到GC,依次点击Targets - Databases
此时可以看到被GC管理的两个Oracle数据库实例,secdb实例是物理DataGuard主数据库实例,secgc是GC工具对应的数据库实例。
2.点击secdb实例,进入secdb实例的Home页面
3.点击“Maintenance”进入到secdb实例的维护页面
在右侧我们便可以寻觅到Data Guard的身影,点击Data Guard下面的“Setup and Manage”。
4.此时需要提供管理用户及密码信息,点击Login
5.点击“Add Standby Database”
此页面中给出了使用GC创建和管理Data Guard的优势。
6.保持默认的第一个选项,点击Continue
7.保持默认第一个选项不变,点击Next
此时已经进入到step-by-step的配置阶段,因为之前没有备份介质可用,因此此处我们选择生成备份。
8.此处需要提供备份介质存放的目录及备份选项
备份目录指定为“/home/oracle”;
为了节省空间选择压缩备份,相应的备份时间也会有所增加;
保留备份介质供不时之需。
9.给出物理Data Guard存放的位置
物理Data Guard的实例名这里指定为secdg;
输入oracle用户名和密码;
在此配置下,新部署的备库和主库均在主机secdb1上。
10.给出文件对应关系
这一步骤非常的关键,无数的仁人志士跌倒在这里。
此处一定不要急于点击Next进入到下一环节,我们需要点击Customize对文件目录进行定制。否则standby_file_management参数将为“MANUAL”、db_file_name_convert及log_file_name_convert参数为空,当主库添加数据文件后备库将无法正常恢复,关于该故障的案例分析请参考《【DataGuard】由于备库参数设置不当导致数据文件无法添加的故障分析》(http://space.itpub.net/519536/viewspace-670703)。
11.默认情况下数据文件、临时文件、日志文件和控制文件的创建路径如下三图所示
是不是有一种目瞪口呆的感觉,这些路径内容急需调整。
12.为了简便我们将所有的数据库对应的文件都指定到“/u01/app/oracle/oradata/secdg”
注意:单单的给出路径是不够的,一定要点击路径后面的“Go”。只有这样,给出的路径名才会真正的得到应用,否则无济于事。
1)一一修改,确保修改全面后点击“OK”。
2)点击OK后,会收到如下的提醒信息。该警告信息是由于我们指定的目录事先没有创建导致的,点击Yes,系统将自动创建。
3)又回到File Locations界面,似乎什么都没有发生,但什么事情都有所改变。点击Next继续。
13.配置界面需要给出备库的Unique Name、Target Name和Standby归档路径信息
1)按照图中内容进行修改,修改后点击Next。
2)此处警告信息同样是由于设置的Standby归档路径不存在导致的,点击Yes让系统自动创建。
14.此时是对前几步配置的Review阶段
1)仔细检查主备库的基本参数信息是否正确
2)仔细检查主备数据库数据文件、临时文件、日志文件和控制文件的对应关系是否调整正确。一切确认无误后点击Finish,此后将进入到无人值守的自动创建阶段。
15.以下是GC自动创建物理Data Guard的过程。如果之前配置的没有问题,稍等片刻后,一个鲜活的物理Data Guard将会呈现在世人的面前。
1)初始化Job,用于后续的自动创建
2)自动创建Job后台自动运行,此时可以点击“Creation in progress”跟踪整个Job的运行过程
3)整体运行情况
4)每一步骤运行的详细情况及进度
5)此时,整个物理Data Guard的创建工作已完成
总用时369秒,不到7分钟。
6)此时Job的的status已经显示为“Succeeded”,创建成功。
16.最后,从Targets - Databases界面已经可以看到成功加入的secdg实例的信息,它便是secdb的物理Data Guard数据库。
17.小结
如果一切顺利,使用Grid Control创建物理Data Guard大约仅需10分钟左右的时间,可谓速度惊人。在得到便捷的同时,该方法也隐藏了很多实现细节,不便于深入了解Data Guard的运行原理。建议以脚本创建为主GC创建为辅的原则来探索Data Guard的奥秘。
Good luck.
secooler
10.08.11
-- The End --
网页题目:【DataGuard】使用GridControl快速部署Oracle物理DataGuard
本文来源:http://pwwzsj.com/article/johohs.html
1.登入到GC,依次点击Targets - Databases
此时可以看到被GC管理的两个Oracle数据库实例,secdb实例是物理DataGuard主数据库实例,secgc是GC工具对应的数据库实例。
2.点击secdb实例,进入secdb实例的Home页面
3.点击“Maintenance”进入到secdb实例的维护页面
在右侧我们便可以寻觅到Data Guard的身影,点击Data Guard下面的“Setup and Manage”。
4.此时需要提供管理用户及密码信息,点击Login
5.点击“Add Standby Database”
此页面中给出了使用GC创建和管理Data Guard的优势。
6.保持默认的第一个选项,点击Continue
7.保持默认第一个选项不变,点击Next
此时已经进入到step-by-step的配置阶段,因为之前没有备份介质可用,因此此处我们选择生成备份。
8.此处需要提供备份介质存放的目录及备份选项
备份目录指定为“/home/oracle”;
为了节省空间选择压缩备份,相应的备份时间也会有所增加;
保留备份介质供不时之需。
9.给出物理Data Guard存放的位置
物理Data Guard的实例名这里指定为secdg;
输入oracle用户名和密码;
在此配置下,新部署的备库和主库均在主机secdb1上。
10.给出文件对应关系
这一步骤非常的关键,无数的仁人志士跌倒在这里。
此处一定不要急于点击Next进入到下一环节,我们需要点击Customize对文件目录进行定制。否则standby_file_management参数将为“MANUAL”、db_file_name_convert及log_file_name_convert参数为空,当主库添加数据文件后备库将无法正常恢复,关于该故障的案例分析请参考《【DataGuard】由于备库参数设置不当导致数据文件无法添加的故障分析》(http://space.itpub.net/519536/viewspace-670703)。
11.默认情况下数据文件、临时文件、日志文件和控制文件的创建路径如下三图所示
是不是有一种目瞪口呆的感觉,这些路径内容急需调整。
12.为了简便我们将所有的数据库对应的文件都指定到“/u01/app/oracle/oradata/secdg”
注意:单单的给出路径是不够的,一定要点击路径后面的“Go”。只有这样,给出的路径名才会真正的得到应用,否则无济于事。
1)一一修改,确保修改全面后点击“OK”。
2)点击OK后,会收到如下的提醒信息。该警告信息是由于我们指定的目录事先没有创建导致的,点击Yes,系统将自动创建。
3)又回到File Locations界面,似乎什么都没有发生,但什么事情都有所改变。点击Next继续。
13.配置界面需要给出备库的Unique Name、Target Name和Standby归档路径信息
1)按照图中内容进行修改,修改后点击Next。
2)此处警告信息同样是由于设置的Standby归档路径不存在导致的,点击Yes让系统自动创建。
14.此时是对前几步配置的Review阶段
1)仔细检查主备库的基本参数信息是否正确
2)仔细检查主备数据库数据文件、临时文件、日志文件和控制文件的对应关系是否调整正确。一切确认无误后点击Finish,此后将进入到无人值守的自动创建阶段。
15.以下是GC自动创建物理Data Guard的过程。如果之前配置的没有问题,稍等片刻后,一个鲜活的物理Data Guard将会呈现在世人的面前。
1)初始化Job,用于后续的自动创建
2)自动创建Job后台自动运行,此时可以点击“Creation in progress”跟踪整个Job的运行过程
3)整体运行情况
4)每一步骤运行的详细情况及进度
5)此时,整个物理Data Guard的创建工作已完成
总用时369秒,不到7分钟。
6)此时Job的的status已经显示为“Succeeded”,创建成功。
16.最后,从Targets - Databases界面已经可以看到成功加入的secdg实例的信息,它便是secdb的物理Data Guard数据库。
17.小结
如果一切顺利,使用Grid Control创建物理Data Guard大约仅需10分钟左右的时间,可谓速度惊人。在得到便捷的同时,该方法也隐藏了很多实现细节,不便于深入了解Data Guard的运行原理。建议以脚本创建为主GC创建为辅的原则来探索Data Guard的奥秘。
Good luck.
secooler
10.08.11
-- The End --
网页题目:【DataGuard】使用GridControl快速部署Oracle物理DataGuard
本文来源:http://pwwzsj.com/article/johohs.html