数据库备份与恢复技术（数据库备份与还原功能的实现）

本文目录

• 数据库备份与还原功能的实现
• 数据库怎么备份和还原
• SQL Server的文件恢复技术
• 什么是数据的备份与恢复
• MySQL的备份与还原，非常规备份，全量备份，增量备份
• 浅谈IBMDB2的数据库备份与恢复
• 数据库如何还原和备份

数据库备份与还原功能的实现

传统方法用SQL Server作数据库后台时，一般采用手工的方式利用SQL Server自身提供的可视化工具或SQL语言进行数据的备份还原功能（余正涛等，2003），但是由于SQL Server 的复杂性，操作比较繁琐，就使得普通用户对数据的备份与还原有一定的困难，并且容易造成错误，可能造成数据丢失等灾难性的后果。考虑到系统完整性和可靠性，可在VB 6.0环境下实现SQL Server数据库的备份与还原工作。

（一）实现思路

为了通过程序实现数据库备份与还原工作，必须在VB环境下引用SQLDMO，SQLDMO（SQL Distributed Management Objects，SQL 分布式管理对象）封装了Microsoft SQL Server数据库中的对象。SQLDMO是Microsoft SQL Server中企业管理器所使用的应用程序接口（包括备份和恢复），允许用支持自动化或COM 的语言编写应用程序。SQLDMO 对象来自SQLDMO.dll，SQLDMO.dll 是随 SQL Server 2000 一起发布的。并通过CreateObject（＂SQLD MO.SQLServer＂）函数创建新对象，使用SQLServ er.Connect函数经密码校验可连接服务器，再创建备份核心对象SQLDMO.Backup，同时指定备份文件等参数即可实现数据库备份与还原。具体的备份处理流程如图8-10所示。

特别注意SQL Server 2000 所安装的硬盘分区格式是否是NTFS格式，NTFS是最适合安装SQL Serv⁃er的文件系统。它比FAT文件系统更稳定且更容易恢复。而且它还包括一些安全选项，例如文件和目录ACL，以及文件加密（EFS）。如果是Fat32格式建议将它改成NTFS格式，因为Fat32支持最大文件为4G，数据库超过4G通常会提示日志文件太大之类的错误。

图8-10 数据库备份处理流程图

（二）关键代码

＇************数据库备份操作*************

Set gSQLServer＝getSQLServer（ServerName，UserName，password）

Private Function BackUpData（gDatabaseName As String，gBkupRstrFileName As String，Server⁃Name As String，UserName As String，password As String）As String

On Error GoTo ErrHandler：

Dim oBackup As SQLDMO.Backup

Dim gSQLServer As SQLDMO.SQLServer

Set tprg＝New CProgress

tprg.Title ＝＂正在执行数据库备份......＂

ServerName为服务器名称；serName为用户名；password为超级密码

＇连接服务器

Set oBackup＝New SQLDMO.Backup

Set oBackupEvent＝oBackup

gDatabaseName为所要备份数据名称；gBkupRstrFileName为备份文件名

oBackup.Database＝gDatabaseName

oBackup.Files＝gBkupRstrFileName

已存在gBkupRstrFileName备份文件名，则覆盖

If Len（Dir（gBkupRstrFileName））＞0 Then

Kill（gBkupRstrFileName）

End If

oBackup.PercentCompleteNotification＝1

Screen.MousePointer＝vbHourglass

oBackup.SQLBackup gSQLServer

DoEvents

Screen.MousePointer＝vbDefault

＇清空内存、关闭连接

Set oBackupEvent＝Nothing

Set oBackup＝Nothing

gSQLServer.Close

Set gSQLServer＝Nothing

Set tprg＝Nothing

Exit Function

ErrHandler：

m_str状态＝Err.Description

Resume Next

Set tprg＝Nothing

End Function

＇************数据库还原操作*************

Private Function RestoreData（gDatabaseName As String，gBkupRstrFileName As String，Server⁃Name As String，UserName As String，password As String）As String

On Error GoTo ErrHandler：

Dim oRestore As SQLDMO.Restore

Dim msg As String

Dim Response As String

Set tprg＝New CProgress

tprg.Title ＝＂正在执行数据库还原......＂

Dim gSQLServer As SQLDMO.SQLServer

＇ServerName为服务器名称；serName为用户名；password为超级密码

＇连接服务器

Set gSQLServer＝getSQLServer（ServerName，UserName，password）

Set oRestore＝New SQLDMO.Restore

