如何实现sql server实时备份数据库

可以利用数据库复制技术来实现数据同步更新 。SQL复制的基本元素包括出版服务器、订阅服务器、分发服务器、出版物和文章。 SQL SERVER 主要采用出版物、订阅的方式来处理复制。源数据所在的服务器是出版服务器，负责发表数据。出版服务器把要发表的数据的所有改变情况的拷贝复制到分发服务器，分发服务器包含有一个分发数据库，可接收数据的所有改变，并保存这些改变，再把这些改变分发给订阅服务器 。

主要有以下几个步骤：

1、配置出版服务器 ：

(1)选中指定[服务器]节点 ；

(2)从[工具]下拉菜单的[复制]子菜单中选择[发布、订阅服务器和分发]命令 ；

(3)系统d出一个对话框点[下一步]然后看着提示一直 *** 作到完成；

(4)当完成了出版服务器的设置以后系统会为该服务器的树形结构中添加一个复制监视器。同时也生成一个分发数据库(distribution) 。

2、创建出版物 ：

(1)选中指定的服务器；

(2)从[工具]菜单的[复制]子菜单中选择[创建和管理发布]命令；

(3)在d出的对话框中选择要创建出版物的数据库，单击[创建发布] ；

(4)在[创建发布向导]的提示对话框中单击[下一步]系统就会d出一个对话框，选择合适的复制类型；

(5)单击[下一步]系统要求指定可以订阅该发布的数据库服务器类型，SQLSERVER允许在不同的数据库如 ORACLE或ACCESS之间进行数据复制；

(6)单击[下一步]系统就d出一个定义文章的对话框也就是选择要出版的表 ；

(7)点击[下一步]直到 *** 作完成。

3、设计订阅 ：

(1)选中指定的订阅服务器；

(2)从[工具]下拉菜单中选择[复制]子菜单的[请求订阅] ；

(3)按照单击[下一步] *** 作直到系统会提示检查SQL SERVER代理服务的运行状态，执行复制 *** 作的前提条件是SQL SERVER代理服务必须已经启动；

(4)单击[完成]，即可实现实时备份数据库。

TAG：WordPress

Dropbox 在国内已被墙，第一次注册和安装Dropbox客户端时需要翻（—敏感词过滤分割线—）墙，下载客户端之后不使用代理也可以正常接收同步备份文件

使用wordpress备份插件不仅可以备份wordpress数据库，还可以备份、主题模板等文件。同时wordpress备份插件可以定时将数据作为附件自动备份到自己的email邮箱，或者进入后台直接手工下载到本地电脑。但是如何自动将wordpress数据库文件自定备份到本地电脑呢？毕竟下载到本地电脑会让人比较放心。直接使用可以发送wp博客数据库备份到你的Dropbox帐户的Wordpress插件，或者wp插件再结合使用Dropbox即可实现这种功能，最后通过Dropbox自动同步备份文件到你的本地电脑。

WordPress备份插件

首先介绍几款相关的Wordpress备份插件：

wp-db-backup 备份插件：wp-db-backup备份插件是wordpress官方网站上最热门的数据库备份插件，使用起来也非常简单，下载安装该插件并启用后跳转到Dashboard-》Tool-》Backup设置数据库表的备份选项即可，可选：

1、备份文件到服务器

2、下载到本地电脑

3、Email备份到邮箱

还可以选择自动定时备份到你指定的email邮箱，设置每小时、每天、每两天、每周定时备份博客数据库均可。wp-db-backup会在wp-content目录下新建一个以backup开头的随机名称作为备份文件保存的目录，随机数字名称在一定程度上使备份文件更加安全。

另外一个类似的wordpress博客备份插件是wp-dbmanager，wp-dbmanager备份插件也是一个相当热门的wordpress插件，不仅可以自动定时备份，还可以直接在wordpress后台导入数据库备份文件、数据库修复、优化、恢复、删除、清空等数据库 *** 作。

