權限使“任務計劃”停步不前

筆者單位有一臺運行Windows 2000 Server的數據庫服務器,爲了保證其數據安全,利用系統提供的“任務計劃”定時調用備份批處理文件進行備份。該設置平時一直運行正常,後來因爲單位安全策略要求,需要定時修改Administrator帳戶的密碼,造成“任務計劃”無法運行。必須每次在系統Administrator帳戶密碼修改完成後再修改“任務計劃”中Administrator運行密碼才行,不然“任務計劃”就會出錯。如圖一。

筆者認爲這是一種無價值的重複勞動,即麻煩又費時間!一直想有什麼辦法可以省略此步驟?開始筆者想再建一個具有管理員權限的帳戶來運行“任務計劃”,可單位的安全策略不允許,所以就想了一變通的辦法,創建了一個隸屬於Backup Opetators組的Backup帳戶,然後將“任務計劃”中的Administrator帳戶改爲Backup,並同樣設置好密碼,這樣以後“任務計劃”就以Backup帳戶運行,再修改Administrator帳戶密碼時就不用再從新設置任務計劃了。
筆者以爲這樣就行了,可第二天上班後一檢查發現“任務計劃”竟然沒有運行,運行日誌提示爲“跳過了“NT\Ntbackup\data\db_backup.bks”文件夾中文件,沒有找到文件夾”。上網查詢後得知原來是Backup Opetators組的成員沒有權限讀取db_backup.bks文件所致,更改權限後,本以爲總算大功告成了吧!可沒想到手動運行時又提示“無法寫入”,經過一翻摸索後發現原來是Backup帳戶不具備對備份目標文件夾的寫入權限所致,造成備份計劃運行後,卻無法將數據寫入目標文件夾的故障,隨即賦予Bacuup帳戶相應權限後再次手動運行,終於備份成功!
此次故障解決並不複雜,可卻費了不少時間,原因都是權限的惹的禍!考慮任務計劃利用率較高,並且Administrator帳戶密碼修改也是常見的操作行爲,故撰寫此文以供大家參考。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章