好湿?好紧?好多水好爽自慰,久久久噜久噜久久综合,成人做爰A片免费看黄冈,机机对机机30分钟无遮挡

主頁 > 知識庫 > SQL Server作業報錯特殊案例分析

SQL Server作業報錯特殊案例分析

熱門標簽:怎樣在地圖上標注路線圖標 百度地圖標注不同路線 奧威地圖標注多個地方 外呼系統電銷專用 武漢長沙外呼系統方法和技巧 智能語音外呼系統選哪家 京華物流公司地圖標注 優質地圖標注 千呼電銷機器人價格

發現問題

一個作業報錯,報錯信息如下,從錯誤信息根本看不出為什么出錯,手工運行作業又成功了。一時不清楚什么原因導致作業出錯。

Message
Executed as user: NT SERVICE\SQLSERVERAGENT. ...eration. [SQLSTATE 01003] (Message 8153)  Mar  6 2019  8:09AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:10AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:17AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 11:17AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  1:03PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  4:06PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  4:07PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  1:40PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  1:36PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:02AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:06AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  9:47AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  5:38PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  5:34PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:16PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:07AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:09AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:18PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  1:24PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:11AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:12AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 11:34AM [SQLSTATE 01000] (Message 0)  Mar  7 2019 11:39AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  4:20PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:51AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:44AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  7:31AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 10:46AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 10:10AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:08AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:04AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  3:19PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:02AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  9:01AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  9:48AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:01AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  4:16PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:17PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:31AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:04AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:08AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  1:08PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  1:04PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:03PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:18PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:16AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:14PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  4:13PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  4:10PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:02AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:01PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  7:44AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  5:38PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  5:34PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  5:38PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  5:34PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:03PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:05PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  7:01PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:05AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:47PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:16AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:18PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:18PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:36PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:20AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:32AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:13AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  1:31PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:06AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:07AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:16PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:16PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:03AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 11:59AM [SQLSTATE 01000] (Message 0)  Mar  7 2019 12:01PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:59PM [SQLSTATE 01000] (Message 0)  Mar  6 2019 11:49AM [SQLSTATE 01000] ...  The step failed.

如上截圖所示,從這里可以看到出錯信息的Sql Severity級別為13, 通過數據庫引擎錯誤嚴重性(Database Engine Error Severities),我們可以知道13意味著Indicates transaction deadlock errors. 也就是說出現死鎖,導致作業的會話成為了死鎖的犧牲品。不過也很奇怪,以前也遇到過作業由于出現死鎖,導致作業失敗的情況。都會在Message里面有提示,但是這個實例的版本SQL Server 2012 SP3(11.0.6020.0),出現死鎖,居然沒有提示相關死鎖信息。不清楚是Bug還是其它原因。

嚴重性級別

下表列出并說明 SQL Server 數據庫引擎所引起錯誤的嚴重級別。

嚴重級別

描述

0-9

返回不太嚴重的狀態信息或報表錯誤的信息性消息。 數據庫引擎 不會引起嚴重級別為 0 到 9 的系統錯誤。

10

返回不太嚴重的狀態信息或報表錯誤的信息性消息。 由于兼容性原因, 數據庫引擎 在將錯誤信息返回到調用應用程序前將嚴重性級別從 10 轉換為 0。

11-16

指示可由用戶糾正的錯誤。

11

指示給定的對象或實體不存在。

12

特殊嚴重性,用于因特殊查詢提示而不使用鎖定的查詢。 在某些情況下,因為沒有用鎖保證一致性,由這些語句所執行的讀取操作會產生不一致的數據。

13

指示事務死鎖錯誤。

14

指示安全性相關錯誤,如權限被拒絕。

15

指示 Transact-SQL?命令中的語法錯誤。

16

指示可由用戶糾正的常規錯誤。

17-19

指示無法由用戶糾正的軟件錯誤。 請將問題通知系統管理員。

17

指示語句導致 SQL Server?用盡資源(如數據庫的內存、鎖或磁盤空間)或超出了系統管理員設置的某些限制。

18

指示 數據庫引擎 軟件中有問題,但可完成執行語句,并且可維護到 數據庫引擎 實例的連接。 每當出現嚴重級別為 18 的消息時均應通知系統管理員。

19

指示超出了不可配置的 數據庫引擎 限制并且當前批處理已終止。 嚴重級別為 19 或更高的錯誤消息將停止執行當前的批處理。 嚴重級別為 19 的錯誤很少,必須由系統管理員或主要支持提供商更正。 當引發嚴重級別為 19 的消息時,請與系統管理員聯系。 嚴重級別從 19 到 25 的錯誤消息均寫入錯誤日志。

20-24

指示系統問題并且是致命錯誤,這意味著正在執行某語句或批處理的 數據庫引擎 任務已停止運行。 此任務記錄了所發生事件的有關信息,然后終止。 在大多數情況下,應用程序與 數據庫引擎 實例的連接也可能終止。 如果發生這種情況,該問題可能使應用程序無法重新連接。

