备份数据库的主要作用是保证数据的完整性

数据备份就是要保存数据的完整性，防止非法关键，断电，病毒感染等等情况，使数据丢失，有必要的话，最好勤备份，防止数据丢失。

数据还原：就是数据库出现错误或者是崩溃了不可以用，就把原来的数据恢复回来。

提高系统的可用性和灾难可恢复性，在数据库系统崩溃的时候，可以恢复数据。

使用数据库备份还原数据库是数据库系统崩溃时提供数据恢复最小代价的最优方案。

没有数据就没有一切，数据库备份就是一种防范灾难于未然的强力手段。

MYSQL数据如何实时备份

依次单击:开始--程序--Microsoft SQL Server--企业管理器--SQL Server组--管理--数据库维护计划

在右侧空白处右键单击,新建维护计划--勾选要备份的数据库--下一步

指定数据库备份计划--调度--单击"更改"--设置备份的时间,备份周期--下一步

每日频率即是每天什么时间开始进行备份

发生频率即是执行的周期

指定备份磁盘目录--修改"使用此目录"的路径作为备份数据库的存放路径勾选删除早于此时间的文件,我这里选择一周,即是数据库备份文件把一周前的进行删除

给此任务计划填写一个名字:back 2单击"完成",就可以在数据库维护计划中看到刚才新建的计划

注意事项

一定要开启sql server agent服务

