原創作品，出自 “深藍的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
本站转载的文章为个人学习借鉴使用，本站对版权不负任何法律责任。如果侵犯了您的隐私权益，请联系我们删除。
