Oracle RAC 中每个实例必须有独立 THREAD，强制按实例划分 Redo 日志线程，不可共用；THREAD 需显式启用、分配专属日志组和归档路径，否则导致启动失败或归档阻塞。
Oracle RAC 中每个实例必须有独立的 THREAD
rac 不是让所有实例共用一套 redo 日志，而是强制按实例划分线程——每个实例对应一个唯一 thread，且只能写自己的线程。这是底层并发控制的前提，不是可选项。
常见错误现象：ORA-01102: cannot mount database in EXCLUSIVE mode 或实例启动失败，往往是因为多个实例被配置成同一 THREAD，或 THREAD 未启用。
-
THREAD编号从 1 开始，通常和实例编号一致（如inst_1→THREAD 1），但不强制绑定，靠INSTANCE_NAME和初始化参数thread显式指定 - 创建数据库时若未显式指定
ENABLE PLUGGABLE DATABASE和多线程支持，可能默认只建THREAD 1；后续加节点需手工ALTER DATABASE ENABLE THREAD 2 - 检查当前线程状态：用
SELECT thread#, status, enabled FROM v$thread；enabled = 'YES'才能被实例使用
Redo 日志组必须按 THREAD 分组分配
每个 THREAD 至少需要两个日志组（否则无法循环覆盖），且这些组必须显式标记所属线程——靠 GROUP# + THREAD# 联合唯一识别，不是靠文件路径区分。
容易踩的坑：把所有日志文件都放在同一个 ASM 磁盘组里，却忘了在 ADD LOGFILE 时指定 THREAD，结果新日志组被默认分给 THREAD 1，导致 THREAD 2 没有可用日志组而 hang 住。
- 添加日志组到指定线程：
ALTER DATABASE ADD LOGFILE THREAD 2 GROUP 4 ('+DATA') SIZE 200M - 查询某线程的日志组：
SELECT group#, thread#, sequence#, bytes FROM v$log WHERE thread# = 2 - 删除日志组前必须先
ALTER DATABASE DISABLE THREAD 2（如果该线程已不用），否则报ORA-01609
LOG_ARCHIVE_DEST_n 配置必须匹配线程归属
归档路径不是全局共享的，每个线程产生的归档日志应有独立命名空间，否则 RMAN 备份或故障恢复时会混淆来源。
典型问题：只配了 LOG_ARCHIVE_DEST_1，没设 LOG_ARCHIVE_DEST_2，结果 THREAD 2 的归档卡在 ACTIVE 状态，v$archive_dest_status 显示 ERROR，继而触发日志切换阻塞。
- 为线程指定专属归档目标：
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='LOCATION=+RECO MANDATORY TEMPLATE=%t_%s_%r.dbf' SCOPE=BOTH SID='rac2' -
%t是线程号占位符，确保不同线程归档名不冲突；MANDATORY表示该线程必须成功归档才能覆盖日志 - 禁用某线程归档（调试用）：
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=DEFER SCOPE=BOTH SID='rac2'，但生产环境慎用
切换日志时不能跨 THREAD 强制触发
ALTER SYSTEM SWITCH LOGFILE 只影响当前连接实例所属的 THREAD，不会广播到其他实例。想轮转全部线程，得分别连到每个实例执行。
有人误以为在任一节点执行一次就能清空所有线程的当前日志，结果发现 v$log 里别的线程还卡在 CURRENT，造成空间误判或归档延迟。
- 确认当前实例线程：
SELECT instance_name, thread# FROM v$instance - 批量切换（脚本化）：
sqlplus / as sysdba @switch_all_threads.sql，内容为对每个SID连接后执行ALTER SYSTEM SWITCH LOGFILE - 监控各线程日志切换节奏：
SELECT thread#, sequence#, first_time, next_time FROM v$log_history WHERE rownum
线程机制本质是隔离，不是协同。很多问题源于试图“统一操作”，但 Oracle RAC 的 Redo 设计恰恰要求你始终带着线程 ID 去思考每一步——漏掉这个维度，后面全是隐性故障。