一、选择合理的备份时机。虽然说，SQL Server数据库在联机或者活动状态，也可以进行备份。但是，一般情况下，笔者不建议这么做。因为在数据库活动的时候进行备份的话，一方面会增加备份的时间;另一方面，因为备份作业占用了一定的硬件资源，会对数据库的访问性能产生比较大的影响，特别是并发性访问。所以，在数据库备份的时候，数据库管理员应当尽量减少SQL Server中的当前活动。对于大部分企业来说，一般数据库活动的高发期在白天的八个小时。故从理论上说，除了这八个小时外，对数据库进行备份的话，可以把这个不利影系降低到最低。笔者现在的备份策略，就是在凌晨一点开始进行数据库备份。根据笔者一段时间的追踪，发现在这个时段内，基本上没有用户访问数据库。故笔者利用SQL Server的任务计划结合数据库的备份策略，定在凌层这个时间进行数据库备份。不过，为了保障数据库备份的准确性，在第二天上班后，就需要查看相关的备份日志。看看在备份的过程中有否出现异常情况。若有的话，要及时加以解决。总之，数据库备份的时机选择上，一个基本原则就是“在备份作业进行的整个过程中，尽量减少数据库的当前活动”。二、备份到多个物理设备。通常情况下，与备份到单个物理设备相比，备份到多个物理设备的速度会更快一点。为此，数据库管理员可以通过并行方式将数据复制到各个备份设备中。SQL Server服务器通过相关技术，能够充分利用多个备份设备的优势。SQL Server数据库可以同时向多个备份文件进行写 *** 作。在企业具有多个备份文件的时候，数据库可以将数据条带化的分布到用于创建备份的全部文件中。通俗说的说，就是建立多个备份文件，然后把不同的备份文件存储在不同的物理设备上。如此的话，就好像是在泄洪的时候，多开几个通道。那么，很明显可以缩短备份的时间。在另一方面，也就降低了备份作业对数据库的不利影响。从理论上说，如果备份到单个设备上需要3个小时，则备份到两个硬盘上的话，则可以缩短为一个半小时。当然，实际能够把备份时间缩短到多少，还跟硬件的读取速度、服务器的性能相关。但是可以肯定的一点就是，把备份文件存储到多个硬件设备中，实现条带化备份，是可以大幅度的缩短备份所需要的时间。在使用这种方法降低备份对数据库的不利影响，需要注意以下几个方面的内容：1、在备份时，所采用的硬件设备必须属于同种类型的媒体。现在用户备份的媒体主要有磁带或者硬盘。不过，现在基本上大家都习惯于硬盘。在进行条带化备份的时候，数据库管理员不能够在单个备份媒体集中混合使用磁带或者硬盘设备。这是在工作中要切记的一个限制条件。2、如果将某个备份文件定义为备份集成员，那么用户就必须一起使用这些文件。也就是说，数据库管理员若设置了多个备份文件，则无论是在对其进行异地备份，还是在进行还原的时候，要对所有的备份文件进行 *** 作。不然的话，很可能会丢失部分数据。这就好像一个蛋糕，数据库管理员把它切成一快一快。若要把它换一个地方存放的话，则要把切割后的每一块蛋糕都搬走。少一块的话，蛋糕就不完整了。这也是类似的道理。3、如果删除了某个备份集的成员，则备份集中其他成员所包含的数据是无效的，不能够被使用。也就是说，数据库在执行条带化备份的时候，在各个备份文件中存储的数据是没有规则的。并不是说，一个备份文件中就存储索引，另一个备份文件中存储数据信息。即时某个备份文件不小心丢失了，仍然可以利用另外的备份文件修复部分数据。这是不肯能的。这就好利用RAR等工具分割压缩文件的时候，必须所有的压缩文件齐全，才能够解压缩文件。故这就要求数据库管理员在对这些文件进行异地备份的时候，要考虑其完整性。在SQL Server数据库中，可以利用MEDIANAME参数来为整个备份媒体集指名媒体名。当使用多个文件来备份数据库的时候，数据库管理员就要使用这个选项。利用这个参数，可以把各个独立的备份文件作为媒体集的成员而相互联系起来。三、物理设备的速度决定备份所需要的时间。不同类型的物理设备，由于其本身性能的差异，对数据库备份的时间也会有不小的影响。如早起的磁带备份设备，相比较磁盘设备来说，备份就需要花费更多的时间。现在硬件设备在不断的跌价中，故数据库管理员在备份设备的选择上，可以有更多的选择余地。在力所能及的情况下，最好能够选择性能高一点的备份设备。另外，即使都是硬盘，其性能也会有所差异。故数据库管理员最好能够跟硬件管理人眼一起，商量确定一个合适的硬件设备。四、合理使用完全数据库备份。一般来说，数据库备份包括完全数据库备份、差异数据库备份等等几种方式。而对数据库进行完全备份，所需要花费的时间最长。故若数据库管理员能够合理选择完全数据库备份的时机，就可以大幅度的降低数据库备份对服务器性能的不利影响。通常来说，在下面两种情况下，可以考虑只采用数据库完全备份。一是在数据库容量比较小的时候。若数据库管理员认为备份这个小型数据库所花费的时间是可以忍受的，则就可以采用完全数据库备份策略。二是数据库的数据修改频率很低，或者数据库是只读的。此时，数据库管理员若执行完全数据库备份，将会备份相当完整的数据集。如果数据库在两次备份之间不幸出现了故障，对其进行恢复时，企业用户或许可以少受损失。在完全备份的时候，SQL Server会备份在备份过程中发生的任何活动;同行也会备份事务日志中的任何未提交事务。这主要是因为在对数据库进行恢复的时候，为了保证数据的一致性，SQL Server需要使用备份文件中所记录的部分事务日志。除了以上两种情况外，最好对数据库执行完全备份与差异备份结合的策略。如笔者企业现在的备份策略是，从星期一到星期六执行差异备份，星期天执行完全备份。因为差异备份要比完全备份所花费的时间少的多。通过这种方式，即保障了数据的安全性，同时，也可以最大限度的对数据备份的性能进行优化。总之，在数据库备份的时候，这个作业对数据库性能的不利影响肯定是存在的。数据库管理员现在可以做的，就是想法设法，把数据库备份所需要的时间尽量缩短。并且合理安排数据库备份的时间，要把数据库备份作业跟用户使用数据库的的繁忙时间错开，减少他们对于硬件资源的争夺。

定期的备份可使我们数据库崩溃造成的损失大大降低。在MySQL中进行数据备份的方法有两种，一种是使用mysqldump程序，一种是使用mysqlhotcopy、cp、tar或cpio等打包程序直接拷贝数据库文件。mysqldump程序备份数据库较慢，但它生成的文本文件便于移植。使用mysqlhotcopy等程序备份速度快，因为它直接对系统文件进行 *** 作，需人为协调数据库数据的备份前后一致性。

使用mysqldump备份数据库其实就是把数据库转储成一系列CREATE TABLE和INSERT语句，通过这些语句我们就可重新生成数据库。使用mysqldump的方法如下：

% mysqldump --opt testdb | gzip > /data/backup/testdbbak

#--opt选项会对转储过程进行优化，生成的备份文件会小一点，后的管道 *** 作会进行数据压缩

% mysqldump --opt testdb mytable1,mytable2 | gzip > /data/backup/testdb_mytablebak

#可在数据库后接数据表名，只导出指定的数据表，多个数据表可用逗号分隔