Set oRestoreEvent＝oRestore

＇gDatabaseName为所要还原数据名称；gBkupRstrFileName为还原文件名

oRestore.Database＝gDatabaseName

oRestore.Files＝gBkupRstrFileName

Screen.MousePointer＝vbHourglass

oRestore.PercentCompleteNotification＝1

oRestore.SQLRestore gSQLServer

Screen.MousePointer＝vbDefault

＇清空内存、关闭连接

Set oRestoreEvent＝Nothing

Set oRestore＝Nothing

gSQLServer.Close

Set gSQLServer＝Nothing

Set tprg＝Nothing

Exit Function

ErrHandler：

m_str状态＝Err.Description

Resume Next

Set tprg＝Nothing

End Function

＇************显示备份进度*************

＇************显示还原进度*************

End Sub

Private Sub oBackupEvent_PercentComplete（ByVal Message As String，ByVal Percent As Long）

DoEvents

tprg.Value＝Percent

End Sub

Private Sub oRestoreEvent_PercentComplete（ByVal Message As String，ByVal Percent As Long）

DoEvents

tprg.Value＝Percent

数据库怎么备份和还原

SqlServer2000
1、备份：
首先自己新建一个数据库，右击，选择 所有任务--》备份数据库，然后根据提示选择备份到哪里，确定即可
2.、还原：
右键单击刚建立的数据库，选择 所有任务--》还原数据库--》单击常规选项卡 还原为数据库：填写想要的数据库名（刚建立的）；还原：选择 从设备 --》选择设备--弹出框里 单击添加--》 选择文件名--》 确定；单击选项 勾选“在现有数据库上强制还原”，在移至物理文件名列 选择数据库文件及日志文件的物理存储位置，要和刚建立的数据库同目录 单击确定完成还原。还原后的数据库要想复制移动 必须退出企业管理器 并且停止sql服务器，否则不能复制移动。

SQL Server的文件恢复技术

　　SQL Server有两种备份方式 一种是使用BACKUP DATABASE将数据库文件备份出去 另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式 本文中 我们将主要介绍一下后者的备份与恢复 (本文中假定您目前已经能够熟练使用Server企业管理器和SQL Server查询分析器)

　　 正常的备份 恢复方式

　　正常方式下 我们要备份一个数据库 首先要先将该数据库从运行的数据服务器中断开 或者停掉整个数据库服务器 然后复制文件

　　卸下数据库的命令

　　Sp_detach_db 数据库名

　　连接数据库的命令

　　Sp_attach_db或者sp_attach_single_file_db s_attach_db ′physical_name′

　　使用此方法可以正确恢复SQL Sever 和SQL Server 的数据库文件 要点是备份的时候一定要将mdf和ldf两个文件都备份下来 mdf文件是数据库数据文件 ldf是数据库日志文件

　　例子

　　假设数据库为test 其数据文件为test_data mdf 日志文件为test_log ldf 下面我们讨论一下如何备份 恢复该数据库

　　卸下数据库

　　sp_detach_db ’test’

　　连接数据库

　　sp_attach_db ’test’ ’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_data mdf’ ’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log ldf’sp_attach_single_file_db ’test’ ’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_data mdf’

　　 只有mdf文件的恢复技术

　　由于种种原因 我们如果当时仅仅备份了mdf文件 那么恢复起来就是一件很麻烦的事情了

　　如果您的mdf文件是当前数据库产生的 那么很侥幸 也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库 但是会出现类似下面的提示信息

　　设备激活错误 物理文件名 ’C:Program FilesMicrosoft SQL ServerMSSQLdatatest_Log LDF’可能有误

　　已创建名为’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log LDF’的新日志文件

　　但是 如果您的数据库文件是从其他计算机上复制过来的 那么很不幸 也许上述办法就行不通了 你也许会得到类似下面的错误信息

　　服务器: 消息 级别 状态 行

　　未能打开新数据库 ’test’ CREATE DATABASE 将终止

　　设备激活错误 物理文件名 ’d:test_log LDF’ 可能有误

　　应该怎么办呢?下面我们举例说明恢复办法

　　A 我们使用默认方式建立一个供恢复使用的数据库(如test) 可以在SQL Server Enterprise Manager里面建立

　　B 停掉数据库服务器

　　C 将刚才生成的数据库的日志文件test_log ldf删除 用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data mdf

　　D 启动数据库服务器 此时会看到数据库test的状态为“置疑” 这时候不能对此数据库进行任何操作

