关于 db2 日志文件存档和清理
about db2 log file archive and cleanup
我现在想开始为我的 db2 服务器 运行 所在的机器计划一些磁盘清理,但还不是 100% 清楚在删除日志文件时 db2 可能会受到怎样的影响。
我感兴趣的数据库的配置参数说
Path To Log Files = /url_folder_log
First log archive method (LOGARCHMETH1) = DISK:/url_folder_arch
Log retain for recovery enable (LOGRETAIN) = OFF
Second log archive method (LOGARCHMETH2) = OFF
User exit for logging enabled (USEREXIT) = OFF
其中 /url_folder_arch
正在吃掉所有硬盘 space。
据我所知(如果我错了请纠正我)db2 正在备份(最好说 'archiving')日志文件从 /url_folder_log/
到 /url_folder_arch
运行 并在后台。
我很想将大部分最旧的日志文件从 /url_folder_arch
移动到一些备份存储:这样做安全吗?
这些 'archive log files' 何时真正被使用并且可能是必要的?
看日志好像涉及2个进程
- 数据库备份
- 前滚恢复(我的数据库似乎未启用)。
如果是这种情况,我真的需要保留所有这些存档日志文件吗?
在某些时候,它可能还需要删除这些文件。
这取决于您的灾难恢复策略。例如,一些公司应该有:
- 每个学期的完整备份,永不删除。
- 过去 12 个月的每月完整备份。
- 最近 3 个月在磁带或辅助存储中的备份和归档日志。
- 磁盘中上个月的备份和归档日志。
根据这样的架构,您可以知道什么时候可以删除存档文件。请记住,存档日志允许您将数据库恢复到任何时间点。
将存档日志保存在磁盘中可以让您在发生崩溃时随时恢复数据库。并且您不恢复以将文件从辅助存储暂存到主存储。
记住,如果你执行的是全量备份,并且在备份过程中有操作,你应该需要一些归档日志来启动数据库。当您要删除存档日志时,测试历史备份总是一个好主意。如果恢复后的数据库需要存档日志,而你没有,备份文件就没用了。
P.D。拥有旧的备份是个好主意,例如当您要合并一个数据仓库时,您需要分析数据的演变。
我现在想开始为我的 db2 服务器 运行 所在的机器计划一些磁盘清理,但还不是 100% 清楚在删除日志文件时 db2 可能会受到怎样的影响。
我感兴趣的数据库的配置参数说
Path To Log Files = /url_folder_log
First log archive method (LOGARCHMETH1) = DISK:/url_folder_arch
Log retain for recovery enable (LOGRETAIN) = OFF
Second log archive method (LOGARCHMETH2) = OFF
User exit for logging enabled (USEREXIT) = OFF
其中 /url_folder_arch
正在吃掉所有硬盘 space。
据我所知(如果我错了请纠正我)db2 正在备份(最好说 'archiving')日志文件从 /url_folder_log/
到 /url_folder_arch
运行 并在后台。
我很想将大部分最旧的日志文件从 /url_folder_arch
移动到一些备份存储:这样做安全吗?
这些 'archive log files' 何时真正被使用并且可能是必要的?
看日志好像涉及2个进程
- 数据库备份
- 前滚恢复(我的数据库似乎未启用)。
如果是这种情况,我真的需要保留所有这些存档日志文件吗? 在某些时候,它可能还需要删除这些文件。
这取决于您的灾难恢复策略。例如,一些公司应该有:
- 每个学期的完整备份,永不删除。
- 过去 12 个月的每月完整备份。
- 最近 3 个月在磁带或辅助存储中的备份和归档日志。
- 磁盘中上个月的备份和归档日志。
根据这样的架构,您可以知道什么时候可以删除存档文件。请记住,存档日志允许您将数据库恢复到任何时间点。
将存档日志保存在磁盘中可以让您在发生崩溃时随时恢复数据库。并且您不恢复以将文件从辅助存储暂存到主存储。
记住,如果你执行的是全量备份,并且在备份过程中有操作,你应该需要一些归档日志来启动数据库。当您要删除存档日志时,测试历史备份总是一个好主意。如果恢复后的数据库需要存档日志,而你没有,备份文件就没用了。
P.D。拥有旧的备份是个好主意,例如当您要合并一个数据仓库时,您需要分析数据的演变。