不过上面两个wordpress备份插件定时备份只能发送数据库备份文件到email邮箱，不能直接发送到你的dropbox账户。所以这里再介绍一个插件wp-time-machine，wp-time-machine备份插件其实也是一个非常不错的插件，安装并启用该插件后，不仅可以备份数据库文件、还可以备份uploads目录上传的等所有wp-content中的文件（如wordpress主题）、htaccess文件、数据库恢复说明。最关键的是它可以将这些备份文件发送到你的远程账户，包括Dropbox、Amazon’s AWS S3、远程FTP服务器。但是wp-time-machine有一个致命的缺点是，只要你的wordpress博客启用了这个插件，任何访客访问这个地址：

>

selectinto新数据库新表from旧数据库旧表

就可以把表数据备份到另外一个数据库了

---------------------

第一步：选择需要还原的数据库，鼠标右键，选择任务下的还原

第二步：选择“源设备”，点击后面的文件选择“”

第三步：添加你需要还原的数据库，还原的数据库文件后缀为备份文件（bak）

第四步：选中添加进来的还原文件，找到左上角上的“选择项”，勾选第一项（覆盖现有数据库），点击确定就可以了

Oracle数据库的三种标准的备份方法：

1导出／导入（EXP/IMP）。

2热备份。

3冷备份。

注释：导出备件是一种逻辑备份，冷备份和热备份是物理备份。

一、导出／导入（Export／Import）

利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。

1、简单导出数据（Export）和导入数据（Import）

Oracle支持三种方式类型的输出：

（1）、表方式（T方式），将指定表的数据导出。

（2）、用户方式（U方式），将指定用户的所有对象及数据导出。

（3）、全库方式（Full方式），瘵数据库中的所有对象导出。

数据导入（Import）的过程是数据导出（Export）的逆过程，分别将数据文件导入数据库和将数据库数据导出到数据文件。

2、增量导出／导入

增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为exportdmp，如果不希望自己的输出文件定名为exportdmp，必须在命令行中指出要用的文件名。

增量导出包括三种类型：

（1）、“完全”增量导出（Complete）

即备份三个数据库，比如：

expsystem/==040731dmp

（2）、“增量型”增量导出

备份上一次备份后改变的数据，比如：

expsystem/==040731dmp

（3）、“累积型”增量导出

累计型导出方式是导出自上次“完全”导出之后数据库中变化了的信息。比如：

expsystem/==040731dmp

数据库管理员可以排定一个备份日程表，用数据导出的三个不同方式合理高效的完成。

比如数据库的被封任务可以做如下安排：

星期一：完全备份（A）

星期二：增量导出（B）

星期三：增量导出（C）

星期四：增量导出（D）

星期五：累计导出（E）

星期六：增量导出（F）

星期日：增量导出（G）

如果在星期日，数据库遭到意外破坏，数据库管理员可按一下步骤来回复数据库：

第一步：用命令重新生成数据库结构；

第二步：创建一个足够大的附加回滚。

第三步：完全增量导入A：

impsystem/=RESTOREFULL=yFILE=A

第四步：累计增量导入E：

impsystem/=RESTOREFULL=YFILE=E

第五步：最近增量导入F：

impsystem/=RESTOREFULL=YFILE=F

二、冷备份

冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份Oracle信息而言，冷备份时最快和最安全的方法。冷备份的优点是：

1、是非常快速的备份方法（只需拷文件）

2、容易归档（简单拷贝即可）

3、容易恢复到某个时间点上（只需将文件再拷贝回去）

4、能与归档方法相结合，做数据库“最佳状态”的恢复。

5、低度维护，高度安全。

但冷备份也有如下不足：

1、单独使用时，只能提供到“某一时间点上”的恢复。

2、再实施备份的全过程中，数据库必须要作备份而不能作其他工作。也就是说，在冷备份过程中，数据库必须是关闭状态。

3、若磁盘空间有限，只能拷贝到磁带等其他外部存储设备上，速度会很慢。

4、不能按表或按用户恢复。

如果可能的话（主要看效率），应将信息备份到磁盘上，然后启动数据库（使用户可以工作）并将备份的信息拷贝到磁带上（拷贝的同时，数据库也可以工作）。冷备份中必须拷贝的文件包括：

