dg参数配置

orcl2.__db_cache_size=88080384
orcl1.__db_cache_size=96468992
orcl2.__java_pool_size=4194304
orcl1.__java_pool_size=4194304
orcl2.__large_pool_size=4194304
orcl1.__large_pool_size=4194304
orcl2.__shared_pool_size=79691776
orcl1.__shared_pool_size=71303168
orcl2.__streams_pool_size=0
orcl1.__streams_pool_size=0
*.audit_file_dest='/u01/app/oracle/admin/orcl/adump'
*.background_dump_dest='/u01/app/oracle/admin/orcl/bdump'
*.cluster_database_instances=2
*.cluster_database=TRUE
*.compatible='10.2.0.1.0'
*.control_files='+DATA/orcl/controlfile/current.280.730181163','+FLASH_RECOVERY_AREA/orcl/controlfile/current.260.730181165'
*.core_dump_dest='/u01/app/oracle/admin/orcl/cdump'
*.db_block_size=8192
*.db_create_file_dest='+DATA'
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_name='orcl'
*.db_recovery_file_dest='+FLASH_RECOVERY_AREA'
*.db_recovery_file_dest_size=3670016000
*.dispatchers='(PROTOCOL=TCP) (SERVICE=orclXDB)'
orcl2.instance_number=2
orcl1.instance_number=1
*.job_queue_processes=10
orcl2.log_archive_dest_1='LOCATION=/u02/rac2_arch'
orcl1.log_archive_dest_1='LOCATION=/u02/rac1_arch'
orcl2.log_archive_dest_2='SERVICE=orcl1'
orcl1.log_archive_dest_2='service=orcl2'
*.log_archive_dest_state_2='ENABLE'
*.open_cursors=300
*.pga_aggregate_target=59768832
*.processes=150
*.remote_listener='LISTENERS_ORCL'
*.remote_login_passwordfile='exclusive'
*.sga_target=179306496
orcl1.standby_archive_dest='/u02/rac2_arch'
orcl2.standby_archive_dest='/u02/rac1_arch'
orcl2.thread=2
orcl1.thread=1
*.undo_management='AUTO'
orcl2.undo_tablespace='UNDOTBS2'
orcl1.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/u01/app/oracle/admin/orcl/udump'
 
从上面的结果，我们发现参数的最前面都有一个标识符：orcl1, orcl2 和 *。 这些符号是用来区分参数的。
 
如：
*.undo_management='AUTO'         -- 所有节点通用的参数
orcl2.undo_tablespace='UNDOTBS2'  -- 代表orcl2的参数
orcl1.undo_tablespace='UNDOTBS1'  -- 代表orcl1 的参数

（1）cluster_database
一般情况下，该参数在rac各实例下应该设置为true。在一些特别情况下，比如upgrade等，需要将该参数设置成false。
 
（2）db_name/ db_unique_name/ instance_name
各节点db_name 需要一致，db_unique_name 也需要一致(这与standby是不同的)。而instance_name配置成各个节点的实例名称。
 
（3）instance_number
该参数表示节点上实例的实例号。
 
（4） thread
该参数用来标示实例使用的redo线程。线程号与节点号/实例号没有直接关联。
 
（5） local_listener
该参数用来手工注册监听。为解决ORA-12514错误，可以设置该参数。
 
（6） remote_listener
该参数用来进行服务器端负载均衡配置。在配置RAC 负载均衡的服务端均衡时需要设置该参数。具体可以参考Blog：
       Oracle RAC LoadBalance
http://blog.csdn.net/tianlesoftware/archive/2010/03/05/5347775.aspx
 
（7） cluster_interconnects
该参数用来指定集群中IPC通信的网络。如果集群中有多种网络用于高速互联，需要配置该参数。对于多个IP地址，用冒号将其隔开。对于集群中当前使用的互联地址，
可以查询视图gv$cluster_interconnects或着oradebug ipc来查看。
 
（8） max_commit_propagation_delay
该参数用于配置SCN的产生机制。在rac下,SCN的同步有2种模式:
(1) Lamport Scheme.该模式下，由GES 管理SCN 的传播同步，max_commit_propagation_delay 表示SCN 同步所允许的最大时间。在该模式下，全局SCN并非完全同步，
这在高并发的OLTP系统中，可能会对应用造成一定的影响。
(2) Broadcast on Commit scheme. 该模式下，一旦任何一个实例上事务发布commit，都立即同步SCN到全局。
 
在10g R1下，该参数默认数值为700，即采用Lamport Scheme模式。而在10g R2下，该参数默认数值为0，采用Broadcast on Commit scheme模式 (设置小于700的某一值，
都将采用该模式) 。采用何种方式，可以从alert.log中获知。该参数值需要每个节点保持一致。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/31136666/viewspace-2090398/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/31136666/viewspace-2090398/