1、首先需要选择你要备份的数据库,鼠标右键单击,选择任务-备份。
2、d出备份数据库窗口,选择添加。
3、d出选择备份目标窗口,点击浏览。
4、选择存放备份数据库的目录,输入文件名,后缀名输入bak,点击确定,备份完成。
5、鼠标右键单击数据库,选择还原文件和文件组。
6、目标数据库栏输入数据库名称,选中源设备,点击浏览选项。
7、然后需要点击添加。
8、选择你要还原的数据库,点击确定。
9、选中还原选项,点击确定,还原完成。
SQL2000数据库的备份概念
SQL SERVER 2000有四种类型是:数据库、事务日志、差异、文件和文件组
数据库备份是创建完事数据库的复本。它并非将所有的页都复制到备份集,而只将实际包含数据的页复制到备份集。数据页和事务日志页均复制到备份集。
数据库备份用于重新创建数据库,使其恢复到BACKUP语句完成时的状态。如果数据库只存在数据库备份,那么数据库只能恢复到服务器或数据库发生故障前最后一次数据库备份时的状态。
事务日志备份仅制作日志文件的复本。日志文件备份本身不能用于还原数据库。日志文件用于在数据库还原后将数据库恢复到原始故障点。
例如,某站点在星期天晚上执行数据库备份,而在其它每个晚上执行日志备份。如果数据库的某个数据磁盘在星期二2:30丢失,则该站点可以:
1备份当前事务日志
2还原从星期天晚上开始的数据库备份
3还原从星期一晚上开始的日志备份,以将数据库前滚。
4还原故障之后的日志备份。这将使数据库前滚到故障发生的那一刻。
事务日志恢复需要从数据库备份的那一刻到磁盘丢失那一刻之间所进行的一边串不间断的事务日志备份。
差异备份只追寻数据库中自上一次数据库备份之后修改过的所有页的复本。差异日志主要用于使用频繁的系统,一旦这类系统中的数据库发生故障,必须尽快使其重新联机。差异备份比完事数据库备份小,因此对正在运行的系统影响较小。
例如,某个站点在星期天晚上执行完事数据库备份。在白天每隔4小时制作一个事务日志备份集,并用当天的备份重写头一天的备份。每晚则进行差异备份。如果数据库的某个数据磁盘在星期四上午9:12出现故障,则该站点可以:
1备份当前事务日志。
2还原从星期天晚上开始的数据库备份。
3还原从星期三晚上开始的差异备份,将数据库前滚到这一时刻。
4还原从早上4点到8点的事务日志备份,以将数据库前滚到早上8点。
5还原故障之后的日志备份,这将使数据库前滚到故障发生的那一刻。
SQL2000支持备份或还原数据库中的个别文件或文件组。这是一种相对较完善的备份和还原过程,通常用在具有较高可用性要求的超大型数据库中。如果可用的备份时间不足以支持完事数据库备份,则可以在不同的时间备份数据库的子集。
例如,某站点需要花三小时备份数据库,并且每天只能用两个小时执行备份。该站点可在一个晚上备份一半文件或文件级,并在第二个晚上备份另一半。如果包含数据库文件或文件组的磁盘出现故障,那么该站点可以只还原丢失的文件或文件组。
该站点还必须进行事务日志备份,并且在备份文件或文件组之后必须还原所胡事务日志备份。还可以从完事数据库备份集中还原文件和文件组。这将回忆恢复速度,因为在第一步只还原已损坏的文件或文件组,而不是整个数据库。
数据库备份和恢复要成对出现,但是要在同一个数据库软件里用才有效果。比如:用SQL备份的话,你要用SQL的恢复。而不能用ORALCE来恢复。具体 *** 作是选择要备份和恢复的数据库,然后右键,选择备份和恢复就可以了。
一 理解什么是数据库恢复
当我们使用一个数据库时,总希望数据库的内容是可靠的、正确的,但由于计算机系统的故障(硬件故障、软件故障、网络故障、进程故障和系统故障)影响数据库系统的 *** 作,影响数据库中数据的正确性,甚至破坏数据库,使数据库中全部或部分数据丢失。因此当发生上述故障后,希望能重构这个完整的数据库,该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Recover)过程。
数据库恢复可以分为以下两类:
11实例故障的一致性恢复
当实例意外地(如掉电、后台进程故障等)或预料地(发出SHUTDOUM
ABORT语句)中止时出现实例故障,此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障,则需介质恢复。在其它情况Oracle在下次数据库起动时(对新实例装配和打开),自动地执行实例恢复。如果需要,从装配状态变为打开状态,自动地激发实例恢复,由下列处理:
(1) 为了解恢复数据文件中没有记录的数据,进行向前滚。该数据记录在在线日志,
包括对回滚段的内容恢复。
(2) 回滚未提交的事务,按步1重新生成回滚段所指定的 *** 作。
(3) 释放在故障时正在处理事务所持有的资源。
(4) 解决在故障时正经历一阶段提交的任何悬而未决的分布事务。
12介质故障或文件错误的不一致恢复
介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。这种状态下的数据库都是不一致的,需要DBA手工来进行数据库的恢复,这种恢复有两种形式,决定于数据库运行的归档方式和备份方式。
(1) 完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误,有不同类型的完全恢复可使用,其决定于毁坏文件和数据库的可用性。
(2)
不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库,使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用,决定于需要不完全介质恢复的情况,有下列类型:基于撤消、基于时间和基于修改的不完全恢复。
基于撤消(CANCEL)恢复:在某种情况,不完全介质恢复必须被控制,DBA可撤消在指定点的 *** 作。基于撤消的恢复地在一个或多个日志组(在线的或归档的)已被介质故障所破坏,不能用于恢复过程时使用,所以介质恢复必须控制,以致在使用最近的、未损的日志组于数据文件后中止恢复 *** 作。
基于时间(TIME)和基于修改(SCN)的恢复:如果DBA希望恢复到过去的某个指定点,是一种理想的不完全介质恢复,一般发生在恢复到某个特定 *** 作之前,恢复到如意外删除某个数据表之前。
第二章 数据库恢复案例测试环境
21 数据库环境
以下的所有案例都是通过测试经过,环境为:
OS:Windows 2000 Server
DB:Oracle 816
DBNAME:TEST
数据文件:
SQL> select file#,status,enabled,name from v$datafile;
FILE# STATUS ENABLED NAME
----------------------------------------------------------------
1 SYSTEM READ WRITE D:/Oracle/ORADATA/TEST/SYSTEM01DBF
2 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/RBS01DBF
3 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/USERS01DBF
4 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/TEMP01DBF
5 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/TOOLS01DBF
6 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/INDX01DBF
控制文件:
SQL> select from v$controlfile;
STATUS NAME
---------------------------------------------------------------------
D:/Oracle/ORADATA/TEST/CONTROL01CTL
D:/Oracle/ORADATA/TEST/CONTROL02CTL
D:/Oracle/ORADATA/TEST/CONTROL03CTL
联机日志:
SQL> select from v$logfile;
GROUP# STATUS MEMBER
---------------------------------------------------------------------
1 STALE D:/Oracle/ORADATA/TEST/REDO01LOG
2 D:/Oracle/ORADATA/TEST/REDO02LOG
3 STALE D:/Oracle/ORADATA/TEST/REDO03LOG
22 数据库备份脚本
冷备份脚本:
rem script:coldbaksql
rem creater:chenjiping
rem date:582003
rem desc:offline full backup database
--connect database
connect internal/password;
--shutdown database
shutdown immediate;
--Copy Data file
!xcopy d:/Oracle/oradata/test/dbf d:/database/H/R;
--Copy Control file
!xcopy d:/Oracle/oradata/test/ctl d:/database/H/R;
--Copy Log file
!xcopy d:/Oracle/oradata/test/log d:/database/H/R;
--startup database
startup;
说明:
1、以上脚本在数据库关闭状态下备份数据库所有的数据文件,联机日志,控制文件(在一个目
录下),如果成功备份,所有文件是一致的;
2、没有备份参数文件,参数文件可以另外备份,没有必要每次都备份,只需要在改变设置后备份一次;
3、如果以上命令没有成功依次执行,那么备份将是无效的,如连接数据库不成功,那么肯定关闭数据库也不成功,那么备份则无效;
4、冷备份建议下人工干预下执行。
数据库OS热全备份脚本
rem script:hotbaksql
rem creater:chenjiping
rem date:582003
rem desc:backup all database datafile in archive
--connect database
connect internal/password;
--archive
alter system archive log current;
--start
alter tablespace system begin backup;
!xcopy d:/Oracle/oradata/test/system01dbf d:/databak/H/R;
alter tablespace system end backup;
alter tablespace rbs begin backup;
!xcopy d:/Oracle/oradata/test/rbs01dbf d:/databak/H/R;
alter tablespace rbs end backup;
alter tablespace users begin backup;
!xcopy d:/Oracle/oradata/test/users01dbf d:/databak/H/R;
alter tablespace users end backup;
alter tablespace tools begin backup;
!xcopy d:/Oracle/oradata/test/tools01dbf d:/databak/H/R;
alter tablespace tools end backup;
alter tablespace indx begin backup;
!xcopy d:/Oracle/oradata/test/indx01dbf d:/databak/H/R;
alter tablespace indx end backup;
--end
--bak control file
--binary
alter database backup controlfile to 'd:/databak/controlbinbak000';
--ascii
alter database backup controlfile to trace;
alter system archive log current;
说明:
1、热备份必须在数据库归档方式下才可以运行;
2、以上脚本可以在数据库运行状态下备份数据库所有的数据文件(除了临时数据文件),没有必要备份联机日志;
3、归档日志至少需要一次完整备份之后的所有日志;
4、如果以上命令没有成功依次执行,那么备份也是无效的,如连接数据库不成功,那么备份则无效。
RMAN备份只讲叙有恢复目录的情况,如果没有恢复目录,情形大致相似。以下是RMAN的热备份全备份的脚本:
# script:bakuprcv
# creater:chenjiping
# date:582003
# desc:backup all database datafile in archive with rman
# connect database
connect rcvcat rman/rman@back;
connect target internal/virpure;
# start backup database
run{
allocate channel c1 type disk;
backup full tag 'dbfull' format 'd:/backup/full%u_%s_%p' database
include current controlfile;
sql 'alter system archive log current';
release channel c1;
}
# end
说明:
1、 数据库必须运行在归档模式下;
2、 RMAN将自动备份数据文件,运行可靠;
3、 归档日志另外备份处理,但至少需要保存一次备份来的日志;
4、 没有必要用RMAN做冷备份,效果不好。
以上举例说明了数据库的恢复案例的测试环境与部分备份测试脚本,其它的备份脚本可以根据以上脚本演变而来或在案例中加以说明。
数据库的自动实例将不加以说明,这里只举例说明媒体错误或人为错误造成的恢复可能。
以上包括以下案例都是在WINDOWS+Oracle816上测试验证的,在不同的 *** 作系统与不同的数据库版本中略有差别。
1、打开SQL Server Management Studio,连接数据库,找到“本地” - “数据库”。
2、右键单击“还原数据库”或“还原文件和文件组”。
3、在“还原文件和文件组”界面上,输入目标数据库名称,选择“源设备”,然后单击“浏览”以选择要还原的文件。
4、您可以添加多个备份文件,选择恢复文件,单击“确定”。
5、检查要恢复的bak备份文件,单击OK,开始恢复 *** 作,根据数据量,恢复所需的时间不同,请耐心等待。
6、等待还原完成,单击“确定”,刷新数据库列表,可以看到刚恢复的数据库。此时,bak备份文件已恢复到数据库。
一、Mysql数据库备份指令格式:
mysqldump -h主机名 -P端口 -u用户名 -p密码 (–database) 数据库名 > 文件名sql
注:直接cmd执行该指令即可,不需要先mysql -u root -p链接数据库
1、备份MySQL数据库的命令
mysqldump -hhostname -uusername -ppassword databasename > backupfilesql
2、备份MySQL数据库为带删除表的格式,能够让该备份覆盖已有数据库而不需要手动删除原有数据库。
mysqldump -–add-drop-table -uusername -ppassword databasename > backupfilesql
二、数据库还原有三种方式:source命令、mysql、gunzip命令
1、source 命令
进入mysql数据库控制台,
mysql -u root -p
mysql>use 数据库
然后使用source命令,后面参数为脚本文件(如这里用到的sql)
mysql>source /home/work/db/bkdbsql
2、mysql
mysql -hhostname -uusername -ppassword databasename < backupfilesql
3、gunzip
gunzip < backupfilesqlgz | mysql -uusername -ppassword databasename
以上就是关于SQL server 如何用语句备份和还原数据全部的内容,包括:SQL server 如何用语句备份和还原数据、数据库的备份与恢复、什么是数据库的备份和恢复等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)