DB2数据库表空间重定向恢复

DB2数据库恢复方法有哪些？
大家都知道，现在我们生活中充斥着各种数据库，从简单的教学管理数据库再到企业大型数据库，我们不得不依赖数据库存储大量的重要信息，而一旦数据库出现丢失问题，会给用户带来十分惨重的损失。

DB2是IBM出品的一系列关系型数据库管理系统，分别在不同的操作系统UNIX，Windows Access，ORACLE平台上服务。

DB2数据库数据丢失问题也是比较常见的一个问题，今天我们就来看看如何对DB2数据库丢失数据进行恢复，希望能对大家有所帮助。

目前，DB2数据库恢复方式主要有三种：
1）崩溃恢复：保护数据库在事务（也称为工作单元）意外中断后不会处于不一致或不可用的状态。

2）版本恢复：指的是使用备份操作期间创建的映像来复原数据库的先前版本。

3）前滚恢复：可以用来重新应用创建备份后落实的事务所做的更改。

一般情况下，当DB2数据库中的表或者其他一些文件丢失后，用户可以直接通过数据库的备份文件进行恢复，这种方法不仅简单，还能有效保证数据库文件的安全，从这里大家就可以看出DB2数据库备份的重要性了。

可是，当DB2数据库文件丢失后，用户有没有及时对其进行备份，那么大家又该如何恢复呢？
其实，对于没有备份的DB2数据库，恢复工作还是可以进行的。

现在国内有很多数据恢复机构，这些机构可以针对各种设备出现的数据丢失损坏问题进行解决，进而帮助用户挽回数据丢失的损失。

数据移动及实用工具跨平台移动数据，首选PC/IXF文件格式进行数据的导出，平台间数据传输使用二进制。

1.导出命令基本语法Export to <路径+文件名> OF <del | ixf | wsf>Lobs to <大对象文件路径> lobfile <大对象文件名>Modified <分隔符选项>Method n (<字段名列表>)Messages <消息文件>Select 子句Eg1. Export to d:\export\org.txt of del select * from orgEg2. Export to d:\export\org1.dat of del modified by chardel! Coldel# messages d:\export\org1_msg.txt select * from orgEg3. Export to d:\export\emp_resume1.del of del lobs to d:\export\ lobfile emp_resume_lob1 modified by lobsinfile select * from emp_resume2.导入命令基本语法Import from <路径+文件名> OF <del | ixf | wsf>Messages <消息文件><insert | insert_update | replace | replace_create | create>Into <目标表名称>Eg1. Import from d:\export\org.txt of del insert into orgEg2. Import from d:\export\org1.dat of del modified by chardel! Coldel# messages d:\export\org_im_msg.txt insert into orgEg3. Import from d:\export\emp_resume1.del of del lobs from d:\export\ modified by lobsinfile insert into emp_resumeEg4. Import from d:\export\staff.ixf of ixf commitcount 1 restartcount 2 insert into staffback 3.Load 命令的基本语法Load from <路径+文件名> OF <del | ixf | wsf>Messages <消息文件>[<insert |replace |terminate |restart>]Into <目标表名>[<copy yes |copy no |nonrecoverable>] [indexing mode <autoselect|rebuild |increamental>] Eg1. Load from d:\export\org.txt of del messages :\export\org_load_msg.txt replace into orgEg2. Load from d:\export\staff1.del of del insert into staffback for exception staffexp4.处理load导致的异常状况a)查看表的状态load query table <表名称>b)关闭完整性检查Set integrity for <表名称> <check |foreign key |all> immediate uncheckedc)处理表空间挂起状态，方法一：使用restart 模式重新load,成功则自动消除；方法二：使用terminate 模式的load 命令，强行终止load过程，并消除挂起状态。

DB2表空间类型DB2 表空间类型在介绍如何将数据库管理表空间转换为⾃动存储表空间之前，我们先来回顾⼀下 DB2 表空间的各种类型以及各⾃的特点。

系统管理表空间 (System-Managed Space，SMS)：这种类型的表空间由操作系统的⽂件管理系统分配和管理空间。

在 DB2 V9 之前，SMS 表空间是默认选项，如果不带任何选项创建数据库或表空间，数据库管理器会⾃动将表空间建成系统管理表空间。

