DG搭建之windos上搭建物理standby

千家信息网最后更新 2025年01月24日DG搭建之windos上搭建物理standby注：以下全部sql如果执行有误，请注意分号（；），转发文档请注明作者和出处。 一、DG环境 1、系统：primary和standby都是windows64 操作系统（如果有读者用的是linux操作系统，以下操作亦可用，只是后面需要建立一些文件夹）； 2、oracle版本：11.2.0.1.0,64bit 3、primary参数：（1）db_name:primary （2）db_unique_name:primary（3）sid:primary（4）由于没有db_domain,所以instance_name，service_name和global_dbname都为primary; 4、standby参数：（1）db_name:primary （2）db_unique_name:standby （3）sid:standby（4）由于没有db_domain,所以instance_name，service_name和global_dbname都为 primary; 5、主库IP:192.169.105.67 从库IP:192.169.99.105 6、需要注意的地方： （1）primary和standby数据库的db_name一定要一样，有很多人认为， 既然是要做dg，那么，我两个库自己建立自己的，到时候只要实时传输数据即可，其实不然， dg的建立主从库db_name必须一样； （2）primary和standby数据库的db_unique_name一定要不一样，因为区别primary和standby就是根据db_unique_name这个参数，这个参数配置只能通过建好库之后重新修改参数文件，想要在建库的时候直接填写是不能的； （3）保证primary和standby库sys密码相同，最好在建库的时候，设置密码的时候都用一个密码； （4）建议主从库数据库的安装路径，数据文件位置，文件夹位置保持一致，后面就会好设置，当然不一样也可以，可以在后面的参数设置中将替换的路径设置好。 二、正式搭建DG 1、配置主从库listener（监听）和tnsnames（网络服务名） （1）主库的listener配置，以下为配置文本：

注意：请注意我标红的配置，对于DG来说，一定要配置静态监听，在这里，考虑到某些读者可能不太理解静态监听和动态监听的区别，不过没关系，你只要知道SID_LIST_LISTENER是静态监听，LISTENER是动态监听就可以了，按照我的配置即可；当然，我可以顺便说一下为什么要配置静态监听，因为在后面所有的东西配置完以后，需要将主库某些文件拷贝到从库中，我要用到rman，从库处于nomount状态，在nomount状态下，直接rman target会报一个错，这个错的意思是识别不了服务，但是只有我库处于mount后，pmon动态注册服务之后才不会报这个错，但是我的从库又不允许mount，这是矛盾的，故需要静态注册服务，到时候从库处于nomount就可以进行rman了。 （2）从库的listener配置，以下为配置文本：
（3）主库tnsnames配置

