一.总结 附加数据库后,遇到只读,并且取消只读的时候报错操作系统错误,一般都是附加的时候,使用的是SQLServer用户登录附加的,只要使用windows用户登录数据库重新附加一下就ok了. 二.处理步骤 1.只读模式数据库截图 注:可以看到上面的数据是使用sa用户登录的 2.处理步骤 (1)使用脚本取消数据库的只读模式,报出操作系统错误(拒绝访问) (2)分离数据库,使用windows用户登录数据库,重新附加 使用windows用户登录,重新附加数据库 最终解决,大功告成!

1,新建只能访问某一个表的只读用户. --添加只允许访问指定表的用户:execsp_addlogin'用户名','密码','默认数据库名' --添加到数据库execsp_grantdbaccess'用户名' --分配SELECT整表权限GRANTSELECTON表名TO[用户名] --分配SELECT权限到具体的列GRANTSELECTON表名(id,AA)TO[用户名] 例如: --添加只允许访问指定表的用户:execsp_addlogin'read','123456','test' exec

前几天客户那边的服务器死机了,然后客户强制关机,重新启动服务器后,系统就没法正常使用,连接不上服务器,我远程操作后,看到数据库标注为可疑,由于客户之前没备份数据库,看来只能是修复了: 1:停止数据库服务,将可疑的数据库及日志备份到别的文件夹,随后删除数据库文件及日志文件 2:打开数据库服务,连接数据库后删除可疑的数据库,并新建同名的数据库(目录位原来的目录) 3:停止数据库服务,将备份的数据库文件替换新建的数据库文件(日志文件不需要替换) 4:打开数据库服务,连接数据库后执行alter data

今天在将一个 SQL Server 2000 数据库附加到 SQL Server 2005时出现如下的错误:附加数据库对于服务器失败(Microsoft.SqlServer.Smo),无法升级数据库test,因为它是只读的,或者具有只读文件.请将数据库或文件设为可写,然后重新运行恢复操作. (Microsoft SQL Server,错误: 3415) 查看了数据库文件,他们并没有只读属性,在 SQL Server 2000 中附加都是一切正常的啊. 经查阅资料,发现并不是文件只读的问题,严格说

原文:设置SQLServer数据库中某些表为只读的多种方法 翻译自:http://www.mssqltips.com/sqlservertip/2711/different-ways-to-make-a-table-read-only-in-a-sql-server-database/?utm_source=dailynewsletter&utm_medium=email&utm_content=headline&utm_campaign=2012614 在某些情况下需要把SQLS

一.主数据库出现可疑修复方法: 第一种方法: 当数据库发生这种操作故障时,可以按如下操作步骤可处理此要领,打开数据库里的Sql查询编辑器窗口,运行以下的命令: ?修改数据库为紧急模式 ALTER DATABASE 数据库名 SET EMERGENCY ?使数据库变为单用户模式 ALTER DATABASE 数据库名 SET SINGLE_USER ?修正数据库日志重新生成,此命令检查的分配,结构,逻辑完整性和所有数据库中的对 象不正确.当您指定“REPAIR_ALLOW_DATA_LOSS”作为

 亲自试过,可行!!!!! SqlServer数据库(可疑)解决办法4种   重启服务--------------------------------------------------日志文件丢了,建一个日志文件--------------------------------------------------   SQL SERVER 数据库状态为“可疑”的解决方法 --MyDB为修复的数据名 USE MASTER GO SP_CONFIGURE RECONFIGURE WITH OVERR

前几天客户那边的服务器死机了,然后客户强制关机,重新启动服务器后,系统就没法正常使用,连接不上服务器,我远程操作后,看到数据库标注为可疑,由于客户之前没备份数据库,看来只能是修复了: 1:停止数据库服务,将可疑的数据库及日志备份到别的文件夹,随后删除数据库文件及日志文件 2:打开数据库服务,连接数据库后删除可疑的数据库,并新建同名的数据库(目录位原来的目录) 3:停止数据库服务,将备份的数据库文件替换新建的数据库文件(日志文件不需要替换) 4:打开数据库服务,连接数据库后执行alter data

数据库出现置疑.可疑.脱机.单用户.紧急模式主要是因为数据库的日志文件除了问题,2000和2008修复方式不一样,2008的修复脚本在2000中不适用,主要是不被2000识别. 假设数据库名为:eisdoc: sqlserver2000数据库置疑的处理方式: 1.设置数据库允许直接操作系统表. 此操作可以在SQL Server Enterprise Manager里面选择数据库服务器,按右键,选择“属性”,在“服务器设置”页面中将“允许对系统目录直接修改”一项选中. 2．设置eisdoc为紧急修

今天机房突然断电,DB连不上了,提示 无法打开数据库'MyDB'.恢复操作已将该数据库标记为 SUSPECT. 原因是断电导致DB文件损坏 通过SQL Server Management Studio链接到故障数据库的服务器 执行下面的操作 -- 执行前先把下面数据库的名字MyDB更改为“可疑”的数据库名字 -- 1.修改数据库为紧急模式 ALTER DATABASE MyDB SET EMERGENCY -- 2.使数据库变为单用户模式 ALTER DATABASE MyDB SET SING

