• Windows 2008 / R2 排程執行bat檔時,出現錯誤代碼 0x1

    問題描述:

    Windows 2008 / R2 直接執行bat檔可以正常執行,透過排程就無法執行,出現錯誤代碼 0x1

    解決方法:

    當您設定排程內容有以下類型時,

    1. Win32 applications

    2. Win16 applications

    3. OS/2 applications

    4. MS-DOS applications

    5. batch files (*.bat)

    6. command files (*.cmd),

     

    建議您以下方式設定排程:

    1. 以 [建立工作] [create task] (非精靈模式) 來建立排程工作。

    2. 於 [一般] 標籤頁位置下方 [設定],設定以 “Windows Server 2003, Windows XP, or Windows 2000”  來執行。

    此設置,主要是”向下相容” (Backward Compatible ),當您以此設定來執行task scheduler時,就會以task scheduler1.0模式來執行:

    (這與目前2008 / R2的task scheduler 2.0 模式不同,詳細內容請參考下方說明)

    clip_image002

    3. 若是一般排程內容,你可以依照 [建立基本工作] (依照操作精靈指示) 逐步設定您需要的排程工作內容。

    參考資料:

    Task Scheduler Backward Compatible Tasks

    http://technet.microsoft.com/en-us/library/dd315694(WS.10).aspx

    A backward compatible task is a Task Scheduler 1.0 task that is used in the Windows XP, Windows Server 2003, and Windows 2000 operating systems. A Task Scheduler 1.0 task can be registered (scheduled) to execute any of the following application or file types: Win32 applications, Win16 applications, OS/2 applications, MS-DOS applications, batch files (*.bat), command files (*.cmd), or any properly registered file type.

    You can register a Task Scheduler 1.0 task in one of three ways:

    A. Use the schtasks.exe command-line tool to define and register a version 1.0 task.

    B. Use Task Scheduler to define and register a task compatible with earlier operating systems. Click the Create Task action in Task Scheduler, set the Configure for box on the General tab to Windows Server 2003, Windows XP, or Windows 2000.

    C.  Use Task Scheduler to import a Task Scheduler 1.0 task from an XML file.

    Task Scheduler 2.0

    http://msdn.microsoft.com/en-us/library/bb756979.aspx

    Task Scheduler

    http://msdn.microsoft.com/en-us/library/aa383614(VS.85).aspx

  • 如何針對Printer Server上安裝舊型號的印表機驅動程式(x86及x64版本)

    問題背景

    如果您的Printer Server是同時要提供x86及x64的Client列印,您必需事前在列印伺服器上安裝這二個版本的驅動程式,當用戶端在連到這些印表機時,才會自動下載適合的版本驅動程式安裝至用戶端機器上。如果在印表機的官方網站上同時下載得到x86及x64版本時,這個需求不是問題。但是有些型號的印表機您只下載得到32位元的驅動程式,或是在Windows 2003 32位元的系統上有內建的32位元驅動程式,但在廠商的網站上找不到64位元的驅動程式可供下載安裝,因此無法將64位元的驅動程式加入32位元的OS上,這個時後您可以考慮以下的作法(以下是以HP LaserJet 4系列型號的印表機為例):

    作法

    1. 假設在Windows 2003上,原本只有32位元版本的驅動程式。

    image

    2. 至http://catalog.update.microsoft.com/ 網址蒐尋Windows 7 x64的HP LaserJet 4驅動,找到後下載並且將下載的檔案解壓縮至一個資料夾。

    3.  找一台加入網域的Windows 7 X64系統,開啟「列印管理」介面。(列印管理可以在控制台>系統管理工具找到),透「列印管理」介面連到Printer Server,點您點選印表機內容時,它會要求先安裝一次驅動程式至Client。在安裝驅動程式時,請選擇「從碟片安裝」,並且請將路徑指向步驟2下載CAB解開來的資料夾。

    clip_image004[4]

    4. 完成以上步驟後後,再點選一次印表機內容>共用>其他驅動程式,即可以透過以下的介面將Windows 2003上安裝X64版本的驅動程式。

    clip_image006[4]

    ===============================================

    以上步驟是在Windows 2003 32位元的系統上安裝64位元的驅動程式,您可以透過相同的作法,在Windows 2008 R2上安裝32及64位元的驅動程式,步驟如下(Windows 2008 R2預設找不到LaserJet4或4000系列的印表機):

    1. 至http://catalog.update.microsoft.com/ 網址蒐尋Windows 7 x86及x64的驅動程式並且下載。下載完後請解壓縮至一個資料夾。

    2. 在Windows 2008 R2新增印表機時,請選擇到「從磁片安裝」,然後指向步驟1的X64版本驅動程式。從同一個安裝包裏,您可以分別找到LaserJet 4、LaserJet4000,依照畫面指示即可安裝完成。

    clip_image002[6]

    clip_image004[7]

    3. 找一台加入網域的Windows 7 X86系統,開啟「列印管理」介面。

    4. 透過「列印管理」的介面,連到Printer Server,安裝86版本印表機驅動程式。安裝時,會出現選擇印表機驅動程式的位置,請指向到步驟1 中X86版本的路徑。

    5. 完成以上的步驟後,在Server上就可以看到X86及X64版本的驅動程式,並且從Server上可以看到這二個版本都被勾選。

    clip_image006[7]

    clip_image008[4]

  • How to migrate CA from Server 2003 to Server 2008 R2 – Part IV Post-Migration Tasks

    本系列包含四大部份 , 相關連結如下

    How to migrate CA from Server 2003 to Server 2008 R2 – Part I Backup CA & Uninstall ...

    How to migrate CA from Server 2003 to Server 2008 R2 – Part II Install CA Role on Destin ...

    How to migrate CA from Server 2003 to Server 2008 R2 – Part III Restore CA on Destinatio ...

    How to migrate CA from Server 2003 to Server 2008 R2 – Part IV Post-Migration Tasks

     

    Part IV

    確認CA的CDP & AIA Extenstion是否設定正常
    ==================================

    開啟CA管理畫面 – 對CA名稱點右鍵 – 內容
    clip_image001

    點選延伸的標籤 , 分別確認CDP & AIA部份的設定是否正確
    clip_image002




    確認AD資料庫內CDP & AIA容器的權限
    ==================================

    於DC上開啟dssite.msc , 點選檢視-顯示服務節點
    clip_image003
    找到下圖CDP-SourceCA , 針對右邊所有cRLDistributionPoint類型的物件修改安全性 , 加入目的端Server的電腦帳號並給予完全控制的權限
    clip_image005

    針對AIA內的CA名稱確認目的端Server是否有完全控制的權限

    image

           
       
    安裝新的憑證範本
    ==================================

    用Enterprise Admins群組的成員登入CA , 開啟CA管理畫面 , 對憑證範本點右鍵 – 管理
    clip_image006

    此時會出現底下對話框 – 點選[是]來安裝新的憑證範本
    clip_image007




    新增別名紀錄確保CRL Checking正常
    ==================================

    如果目的端Server跟來源Server的電腦名稱不一樣時,我們可以再DNS Server裡面新增一筆Source Server的CNAME對應到目的端Server
    確保先前發出去的憑證在進行CRL Checking時不會有問題
    clip_image009




    發佈原先的憑證範本
    ==================================

    根據先前於來源Server執行certutil -catemplates > CATemplates.txt所產生的文字檔案將原先發佈的憑證範本重新發佈
    clip_image010

     


    確認CA運作正常
    ==================================

    1. 找一台Client測試憑證是否可以正常申請憑證

    2. 確認新舊憑證的CRL Checking是正常的

    分別找一個新申請的憑證 & 先前申請的憑證 , 將其匯出成CertNew.cer & CertOld.cer
    執行此指令certutil -verify -urlfetch Name.cer 確認CRL的檢測是否成功
    (如下圖,確認AIA & CAP都是已確認 , 而且最後有顯示成功通過憑證撤銷檢查)
    clip_image012

    clip_image014

    clip_image015

  • 如何利用GPO logon script來部署BGinfo

    當您使用辦公室的系統時,有多少次需要按數個診斷視窗來提醒您有關設定的重要項目,其中像是名稱、IP 位址或作業系統版本。如果您管理多部電腦,可能就需要 BGInfo。它會自動在桌面背景顯示 Windows 電腦的相關資訊,像是電腦名稱、IP 位址和 Service Pack 版本等等。您可以編輯任何欄位和字型與背景色彩,並將之放置在您的啟動資料夾,如此才能在每次開機時執行,甚至可以將它設定為登入畫面的背景顯示。

    因為 BGInfo只是寫入新的桌面點陣圖就結束,所以您不需要擔心它會消耗系統資源或干擾其他應用程式。

    1. 請於systeminternal下載bginfo .exe並置放於DC中的路徑: \\網域名稱\sysvol\網域名稱\scripts

    http://technet.microsoft.com/en-us/sysinternals/bb897557

    2. 解壓縮後,請執行bginfo.exe,顯示如下圖

    clip_image002

    3. 將符合您要求的項目留下,此例僅顯示host name

    clip_image004

    4. 選擇position,此例置於右上角

    clip_image006

    5. 選擇位置完畢後請點選apply即可於螢幕上顯示您預想的顯示,若符合您的要求請另存新檔

    clip_image008

    6. 路徑為(\\網域名稱\sysvol\網域名稱\scripts) 檔名為bginfo.bgi

    clip_image010

    7. 之後,請您新增記事本文件,並輸入以下內容:

    \\網域名稱\sysvol\網域名稱\scripts\bginfo.exe \\網域名稱\sysvol\網域名稱\scripts\bginfo.bgi  /Timer:0 /NolicPrompt

    clip_image012

    8. 輸入完畢後,請您另存於以下路徑: \\網域名稱\sysvol\網域名稱\scripts,將其命名為bginfo.cmd

    9. 存檔完成後,請您檢查\\網域名稱\sysvol\網域名稱\scripts,此路徑是否包含bginfo.exe , bginfo.bgi, bginfo.cmd三個檔案

    10. 確認完成後,請您打開GPO管理,針對您所要套用的範圍來編輯(以此例而言,套用至網域內所有使用者及電腦)

    clip_image014

    11. 選擇startup後,接著選擇add,並輸入bginfo.cmd的完整路徑( ex: \\網域名稱\sysvol\網域名稱\scripts\bginfo.cmd),輸入完成後請選擇OK

    clip_image016

    12. 同樣的使用者設定如同前兩步驟再執行一次

    clip_image018

  • How to use AVICode to monitor Enterprise .NET Executable Application

    1.選擇 [Add Monitoring wizard]

    clip_image001

    2.選擇 [Enterprise .NET Executable Application]

    clip_image002

    3.選擇所要監控的執行檔

    clip_image003

    我的Lab 用SCOM Console 的執行檔測試
    clip_image004
    clip_image005

    4.選擇Discovery Interval , 最少必須10分鐘

    clip_image006

    5.修改 Application Thresholds

    clip_image007

    6.選擇 [Create]

    clip_image008

    7.SCOM Console 上的顯示

    clip_image010

    8. 檢查 AVICode Console

    clip_image012

    clip_image013

    9.檢查是否回報

    clip_image014

    clip_image015

    clip_image016

    Avicode 監控的Event LOG ID 是4295

    clip_image017