　　E 设置数据库允许直接操作系统表 此操作可以在SQL Server Enterprise Manager里面选择数据库服务器 按右键 选择“属性” 在“服务器设置”页面中将“允许对系统目录直接修改”一项选中 也可以使用如下语句来实现

　　use master go sp_configure ’allow updates’ go reconfigure with override go

　　F 设置test为紧急修复模式

　　update sysdatabases set status= where dbid=DB_ID(’test’)

　　此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表 但是仅仅有系统表

　　G 下面执行真正的恢复操作 重建数据库日志文件

　　dbcc rebuild_log(’test’ ’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log ldf’)

　　执行过程中 如果遇到下列提示信息

　　服务器: 消息 级别 状态 行

　　未能排它地锁定数据库以执行该操作

　　DBCC执行完毕 如果DBCC输出了错误信息 请与系统管理员联系

　　说明您的其他程序正在使用该数据库 如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表 那么退出SQL Server Enterprise Manager就可以了

　　正确执行完成的提示应该类似于

　　警告 数据库 ’test’的日志已重建 已失去事务的一致性 应运行DBCC CHECKDB以验证物理一致性 将必须重置数据库选项 并且可能需要删除多余的日志文件

　　DBCC执行完毕 如果DBCC输出了错误信息 请与系统管理员联系

　　此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用” 此时可以访问数据库里面的用户表了

　　H 验证数据库一致性(可省略)

　　dbcc checkdb(’test’)

　　一般执行结果如下

　　CHECKDB发现了 个分配错误和 个一致性错误(在数据库 ’test’ 中)

　　DBCC执行完毕 如果DBCC输出了错误信息 请与系统管理员联系

　　I 设置数据库为正常状态

　　sp_dboption ’test’ ’dbo use only’ ’false’

　　假如没有出错 现在你就可以正常的使用恢复后的数据库啦

　　J 最后一步 我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复 因为平时直接操作系统表是一件比较危险的事情 当然 我们可以在SQL Server Enterprise Manager里面恢复 也可以使用如下语句完成

什么是数据的备份与恢复

数据备份就是把一个数据库里的东西，在某个时间数据库管理软件复制完全另外一个一样的。

恢复是自从备份了数据库后，使用数据库的过程中发现出现了点小问题，导致数据库有些信息丢失了，并且现在的数据库中找不到这些信息了，这个时候就可以用备份的数据库来恢复下这些丢失的信息了。

数据丢失原因：

1、人为误操作，有时候在使用计算机的过程中不小心删除了文件，或者不小心将分区进行格式化操作，导致数据丢失。

2、恶意程序的破坏，最常见的恶意程序就是病毒。通常一般病毒是不会造成数据丢失的，但有些病毒有可能会造成硬盘锁死、分区丢失或数据丢失。

3、系统或软件错误，如在工作中，由于操作系统或应用程序自身存在的BUG引起的死机，会造成工作文档丢失等现象，还有在升级系统或更新应用程序时有时会带来一些如影响系统兼容性和稳定性的问题。

以上内容参考百度百科——数据恢复，百度百科——数据备份

MySQL的备份与还原，非常规备份，全量备份，增量备份

1：官方百万级别的测试数据库：

***隐藏网址***

下载到目录，解压即可，运行命令：

2：自己创建简单测试数据库：

***隐藏网址***

选择sql和想生成的字段，点击生成Generate!生成即可。

在MySQL输入生成的语句即可。

3：测试备份还原时用到的命令

删库跑路测试（先备份好）

还原后查询库的表数据是否完整。

采用复制整个数据存放目录

1：查看数据库数据存放位置

有两种方法：

1)：在数据库中用命令 show variables like ’datadir’; 查看

2)：在配置文件中查看，配置了 datadir 目录的可查看。没有配置的默认为 /var/lib/mysql/ 位置

Linux中查看配置文件

2：复制目录或者目录下某个数据库名

3：还原时直接复制文件夹到数据库目录即可

mysqldump又可叫做全量备份。

参数 --databases 同 -B ，单独一个库，也可省略。

1、备份命令mysqldump格式

格式：mysqldump -h主机名 -P端口 -u用户名 -p密码 database 数据库名 》 文件名.sql

备份testDatabase数据库

2、备份MySQL数据库为带删除表的格式

备份MySQL数据库为带删除表的格式，能够让该备份覆盖已有数据库而不需要手动删除原有数据库。