1、所有数据文件

2、所有控制文件

3、所有联机REDOLOG文件

4、Initora文件（可选）

值得注意的使冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的。

下面是作冷备份的完整例子。

（1）关闭数据库

sqlplus/nolog

sql

sql

（2）用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件

sql

（3）重启Oracle数据库

sql

三、热备份

热备份是在数据库运行的情况下，采用方式备份数据库的方法。所以，如果你有昨天夜里的一个冷备份而且又有今天的热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下 *** 作，并需要大量的档案空间。一旦数据库运行在archivelog状态下，就可以做备份了。热备份的命令文件由三部分组成：

1数据文件一个表空间一个表空间的备份。

（1）设置表空间为备份状态

（2）备份表空间的数据文件

（3）回复表空间为正常状态

2备份归档log文件

（1）临时停止归档进程

（2）log下那些在目标目录中的文件

（3）重新启动archive进程

（4）备份归档的redolog文件

3用命令来备份控制文件

热备份的优点是：

1可在表空间或数据库文件级备份，备份的时间短。

2备份时数据库仍可使用。

3可达到秒级恢复（恢复到某一时间点上）。

4可对几乎所有数据库实体做恢复

5恢复是快速的，在大多数情况下爱数据库仍工作时恢复。

热备份的不足之处：

1不能出错，否则后果不堪设想。

2假如热备份不成功，所得结果则不能用于时间点的恢复。

3因为难于维护，所以需要特别仔细小心，不允许在 *** 作时半途而废。

关于Oracle数据库的备份方式就为大家讲解到这里，以后大家需要进行数据库备份工作时可以参照上文中讲解的，从上文中任选一种，就可以完成Oracle数据库的备份，希望上文中涉及到的内容对大家能够有所帮助。

1，定期备份。每月一次或者每一季度一次。根据业务数据状况而定。避免数据丢失。

2，上限备份。可以根据数据的记录多少设置上下限。例如超出1000就进行备份。但备份程序得自定义写。

3，筛选备份。根据自己的需求。哪些重要信息哪些变更数据有选择的进行备份。不需要的可以不进行备份。避免不必要的空间浪费。

4，数据清算或者盘点备份。根据年度或者季度清算，盘点。有条件的将年度极端关联数据进行备份。

5，同期备份。多个服务器，某一备份，留给其它服务器同期导入和更新。

6，抽取和输出备份。按照需求和筛选条件将数据利用Bat程序进行呼出和转存。根据需求

保存不同格式。以备其它DB同期和输入更新。

7，汇总备份。针对业务数据进行合计或者汇总成电子文件数据或者报表数据进行输出。

可能还有其它的。但是用的可能少一些。

多工联机重作日志文件

每个数据库实例都有其自己的联机重作日志组 在 *** 作数据库时 Oracle首先将数据库的全部改变保存在重作日志缓冲区中 随后日志记录器进程（LGWR）将数据从系统共用区SGA（System Global Area）的重作日志缓冲区写入联机重作日志文件 在磁盘崩溃或实例失败时 可以通过与之相关的联机重作日志来保护数据库 将损失降至最低 但Oracle在默认的方式下只创建一组重作日志文件（每一组只有一个项目文件） 为了减少丢失这些重要的重作日志文件的危险 因此需要对其进行镜像拷贝

在Oracle级多工联机重作日志文件 即增加多个文件到每个组以便镜像数据 这样I/O故障或写丢失只损坏一个拷贝 从而保证了LGWR后台进程至少能够向一个成员写入信息 数据库仍然可以继续运行 同时应保证日志组的成员不应驻存在同一物理设备上 因为这将削弱多重日志文件的作用

镜像拷贝控制文件

控制文件描述通用的数据库结构 它存储了大量数据库状态信息 包括物理结构和联机重作日志文件在当时的名称 位置 状态 控制文件在数据库启动时被Oracle实例读取 保持打开并随着 *** 作而文件内容更新 直到实例关闭为止 在它打开的过程中能够同步需要恢复的信息 包括检查点信息 因此若损坏或丢失了控制文件 Oracle将不能继续工作 因此应在系统中保持控制文件的多个拷贝 且这些拷贝应置于安装于不同磁盘控制器下的不同磁盘设备中

