之前在uat環境搭建的sql server 2008 r2資料庫一直用得比較正常，但最近發現在sharepoint中不能進行任何操作了，開始以為是什麼配置出了問題（因為一直在研究一些新的應用和整合，需要不斷地測試），但後來發現是資料庫硬碟沒用一點空間了，那麼自然是不能存任何資料了，所以最先開始清理一些無用的資料庫日誌，磁碟空間多了幾個g的容量，但是等到第二天情況依然如此，資料庫硬碟還是滿了，問題依舊存在，後台仔細檢查了一下所有資料庫的容量（因為最初以為是資料庫空間每天增長太快了把硬碟佔滿了），發現才十幾個g的，而硬碟總空間有126g，因此進一步檢查了這個磁碟空間，發現才三十多個g，一開始感覺很納悶，為什麼會缺少將近90g呢？後來發現是原來windows賬號的關係，之前用的登入賬號許可權有限，無法獲取磁碟的所有空間容量，因此換了管理員的賬號登入後，發現原來是sql server有乙個錯誤日誌的容量將近90g，總算找到磁碟滿的原因了，下一步就是如何去解決它。
一開始聽了同事的建議，直接通過檔案剪貼的方式把這個sql server 錯誤日誌檔案直接移動到另外乙個硬碟上，折騰了好幾個小時最終以失敗告終，說明錯誤日誌被系統程序占用著，並不能通過這個暴力方式進行，因此走回正軌，通過sql server維護命令進行操作，最終成功清除了90g的錯誤日誌檔案，具體過程如下：
由於預設情況下，sql server 儲存 7 個 errorlog 檔案，名為：
--清除 sql server 錯誤日誌檔案 存檔
exec sp_cycle_errorlog
go
執行一次exec sp_cycle_errorlog就會產生乙個新的errorlog，然後把errorlog.6給刪掉。就是先進先出（佇列類似的情況）這樣迴圈6次就可以把errorlog都重新整理一遍。
當查詢視窗中，出現以下錯誤資訊時：
手工刪除那個90g的錯誤日誌檔案即可。
通過本次的經歷，適當掌握一些sql server維護命令在實際工作上也非常有必要的，而且相對於oracel資料庫，sql server的維護要相對簡單一些。
from:
一次清除SQL SERVER錯誤日誌的體會！
之前在uat環境搭建的sql server 2008 r2資料庫一直用得比較正常，但最近發現在sharepoint中不能進行任何操作了，開始以為是什麼配置出了問題 因為一直在研究一些新的應用和整合，需要不斷地測試 但後來發現是資料庫硬碟沒用一點空間了，那麼自然是不能存任何資料了，所以最先開始清理一些...
一次後門清除
最近學校的乙個 被掛了黑鏈，被叫去做技術支援 簡單介紹一下具體情況 訪問 根目錄下的乙個檔案 顯示的是黑鏈位址，但是我登入到伺服器上定位到根目錄的時候卻找不到這個檔案。開始以為是檔案設定了隱藏，不過修改之後還是不可以。然後懷疑黑客在伺服器上做了虛擬目錄，然後全盤搜尋檔案 yule 奇怪的是全部碟符下...
一次sql server實戰
前言 朋友在做授權專案的時候，遇到乙個sql server資料庫的注入點，沒辦法解決，讓我幫忙看看，因為是授權專案，所以就可以幫助測試下。內容如下 單引號，很明顯的錯誤，因為是時間格式 2020 6 2，所以這裡肯定是字元型的。接著測試 還是語法錯誤，那麼可能因為有括號的原因，接著測試 這裡出現了關...