3、直接将MySQL数据库压缩备份

备份并压缩

4、备份MySQL数据库某个(些)表

备份testDatabase中的myTable表，不需要用参数 --databases 或者 -B

5、同时备份多个MySQL数据库

同时备份testDatabase和 employees两个库

6、备份服务器上所有数据库

参数 --all-databases 同 -A

7、还原MySQL数据库的命令

1) 不指定数据名还原，默认生成原数据库名称，还原所有数据库。

2) 指定数据名还原，还原指定单个数据库，需在数据库种预先创建一个testDatabase名称。

3) 还原压缩的MySQL数据库

4) 进入数据库用source导入

增量备份是针对于数据库的bin-log日志进行备份的，增量备份是在全量的基础上进行操作的。增量备份主要是靠mysql记录的bin-log日志。

1：查看是否开启bin-log日志

进入mysql输入命令可查看。

显示如下为开启状态，日志文件在/var/lib/mysql/以binlog.00001的格式保存。

如未开启，需要在配置文件种配置

2：查看目前使用的bin-log日志文件

进入mysql查看命令。

显示如下，目前使用的是binlog.000022文件，所有操作都记录在此文件。

查看当前testDatabase的表myTable数据如下，

3：刷新日志，使用新的日志文件（备份）

在命令端执行命令

日志文件从 binlog.000022 变为 binlog.000023

这时相当与已经备份成功，备份文件即为上次的binlog.000022日志文件。

4：删除数量，从日志还原数据

1) 删除ABC行

查询以及没有ABC行列。

2) 恢复数据ABC行

退出mysql，在命令端用mysqlbinlog命令恢复到binlog.000022日志状态。

进入数据库再次查看数据，ABC已经恢复。

增量备份完成。

浅谈IBMDB2的数据库备份与恢复

　　摘要 本文探讨了基于 IBM DB 的各种数据库备份与恢复策略 并附有完整的实验步骤 本文试图通过具体的实验使读者领会各种数据库备份方式的优劣和异同 并掌握 IBM DB 的数据库备份与恢复技术

　　若无特殊说明 以下数据库备份与恢复的试验环境均为 Windows XP + IBM DB V 企业版 同样的语句也在 AIX + IBM DB V 上验证通过

　　一 数据库备份的重要性

　　在信息日趋发达的时代 数据显得尤其重要 如何保障数据的完整性和安全性呢？如何避免数据灾难事故的发生呢？数据库备份作为数据安全和完整最有利保障手段的重要性就不言而喻了

　　数据库备份的重要性主要体现在

　　 提高系统的高可用性和灾难可恢复性 （在数据库系统崩溃的时候 没有数据库备份怎么办！？）

　　 使用数据库备份还原数据库是数据库系统崩溃时提供数据恢复最小代价的最优方案 （总不能让客户重新填报数据吧！？）

　　 没有数据就没有一切 数据库备份就是一种防范灾难于未然的强力手段 （没有了数据 应用再花哨也是镜中花水中月）

　　 对于DBA来说 最首要也是最重要的任务就是数据库备份

　　二 DB 数据库备份的方式与分类

　　 按照数据库备份对数据库的使用影响来划分

　　A 联机备份（也称热备份或在线备份）

　　B 脱机备份（也称冷备份或离线备份）

　　说明 联机备份和脱机备份最大的不同在于 联机备份数据库时 数据库仍然可以供用户使用 而脱机备份数据库则不行 脱机备份数据库时 必须断开所有与数据库有连接的应用后才能进行

　　 按照数据库的数据备份范围来划分

　　A 完全备份

　　B 增量备份

　　说明 完全备份数据库是指备份数据库中的所有数据 而增量备份只是备份数据库中的部分数据 至于增量备份到底备份哪些数据 稍候会提到

　　 增量备份的两种实现方式

　　A 增量备份（也称累计备份）

　　B delta备份

　　说明 这两种备份方式的严格定义如下

　　增量备份是自最近成功的完全备份以来所有更改的数据的备份

　　delta 备份则是上一次成功的完全 增量或 delta 备份以后所做更改的数据的备份

　　这里请读者们仔细的看上面两个增量备份方式的定义 注意这两种备份方式的细微差别 这里我们举一个例子来说明

　　假设有一个数据库 它每天都有部分数据在发生变化 我们星期一晚上对该数据库做了一次完全备份 星期二晚上对该数据库做了一次增量备份A（注 这里的增量备份是指累计备份 下同） 星期三晚上又做了一次增量备份B 星期四则做了一次delta 备份

