Monthly Archives: 八月 2019

[SQL Server] 資料庫損毀與修復


週日傍晚異常斷電,UPS 也掛了,周一早上重開後,伺服器一直跑得不順,在事件檢視器發現資訊訊息,建議跑 DBCC CHECKDB (SQL Server 2014 的資料庫)

Info:825 建議進行資料庫檢查
Info:825 建議進行資料庫檢查

另外也有錯訊息

Fail:8646 建議進行資料庫檢查
Fail:8646 建議進行資料庫檢查
Fail:824 建議進行資料庫檢查
Fail:824 建議進行資料庫檢查

周一下午跑過
DBCC CHECKDB (db)

Info:8957 資料庫修復結果
Info:8957 資料庫修復結果

,修復了 77 個錯誤。

但此之後,就頻繁發生 LOCK 錯誤

Fail:1204 無法 LOCK 資源
Fail:1204 無法 LOCK 資源

並且仍然會發生建議要跑 DBCC 的錯誤。

Info:825 建議進行資料庫檢查
Info:825 建議進行資料庫檢查

考慮了一晚,周二早上決定建新資料庫:

  1. 新建 db1 ,把 db 周日凌晨定時備份還原到 db1
  2. db 更名為 db_o ,db1 更名為 db
  3. 用匯入匯出精靈把 周日備份後的資料從 db_o 匯入到 db1
  4. 所以 db_o 除了人為測試與自動備份外,等同無人存取

週二晚上本著廢物利用的精神,平常沒機會玩資料庫修復,跑:
DBCC CHECKDB (db_o)
多次,每次跑完,錯誤數都比前一次多 (主要為索引錯誤)

Info:8957 資料庫檢查52個錯誤
Info:8957 資料庫檢查52個錯誤
Info:8957 資料庫檢查54個錯誤
Info:8957 資料庫檢查54個錯誤


DBCC CHECKDB (db_o, REPAIR_REBUILD)

Info:8957 資料庫檢查59個錯誤
Info:8957 資料庫檢查59個錯誤

無法修復

另外發生資料庫存取時間過長。

Info:833 存取超過15秒
Info:833 存取超過15秒

改跑
DBCC CHECKDB (db_o, REPAIR_ALLOW_DATA_LOSS)

Info:8957 資料庫修復60個錯誤
Info:8957 資料庫修復60個錯誤

修復了 60 個錯誤,又比上面 DBCC CHECKDB (db_o) 檢查的錯誤要多。

再跑一次:
DBCC CHECKDB (db_o, REPAIR_ALLOW_DATA_LOSS)

Info:8957 資料庫修復11個錯誤
Info:8957 資料庫修復11個錯誤

又修復了 11 個錯誤。

早上再跑一次
DBCC CHECKDB (db_o, REPAIR_ALLOW_DATA_LOSS)

Info:8957 資料庫修復結果
Info:8957 資料庫修復結果

終於沒錯誤了。

周二傍晚 db (原db1) 在事件檢視器有跳出資訊建議跑 DBCC CHECKDB ,但今天改跳出故障,建議跑 DBCC CHECKDB ,回頭翻了跳電前的 db_o 是有資訊事件建議跑 DBCC CHECKDB ,所以我想應該是還原時,把原先 db_o 的索引錯誤還原到 db1 ,利用午休的時間跑
DBCC CHECKDB (db, REPAIR_ALLOW_DATA_LOSS)
多次,直到沒有錯誤為止。

沒錯誤後,另外跑重建索引
DBCC DBREINDEX (DataTable)

但是晚上仍然發生建議跑 DBCC CHECKDB ,我有跑了

Info:825 建議進行資料庫檢查
Info:825 建議進行資料庫檢查


DBCC CHECKDB(db)

Info:8957 資料庫檢查0個錯誤
Info:8957 資料庫檢查0個錯誤

顯示 0 個錯誤,此外上面 LOCK 錯誤訊息持續出現。

目前找不到問題來源,懷疑可能跳電時,硬碟或 RAID 控制卡有受損,因為有些問題是持續存取時間過久,這次事件就是純練功修復資料庫了。

Categories: SQL, 工作點滴, 技術分享 | 標籤: | 1 則迴響

[Book] 讀書心得 – IoT物聯網無限商機:產業概論x實務應用


IoT物聯網無限商機:產業概論x實務應用
IoT物聯網無限商機:產業概論x實務應用

這本書最大的好處是把可能相關的領域內容都提了一遍。

從網路上搜尋資料,通常是東一撇,西一點,很難全面的看趨勢,容易掉到自己不熟悉的領域,或是以偏概全。

當然全面看過一遍後,可以看到 IoT 雖然快速大量發展五年了,但是普及率還是有限,我自己看是還是偏貴與不習慣。

物聯網對投資者來說,必要的總體成本必須下降,比如說因投資 IoT 後,客服成本或是生產成本等,最終呈現的成本應該是要下降,才會促進投資者花錢投資。

但現階段顯然成本仍然增加,雖然增加了應用方案,效益似乎沒想像中高,所以整體環境都在想踏入,但都沒有很有效踏入。

比如說 ETC 好了,大家理想上電子收費後,因為少了一堆收費員,高速公路的收費應該僅須要維護高速公路而降低人事費,所以應該過路費要下降,但實際上電子收費相關設備與維護人力成本高昂,導致過路費沒有明顯下降,甚至有些情況是稍微漲價,那麼不管技術或是理想,就會認為是錯誤的決策,甚至有圖利廠商的疑慮。

我在1992開始念類神經網路,1996的碩士論文也是類神經網路為主,2004在西雅圖參觀 Microsoft Home ,近十年都在能源監測領域,也建置規畫過實驗性質的智慧家庭系統,除了貴以外,還有很大的穩定性問題。

IoT 除了設備多,可能故障設備數量多外 (假設故障率不變) ,大部分是商用等級設備,不耐高溫,此外最麻煩的是維護人員需要專業人員。一個感應器沒回應,一般的維修人員完全不知道是無線通訊問題還是硬體問題,此外由於大量的 IoT 設備,就有設備代號對應問題,所以發生問題後,必須專業人員處置,但專業人員有限,使用單位就無法在第一時間完成維護。

IoT 在我看來,大家還在找出路,但已經有大者恆大的趨勢,不論是優先使用的,還是優先生產的,而初期投資的生命週期通常不長,每年都在革新換代,導致中小企業無力導入,大型企業也不會全面導入。

IoT 未來到底要怎樣走不知道,但必然是大降價以後才會大躍進,短時間內,應該還是叫好不叫座。

Categories: 圖書, 工作點滴 | 標籤: | 發表留言

在WordPress.com寫網誌.

%d 位部落客按了讚: