服务器备份的备份企业数据库的方案(数据库备份设备)

数据库备份可以分为4个备份类型。

l全备份：创建备份完成时数据库内存在的数据的副本。

l差异备份：只记录自上次数据库备份后发生更改的数据。差异数据库备份比数据库备份小，而且备份速度快，因此可以更经常地备份，经常备份将减少丢失数据的危险。

l日志备份：是自上次备份事务日志后对数据库执行的所有事务的一系列记录。可以使用事务日志备份将数据库恢复到特定的即时点（如输入多余数据前的那一点）或恢复到故障点。

l文件组备份：可以备份和还原数据库中的个别文件。可以只还原已损坏的文件，而不用还原数据库的其余部分，从而加快了恢复速度。

不同的备份类型适用的范围也不同。全备份，可以只用一步操作完成数据的全部备份，但执行时间比较长。差异备份和日志备份，都不能独立作为一个备份集来使用，需要进行一次全备份。文件备份必须与事务日志备份一起使用，所以文件备份只适用于完全恢复模型和大容量日志记录恢复模型。

每一种备份类型都有不足之处，要针对需要选择备份类型，或者使用几种备份方式的配合来完成数据库的备份。

经常使用备份方式组合有以下几种：

l全备份差异备份：以一周为周期，星期日进行全备份，星期一到星期六每天进行差异备份。

l全备份日志备份：以一周为周期，星期日进行全备份，星期一到星期六每天进行日志备份。

l文件组备份日志备份：备份周期取决于数据库的大小和能力，每周期分别进行一部分数据文件备份，每天进行日志备份。

其实你的这个问题是mysql中的一个核心问题，既mysql数据的备份和恢复

你可以使用三种方式

1使用sql语句导入导出

2使用mysqldump 和mysqlimport 工具

3直接copy 数据文件 既冷备份

你说说的详细，就给积分，那我就说详细些

一使用sql语句完成mysql的备份和恢复

你可以使用SELECT INTO OUTFILE语句备份数据，并用LOAD DATA INFILE语句恢复数据。这种方法只能导出数据的内容，不包括表的结构，如果表的结构文件损坏，你必须要先恢复原来的表的结构。

语法：

SELECT INTO {OUTFILE | DUMPFILE} 'file_name' FROM tbl_name

LOAD DATA [LOW_PRIORITY] [LOCAL] INFILE 'file_nametxt' [REPLACE | IGNORE]

INTO TABLE tbl_name

SELECT INTO OUTFILE 'file_name'格式的SELECT语句将选择的行写入一个文件。文件在服务器主机上被创建，并且不能是已经存在的(不管别的，这可阻止数据库表和文件例如“/etc/passwd”被破坏)。SELECT INTO OUTFILE是LOAD DATA INFILE逆操作。

LOAD DATA INFILE语句从一个文本文件中以很高的速度读入一个表中。如果指定LOCAL关键词，从客户主机读文件。如果LOCAL没指定，文件必须位于服务器上。(LOCAL在MySQL3226或以后版本中可用。)

为了安全原因，当读取位于服务器上的文本文件时，文件必须处于数据库目录或可被所有人读取。另外，为了对服务器上文件使用LOAD DATA INFILE，在服务器主机上你必须有file的权限。使用这种SELECT INTO OUTFILE语句，在服务器主机上你必须有FILE权限。

为了避免重复记录，在表中你需要一个PRIMARY KEY或UNIQUE索引。当在唯一索引值上一个新记录与一个老记录重复时，REPLACE关键词使得老记录用一个新记录替代。如果你指定IGNORE，跳过有唯一索引的现有行的重复行的输入。如果你不指定任何一个选项，当找到重复索引值时，出现一个错误，并且文本文件的余下部分被忽略时。

如果你指定关键词LOW_PRIORITY，LOAD DATA语句的执行被推迟到没有其他客户读取表后。

使用LOCAL将比让服务器直接存取文件慢些，因为文件的内容必须从客户主机传送到服务器主机。在另一方面，你不需要file权限装载本地文件。如果你使用LOCAL关键词从一个本地文件装载数据，服务器没有办法在操作的当中停止文件的传输，因此缺省的行为好像IGNORE被指定一样。

当在服务器主机上寻找文件时，服务器使用下列规则：

 如果给出一个绝对路径名，服务器使用该路径名。

 如果给出一个有一个或多个前置部件的相对路径名，服务器相对服务器的数据目录搜索文件。

 如果给出一个没有前置部件的一个文件名，服务器在当前数据库的数据库目录寻找文件。

假定表tbl_name具有一个PRIMARY KEY或UNIQUE索引，备份一个数据表的过程如下：

1、锁定数据表，避免在备份过程中，表被更新

mysql>LOCK TABLES READ tbl_name;

关于表的锁定的详细信息，将在下一章介绍。

2、导出数据

mysql>SELECT INTO OUTFILE ‘tbl_namebak’ FROM tbl_name;

3、解锁表

mysql>UNLOCK TABLES;

相应的恢复备份的数据的过程如下：

1、为表增加一个写锁定：

mysql>LOCK TABLES tbl_name WRITE;

2、恢复数据

mysql>LOAD DATA INFILE ‘tbl_namebak’

->REPLACE INTO TABLE tbl_name;

如果，你指定一个LOW_PRIORITY关键字，就不必如上要对表锁定，因为数据的导入将被推迟到没有客户读表为止：

mysql>LOAD DATA LOW_PRIORITY INFILE ‘tbl_name’

->REPLACE INTO TABLE tbl_name;

3、解锁表

mysql->UNLOCAK TABLES;

532使用mysqlimport恢复数据

如果你仅仅恢复数据，那么完全没有必要在客户机中执行SQL语句，因为你可以简单的使用mysqlimport程序，它完全是与LOAD DATA 语句对应的，由发送一个LOAD DATA INFILE命令到服务器来运作。执行命令mysqlimport --help，仔细查看输出，你可以从这里得到帮助。

shell> mysqlimport [options] db_name filename

对于在命令行上命名的每个文本文件，mysqlimport剥去文件名的扩展名并且使用它决定哪个表导入文件的内容。例如，名为“patienttxt”、“patienttext”和“patient”将全部被导入名为patient的一个表中。

常用的选项为：

-C, --compress 如果客户和服务器均支持压缩，压缩两者之间的所有信息。

-d, --delete 在导入文本文件前倒空表格。

l, --lock-tables 在处理任何文本文件前为写入所定所有的表。这保证所有的表在服务器上被同步。

--low-priority，--local，--replace，--ignore分别对应LOAD DATA语句的LOW_PRIORITY，LOCAL，REPLACE，IGNORE关键字。

例如恢复数据库db1中表tbl1的数据，保存数据的文件为tbl1bak，假定你在服务器主机上：

shell>mysqlimport --lock-tables --replace db1 tbl1bak

这样在恢复数据之前现对表锁定，也可以利用--low-priority选项：

shell>mysqlimport --low-priority --replace db1 tbl1bak

如果你为远程的服务器恢复数据，还可以这样：

shell>mysqlimport -C --lock-tables --replace db1 tbl1bak

当然，解压缩要消耗CPU时间。

象其它客户机一样，你可能需要提供-u，-p选项以通过身分验证，也可以在选项文件mycnf中存储这些参数，具体方法和其它客户机一样，这里就不详述了。

二、使用mysqldump备份数据

同mysqlimport一样，也存在一个工具mysqldump备份数据，但是它比SQL语句多做的工作是可以在导出的文件中包括SQL语句，因此可以备份数据库表的结构，而且可以备份一个数据库，甚至整个数据库系统。

mysqldump [OPTIONS] database [tables]

mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3]

mysqldump [OPTIONS] --all-databases [OPTIONS]

如果你不给定任何表，整个数据库将被倾倒。

通过执行mysqldump --help，你能得到你mysqldump的版本支持的选项表。

1、备份数据库的方法

例如，假定你在服务器主机上备份数据库db_name

shell> mydqldump db_name

当然，由于mysqldump缺省时把输出定位到标准输出，你需要重定向标准输出。例如，把数据库备份到bd_namebak中：

shell> mydqldump db_name>db_namebak

你可以备份多个数据库，注意这种方法将不能指定数据表：

shell> mydqldump --databases db1 db1>dbbak

你也可以备份整个数据库系统的拷贝，不过对于一个庞大的系统，这样做没有什么实际的价值：

shell> mydqldump --all-databases>dbbak

虽然用mysqldump导出表的结构很有用，但是恢复大量数据时，众多SQL语句使恢复的效率降低。你可以通过使用--tab选项，分开数据和创建表的SQL语句。

-T，--tab= 在选项指定的目录里，创建用制表符（tab）分隔列值的数据文件和包含创建表结构的SQL语句的文件，分别用扩展名txt和sql表示。该选项不能与--databases或--all-databases同时使用，并且mysqldump必须运行在服务器主机上。

例如，假设数据库db包括表tbl1，tbl2，你准备备份它们到/var/mysqldb

shell>mysqldump --tab=/var/mysqldb/ db

其效果是在目录/var/mysqldb中生成4个文件，分别是tbl1txt、tbl1sql、tbl2txt和tbl2sql。

2、mysqldump实用程序时的身份验证的问题

同其他客户机一样，你也必须提供一个MySQL数据库帐号用来导出数据库，如果你不是使用匿名用户的话，可能需要手工提供参数或者使用选项文件：

如果这样：

shell>mysql -u root –pmypass db_name>db_namesql

或者这样在选项文件中提供参数：

[mysqldump]

user=root

password=mypass

然后执行

shell>mysqldump db_name>db_namesql

那么一切顺利，不会有任何问题，但要注意命令历史会泄漏密码，或者不能让任何除你之外的用户能够访问选项文件，由于数据库服务器也需要这个选项文件时，选项文件只能被启动服务器的用户（如，mysql）拥有和访问，以免泄密。在Unix下你还有一个解决办法，可以在自己的用户目录中提供个人选项文件（~/mycnf）,例如，/home/some_user/mycnf，然后把上面的内容加入文件中，注意防止泄密。在NT系统中，你可以简单的让c:\mycnf能被指定的用户访问。

你可能要问，为什么这么麻烦呢，例如，这样使用命令行：

shell>mysql -u root –p db_name>db_namesql

或者在选项文件中加入

[mysqldump]

user=root

password

然后执行命令行：

shell>mysql db_name>db_namesql

你发现了什么？往常熟悉的Enter password:提示并没有出现，因为标准输出被重定向到文件db_namesql中了，所以看不到往常的提示符，程序在等待你输入密码。在重定向的情况下，再使用交互模式，就会有问题。在上面的情况下，你还可以直接输入密码。然后在文件db_namesql文件的第一行看到:

Enter password:#……

你可能说问题不大，但是mysqldump之所以把结果输出到标准输出，是为了重定向到其它程序的标准输入，这样有利于编写脚本。例如：

用来自于一个数据库的信息充实另外一个MySQL数据库也是有用的：

shell>mysqldump --opt database | mysql --host=remote-host -C database

如果mysqldump仍运行在提示输入密码的交互模式下，该命令不会成功，但是如果mysql是否运行在提示输入密码的交互模式下，都是可以的。

如果在选项文件中的[client]或者[mysqldump]任何一段中指定了password选项，且不提供密码，即使，在另一段中有提供密码的选项password=mypass,例如

[client]

user=root

password

[mysqldump]

user=admin

password=mypass

那么mysqldump一定要你输入admin用户的密码：

mysql>mysqldump db_name

即使是这样使用命令行：

mysql>mysqldump –u root –ppass1 db

也是这样，不过要如果-u指定的用户的密码。

其它使用选项文件的客户程序也是这样

3、有关生成SQL语句的优化控制

--add-locks 生成的SQL 语句中，在每个表数据恢复之前增加LOCK TABLES并且之后UNLOCK TABLE。(为了使得更快地插入到MySQL)。

--add-drop-table 生成的SQL 语句中，在每个create语句之前增加一个drop table。

-e, --extended-insert 使用全新多行INSERT语法。（给出更紧缩并且更快的插入语句）

下面两个选项能够加快备份表的速度：

-l, --lock-tables 为开始导出数据前，读锁定所有涉及的表。

-q, --quick 不缓冲查询，直接倾倒至stdout。

理论上，备份时你应该指定上诉所有选项。这样会使命令行过于复杂，作为代替，你可以简单的指定一个--opt选项，它会使上述所有选项有效。

例如，你将导出一个很大的数据库：

shell> mysqldump --opt db_name > db_nametxt

当然，使用--tab选项时，由于不生成恢复数据的SQL语句，使用--opt时，只会加快数据导出。

4、恢复mysqldump备份的数据

由于备份文件是SQL语句的集合，所以需要在批处理模式下使用客户机

 如果你使用mysqldump备份单个数据库或表，即：

shell>mysqldump --opt db_name > db_namesql

由于db_namesql中不包括创建数据库或者选取数据库的语句，你需要指定数据库

shell>mysql db2 < db_namesql

 如果，你使用--databases或者--all-databases选项，由于导出文件中已经包含创建和选用数据库的语句，可以直接使用，不比指定数据库，例如：

shell>mysqldump --databases db_name > db_namesql

shell>mysql <db_namesql

 如果你使用--tab选项备份数据，数据恢复可能效率会高些

例如，备份数据库db_name后在恢复：

shell>mysqldump --tab=/path/to/dir --opt test

如果要恢复表的结构，可以这样：

shell>mysql < /path/to/dir/tbl1sql

…

