今天突然发现数据库显示为单个用户并且,访问速度超慢,执行以下语句解决了 USE master; GO DECLARE @SQL VARCHAR(MAX); SET @SQL='' SELECT @SQL=@SQL+'; KILL '+RTRIM(SPID)      //杀掉该进程FROM master..sysprocesses WHERE dbid=DB_ID('Test'); EXEC(@SQL);ALTER DATABASE Test SET MULTI_USER;           

USE master; GO DECLARE @SQL VARCHAR(MAX); SET @SQL='' SELECT @SQL=@SQL+'; KILL '+RTRIM(SPID) --杀掉该进程FROM master..sysprocesses WHERE dbid=DB_ID('cnpc'); EXEC(@SQL);ALTER DATABASE cnpc SET MULTI_USER; --改成多用户 https://www.cnblogs.com/reailcooker/p/99681

此数据库处理单用户模式,尚在连接当中,无法删除(既使将SQLServer停止后再启动也是如此) USE [master] GO /****** Object: StoredProcedure [dbo].[killspid] Script Date: 03/28/2011 11:01:32 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO --建一个存储过程,断开所有用户连接. )) as begin ) declare @spid

MSSQL2005数据库显示单一用户模式,无法进行任何操作 经查询,使用exec sp_who进行查看链接线程,发现仍然有链接不断进行请求,将链接踢出,然后通过命令修复即可恢复 处理步骤: exec sp_who kill pid ALTER DATABASE [数据库名] SET MULTI_USER

设置数据库单用户模式后, 发现用系统管理员账号无法连接数据库, 用sa账号也不行. 首先, 马上去查了一下有什么进程比这个连接给占用了 SELECT [Spid] = session_Id , ecid , [Database] = DB_NAME(sp.dbid) , [User] = nt_username , [Status] = er.status , [Wait] = wait_type , [Individual Query] = SUBSTRING (qt.text, er.sta

有时候数据库在占用时,想做一些操作,无法操作.可以尝试将数据库切换为单用户模式来操作.操作完之后再切换回多用户模式. 命令如下: alter database 数据库名 set Single_user  --单用户alter database 数据库名 set multi_user   --多用户 或者 sp_dboption 数据库名,"single user",true  --单用户 sp_dboption 数据库名,"single user",false  -

一个在单用户(SINGLE_USER)模式下的数据库一次只能有一个连接.在限制用户(RESTRICTED_USER)模式下的数据库只能接受被认为是“合格”用户的连接——这些用户属于dbcreator或sysadmin服务器角色,或者是那个数据库的db_owner角色的成员.  数据库在默认时处于多用户模式(MULTIPLE_USER),这意味着所有具有一个数据库中有效用户名的用户都可以连接该数据库. 在数据库维护阶段时一般需要将数据库限制为单用户模式.可以使用下面的语句进行更改.设置为单用户模式

sql>show user查看自己的是哪个用户sql>select * from all_users; 查询所有用户sql>select * from user_users;查询当前用户下的详细信息sql>select * from dba_users;查询dba下所有用户信息sql>select * from dba_roles ;查看所有角色

USE master; GO DECLARE @SQL VARCHAR(MAX); SET @SQL='' SELECT @SQL=@SQL+'; KILL '+RTRIM(SPID) FROM master..sysprocesses WHERE dbid=DB_ID('数据库名'); EXEC(@SQL); ALTER DATABASE 数据库名 SET MULTI_USER;

USE master;GODECLARE @SQL VARCHAR(MAX);SET @SQL=''SELECT @SQL=@SQL+'; KILL '+RTRIM(SPID)FROM master..sysprocessesWHERE dbid=DB_ID('ty_active_log_gz'); EXEC(@SQL); GO ALTER DATABASE ty_active_log_gz SET MULTI_USER;

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

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

今天看到这篇文章:没有了SA密码,无法Windows集成身份登录,DBA怎么办? 想起来之前着急哥问我的一个问题,一个DBA删除了Windows登录用户,而且SQLSERVER服务器的验证方式是Windows身份验证 怎麽办?? 我当时给他的答复是:重装系统数据库master 今天看到这篇文章没有了SA密码,无法Windows集成身份登录,DBA怎么办?,有思路了 假设我们遇到很糟糕的情况 sa被禁用,服务器身份验证为Windows身份验证模式,Windows登录用户被删,没有其他sysadmi

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

数据库运维人员,在维护数据库时,有时会遇到一些特殊的情况,例如,SQL Server实例无法访问,此时需要用到管理员在紧急情况下专用的连接:有时,在做一些系统级别的配置修改时,当前数据库不能被其他用户访问,必须把数据库切换到单用户模式.居安思危,在系统正常运行时,多做一些演练,避免在真正出现异常时,手忙脚乱.先解释一下两个术语: 专用管理连接(Dedicated Administrator Connection, DAC)是SQL Server提供的一个特殊的诊断连接,用于连接数据执行诊断查询和

在学习asp.net的时候使用mssql'经常会出现这种错误,数据库不能重名名5030的错误,其实很简单原因就是有应用程序正在占用这个连接,使用这样一行命令就可以查询出正在占用的连接 use master select spid from master.dbo.sysprocesses where dbid=db_id('ODatabaseName') 执行的结果是个多个数字 比如23 ,90, use  master kill 23 90 就可以了,在有外来用户访问数据库的情况下执行 EXEC

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

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

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

1)显示当前用户名称:show user或者show user; 2)显示当前用户信息(包括用户名之外还有其他信息):select * from user_users; 3)显示数据库中所含有的所有用户信息:select * from dba_users; 4)显示当前用户所能管理的所有用户信息:select * from all_users; 5)user_tables,显示当前用户拥有的所有表: select table_name from user_tables; 6)all_tables