--opt选项还可激活--add-drop-table选项，它将会在备份文件的每条CREATE TABLE前加上一条DROP TABLE IF EXISTS语句。这可方便进行数据表的更新，而不会发生“数据表已存在”的错误。

用mysqldump命令还可直接把数据库转移到另外一台服务器上，不用生成备份文件。重复执行可定期更新远程数据库。

% mysqladmin -h remote_host create testdb

% mysqldump --opt testdb | mysql -h remote_host testdb

另外还可通过ssh远程调用服务器上的程序，如：

% ssh remote_host mysqladmin create testdb

% mysqldump --opt testdb | ssh remote_host mysql testdb

通过直接拷贝系统文件的方式备份数据库，在备份时，要确保没有人对数据库进行修改 *** 作。要做到这点，最好关闭服务器。如果不能关闭的，要以只读方试锁定有关数据表。下面是一些示例：

% cp -r db /backup/db #备份db数据库到/backup/db目录

% cp table_name /backup/db #只备份table_name数据表

% scp -r db remotehot:/usr/local/mysql/data #用scp把数据库直接拷贝到远程服务器

在把数据库直接拷贝到远程主机时，应注意两台机器必须有同样的硬件结构，或者将拷贝的数据表全部是可移植数据表类型。

使用mysqlhotcopy工具，它是一个Perl DBI脚本，可在不关闭服务器的情况下备份数据库，它主要的优点是：

它直接拷贝文件，所以它比mysqldump快。

可自动完成数据锁定工作，备份时不用关闭服务器。

能刷新日志，使备份文件和日志文件的检查点能保持同步。

下面是该工具的使用示例：

% mysqlhotcopy db /bakcup/ #把db数据库备份到backup/db目录里，会自动创建一个db目录

使用BACKUP TABLE语句进行备份，该语句最早出现在MySQL 32325版本中，仅适用于MyISAM数据表。用法如下：

mysql> BACKUP TABLE mytable TO '/backup/db'; #把mytable数据表备份到/backup/db目录下

为了执行该语句，你必须拥有那些表的FILE权限和SELECT权限，备份目录还必须是服务器可写的。该语句执行时，会先把内存中的数据写入磁盘，再把各个数据表的frm(表结构定义文件)、MYD(数据)文件从数据目录拷贝到备份目录。它不拷贝MYI(索引)文件，因为它能用另外两个文件重建。BACKUP TABLE语句备份时，依次锁定数据表，当同时备份多个数据表时，数据表可能会被修改，所以备份0完成时，备份文件中的数据和现时数据表中的数据可能会有差异，为了消除该差异，我们可用只读方式锁定数据表，在备份完成后再解锁。如：

mysql> LOCK TABLES tb1 READ,tb2 READ;

mysql> BACKUP TABLE tb1,tb2 TO 'backup/db';

mysql> UNLOCK TABLES;

使用BACKUP TABLE语句备份的数据表可用RESTORE TABLE重新加载到服务器。

InnoDB和BDB数据库也可用mysqldump和直接拷贝法进行备份。使用直接拷贝法时应注意需把组成InnoDB和BDB数据库的所有文件都拷贝下来，如InnoDB的frm文件、日志文件和表空间配置文件；BDB的数据文件、日志文件等。

使用镜像机制进行备份，我们可用SLAVE STOP语句挂起从服务器的镜像，在从服务器上通过直接拷贝法或其它工具制作备份。备份完成，用SLAVE START重新启动镜像，从服务器重新与主服务器同步，接收备份时主服务器所做的修改。

在MySQL中没有为数据库重命名的命令，但我们可用mysqldump转储数据库，再创建一个新的空数据库，把转储文件加载到该新数据库，这样就完成数据库重命名的工作。如：

% mysqldump old_db >dbsql #转储db数据库数据

% mysqladmin create new_db #新建一个空的数据库

% mysql new_db < dbsql #把db数据库的数据加载到新的数据库中

% mysqladmin drop old_db #删除旧的数据库

一个更简单的重命名数据库的方法是直接修改数据库目录名，但该方法不适用于InnoDB和BDB数据库。注意，在更名后，需在权限表中更新相关数据表信息，需执行以下语句：

mysql> UPDATE db SET db='new_db' WHERE db='old_db';

mysql> UPDATE tables_priv SET db='new_db' WHERE db='old_db';

mysql> UPDATE columns_priv SET db='new_db' WHERE db='old_db';

