簡(jiǎn)介Symantec Backup Exec 2010 v13.0.4164 注冊(cè)機(jī)是針對(duì)該版本企業(yè)級(jí)備份軟件的激活工具面向IT運(yùn)維、系統(tǒng)管理員等需要部署或維護(hù)Symantec Backup Exec環(huán)境的用戶主要解決軟件授權(quán)過(guò)期、重新安裝后無(wú)法激活等問(wèn)題。壓縮包采用zip格式總體積僅9KB共收納4個(gè)文件包含注冊(cè)機(jī)可執(zhí)行程序、nfo與diz格式的版本說(shuō)明文件、以及html格式的使用指南其中nfo與diz用于記錄版本與發(fā)布信息html文檔則介紹操作方法結(jié)構(gòu)簡(jiǎn)潔清晰便于快速核對(duì)。該注冊(cè)機(jī)已經(jīng)過(guò)作者測(cè)試確認(rèn)可用能夠幫助用戶快速生成有效激活密鑰適用于Multilingual多語(yǔ)言版本節(jié)省手動(dòng)搜索和反復(fù)嘗試的時(shí)間。目前該資源已有252人學(xué)習(xí)/下載這一熱度也說(shuō)明其經(jīng)過(guò)社區(qū)驗(yàn)證對(duì)需要恢復(fù)舊版?zhèn)浞蒈浖跈?quán)環(huán)境的用戶具有直接價(jià)值。使用時(shí)只需運(yùn)行注冊(cè)機(jī)、參照html說(shuō)明獲取密鑰即可整體流程輕量便捷。1. 老備份服務(wù)器重裝時(shí)注冊(cè)機(jī)成了最后一根稻草接手一臺(tái)還在跑 Symantec Backup Exec 2010 v13.0.4164 的備份服務(wù)器時(shí)最先被問(wèn)到的往往不是作業(yè)失敗率而是“注冊(cè)機(jī)怎么用”。這代產(chǎn)品的注冊(cè)碼不只是安裝時(shí)敲一遍的序列號(hào)它直接決定了你能備份幾個(gè)服務(wù)器、能用哪些代理組件換一次硬件、重裝一次系統(tǒng)、甚至改一次機(jī)器名許可狀態(tài)就可能全部歸零。這篇筆記寫(xiě)給兩類人一類是還在維護(hù)遺留備份環(huán)境的運(yùn)維另一類是想把這套老環(huán)境遷移到新硬件、卻卡在授權(quán)恢復(fù)上的工程師。我會(huì)把 BackUp Exec 2010 的許可機(jī)制、安裝前后要注意的硬條件、注冊(cè)碼失效的常見(jiàn)原因以及離線授權(quán)導(dǎo)入的完整路徑按實(shí)際排障順序講一遍。不保證你能繞過(guò)所有坑但至少能讓你在半夜接到“備份作業(yè)全部失敗”的電話時(shí)知道自己下一步該查什么。2. 從注冊(cè)碼到產(chǎn)品密鑰BE 2010 的授權(quán)機(jī)制與安裝前清單2.1 許可證模式怎么選服務(wù)器、客戶端代理與容量授權(quán)Backup Exec 2010 的許可體系不是單層序列號(hào)它由“基礎(chǔ)許可 組件許可 容量授權(quán)”三塊拼成?；A(chǔ)許可是“Backup Exec for Windows Servers”沒(méi)有它主程序都裝不上組件許可對(duì)應(yīng)你要保護(hù)的對(duì)象常見(jiàn)的有 Agent for Windows、Agent for SQL Server、Agent for Exchange、Remote Agent for Windows Systems容量授權(quán)則按備份數(shù)據(jù)量計(jì)費(fèi)比如 Library Expansion Option 是按磁帶庫(kù)槽位算的。安裝時(shí)你拿到的注冊(cè)碼其實(shí)是一個(gè)打包的密鑰串里面同時(shí)包含了功能碼和 Build 限定信息這也是為什么明明注冊(cè)碼看起來(lái)格式正確輸入后卻提示無(wú)效——功能碼和你安裝時(shí)勾選的組件對(duì)不上或者 Build 號(hào)不匹配。選型時(shí)我一般先確認(rèn)三件事這臺(tái) Backup Exec 要備份的服務(wù)器數(shù)量、有沒(méi)有數(shù)據(jù)庫(kù)或郵件應(yīng)用需要 agent 級(jí)備份、備份目標(biāo)是大容量磁盤(pán)還是帶庫(kù)。數(shù)量決定你買幾個(gè) Remote Agent應(yīng)用類型決定你要不要裝 SQL/Exchange Agent目標(biāo)設(shè)備決定容量許可的規(guī)模。很多人在這步圖省事直接裝一個(gè)全功能評(píng)估版再拿注冊(cè)碼去激活結(jié)果許可管理界面里出現(xiàn)一堆“未授權(quán)組件”作業(yè)能建但跑不起來(lái)就是這個(gè)選型動(dòng)作沒(méi)做對(duì)。組件許可在安裝時(shí)會(huì)被寫(xiě)入本地許可證存儲(chǔ)位置在安裝目錄的 License 子目錄下通常是一個(gè)帶 .lic 擴(kuò)展名的文本文件。這個(gè)文件是后續(xù)排查的鑰匙注冊(cè)碼輸對(duì)了它會(huì)生成對(duì)應(yīng)的 .lic 文件注冊(cè)碼有問(wèn)題這個(gè)目錄要么為空要么生成的文件尺寸不對(duì)。命令行工具 bklic.exe 也可以查看當(dāng)前已裝入的許可證后面避坑章節(jié)我會(huì)專門(mén)講它怎么用。提示安裝前先備份這個(gè) License 目錄。很多“注冊(cè)機(jī)算出來(lái)的碼沒(méi)用”的案例最后查下來(lái)是 Lic 文件被覆蓋而不是算法問(wèn)題。2.2 v13.0.4164 注冊(cè)碼輸入位置與安裝順序v13.0.4164 這個(gè) Build 號(hào)對(duì)應(yīng) Backup Exec 2010 的某個(gè)維護(hù)版本和最初發(fā)布的 13.0 之間差了若干補(bǔ)丁。不同 Build 之間注冊(cè)碼不是百分百通用這一點(diǎn)是全篇最容易被忽略的坑你手上的注冊(cè)機(jī)如果只支持 13.0.4164而安裝介質(zhì)是 13.0.5200激活必然失敗反過(guò)來(lái)也一樣。所以我拿到安裝包的第一件事是確認(rèn)安裝介質(zhì)的目錄名或安裝日志里記錄的 Build而不是直接雙擊 Setup。安裝順序上BE 2010 的注冊(cè)碼輸入藏在安裝向?qū)У摹霸S可證”頁(yè)面不是裝完以后第一次啟動(dòng)才問(wèn)。正確順序是先裝 SQL Express 實(shí)例安裝包自帶也可以指向已有的 SQL Server 2005/2008 實(shí)例再裝 Backup Exec 主程序走到許可證頁(yè)面敲注冊(cè)碼最后用許可管理向?qū)瓿杉せ睢Ｈ绻闾^(guò)激活直接裝完系統(tǒng)會(huì)進(jìn)入 14 天評(píng)估期之后每啟動(dòng)一次控制臺(tái)就彈一次“許可證即將過(guò)期”。很多老運(yùn)維喜歡先裝完再補(bǔ)注冊(cè)碼這個(gè)習(xí)慣在這版產(chǎn)品上會(huì)給你帶來(lái)不少麻煩因?yàn)椴糠纸M件代理在缺許可狀態(tài)下根本不會(huì)安裝到位之后還得補(bǔ)裝。裝到許可證頁(yè)面時(shí)界面上會(huì)有一個(gè)“功能碼 / Feature Key”輸入框和“注冊(cè)碼 / Registration Key”輸入框。實(shí)際使用中絕大部分情況只需要填注冊(cè)碼功能碼會(huì)自動(dòng)解析出來(lái)。如果注冊(cè)機(jī)給出的是兩者分離的結(jié)果你得把兩串都填上少填一串都過(guò)不了下一步校驗(yàn)。安裝日志在系統(tǒng)臨時(shí)目錄下的 Backup Exec 安裝日志中激活報(bào)錯(cuò)時(shí)這里會(huì)有具體錯(cuò)誤碼比彈窗信息有用得多。2.3 安裝前環(huán)境清單OS、SQL Express 與專用服務(wù)賬號(hào)這版 Backup Exec 對(duì)新系統(tǒng)的兼容性停留在 Windows Server 2003/2008 時(shí)代裝到 Windows Server 2012 以上會(huì)遇到各種奇怪問(wèn)題。我經(jīng)手過(guò)的機(jī)器里最穩(wěn)的組合是 Windows Server 2008 R2 SP1 SQL Server 2008 R2 Express。如果你必須把它放在 2012 或 2016 上先準(zhǔn)備好兼容模式運(yùn)行安裝程序并且提前把 PowerShell 執(zhí)行策略改寬松安裝腳本里有些步驟會(huì)被嚴(yán)格模式擋住。SQL Express 實(shí)例名必須是 BKUPEXEC這是安裝程序?qū)懰赖哪J(rèn)實(shí)例名擅自改成別的安裝向?qū)г凇皵?shù)據(jù)庫(kù)連接”那一步會(huì)反復(fù)失敗。另外服務(wù)賬號(hào)建議單獨(dú)建一個(gè)域賬號(hào)或本地賬號(hào)別用 SYSTEM。BE 2010 的作業(yè)引擎和數(shù)據(jù)移動(dòng)服務(wù)需要訪問(wèn)網(wǎng)絡(luò)共享和磁帶設(shè)備SYSTEM 賬號(hào)在跨服務(wù)器訪問(wèn)時(shí)經(jīng)常因?yàn)椤皯{據(jù)不可委派”報(bào) 0xE000FE2E 之類的錯(cuò)誤。用專用賬號(hào)的好處是你能在備份目標(biāo)共享上單獨(dú)授權(quán)登錄失敗時(shí)看得到具體是哪個(gè)服務(wù)在報(bào)錯(cuò)而不是一鍋粥。內(nèi)存和磁盤(pán)也值得一提BE 2010 的管理控制臺(tái)是 MMC 插件自帶一個(gè) .NET 2.0 的宿主進(jìn)程在內(nèi)存小于 4GB 的機(jī)器上經(jīng)?？ㄋ?。建議至少 8GB 內(nèi)存安裝盤(pán)所在分區(qū)留 20GB 以上空間因?yàn)榘惭b過(guò)程中會(huì)同時(shí)寫(xiě) SQL 數(shù)據(jù)庫(kù)、目錄數(shù)據(jù)庫(kù)和臨時(shí)文件空間不夠時(shí)激活也會(huì)失敗而且錯(cuò)誤提示“磁盤(pán)空間不足”和激活失敗混在一起容易誤導(dǎo)排查方向。3. 重裝與再激活清理殘留到重新注冊(cè)的完整路徑3.1 官方卸載工具跑完不等于干凈手工清殘留備份服務(wù)器最忌諱的不是裝不上而是卸不干凈。BE 2010 的卸載程序會(huì)把主程序和 SQL Express 一并移除但不會(huì)清理注冊(cè)表里的許可項(xiàng)、性能計(jì)數(shù)器 DLL 和舊的目錄數(shù)據(jù)庫(kù)文件。常見(jiàn)做法是企業(yè)設(shè)備管理辦法要求重裝系統(tǒng)前必須徹底清理于是很多人跑完“添加/刪除程序”里的卸載立刻再裝結(jié)果新實(shí)例啟動(dòng)后加載了舊庫(kù)許可狀態(tài)顯示的還是上一臺(tái)機(jī)器的授權(quán)內(nèi)容。這種情況最典型處理辦法是卸載后重啟一次然后手工補(bǔ)三處殘留。第一處是安裝目錄殘留默認(rèn)在 C:\Program Files\Symantec\Backup Exec卸載后可能留下整個(gè)文件夾里面是舊的 Med 庫(kù)、日志和臨時(shí)文件直接刪掉。第二處是系統(tǒng)服務(wù)打開(kāi) services.msc搜“Backup Exec”關(guān)鍵詞如果有服務(wù)還處于“已停止”但不是“已禁用”狀態(tài)說(shuō)明服務(wù)注冊(cè)表項(xiàng)沒(méi)清干凈用 sc delete 刪除。第三處是 SQL 實(shí)例 BKUPEXEC卸載程序通常不會(huì)把這個(gè)實(shí)例刪掉數(shù)據(jù)文件還在 C:\Program Files\Microsoft SQL Server\MSSQL10.BKUPEXEC 下要在“程序和功能”里單獨(dú)卸載 SQL Express再刪數(shù)據(jù)目錄。# 以管理員身份運(yùn)行刪除 BE 相關(guān)殘留服務(wù)服務(wù)名按實(shí)際系統(tǒng)里查到的為準(zhǔn) sc stop Backup Exec Remote Agent for Windows sc config Backup Exec Remote Agent for Windows start disabled sc delete Backup Exec Remote Agent for Windows sc stop Backup Exec Management Service sc config Backup Exec Management Service start disabled sc delete Backup Exec Management Service這段腳本的作用是把殘留服務(wù)先停掉、再禁止自啟、最后刪除。先置為 disabled 再 delete 是為了避免服務(wù)在刪除過(guò)程中被依賴方重新拉起。實(shí)際環(huán)境里服務(wù)名因版本不同會(huì)有差異比如有的機(jī)器是“Backup Exec Job Engine”有的是“Backup Exec Device Media Service”執(zhí)行前先用Get-Service | Where-Object {$_.Name -like *Backup Exec*}查一遍名字確認(rèn)無(wú)誤再刪。還有一個(gè)冷門(mén)殘留位置是 C:\ProgramData\Symantec這里面存的許可證備份文件和目錄數(shù)據(jù)庫(kù)索引舊數(shù)據(jù)留著會(huì)讓新激活的許可和舊索引沖突我在第 4 章會(huì)展開(kāi)講。3.2 刪除許可證文件與保護(hù)數(shù)據(jù)庫(kù)后的首次啟動(dòng)清理完服務(wù)和安裝目錄還要處理許可證文件。它們存放在安裝目錄的 License 子目錄里文件名通常是單個(gè) .lic 或按功能拆分的多個(gè) .lic 文件。重裝前如果不刪新裝好的 Backup Exec 啟動(dòng)時(shí)會(huì)優(yōu)先讀取這個(gè)目錄里的舊 License導(dǎo)致你在界面上看到的激活狀態(tài)是“已許可”實(shí)際上許可組件和你裝的版本不匹配。這種情況比“無(wú)許可”更危險(xiǎn)因?yàn)閭浞葑鳂I(yè)能創(chuàng)建但執(zhí)行到一半會(huì)因組件授權(quán)不足而失敗錯(cuò)誤日志指向代理組件讓你誤以為是網(wǎng)絡(luò)問(wèn)題。刪除 .lic 文件后首次啟動(dòng)控制臺(tái)會(huì)進(jìn)入“許可狀態(tài)未激活”模式這正是我們要的結(jié)果。此時(shí)備份 Exec 會(huì)嘗試連接本地 BKUPEXEC 實(shí)例如果連接不成功控制臺(tái)會(huì)報(bào)“管理數(shù)據(jù)庫(kù)不可用”。這通常是因?yàn)榕f庫(kù)文件沒(méi)刪凈SQL 實(shí)例恢復(fù)了一個(gè)舊的 BEDB 數(shù)據(jù)庫(kù)。我的習(xí)慣做法是刪除 .lic 文件后同時(shí)把安裝目錄里名為 BEDB 的數(shù)據(jù)庫(kù)文件手工剝離——如果舊庫(kù)還掛在那新實(shí)例啟動(dòng)時(shí)會(huì)直接掛載舊庫(kù)里面那套許可歷史記錄又回來(lái)了。# 刪除 BE 2010 許可證文件路徑按實(shí)際安裝目錄調(diào)整 $bePath C:\Program Files\Symantec\Backup Exec $licenseDir Join-Path $bePath License if (Test-Path $licenseDir) { Get-ChildItem $licenseDir -Filter *.lic | Remove-Item -Force Write-Host 已移除 $($licenseDir) 下的許可證文件 -ForegroundColor Green }這段 PowerShell 的作用很簡(jiǎn)單遍歷 License 目錄把 .lic 文件全部刪掉。為什么用-Filter *.lic而不是直接刪除整個(gè)目錄因?yàn)?Backup Exec 在卸載時(shí)可能正在寫(xiě)新的許可文件刪目錄會(huì)觸發(fā)文件占用報(bào)錯(cuò)只刪 .lic 文件能保留目錄結(jié)構(gòu)新安裝程序可以直接復(fù)用。執(zhí)行完這一步重裝后系統(tǒng)會(huì)把你當(dāng)作一臺(tái)全新機(jī)器激活流程從零開(kāi)始這是避免“舊許可幽靈”的關(guān)鍵動(dòng)作。3.3 靜默卸載與靜默安裝的參數(shù)表大規(guī)模環(huán)境里重裝服務(wù)器不可能每臺(tái)都走圖形界面靜默卸載和靜默安裝是基本功。BE 2010 的安裝程序支持 MSI 命令行參數(shù)但有一點(diǎn)要注意主程序安裝包是一個(gè) Setup.exe 外殼直接加/quiet不一定生效正確做法是先通過(guò) Setup.exe 的/extract_all參數(shù)把 MSI 文件解出來(lái)再對(duì) MSI 執(zhí)行安裝。常見(jiàn)參數(shù)配置如下操作命令行說(shuō)明解包安裝文件setup.exe /extract_all將 MSI 和 CAB 釋放到指定目錄避免安裝程序自解壓失敗靜默卸載msiexec /x BackupExec.msi /qn /norestart/qn 表示無(wú)界面/norestart 防止安裝完強(qiáng)制重啟靜默安裝基礎(chǔ)許可msiexec /i BackupExec.msi /qn INSTALLDIRD:\BE2010 SERVERNAMEBKUPEXEC指定安裝目錄和 SQL 實(shí)例名少一個(gè)參數(shù)安裝后要手工改配置登記許可證bklic.exe /load C:\path\to\license.lic安裝完成后靜默導(dǎo)入許可證文件替代圖形界面激活靜默安裝最容易翻車的不是 MSI 參數(shù)而是賬號(hào)權(quán)限。MSI 安裝進(jìn)程默認(rèn)繼承調(diào)用者的令牌如果你是用普通運(yùn)維賬號(hào)通過(guò)遠(yuǎn)程管理工具調(diào)起的 msiexec即使該賬號(hào)有本地管理員權(quán)限UAC 也會(huì)阻礙服務(wù)安裝。所以靜默安裝之前我習(xí)慣先用runas提權(quán)到 SYSTEM 上下文再執(zhí)行或者用計(jì)劃任務(wù)以最高權(quán)限運(yùn)行。參數(shù) INSTALLDIR 里的路徑不能帶空格MSI 解析參數(shù)時(shí)遇到帶空格的路徑會(huì)自動(dòng)截?cái)噙@是真實(shí)踩過(guò)的坑而不是玄學(xué)。4. 注冊(cè)機(jī)報(bào)錯(cuò)與激活失敗排查我們?cè)谶@里都翻過(guò)車4.1 注冊(cè)機(jī)報(bào)“缺少 DLL”先懷疑運(yùn)行庫(kù)再懷疑殺軟現(xiàn)象雙擊注冊(cè)機(jī)或許可生成工具提示缺少 MSVCP100.dll 或 MSVCR100.dll彈出“無(wú)法啟動(dòng)此程序因?yàn)橛?jì)算機(jī)中丟失 XXXX.dll”。很多人第一反應(yīng)是補(bǔ) VC 運(yùn)行庫(kù)裝上以后問(wèn)題依舊于是判定注冊(cè)機(jī)壞了。原因這個(gè)報(bào)錯(cuò)有兩種誘因。一種是注冊(cè)機(jī)是用 Visual C 2010 編譯的目標(biāo)機(jī)器缺 VC 2010 Redistributable另一種是安全軟件實(shí)時(shí)防護(hù)把注冊(cè)機(jī)的或它的依賴文件隔離了文件確實(shí)不存在于磁盤(pán)上而不是系統(tǒng)缺庫(kù)。我處理過(guò)一個(gè)案例現(xiàn)象一模一樣排查到最后發(fā)現(xiàn)是被某殺軟移除了一個(gè)同名 DLL恢復(fù)文件并加入白名單后正常。解決先看殺軟隔離區(qū)有可疑文件先恢復(fù)并加白名單再去裝 VC 2010 運(yùn)行庫(kù)。裝完運(yùn)行庫(kù)后如果還報(bào)錯(cuò)用依賴查看工具看它到底缺哪個(gè)文件別盲目重裝系統(tǒng)。要注意的是某些工具會(huì)在啟動(dòng)時(shí)檢查調(diào)試器如果你為了排查開(kāi)了進(jìn)程監(jiān)視器它反而會(huì)拒絕執(zhí)行。4.2 注冊(cè)碼無(wú)效先看系統(tǒng)時(shí)間、時(shí)區(qū)與 Build 匹配現(xiàn)象注冊(cè)碼輸入后提示“無(wú)效的許可證密鑰”或“許可證密鑰與產(chǎn)品版本不匹配”重裝三次、換注冊(cè)機(jī)都沒(méi)用。原因BE 2010 的許可校驗(yàn)會(huì)讀取兩部分信息一是當(dāng)前系統(tǒng)時(shí)間二是安裝介質(zhì)的 Build 號(hào)。系統(tǒng)時(shí)間偏離當(dāng)前年份超過(guò)一定范圍時(shí)算法會(huì)認(rèn)為許可已過(guò)期或尚未生效Build 不匹配則是最常見(jiàn)的情況——注冊(cè)碼是按 13.0.4164 算出來(lái)的輸入到 13.0.4037 的安裝程序里就報(bào)錯(cuò)。還有一部分機(jī)器 BIOS 電池沒(méi)電每次開(kāi)機(jī)時(shí)間都是 2009 年這種情況在老舊服務(wù)器上比例不低。解決第一步把系統(tǒng)時(shí)間改為當(dāng)前正確時(shí)間并同步時(shí)區(qū)為中國(guó)標(biāo)準(zhǔn)時(shí)間重啟一次再看。第二步比對(duì)注冊(cè)碼支持的 Build 號(hào)和安裝介質(zhì)的 Build 號(hào)路徑是安裝包目錄下的 Setup.ini 或安裝日志首行版本號(hào)。如果兩邊對(duì)不上換介質(zhì)或換注冊(cè)碼沒(méi)有第三種解法。檢查時(shí)也順手看一眼 Windows 是否開(kāi)啟了“自動(dòng)設(shè)置時(shí)間”如果 NTP 被組策略鎖死改了也會(huì)被拉回去。注意系統(tǒng)時(shí)間千萬(wàn)別為了“讓注冊(cè)碼有效”而調(diào)回去這會(huì)給后續(xù)日志排查造成巨大干擾而且證書(shū)類備份任務(wù)也會(huì)連帶報(bào)錯(cuò)。4.3 激活次數(shù)耗盡或被舊機(jī)器占用許可證綁定的是“機(jī)器指紋”現(xiàn)象注冊(cè)碼第一次輸入成功第二次重裝系統(tǒng)后再輸入同一注冊(cè)碼提示“許可證已使用”或“超出最大激活次數(shù)”。網(wǎng)上搜到的說(shuō)法是“注冊(cè)碼只能激活一次”實(shí)際上不完全是。原因BE 2010 的許可證文件里記錄了首次激活時(shí)的機(jī)器指紋信息包括系統(tǒng) BIOS 標(biāo)識(shí)、網(wǎng)卡 MAC 地址和系統(tǒng)卷序列號(hào)的組合。虛擬機(jī)場(chǎng)景下克隆或快照回滾會(huì)讓多臺(tái)機(jī)器擁有相同指紋這會(huì)被判定為同一臺(tái)機(jī)器反復(fù)激活。硬件變更超過(guò)閾值也會(huì)讓已激活許可失效這是算法設(shè)計(jì)如此不是注冊(cè)機(jī)的問(wèn)題。解決如果是合規(guī)授權(quán)走 Symantec 官方的授權(quán)恢復(fù)流程說(shuō)明硬件變更情況重新生成授權(quán)文件。如果是在離線測(cè)試環(huán)境里用注冊(cè)工具做授權(quán)恢復(fù)那么確保注冊(cè)碼對(duì)應(yīng)的激活請(qǐng)求是在目標(biāo)機(jī)器上當(dāng)場(chǎng)生成的不要在宿主機(jī)上生成后再拷貝進(jìn)虛擬機(jī)。另外網(wǎng)卡 MAC 變更是一個(gè)高頻觸發(fā)點(diǎn)重裝系統(tǒng)后如果啟用和原來(lái)不同的網(wǎng)卡指紋發(fā)生變化舊許可就會(huì)失效解決辦法是把以前的網(wǎng)卡 MAC 改回去再激活。4.4 裝完新許可舊許可仍顯示為“已評(píng)估”現(xiàn)象安裝完成并導(dǎo)入新許可后控制臺(tái)的“許可”頁(yè)還是顯示“功能評(píng)估版”或顯示“評(píng)估期剩余 0 天”。服務(wù)能啟動(dòng)但備份作業(yè)報(bào)“功能未授權(quán)”。原因這是 3.2 節(jié)說(shuō)的舊 .lic 殘留機(jī)制在后半程的表現(xiàn)。新許可導(dǎo)入時(shí)許可證存儲(chǔ)目錄里同時(shí)存在新舊兩個(gè) .lic 文件Backup Exec 以文件時(shí)間戳為準(zhǔn)加載了舊的評(píng)估許可或者導(dǎo)入過(guò)程是在控制臺(tái)未重啟狀態(tài)下做的許可服務(wù)緩存了舊狀態(tài)。解決停掉備份 Exec 相關(guān)服務(wù)清空 License 目錄重新導(dǎo)入新許可文件然后依次啟動(dòng)服務(wù)。如果啟動(dòng)后還顯示評(píng)估版用命令行強(qiáng)制重載許可證cd C:\Program Files\Symantec\Backup Exec bklic.exe /unload all bklic.exe /load C:\temp\new_license.lic第一行先把全部已裝入許可卸載第二行再裝載新許可。加 /unload all 的原因是 bklic.exe 默認(rèn)只疊加不替換舊許可沒(méi)卸掉之前新許可的裝載結(jié)果會(huì)被合并進(jìn)一個(gè)混合視圖界面顯示永遠(yuǎn)不對(duì)。這條命令是我經(jīng)手所有激活問(wèn)題時(shí)的統(tǒng)一收尾動(dòng)作比在圖形界面里反復(fù)點(diǎn)“導(dǎo)入”可靠。5. 離線許可證導(dǎo)入與驗(yàn)證把注冊(cè)碼變成能用的 .lic5.1 導(dǎo)出系統(tǒng)指紋與生成激活請(qǐng)求文件很多備份服務(wù)器在隔離網(wǎng)段運(yùn)行無(wú)法聯(lián)網(wǎng)激活。BE 2010 對(duì)這種情況的支持方式是“離線激活請(qǐng)求 響應(yīng)文件”模式。整個(gè)流程分三步在目標(biāo)機(jī)器上生成一個(gè)請(qǐng)求文件把請(qǐng)求文件帶到有授權(quán)服務(wù)的機(jī)器上計(jì)算響應(yīng)文件再回到目標(biāo)機(jī)器導(dǎo)入響應(yīng)文件。這里的“有授權(quán)服務(wù)的機(jī)器”可以是正規(guī)授權(quán)廠商提供的離線激活工具也可以是用注冊(cè)機(jī)在另一臺(tái)機(jī)器上做授權(quán)計(jì)算。重點(diǎn)是請(qǐng)求文件必須來(lái)源于目標(biāo)機(jī)器本身否則計(jì)算出的響應(yīng)文件會(huì)被判定為無(wú)效。生成請(qǐng)求文件的方式在控制臺(tái)里是“許可 → 激活 → 離線激活”它會(huì)輸出一個(gè)文本文件內(nèi)容包含產(chǎn)品名稱、Build 號(hào)、功能碼和目標(biāo)機(jī)器的指紋哈希。命令行方式也能做目標(biāo)機(jī)器上運(yùn)行cd C:\Program Files\Symantec\Backup Exec bklic.exe /createrequest C:\temp\BE2010_request.txt /domainSERVER01其中 /domain 參數(shù)填的是機(jī)器所在域或工作組的標(biāo)識(shí)用于區(qū)分同一臺(tái)機(jī)器在不同網(wǎng)絡(luò)環(huán)境下的指紋差異。生成的請(qǐng)求文件是純文本格式大概長(zhǎng)這樣FeatureBackup Exec 2010 for Windows Servers Build13.0.4164 MachineIDABCD-1234-EF56-7890 Fingerprint9E8C7D6A5B4C3D2E1F0A生成后檢查幾個(gè)字段Build 是否與安裝介質(zhì)一致、MachineID 是否為空、Fingerprint 是否為固定長(zhǎng)度十六進(jìn)制串。如果 MachineID 為空說(shuō)明系統(tǒng)指紋采集失敗通常是網(wǎng)卡被禁用或系統(tǒng)卷加密導(dǎo)致讀取不了序列號(hào)。此時(shí)到設(shè)備管理器啟用以太網(wǎng)適配器再重新生成請(qǐng)求。5.2 從 .lic 到“裝入許可”驗(yàn)證服務(wù)啟動(dòng)狀態(tài)拿到響應(yīng)文件后正確的導(dǎo)入目標(biāo)是 License 目錄里的 .lic 文件。響應(yīng)文件一般是一個(gè)純文本響應(yīng)體把它保存為任意名稱的 .lic 文件然后通過(guò)控制臺(tái)或命令行裝載。裝載后不要急著建作業(yè)先做三個(gè)驗(yàn)證動(dòng)作確認(rèn)許可真正生效。第一個(gè)動(dòng)作是查看許可列表命令行bklic.exe /list會(huì)輸出已裝入的許可明細(xì)里面應(yīng)包含你導(dǎo)入的功能碼和許可類型。第二個(gè)動(dòng)作是檢查服務(wù)狀態(tài)Backup Exec 的許可服務(wù)掛在“Backup Exec Management Service”和“Backup Exec Job Engine”上兩個(gè)服務(wù)都要處于“正在運(yùn)行”狀態(tài)任何一個(gè)停止許可列表都可能顯示正常但作業(yè)無(wú)法啟動(dòng)。第三個(gè)動(dòng)作是檢查事件日志在“應(yīng)用程序”日志里篩選來(lái)源為 Backup Exec 的條目激活成功會(huì)寫(xiě)入“許可證已裝載”信息失敗則寫(xiě)入錯(cuò)誤碼通常是 0xE00094xx 段。# 檢查 BE 相關(guān)服務(wù)狀態(tài)確認(rèn)許可裝載后所有依賴服務(wù)正常 Get-Service -Name *Backup Exec* | Where-Object {$_.Status -ne Running} | Format-Table Name, Status, StartType -AutoSize腳本只列出非運(yùn)行狀態(tài)的服務(wù)。正常環(huán)境下輸出應(yīng)為空如果有服務(wù)停在“已停止”用Start-Service拉起來(lái)再繼續(xù)下一步。不能忽略的是 StartType 列如果某個(gè)關(guān)鍵服務(wù)的啟動(dòng)類型不是“自動(dòng)”重啟服務(wù)器后許可服務(wù)會(huì)最后一次啟動(dòng)失敗作業(yè)引擎起不來(lái)備份作業(yè)全部失敗。遇到 StartType 為“手動(dòng)”的服務(wù)手動(dòng)改成自動(dòng)再重啟驗(yàn)證一遍。這套驗(yàn)證動(dòng)作做完許可狀態(tài)才算是真正落地了。6. 把許可狀態(tài)做成監(jiān)控項(xiàng)避免下次半夜翻車激活不是終點(diǎn)能在許可過(guò)期或異常時(shí)第一時(shí)間發(fā)現(xiàn)才是收尾。我自己保存著一個(gè) PowerShell 監(jiān)控腳本通過(guò)計(jì)劃任務(wù)每小時(shí)跑一次把許可狀態(tài)和關(guān)鍵服務(wù)狀態(tài)寫(xiě)成一條日志再配合簡(jiǎn)單的文件判斷有問(wèn)題時(shí)輸出失敗標(biāo)志。這個(gè)腳本的價(jià)值不在于自動(dòng)化本身而在于它把“玄學(xué)”變成可追蹤的記錄下次再出問(wèn)題翻日志就能定位到底是服務(wù)停了、許可丟了還是僅僅是控制臺(tái)顯示錯(cuò)亂。$bePath C:\Program Files\Symantec\Backup Exec $logFile D:\BE_Monitor\be_status.csv $services Get-Service -Name *Backup Exec* $deadServices $services | Where-Object {$_.Status -ne Running} $licCount (Get-ChildItem (Join-Path $bePath License) -Filter *.lic).Count $entry {0},{1},{2} -f (Get-Date -Format yyyy-MM-dd HH:mm:ss), $deadServices.Count, $licCount Add-Content -Path $logFile -Value $entry這里有兩個(gè)閾值值得關(guān)注$deadServices.Count 大于 0 說(shuō)明有服務(wù)停了$licCount 小于 1 說(shuō)明許可文件沒(méi)了更進(jìn)一步的檢查是比對(duì) $licCount 與你預(yù)期安裝的組件數(shù)量少了就意味著許可不完整。日志文件會(huì)持續(xù)增長(zhǎng)建議配合計(jì)劃任務(wù)在每月初歸檔舊文件保留三個(gè)月即可。做這個(gè)監(jiān)控的另一個(gè)好處是重裝系統(tǒng)后你能用日志回溯上次正常運(yùn)行時(shí)服務(wù)數(shù)量是多少而不是憑記憶判斷有沒(méi)有裝漏。在我維護(hù)過(guò)的環(huán)境里跟著這套流程走一遍大多數(shù)許可問(wèn)題都能在半小時(shí)內(nèi)定位到根因。最怕的是“感覺(jué)激活好像成功了”就放任不管結(jié)果真出問(wèn)題時(shí)連是許可問(wèn)題還是存儲(chǔ)問(wèn)題都分不清。希望你從這篇筆記里帶走的不僅是命令更是一個(gè)“先確認(rèn)狀態(tài)、再動(dòng)作業(yè)”的習(xí)慣畢竟備份系統(tǒng)最貴的永遠(yuǎn)不是軟件授權(quán)而是半夜驚醒的那通電話。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取