SQL server 2008 数据库置疑的处理办法
SQL server 2008 数据库置疑的处理办法
1 把问题数据库备份后直接删除
停掉SQLSERVER服务,把服务器上出问题的数据库, 假设名称为ErrorDB的数
据库文件及日志文件备份到其他目录,然后直接将其删除,把其数据库文件及日志
文件也删除
2 新建同名数据库
启动SQLSERVER服务,新建同名数据库ErrorDB,文件目录和日志和原来一致
3 用备份的数据库文件替换新的数据库文件
停掉SQLSERVER服务,把备份的数据库文件替换新的数据库文件（只替换数据库文件，不替换日志文件）
启动SQLSERVER服务,打开数据库，这时数据库应该是不能访问的
-------------------设置应急模式、单用户模式、检查修复数据，取消单用户模式----------------------
4 将数据库设置为应急状态
alter database ErrorDB set emergency
执行后，为了保险起见，重新停止、开启的SQLSERVER服务
再打开数据库，已经可以看到里面的内容了，如表，视图，存储过程等
数据库名称后有紧急标志，能看到数据库结构，但无法进行备份等操作
5 将数据库设置为单用户模式
ALTER DATABASE ErrorDB SET SINGLE_USER
6 对数据库进行检查修复
dbcc checkdb(EIMSDb,REPAIR_ALLOW_DATA_LOSS)
dbcc checkdb(EIMSDb,REPAIR_REBUILD)
操作后，仍然停止启动SQLSERVER服务（不确定是否需要，我只是为了想无干
扰查看执行后的数据库状况）重新打开数据库,已经是正常状态了，没有应
急提示了
7 取消单用户模式
exec sp_dboption EIMSDb, N'single', N'false'
至此，数据库恢复完毕，对数据库进行BAK
重启网站，访问正常。
SQL Server 2008数据库被标记为可疑的解决方法
SQL Server 2008数据库被标记为可疑的解决方法2011-08-23 16:36 佚名火魔网字号：T | T本文我们主要介绍了SQL Server 2008数据库被标记为可疑时的解决方法，希望能够对您有所帮助。
AD：在使用SQL Server 2008数据库时发现数据库被标记为可疑，查看网上的资料终于找到了解决办法，接下来我们就来介绍解决方法。
解决方法：当数据库发生这种操作故障时，可以按如下操作步骤可解决此方法，打开数据库里的Sql 查询编辑器窗口，运行以下的命令。
1、修改数据库为紧急模式ALTER DATABASE Zhangxing SET EMERGENCY2、使数据库变为单用户模式ALTER DATABASE Zhangxing SET SINGLE_USER3、修复数据库日志重新生成，此命令检查的分配，结构，逻辑完整性和所有数据库中的对象错误。
当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数，该程序将检查和修复报告的错误。
但是，这些修复可能会导致一些数据丢失。
DBCC CheckDB (Zhangxing, REPAIR_ALLOW_DATA_LOSS)4、使数据库变回为多用户模式ALTER DATABASE Zhangxing SET MULTI_USER也可以这样做：1：重新建立一个，一样的数据库，路径名称，文件都一样。
2：关掉SQL Server服务；3：把源文件COPY过来；4：开启SQL Server服务，这样问题同样就解决了。
以上就是SQL Server 2008数据库被标记为可疑的两种解决方法，本文就介绍到这里了，希望本次的介绍能够对您有所收获！今天在客户服务器的数据库里面的一个数据库突然出现了点问题，数据库状态变为可疑了，这个问题之前有见过，虽然解决了，但并没有把过程和解决方法记录下来，决定这次记录在博客园里，方便自己也方便他人在遇到这个问题的时候，能快速解决！废话不多说，先说说数据库变可疑的原因：在进行些不正常操作如数据库在读写时而无故停止数据库，从而导致Sql Serv er 数据库不正常中断，当再次打开数据库时会发现某些数据库会被标记为“可疑”（suspect)，即在数据库名旁加上了黄色的惊叹号，这时数据库就不能再被打开了，但数据库的结构及数据内容都还是存在的。
SQLSERVER2008 数据库可疑的解决步骤
1 把问题数据库备份后直接删除停掉SQLSERVER服务,把服务器上出问题的数据库, 假设名称为 ErrorDB的数据库文件及日志文件备份到其他目录,然后直接将其删除,把其数据库文件及日志文件也删除2 新建同名数据库启动SQLSERVER服务,新建同名数据库ErrorDB,文件目录和日志和原来一致3 用备份的数据库文件替换新的数据库文件停掉SQLSERVER服务,把备份的数据库文件替换新的数据库文件（只替换数据库文件，不替换日志文件）启动SQLSERVER服务,打开数据库，这时数据库应该是不能访问的-------------------设置应急模式、单用户模式、检查修复数据，取消单用户模式----------------------4 将数据库设置为应急状态alter database ErrorDB set emergency执行后，为了保险起见，重新停止、开启的SQLSERVER服务再打开数据库，已经可以看到里面的内容了，如表，视图，存储过程等数据库名称后有紧急标志，能看到数据库结构，但无法进行备份等操作5 将数据库设置为单用户模式ALTER DATABASE ErrorDB SET SINGLE_USER6 对数据库进行检查修复dbcc checkdb(EIMSDb,REPAIR_ALLOW_DATA_LOSS)dbcc checkdb(EIMSDb,REPAIR_REBUILD)操作后，仍然停止启动SQLSERVER服务（不确定是否需要，我只是为了想无干扰查看执行后的数据库状况）重新打开数据库,已经是正常状态了，没有应急提示了7 取消单用户模式exec sp_dboption EIMSDb, N'single', N'false'至此，数据库恢复完毕，对数据库进行BAK。
SQL数据库置疑解决方案(原因、预防、修复)附图
S Q L数据库置疑解决方案(原因、预防、修复)附图-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIANSQL数据库置疑解决方案一、数据库置疑产生的原因1、SQL Server所在分区空间是否够？数据库文件大小是否达到最大文件限制？FAT32的格式只支持4G以内的文件。
2、数据库文件损坏或被非正常删除时出现这种情况。
3、病毒防火墙的扫描也会引起数据库置疑。
4、当SQL Server启动时，将会尝试获得对数据库文件的排他访问权，如果此时该文件被其他程序占用，或者遗失，数据库将会被标记为置疑。
5、电脑非法关机也会造成数据库置疑。
6、电脑磁盘有坏道有可能造成数据库置疑。
二、数据库置疑的预防1、数据库存放的盘符，空间是否够大，经常检查盘符的空间。
2、数据库存放的盘符的格式设置为NTFS格式。
3、进行病毒清除时，尽量把SQL服务停掉，再进行检查。
4、尽量减少非正常关机。
5、建议客户购买后备电源。
6、给客户实施软件之后一定要做好自动备份。
7、建议客户每隔一定时间手动备份一次。
三、数据库置疑的修复1、正常的备份、SQL数据库恢复方式正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。
卸下数据库的命令：Sp_detach_db 数据库名连接数据库的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′ [,...16]sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。
SQL数据库置疑的解决方法
SQL2000数据库置疑的解决方法首先,在任何操作之前,必须要备份数据库(重要)一、分离数据库1、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器2、展开服务器组，然后展开服务器，选中要分离的数据库3、点击鼠标右键“所有任务》分离数据库”，出现如下窗口4、点击确定，该选定的数据库就被分离。
5.分离后,把原数据库里面.MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标盘下,例:D盘下注意事项，只有“使用本数据库的连接”数为0时，该数据库才能分离。
所以分离数据库时尽量断开所有对要分离数据库操作的连接，如果还有连接数据库的程序，会出现数据库的连接状态窗口，显示正在连接此数据库的机器以及名称，点击清除按钮将从服务器强制断开现有的连接。
二、附加数据库1、在附加数据库之前,首先要移动数据库文件在附加数据库之前，您必须将与数据库关联的 .MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标硬盘下，或是同一服务器的不同硬盘目录下。
这两个文件一般位于C：\Program Files\Microsoft SQL Server\MSSQL\Data目录下。
2、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器3、展开服务器组，然后展开服务器4、右击"数据库"，然后选择“所有任务》附加数据库”，弹出窗口5、输入要附加的数据库的MDF名称。
如果不确定文件位于何处，单击浏览（"..."）搜索。
若要确保指定的 MDF 文件正确，请单击"验证"。
在"附加为"框内，输入数据库的名称。
数据库名称不能与任何现有数据库名称相同。
指定数据库的所有者6、单击"确定"按钮。
新附加的数据库的数据库节点即创建在"数据库"文件夹中重启双机1.此时数据库分离,附加完成,必须重启一次双机修复置疑1,双机重启后,数据库置疑下面所有修复置疑的语法，在没有特别提到时，默认数据库都请选择（Master）数据库）2,修复置疑（必须在SQL的查询分析器中才能进行数据修复置疑工作）A、打开查询分析器，当数据置疑之后在查询分析器中是看不到置疑的数据库名称的，所以进入查询分析器之后，所选数据库默认（Master）数据库即可。
SQL置疑数据库处理方法
SQL置疑数据库处理方法：1.新建一个同名的数据库。
2.停掉sql server(注意不要分离数据库)。
3.用原数据库（质疑的那个）的数据文件覆盖掉这个新建的数据库文件。
（以上1、2、3步骤是针对把质疑数据库文件放到另外的计算机处理的情况，如果就在本机处理，可以省略，但在处理前一定要注意备份数据库文件。
）4.再重启sql server。
5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)。
USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'Gosp_dboption '置疑的数据库名', 'single user', 'true'GoDBCC CHECKDB('置疑的数据库名')Goupdate sysdatabases set status =28 where name='置疑的数据库名'Gosp_configure 'allow updates', 0 reconfigure with overrideGosp_dboption '置疑的数据库名', 'single user', 'false'Go6.完成后一般就可以访问数据库中的数据了；这时，数据库本身一般还要问题，解决办法是利用数据库的脚本创建一个新的数据库，并将数据导进去就行了，或者把数据库导成一个新库来代替旧库，先把数据导出，然后重启计算机后再导入就OK了。
步骤如下：企业管理器--右键你的数据库--所有任务--导出数据（导入数据）--目标标数据库选择新建--选择"在两个sql数据库之间复制对象和数据"--把"包含扩展属性"选上,其他的根据需要选择--最后完成。
解决SQLServer 2008 数据库质疑
解决SQLServer2008数据库质疑（挂起）问题Step1.执行语句，改变数据库状态EXEC SP_RESETSTATUS'Your DBName'GOStep2:重置数据库状态之后,我们就应该对质疑的数据库执行DBCC CHECKDB命令,查看下为什么数据库会出现质疑状态.DBCC CHECKDB('Your DBName')WITH NO_INFOMSGS,ALL_ERRORMSGSGoStep3:找到原因之后,那么就好解决了.看报错信息中,已说明了PK中存在重复值.首先,将每个索引的脚本导出为sql文件.之后再将表中主键栏位里的duplicate的行删除掉Step4:现在最好再立即执行下DBCC CHECKDB命令确认下是否还有错误信息.之后确认没有,那么再将之前索引的脚本创建进去.Step5:在Index创建完毕之后,立即执行下DBCC CHECKDB命令确认下是否还有错误信息.确认无误,那么就需要立即对数据库执行一次完全备份作业.针对SQL2000挂起情况进行修复Step1:设置数据库为紧急模式Use Mastersp_configure'allow updates',1reconfigure with overrideGOUPDATE sysdatabases SET status=32768where name='TEST'GOStep2:停止数据库服务通过Windows服务或者SQLServer管理器.Step3:把原始数据库的数据文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走Step4:启动SQL Server服务Step5.重新建立一个同名的数据库TEST；USE masterGOCREATE DATABASE TESTON(NAME=DBNAME_DAT,FILENAME='C:',SIZE=10,FILEGROWTH=5)LOG ON(NAME='DBNAME_LOG',FILENAME='g:',SIZE=5MB,FILEGROWTH=5MB)GOStep6:设置数据库运行在单用户的模式:USE MASTERGOALTER DATABASE TEST SET SINGLE_USERGOStep7:停掉SQL服务Step8:把原来的数据文件再覆盖回来Step9:启动SQL Server服务Step10:设置数据库为紧急模式Use Mastersp_configure'allow updates',1reconfigure with overrideGOUPDATE sysdatabases SET status=32768where name='TEST'GOStep11:修复数据库错误DBCC CHECKDB('TEST',REPAIR_ALLOW_DATA_LOSS)Step12.恢复数据库为多用户模式USE MASTERGOALTER DATABASE TEST SET MULTI_USERGOStep13.恢复SQLSERVER原始的配置USE MATERGOUPDATE sysdatabases SET status=4194320where name='TEST'GOStep14:配置SQLSERVER不允许更新系统表USE MASTERGOsp_configure'allow updates',0reconfigure with overrideGOStep15:重新启动MSSQLSERVER服务,最好重新启动操作系统.Step16:备份数据库特殊情况:不知道为什么，质疑修复后，数据库恢复正常了。
解决SQLSERVER2008系统数据库MSDB“可疑”的方法
解决SQL Server2008 msdb可疑的数据库的方法请参考文章ProblemDue to a recent rebuild of the master DATAbase for a SQL Server instance, I now need to RESTore the msdb and model databases. In this tip we walk through the process that you need to follow to restore the model and msdb databases successfully.SolutionBefore we get started, let's quickly discuss what the msdb and model databases are used for.● The msdb database contains scheduled jobs, alerts and backup history therefore a proper backup plan should be implemented for the msdb system database.● The model database is the blue print for creating any new user database for that particular instance of SQL Server. DBAs can modify the model database with whatever settings that are required and when a new user database is created it will reflect the configuration of the model database. If the model database has been modified then it should be backed up.Hence both the msdb and model DATAbases may need to be recovered in scenarios like DATAbase corruption, a rebuild of the master database or after a new server configuration. The RESTore process of msdb or model demands additional considerations than that of a user databases. The RESTore process may get complicated if versions are not tracked andexclusive access is not ensured in all aspects. In the next sections we will go through the restore process for the msdb and model databases.Note: this exercise was performed on SQL Server 2005, but the same rules would also be applied on SQL Server 2005 and onwards.Backup msdbUse the following command to create a full backup of the msdb database using T-SQL commands. You will need to modify the script to use a valid backup path. You can perform the same process for the model database as well.--Script 1: Create backup of msdbUSE [master]GOBACKUP DATABASE [msdb]TO DISK = N'E:\MSDB_Backup.Bak'WITH INIT,NAME = N'msdb Backup for MSSQLTips Demo'GOAfter this is complete we have a full backup that can be RESTored.Prepare for RESToreTo ensure we have a smooth restore we need to follow these steps.● Get the version of destination server● Get the version of source server on which the backup was created● Match the versions for the source and destination servers● Ensure exclusive access to the DATAbaseThe term source server here refers to the server on which the backup was created and destination server is where the restore will occur.Get version of destination serverThe versions of SQL Server need to be the same for the source and destination when restoring the msdb or model database. If the versions for the source and destination servers do not match then the restorewill fail as shown below:Msg 3168, Level 16, State 1, Line 1The backup of the system DATAbase on the device E:\MSDB_Backup.Bak cannot be RESTored because it was created by a different version of the server (9.00.1399) than this server (9.00.5000).Msg 3013, Level 16, State 1, Line 1RESTORE DATABASE is terminating abnormally.In the case of a mismatch, the version of SQL Server for the destination needs to be manipulated by installing or removing service packs.Here are the three ways to get the version for the SQL Server database engine.Using SSMS Object ExplorerConnect to a SQL Server instance through SSMS and find the SQL Server version in object explorer as shown below.Using SERVERPROPERTY system functionThe SERVERPROPERTY system function can be used for retrieving SQL Server version information to get edition and service pack information.Using @@VersionThe SQL Server version can also be retrieved by using @@Version. It can be used in a simple select statement as shown below.Get version of source server on which backup was createdNow we need to get the version of the source server on which the backup was created. The best way to do this is to get the information from the backup file itself as shown below using the RESTORE HEADERONLY command.-- Script 2: Get information of backup fileRESTORE HEADERONLYFROM DISK = N'E:\MSDB_Backup.Bak'GOAbove is the partial output from the command and we can see the SoftwareVersionMajor, SoftwareVersionMinor andSoftwareVersionBuild. These three values equate to the output from the other commands we look at earlier.Match the versions of source and destination serverIn our case we have version 9.0.5000 which matches both the source and destination servers. If this is not the case then apply or remove service packs on the destination server to match the source server. Once both versions are the same then we are ready to go further with the process.Following is a mapping of version codes for SQL Server 2005 and onwards from Microsoft SQL Server support.Ensure exclusive accessExclusive access for the DATAbase is required just like RESToring any database, but for the msdb it is slightly more demanding. In the case of msdb we also have to consider the SQL Agent service. If the SQL Server agent service is running then exclusive access can not be achieved. Below we can see that the SQL Agent service is running by querying sys.sysprocesses.So for msdb we need to stop the SQL Agent service to make sure we can get exclusive access. This can be done by right clicking on SQL Server Agent and selecting Stop.RESTore msdbAt this point our requirements are fulfilled and we are ready to perform the restore. Execute the following command for the restore process.--Script 3: Restore msdbUSE masterGORESTORE DATABASE [msdb]FROM DISK = N'E:\MSDB_Backup.Bak'WITH REPLACEGOThe msdb database is now restored as shown below. Now we need to put the database back in multi user (if this was changed) and start the SQL Server agent service.The same requirements and process also work for the model database except that the SQL Agent service is not an issue.Another thing to note is that you can restore msdb and model databases across editions such as Express, Developer, Standard and Enterprise. You only need to be concerned that the versions are the same.Next Steps● As part of best practices, go through your various phases of a disaster recovery process. Manipulating system DATAbases is an integral part of disaster recovery.● Click here to read a tip about getting exclusive access of SQL Server databases● Click here to read a tip about system databases in SQL Server● Click here to read details about versions and releases of SQL Server● Click here to read about using SERVERPROPERTY● Click here to read about using @@Version。
SQL数据库置疑的解决办法
SQL数据库置疑的解决办法数据库管理 2008-11-14 14:24:58 阅读435 评论2字号：大中小以下为恢复方法：-------------------------------------------------------------------------------步骤1：创建一个新的数据库，命名为原来数据库的名字。
步骤2：停止SQL Server步骤3：把老数据库的MDF文件替换新数据库的相应的MDF文件，并把LDF文件删除。
步骤4：重新启动SQL Server服务，然后运行如下命令：Use MasteGosp_configure 'allow updates', 1reconfigure with overrideGobegin tranupdate sysdatabases set status = 32768where name = 'db_name'--Verify one row is updated before committin gcommit tran步骤5：停止SQL然后重新启动SQL Server服务，然后运行如下命令：DBCC TRACEON（3604）DBCC REBUILD＿LOG（'db_name','c:\mssql7\data\dbxxx_3.ldf'）Go步骤6：停止SQL然后重新启动SQL Server服务，然后运行：use masterupdate sysdatabases set status = 8 wh ere name = 'db_name'Gosp_configue 'allow updates', 0reconfigure with overridego步骤7：运行dbcc checkdb(db_name) 检查数据库的完整性恢复数据库后，即使貌似恢复了，说不定中间也会有错误，最合理的解决办法是,利用当前恢复的数据库的脚本创建一个新的数据库，并将数据导进去，然后使用新的数据库替代恢复的数据库。
sql server 2008 数据库中遇到的常见问题及解决问题办法
一、数据库无法连接到.解决方法：需要在服务器名称处输入【.\sqlexpress】单击连接二、无法连接到.\sqlexpress 用户‘sa’登陆失败。
（Microsoft SQL Server,错误：18456）解决方法：（1、SQL Server Management Studio Express(简写SSMS)）（2、SQL Server 配置管理器/SQL Server Configuration Manager(简写SSCM)）1.打开数据库，用windows身份连接数据库，登陆后，右键选择“属性”2.左侧选择“安全性”，选中右侧的“SQL Server和Windows身份验证模式”以启用混合登陆模式。
3.选择“连接”，勾选“允许远程连接此服务器”，然后点“确定”4.展开“安全性”->“登陆名”->“sa”，右键“属性”5.左侧选择“常规”，右侧选择“SQL Server身份验证”，并设置密码6.选择“状态”，选中“启用”，点击“确定”7.右击数据库选择“方面”在下拉列表中选择“服务器配置”在下面选择“RemoteAccessEnabled”属性设置为“True”,点击“确定”。
8.数据库（SSMS）已设置完毕，先退出，再用sa登录，成功即表示sa 账户已经启用9.下面开始配置SSCM，选中左侧的“SQL Server服务”，确保右侧的“SQL Server”以及“SQLServer Browser”正在运行10.以下为英文版本界面。
右侧的TCP/IP默认是“Disabled”，双击打开设置面板将其修改为“Enabled”11.选择“IP Addersses”选项卡，设置端口“1433”12.将“Client Protocols”的“TCP/IP”也修改为“Enabled”配置完成重新启动SQL Server2008.三、附加数据库出现的问题解决方法：这个是SQL Server 登录账户没有权限，修改方法如下：开始- SQL 2008 - 配置工具- SQL Server配置管理器选择SQL Server 服务，双击SQL Server （SQLEXPRESS）将内置账户修改为LocalSystem 重启服务后重试附加，成功后将这里再修改回去四、附加数据库出现错误解决办法：按以下方式修改你的SQL的MDF和LDF属性就可以了，选择你的文件（两种文件均要修改为一样的权限）MDF文件：文件右键>>属性>>安全>>编辑>>添加>>高级>>立即查找>>在搜索结果中选择：Authenticated Users>>确定>>确定>>确定>>MDF文件属性对话框>>在组或用户名列表框中选择：Authenticated Users>>高级>>更改权限>>编辑>>选中“安全控制”>>确定>>确定>>确定>>确定。
SQL数据库置疑解决方案(原因、预防、修复)附图
SQL数据库置疑解决方案一、数据库置疑产生的原因1、SQL Server所在分区空间是否够？数据库文件大小是否达到最大文件限制？FAT32的格式只支持4G以内的文件。
2、数据库文件损坏或被非正常删除时出现这种情况。
3、病毒防火墙的扫描也会引起数据库置疑。
4、当SQL Server启动时，将会尝试获得对数据库文件的排他访问权，如果此时该文件被其他程序占用，或者遗失，数据库将会被标记为置疑。
5、电脑非法关机也会造成数据库置疑。
6、电脑磁盘有坏道有可能造成数据库置疑。
二、数据库置疑的预防1、数据库存放的盘符，空间是否够大，经常检查盘符的空间。
2、数据库存放的盘符的格式设置为NTFS格式。
3、进行病毒清除时，尽量把SQL服务停掉，再进行检查。
4、尽量减少非正常关机。
5、建议客户购买后备电源。
页脚内容16、给客户实施软件之后一定要做好自动备份。
7、建议客户每隔一定时间手动备份一次。
三、数据库置疑的修复1、正常的备份、SQL数据库恢复方式正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。
卸下数据库的命令：Sp_detach_db 数据库名连接数据库的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′[,...16]sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。
例子：假设数据库为pdm，其数据文件为pdm_data.mdf，日志文件为pdm_log.ldf。