資料庫起不來了－事件回顧

從中吸取一些教訓

公司新的一家店就要開業了，因為新店的路由器暫時還沒有通，所以暫時放在附近的老店裡，ip也是暫時用的老店的ip。因為今天路由器通了，所以要把伺服器移過去，因為移伺服器的那個人不會改ip，所有要我這裡遠端把ip資訊給改過來。

當時前臺（一個新店要兩臺伺服器，一個前臺，一個後臺，接一個陳列櫃）的資料庫還有一些日誌沒有備份，在備份的時候一直沒有動靜，控制檯螢幕上一直出現scsi有問題，初步判斷應該是scsi線有問題，當時想到新店後把線重新接一下然後再換，然後就把資料庫停了。

接著改ip，改完ip後重起網路，我這裡就沒有辦法連上伺服器了，於是就讓對方把伺服器關掉，誰知道對方直接就按伺服器的電源把伺服器關掉了。這樣關機的結果就是造成了後面事情的發生。

到新店後，後臺啟動正常了，起前臺的時候一直報錯，檔案系統有問題。我們是把陳列櫃上的一個分割槽也直接載入到系統中了，系統啟動的時候要載入那個分割槽的。這個時候登陸到後臺伺服器上，檢測有問題的那個分割槽，後臺伺服器上設定的可以看到陳列櫃上的所有磁碟。

用fsck檢測那個分割槽，還是有問題，最後沒有辦法就把那個分割槽重新格式化了，那個分割槽的內容不是太重要，可以重新做。然後重起系統可以進入了，當時還覺得挺幸運的，於是乎啟動資料庫，啟動資料庫到一半的時候就又報錯了，資料庫所在的空間有問題，徹底暈倒了。

用fsck檢測那些分割槽，也都不能恢復正常。

實在沒有辦法了，最後只好重新安裝資料庫，因為當時備份沒有正常完成，所以需要重新做以前的工作了，還好裡面沒有太多的資料，不過還是給我一個教訓，備份一定要重視。這件事情上還是有一些自己的責任的，已經被領導訓了一頓了，吸取教訓吧！