Sql_Server_2005数据库可疑
SQL Server2005常见错误及解决方案
看你的报错，应该是服务器上没有开启管道支持，看到网上有人有同样问题，就把解决方案给你贴过来，你远程桌面进SQL Server 服务器上试一下：打开‘程序’－‘所有程序’－‘Microsoft SQL Server 2005 ’－‘配置工具'－‘SQL Server 配置管理器’，在弹出的窗体中,找到‘SQL Server 2005 网络配置’，把‘MSSQLSERVER的协议’下的“Named Pipes”和“TCP/IP”启动，然后重新启动Microsoft SQL Server 2005今天做JSP项目连接数据库，结果报错,出错的原因是:'用户’sa’ 登录失败.该用户与可信SQL Server 连接无关联'.今天上网上查了半天还是搞不定,最后经过网上和书上的汇总,具体的方法是：1：打开SQL Server Manager管理器!在左面找到‘安全性’ 单击右键选择‘新建”,“登录" 弹出一个对话框，在登录名中输入你的登录号，选择’SQLSERVER身份验证'，并输入密码，可以把‘用户下次登录时必须修改密码’取消掉。
点击‘用户映射'，在右面选择要映射的数据库,并在前面打勾！在下面一栏中‘db—owner’和‘public'前面打勾.然后点击＇状态＇在右面栏中选中＂授予＂、“启用”,这两项一般是默认的，但如果默认的不是此两项必须改过来，不然是连不上的!点击‘确定’。
2:找到SQL服务器,在左栏中上面，单击右键,在弹出的菜单中选择“属性”命令。
弹出一个对话框，单击“安全性”，在“服务器身份验证”下面选择“S QL SERVER和WINDOWS身份验证模式”，在前面打勾！记得这一步很重要，如果没有这一步你就别想登录成功!然后单击“确定”就可以了！ 3：重新启动服务就可以选择SQL SERVER 身份验证模式登录了!结果找了网上所有方法还是没用，最后发现还是出现在着急上忘记启动服务器,关键时刻，就是不冷静各位不要学我啊切记:一定要把SQL2005服务重启才生效。
使用SQL Server 2005的常见问题及解决方法
使用S Q L S e r ve r2005的常见问题及解决方法柏亚玲(湖南商务职业技术学院湖南长沙410205)信息科学【摘要]据统计，j大主流关系数据库i O r a el e、D B2f f C]SO L Ser ver中，M S SQ L SorverO懒占有份额增长速度是最快的。
SOL S er v er2005是M S SO L Ser v er雕J较新版本，在它之前，使用的是SO L Ser ver2000版。
对于刚接触s Q I J Ser ver2005的用P来说，不可避免地会遇到很多问题，我也一样，使用过后，有一些经验需要跟大家分享。
主要介绍在使用SOL S er v er2005时遇到的。
砦『I I J题及解决这些问题的方法或方案。
[关键词]SO L Ser ver2005数据库问题方法服务中图分类号：TP3文献标识码：A文章编号：1671--7597(2008)1120069--01一、SQ L S e r ve r2005简介SO L Ser ver2005是微软历经5年时间打造的具有里程碑性质的企业级数据库产品。
它在企业级支持，商业智能应用．管理开发效率等诸多方面，较SO L Ser ver2000JI匀有质的飞跃，是集数据管理与商业智能分析于‘体的，极具|i i f瞻性的卜．一代数据管理与分析甲台。
SO L S er v er20051提供集成的开发管理I：具和各类新的开发特性，在大幅提高开发效率的同时，进一步拓展您的应用窄问。
带来新的商qk虑用机遇。
因此，使用S O L S er ver2005的客户将越来越多。
但对初次使用SQ L S er ver2005的用户来说．可能存使_}}j过程中会遇到很多问题，我也有过这样的经历，现将使用过程中一些常常遇到的困难和问题及解决方法总结H{来．与大家分享。
=、使用sQ L S e r ve r2005过程中的问置及解决方囊(一)安装SO L Ser ver2005时版本的选择。
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 Server 2005 还原数据库错误
解決SQL Server 2005 還原數據庫錯誤：System.Data.SqlClient.SqlError: 在...解決SQL Server 2005 還原數據庫錯誤：System.Data.SqlClient.SqlError: 在對'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\BusinessDB.mdf' 嘗試'RestoreContainer::ValidateTargetForCreation' 時，操作系統返回了錯誤'5(拒絕訪問)'在還源數據庫時出現以下錯誤(詳情參見下圖):System.Data.SqlClient.SqlError: 在對'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\BusinessDB.mdf' 嘗試'RestoreContainer::ValidateTargetForCreation' 時，操作系統返回了錯誤'5(拒絕訪問。
)'。
(Microsoft.SqlServer.Express.Smo)原因分析：沒有對"C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\"創建文件的權限（可以把它複製到data），這是SQL2005對文件夾的安全性限制。
解決辦法：沒有同名數據庫的時候就新建個同名數據庫修改文件夾到'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\”或其他盤的文件夾下（如E:\mydb）即可（原路径：C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\）。
如何处理SQL Server数据库出现“可疑”情况
如何处理SQL Server数据库出现“可疑”情况在数据库使用过程中，由于突然断电或者服务器突然宕机的情况下，SQL Server数据库为了避免数据库被错误使用或者非法恢复时，会将一些数据库置为“可疑”状态。
这时数据库是不能被外界访问的，所以必须将这些数据库恢复正常。
利用以下SQL语句可以对“可疑”数据库进行恢复。
USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GOALTER DATABASE dbName SET EMERGENCYGOsp_dboption 'dbName', 'single user', 'true'GODBCC CHECKDB('dbName','REPAIR_ALLOW_DATA_LOSS')GOALTER DATABASE dbName SET ONLINEGOsp_configure 'allow updates', 0 reconfigure with overrideGOsp_dboption 'dbName', 'single user', 'false'GO尽管这样能够使得数据库恢复正常，至少可以让对数据库进行操作。
包括查询、更新等。
但是这并没有真正的解决问题，只是修改了数据库的“可疑”状态。
接着就需要找具体问题所在，发生这种情况的缘由很多，或是数据库操作、或是触发器、存储过程、索引、日志。
如果你的数据库不是很大，其间的数据不多，希望能够重新建立数据库，然后再导入数据。
如果很大，而且很重要不能及时更新的话，希望大家搜索一下数据库或者系统、应用程序的日志，看一下日志记录，或许你会发现一些可疑的苗头。
最后，发现数据库在记录日志的时候出现了问题，建议删除久的日志文件（当然主日志文件是不能删除的），你可以添加新的日志文件。
对SQLServer2005数据库安全保护措施的探讨
在对数据库用户进行权限授予时还应遵循以下策略： 1) 最小权限策略 让用户在可以合法的存取或修改数据的前提下，分配最小的权限， 使其恰好能够完成用户的工作，其余的权利一律不给。 2) 最大共享策略 在保证数据库数据的保密性、完整性的前提下，最大程度地共享数 据库中的信息。 3) 粒度适当策略 将数据库中不同的项划分成不同的颗粒，颗粒越小，其安全级别越 高。通常要根据数据库的实际情况决定粒度的大小。 4) 按内容存取控制策略 让不同权限的用户访问数据库的不同部分。 5) 按上下文存取控制策略 按上下文存取控制策略根据上下文的内容严格控制用户的存取区 域，它包括两个方面：一方面限制用户在其一次请求中或特定的一组相 邻的请求中不能对不同属性的数据进行存取；另一方面可以规定用户 对某些不同属性的数据必须一起存取。 6) 根据历史的存取控制策略 有些数据其本身不会泄密，但当它和其它的数据或以前的数据联 系在一起时可能会泄露保密的信息。为了防止这种推理攻击，必须记 录数据库用户过去的存取历史，根据其以往执行的操作，来控制其现在 提出的请求。 4.数据加密策略 前面介绍的数据库安全保护措施，主要是通过用户标识和鉴定、存 取权限的授予和验证来防止数据库被非法访问，但是不能防止通过不 正常渠道窃取数据，例如，偷取存储数据的磁盘，或者在网络通信线路 上窃取数据。解决这种问题比较好的办法就是对数据进行加密。加密 的基本思想是根据一定的算法将原始数据即明文转换为不可直接识别 的格式即密文，从而使不知道解密算法的人无法获知数据的具体内容。 SQL Server 2005 集成了密钥管理架构，采用 Tabular Data Stream 协 议进行网络数据交换，并利用 SSL 协议进行加密。SQL Server 2005 支 持对称加密、非对称加密、证书三种加密类型，每种类型使用不同密钥， 并具有多重加密算法和密钥强度。由于数据加密与解密比较费时,而 且数据加密与解密程度越高，占用的系统资源越大，因此一般只对高度 机密的数据如财务数据、军事数据等加密。 5.审计功能 任何系统的安全性保护措施都不是完美无缺的，蓄意盗窃、破坏数 据的人总有办法打破这些安全控制。对于某些高度敏感的数据，必须 以审计作为预防手段。审计功能是一种监视措施，它把用户对数据库 的所有操作自动记录下来放入审计日志(Audit Log) 中。数据库管理员 可以利用审计跟踪的信息，重现导致数据库现有状况的一系列事件，从 而找出非法存取数据的人、时间和内容等。使用审计功能会大大增加 系统的开销，故该功能一般用于安全性要求较高的部门。 结语 数据库安全是当前数据库技术研究的重点，加强数据库安全相关 技术的研究有助于保障数据库中数据的安全，有助于保证数据库系统 中信息的完整性。
SQL2005数据库质疑
4、用CREATE DATABASE DBName ON ( FILENAME = N'DBFile' ) FOR ATTACH_REBUILD_LOG附加数据库时出现提示：
The log cannot be rebuilt because the database was not cleanly shut down.
6、停止数据库服务。
7、用第2步中备份的.mdf文件覆盖新数据库的同名文件。
8、启动数据库服务。
9、运行alter database dbname set emergency，将数据库设置为emergency mode
10、运行下面的命令就可以恢复数据库：
*****************************************************************************/
use master
go
sp_configure 'allow updates',1 reconfigure with override --设置系统表可修改
go
alter database YDDB set emergency --设置数据库为紧急状态
go
sp_dboption 'YDDB', 'single user', '
PrevPageLSN: (21737:615:1). Restore from a backup of the database, or repair the database.
During redoing of a logged operation in database 'YDDB', an error occurred at log
MSSQL数据库置疑的说明及修复方法
MSSQL数据库置疑的说明及修复方法✧M SSQL 官方对suspect（‘置疑’，SQL2005中文为‘可疑’）状态的解释：“至少主文件组可疑或可能已损坏。
在SQL Server 启动过程中无法恢复数据库。
数据库不可用。
需要用户另外执行操作来解决问题。
”✧S QL Server 数据库置疑通常由于以下几种情况导致：1、因SQL服务意外退出导致数据库置疑，例如突然断电导致数据库日志文件损坏，下次启动后数据库变为置疑状态。
2、数据库文件所在的磁盘分区没有可用空间，导致恢复数据库的操作不能完成，数据库变为置疑状态。
3、数据库文件组已满，这种情况通常发生在MSDE或SQL 2005 Express，因为它们对数据库文件限制了大小，不超过2G或4G；当单个的数据库文件接近2G或4G很容易出现数据库置疑的情况；另外，当数据库文件所在磁盘分区格式为FAT32时，也有可能出现这种情况，FAT32格式的磁盘分区单个文件不能超过4G，当单个的数据库文件接近4G很容易出现数据库置疑的情况。
4、数据库文件设置为不自动增长，或设置为自动增长但限制了文件大小。
5、此外，其它非法的操作也有可能导致数据库置疑。
✧以下提供几种解决V3数据库置疑的办法：解决客户那里出现数据库置疑通常使用第一或第二种方法，解决问题时请根据实际情况处理提示：按以下方法修复数据库后，还需要用户密切观察一下V3服务器是否能正常运行、服务器是否有出错；查看服务器是否有出错可以右击服务管理器－‘工具’－‘日志’，在弹出的事件日志窗口中，查看应用程序日志中是否有OSERVER3的错误信息；如果有出错信息可能会出现数据收集不完整等问题，请即时联系我们解决。
问题一：SQL 2005 数据库置疑的解决方法SQL SERVER 2005，数据库置疑，可以尝试通过以下办法解决：--第一步：新建查询，执行以下SQL 语句；USE masterGOSP_CONFIGURE'ALLOW UPDATE',GORECONFIGURE WITH OVERRIDEGOALTER DATABASE OCULAR3 SET EMERGENCY--设置OCULAR3为紧急模式GOSP_DBOPTION'OCULAR3','SINGLE USER','TRUE'--设置OCULAR3为单用户模式GO--第二步：继续执行以下SQL语句DBCC CHECKDB('OCULAR3')--检查数据库的结构完整性，可能需要比较长时间GO--第三步：继续执行以下SQL语句DBCC CHECKDB('OCULAR3','REPAIR_ALLOW_DATA_LOSS')--修复数据库，可能需要比较长时间；执行到这一步，如果提示需要在单用户模式下运行，那么可以重启一下SQL SERVER服务再执行；GO--第四步:SP_DBOPTION'OCULAR3','SINGLE USER','FALSE'--设置OCULAR3为多用户模式GOALTER DATABASE OCULAR3 SET ONLINE--设置OCULAR3为正常模式GOSP_CONFIGURE'ALLOW UPDATE',0GORECONFIGURE WITH OVERRIDEGO--第五步：继续执行以下SQL语句DBCC CHECKDB('OCULAR3')–再次检查数据库的结构完整性GO问题二：SQL SERVER 2000，因为断电导致数据库被破坏而置疑，可以通过以下办法解决：--第一步：新建查询，执行以下SQL 语句；USE masterGOSP_CONFIGURE'ALLOW UPDATE',1GORECONFIGURE WITH OVERRIDEGO--设置数据库为紧急模式UPDATE sysdatabases SET status= 32768 WHERE name='OCULAR3'GOSP_DBOPTION'OCULAR3','SINGLE USER','TRUE'--设置OCULAR3为单用用户模式GO--第二步：继续执行以下SQL语句DBCC REBUILD_LOG('OCULAR3','d:\ocular3_log_log.ldf')--重建日志文件，--通常重建的日志文件放在与其它数据库文件相同目录下。
SQL2005数据库质疑图文解决办法
各位亲们，
本人也不容易，给力支持支持！
谢谢哦！
数据库质疑决解办法
1.打开开始菜单——所有程序——Microsoft SQL Server 2005——SQL Server Management Studio
如图划黑框的内个：
2.单击打开SQL Server Management Studio，点击连接
打开左边下拉框里面的数据库，找到后面显示黄色括号里面可疑的内个,点击打开，然后点击最左上角的新建查询，把下面语句复制上去
ALTER DA TABASE damiwan_Code SET EMERGENCY
ALTER DA TABASE damiwan_Code SET SINGLE_USER
DBCC CheckDB (damiwan_Code, REPAIR_ALLOW_DA TA_LOSS)
ALTER DA TABASE damiwan_Code SET MULTI_USER
上面damiwan_Code 是我的数据库别跟我填写一样。
填写你自己的哦
如图：
3.点击上面的√，再点击执行（数据量大，时间可能长哦），如图：
然后就ok 了如果还是不行请按照下面的操作试试
4.右击我的电脑点击管理，再点开服务和应用程序，打开SQL Server 配置管理器，点击SQL Server 2005服务，在右边的对话框里面的启动服务，右击都重新启动下。
如图：
就ok 了！！！。
sqlserver2005错误集
1. provider: 命名管道提供程序, error: 40 - 无法打开到SQL Server 的连接解决方法：开始->所有程序->Ms Sql Server->配置工具->sql server外围应用配置器->服务和连接的外围应用配置器->打开MSSQLSERVER节点下的Database Engine 节点,先择"远程连接",接下建议选择"同时使用TCP/IP和named pipes",确定后,重启数据库服务就可以了.如果还出现错误的话那么请你检查一下所写的代码connectionString中的Data Source这个属性填写的值是否正确本机默认填写.\SQLEXPRESS 或者换成计算机名\SQLEXPRESS ...除此之外还要看一下其他个个sql启动项是否启动。
2.Microsoft SQL Server错误233的解决办法已成功与服务器建立连接，但是在登录过程中发生错误。
(provider:命名管道提供程序，error:0-管道的另一端上无任何进程。
)(Microsoft SQL Server,错误:233)解决方法：打开“开始—所有程序—Microsoft SQL Server 2005 —配置工具—SQL Server 配置管理器”，在弹出的窗体中，找到“SQL Server 2005 网络配置”，把“MSSQLSERVER的协议”下的“Named Pipes”和“TCP/IP”启用，然后重新启动SQL Server 即可。
3. sa登录失败18456（1）、重设sa密码，（2）、在状态下“登录”—>“启动”（3）、在注册中“属性”—>“安全”—>“windows或sql server启动”（4）、控制面板—>管理工具——>服务——>sql server(SQLSERVER)重启4.由于没有注意,把数据库分离了,没有改变此登陆名的默认数据库.再次打开SQL2005的控制面板却怎么都联不上了.提示:无法打开默认数据库,代码:4064..,,1. 单击“开始”，单击“运行”，键入cmd，然后按Enter。
SQL意外退出导致数据库置疑修复方法
寒山sql数据库修复中心/MSSQL 数据库置疑的说明及修复方法MSSQL官方对suspect（‘置疑’，SQL2005 中文为‘可疑’）状态的解释：至少主文件组可“疑或可能已损坏。
在SQL Server 启动过程中无法恢复数据库。
数据库不可用。
需要用户另外执行操作来解决问题。
”SQL Server1、数据库置疑通常由于以下几种情况导致：因SQL 服务意外退出导致数据库置疑，例如突然断电导致数据库日志文件损坏，下次启动后数据库变为置疑状态。
数据库文件所在的磁盘分区没有可用空间，导致恢复数据库的操作不能完成，数据库变为置疑状态。
数据库文件组已满，这种情况通常发生在MSDE 或SQL 2005 Express，因为它们对数据库文件限制了大小，不超过2G 或4G；当单个的数据库文件接近2G 或4G 很容易出现数据库置疑的情况；另外，当数据库文件所在磁盘分区格式为FAT32 时，也有可能出现这种情况，FAT32 格式的磁盘分区单个文件不能超过4G，当单个的数据库文件接近4G 很容易出现数据库置疑的情况。
2、3、4、5、数据库文件设置为不自动增长，或设置为自动增长但限制了文件大小。
此外，其它非法的操作也有可能导致数据库置疑。
以下提供几种解决V3 数据库置疑的办法：解决客户那里出现数据库置疑通常使用第一或第二种方法，解决问题时请根据实际情况处理提示：按以下方法修复数据库后，还需要用户密切观察一下V3 服务器是否能正常运行、服务器是否有出错；查看服务器是否有出错可以右击服务管理器－‘工具’－‘日志’，在弹出的事件日志窗口中，查看应用程序日志中是否有OSERVER3 的错误信息；如果有出错信息可能会出现数据收集不完整等问题，请即时联系我们解决。
问题一：SQL 2005 数据库置疑的解决方法SQL SERVER 2005，数据库置疑，可以尝试通过以下办法解决：--第一步：新建查询，执行以下SQL 语句；USE master GOAchao_hupu 第1 页Created on 8/31/2008 11:43:00 AMSP_CONFIGURE 'ALLOW UPDATE',1 GO RECONFIGURE WITH OVERRIDE GO ALTER DATABASE OCULAR3 SET EMERGENCY --设置OCULAR3 为紧急模式GO SP_DBOPTION 'OCULAR3','SINGLE USER', 'TRUE' --设置OCULAR3 为单用户模式GO --第二步：继续执行以下SQL 语句DBCC CHECKDB('OCULAR3') --检查数据库的结构完整性，可能需要比较长时间GO --第三步：继续执行以下SQL 语句DBCC CHECKDB('OCULAR3','REPAIR_ALLOW_DA TA_LOSS') --修复数据库，可能需要比较长时间；执行到这一步，如果提示需要在单用户模式下运行，那么可以重启一下SQL SERVER 服务再执行；GO --第四步: SP_DBOPTION 'OCULAR3','SINGLE USER', 'FALSE' --设置OCULAR3 为多用户模式GO ALTER DATABASE OCULAR3 SET ONLINE --设置OCULAR3 为正常模式GO SP_CONFIGURE 'ALLOW UPDATE',0 GO RECONFIGURE WITH OVERRIDE GO --第五步：继续执行以下SQL 语句DBCC CHECKDB('OCULAR3') –再次检查数据库的结构完整性GO问题二：SQL SERVER 2000，因为断电导致数据库被破坏而置疑，可以通过以下办法解决：--第一步：新建查询，执行以下SQL 语句；USE master GO SP_CONFIGURE 'ALLOW UPDATE',1 GO RECONFIGURE WITH OVERRIDE GO --设置数据库为紧急模式UPDATE sysdatabases SET status = 32768 WHERE name = 'OCULAR3' GO SP_DBOPTION 'OCULAR3','SINGLE USER', 'TRUE' --设置OCULAR3 为单用用户模式GO --第二步：继续执行以下SQL 语句DBCC REBUILD_LOG('OCULAR3','d:\ocular3_log_log.ldf') --重建日志文件，--通常重建的日志文件放在与其它数据库文件相同目录下。
SQLServer2005数据库可疑状态解决办法
SQLServer2005数据库可疑状态解决办法(2012-04-08 23:08:53)转载▼标签：分类：业务交流数据库sqlserverit服务器异常断电，或者系统异常关机等都可能引起SQLServer2005数据库实例状态变成可疑，导致数据库实例无法正常启动。
这里介绍一个不用分离-附加的好办法，将数据库置为应急状态处理，回退掉异常状态时没有保存的数据信息。
新建查询，输入如下语句，执行即可：USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOALTER DATABASE DB_NAME SET EMERGENCYGOsp_dboption DB_NAME 'single user', 'true'GODBCC CHECKDB(' DB_NAME ','REPAIR_ALLOW_DATA_LOSS')GOALTER DATABASE DB_NAME SET ONLINEGOsp_configure 'allow updates', 0 reconfigure with overrideGOsp_dboption ' DB_NAME ', 'single user', 'false'GOSQL2005里的数据库变成可疑，分离后附加...(离问题结束还有0天0小时)服务器上2005的数据库，a数据库某天后面突然多了可疑两字，分离后，附加不上去了。
现在只有mdf文件好用，根据提示好像是ldf文件受损。
在网上了找了很多资料，不过大多是根据2000来的，我试过其中一个说是新建一个数据库，将要还原的数据库的mdf文件覆盖它的，怎样，怎样，结果还是不行，测试数据库并没有出现他说的紧急状态，如何修改呢？还有就是改成了紧急状态后又如何将它改成正常状态呢？救命呀，请各位帮帮忙，急死人了。
sqlserver数据库出现可疑错误修复方法
第一种方法：
当数据库发生这种操作故障时，可以按如下操作步骤可处理此要领，打开数据库里的
Sql
查询编辑器式
ALTER DATABASE 数据库名 SET EMERGENCY
?
使数据库变为单用户模式
启动服务
再次，打开
Sql Server 2005
时被标记为“可疑”的数据库已还原正常状态
第二种方法：
如果有数据库全备份，在其他SqlServer机器上先建一个和可疑数据库名称一样的数据库，将全备份还原到先建的数据库，再把新建数据库的ldf和mdf文件拷到可以数据库的目录下。
二、msdb系统数据库可疑
ALTER DATABASE 数据库名 SET SINGLE_USER
?
修正数据库日志重新生成，此命令检查的分配，结构，逻辑完整性和所有数据库中的对 象不正确。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数，该程序将检查和修正报告的不正确。但是，这些修正可能会导致一些数据丢失。命令：DBCC CheckDB (数据库名 , REPAIR_ALLOW_DATA_LOSS)
如果复制过来是单个用户,那么右键点这个库的属性-选项-限制访问改成MULTI_USER就可以了,目前还没出现问题,建议备份后尝试
?
使数据库变回为多用户模式
ALTER DATABASE 数据库名 SET MULTI_USER
?
开始－>
运行－>
输入cmd
打开DOS命令窗口，输入以下命令重启数据库服务
Net stop mssqlserver --
sql05 08置疑解决
关于门店数据库SQLSERVER2000/2005/2008置疑问题处理方法SQL Server2008置疑数据库解决方法1.首先确认已经备份了.mdf和.ldf文件。
2. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。
3. 用原有的.mdf和.ldf文件覆盖新建数据库对应的.mdf和.ldf文件。
4. 重新启动SQL Server服务，这是应该会看到这个数据库处于置疑(Suspect)状态。
5. 在SQL查询分析器中执行以下命令，以允许更新系统表：use mastergosp_configure "allow updates",1reconfigurewithoverridego6. 将这个数据库置为紧急模式：update sysdatabases set status = 32768 where name="db_name"go7. 使用DBCC CHECKDB命令检查数据库中的错误：DBCC CHECKDB("db_name")GO8. 如果DBCC CHECKDB命令失败，请转至第10步，否则先将数据库置为单用户模式，再尝试对其进行修复：sp_dboption "db_name","singleuser","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO如果在执行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令时提示说数据库未处于单用户模式状态的话，则重新启动SQLServer服务，然后继续尝试。
9. 如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失败，请转至第10步，否则若成功修复了数据库中的错误：重新执行DBCC CHECKDB("db_name")命令，确认数据库中已没有错误存在。
SQL2005置疑修复
SQL2005数据库无法附加或出现置疑时的修复方法（一）注：本实例以JYPACS_US数据库做演示，实际操作时请将所有命令中的JYPACS_US更换为实际的数据库名。
1、停止数据库服务：打开SQL2005企业管理器，在服务器上点击鼠标右键，然后用左键点击“停止”菜单，停止SQL Server服务2、数据库备份：将原数据库文件拷贝至其它盘符进行备份。
如：将“D:\data”目录下的*.mdf和*.ldf拷贝至E盘或者直接将D盘下的data文件夹拷贝至E盘。
3、重启数据库服务：在服务器上点击鼠标右键，然后用左键点击“启动”菜单，重新启动SQL Server服务4、删除数据库：将有问题的数据库删除。
5、新建数据库：鼠标右击数据库在弹出的菜单中选择“新建数据库”，新建一个同名的数据库（数据库文件的存储路径也要与原始文件路径相同）6、替换数据库文件：先停止数据库服务（方法见步骤1），然后将E盘备份的数据库原文件复制后粘贴至原目录下替换新文件。
如：将“E:\data”目录下的*.mdf 和*.ldf文件复制粘贴至“D:\data”目录下替换。
7、重启数据库服务：重启SQL Server服务（方法见步骤3），，然后刷新数据库，此时可见数据库处于可疑或无法使用的状态。
8、设置紧急状态：在可疑的数据库上点击右键，然后用左键选择“新建查询”菜单，打开SQL Server的查询分析器，在命令串口中输入alter database jypacs_us set emergency然后按F5键或者点击执行按钮，将数据库置为可疑模式。
9、设置单用户模式：将SQL语句修改为alter database jypacs_us set single_user然后执行命令，将数据库置为单用户模式。
10、重建日志：清空命令窗口，然后输入dbcc checkdb('jypacs_us',REPAIR_ALLOW_DATA_LOSS) 这个时间比较长。
SQLServer2005数据库可疑状态解决办法
SQLServer2005数据库可疑状态解决办法(2012-04-08 23:08:53)转载▼标签：分类：业务交流数据库sqlserverit服务器异常断电，或者系统异常关机等都可能引起SQLServer2005数据库实例状态变成可疑，导致数据库实例无法正常启动。
这里介绍一个不用分离-附加的好办法，将数据库置为应急状态处理，回退掉异常状态时没有保存的数据信息。
新建查询，输入如下语句，执行即可：USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOALTER DATABASE DB_NAME SET EMERGENCYGOsp_dboption DB_NAME 'single user', 'true'GODBCC CHECKDB(' DB_NAME ','REPAIR_ALLOW_DATA_LOSS')GOALTER DATABASE DB_NAME SET ONLINEGOsp_configure 'allow updates', 0 reconfigure with overrideGOsp_dboption ' DB_NAME ', 'single user', 'false'GOSQL2005里的数据库变成可疑，分离后附加...(离问题结束还有0天0小时)服务器上2005的数据库，a数据库某天后面突然多了可疑两字，分离后，附加不上去了。
现在只有mdf文件好用，根据提示好像是ldf文件受损。
在网上了找了很多资料，不过大多是根据2000来的，我试过其中一个说是新建一个数据库，将要还原的数据库的mdf文件覆盖它的，怎样，怎样，结果还是不行，测试数据库并没有出现他说的紧急状态，如何修改呢？还有就是改成了紧急状态后又如何将它改成正常状态呢？救命呀，请各位帮帮忙，急死人了。
sql2005附加数据库出错（错误号：5123）解决方法
sql2005附加数据库出错（错误号：5123）解决⽅法
【错误提⽰】
【问题背景】
数据库版本：SQL Server 2005企业版
操作系统版本：Windows Server 2003企业版
错误引发描述：数据库分离后，把数据硬盘从⼀台主机换挂到另⼀台主机上（两台主机的操作系统和数据库版本都是⼀样的）。
结果附加数据库时，提⽰上⾯的错误。
【问题分析】
很明显，是⽂件操作权限不够引发的问题。
给数据库⽂件所在的⽂件夹属性安全⾥添加相应的⽤户并赋予完全操作权限即可解决问题（⽹上的资料都是这么说的）。
给什么⽤户添加权限呢？⽐如：Administrators⽤户组、NETWORK SERVICE、MSSQLUser或Everyone，具体⽤哪个，看你的SQL服务是哪个帐户启动的，如果不清楚或者懒⼀点，可以直接添加Everyone⽤户。
本来想上个截图的，不知道为什么，⼏⼗Kb的图⽚，⼀直上传不成功。
【意外情况】
可能你通过上⾯的解决⽅法，给数据⽂件所在的⽂件夹添加了相应的⽤户和操作权限，但问题依旧（这也正是我纠结痛苦的地⽅，⽹上都是那么说的，咋就不⾏哩~~）。
最后我的解决⽅法是：给每个数据库⽂件（包括mdf、ldf、ndf）分别设置⽤户和操作权限(操作⽅法和给⽂件夹加操作权限⼀样，都是在右键属性⾥的安全选项)。
问题终于彻底得到解决。
原因应该是⽂件夹的权限没有⾃动继承到⾥⾯的⽂件上。