今天執行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