　　那么 我们可以得出以下结论

　　星期一的数据库备份包含了所有的数据

　　星期二没有变动过的数据没有发生备份 在星期二变动过的数据会备份 并且备份到增量备份A中

　　星期三的备份中含有自星期一完全备份以来发生过变动的所有数据 包含了星期二和星期三发生过变动的数据 显然 增量备份A 被 增量备份 B 包含

　　星期四做的是delta备份 注意 它会也只会备份自星期三备份之后变动过的数据

　　三 DB 备份文件的结构介绍

　　在不同的操作系统下 DB 的备份文件的结构是不同的 这里概要地介绍一下

　　 Windows 操作系统下的数据库备份文件结构

　　说明 Windows 操作系统下的数据库备份文件是嵌套在一系列文件夹之下的特殊结构 上例中 D:\DB _Train 是指备份目录 TESTDB 是指数据库名称为 TESTDB DB 是指实例名称 NODE 是指节点名称 CATN 是指编目名称 是指备份发生的年月日 形如YYYYMMDD 是指备份发生的时间 精确到秒 也就是指 点 分 秒 形如HHMMSS 最后的 则是备份文件的一个序列号

　　 Unix 操作系统下的数据库备份文件结构

　　说明 Unix 操作系统下的数据库备份文件就是一个文件 上例中 HTDC 是指数据库名称 db inst 是指实例名称 NODE 是指节点名称 CATN 是指编目名称 是指备份发生的具体时间 形如YYYYMMDDHHMMSS 同样地 它的时间精确到秒 也就是指 年 月 日 点 分 秒发生备份 最后的 则是备份文件的一个序列号

　　四 DB 数据库备份实验（附完整命令脚本清单）

　　 DB 数据库实验准备工作

　　（ ） Step 创建测试数据库 TestDB

　　脚本清单          CREATE DATABASE TestDB        ON D:         USING CODESET GBK TERRITORY CN        WITH Pjj s Test DB ;        }

　　（ ） Step 创建数据库管理表空间 Data_SP（注意路径 如果没有请创建）

　　脚本清单          CREATE REGULAR TABLESPACE Data_SP        PAGESIZE K        MANAGED BY DATABASE        USING ( FILE D:\DB \Container\TestDB\UserData\UserData )        BUFFERPOOL IBMDEFAULTBP;

　　说明 上面的脚本创建了一个名为 Data_SP 的数据库管理表空间 该表空间使用的缓冲池为 IBMDEFAULTBP 存储路径为 D:\DB \Container\TestDB\UserData\ 存储文件名为 UserData 大小为 * K = M 页大小为 K

　　（ ） Step 创建测试表 TestTable 并插入测试数据

　　脚本清单

　　CREATE TABLE TestTable        (        ID INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START WITH INCREMENT BY NO CACHE )         Message VARCHAR( )         PRIMARY KEY(ID)        )IN Data_SP;

　　 插入测试数据 INSERT INTO TestTable(Message) VALUES( 测试表建立成功 );

　　说明 建立测试表并插入数据是为了稍候验证数据库恢复的时候用的

　　（ ） Step 创建测试表 TestTable 并插入测试数据

　　脚本清单          CREATE TABLE TestTable        (        ID INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START WITH INCREMENT BY NO CACHE )         Message VARCHAR( )         PRIMARY KEY(ID)        )IN Data_SP;

　　 插入测试数据          INSERT INTO TestTable(Message)        VALUES( 测试表建立成功 );

　　 DB 数据库脱机备份与恢复实验

　　脚本清单

　　 Step 完全备份数据库（脱机 备份时间戳记为 ）

　　db backup db TestDB to D:\DB _Train

　　 Step 模拟灾难 强制删除数据库

　　db drop db TestDB

　　 Step 根据该数据库完全备份还原数据库

　　db restore db TestDB from D:\DB _Train taken at

　　 DB 数据库增量备份与恢复实验

　　脚本清单

　　 数据库增量备份以及还原实验

　　 修改数据库参数 TrackMod 使之支持数据库进行增量备份

　　db update db cfg using TrackMod YES

　　 更改参数后必须完全离线备份数据库（脱机 备份时间戳记为 ）

　　db backup db TestDB to D:\DB _Train

　　 插入测试数据

　　INSERT INTO TestTable(Message)        VALUES( 开始增量数据库备份测试 );

