Oracle数据库归档模式切换那些事儿，实际操作怎么弄才靠谱

“Oracle数据库归档模式切换那些事儿，实际操作怎么弄才靠谱”这个事儿，说白了就是把数据库从一种“记流水账”但不留底稿的模式，切换到“既记流水账又妥善保管每一页底稿”的模式，这个切换本身不复杂，但关键步骤要是漏了或者做错了，那可就真成了“事故现场”了,下面我就按最靠谱的流程给你捋一遍。

动手前必须搞清楚现状。 你不能连数据库现在是什么模式都不知道就瞎折腾，怎么查？用有权限的用户（比如SYSDBA）登录到数据库，执行一句简单的SQL就行：archive log list，这句命令一执行，结果会直接告诉你数据库当前是不是归档模式，如果显示的是“Database log mode: No Archive Mode”，那就是非归档模式；如果是“Database log mode: Archive Mode”，那它本来就已经是归档模式了，你就不用再切换了，这一步是基础，绝对不能省。（来源：Oracle官方SQL*Plus命令参考）

确认是非归档模式后，先别急着切换。 最靠谱的做法是先做一个完整的数据库冷备份，什么叫冷备份？就是先把数据库彻底关掉，然后把所有重要的数据文件、控制文件、日志文件啥的全都复制一份到安全的地方，为什么要这么麻烦？因为从非归档模式切换到归档模式的过程，需要重启数据库，万一在重启过程中，或者切换之后，某个关键文件出问题了，你这个备份就是救命的稻草，没有这个备份，一旦操作失误导致数据损坏，哭都来不及，任何时候做可能影响数据库核心结构的操作，备份都是第一位的。（来源：Oracle数据库备份与恢复基础概念）

做好备份，就可以正式开始操作了。 整个过程大致分四步，需要你在SQL*Plus或者类似的数据库命令行工具里完成。

第一步，关闭数据库，不是随随便便关，要用一个能保证数据一致性的方式关，执行命令：shutdown immediate，这个命令会等所有当前的事务都完成之后再关闭，不会丢数据，可别用shutdown abort那种强制关闭的方式,那样容易埋下隐患。

第二步，启动数据库到mount状态，数据库关掉后，直接打开是没法改这个模式的，需要先把它抬到一个叫“mount”的状态，执行命令：startup mount，这个状态下，数据库会读取控制文件，知道所有数据文件在哪，但还不允许普通用户访问,正好方便我们进行配置修改。

第三步，执行核心命令，切换归档模式，现在可以下达最关键的命令了：alter database archivelog;，就这么一句，数据库就会把模式标记为归档，执行完后，最好再确认一下，可以用最开始的那句archive log list看看，模式是不是已经变成Archive Mode了。

第四步，打开数据库，恢复正常服务，模式改好了，最后一步就是把数据库完全打开，让业务系统能继续用，执行命令：alter database open;，到这儿,切换操作本身就完成了。

做完上面四步还不算完事儿，还有两件特别重要的事情必须接着做。

第一件，配置归档日志的存放路径和命名规则，你不告诉数据库这些日志文件存哪儿、叫啥名，它可能会瞎存，或者存到一些不合适的地方，把磁盘撑爆，通过修改初始化参数（比如log_archive_dest_1）来设置一个专门的、磁盘空间足够的目录来存放归档日志，这个设置可能需要再次重启数据库才能生效,具体怎么设得看你的Oracle版本和环境规划。

第二件，再次进行备份！ 注意，这次是全库热备份，为什么刚切完模式就要再备份？因为你现在是归档模式了，这个时间点之后产生的所有归档日志，再加上这个时间点的全备份，才能构成一个完整的数据恢复基础，如果你还用切换前的那个冷备份，它是非归档模式下的备份，和现在的归档日志对不上，是无法用于有效恢复的，必须立即做一个新的全库备份，这个备份才是有归档日志保护下的第一个有效备份。（来源：Oracle备份与恢复最佳实践）

最靠谱的流程就是：检查现状 -> 做冷备份（保平安）-> 关库 -> 挂载 -> 切换模式 -> 开库 -> 配置归档路径 -> 做新全备（定乾坤），每一步都踏实做到位，尤其是前后两次备份，是确保万无一失的关键，别看步骤多，按部就班来，其实一点都不难,主要是心要细。