今天在檢查報警的時候發現部分資料異常，登陸備份機檢視檔案狀態的時候發現磁碟空間已經滿了，inode也已經有問題了，因此先停掉了所有的備份程序，開始檢查問題。
首先是磁碟空間滿了，嘗試刪除部分檔案，發現部分檔案無法刪除，檔案狀態比較異常。
於是乎，先將所有的指令碼拷貝出來，備份系統日誌，備份計畫任務，各種備份。
然後開始動刀了。
進不去，刪不了。還好有幾個是比較正常的，最後恢復出500g的空間，但由於每次備份都很多，因此還是先把所有的備份計畫停止。
再看一下inode空間，也釋放了一些，然後解除安裝盤再掛載，inode正常了，但上面的異常情況仍然存在。沒有辦法就繼續處理。
後來找系統組的同事過來幫忙，處理的時候突然說了一下xfs格式的分割槽在大容量的情況下可能會出現異常的事兒時，突然想起今年處理過另外的一台類似機器，但那台機器的現象是提示磁碟空間不足，但df 和 df -i都可以看到沒有問題，就是死活不足的故障發生過，當時的處理方法就是加了乙個inode64,在/etc/fstab裡面，因此我們嘗試把這個引數也加在了這台機器的配置檔案裡面，解除安裝、掛載，最後成功！
問題還是出現在了xfs對於大磁碟空間的支援上面，缺省會把inode檔案儲存在第乙個t裡面，因此在磁碟空間使用量較多的時候可能會出現類似的問題，因此最後決定需要把所有使用了xfs的機器上面都加上inode64引數，避免類似問題再次發生。
今年出現的同類事故當時我的同事也進行了記錄，裡面有加這個引數的含義，我就不重複寫了~位址是
抽屜原理3 如何處理大容量的
問題癥結 該題不能像抽屜原理2中，直接開乙個1000多的陣列來存放答案，直接按下標索引，按照這個方法，需要開的陣列太大，1,000,000,000，記憶體撐不住。解決辦法 題目要求直接取最後一位數，所以，10個數字必然至少有1個數字會重複出現，找出這個週期。找週期的方法 不能用剛開始的這乙個數字作為...
SQL Server大容量匯入匯出
今天公司要做大容量資料轉移，所以研究了下這方面的知識。主要是從將db1的資料表轉移到db2,考慮到效率決定用bcp來做，這個工具還是蠻不錯的。其實本來想用複製功能的，那個有點麻煩，dts太慢了。下面就來說說bcp這個工具吧 bcp 實用工具在 microsoft sql server 2000 例項...
大容量上傳檔案判斷
上傳檔案判斷，關鍵的無非檔案大小，型別判斷 1.檔案型別判斷 1 客戶端判斷 通過js，判斷檔案字尾名實現。2 伺服器斷判斷 通過取得 files image type 進行判斷.2.檔案大小判斷 最簡單的方法，在檔案域前加入hidden域max file size，通知瀏覽器 經過測試，瀏覽器會在...