bestlong 怕失憶筆記

MS SQL 6.5 資料庫又爆炸了，有一些資料莫名奇妙的亂掉，檢查日誌只有看到下列錯誤訊息。

2006/11/02 14:55:09.49 spid138  Error : 1105, Severity: 17, State: 1
2006/11/02 14:55:09.49 spid138  Can’t allocate space for object ‘-4417’ in database ‘tempdb’ because the ‘system’ segment is full. If you ran out of space in Syslogs, dump the transaction log. Otherwise, use ALTER DATABASE or sp_extendsegment to increase the size of the segment.
2006/11/02 14:55:09.51 spid138  Error : 1510, Severity: 20, State: 2
2006/11/02 14:55:09.51 spid138  Sort failed: Out of space or locks in database ‘tempdb’

2006/11/02 15:36:33.51 spid120  Error : 1105, Severity: 17, State: 1
2006/11/02 15:36:33.51 spid120  Can’t allocate space for object ‘-3841’ in database ‘tempdb’ because the ‘system’ segment is full. If you ran out of space in Syslogs, dump the transaction log. Otherwise, use ALTER DATABASE or sp_extendsegment to increase the size of the segment.
2006/11/02 15:36:33.52 spid120  Error : 1510, Severity: 20, State: 2
2006/11/02 15:36:33.52 spid120  Sort failed: Out of space or locks in database ‘tempdb’

朋友的公司陸續更換全部的電腦, 由於報價與保固條件是以東森購物的廣告做比較的問題。

最後獲選當然是東森購物，幾個月前進了第一批共三台，使用者認為網路分享設定太過混亂，跑了一趟做了整體規劃與重新設定。

第二批上週進了兩台，結果有一台無法連進網芳，讓我又跑了一趟處理。

發現原來是出貨廠商的工程師偷懶，兩台機器同規格就直接 Ghost 處理，真是OOXX。安裝時連主機名稱都沒有改，就只有插電見桌面當驗收。就算是改了也還有 SID 相同的問題。

就當是附帶給我一次賺維修費的機會。另外稍微查看一下所安裝幾個軟體

1.贈品防毒軟體：線上更新期限也只有三個月，就組裝所購買主機版驅動程式光碟內都會有附。

2.贈品Adobe PDF Reader：官方就免費提供了，直接網路下載安裝。

3.贈品Nero燒錄軟體：買燒錄器就會附了。

4.原版作業系統：XP Home SP2 不知道可否改選購 XP Professional。

公司的 MS SQL 6.5 資料庫故障，狀況是 GLOSSY 的資料遺失。
預計發生時間為 2006/03/12 夜間 index 維護作業有問題，執行結果卻回應成功。

使用備援系統的資料，複製救回。

將近兩週, MS SQL 6.5 test server 要由線上 ERP DB Server Transfer database 一直都不穩定, 執行的時間長則 2.5 Hours 短則 2 Minute 不等, 卻又都是傳回 Successful 結果.

偶有使用者回報電腦 ERP 程式運作很慢, 但是很隨機發生.
也有網路列印等很久不出來.
也有上網網頁開不出來.

但是我的電腦卻都正常. 別人忽然慢但同時間我的還是ㄧ樣快. 別人網頁等很久, 我的 2 秒顯示.

但 DB 備份 Server 也是狀況異常, 事態嚴重, 今天上工親自出馬做全面檢察分析.

最後歸納結果, 該不會是 HUB 快要昇天了.
調整有過變慢狀況的線路, 頓時一切都光明了.
更換 HUB 後, 線路全面調整, 皆大歡喜.

解決共耗用兩小時, 功力稍退.
準備下一波網路維護, 將骨幹升級至 1 GByte 規格.

公司的 MS SQL 6.5 資料庫又出問題
上ㄧ次是 94/11/02 資料遺失，這次的狀況同樣是 Table : GLOSSY 的所有資料全部遺失。
確認可能發生錯誤的時間是 94/11/07 21:00 至 94/11/08 06:00 時段之間
檢查主機的事件檢視器也沒有相關訊息
該 Table 會在每日的 22:45 執行 index 重建作業，不確定是否有關

目前的處理方法
先重建 Table 後，用 94/11/07 21:00 的備份檔(歷史部份)與 94/11/08 21:00 備份檔(當日新增資料)救回
並將重建 Index 的作業改成每週二的 22:45 執行。

同時盡速進行將 MS SQL 6.5 升級到 MS SQL 2000 的計畫。