如何从零开始开启并配置Oracle数据库的dg主库？

在构建高可用性（HA）和灾难恢复（DR）解决方案时，Oracle Data Guard（DG）是业界公认的核心技术，整个DG架构的基石是主数据库，它负责处理所有事务并生成重做数据，这些数据随后被传输到备库，正确、无误地启动并配置DG主库是确保整个数据保护体系有效运作的第一步，也是最重要的一步，本文将详细阐述如何开启一个DG主库，涵盖从前期准备到最终验证的全过程。

开启前的准备工作

在执行启动命令之前,必须确保一系列前提条件已经满足，这如同为大楼打下坚实的地基，能避免后续出现不必要的复杂问题。

1. 软件安装与创建：Oracle数据库软件已成功安装，并且数据库本身已通过DBCA或手动方式创建完成。
2. 参数文件配置：初始化参数文件（PFILE或SPFILE）中必须包含与DG相关的关键参数，这些参数定义了数据库的唯一标识、归档目的地以及与备库的通信方式。
3. 网络配置：主备库之间的网络必须畅通，这包括配置listener.ora以监听正确的端口和实例，以及配置tnsnames.ora，确保主库能够解析并连接到备库，反之亦然。
4. 归档模式与强制日志：主库必须处于归档模式（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是基本要求。