创建 SMS 时，可以指定多个路径做为表空间的容器，空间的⼤⼩随数据量的变化由数据库管理器⾃动调整。

这种类型的表空间⽐较便于管理，但空间⼤⼩受到⼀定限制，性能在⼤多数情况下不如数据库管理表空间。

数据库管理的空间 (Database-Managed Space，DMS)：这种表空间由 DB2 数据库管理器负责管理存储空间。

表空间容器可使⽤⽂件系统或裸设备。

在定义 DMS 表空间时，可以指定多个⽂件名以及每个⽂件的⼤⼩，数据库管理器建⽴并使⽤这些⽂件作为表空间容器。

表空间⼤⼩在创建时确定，空间不够时要⼿⼯添加容器，对于以⽂件作为容器的表空间可以指定 AUTORESIZE，从⽽在容器空间不够时由数据库管理器⾃动增加容器⼤⼩。

这种表空间性能⽐较好，但需要在维护容器⽅⾯花费⼀些⼯作量。

DMS 在需要经常关注和调整底层容器分配的场合有很⼤的灵活性。

⾃动存储表空间 (Automatic Storage Spaces)：⾃动存储看起来是⼀种不同类型的表空间，但实际上是 DMS 和 SMS 的扩展。

因为数据库管理的空间 DMS 需要⽐较多的维护，在 DB2 V8.2.2 中引⼊了 DMS ⾃动存储，以简化表空间管理。

这种类型的表空间既保持了 DMS 的⾼性能⼜具有 SMS 表空间易于管理的特点，可以⼤⼤简化 DBA 的管理⼯作。

⾃动存储需要⾸先在数据库级别启⽤，在 DB2 V9 以后，⾃动存储已经成为了 DB2 的默认设置，在建⽴数据库时，DBA 可以提供⼀组路径，在建⽴表空间时，数据库管理器会在这些提供的路径中建⽴需要的容器，容器的⼤⼩根据情况由数据库管理器负责分配和管理。

db2数据库备份和恢复步骤DB2是一种关系型数据库管理系统（RDBMS），由IBM开发和提供。

备份和恢复数据库是DB2数据库管理中非常重要的一部分。

备份是指将数据库中的数据和日志文件复制到另一个位置，以防止数据丢失和灾难恢复。

恢复是指将备份的数据和日志文件恢复到最新的状态，以确保数据库的可用性和完整性。

下面是DB2数据库备份和恢复的基本步骤：备份步骤：1.准备备份存储目录：确定用于存储备份文件的目录，并确保目录具有足够的磁盘空间。

2.关闭数据库连接：关闭所有连接到数据库的应用程序和工具，以确保没有正在运行的事务和操作。

3.备份数据库：使用DB2提供的工具或命令执行数据库备份操作。

以下是几个备份命令的示例：- ONLINE BACKUP DATABASE <database_name> TO<backup_directory>：执行在线备份，允许在备份期间对数据库进行读写操作。

- OFFLOAD DATABASE <database_name> TO <backup_directory>：执行离线备份，将数据库置于只读模式，在备份期间禁止对数据库进行写操作。

4.备份日志文件：在执行完数据库备份后，需要备份数据库的日志文件。

这些日志文件包含了备份操作期间数据库的所有修改。

- ONLINE BACKUP DATABASE <database_name> TO<backup_directory> LOGS ONLY：执行日志文件备份操作。

5.验证备份：确保备份文件的完整性和有效性。

可以使用DB2提供的备份验证工具或命令进行验证。

- RESTORE DATABASE <database_name> VALIDATE：执行备份文件验证操作。

恢复步骤：1.准备恢复存储目录：确定用于存储恢复文件的目录，并确保目录具有足够的磁盘空间。

DB2数据库恢复及备份1安装DB2数据库1）安装DB2前建议在Windows上创建一个叫db2admin的用户，其密码也为db2admin 2）安装成功后的服务如下图所示：3）平时可以把所有DB2的服务都停掉，运行DB2只需启动第一个服务，也就是上图中选定的服务即可，如果要做数据导入导出操作，还需要启动最后面一个服务。