此范圍內的錯誤消息可以影響同一數據庫中所有正在訪問數據的進程,并可能指示數據庫或對象已損壞。 嚴重級別從 19 到 24 的錯誤消息均寫入錯誤日志。

20

指示語句遇到了問題。 由于該問題只影響了當前任務,數據庫本身未必已經損壞。

21

指示遇到了影響當前數據庫中所有任務的問題,但數據庫本身未必已經損壞。

22

指示消息中所指定的表或索引因軟件或硬件問題而損壞。

很少發生嚴重級別為 22 的錯誤。 如果發生這種錯誤,請運行 DBCC CHECKDB 以確定數據庫中的其他對象是否也已損壞。 這種問題可能只是出現在緩存中而不存在于磁盤本身。 如果發生此錯誤,請重新啟動 數據庫引擎 實例更正此問題。 若要繼續工作,則必須重新連接到 數據庫引擎實例;否則,請使用 DBCC 修復該問題。 在某些情況下,可能需要還原數據庫。

如果重新啟動 數據庫引擎 的實例不能解決此問題,那么問題就是出在磁盤上。 有時,銷毀錯誤消息中指定的對象可以解決此問題。例如,如果消息報告 數據庫引擎 的實例在非聚集索引中發現了長度為 0 的行,則請刪除該索引并重建。

23

指示整個數據庫的完整性因硬件或軟件問題而出現問題。

很少發生嚴重級別為 23 的錯誤。 如果發生這種錯誤,請運行 DBCC CHECKDB 以確定損壞的程度。 這種問題可能只是出現在緩存中而未出現在磁盤本身。 如果發生此錯誤,請重新啟動 數據庫引擎 實例更正此問題。 若要繼續工作,則必須重新連接到 數據庫引擎實例;否則,請使用 DBCC 修復該問題。 在某些情況下,可能需要還原數據庫。

24

指示介質故障。 系統管理員可能需要還原數據庫。 您可能還需要致電硬件供應商

參考資料:

https://docs.microsoft.com/zh-cn/sql/relational-databases/errors-events/database-engine-error-severities?view=sql-server-2017

總結

以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對腳本之家的支持。

您可能感興趣的文章:
  • linux mysql 報錯:MYSQL:The server quit without updating PID file
  • mysql報錯:MySQL server version for the right syntax to use near type=InnoDB的解決方法
  • SQL Server附加數據庫報錯無法打開物理文件,操作系統錯誤5的圖文解決教程
  • mysql啟動報錯MySQL server PID file could not be found
  • SQL Server 2005/2008 導入導出數據常見報錯解決方法
  • SQLServer中bigint轉int帶符號時報錯問題解決方法
  • 一個函數解決SQLServer中bigint 轉 int帶符號時報錯問題
  • SQL Server2005打開數據表中的XML內容時報錯的解決辦法
  • sql server利用不同語種語言顯示報錯錯誤消息的方法示例

標簽:威海 銅仁 天水 七臺河 防疫戰設 益陽 來賓 宿州

巨人網絡通訊聲明:本文標題《SQL Server作業報錯特殊案例分析》,本文關鍵詞  SQL,Server,作業,報錯,特殊,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《SQL Server作業報錯特殊案例分析》相關的同類信息!
  • 本頁收集關于SQL Server作業報錯特殊案例分析的相關信息資訊供網民參考!
  • 推薦文章
    主站蜘蛛池模板: 美国白人未成年rapper豆瓣| 嗯深一点| 麻豆网站在线观看| 无码人妻精品一区二区中文| 国产午夜无码精品免费| 光屁股美女隐私视小频| 国产女学生小嫩嫩的毛A片| 国产AV白嫩尤物扒开腿| 缅甸黄色片| 间谍过家家在线观看完整版| 同桌舔我下面| 欧美AV玩弄放荡熟妇| 久久五月女厕所一区二区| 最新亚洲精品国自产在线观看| 女人下面越紧越舒服吗| 色噜噜噜色噜噜噜色琪琪| 又粗又深又猛又爽的视频一级毛片 | 大片网址| 书记轻点灬太粗嗯太深了用力| 肉伦挺进麻麻肉蚌深处第二章| 色戒未删减版在线观看视频国产| 最近2018完整版免费| 91无码Av影院在线观看| 德国一级 AV 片| 娇妻的呻吟梦颖全篇| 樱桃熟了A级毛片| 亚洲人成在线播放| 调教皇后羞辱H扒开双乳小说| 大陆老女人性生交XXX| 幸福宝8008app隐藏入口最新ios版 | 绝区零疯狂揉?难受3d动漫| 少妇婬乱全黄A片好硬好紧| 秋霞理伦美费三级在线| 在私人影院可以做吗| 动漫3D?吸乳羞漫画软件| 男人把女人c爽的免费视频| 一区二区精品视频| 18视频入口网站在线看| 69久久夜色精品国产69女警官 | 男人天堂2017| 《性/生活》韩国无删减|