FCI 双节点集群,因为晚上集群节点间的网络中断过.两个节点都觉得还有一个节点宕机,在各节点的集群管理中都看到对方已宕机. 连接到集群IP.提示 msdb 数据库有问题: watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQva2sxODU4MDA5NjE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt=""> 发现MSDB数据

汇总篇:http://www.cnblogs.com/dunitian/p/4822808.html#tsql 先贴错误: 吐槽一下: 进入正题: 新建一个同名数据库 停止MSSQL服务 替换数据库文件 重新启用MSSQL服务 看效果图: 设置数据库为应急模式 alter database BigData_TestInfo set emergency 快速修复一下(如果出现问题请试试, [Repair_Rebuild-重建索引并修复] 和 [Repair_Allow_Data_Loss-允许丢失

执行: USE master GO RESTORE DATABASE MYDB FROM DISK = N'FULL_BACKUP.bak' WITH REPLACE, STANDBY = N'STANDBY_FILE.standby', move 'mydb' to 'DB.mdf', move 'mydb_log' to 'DB_log.ldf' go RESTORE DATABASE MYDB FROM DISK = N'DIFF_FILE.dif' WITH STANDBY = N'ST

--MyDB为修复的数据名USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GO ALTER DATABASE MyDB SET EMERGENCY GO sp_dboption 'MyDB', 'single user', 'true' GO DBCC CHECKDB('MyDB','REPAIR_ALLOW_DATA_LOSS') GO ALTER DATABASE MyDB SET ONLINE G

当数据库发生这种操作故障时,可以按如下操作步骤可解决此方法, 打开数据库里的Sql 查询编辑器窗口,运行以下的命令. // 1.使用指定值强制重新配置:(1.0表示为真假) sp_configure reconfigure with override // 2.修改数据库为紧急模式 ALTER DATABASE databasename SET EMERGENCY // 3.使数据库变为单用户模式 ALTER DATABASE databasename SET SINGLE_USER // 4.

百度文库地址 http://wenku.baidu.com/link?url=3EnK52mOtll3svjce0OGUUu7h9EOWkUgty8VChkxRdX7LQlm9Ll6N_78ENngNSsPVksb4dfQ-xPG8dgAvltpMyubtyUa0KAMSVFszN3sn6O

-- 当数据库发生这种操作故障时,可以按如下操作步骤可解决此方法,打开数据库里的Sql 查询编辑器窗口,运行以下的命令. --1.修改数据库为紧急模式 ALTER DATABASE Zhangxing SET EMERGENCY --操作后一定要记住需要重启服务 --2.使数据库变为单用户模式 ALTER DATABASE Zhangxing SET SINGLE_USER --3.修复数据库日志重新生成,此命令检查的分配,结构,逻辑完整性和所有数据库中的对象错误.当您指定“REPAIR_ALL

本文转载自:http://blog.csdn.net/andylaudotnet/article/details/1763573 性能调节的目的是通过将网络流通.磁盘 I/O 和 CPU 时间减到最小,使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量.为达到此目的,需要了解应用程序的需求和数据的逻辑和物理结构,并在相互冲突的数据库使用之间(如联机事务处理 (OLTP) 与决策支持)权衡. 对性能问题的考虑应贯穿于开发阶段的全过程,不应只在最后实现系统时才考虑性能问题.许多使性能得

最近,开发系统使用SqlServer2008 R2,但是由于系统数据压力的增加,准备增加一个和正式数据库同步的库,用来供接口和报表使用,所以开始对SqlServer里面的一些技术开始研究,第一篇先来研究一下最基本的数据库快照. 基本概念 先简单介绍一下快照的基本概念,数据库快照是 SQL Server 数据库(源数据库)的只读静态视图. 自创建快照那刻起,数据库快照在事务上与源数据库一致. 数据库快照始终与其源数据库位于同一服务器实例上. 当源数据库更新时,数据库快照也将更新. 因此,数据库快照

数据库性能优化详解 性能调节的目的是通过将网络流通.磁盘 I/O 和 CPU 时间减到最小,使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量.为达到此目的,需要了解应用程序的需求和数据的逻辑和物理结构,并在相互冲突的数据库使用之间(如联机事务处理 (OLTP) 与决策支持)权衡. 对性能问题的考虑应贯穿于开发阶段的全过程,不应只在最后实现系统时才考虑性能问题.许多使性能得到显著提高的性能事宜可通过开始时仔细设计得以实现.为最有效地优化 Microsoft® SQL Server™

SQLSERVER中的假脱机spool 我发现网上对于假脱机的解释都非常零散,究竟假脱机是什么? 这几天在家里研究了一下,收集了很多网上的资料 假脱机是中文的翻译,而英文的名字叫做 spool 在徐老师写的<SQLSERVER企业级平台管理实践>里提到了一下假脱机 在SQLSERVER I/O问题的那一节 在性能监视器里,有一个计数器“worktables/sec” : 每秒创建的工作表数.例如,工作表可用于存储查询假脱机(query spool),LOB变量,XML变量,表变量,游标的临时结