　　 开始增量备份（脱机 备份时间戳记为 ）

　　db backup db TestDB incremental to D:\DB _Train

　　 删除数据库 模拟数据灾难

　　db drop db TestDB

　　 首先还原至完全离线备份状态

　　db restore db TestDB from D:\DB _Train taken at

　　 还原至增量离线备份状态

　　db restore db TestDB incremental automatic from D:\DB _Train taken at

　　 注意 上述语句中 有一个 automatic 它表示无论有多少个增量备份 系统将全自动检索恢复数据库的顺序并自动恢复数据库 如果没有 automatic 则需要多次手动恢复数据库 很麻烦而且容易出错

　　 Step 根据该数据库完全备份还原数据库

　　db restore db TestDB from D:\DB _Train taken at

　　 还原数据库后查询测试表数据检验数据是否恢复成功

　　 DB 数据库联机机备份与恢复实验

　　说明 联机备份数据库可以使数据库在备份的同时仍然保持在可用状态 要让数据库支持联机备份 必须更改数据库的日志归档方式 在脱机备份模式下 数据库采用循环日志方式记录数据库日志 在联机备份模式下 数据库则采用归档日志的方式备份数据库日志 另外 对于联机备份的数据库来说 活动日志和归档日志就很重要了 一定要经常备份 保存

　　脚本清单

　　 数据库联机备份以及还原实验

　　 连接至数据库并插入测试数据

　　db connect to TestDB

　　 插入测试数据

　　INSERT INTO TestTable(Message)        VALUES( 开始联机数据库备份测试 完全备份 );

　　 修改数据库参数 使之支持在线联机备份

　　db update db cfg for TestDB using logretain on trackmod on

　　 执行增量 在线备份之前必须执行离线全备份一次 否则数据库将处于备份暂挂的不可用状态

　　 （联机完全备份 时间戳记 ）

　　db backup db TestDB

　　 连接至数据库并插入测试数据

　　db connect to TestDB

　　 插入测试数据

　　INSERT INTO TestTable(Message)        VALUES( 开始联机数据库备份测试 增量备份 );

　　 执行联机备份 备份同时再打开一个会话 模拟应用在线（联机增量备份 时间戳记 ）

　　db backup db TestDB online incremental to D:\DB _Train

　　 模拟灾难 删除数据库！

　　 重要 此前一定要将活动日志文件备份至另一个路径 保存好 本例中 活动日志保存在 C:\db admin 下

　　db drop db TestDB

　　 根据在线完全备份恢复数据库

　　db restore db TestDB from D:\DB _Train taken at

　　 根据在线增量备份恢复数据库

　　db restore db TestDB incremental automatic from D:\DB _Train taken at

　　 恢复后的数据库处于前滚暂挂的不可用状态

　　db connect to TestDB

　　 前滚数据库 并指定归档日志位置 重要！

　　db ROLLFORWARD DATABASE TESTDB TO END OF LOGS AND PLETE OVERFLOW LOG PATH ( C:\db admin )

　　五 综述

　　对于数据库管理人员或者维护人员来说 怎么强调数据库备份的重要性都不为过

　　希望本文能抛砖引玉 能让大家对 IBM DB UDB 的数据库备份与恢复有一些深入的认识 也希望大家能在本机上按照本文的脚本认真的做一次实验 这样 你的认识会更加深刻

数据库如何还原和备份

选择需要备份的数据库，右键--任务--还原。
如何备份与还原数据库
如图点击添加，选择我们需要备份到哪里。
如何备份与还原数据库
如下图选择好路径后，给备份文件命名。
如何备份与还原数据库
如何备份与还原数据库
依次点击确定，完成以后会提示还原成功。
如何备份与还原数据库
可以把刚刚那边备份文件还原到原来的数据库，也可以还原给一个新的空的数据库。假设我们还原一个新的数据库。如图依次展开
如何备份与还原数据库
勾上选择源设备--选择路径。
如何备份与还原数据库
通过添加--找到刚刚我们备份的那个文件。
如何备份与还原数据库
如何备份与还原数据库
依次点击确定后，回到还原数据库界面，勾上还原文件。
如何备份与还原数据库
在还原数据库选项中点击选项，找到我们这个新建的数据的文件和日志存放路径。（如果不知道，可以选中该数据库--属性--文件里面找到默认路径），勾上覆盖原有数据库。确定就OK了。
如何备份与还原数据库