Oracle归档由LGWR和ARCH进程协作完成，与存储过程无关；启用ARCHIVELOG需重启实例，设置log_archive_dest_1并验证权限与空间。
Oracle归档不是靠存储过程自动触发的
oracle数据库的归档（archivelog）是实例级日志机制，由lgwr和arch进程协作完成，与用户写的存储过程无关。所谓“自动归档”，实际指数据库开启archivelog模式后，日志切换时自动归档到指定位置；而“搬迁历史表”属于应用层数据生命周期管理，需单独设计，不能混为一谈。
如何正确开启并验证ARCHIVELOG模式
归档功能必须在数据库级别启用，且需重启实例生效。常见错误是只执行ALTER DATABASE ARCHIVELOG却没重启，结果ARCHIVE LOG LIST仍显示No。
- 确认当前模式：
ARCHIVE LOG LIST（注意不是SQL*Plus里的SHOW PARAMETER log_archive_dest） - 关闭数据库：
SHUTDOWN IMMEDIATE - 启动到MOUNT状态：
STARTUP MOUNT - 启用归档：
ALTER DATABASE ARCHIVELOG - 打开数据库：
ALTER DATABASE OPEN - 设置归档目标（推荐用
log_archive_dest_1）：ALTER SYSTEM SET log_archive_dest_1='LOCATION=/u01/archivelog' SCOPE=BOTH
归档路径必须有足够空间且Oracle OS用户有写权限，否则ARCH进程会报ORA-16038或卡住日志切换。
用存储过程做历史表搬迁的实用写法
真正需要你动手的是把老数据从主表移到历史表（如orders → orders_his），再删原表旧记录。这不是归档，是分区裁剪或TTL清理，关键在原子性、性能和锁控制。
- 先确保
orders_his结构与orders一致（含索引、约束需另行处理） - 用
INSERT /*+ APPEND */ INTO orders_his SELECT ... FROM orders WHERE order_date ，避免逐行插入 - 删除前加
FOR UPDATE SKIP LOCKED防长事务阻塞（如果业务允许部分跳过） - 务必分批提交：用
WHERE ROWNUM 配合循环，避免UNDO爆满或锁表太久 - 最后收集统计信息：
DBMS_STATS.GATHER_TABLE_STATS('SCHEMA_NAME', 'ORDERS_HIS')
别用CREATE TABLE AS SELECT直接建历史表再rename——DDL会隐式提交，无法回滚，且期间主表不可写。
为什么不能把归档路径当历史表备份用
有人想把ARCHIVELOG目录里的归档日志当成“历史数据备份”，这是危险误解。归档日志是重做记录的二进制流，不是可读表数据；恢复时需配合全备+归档+控制文件，不能直接查或导出某张表的旧快照。
真要保留历史快照，该用FLASHBACK TABLE（需开启回收站和undo_retention）、DBMS_FLASHBACK_ARCHIVE（需企业版+单独配置），或者定期EXPDP导出带时间戳的DMP文件。
归档日志只管“能恢复到哪个时间点”，不管“某张表两年前某天的数据长什么样”。这两件事底层机制、用途、运维方式全都不一样。