由于Oracle没有提供对控制文件多工的完整支持 因此应在对控制文件使用 *** 作系统或硬件镜像 即在修改初始化文件的control_files参数后重新启动数据库前 应将控制文件复制到定义的新位置 否则数据库启动时将会出错

激活归档进程

当数据库运行于NOARCHIVELOG模式下时 只能在完全关闭数据库后进行数据库的一致备份 并且同时禁用了联机重作日志的存档 这样在Oracle实例失败时只能将数据库修复到最近的完整数据库备份时的那一点上 不能在失效点处对实例进行恢复 而在ARCHIVELOG模式下 数据库不仅可以进行一致备份 还可以在数据库打开的情况下进行联机备份 通过数据库的备份和联机与存档的重作日志文件 用户可以恢复所有已提交的事务 并允许将数据库恢复到指定的时间 SCN或日志系列号处 增大了恢复的灵活性 减少了故障时的数据丢失 因此数据库应运行于ARCHIVELOG模式

在ARCHIVELOG模式下为了防止文件损坏和介质故障 应把日志归档到不同的磁盘上 这可以通过在初始化文件中为归档重作日志指定多个目标实现

数据库实施较大改变时备份

因为控制文件中保存了数据库的模式结构信息 因此在对数据库进行较大改变（包括改变表结构 增加 删除日志文件或数据文件等）时应立即备份控制文件及相应的数据文件

使用RESETLOGS选项打开数据库后进行备份

在以RESETLOGS选项打开数据库后 应对整个数据库进行脱机或联机的备份 否则将不能恢复重置日志后的改变

当以RESETLOGS选项打开数据库时 Oracle将抛弃恢复中没有应用的重复信息 并确保永远不再运用 同时还将初始化控制文件中关于联机日志和重作线程的信息 清除联机日志中的内容 因此 RESETLOGS前的归档日志的序列号将与RESETLOGS后的Oracle控制文件的要求值不相符（备份文件中的检查点比控制文件中的检查点旧） 即在恢复中不能应用以前的归档日志文件 从而导致RESETLOGS *** 作之前的备份在新形体中无用

避免备份联机重作日志文件

由于文中提出了多工联机重作日志文件且数据库运行于ARCHIVELOG模式 ARCH进程能够将联机重作日志归档 因此不必对其进行备份 若用备份的联机重作日志文件重建它 可能会引起日志文件序列号的混乱 从而破坏数据库 得到适得其反的结果

重置联机日志

在进行了不完全恢复或用备份控制文件进行恢复后 应重置联机日志

为了确保数据库的一致性 必须保证在恢复后所有数据文件都恢复到同一个时间点 但不完全恢复可能导致数据文件中具有一个与其它文件不同的检查点 导致数据库的一致性受到破坏 同样 备份的控制文件中保存的SCN和计数器与当前日志文件中的值可能不同 从而也破坏了数据库的一致性 因此应在进行完上述两项 *** 作后重置联机日志

数据库的逻辑备份

以上所述备份都为物理备份 是实际物理数据库文件从一处拷贝到另一处的备份 除此之外还可使用Oracle提供的导出实用程序进行数据库的逻辑备份 Oracle同时还提供了相应的导入实用程序重建逻辑备份中保存的信息

逻辑备份只拷贝数据库中的数据 而不记录数据位置的备份过程 它利用SQL语句 从数据库中导出数据到一个存放在合适位置的外部文件中 同时并可检测到数据块的损坏 因此可用其作为物理备份的补充

备份策略

考虑到如今大部分信息系统每周的业务是 × *** 作 因此采用联机备份 否则可每隔一定时间进行一次脱机备份

应用上述规则 可得出下述典型的备份策略

①镜像拷贝重作日志文件

②镜像拷贝控制文件

③激活归档进程 即以ARCHIVELOG模式 *** 作数据库

