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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925295
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925296
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925297
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925298
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925299
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925300
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925301
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925302
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925303
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925304
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925305
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925306
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925307
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925308
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925299
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925310
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925311
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925312
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925313
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925314
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925315
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925316
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925317
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925318
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925319
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925320
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925321
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925322
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925323
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925314
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925325
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925326
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925327
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925328
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925329
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925330
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925331
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925332
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925333
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925334
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925335
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925336
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925337
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925338
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925329
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925340
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925341
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925342
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925343
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925344
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks

DB2 9 数据库管理(731考试)认证指南,第 6 部分: 高可用性:备份和恢复(2)-sdccf-ChinaUnix博客
  • 博客访问: 104925345
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:39:24

developerWorks



数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32272) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32271) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32270) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32269) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32268) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32267) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32266) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32265) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32264) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32263) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32262) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32261) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32260) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32259) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32258) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32257) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32256) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32255) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32254) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32253) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32252) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32251) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32250) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32249) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32248) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32247) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32246) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32245) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32244) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32243) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32242) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32241) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32240) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32239) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32238) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32237) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32236) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32235) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32234) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32233) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32232) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32231) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32230) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32229) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32228) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32227) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32226) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32225) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32224) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32223) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32222) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


数据库恢复概念

您永远也无法知道您的系统何时会碰到灾难或故障。因此最好早作准备,不但要防止数据受到外部因素的影响,也要防止内部用户无意中用不正确的信息破坏您的数据库。

您有备份您的数据库吗?您能够恢复执行到最后一秒的所有事务吗?

为了尽量减少丢失的数据,需要有一个恢复策略,确保这个恢复策略可行,并不断地加以演练。您应该考虑以下一些恢复场景:

系统运行中断。
停电,硬件故障,或者能导致数据库处于不一致状态的软件故障。
事务失败。
用户可能无意中用不正确的数据修改您的数据库。
媒介故障。
如果您的磁盘驱动器变得无法使用,那么可能会丢失所有或部分数据。
灾难。
放置系统的设施遭到火灾、洪水或其他类似灾难的毁坏。






为了制定恢复策略,应该问一问自己下面这些问题:

  • 您的数据可以从另一个地方装载吗?
  • 您能承受多少数据的丢失?
  • 您需要花多少时间才能恢复数据库?
  • 您有什么可用的资源来存储备份和日志文件?







一个工作单元(UOW),也称一个事务,由一条或多条 SQL 语句组成,最后是一条 COMMITROLLBACK 语句。这个 UOW 中的所有语句被看作一个单元,以确保数据的一致性。例如,一个客户试图将 100 美元从一个储蓄帐户转到一个支票帐户。在这种情况下,UOW 是这样的:

DELETE 100 dollars from SAVINGS  account
INSERT 100 dollars  to  CHECKING account
COMMIT

如果这些语句没有被当作一个单元,那么可以想像一下,如果在 DELETE 之后、INSERT 语句之前出现硬件故障,会出现什么情况:这个客户将丢失 100 美元。但是,如果将这些语句当作一个单元,就不会发生这样的事情。DB2 将知道这个单元没有完成(COMMIT),因此它将回滚之前的语句作出的所有更改,并将受影响的行返回到事务开始之前的状态。

没有语句用于标识一个事务的开始。COMMIT 或 ROLLBACK 之后的语句将开始一个新的事务。







我们来熟悉一下恢复类型方面的概念。DB2 允许以下类型的恢复:

紧急事故恢复
通过撤销(回滚)未提交的事务,使处于不一致状态的数据库恢复到一致状态。再次考虑前一屏中的例子。如果在 COMMIT 语句之前出现停电事故,则下一次 DB2 重新启动并访问数据库时,DB2 将首先回滚 INSERT 语句,然后回滚 DELETE 语句。(回滚的语句的顺序与这些语句当初执行的顺序相反。)
版本恢复
允许使用从 BACKUP 命令获得的一个备份镜像恢复前一个版本的数据库。被恢复的数据库将包含关于当执行 BACKUP 命令时该数据库所处状态的信息。如果在备份之后又执行了新的活动,则该信息将丢失。
前滚恢复
这种恢复结合使用完整的数据库备份和日志文件,从而扩展了版本恢复。在使用一个备份作为基准之前,必须首先存储这个备份,然后在该备份上应用日志。这个过程允许将数据库或表空间恢复到某个特定的时间点上。前滚恢复要求启用归档日志记录 。在 日志记录类型 中对归档日志记录作了讨论。
阅读(32221) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~