在构建高可用性（HA）和灾难恢复（DR）解决方案时，Oracle Data Guard（DG）是业界公认的核心技术，整个DG架构的基石是主数据库，它负责处理所有事务并生成重做数据，这些数据随后被传输到备库，正确、无误地启动并配置DG主库是确保整个数据保护体系有效运作的第一步，也是最重要的一步，本文将详细阐述如何开启一个DG主库，涵盖从前期准备到最终验证的全过程。
开启前的准备工作
在执行启动命令之前,必须确保一系列前提条件已经满足，这如同为大楼打下坚实的地基，能避免后续出现不必要的复杂问题。
- 软件安装与创建：Oracle数据库软件已成功安装，并且数据库本身已通过DBCA或手动方式创建完成。
- 参数文件配置：初始化参数文件（PFILE或SPFILE）中必须包含与DG相关的关键参数，这些参数定义了数据库的唯一标识、归档目的地以及与备库的通信方式。
- 网络配置：主备库之间的网络必须畅通，这包括配置
listener.ora以监听正确的端口和实例，以及配置tnsnames.ora，确保主库能够解析并连接到备库，反之亦然。 - 归档模式与强制日志：主库必须处于归档模式（Archivelog Mode），并且开启了强制日志（Force Logging），归档模式是DG传输日志的基础，而强制日志则确保所有操作（包括直接路径加载等）都会被记录到重做日志中，保证备库数据的完整性。
详细开启步骤
当所有准备工作就绪后,我们可以按照以下步骤来启动DG主库。
第一步：检查核心参数
在启动数据库前,连接到实例（即使它处于关闭状态，也可以通过sqlplus / as sysdba连接），检查并确认以下关键参数已正确设置，这些参数是DG通信和配置的核心。
| 参数 | 建议值示例 | 说明 |
|---|---|---|
DB_UNIQUE_NAME |
db_prod |
数据库在整个DG配置中的唯一名称，必须与备库不同。 |
LOG_ARCHIVE_CONFIG |
DG_CONFIG=(db_prod, db_stdby) |
定义DG配置中所有数据库的唯一名称列表。 |
LOG_ARCHIVE_DEST_1 |
LOCATION=/arch/db_prod VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=db_prod |
本地归档路径，适用于所有角色。 |
LOG_ARCHIVE_DEST_2 |
SERVICE=db_stdby ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=db_stdby |
远程归档目的地，指向备库服务名，ASYNC表示异步传输。 |
FAL_SERVER |
db_stdby |
指定归档间隙（Archive Gap）的解决服务器，即备库的服务名。 |
FAL_CLIENT |
db_prod |
指定FAL客户端，即主库自身的服务名。 |
STANDBY_FILE_MANAGEMENT |
AUTO |
设置为AUTO，使得在主库上添加或删除数据文件时，操作能自动在备库上同步。 |
第二步：启动数据库至MOUNT状态
将数据库启动到MOUNT状态，这个状态下，数据库会读取控制文件，但不会打开数据文件，允许我们进行一些只能在关闭或Mount状态下执行的操作。
SQL> STARTUP MOUNT;
第三步：确认并开启归档与强制日志
在MOUNT状态下,检查并确保数据库已开启归档模式和强制日志。
-- 检查归档模式 SQL> ARCHIVE LOG LIST; -- 如果未开启，执行以下命令（需在MOUNT状态下） SQL> ALTER DATABASE ARCHIVELOG; -- 开启强制日志（此操作可能需要一些时间，会扫描所有数据文件） SQL> ALTER DATABASE FORCE LOGGING;
第四步：打开数据库
确认归档和强制日志都已启用后,就可以将数据库从MOUNT状态切换到OPEN状态，使其对外提供服务。
SQL> ALTER DATABASE OPEN;
第五步：验证主库角色与状态
数据库打开后,执行以下查询来验证它是否已成功作为主库运行，并检查归档是否正常。
-- 检查数据库角色和打开模式 SQL> SELECT DATABASE_ROLE, OPEN_MODE FROM V$DATABASE; -- 预期输出应类似： -- DATABASE_ROLE OPEN_MODE -- ---------------- ---------- -- PRIMARY READ WRITE -- 检查最近的归档日志生成情况 SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE# DESC FETCH FIRST 5 ROWS ONLY;
如果查询结果显示DATABASE_ROLE为PRIMARY，并且V$ARCHIVED_LOG中有新的归档日志序列号生成，那么恭喜您，您的DG主库已经成功开启并正常运行。
相关问答 (FAQs)
问题1：主库启动失败，应该如何排查？
解答： 主库启动失败时，首先应查看数据库的告警日志（Alert Log），它通常位于$ORACLE_BASE/diag/rdbms/<db_unique_name>/<sid>/trace/目录下，文件名为alert_<sid>.log，告警日志会记录启动过程中的详细错误信息，如参数文件路径错误、控制文件损坏、数据文件不一致等，检查监听器状态（lsnrctl status），确保监听器正常运行且注册了正确的服务，回顾参数文件的配置，特别是与内存、路径相关的参数是否存在拼写错误或指向不存在的位置。
问题2：主库和备库的DB_UNIQUE_NAME必须不同吗？
解答： 是的，必须不同。DB_UNIQUE_NAME是Oracle Data Guard用来识别和区分集群中各个数据库的唯一标识符，如果主库和备库的DB_UNIQUE_NAME相同，Data Guard Broker和日志传输服务将无法正确识别日志的来源和目的地，会导致日志传输失败、角色转换混乱等严重问题，在规划DG环境时，为每个数据库（包括主库和所有备库）分配一个全局唯一的DB_UNIQUE_NAME是基本要求。