如果要恢复数据，可以这样

shell>mysqlimport -l db /path/to/dir/tbl1txt

…

如果是在Unix平台下使用（推荐），就更方便了：

shell>ls -l sql | mysql db

shell>mysqlimport --lock-tables db /path/to/dir/txt

三 用直接拷贝的方法备份恢复

根据本章前两节的介绍，由于MySQL的数据库和表是直接通过目录和表文件实现的，因此直接复制文件来备份数据库数据，对MySQL来说特别方便。而且自MySQL 323起MyISAM表成为缺省的表的类型，这种表可以为在不同的硬件体系中共享数据提供了保证。

使用直接拷贝的方法备份时，尤其要注意表没有被使用，你应该首先对表进行读锁定。

备份一个表，需要三个文件：

对于MyISAM表：

tbl_namefrm 表的描述文件

tbl_nameMYD 表的数据文件

tbl_nameMYI 表的索引文件

对于ISAM表：

tbl_namefrm 表的描述文件

tbl_nameISD 表的数据文件

tbl_nameISM 表的索引文件

你直接拷贝文件从一个数据库服务器到另一个服务器，对于MyISAM表，你可以从运行在不同硬件系统的服务器之间复制文件

像你这个问题，可以把远程机器的mysql数据目录ftp下载到你本地的mysql目录下，重启mysql就可以了

用exp命令即可完成，但要看具体的备份方式。

　　1 导出一个完整数据库

　　　　exp system/manager file=bible_db log=dible_db full=y

　　2 导出数据库定义而不导出数据

　　　　exp system/manager file=bible_db log=dible_db full=y rows=n

　　3 导出一个或一组指定用户所属的全部表、索引和其他对象

　　　　exp system/manager file=seapark log=seapark owner=seapark

　　　　exp system/manager file=seapark log=seapark owner=(seapark,amy,amyc,harold)

　　注意：在导出用户时，尽管已经得到了这个用户的所有对象，但是还是不能得到这些对象引用的任何同义词。解决方法是用以下的SQLPlus命令创建一个脚本文件，运行这个脚本文件可以获得一个重建seapark所属对象的全部公共同义词的可执行脚本，然后在目标数据库上运行该脚本就可重建同义词了。

　　　　SET LINESIZE 132

　　　　SET PAGESIZE 0

　　　　SET TRIMSPOOL ON

　　　　SPOOL c:\seaparksyn

　　　　SELECT 'Create public synonym '||synonym_name

　　　　||' for '||table_owner||''||table_name||';'

　　　　FROM dba_synonyms

　　　　WHERE table_owner = 'SEAPARK' AND owner = 'PUBLIC';

　　　　SPOOL OFF

　　4 导出一个或多个指定表

　　　　exp seapark/seapark file=tank log=tank tables=tank

　　　　exp system/manager file=tank log=tank tables=seaparktank

　　　　exp system/manager file=tank log=tank tables=(seaparktank,amyartist)

　　5 估计导出文件的大小

　　全部表总字节数：

　　SELECT sum(bytes)

　　FROM dba_segments

　　WHERE segment_type = 'TABLE';

　　seapark用户所属表的总字节数：

　　SELECT sum(bytes)

　　FROM dba_segments

　　WHERE owner = 'SEAPARK'

　　AND segment_type = 'TABLE';

　　seapark用户下的aquatic_animal表的字节数：

　　SELECT sum(bytes)

　　FROM dba_segments

　　WHERE owner = 'SEAPARK'

　　AND segment_type = 'TABLE'

　　AND segment_name = 'AQUATIC_ANIMAL';

　　6 导出表数据的子集(oracle8i以上)

　　NT系统：

　　exp system/manager query='Where salad_type='FRUIT'' tables=amysalad_type

　　　　file=fruit log=fruit

　　UNIX系统：

　　exp system/manager query=\"Where salad_type=\'FRUIT\'\" tables=amysalad_type

　　　　file=fruit log=fruit

　　7 用多个文件分割一个导出文件

　　　　exp system/manager

　　　　file=(paycheck_1,paycheck_2,paycheck_3,paycheck_4)

　　　　log=paycheck, filesize=1G tables=hrpaycheck

　　8 使用参数文件

　　　　exp system/manager parfile=bible_tablespar

　　bible_tablespar参数文件：

　　　　#Export the sample tables used for the Oracle8i Database Administrator's Bible

　　　　file=bible_tables

　　　　log=bible_tables

　　　　tables=(

　　　　amyartist

　　　　amybooks

　　　　seaparkcheckup

　　　　seaparkitems

　　　　)

　　9 增量导出