2恢复1）解压缩CNCOA.0.rar到D盘，如下图所示：2）运行命令：db2cc，打开如下界面3）在上图的数据库上点右键-创建数据库-根据备份，打开如下界面：4）如上图，输入两个CNCOA，点下一步，打开如下图所示的界面：5）点完成按钮，将出现成功页面3备份1）在某个数据库上点击右键-备份，如下图所示：2）打开如下界面后，点下一步按钮：3）打开如下界面后，选择一个目录如D盘4）点完成按钮，将打开备份成功的界面，如下图5）检查备份文件，如下图4注意事项4.1未发出启动数据库管理器的命令如果是联机备份或者把DB28.1下的备份恢复到DB28.2，则可能恢复后会出现：SQL1032N 未发出启动数据库管理器的命令。

SQLSTA TE=57019。

此时数据库需要进行前滚操作，前滚的时候要选择日志所在的目录，类似D:\DB2\NODE0000\SQL00003\SQLOGDIR前滚的操作入口在备份的下面4.2Quest Central for DB2是个不错的DB2的客户端工具4.3建大表有可能会用到较长字段的列，如V ARCHAR(2000)类型的列，当有多个这样的列时，表会建不起来，此时需要建立有较大缓冲池的表空间，先建立缓冲池，如下图所示：再建立表空间，在数据库名称上点右键-表空间-创建，如下图所示：点完成，将把表空间建立起来，也可以用DB2的命令来建缓冲池和表空间：CREATE BUFFERPOOL EGOVDBBP IMMEDIATE SIZE 1000 PAGESIZE 32KCREATE REGULAR TABLESPACE EGOVDBSPACE PAGESIZE 32 K MANAGED BY DA TABASE USING ( FILE '/home/db2inst1/EGOVDBSPACE' 6400 ) EXTENTSIZE 16 OVERHEAD 10.5 PREFETCHSIZE 16 TRANSFERRA TE 0.33 BUFFERPOOL EGOVDBBPDROPPED TABLE RECOVERY OFF4.4大表排序时报错如果没有建有大的缓冲池的系统临时表空间，当大表要根据非主键列排序时会报错，参照上面建表空间的步骤，只是在选择要创建的表空间的类型时，选择“系统临时”。

如何恢复DB2中误删除表的数据1. 首先数据库要可以前滚恢复(数据库配置参数logretain或userexit打开)。

db2 connect to dbname db2 update dbcfg using logretain on db2 backup dbdbname (当打开归档日志后，该数据库会处于rollforward pending状态，所以要做一次全备份)2. 对要实施Drop Table Recovery的表空间(限regular tablespace)，执行： db2 "alter tablespace表空间名称 dropped table recovery on "3. 用 list history dropped table all for 数据库名得到删除表的tableid(例如0000000000006d0000020003)和表结构的生成语句(DDL)，记录tableid和该语句以便恢复。

之后，用drop命令删除的表中的数据可以在前滚恢复时导出。

db2 list history dropped table all for dbname4. 恢复数据库后，如果想恢复已删除的表，在前滚时加recover dropped table tableid to 目标目录。

在该目录下被删除的表中的数据导出。

利用上面提到表结构生成语句生成被删除了的表，然后用import命令将数据导入表中。

db2 restoredbdbnametablespace(tablespacename) without rolling forward without prompting db2 "rollforwarddbdbname to end of logs and stop tablespace(tablespacename) recover dropped table table id to path " cd path 利用 db2 list history dropped table all for dbname查出的表结构生成语句生成被删除了的表 db2 import from data of del insert into tablename附一个具体的恢复步骤（以sample库为例）：D:sample>db2 alter tablespace userspace1 dropped table recovery onDB20000I SQL 命令成功完成。

DB2如何调整表空间⼤⼩DB2如何调整表空间⼤⼩刚刚接到客户那边打的电话，程序⼀直报错，所有的业务都做不了，拷贝了⼀份应⽤服务器(weblogic)的⽇志，⽇志⾥显⽰：WARN : 2009-06-18 16:24:32,421: JDBCExceptionReporter[line:77}: SQL Error: -99999, SQLState: nullERROR: 2009-06-18 16:24:32,422: JDBCExceptionReporter[line:78}: [ibm][db2][jcc][102][10040] ⾮⾃动批处理出现故障。

虽然已经提交了批处理，但是该批处理的某个成员⾄少发⽣了⼀个异常。

使⽤ getNextException() 来检索已经过批处理的特定元素的异常。

