簡介圍繞批處理命令與FTP自動(dòng)傳輸整理的Word文檔面向Windows及UNIX環(huán)境下的系統(tǒng)運(yùn)維人員和網(wǎng)絡(luò)管理員用于解決每天重復(fù)登錄、手工收發(fā)文件既繁瑣又容易出錯(cuò)的問題。文檔以1.ftp與1.bat兩個(gè)文本的編寫為主線說明如何用 ftp -n -s 參數(shù)靜默調(diào)用腳本如何取舍二進(jìn)制與ASCII兩種傳輸模式如何用Mget與Mput完成收發(fā)切換并把批處理加入“任務(wù)計(jì)劃”按周期自動(dòng)執(zhí)行同時(shí)給出UNIX下shell腳本的寫法與可執(zhí)行權(quán)限設(shè)置便于跨平臺對照。包內(nèi)共1個(gè)doc文件約44KB正文含腳本片段、步驟說明與應(yīng)用案例可直接當(dāng)模板改造使用。已有2121人學(xué)習(xí)適合需要搭建定時(shí)傳輸任務(wù)、減少人工干預(yù)的初、中級運(yùn)維讀者參考。1. 兩個(gè)文本文件替代一個(gè)定時(shí)任務(wù)這套 FTP 自動(dòng)傳輸方案的定位半夜兩點(diǎn)半一臺常開的 Windows 機(jī)器要從對端拉走當(dāng)天的數(shù)據(jù)文件第二天早上八點(diǎn)前必須到位。這個(gè)需求用「批處理命令實(shí)現(xiàn) FTP 文件的自動(dòng)傳輸」是最省事的解法一個(gè).ftp文件寫會話命令一個(gè).bat文件切目錄并把腳本傳給ftp.exe最后交給系統(tǒng)自帶的任務(wù)計(jì)劃按周期觸發(fā)。全程不裝任何軟件運(yùn)行時(shí)就是C:\Windows\System32\ftp.exe。適合的場景很明確Windows 常開、對端是 UNIX 或另一臺 Windows、文件量幾十到幾百個(gè)、總量幾百 MB 以內(nèi)、對端只提供標(biāo)準(zhǔn) FTP。不適合的同樣明確要斷點(diǎn)續(xù)傳、要加密鏈路、要做復(fù)雜重試和告警。下面按「腳本怎么寫 → 批處理怎么包裝 → 計(jì)劃任務(wù)怎么掛 → 哪里會翻車」拆開說。2. 拆 1.ftp從 open 到 bye 的九行命令每行都在決定成敗2.1 腳本文件的本質(zhì)是把鍵盤輸入重定向成文件ftp.exe本身是個(gè)交互式程序你在提示符下敲open、user、cd它讀一行執(zhí)行一行。-s:文件名做的事只有一件把標(biāo)準(zhǔn)輸入從這個(gè)文件讀而不是從鍵盤讀。所以腳本里能寫什么完全取決于客戶端在交互模式下認(rèn)什么命令沒有額外語法沒有變量替換沒有 if 判斷也沒有循環(huán)。這一點(diǎn)想明白后面很多「為什么我寫了變量它不認(rèn)」的疑問就自然消失了。把原料里的腳本攤開看實(shí)際長這樣open 10.30.15.3 user anonymous 123456 cd data bin prompt mget *.* bye quit exitopen建立控制連接默認(rèn)端口 21如果對端改了端口就寫成open 10.30.15.3 2121。user后面跟用戶名和密碼這一行實(shí)際對應(yīng) FTP 協(xié)議里的 USER 和 PASS 兩條命令密碼不寫在user同一行也可以下一行單獨(dú)寫客戶端會把它當(dāng) PASS 發(fā)出去。但要注意如果user后面只寫了用戶名、下一行又忘了寫密碼客戶端會當(dāng)場停在Password:提示上等人輸入無人值守場景下就是一直掛著直到超時(shí)。bye、quit、exit三個(gè)是同一個(gè)意思都是發(fā) QUIT 并斷開。寫一個(gè)就夠多寫不報(bào)錯(cuò)但日志里會多出一段無意義的響應(yīng)。原料里三行都寫了這屬于「寫了也沒壞處但沒必要」。真正需要留意的是cd data這一行cd切的是遠(yuǎn)端目錄本地目錄要靠lcd或者批處理里的cd來處理這兩個(gè)概念在初學(xué)時(shí)最容易混。2.2 bin 與 ascii模式選錯(cuò)文件看著傳完了其實(shí)是壞的bin是binary的縮寫對應(yīng) FTP 協(xié)議的TYPE I不寫這一行Windows 客戶端默認(rèn)走TYPE A也就是 ASCII 模式。兩者的差別不在速度在于是否對字節(jié)做轉(zhuǎn)換。ASCII 模式會按行處理把本地的行尾轉(zhuǎn)成網(wǎng)絡(luò)標(biāo)準(zhǔn) CRLF對端再轉(zhuǎn)成自己的行尾二進(jìn)制模式逐字節(jié)搬運(yùn)一個(gè)字節(jié)都不動(dòng)。原料里有一句「如果是 Windows 之間傳去掉 bin 一行就可以了」這話得辯證看。兩臺 Windows 之間傳純文本ASCII 模式確實(shí)能正常工作因?yàn)閮蛇叺男形捕际?CRLF來回轉(zhuǎn)換等于沒轉(zhuǎn)。但一旦傳的是壓縮包、可執(zhí)行文件、數(shù)據(jù)庫備份去掉bin就是災(zāi)難——ASCII 模式會把文件里恰好出現(xiàn)的0x0D、0x0A字節(jié)當(dāng)成行尾改寫傳完大小對不上解壓報(bào) CRC 錯(cuò)誤備份文件恢復(fù)不了。更麻煩的是這種損壞不會當(dāng)場報(bào)錯(cuò)日志里照樣是226 Transfer complete等你去恢復(fù)數(shù)據(jù)的時(shí)候才發(fā)現(xiàn)。按文件類型選模式的對照關(guān)系我一般按這張表來定文件類型傳輸模式選錯(cuò)的后果.txt/.csv/.log/.sqlascii用 bin 傳UNIX 端每行末尾多個(gè)^M解析腳本讀出錯(cuò)位.zip/.rar/.7z/.gzbin用 ascii 傳壓縮包損壞解壓直接報(bào)錯(cuò).exe/.dll/.sobin用 ascii 傳可執(zhí)行文件加載失敗.dmp/.bak數(shù)據(jù)庫備份bin用 ascii 傳備份集無法恢復(fù)且不易察覺.jpg/.png/.pdfbin用 ascii 傳圖片花屏、PDF 打不開實(shí)操上的做法是按方向拆腳本而不是在一個(gè)腳本里來回切模式。收文本一個(gè).ftp收二進(jìn)制另一個(gè).ftp各自在自己那個(gè)腳本開頭寫死模式。混在一個(gè)腳本里也不是不行ascii和bin可以在會話中反復(fù)切換但腳本一長就容易出現(xiàn)「切過去忘了切回來」的問題排查起來很費(fèi)勁。2.3 prompt 與 mget/mput通配符的兩次展開和確認(rèn)開關(guān)prompt在 Windows 客戶端里是個(gè)切換開關(guān)敲一次關(guān)掉交互確認(rèn)再敲一次打開。關(guān)掉之后mget一次匹配到十個(gè)文件也不會逐個(gè)問mget xxx?。不寫這一行的后果在無人值守場景下很直觀任務(wù)計(jì)劃狀態(tài)一直顯示「正在運(yùn)行」日志停在一長串mget a.txt?上等到超時(shí)才退出一個(gè)文件都沒傳下來。原料里把prompt放在mget前面順序是對的這個(gè)順序不能反。mget *.*里的通配符不是客戶端在本地展開的而是原樣發(fā)給服務(wù)器由服務(wù)器的NLST或LIST來匹配。這帶來兩個(gè)邊界。第一*.*在多數(shù) UNIX 服務(wù)端只能匹配「文件名里帶點(diǎn)」的文件像README、Makefile這種不帶點(diǎn)的文件匹配不到要改成mget *。第二mget不遞歸遠(yuǎn)端data目錄下的子目錄里的文件不會被帶下來真要按層級收常見做法是一個(gè)子目錄寫一個(gè)cdmget段落或者干脆在對端先打包成一個(gè)文件再傳。發(fā)送方向同理把mget換成mputcd換成遠(yuǎn)端的上傳目標(biāo)目錄本地目錄靠lcd指定。一個(gè)改好之后可直接抄的版本open 10.30.15.3 user anonymous 123456 binary prompt lcd C:\datatran cd data mget *.txt mget *.csv byelcd這一行很多示例里不寫靠批處理里的cd來兜底。兩種做法都行但顯式寫lcd更穩(wěn)因?yàn)榕幚淼漠?dāng)前目錄會被任務(wù)計(jì)劃的「起始于」字段影響而lcd是寫死在腳本里的絕對路徑不受外部干擾。密碼和用戶名并到user一行也建議這么改少一行就少一個(gè)錯(cuò)位的機(jī)會。3. 1.bat 的封裝層ftp -n -s 幾個(gè)參數(shù)各自在擋什么3.1 -n 不是「不登錄」是「不要自動(dòng)匿名登錄」批處理這一層看著只有三行但ftp后面那幾個(gè)參數(shù)每一個(gè)都在解決一個(gè)具體問題。先看原料給的寫法C: cd datatran ftp -n -s:c:\1.ftp-n是最容易被誤解的一個(gè)。它的準(zhǔn)確含義是「啟動(dòng)時(shí)抑制自動(dòng)登錄」也就是不主動(dòng)發(fā)USER anonymous去嘗試匿名登錄。如果不加-n客戶端啟動(dòng)后會先做一次匿名登錄嘗試再執(zhí)行腳本里的open和user結(jié)果是日志里憑空多出一段 331/230 響應(yīng)某些對失敗次數(shù)敏感的服務(wù)端還會因此觸發(fā)限制。腳本里既然已經(jīng)寫死了用戶名密碼-n就應(yīng)該加上。-s:后面緊跟腳本路徑冒號和文件名之間不能有空格這一點(diǎn)和多數(shù)命令行工具的-s 文件名寫法不一樣。路徑里帶空格的時(shí)候用引號包住整個(gè)參數(shù)寫成-s:C:\my scripts\1.ftp。原料用的是c:\1.ftp腳本放在盤符根目錄這個(gè)習(xí)慣在單人環(huán)境里沒問題但放到多臺機(jī)器統(tǒng)一部署時(shí)最好歸到一個(gè)固定目錄比如C:\scripts\否則重裝系統(tǒng)或者換盤符就得挨個(gè)改。其余幾個(gè)參數(shù)按需加我整理成一張表備查參數(shù)作用什么時(shí)候必須加-n禁止啟動(dòng)時(shí)自動(dòng)匿名登錄腳本里已寫死賬號密碼時(shí)-s:file指定命令腳本文件無人值守場景總是-v抑制遠(yuǎn)端響應(yīng)輸出日志要干凈、只留關(guān)鍵行時(shí)-i多文件傳輸時(shí)關(guān)閉交互確認(rèn)腳本里漏寫prompt時(shí)的兜底-d打開調(diào)試輸出每條 FTP 命令排查「為什么這條沒執(zhí)行」時(shí)臨時(shí)加-A強(qiáng)制匿名登錄對端只開放匿名訪問時(shí)-w:size設(shè)置接收緩沖區(qū)大小大文件吞吐調(diào)優(yōu)一般不用動(dòng)-i和腳本里的prompt是同一個(gè)效果的兩條路徑建議兩個(gè)都寫腳本里寫prompt是為了腳本本身獨(dú)立可讀命令行加-i是為了別人臨時(shí)改腳本時(shí)忘寫也不至于卡死。這種「雙保險(xiǎn)」在無人值守場景里不算冗余算必要成本。3.2 C: 和 cd批處理的當(dāng)前目錄才是文件落地的地方C:切盤符cd datatran切目錄這兩行的作用是給后面啟動(dòng)的ftp.exe定一個(gè)當(dāng)前工作目錄。mget下載下來的文件默認(rèn)落在當(dāng)前目錄也就是這兩行切過去的C:\datatran。如果這兩行漏了ftp.exe繼承的是父進(jìn)程的當(dāng)前目錄手工雙擊 bat 的時(shí)候父進(jìn)程是資源管理器目錄可能恰好是你想要的一旦掛進(jìn)任務(wù)計(jì)劃父進(jìn)程是taskeng.exe或svchost.exe當(dāng)前目錄變成C:\Windows\System32文件全落到系統(tǒng)目錄里還因?yàn)闄?quán)限問題寫不進(jìn)去。更穩(wěn)的寫法是一行到位cd /d C:\datatran/d參數(shù)讓cd同時(shí)處理盤符切換和目錄切換不用先寫C:再寫cd。原料里分兩行的寫法在C:盤內(nèi)沒問題但如果哪天目錄換到D:盤只寫cd D:\datatran是不生效的——它只改 D 盤的當(dāng)前目錄不切當(dāng)前盤文件還是落在 C 盤。這是個(gè)很典型的老坑/d能一次性繞開。目錄切完ftp這一行建議加上輸出重定向把會話日志留到文件里ftp -n -v -s:C:\scripts\1.ftp C:\logs\ftp_%DATE:~0,4%%DATE:~5,2%%DATE:~8,2%.log 21 echo [%TIME%] exit%ERRORLEVEL% C:\logs\ftp_%DATE:~0,4%%DATE:~5,2%%DATE:~8,2%.log是追加避免同一天多次運(yùn)行互相覆蓋21把錯(cuò)誤流也并進(jìn)同一個(gè)文件否則連接失敗的提示只會閃一下窗口就沒了。最后那行echo exit%ERRORLEVEL%很關(guān)鍵——%ERRORLEVEL%是緊跟上一條命令的退出碼中間隔了別的命令就被覆蓋了所以必須緊貼著寫。3.3 先手工跑通再掛計(jì)劃驗(yàn)證的三個(gè)觀察點(diǎn)掛任務(wù)計(jì)劃之前一定先在命令行里手工跑一遍而且要模擬任務(wù)計(jì)劃的運(yùn)行環(huán)境不是在資源管理器里雙擊。打開cmdcd到一個(gè)不相干的目錄再執(zhí)行C:\scripts\1.bat這樣才能暴露相對路徑的問題。跑完之后按三個(gè)點(diǎn)檢查日志。第一看有沒有230 Login successful沒有的話是賬號、密碼或者對端權(quán)限的問題跟腳本后面的命令無關(guān)。第二數(shù)226 Transfer complete出現(xiàn)了幾次和遠(yuǎn)端目錄里的文件數(shù)對一下少幾個(gè)就是通配符沒匹配上或者某個(gè)文件被跳過。第三比對一個(gè)具體文件的大小本地和對端一致才算真的傳完如果用的是 ASCII 模式傳二進(jìn)制文件大小可能一致但內(nèi)容已經(jīng)壞了這種情況只能靠校驗(yàn)和發(fā)現(xiàn)。%DATE%這個(gè)變量有個(gè)隱性依賴它的格式跟著系統(tǒng)區(qū)域設(shè)置走。中文系統(tǒng)默認(rèn)是2024/05/12 周日這種形態(tài)%DATE:~0,4%取到年份沒問題換成英文系統(tǒng)就是Sun 05/12/2024同樣一段截取取到的是星期幾的縮寫日志文件名直接亂掉。要跨機(jī)器部署的話把時(shí)間戳換成wmic os get localdatetime或者用 PowerShell 的Get-Date -Format yyyyMMdd更保險(xiǎn)別在這個(gè)細(xì)節(jié)上栽跟頭。4. 掛進(jìn)任務(wù)計(jì)劃無人值守必須擰對的三個(gè)開關(guān)4.1 圖形向?qū)Ш?schtasks 命令行選哪個(gè)老系統(tǒng)上的路徑是「開始 → 程序 → 附件 → 系統(tǒng)工具 → 任務(wù)計(jì)劃 → 添加任務(wù)計(jì)劃」一路下一步填周期和密碼就完事。新系統(tǒng)Win7 之后改叫「任務(wù)計(jì)劃程序」在運(yùn)行框里敲taskschd.msc打開左側(cè)「創(chuàng)建基本任務(wù)」適合手工配一次「創(chuàng)建任務(wù)」能配的選項(xiàng)更全。圖形界面的好處是能看見每個(gè)開關(guān)的中文說明壞處是配十臺機(jī)器要點(diǎn)十遍。批量部署我一般直接用schtasksschtasks /create /tn FTP_Auto_Transfer /tr cmd /c C:\scripts\1.bat /sc daily /st 02:30 /ru SYSTEM /rl HIGHEST /f參數(shù)逐個(gè)對著看參數(shù)含義需要注意的地方/tn任務(wù)名同名會沖突配/f直接覆蓋/tr要執(zhí)行的命令路徑帶空格必須用引號建議外套一層cmd /c/sc調(diào)度周期daily / weekly / minute / onlogon / onstart/st開始時(shí)間24 小時(shí)制 HH:mm不帶秒/mo間隔配/sc minute /mo 15表示每 15 分鐘/ru運(yùn)行賬戶填 SYSTEM 時(shí)不需要密碼/rp賬戶密碼/ru指定普通賬戶時(shí)不填會退化成「僅登錄時(shí)運(yùn)行」/rl權(quán)限級別HIGHEST 需要當(dāng)前是管理員/f同名覆蓋不加會彈交互確認(rèn)腳本里就卡住了/tr外面套cmd /c是刻意為之。任務(wù)計(jì)劃對「程序路徑」和「參數(shù)」是分開解析的直接寫C:\scripts\1.bat有時(shí)會被當(dāng)成程序名去找路徑里一旦有空格就斷在中間。套一層cmd /c之后整條命令交給命令解釋器處理路徑、重定向、連接符都按批處理的規(guī)則走行為更可控。4.2 「只在用戶登錄時(shí)運(yùn)行」和「不管用戶是否登錄都運(yùn)行」這一組選項(xiàng)是無人值守能不能成立的分水嶺。圖形界面里在「常規(guī)」選項(xiàng)卡頂部兩個(gè)單選按鈕上面那個(gè)是「只在用戶登錄時(shí)運(yùn)行」下面那個(gè)是「不管用戶是否登錄都運(yùn)行」。向?qū)J(rèn)選的是上面那個(gè)因?yàn)樗恍枰婷艽a。選上面的后果是人一下班注銷任務(wù)就停。有些環(huán)境里用戶不注銷、只是鎖屏任務(wù)還能跑于是測試的時(shí)候一切正常正式跑了一周突然開始抽風(fēng)——因?yàn)橹虚g有人重啟了機(jī)器登錄會話沒了。這種「間歇性失敗」最難查因?yàn)槭〉臅r(shí)候沒人在現(xiàn)場看。選下面的選項(xiàng)要輸入賬戶密碼密碼存在系統(tǒng)的憑據(jù)存儲里。這里有個(gè)后續(xù)麻煩域環(huán)境或者本地安全策略要求定期改密碼密碼一改任務(wù)計(jì)劃里存的舊密碼就失效任務(wù)開始報(bào)0x8007052E登錄失敗。要么在改密碼的流程里把任務(wù)計(jì)劃一起更新要么干脆把運(yùn)行賬戶換成SYSTEM。SYSTEM的好處是不需要密碼、不受登錄會話影響、權(quán)限足夠高。代價(jià)是它看到的網(wǎng)絡(luò)環(huán)境是機(jī)器本身的不是某個(gè)登錄用戶的用戶手工映射的網(wǎng)絡(luò)驅(qū)動(dòng)器盤符它一律看不見必須用 UNC 路徑。純 FTP 傳輸不涉及映射盤所以SYSTEM是個(gè)很省心的選擇但如果批處理里還要往網(wǎng)絡(luò)共享目錄里搬文件就得換回普通賬戶加存密碼的方式。4.3 起始于、失敗重試和「上次運(yùn)行結(jié)果」圖形界面里「操作」那一頁有個(gè)「起始于可選」字段很多人跳過不填。這個(gè)字段設(shè)的是任務(wù)啟動(dòng)時(shí)進(jìn)程的當(dāng)前目錄不填的話就是C:\Windows\System32。批處理里如果已經(jīng)寫了cd /d這個(gè)字段填不填無所謂如果批處理依賴相對路徑這里必須填否則就是前面說的那種「手工跑正常、計(jì)劃跑找不到文件」。schtasks命令行沒有直接對應(yīng)「起始于」的參數(shù)要設(shè)的話得導(dǎo)出 XML 改WorkingDirectory節(jié)點(diǎn)或者把/tr寫成cmd /c cd /d C:\datatran 1.bat。后者更省事也不依賴 XML 的格式版本?！溉绻蝿?wù)失敗按以下頻率重新啟動(dòng)」這個(gè)設(shè)置在 FTP 場景里很有用。對端偶爾網(wǎng)絡(luò)抖動(dòng)、服務(wù)端連接數(shù)滿了、DNS 解析慢都會導(dǎo)致一次連接超時(shí)重試兩三次基本能覆蓋掉。頻率設(shè) 5 分鐘、重試 3 次是個(gè)比較穩(wěn)的組合間隔太短會在對端還沒釋放連接的時(shí)候又頂上去。跑完之后看「上次運(yùn)行結(jié)果」那一列幾個(gè)常見碼記一下0x0是成功0x1是一般性錯(cuò)誤通常是腳本里的命令返回了非零0x2是找不到文件路徑寫錯(cuò)了0x41301是任務(wù)正在運(yùn)行不是錯(cuò)誤是還沒跑完0x8007052E是登錄失敗密碼失效?？吹?x0也別急著放心前面說過FTP 連不上但腳本正常退出退出碼也可能是 0真正的判斷要看日志內(nèi)容。5. 五次真實(shí)環(huán)境故障從卡在 y/n 到「只在登錄時(shí)運(yùn)行」下面這幾條都是在這類腳本上真實(shí)遇到過的按「現(xiàn)象 → 原因 → 解決」寫遇到類似癥狀可以直接對照。5.1 現(xiàn)象任務(wù)狀態(tài)一直「正在運(yùn)行」日志停在一串mget xxx?原因腳本里漏了promptmget匹配到多個(gè)文件時(shí)逐個(gè)等確認(rèn)無人值守環(huán)境下沒人敲 y進(jìn)程一直掛著直到超時(shí)退出。原料里的腳本是有prompt的但很多人抄的時(shí)候只抄了open、user、cd、mget、bye幾行把prompt和bin當(dāng)成可選行略掉了。解決腳本里mget之前必須有一行prompt命令行再加-i做兜底。已經(jīng)卡住的任務(wù)要在任務(wù)計(jì)劃里手動(dòng)「結(jié)束」掉否則下一次觸發(fā)會因?yàn)椤溉蝿?wù)已在運(yùn)行」被跳過看起來像是徹底不跑了。5.2 現(xiàn)象手工雙擊 bat 一切正常掛進(jìn)計(jì)劃就報(bào)「找不到文件」原因兩種可能。一是批處理里沒有cd /d任務(wù)計(jì)劃的當(dāng)前目錄是System32相對路徑全部失效。二是任務(wù)計(jì)劃的「起始于」為空而 bat 里引用腳本時(shí)用了相對路徑比如-s:1.ftp而不是-s:C:\scripts\1.ftp。解決bat 第一行寫cd /d C:\datatran腳本路徑一律用絕對路徑/tr外面套cmd /c。三件事一起做這類問題基本不再出現(xiàn)。5.3 現(xiàn)象壓縮包傳過去解壓報(bào) CRC 錯(cuò)誤但文件大小差不多原因用了 ASCII 模式傳二進(jìn)制文件。原料里那句「Windows 之間傳就去掉 bin」被照搬到所有場景結(jié)果傳的是 zip、dmp、exe。ASCII 模式把文件里恰好出現(xiàn)的0x0D0A當(dāng)成行尾改寫大小差別不大內(nèi)容已經(jīng)錯(cuò)了。解決二進(jìn)制文件一律bin文本文件才用ascii按文件類型拆成不同腳本。已經(jīng)傳壞的文件沒法修只能重傳如果對端有歷史備份比對一下大小和校驗(yàn)和就能確認(rèn)是哪一批壞的。5.4 現(xiàn)象白天測試都正常下班之后任務(wù)就再也不跑了原因任務(wù)計(jì)劃用了默認(rèn)的「只在用戶登錄時(shí)運(yùn)行」。測試的時(shí)候人坐在機(jī)器前會話一直在下班注銷或者機(jī)器重啟之后沒人登錄任務(wù)就沒有可用的登錄令牌觸發(fā)時(shí)直接被跳過。圖形界面里這個(gè)選項(xiàng)藏在「常規(guī)」頁頂部向?qū)Ю锔静粫崾?。解決改成「不管用戶是否登錄都運(yùn)行」并輸入密碼或者把運(yùn)行賬戶換成SYSTEM。改完之后做一次驗(yàn)證注銷當(dāng)前用戶等一個(gè)觸發(fā)周期再登錄進(jìn)來看「上次運(yùn)行結(jié)果」和日志文件有沒有新內(nèi)容。不注銷就驗(yàn)證的等于沒驗(yàn)證。5.5 現(xiàn)象賬號密碼都對就是登錄失敗日志里user那一行被截?cái)嗔嗽騀TP 腳本按空格分詞密碼里帶空格、#、;這類字符時(shí)user 用戶名 密碼這一行會被拆成多段客戶端把第二段當(dāng)成密碼后面的當(dāng)成未知命令。原料示例里密碼是123456看著沒問題換成真實(shí)環(huán)境的復(fù)雜密碼就中招。解決最直接的辦法是把密碼改成不含空格和特殊符號的字符串。改不了的話就別把密碼寫死在腳本里改成每次運(yùn)行前用echo生成一個(gè)臨時(shí)腳本跑完刪掉——雖然多了幾步但至少不會被分詞坑到。另外把明文密碼放在.ftp文件里本身就有風(fēng)險(xiǎn)文件權(quán)限要收緊到只有運(yùn)行賬戶可讀。6. 從「能跑」到「跑壞了知道」退出碼判斷、日志計(jì)數(shù)與過期清理腳本能定時(shí)跑起來只是及格線真正省心的是它出問題的時(shí)候你能第一時(shí)間知道。ftp.exe的退出碼信息量很有限連接失敗返回 2命令執(zhí)行中出錯(cuò)返回 1 或 0光看退出碼判斷不了「文件到底傳沒傳全」?？尚械霓k法是回到日志里數(shù)226 Transfer complete出現(xiàn)的次數(shù)和預(yù)期文件數(shù)比。下面這段是可以直接用的收尾邏輯echo off setlocal set LOGDIRC:\logs if not exist %LOGDIR% md %LOGDIR% set LOG%LOGDIR%\ftp_%DATE:~0,4%%DATE:~5,2%%DATE:~8,2%.log cd /d C:\datatran ftp -n -v -s:C:\scripts\1.ftp %LOG% 21 rem 統(tǒng)計(jì)成功傳輸次數(shù)和預(yù)期文件數(shù)比對 set EXPECT12 for /f %%c in (findstr /c:226 Transfer complete %LOG% ^| find /c /v ) do set ACTUAL%%c if not %ACTUAL%%EXPECT% ( echo [%DATE% %TIME%] 傳輸數(shù)不符 預(yù)期%EXPECT% 實(shí)際%ACTUAL% %LOGDIR%\alert.log exit /b 1 ) rem 清理 7 天前的日志避免目錄無限膨脹 forfiles /p %LOGDIR% /m *.log /d -7 /c cmd /c del path nul 21 exit /b 0關(guān)鍵在for /f那一行findstr篩出所有含226 Transfer complete的行管道交給find /c /v 計(jì)數(shù)。find /c單獨(dú)用會要求輸入文件名配上/v 表示「統(tǒng)計(jì)所有不含空串的行」也就是統(tǒng)計(jì)全部行這是批處理里數(shù)行數(shù)的老技巧。EXPECT要按實(shí)際情況改文件數(shù)每天變的話可以改成和遠(yuǎn)端目錄列表比對或者干脆只判斷「實(shí)際數(shù)是否大于 0」。forfiles /d -7按修改時(shí)間篩出 7 天前的文件/c cmd /c del path逐個(gè)刪掉日志目錄就不會越堆越大。還有一個(gè)容易被忽略的點(diǎn)%ERRORLEVEL%在setlocal作用域里是即時(shí)值但在if塊里引用時(shí)如果是延遲展開環(huán)境要用!ERRORLEVEL!。上面的寫法把ftp和判斷拆在兩條獨(dú)立語句里避開了這個(gè)坑代價(jià)是丟掉了ftp的原始退出碼。要兩個(gè)都保留的話在ftp那行之后立刻set RC%ERRORLEVEL%再用%RC%判斷。從那以后我每次掛無人值守任務(wù)都強(qiáng)制走一遍「手工跑 → 看日志 → 注銷會話再跑一次」這三步一步都不省。省下的那十分鐘往往要用一個(gè)通宵來找回來。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取