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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 17:17:13

对数据进行存档

developerWorks



恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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


恢复策略和备份计划

制订恢复策略要求了解业务关键数据,并了解可用的备份工具及其功能。

制订恢复计划的第一步是,根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失,定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定:

  • 何种程度的数据损失是可以接受的?
  • 企业在无法使用这些数据的情况下能够坚持多久?
  • 在恢复期间,生产系统可以停机多长时间?
  • 多长时间的事务损失时间是可以接受的?
  • 恢复计划有多少预算?

建立了恢复目标之后,就该选择 IBM Informix 备份和恢复工具了。恢复计划应该考虑以下解决方案:

  • IBM Informix 备份实用程序(ontape、OnBar 和外部备份和恢复工具)
  • Load/Unload 实用程序
  • High Performance Loader
  • dbexport/dbimport
  • onload/onunload

最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类,并为多个失败级别制订恢复计划。下面是失败级别的一些示例,它们可以帮助您判断失败的严重性:

  • 意外地删除一个数据库对象(行、列、表)。
  • 意外地删除一个服务器对象(数据库、块、dbspace)。
  • 数据损坏或者创建了不正确的数据。
  • 硬件失败(比如一个包含块文件的磁盘坏掉了)。
  • 数据库服务器失败
  • 自然灾害


失败的严重性 数据损失 建议的恢复计划
丢失非关键数据。 可以等到非工作高峰时间再恢复数据。使用热恢复。
中等 丢失了对业务很重要的数据,但是数据丢失并非发生在关键的 dbspace 中。 尽可能早地对这些数据进行热恢复。
丢失关键的 dbspace。 马上使用混合恢复计划恢复关键的数据,并在非工作高峰时间对非关键数据进行热恢复。
灾难 丢失所有数据。 尽可能早地执行冷恢复或混合恢复。

最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案,比如:

  • IBM Informix Mirroring
  • High Availability Data Replication
  • 使用硬件镜像解决方案的外部备份/恢复
  • Enterprise Data Replication

根据恢复策略和目标,对备份进行计划。备份计划不但包含备份的频率,还包含备份的级别和类型。

  • 应该每天、每周还是以其他时间间隔进行备份?
  • 备份要花多长时间?
  • 备份对用户的事务和系统性能有何影响?
  • 什么时候是进行备份的最佳时间?
  • 备份介质上有多少可用空间?

上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份(1 级和 2 级),还是只执行完整的 0 级备份?是只在周二备份一些 dbspace,在周三备份其他 dbspace,还是每天执行完整的 0 级备份?

无论选择什么样的调度计划,实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段,因为服务器必须处理已经发生的所有 SQL 活动。恢复磁带级备份要快得多,因为只需从磁带读取页面并写到磁盘上。

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