原創作品,出自 “深藍的blog” 博客,歡迎轉載,轉載時請務必注明出處,否則追究版權法律責任。
深藍的blog:http://blog.csdn.net/huangyanlong/article/details/44560257
【簡介】
個人在oracle路上的成長記錄,其中以藍自喻,分享成長中的情感、眼界與技術的變化與成長。敏感信息均以其它形式去掉,不會泄露任何企業機密,純為技術分享。
創作靈感源於對自己的自省和記錄。若能對剛剛起步的庫友起到些許的幫助或共鳴,欣慰不已。
歡迎拍磚,如有關技術細節表述有錯誤之處,請您留言或郵件(hyldba@163.com)指明,不勝感激。
【前言】
這是一部個人記錄的成長雜記,既然步入到oracle的這片藍海,免不了一路的奔波與不斷的考驗。借由此雜記與庫友們分享藍的成長歷程。
不知何時起對藍有了一種說不出來的痴迷,痴迷其廣博,痴迷其深邃,痴迷於近在咫尺卻又遙不可及。
而又說不清從何時起,注視於oracle的紅色耀眼,照亮出眼前的一道光,未知與迷惑在自己的腳下開始初露些許人生的充實與青春的回饋。
在追逐於DBA夢想的道路上步步前行。
有時候因為沒經驗而心生畏懼,有時候卻因為有經驗反而粗心大意。
——深藍
在客戶這工作的這段時期,已經由最初的完成本職維護管理工作外,演變成了一種IT服務性質的工作任務。不僅局限在我們的數據庫問題、服務器問題了,常常客戶有些單獨的服務類需求也會找到我。這一次,客戶希望我幫助搭建一個FTP服務器,為了維護客戶的關系,這一次當然也是欣然接受了。
安裝過程很簡單,一路下一步,就可以輕松搞定安裝,如下截圖步驟:
至此,Serv-U安裝完成。
進入管理控制台,新建域,如下:
配置完成,接下來到區域網其它的pc機上看一下效果,如下圖:
登陸后,就會看到FTP服務器上的目錄顯示出來了,如下圖:
至此,一個簡單的使用Serv-U軟件搭建FTP服務的過程演示完畢。
在簡單的搭建完成,創建一個訪問路徑后,以為工作完成了,而實際上卻不是,客戶提出了新的需求:建立上傳目錄(只能上傳文件)、下載目錄(只能下載文件),並且可以匿名訪問,如下:
1、可以匿名訪問
要求:無需密碼就可以訪問特定的目錄
操作:添加匿名用戶,不設置密碼即可,如下添加anonymous用戶,密碼置空,如下所示:
完成設置后,如下:
2、上傳文件夾
要求:只允許上傳文件,不允許任意下載和打開!
操作:向匿名用戶添加上傳目錄的操作權限,如下圖:
3、下載文件夾
要求:只允許下載文件,不允許任意上傳和修改!
操作:向匿名用戶添加下載目錄的操作權限,如下圖:
修改完成后,可以看一下效果,登陸FTP(如:FTP://192.168.56.131),彈出如下界面:
檢查效果:
1、上傳目錄
目標:上傳文件應該成功,下載文件應該失敗。
驗證:
上傳文件:成功!
下載文件:失敗!
驗證上傳目錄功能成功!
2、下載目錄
目標:上傳文件應該失敗,下載文件應該成功。
驗證:
上傳文件:失敗!
下載文件:成功!
驗證下載目錄功能成功!
使用了一段時間后,客戶突然回饋說FTP出了問題,檢查發現提示試用版已經到期。
原來是忘記了注冊了!這次可是粗心大意了!於是趕緊亡羊補牢吧。
查找Server-U的注冊碼,注冊完成,如下圖所示:
注冊完成后,以為萬事大吉了,但是沒想到啊。。。
兩天后發現,每隔12小時Server-U會自動停止,如下圖:
發現服務停止后,手工“停止服務”,再手工“啟動服務”,FTP恢復正常。
如何解決這個問題呢?
采取了一個非直接的方法,使用windows的定時任務,每隔5小時觸發一次對於Server-U-Tray.exe程序和Serv-U程序的“殺死”和“啟動”,這個問題看似是解決了。
如上圖中,用四個計划任務,用來分別觸發四個執行操作,執行的四個操作,如下圖中的四個:
killSer-U.bat:執行殺死serv-U的進程,對應計划任務1;
啟動.bat:啟動Serv-U的進程,對應計划任務2;
Serv-U.exe:啟動Serv-U服務的應用程序,對應計划任務3;
killSer-U-Tray.exe:啟動Serv-U控制台的應用程序,對應計划任務4;
在這里補充一個小知識:
killSer-U.bat的內容: 對於殺死進程,可以在cmd命令窗口中完成,如下指令: taskkill /im Serv-U-Tray.exe /f taskkill /im Serv-U.exe /f --taskkill表示殺死進程,im后面寫需要殺死的進程名,f代表強制執行。 補充完畢。
就在以為萬事ok的第二天,再次讓我陷入糾結中,Serv-U在早上並沒有正常啟動,而是像之前那樣服務又被停止了,而且需要我手工關閉服務,再手工啟動服務。
這讓我如何是好呢?除了每天人為“關閉”、“啟動”,難道就沒有其它方法了嗎?
接下來,有兩個想法來解決這個問題:
思路1:卸載軟件,重新安裝,安裝后及時注冊;
思路2:使用windows定時任務,查找到之前定時任務無法達到理想效果的原因;
經過短暫的思考后,我決定使用思路2,放棄思路1的原因是因為這次安裝的軟件已經經過綠化處理,即使卸載,windows注冊表中仍可能保留某些注冊信息,重新安裝可能無法解決問題。而且這個過程比較繁瑣,有很多不確定性。因為現在的這個FTP雖然需要每天人為重啟“服務”但畢竟還能用,卸載再安裝誰能保證不出現其它的問題呢。
於是,沿着思路2的想法,感覺使用定時任務是完全可以達到啟動軟件服務效果的,之前不成功一定是哪里出了問題。
經過一番查看、嘗試后,發現在停止Serv-U的相關進程后,Serv-U的服務仍然存在,如下圖:
在Serv-U服務存在的情況下,再啟動Serv-U服務是無法達到重啟Serv-U的效果的。於是需要加入一步刪除Serv-U服務的步驟。決定刪除原有的定時任務,重新制定定時任務,如下:
在這里的個定時任務設置規則如下:
早上關閉Serv-U服務(8:00):執行deleteServ-U.bat腳本
早上關閉FTP服務(8:02):執行killSer-U.bat腳本
早上啟動FTP(8:03):執行Serv-U程序
晚間關閉Serv-U服務(21:00):執行deleteServ-U.bat腳本
晚間關閉FTP服務(21:02):執行killSer-U.bat腳本
晚間啟動FTP(21:03):執行Serv-U程序
補充:
(1)、deleteServ-U.bat腳本內容如下: sc delete Serv-U (2)、killSer-U.bat腳本內容如下: taskkill /im Serv-U.exe /f 補充完畢。
這次重新制定了定時任務,在第二天早上到達客戶處驗證了效果,FTP使用正常,這回可以松一口氣了。
O(∩_∩)O~。
*******************************************藍的成長記系列_20150820*************************************
原創作品,出自 “深藍的blog” 博客,歡迎轉載,轉載時請務必注明出處(http://blog.csdn.net/huangyanlong)。
藍的成長記——追逐DBA(2):安裝!安裝!久違的記憶,引起我對DBA的重新認知
藍的成長記——追逐DBA(3):古董上操作,數據導入導出成了問題
藍的成長記——追逐DBA(4):追憶少年情愁,再探oracle安裝(Linux下10g、11g)
藍的成長記——追逐DBA(5):不談技術談業務,惱人的應用系統
藍的成長記——追逐DBA(8):重拾SP報告,回憶oracle的STATSPACK實驗
藍的成長記——追逐DBA(9):國慶漸去,追逐DBA,新規划,新啟程
藍的成長記——追逐DBA(10):飛刀防身,熟絡而非專長:擺弄中間件Websphere
藍的成長記——追逐DBA(11):回家后的安逸,暈暈乎乎醒了過來
藍的成長記——追逐DBA(13):協調硬件廠商,六個故事:所見所感的“服務器、存儲、交換機......”
藍的成長記——追逐DBA(14):難忘的“雲”端,起步的hadoop部署
藍的成長記——追逐DBA(15):以為FTP很“簡單”,誰成想一波三折
藍的成長記——追逐DBA(17):是分享,還是消費,在后IOE時代學會成長
藍的成長記——追逐DBA(18):小機上WAS集群故障,由一次更換IP引起
藍的成長記——追逐DBA(19):路上的插曲:觸碰“框架”與“軟件系統”
******************************************************************************************************************
原創作品,出自 “深藍的blog” 博客,歡迎轉載,轉載時請務必注明出處,否則追究版權法律責任。
深藍的blog:http://blog.csdn.net/huangyanlong/article/details/44560257
本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。