|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
InnoDB数据表的索引,与InnoDB数据表相比,在InnoDB数据表上,索引对InnoDB数据表的重要性要大得多。在InnoDB数据表上,索引不仅会在搜索数据记录时发挥作用,还是数据行级锁定机制的苊、基础。server|恢复|数据|数据库SQLServer数据库备份有两种体例,一种是利用BACKUPDATABASE将数据库文件备份进来,别的一种就是间接拷贝数据库文件mdf和日记文件ldf的体例。上面将次要会商一下后者的备份与恢复。本文假定您能纯熟利用SQLServerEnterpriseManager(SQLServer企业办理器)和SQLServerQuweyAnalyser(SQLServer查询剖析器)
1、一般的备份、恢复体例
一般体例下,我们要备份一个数据库,起首要先将该数据库从运转的数据服务器中止开,大概停失落全部数据库服务器,然后复制文件。
卸下数据库的命令:Sp_detach_db数据库名
毗连数据库的命令:Sp_attach_db大概sp_attach_single_file_db
s_attach_db[@dbname=]′dbname′,[@filename1=]′filename_n′[,...16]
sp_attach_single_file_db[@dbname=]′dbname′,[@physname=]′physical_name′
利用此办法能够准确恢复SQLSever7.0和SQLServer2000的数据库文件,要点是备份的时分必定要将mdf和ldf两个文件都备份上去,mdf文件是数据库数据文件,ldf是数据库日记文件。
例子:
假定数据库为test,其数据文件为test_data.mdf,日记文件为test_log.ldf。上面我们会商一下怎样备份、恢复该数据库。
卸下数据库:sp_detach_db’test’
毗连数据库:sp_attach_db’test’,’C:ProgramFilesMicrosoftSQLServerMSSQLData est_data.mdf’,’C:ProgramFilesMicrosoftSQLServerMSSQLData est_log.ldf’
sp_attach_single_file_db’test’,’C:ProgramFilesMicrosoftSQLServerMSSQLData est_data.mdf’
2、只要mdf文件的恢复手艺
因为各种缘故原由,我们假如事先仅仅备份了mdf文件,那末恢复起来就是一件很贫苦的事变了。
假如您的mdf文件是以后数据库发生的,那末很幸运,大概你利用sp_attach_db大概sp_attach_single_file_db能够恢单数据库,可是会呈现相似上面的提醒信息
设备激活毛病。物理文件名’C:ProgramFilesMicrosoftSQLServerMSSQLdata est_Log.LDF’大概有误。
已创立名为’C:ProgramFilesMicrosoftSQLServerMSSQLData est_log.LDF’的新日记文件。
可是,假如您的数据库文件是从其他盘算机上复制过去的,那末很不幸,大概上述举措就行欠亨了。你大概会失掉相似上面的毛病信息
服务器:动静1813,级别16,形态2,行1
未能翻开新数据库’test’。CREATEDATABASE将停止。
设备激活毛病。物理文件名’d: est_log.LDF’大概有误。
怎样办呢?别发急,上面我们举例申明恢复举措。
A.我们利用默许体例创建一个供恢复利用的数据库(如test)。能够在SQLServerEnterpriseManager内里创建。
B.停失落数据库服务器。
C.将方才天生的数据库的日记文件test_log.ldf删除,用要恢复的数据库mdf文件掩盖方才天生的数据库数据文件test_data.mdf。
D.启动数据库服务器。此时会看到数据库test的形态为“置疑”。这时候候不克不及对此数据库举行任何操纵。
E.设置数据库同意间接操纵体系表。此操纵能够在SQLServerEnterpriseManager内里选择数据库服务器,按右键,选择“属性”,在“服务器设置”页面中将“同意对体系目次间接修正”一项选中。也能够利用以下语句来完成。
usemaster
go
sp_configure’allowupdates’,1
go
reconfigurewithoverride
go
F.设置test为告急修复形式
updatesysdatabasessetstatus=-32768wheredbid=DB_ID(’test’)
此时能够在SQLServerEnterpriseManager内里看到该数据库处于“只读置疑脱机告急形式”能够看到数据库内里的表,可是仅唯一体系表
G.上面实行真实的恢复操纵,重修数据库日记文件
dbccrebuild_log(’test’,’C:ProgramFilesMicrosoftSQLServerMSSQLData est_log.ldf’)
实行过程当中,假如碰到以下提醒信息:
服务器:动静5030,级别16,形态1,行1
未能排它地锁定命据库以实行该操纵。
DBCC实行终了。假如DBCC输入了毛病信息,请与体系办理员接洽。
申明您的其他程序正在利用该数据库,假如方才您在F步骤中利用SQLServerEnterpriseManager翻开了test库的体系表,那末加入SQLServerEnterpriseManager就能够了。
准确实行完成的提醒应当相似于:
告诫:数据库’test’的日记已重修。已得到事件的分歧性。应运转DBCCCHECKDB以考证物理分歧性。将必需重置数据库选项,而且大概必要删除过剩的日记文件。
DBCC实行终了。假如DBCC输入了毛病信息,请与体系办理员接洽。
此时翻开在SQLServerEnterpriseManager内里会看到数据库的形态为“只供DBO利用”。此时能够会见数据库内里的用户表了。
H.考证数据库分歧性(可省略)
dbcccheckdb(’test’)
一样平常实行了局以下:
CHECKDB发明了0个分派毛病和0个分歧性毛病(在数据库’test’中)。
DBCC实行终了。假如DBCC输入了毛病信息,请与体系办理员接洽。
I.设置数据库为一般形态
sp_dboption’test’,’dbouseonly’,’false’
假如没有堕落,那末祝贺,如今就能够一般的利用恢复后的数据库啦。
J.最初一步,我们要将步骤E中设置的“同意对体系目次间接修正”一项恢复。由于平常间接操纵体系表是一件对照伤害的事变。固然,我们能够在SQLServerEnterpriseManager内里恢复,也能够利用以下语句完成
sp_configure’allowupdates’,0
go
reconfigurewithoverride
go
对于insert操作,只需要把event_type改成DELETE_ROWS_EVENT;对于delete操作,改成WRITE_ROWS_EVENT |
|