免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3452 | 回复: 3

我的oracle是11g,平台是windowsXPsp3,有问题咨询: [复制链接]

论坛徽章:
0
发表于 2009-12-16 19:07 |显示全部楼层
5可用积分
我开启了oracle到archivelog模式,

有2个归档路径:log_archive_dest_10,到flash_recovery_area下面;
另一个是standby_archive_dest,到某个路径下。


我想把standby_archive_dest关闭掉,怎样实现?

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
发表于 2009-12-16 19:48 |显示全部楼层
看来你的分我得不成。帮我顶一下,我也想知道答案。

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
发表于 2009-12-16 20:34 |显示全部楼层
从Oracle 10gR2开始,Oracle DataGuard技术做出了很多改进,这些改进通过极其简单的参数设置就可以实现DataGuard的环境部署。

不过在这些简化之后,是大量参数属性的引入,这甚至会使人觉得不是简化而是复杂化吧。比如对于LOG_ARCHIVE_DEST_n参数,有以下一系列属性信息,我引用一些文档连接在这里备忘:
AFFIRM and NOAFFIRM    ALTERNATE    COMPRESSION    DB_UNIQUE_NAME
DELAY    LOCATION and SERVICE    MANDATORY    MAX_CONNECTIONS
MAX_FAILURE     NET_TIMEOUT    NOREGISTER    REOPEN
SYNC and ASYNC     VALID_FOR

对于STANDBY_ARCHIVE_DEST参数,实际上从10gr2开始就感觉是可有可无了,在11g中,被标记为废弃,不再被支持。
这实际上是一次简化。

对于LOG_ARCHIVE_DEST_n参数,如果设置了VALID_FOR=(ALL_LOGFILES,ALL_ROLES),那么在不定义STANDBY_ARCHIVE_DEST参数时,Oracle就会选择LOG_ARCHIVE_DEST_n参数作为归档目标。

当然也可以设置独立的LOG_ARCHIVE_DEST_n参数,设置VALID_FOR=(STANDBY_LOGFILE,*) 属性,则可以使用该路径作为备用归档路径。

当然,即使所有设置都不满足备用归档使用,Oracle会使用一个缺省路径:

SQL> show parameter standby

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
standby_archive_dest                 string      ?/dbs/arch
standby_file_management              string      MANUAL


$ORACLE_HOME/dbs/arch里是个万能的归所。
以下日志来自一个测试环境:

Sun Jun 21 02:03:12 2009
Using STANDBY_ARCHIVE_DEST parameter default value as /opt/oracle/archivelog
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[1]: Assigned to RFS process 31987
RFS[1]: Identified database type as 'physical standby'
Sun Jun 21 02:03:12 2009
RFS LogMiner: Client disabled from further notification
RFS[1]: Successfully opened standby log 5: '/opt/oracle/oradata/eygle/stdrd2.log'
Sun Jun 21 02:03:12 2009
Fetching gap sequence in thread 1, gap sequence 37-38
Sun Jun 21 02:03:12 2009
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[2]: Assigned to RFS process 31989
RFS[2]: Identified database type as 'physical standby'
Sun Jun 21 02:03:16 2009
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[3]: Assigned to RFS process 31991
RFS[3]: Identified database type as 'physical standby'
Primary database is in MAXIMUM AVAILABILITY mode
Changing standby controlfile to RESYNCHRONIZATION level
Primary database is in MAXIMUM AVAILABILITY mode
Standby controlfile consistent with primary
RFS[3]: Successfully opened standby log 4: '/opt/oracle/oradata/eygle/stdrd1.log'
Sun Jun 21 02:03:16 2009
RFS[2]: Archived Log: '/opt/oracle/archivelog/1_37_689973859.dbf'
Sun Jun 21 02:03:17 2009
RFS[1]: Successfully opened standby log 5: '/opt/oracle/oradata/eygle/stdrd2.log'
Sun Jun 21 02:03:17 2009
RFS[2]: Archived Log: '/opt/oracle/archivelog/1_38_689973859.dbf'
Sun Jun 21 02:03:38 2009
Primary database is in MAXIMUM AVAILABILITY mode
Changing standby controlfile to MAXIMUM AVAILABILITY level
RFS[3]: Successfully opened standby log 4: '/opt/oracle/oradata/eygle/stdrd1.log'
Sun Jun 21 02:03:42 2009
Media Recovery Log /opt/oracle/archivelog/1_37_689973859.dbf
Media Recovery Log /opt/oracle/archivelog/1_38_689973859.dbf
Media Recovery Log /opt/oracle/archivelog/1_39_689973859.dbf
Media Recovery Log /opt/oracle/archivelog/1_40_689973859.dbf
Media Recovery Log /opt/oracle/archivelog/1_41_689973859.dbf
Media Recovery Waiting for thread 1 sequence 42 (in transit)