　　“完全”增量导出(complete)，即备份整个数据库

　　exp system/manager inctype=complete file=990702dmp

　　“增量型”增量导出(incremental)，即备份上一次备份后改变的数据

　　exp system/manager inctype=incremental file=990702dmp

　　“累计型”增量导出(cumulative)，即备份上一次“完全”导出之后改变的数据

　　exp system/manager inctype=cumulative file=990702dmp

SQL2000中自带的有 自动定时备份的工具啊，

不过好像是备份整个数据库的。

1）打开企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器。

（2）然后点上面菜单中的工具-->选择“数据库维护计划器”。

（3）下一步，选择要进行自动备份的数据库-->下一步，更新数据优化信息，这里一般不用做选择-->下一步，检查数据完整性，也一般不选择。

（4）下一步，指定数据库备份计划，默认的是1周备份一次，点击“更改”，选择“每天备份”后点“确定”按钮。

（5）下一步，指定备份磁盘目录，选择指定目录，如您可以在D盘新建一个目录如：d:\databak，然后在这里选择“使用此目录”，如果您的数据库比较多最好选择为每个数据库建立子目录，然后选择“删除早于此时间的文件”，一般设定4－7天，这看您的具体备份要求，备份文件扩展名一般都是bak就用默认的。

（6）下一步，指定事务日志备份计划，看您的需要做选择-->下一步，要生成的报表，一般不做选择-->下一步，维护计划历史记录，最好用默认的选项-->下一步，完成。

（7）完成后系统很可能会提示“目标服务器上的Sql Server Agent已停止运行”，先点“确定”完成计划设定，然后找到桌面最右边任务栏中的SQL绿色图标，双击点开，在服务中选择Sql Server Agent，然后点击“运行”箭头，选中下方的“当启动OS时自动启动服务”。

（8）这个时候数据库计划已经成功的运行了，他将按照您上面的设置进行自动备份。

（9）打开企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->管理-->数据库维护计划-->打开后可看到你设定的计划，可以进行修改或者删除操作。

服务器备份进行方法

服务器备份是指针对于服务器所产生的数据信息进行相应的存储备份过程，从而保障数据的安全运行，从狭义上来看信息的价值在于其潜在用途，并会随着时间的推移而改变。数据管理和保护可攫取信息的最大价值，并规避因未按照监管法规保留信息而导致的风险。企业应对当前和将来的信息使用方式进行评估，实施满足其全部需求的流程和技术。

1、完全备份。

每天对自己的系统进行完全备份。当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生前一天的备份磁带），就可以恢复丢失的数据。然而它亦有不足之处，首先，由于每天都对整个系统进行完全备份，造成备份的数据大量重复。这些重复的数据占用了大量的磁带空间，这对用户来说就意味着增加成本。其次，由于需要备份的数据量较大，因此备份所需的时间也就较长。对于那些业务繁忙、备份时间有限的单位来说，选择这种备份策略是不明智的。

2、增量备份。

星期天进行一次完全备份，然后在接下来的六天里只对当天新的或被修改过的数据进行备份。这种备份策略的优点是节省了磁带空间，缩短了备份时间。但它的缺点在于，当灾难发生时，数据的恢复比较麻烦。例如，系统在星期三的早晨发生故障，丢失了大量的数据，那么现在就要将系统恢复到星期二晚上时的状态。这时系统管理员就要首先找出星期天的那盘完全备份磁带进行系统恢复，然后再找出星期一的磁带来恢复星期一的数据，然后找出星期二的磁带来恢复星期二的数据。很明显，这种方式很繁琐。另外，这种备份的可靠性也很差。在这种备份方式下，各盘磁带间的关系就象链子一样，一环套一环，其中任何一盘磁带出了问题都会导致整条链子脱节。比如在上例中，若星期二的磁带出了故障，那么管理员最多只能将系统恢复到星期一晚上时的状态。

3、差分备份。

管理员先在星期天进行一次系统完全备份，然后在接下来的几天里，管理员再将当天所有与星期天不同的数据（新的或修改过的）备份到磁带上。差分备份策略在避免了以上两种策略的缺陷的同时，又具有了它们的所有优点。首先，它无需每天都对系统做完全备份，因此备份所需时间短，并节省了磁带空间，其次，它的灾难恢复也很方便。系统管理员只需两盘磁带，即星期一磁带与灾难发生前一天的磁带，就可以将系统恢复。在实际应用中，备份策略通常是以上三种的结合。例如每周一至周六进行一次增量备份或差分备份，每周日进行全备份，每月底进行一次全备份，每年底进行一次全备份。