㈠ 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'