WARN : 2009-06-18 16:24:32,422: JDBCExceptionReporter[line:77}: SQL Error: -289, SQLState: 57011ERROR: 2009-06-18 16:24:32,422: JDBCExceptionReporter[line:78}: Error for batch element #1: DB2 SQL error: SQLCODE: -289, SQLSTATE: 57011, SQLERRMC: SMKWARN : 2009-06-18 16:24:32,423: JDBCExceptionReporter[line:77}: SQL Error: -99999, SQLState: nullERROR: 2009-06-18 16:24:32,423: JDBCExceptionReporter[line:78}: Error for batch element #2: [ibm][db2][jcc][t4][1026][11339] 错误检查：WARN : 2009-06-18 16:24:32,423: JDBCExceptionReporter[line:77}: SQL Error: -289, SQLState: 57011ERROR: 2009-06-18 16:24:32,424: JDBCExceptionReporter[line:78}: Error for batch element #2: DB2 SQL error: SQLCODE: -289, SQLSTATE: 57011, SQLERRMC: SMKERROR: 2009-06-18 16:24:32,424: AbstractFlushingEventListener[line:301}: Could not synchronize database state with sessionorg.hibernate.exception.GenericJDBCException: Could not execute JDBC batch updateat org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:103)at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:91)at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:253)at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:235)at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:139)at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)at mit(JDBCTransaction.java:106)at org.springframework.orm.hibernate3.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:575)atorg.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:662) at mit(AbstractPlatformTransactionManager.java:632)atmitTransactionAfterReturning(TransactionAspectSupport.java:314) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:117)at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)at $Proxy803.saveApply(Unknown Source)at nct.mp.counterservice.service.CounterServiceService.applySave(CounterServiceService.java:135)at nct.mp.counterservice.ejbAction.ApplySaveEjbAction.perform(ApplySaveEjbAction.java:32)at com.lbs.sieaf.webcontroller.RequestProcessor.processRequest(RequestProcessor.java:245)at com.lbs.sieaf.webcontroller.MainServlet.doProcess(MainServlet.java:65)at com.lbs.sieaf.webcontroller.MainServlet.doPost(MainServlet.java:49)at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:225)at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:127)at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)at com.lbs.sieaf.webcontroller.CSSaftyFilter.doFilter(CSSaftyFilter.java:167)at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)at nct.cp.webcontroller.EncodingFilter.doFilter(EncodingFilter.java:66)at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3212)at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:1983)at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1890)at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1344)at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)Caused by:com.ibm.db2.jcc.b.ni: [ibm][db2][jcc][102][10040] ⾮⾃动批处理出现故障。

如果DB2镜像的数据库存储路径与目标恢复的路径不一致，需要用重定向的方式恢复数据库，否则会出现报错。

如下是直接恢复时的报错：db2 "RESTORE DB PRODHR from C:\DB2\data taken at 20150511211136 on C: into PRODHR LOGTARGET C:\DB2\data WITHOUT PROMPTING"SQL20321N Storage paths cannot be provided because the database is not enabled for automatic storage. SQLSTATE=55062解决方法：表示需要恢复的OS环境中的路径不满足原镜像主机恢复时所需的路径，需要将数据库恢复的命令中on 修改为to，并且需要增加重定向指令：db2 "RESTORE DB PRODHR from C:\DB2\data taken at 20150511211136 to C: LOGTARGET C:\DB2\data redirect"执行后出现如下提示：SQL1277W A redirected restore operation is being performed. Table spaceconfiguration can now be viewed and table spaces that do not use automatic storage can have their containers reconfigured.DB20000I The RESTORE DATABASE command completed successfully.用如下命令修改新合适的路径：db2 "set tablespace containers for 3 using (path 'C:\DB2\Tablespaces\PRODHR')"db2 "set tablespace containers for 4 using (path 'C:\DB2\Tablespaces\PRODHR_TEMP_SPACE')" db2 "set tablespace containers for 5 using (path 'C:\DB2\Tablespaces\PRODHR_LARGE')"成功会返回如下结果：DB20000I The SET TABLESPACE CONTAINERS command completed successfully.错误的例子：如果类型是file时，需要指定file文件的page数量，例如：db2 "set tablespace containers for 3 using (file '/fangys_db/fangys_tbs.dbf' 10000)"通过” db2 list tablespace containers for 3 show detail”可以查看page数量。