（4）从库tnsnames配置，直接将主库的tnsnames复制过去即可； （5）tnsping一下，看看主从库是否可以通信，在主库和从库tnsping都可以，这里我在主库tnsping从库：如图： 看到OK就证明是可以通信的。 2、主库独有的配置 （1）主库必须处于归档状态 1、查看主库是否归档 SQL>archive log list; 如果主数据库未处于归档模式，可通过如下命令将数据库置于归档模式： SQL>shutdown immediate; SQL>startup mount; SQL>alter database archivelog; SQL>alter database open;
（2）查看并设置强制归档 SQL>alter database force logging; 查看一下是否已经强制归档：SQL>select force_logging from v$database;如果显示YES则证明设置强制归档成功。 （3）添加主库standby联机日志，在这里我添加了3组 SQL>alter database add standby logfile group 4 'D:\app\Administrator\oradata\primary\redo04.log' size 50m; SQL>alter database add standby logfile group 5 'D:\app\Administrator\oradata\primary\redo05.log' size 50m; SQL>alter database add standby logfile group 6 'D:\app\Administrator\oradata\primary\redo06.log' size 50m; （4）需要注意的是，同一个DG配置中所有数据库必须都拥有独立的密钥文件，并且必须保证同一个DG配置中。所有数据库服务器的sys用户拥有相同密码，以保证redo数据的顺利传输。因为redo传输服务是通过认证的网络会话来传输redo数据，而会话使用包含在密钥文件中的sys用户密码来认证。
3、主从库的参数配置 （1）主库参数配置，主要配置以下几点 1、SQL>create pfile='d:/pfile.ora' from spfile; 2、 生成文本之后，增加或者修改以下参数； *.db_unique_name='primary' --*.db_unique_name='主库唯一名' *.log_archive_config='dg_config=(primary,standby)' --*.log_archive_config='dg_config=(主库唯一名,从库唯一名) *.log_archive_dest_1='location=D:\app\Administrator\flash_recovery_area\primary\ARCHIVELOG VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=primary' --*.log_archive_dest_1='location=本地归档路径 VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=主库唯一名'，也就是说，不管是主库还是从库，都把online放到本地归档路径里面去 *.log_archive_dest_2='service=standby_dg valid_for=(online_logfiles,primary_role) db_unique_name=standby' --*.log_archive_dest_2='service=从库的tnsnames valid_for=(online_logfiles,primary_role) db_unique_name=从库唯一名'，当角色是主库的时候，将通过从库的tnsnames发送online_redolog *.log_archive_dest_state_1=enable --是否允许redo传输服务传输redo数据到指定的路径，在这里我设置的enable，该参数共拥有4个属性值，功能各不相同，读者可自行查看官方文档 *.log_archive_dest_state_2=enable *.standby_file_management='auto' --如果primary数据库数据文件发生修改（如新建、重命名等）则按照本参数的设置在standby数据库中作相应修改。设为auto表示自动管理，设为manual表示需要手工管理 3、 参数设置好之后，用此静态参数文件替换动态参数文件；
（1）SQL>shutdown immediate; （2）关掉数据库之后，手动删除掉动态参数文件，我的主库动态参数文件位置为：D:\app\Administrator\product\11.2.0\dbhome_1\database\SPFILEPRIMARY.ORA，删除之后，重建动态参数文件； （3）SQL>create spfile='D:\app\Administrator\product\11.2.0\dbhome_1\database\SPFILEPRIMARY.ORA' from pfile='d:\pfile.ora'; （4）SQL>startup; （2）从库参数配置，请注意配置以下几点 1、SQL>create pfile='d:/pfile.ora' from spfile; 2、 生成文本之后，增加或者修改以下参数； *.db_unique_name='standby' *.log_archive_config='dg_config=(primary,standby)' *.log_archive_dest_1='location=D:\app\Administrator\flash_recovery_area\primary\ARCHIVELOG valid_for=(all_logfiles,all_roles) db_unique_name=standby'--这个意思在上面解释主库参数的时候已经解释过了，不过要特别注意的一点是，因为从库没有开启归档，所以是不存在ARCHIVELOG 这个文件夹的，所以必须在这个路径下手工将这个文件夹建好，不然会报错。 *.log_archive_dest_state_1='enable' *.log_file_name_convert='D:\app\Administrator\oradata\primary','D:\app\Administrator\oradata\primary'--*.log_file_name_convert='主库中日志文件的路径','从库中日志文件的路径' *.db_file_name_convert='D:\ORADATA','D:\ORADATA'--*.db_file_name_convert='主库中数据文件的路径','从库中数据文件的路径' *.standby_file_management='auto' 3、 参数设置好之后，用此静态参数文件替换动态参数文件； （1）SQL>shutdown immediate; （2）关掉数据库之后，手动删除掉动态参数文件，我的从库动态参数文件位置为：D:\app\Administrator\product\11.2.0\dbhome_1\database\SPFILESTANDBY.ORA，删除之后，重建动态参数文件； （3）SQL>create spfile='D:\app\Administrator\product\11.2.0\dbhome_1\database\SPFILESTANDBY.ORA' from pfile='d:\pfile.ora'; （4）SQL>alter database nomount; （5）接下来另外开一个命令窗口，在操作系统界面下进行rman。 三、rman duplicate 复制数据库，主要是复制主库相关数据到从库，这一步是在从库上操作的 （1）rman target sys/sys@primary_dg auxiliary sys/sys@standby_dg nocatalog （2）rman> duplicate target database for standby from active database nofilenamecheck; --如果从库的数据库的位置和主库的位置一样的话就要添加nofilenamecheck文件名不检查 （3）接下来就静静的等待复制成功。 注意：一、第一步会经常出错，报无法识别服务的错误，解决办法是配置静态监听； 二：第二步也会经常出错，报从库控制文件里面的数据库名错误，解决办法是，将主从数据库的DB_NAME改为一样的。 四、调试数据库 值得一提的是，这个时候从库已经处于mount 状态了，同时从库的归档已经自动打开。 以下操作均在在从库上操作。 （1）SQL>alter database open; （2）SQL>select process,client_process,sequence#,status from v$managed_standby ;--查看从库后台进程 （3）此时后台进程显示如下：
（4）SQL>alter database recover managed standby database disconnect from session;--启动MRP服务 （5）再次检查以下后台进程看看 SQL>select process,client_process,sequence#,status from v$managed_standby ; （6）此时后台进程显示如下：出现MRP0这个进程，证明开启MRP服务成功。
五、在主库修改数据看是否可以传输到从库 （1）以某个用户身份登录主库，新建立一个表dg_test SQL>create table dg_test(id varchar2(20),name varchar2(20)); （2）插入测试数据 SQL>insert into dg_test values ('1','张三')； SQL>insert into dg_test values ('2','李四')； SQL>commit; （3）SQL>alter system switch logfile; --主库写盘才会触发MRP进程 （4）在从库上同样以这个用户的身份登录，查看下这个表 如图可见，数据已经同步成功。
（5）自此，物理standby已经搭建成功。