今天執行SSIS出現了一個很奇怪的問題。執行一個packege居然把系統的資源消耗完了。
尋找了半天,還沒有發現問題的根源,甚是納悶。於是重新執行,手動初始化Staging,發現Truncate一個table居然反應遲鈍,而其他table都是很快,問題終於發現。於是手動刪除table,出現了Lock request time out period exceeded.(MicrosoftSQL Server,Error:1222)。真是太興奮了!!!
解決方案:
首先sp_lock查看那個對象被鎖住:
SQL>Excec sp_lock
得到spid、dbid、objid、indid、type、resource、mode和status字段相應的數據。
Spid:SQL Server进程标识号。
Dbid:锁定资源的数据库标识号。
Objld:锁定资源的数据库对象标识号。
Indld:锁定资源的索引标识号。
Resource:锁定资源的描述信息。
Mode:锁定资源模式。
Status:请示状态,有GRANT、WAIT和CNVRT三种,分别表示锁处于锁定状态、等待状态和转换状态。
備註:spid是进程标识号码,用于识别到SQL 服务器的连接。要发现哪些用户和该spid相连,你就要执行存储过程sp_who,并将spid作为一个参数传输给该程序。dbid是锁定发生的数据库,你可以在主数据库中的sysdatabases表格中找到它。字段objid用来显示在数据库中锁定发生所在的对象。要查看这个对象,你可以在主数据库中的sysobjects表格中查询指定的objid。
再執行:
select * from sysobjects where id = objid 由上面得到的Lock objid
終於發現那個table被鎖住。
好!!Kill!!
SQL>kill 52