那些年踩過的坑(持續更新)

rsync使用之批量刪除

  依稀記得，那個夜晚要升級apache，持續到22:00，然後項目經理要求增長系統備份，好吧，應該的，rsync用的還不熟悉，直接上手就作了，結果，源與目的寫反了，加上-delete參數，好吧，滿屏的delete的......
  刪除了一些oracle安裝文件，還好oralce還在運行，導出數據庫，從新安裝oracle
  如今對-delete參數都滿懷敬畏

find之查找刪除

  find查找30天前的數據
find /opt/apps -mtime +30 -exec rm -rf {} \;
  +30改成-30,結果，30天內數據所有刪除，再來個+30，30天前的數據所有刪除，目錄空了.....還好是測試環境

rm之刪除

  這個不說了，搞linux的，都會遇到，最好設置回收站，給本身一個後悔藥

ECS帶寬問題

  阿里雲ECS經過其餘服務器上網，對帶寬有要求，結果某天給這臺ECS加了公網IP，帶寬1M，好吧，數據積壓的不忍直視

/etc/fstab文件

  系統自動掛載磁盤：
#<file system> <dir> <type> <options> <dump> <pass>
/dev/vdb /opt/apps/redisbak ext4 defaults 1 0
dump 工具經過它決定什麼時候做備份. dump 會檢查其內容，並用數字來決定是否對這個文件系統進行備份。 容許的數字是 0 和 1 。0 表示忽略， 1 則進行備份。大部分的用戶是沒有安裝 dump 的 ，對他們而言 <dump> 應設爲 0。
若是設置錯誤，系統重啓將沒法啓動，對於系統管理員，沒有什麼比這更糟糕的了

先寫這麼多，想起來或遇到再補充