④每天进行数据库的部分联机备份（每天进行数据库的完全热备份将无畏地增加数据库的负担且没有必要 同时也增加了数据库恢复时的灵活性）

⑤每隔一周或几周进行一次数据库的逻辑备份

实际项目应用

当数据库中的文件达到一定数量后 DBA可能记不住该备份的文件的名或位置 因此 若能使备份过程自动化可有效地减轻DBA的负担 同时不会遗漏应备份的文件 应用自动批处理文件及脚本文件可实现备份 恢复的自动化 下面简介了在实际项目开发中应用本文所提出的自动备份 恢复策略 通过实际应用 证明了该策略的正确性和可行性

（ ）下述脚本实现联机重作日志的多工

connect 账户名/密码    alter database ktgis add logfile member 日志文件的存储位置 to group 联机日志组号;    shutdown immediate    startup pfile=初始化文件的存放位置 exclusive mount; 装载数据库且不打开    alter database archivelog; 激活归档进程    alter database open;    exit

（ ）下列VB代码自动建立联机备份的批处理文件及相应的脚本文件

Set adoTmp = objConnect Execute( select tablespace_name from sys dba_data_files ) 得到数据库中的表空间名    Dim lnum As Long    Dim lnum As Long    lNum = FreeFile    Open 自动备份批处理文件路径 For Binary As lNum    lnum = FreeFile    Open onlinebegin sql For Binary As lnum onlinebegin sql为设置表空间进入热备份模式的脚本文件文件名    lnum = FreeFile    Open onlineend sql For Binary As lnum onlinebegin sql为结束表空间热备份模式的脚本文件文件名    strTmp = connect 账户名/密码 & Chr( ) & Chr( )    Put lnum strTmp    strTmp = shutdown immediate & Chr( ) & Chr( )    Put lnum strTmp    strTmp = startup pfile=初始化文件的存放位置exclusive mount; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = alter database archivelog; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = alter database open; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = connect 账户名/密码 & Chr( ) & Chr( )    Put lnum strTmp    strTmp = Oracle服务管理器路径 & @ & onlinebegin sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlinebegin sql    Put lNum strTmp    Do While Not adoTmp EOF    Set adoTmp = objConnect Execute( select file_name from sys dba_data_files where tablespace_name= & adoTmp Fields( ) & ) 得到当前表空间所对应的所有数据文件名 通过循环即可得到所有表空间所对应数据文件名 若只备份指定的表空间 可指定表空间名从而得到其对应的物理数据文件    strTmp = alter tablespace & adoTmp Fields( ) & begin backup; & Chr( ) & Chr( ) 将表空间置于热备份模式    Put lnum strTmp    strTmp = Oracle的ocopy exe工具全路径 & adoTmp Fields( ) & & 备份文件存放路径 & Chr( ) & Chr( )    Put lNum strTmp    strTmp = alter tablespace & adoTmp Fields( ) & end backup; & Chr( ) & Chr( ) 表空间恢复正常模式    Put lnum strTmp    adoTmp MoveNext    Loop    strTmp = Oracle服务管理器路径 & @ & onlineend sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlineend sql    Put lNum strTmp    strTmp = exit & Chr( ) & Chr( ) 退出服务管理器    Put lnum strTmp    strTmp = alter system switch logfile; & Chr( ) & Chr( ) 强制日志转换 使Oracle创建一个归档日志文件    Put lnum strTmp    strTmp = exit & Chr( ) & Chr( )    Put lnum strTmp    Close    Set adoTmp = Nothing    Set adoTmp = Nothing

运行得到的自动批处理文件 即可自动进行数据库的联机备份

（ ）在从备份中恢复数据文件后 执行下列脚本将数据库的恢复程序

connect账户名/密码    shutdown abort    startup mount pfile=初始化文件的存放位置; 装载数据库    set autorecovery on; 打开自动恢复    recover database;    alter database open; 打开数据库

结束语

lishixinzhi/Article/program/Oracle/201311/18527

以上就是关于如何实现sql server实时备份数据库全部的内容，包括:如何实现sql server实时备份数据库、如何将WordPress数据自动备份到本地、如何备份整个mysql数据库等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！