Chinaunix首页 | 论坛 | 博客
  • 博客访问: 90788777
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788778
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788779
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788780
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788781
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788782
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788783
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788774
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788785
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788786
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788787
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788788
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788789
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788790
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788791
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788792
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788793
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788794
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788795
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788796
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788797
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788798
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788789
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788800
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788801
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788802
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788803
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788804
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788805
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788806
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788807
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788808
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788809
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788810
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788811
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788812
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788813
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788804
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788815
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788816
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788817
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788818
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788819
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788820
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788821
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788822
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788823
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788824
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788825
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788826
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788827
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks

Informix IDS 11系统管理(918考试)认证指南,第6部分:IDS备份和恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 90788828
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:16:06

对数据进行存档

developerWorks



IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544133) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544132) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544131) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544130) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544129) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544128) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544127) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544126) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544125) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544124) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544123) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544122) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544121) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544120) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544119) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544118) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544117) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544116) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544115) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544114) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544113) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544112) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544111) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544110) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544109) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544108) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544107) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544106) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544105) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544104) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544103) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544102) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544101) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544100) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544099) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544098) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544097) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544096) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544095) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544094) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544093) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544092) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544091) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544090) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544089) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544088) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544087) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544086) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544085) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544084) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544083) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


IDS 可用的备份类型

本节介绍可以使用 IDS 提供的工具执行的各种备份类型。

完整的 0 级备份(Full level 0 backup)

0 级备份包含存档开始时 OnLine 系统中的所有数据的拷贝。0 级备份非常耗费时间,因为使用的所有磁盘页面都需要写到备份介质中。除了 0 级(完整备份)之外,IDS 备份和恢复实用程序还可以执行增量备份(1 级和 2 级)。

1 级备份

与 0 级备份相比,1 级备份花费的空间和时间都要少,因为只需要将最近一次 0 级备份之后修改过的数据复制到存储管理器。

2 级备份

2 级备份花费的空间和时间比 1 级备份还要少,因为只需要将最近一次 1 级备份之后修改过的数据复制到存储管理器。

顺序备份(serial backup)只能一次备份一个 dbspace,因此很慢。顺序备份是 ontape 实用程序能够执行的惟一一种备份类型。如果 BAR_MAX_BACKUP ONCONFIG 参数设置为 1,OnBar 就会顺序地备份 dbspace,也就是一次备份一个 dbspace。(在 IDS 11.10 之前,无论 BAR_MAX_BACKUP ONCONFIG 设置是什么,OnBar 全系统备份总是顺序执行的。)

并行备份(parallel backup)会同时备份多个 dbspace。在 11.10 中,所有 OnBar 备份都是并行执行的,除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。

标准 OnBar 备份(onbar -b)对选择的存储空间或所有存储空间进行并行备份。

在标准 OnBar 备份中,对它备份的每个存储空间执行一个检查点。要从标准 OnBar 备份进行恢复,就需要逻辑日志备份。

全系统备份(whole-system backup)(使用 -w 选项)自动地包含在存档检查点上打开的事务的逻辑日志记录,因此不需要任何显式的逻辑日志备份和恢复,整个系统就可以恢复到一致的状态。

从 IDS 11.10 开始,可以在 onbar backup 命令中使用 -w 选项。rootdbs 仍然首先单独地备份。然后,根据 BAR_MAX_BACKUP ONCONFIG 设置,并行地备份其他 dbspace。但是,在全系统 OnBar 备份中,数据库服务器对备份的所有 dbspace 执行一个检查点。

逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。

逻辑日志存储 OnLine 实例中数据库的检查点记录、管理活动(比如 Data Definition Language[DDL] 语句)以及事务活动。每个 OnLine 实例都具有数量有限的逻辑日志文件。OnLine 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时,OnLine 开始写入第二个日志文件,以此类推。当所有日志文件都使用完时,OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前,必须对这个文件的所有数据进行备份。

对于执行缓冲、非缓冲或 ANSI 模式日志记录的数据库,对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动(插入、更新和删除)的记录有两个目的:

首先,在系统崩溃时,需要从备份恢复数据,这时可以重新应用这些事务,从而防止最近一次备份以后的工作丢失。

第二,在发生电源故障时,或者由于其他原因丢失了内存中的数据时,重新应用逻辑日志并回滚,从而确保数据库返回到一个一致的状态。必须连续地记录事务活动,而且记录必须一直保存到下一次执行 dbspace 或全系统备份时。除了全系统备份之外,所有 dbspace 备份都需要有逻辑日志备份,才能进行成功的恢复。

如果所有逻辑日志文件都满了,数据库服务器就会挂起,直到日志被备份。要想释放那些已经写满的逻辑日志文件,就要对它们进行备份。

逻辑日志备份可以由管理员或操作员(根据需要)手工执行,或者使用 ALARMPROGRAM 配置参数自动触发,也可以运行连续的日志备份。

当管理员或操作员使用 OnBar 或 ontape 执行日志备份请求时,执行手工逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份,一直备份到当前逻辑日志文件为止。

配置自动逻辑日志备份的方法是使用 ALARMPROGRAM 配置参数指定一个程序,每当服务器发出日志写满事件(事件类 23)时,这个程序执行一个逻辑日志备份命令。通常情况下,如果使用 OnBar 作为备份实用程序,就会配置自动逻辑日志备份。IDS 实现自动逻辑日志备份的方法是执行 ONCONFIG 参数 ALARMPROGRAM 指向的脚本。如果使用 alarmprogram.sh,那么编辑它,将 BACKUPLOGS 设置为 Y。IDS 提供的脚本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的自动备份,可以将 ALARMPROGRAM 设置为 no_log.sh;如果使用 alarmprogram.sh,可以将 BACKUPLOGS 设置为 N。如果禁用了逻辑日志的自动备份,DBA 就要负责及时地备份逻辑日志。

如果使用 ontape 作为备份和恢复实用程序,通常就要进行连续逻辑日志备份。在进行连续备份(ontape -c 选项)时,如果一个逻辑日志文件已经写满,或者服务器切换到下一个日志文件,就对这个文件进行备份。连续逻辑日志备份需要一个专用的终端和备份设备。

IDS 11.10 有一个 ontape 备份到目录 特性;如果 LTAPEDEV 设置为一个目录,就可以使用 ontape -a -y 和 ALARMPROGRAM 脚本进行自动的 ontape 备份。如果使用这个特性通过 ontape 将逻辑日志自动备份到目录,ALARMPROGRAM 脚本就必须检查 LTAPEDEV 是否正确地设置为一个目录,DBA 负责确保这一点。如果 LTAPEDEV 没有设置为目录,而是设置为一个设备,后续的逻辑日志备份就可能覆盖以前的备份。

在日志救援(log salvage)中,数据库服务器在离线的情况下,从磁盘直接访问日志文件。日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份,这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后,需要进行恢复,但是有些逻辑日志数据可能还没有备份。必须挽救这些数据,因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志,但是用户也可以在冷恢复之前救援日志。

日志救援命令是:

  • onbar -l -s
  • OR
  • ontape -S

如果在冷恢复过程之前必须更换包含逻辑日志文件的设备,那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志,逻辑恢复过程就会覆盖日志空间,以前记录的事务就会丢失,系统就无法恢复到失败时的状态。

onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作,那么使用 onbar -r -ponbar -r -l 两个命令。对于 ontape,对系统提示 “Do you want to backup the logs?” 回答 No,就可以在恢复期间跳过日志救援。

阅读(544082) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~