mysql> UPDATE host SET db='new_db' WHERE db='old_db';

以mysql为列：

规划容灾备份时，有两个参考依据，1：恢复点目标（PRO），2：恢复时间目标（RTO）。他们定义了可以容忍丢失多少数据，以及恢复数据需要多少时间。而且一定要走出一个误区，复制就是备份，只有备份才能满足备份的要求。

个人认为备份方案类型如下：

1：在线备份或者离线备份，通常关闭mysql做离线备份是最简单最安全的，服务器不提供应用访问服务，可以更快完成备份，但是，这样会导致服务中断，同时，重启mysql也需要一定的时间成本，对于已经上线的系统，基本不可取。在线备份的最大一个问题是，mysql可能锁住大量的表，除非锁被释放，否则会有大量的io请求被阻塞。

综上所述，我们在规划备份的时候需要考虑一下几点：

a：锁时间。

b：备份时间。

c：备份负载对服务器的影响有多大。

d：恢复备份时间需要多久。

2：逻辑备份还是物理备份。

（1）：逻辑备份有以下优点：

a：逻辑备份文件恢复非常简单。只需要使用mysqlimport即可。

b：在我们只想查看数据，不想恢复的时候可以使用grep或者sed命令查看。

c：逻辑备份与存储引擎没有关系，我们可以跨存储引擎恢复数据，比如：从InnoDB表中备份，用很小的工作量就可以把数据恢复到MyISAM中。

逻辑备份也会有以下缺点：

a：必须有数据库服务器完成备份工作，增加服务器工作负荷。

b：逻辑备份文件某些场景比数据库本身文件还大。

c：无法保证导入导出的数据是一样的，比如浮点型数据。

d：恢复的时候需要重建索引，速度会慢。

（2）：物理备份有以下优点：

a：基于文件的物理备份，只需要复制 *** 作到目标目录即可。

b：恢复的时候只需要将文件copy到要恢复的目录即可。InnoDB可能需要停止服务和其他一些 *** 作。

c：物理备份中恢复速度块，而且容易垮平台和 *** 作系统和mysql数据库版本。

物理备份也会有以下缺点：

a：文件名大小写敏感，浮点格式数据可能会遇到麻烦。

b：物理备份通常包含很多未使用的空间。

3：增量备份和差异备份。增量备份和差异备份只是局部备份，主要是思想就是不备份没有改变的表，但是会减少服务器的开销，备份时间等。

4：二进制日志备份。通常数据小，我们可以频繁的备份，同时，基于时间点的恢复，二进制日志备份是一个很有效的手段。

5：文件系统快照，通过创建镜像达到恢复的目的。

对于一个好的开发人员来说，有好的备份容灾规划和计划是必不可少的。这样可以提高我们在线系统的持续运行能力。更好的服务我们系统的用户。我个人最喜欢的备份方式就是从文件系统快照中直接复制数据文件。

以上是个人的见解，希望对你有一定的帮助。谢谢。

选择开始菜单中→程序→Management SQL Server 2008→SQL Server Management Studio命令，打开SQL Server Management Studio窗口，并使用Windows或 SQL Server身份验证建立连接。

在对象资源管理器窗口中展开服务器，然后选择数据库节点

右键单击数据库节点，从d出来的快捷菜单中选择新建数据库命令。

执行上述 *** 作后，会d出新建数据库对话框。在对话框、左侧有3个选项，分别是常规、选项和文件组。完成这三个选项中的设置会后，就完成了数据库的创建工作，

在数据库名称文本框中输入要新建数据库的名称。例如，这里以“新建的数据库”。

在所有者文本框中输入新建数据库的所有者，如sa。根据数据库的使用情况，选择启用或者禁用使用全文索引复选框。

在数据库文件列表中包括两行，一行是数据库文件，而另一行是日记文件。通过单击下面的添加、删除按钮添加或删除数据库文件。

切换到选项页、在这里可以设置数据库的排序规则、恢复模式、兼容级别和其他属性。

切换到文件组页，在这里可以添加或删除文件组。

完成以上 *** 作后，单击确定按钮关闭新建数据库对话框。至此“新建的数据”数据库创建成功。新建的数据库可以再对象资源管理器窗口看到。

以上就是关于备份数据库的主要作用是保证数据的完整性全部的内容，包括:备份数据库的主要作用是保证数据的完整性、怎么做数据库的实时备份、如何对数据库备份进行性能优化等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！