㈠ sql server 2008死锁与阻塞怎样解决
MSDN：包含正在 SQL Server 实例上运行的进程的相关信息。这些进程可以是客户端进程或系统进程。 视图中主要的字段： 1. Spid：Sql Servr 会话ID 2. Kpid：Windows 线程ID 3. Blocked：正在阻塞求情的会话 ID。如果此列为 Null，则标识请求未被阻塞 4. Waittype：当前连接的等待资源编号，标示是否等待资源，0 或 Null表示不需要等待任何资源 5. Waittime：当前等待时间，单位为毫秒，0 表示没有等待 6. DBID：当前正由进程使用的数据库ID 7. UID：执行命令的用户ID 8. Login_time：客户端进程登录到服务器的时间。 9. Last_batch：上次执行存储过程或Execute语句的时间。对于系统进程，将存储Sql Server 的启动时间 10.Open_tran：进程的打开事务个数。如果有嵌套事务，就会大于1 11.Status：进程ID 状态，dormant = 正在重置回话 ; running = 回话正在运行一个或多个批处理 ; background = 回话正在运行一个后台任务 ; rollback = 会话正在处理事务回滚 ; pending = 回话正在等待工作现成变为可用 ; runnable = 会话中的任务在等待获取 Scheler 来运行的可执行队列中 ; spinloop = 会话中的任务正在等待自旋锁变为可用 ; suspended = 会话正在等待事件完成 12.Hostname：建立链接的客户端工作站的名称 13.Program_name：应用程序的名称，就是 连接字符串中配的 Application Name 14.Hostprocess：建立连接的应用程序在客户端工作站里的进程ID号 15.Cmd：当前正在执行的命令 16.Loginame：登录名 应用实例： 1. 检查数据库是否发生阻塞 先查找哪个链接的 blocked 字段不为0。如 SPID53的blocked 字段不为0，而是 52。SPID 52 的 blocked 为0，就可以得出结论：此时有阻塞发生，53 被 52 阻塞住了。如果你发现一个连接的 blocked 字段的值等于它自己，那说明这个连接正在做磁盘读写，它要等自己的 I/O 做完。 2. 查找链接在那个数据库上 检查 dbid 即可。得到 dbid，可以运行以下查询得到数据库的名字： Select name,dbid from master.sys.sysdatabases
㈡ SQL2008订阅发布，进程无法连接到 Subscriber
用户 'sa' 登录失败。
--> sa账号密码错误,请在发布/订阅属性里重新输入.
㈢ SQL2008数据库锁进程在哪
任务管理器啊！程序进程都在任务管理器里
㈣ sql2008不用时哪些进程可以结束
在开始菜单->Microsoft SQL Server 2008->Configuration Tools->SQL Server Configuration Manager 看下哪些你用不到的可以stop,然后把start mode改为manual下次开机就不会自动起动了.
求采纳
㈤ sql server2008占用进程内存太大，超过正常使用内存，什么 原因
SQL Server的内存一直上不去。从Task Schele中看到SQL Server只使用了88MB内存，实际这台机器有12GB的内存，可用内存有超过8GB。 当时我以为是开启了AWE导致的，所以连接到他的服务器看了一下。但是数据库为2005企业版64位，所以不用开启AWE。而且即使开启了，也会被忽略。 使用下面的脚本查询了一下SQL Server内存使用： select physical_memory_in_use_kb,locked_page_allocations_kb,*fromsys.dm_os_process_memory 看到实际使用的内存有2GB，远远超出任务管理器看到的。(也可以通过Perfmon的Total server memory(MB)查看)。 当时觉得很奇怪，查看了SQL Server错误日志发现了类似下面的信息： 2009-06-0412:21:08.16 Server Large Page Extensions enabled. 2009-06-04 12:21:08.16 Server Large Page Granularity: 2097152 2009-06-04 12:21:08.21 Server Large Page Allocated: 32MB 猜测这台期间开启了Lock Pages In memory功能，之后得到确认。因为开启Lock Pages In memory之后，SQL Server会使用AWE APIs锁定内存页，所以这部分的内存使用不会显示在Working Set中。 So in summary the AWE APIs for 32bit and 64bit SQL Server systems are used for different purposes. In 32bit it is really to extend memory access beyond 4Gb or to enable the AWE feature. For 64bit systems, it is to possibly gain performance and to “lock pages” for the buffer pool. 到现在这个问题就比较明朗了，其实SQL Server还是正常工作的。一般查询SQL Server的使用还是建议使用DMV或者Perfmon，直接查看Working Set信息可能不准。 另外说一下，当时看到上面Large Page的信息，以为是数据库开启了LargePage，但是使用DBCC TRACSTATUS查看没有开启834 Trace Flag,所以大数据功能是没有启用的。只有开启834 Trace Flag数据库才会真正启用Large Page。 启用Large page在数据库错误日志会看到类似信息： 2009-06-0414:20:40.03 Server Using large pages for buffer pool. 关于Lock Pages In memory/working set机制我找到了两篇文章，大家有兴趣可以参考： Funwith Locked Pages, AWE, Task Manager, and the Working Set WhySQL Server is using so LESS memory
㈥ 如何完全删除sql server2008
使用到的卸载软件：Total Uninstall 6和Windows Install Clean Up：
1）先在系统的控制面板“添加/删除程序”里卸载SQL Server2008r2 组件，先卸载"Microsoft SQL
Server2008r2"这一组件（按照提供的进程），卸载完后刷新控制面板，"Microsoft SQL
Server2008r2"仍存在暂时不理睬，依次卸载其他的SQL Server 2008r2组件；
2）打开注册表(开始——运行——regedit——确定) 然后找到下面的文件夹，删除掉：
HKEY_CURRENT_USER\ Software\ Microsoft\ Microsoft SQL Server 、
HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Microsoft SQL Server（这个地方注意了，在这个附 近，有可能有你安装的部分组件的注册，名字前缀都是Microsoft SQL ，一并删除了） 、
HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ MSSQLServer 、
这里还有一个，不过不是删除文件夹，而只是删除其中PendingFileRenameOperat ions一项：
HKEY_LOCAL_MACHINE\ SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperat ions
3）打开运行Total Uninstall 6，找到Microsoft SQL Server2008r2分析后卸载掉。
4）打开运行Windows Install Clean Up，找到有关SQL Server 2008r2的服务（只要有SQL Server 2008r2 字眼就选择），并“REMOVE”。
5）找到默认安装路径C:\Program Files\Microsoft
SQL文件夹并使用管理员权限删除掉，此时控制面板里的"Microsoft SQL
Server2008r2"也没了踪迹，这样重新启动电脑便完成了对SQL Server2008r2 的完美卸载。
㈦ windows2012 + SQL2008 （全64位）为什么进程里出现了两 个SQLSERVER主进程
第一条是系统运行依赖的文件，第二个是SQLserve本身的进程
㈧ PC有SQL 2008 R2 , 硬件升级更换CPU和内存条,格式化整个硬盘,安装WIN7旗舰版...开机后发现SQL进程,杀不掉
用u盘或者光盘 用安装版的系统装。重新分区，别用ghost版的。还有就是安装系统时不能联网。装好杀毒软件后再连网。
㈨ 如何查找SQL2008死锁进程及对应SQL
-- 查询死锁
select
request_session_id spid,
OBJECT_NAME(resource_associated_entity_id) tableName
from
sys.dm_tran_locks
where
resource_type='OBJECT'
--杀死死锁进程
kill 354
创造死锁条件
开两个查询窗口
BEGIN TRANSACTION--开始事务
update job set creator='00000' where id='001'
WAITFOR DELAY '02:00';
select * from job where id='001'