在Oracle 11g的文档中,已经标记出来该参数仅为向后兼容的目的保留了:

STANDBY_ARCHIVE_DEST
Property Description
Parameter type String
Syntax STANDBY_ARCHIVE_DEST = filespec
Default value Operating system-specific
Modifiable ALTER SYSTEM
Range of values A valid path or device name other than RAW


Note:

The STANDBY_ARCHIVE_DEST parameter is deprecated. It is retained for backward compatibility only.
STANDBY_ARCHIVE_DEST is relevant only for a standby database in managed recovery mode. It specifies the location of archive logs arriving from a primary database. Oracle uses STANDBY_ARCHIVE_DEST and LOG_ARCHIVE_FORMAT to fabricate the fully qualified standby log filenames and stores the filenames in the standby control file.

这个参数的历史是这样的:

Version Parameter   Type Modifiable
11.1.0.7 standby_archive_dest DEPRECATED STRING ALTER SYSTEM (IMMEDIATE)
11.1.0.6 standby_archive_dest DEPRECATED STRING ALTER SYSTEM (IMMEDIATE)
10.2.0.4 standby_archive_dest
STRING ALTER SYSTEM (IMMEDIATE)
10.2.0.3 standby_archive_dest
STRING ALTER SYSTEM (IMMEDIATE)
10.1.0.5 standby_archive_dest
STRING ALTER SYSTEM (IMMEDIATE)
10.1.0.4 standby_archive_dest
STRING ALTER SYSTEM (IMMEDIATE)
9.2.0.8 standby_archive_dest
STRING ALTER SYSTEM (IMMEDIATE)
9.0.1.4 standby_archive_dest
STRING ALTER SYSTEM (IMMEDIATE)
8.1.7.4 standby_archive_dest
STRING ALTER SYSTEM (IMMEDIATE)




-The End-

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
发表于 2009-12-16 20:38 |显示全部楼层
可以考虑将它设置为NULL

论坛徽章:
0
发表于 2009-12-17 12:41 |显示全部楼层

回复 #4 renxiao2003 的帖子

SQL> select name, value from v$parameter_valid_values where name like '%standby_file_management%';

NAME
--------------------------------------------------------------------------------
VALUE
--------------------------------------------------------------------------------
standby_file_management
AUTO

standby_file_management
MANUAL


SQL>

我想参数:standby_file_management应该是standby_archive_dest的开关了,它有2个值:MANUAL,AUTO。
我猜的,不一定正确。

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
发表于 2009-12-17 14:27 |显示全部楼层
我是从网上找的参数!

论坛徽章:
0
发表于 2009-12-21 01:15 |显示全部楼层
还没用过11G呢,10G下,直接给归档目标指定一个空值就可以了,类似于alter system set standby_archive_dest='' scope=both;不行吗?:wink:

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
发表于 2009-12-21 09:49 |显示全部楼层
原帖由 sqmax 于 2009-12-21 01:15 发表
还没用过11G呢,10G下,直接给归档目标指定一个空值就可以了,类似于alter system set standby_archive_dest='' scope=both;不行吗?:wink:


是的。我从网上查找的资料也是这样说的,但我还没试验过。也建议楼主这样试试!

论坛徽章:
0
发表于 2009-12-21 17:17 |显示全部楼层
上面的方法如果不行的话,可以这样试试
create pfile from spfile;
修改pfile,直接删除这行
create spfile from pfile;
startup;

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
发表于 2009-12-21 18:43 |显示全部楼层
有机会可以试验一下的。可我目前的环境不行!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP