原文出處：
http://www.vistax64.com/general-discussion/188436-ers-program-not-found.html
It was caused by a corrupted registry.
Run REGEDIT and then go to HKEY_LOCAL_MACHINE\System\ControlSet001\Control\Session Manager. Click on BootExecute. Data should be "autocheck autochk*".
If you anything else other than "autocheck autochk*", delete other data shown there.
原文出處：http://jaby.heyzu.com.tw/main.php?Y=TB0D0300&dizcus=205.UCTjUUuV
這是kavo系列病毒的後遺症之一，為什麼會不讓你看到隱藏檔呢？因為它的病毒都藏在隱藏檔裡面所以把顯示隱藏檔的功能給廢了，要解很簡單
原文出處：http://www.goodman-lai.idv.tw/2008/11/windows.html
星期五, 十一月 21, 2008
Windows的命令列工具要在『命令提示字元』環境執行（也就是cmd.exe所開啟的環境），包括Windows XP、Vista、Windows Server 2003、Windows Server 2008都內建了相當多的命令列工具，完整的命令列工具以及使用細節，可參考以下官方的Microsoft TechNet Windows Server TechCenter網站。
除了線上參考資料，微軟也製作了一份名為Windows Command Reference的chm文件，雖然這份英文文件的下載網頁提及文件內容支援Windows Vista、Windows Server 2003、Windows Server 2008，但其中諸多命令也適用Windows XP（下載）。
而Windows系統內也有線上說明檔，通常可以從系統內的『說明及支援中心』找到，例如在Windows XP的『說明及支援中心』以「命令列參照」作為搜尋字串，除了能找到命令列工具的完整列表（命令列參照 A-Z），還能找到Windows XP新命令列工具的說明（新命令列工具）。
此外，像是Windows Server 2003 的 %windir%\help 資料夾裡面的 ntcmds.chm，則詳列了 Windows Server 2003 內建的命令列工具，除了完整的命令列工具使用參考內容之外，也詳列了新增的命令列工具、已被廢除的命令列工具，以及命令列工具的基本使用概念，和命令列工具執行環境的設定方式。
.
原文出處：http://www.goodman-lai.idv.tw/2008/12/offilne-virtual-machine-servicing-tool.html
星期五, 十二月 19, 2008
虛擬機器不見得都保持開機或經常開機，這可能會讓系統無法保持更新狀態，因而出現安全漏洞，若久久未開機而某天突然開機，可能就因此招來攻擊。
為了解決這個問題，微軟提供了Offilne Virtual Machine Servicing Tool（離線虛擬機器維修工具），讓管理者能在虛擬機器裡的Windows系統處於離線的狀態下，自動更新系統所需要的修補檔案。
Offline Virtual Machine Servicing Tool支援2003、2008等Windows伺服器作業系統，並且也需要Microsoft System Center Virtual Machine Manager 2007或2008、及以下任一種軟體更新管理系統一同搭配：
目前最新版的Offline Virtual Machine Servicing Tool （2.0.1）新增了Hyper-V和Windows Server 2008的支援，並且也支援在第1版之後推出的新版System Center Configuration Manager和Microsoft Windows Server Update Services。
當您安裝這項工具時，安裝程式會找出系統裡的System Center Virtual Machine Manager版本，再調整Offline Virtual Machine Servicing Tool的設定，而且某些功能必須與System Center Virtual Machine Manager 2008搭配才會出現。
這項工具的更新過程大致是：
管理者可指定這項工具要更新哪個虛擬機器、更新的過程要使用哪些資源、何時開始維護工作（可讓維護工作立即執行，或排程在網路流量較低時執行，也可排程在固定時間定期循環執行）。
.
原文出處：http://www.goodman-lai.idv.tw/2009/01/it.html
星期三, 一月 14, 2009
天主教將人類的重大惡行分成7種：色慾（lust）、貪食（gluttony）、貪婪（avarice）懶惰（sloth）、暴怒（wrath）、妒忌（envy）、傲慢（pride）；美國導演大衛芬奇也曾以7原罪作為題材拍過電影。但IT人可得留意，別在IT管理工作犯了InfoWorld《The 7 deadly sins of IT management》提及的7原罪。
渴望新技術的慾求（Lust for new technology）。需要最新版的硬體、軟體嗎？不見得，但許多IT人往往陷入新技術的迷思與追求，但卻忘了夠用即可的哲學。我們當然需要軟硬體設備來解決企業裡的各種營運所需，也不是說老舊的設備不能更新，但必須客觀的衡量新技術對自身企業營運究竟有多大的實用與價值。尤其規模越大的企業，IT環境往往越複雜，在牽一髮即動全身的情況下，縱使只是更新其中一個環節的軟體或硬體，可能還是會影響整個企業營運；就算升級成功，也要估算整個升級的成本划不划算。
將資訊據為己有（Information gluttony）。許多IT人會以為只要緊握某些重要資訊，就能保住自己的飯碗，但實際並不然，甚至可能正好相反。如果全公司只有某個人知道整個網路架構的核心細節，這豈不是讓公司的IT環境陷嚴重的失衡！此外，還有些IT主管會不斷的攬專案（或者不會拒絕），讓IT部門總得將每個專案視為緊急，卻無法分出人力處理真正緊急的專案。
人心不足的貪婪導致專案失敗（Avarice as an action item）。IT專案失敗的原因，通常是因為傲慢與貪婪的致命結合，再加上：開出不切實際的需求企畫書的傲慢客戶、明知不可行的系統整合商（SI）和顧問、夾在中間的技術提供者。系統整合商到底該直接告訴客戶專案注定會失敗而放棄白花花的銀子不賺，還是硬著頭皮繼續做，做到超出原本預計的工時和預算？因此，要避免專案超時、超支，合約必須規範成功的誘因，例如明訂提早完工的獎勵，以及超時、超支的罰則。
怠惰的工作心態（Slothful approaches to IT）。多數屬於事務性的工作做久之後，容易流於反射動作，許多工作做久之後，也會因疲乏而缺少更積極的作為，甚至抱了多一事不如少一事的心態，懶得作為；有些IT工作也會如此。這種工作心態沒有先考慮「做對的事」，只想要「把事情做對」，甚至敷衍的只想「把事情做完」。不只是IT工作，積極主動的態度比能力更重要，而且應該比你的老闆更主動、比你的競爭者更積極；主動的態度不只能精進工作能力，也會讓你有用心盡力的工作表現。
妒忌導致內鬥（In-house envy）。常常酸言酸語的見不得別人好嗎？這明顯犯了妒忌；會義憤填膺的指責別人嗎？這也可能是出於妒忌。有些妒忌很明顯，有些則會披著義憤填膺的外衣而狀似正義。如何分辨假正義、真嫉妒？就將他曾大肆批評的好處給他，如果他接受並沈溺其中，就是假正義了。妒忌別人就不會珍惜自己所擁有的及該做的，一旦妒忌之火越燃越大，不只自己的正事不做，還是妨礙別人做正事，到頭來公司無異養了一群只會咬破布袋的老鼠。
發飆不能解決問題（Wrath management）。暴怒只會凝結氣氛、讓對方下不了台，接著不是引起兩造對立，就是讓對方悶在心裡。主管公開發飆更不妥，拍桌罵人只能發洩情緒，並且促使大家絞盡腦汁想出自保、推諉的對策。
傲慢（Pride creep）。不論是傲慢、驕傲、還是自大，都會蒙蔽IT人的心智，甚至毀掉一個人或一家公司。以為自己知道或做得到，卻因為傲慢自大的錯估形勢，而導致全盤皆墨；甚至還放不下身段，不願承認錯誤。「滿招損、謙受益」，IT人必須吞下驕傲，專案成功並非一人可為，也不會只是單一部門的功勞；專案失敗亦然。
.
分類於 數位‧科技 — klear302 @ 7:24 午後
坐在這個位子上，往往常碰到一些新的科技字眼，常常都搞不清楚到底該怎麼念才好？.
![clip_image002[4]](http://pic.pimg.tw/clifflin123456/2bad34dbb5c13ce8e0f6e43d7b3002ce.jpg?v=1297127431 "clip_image002[4]")
原文出處：http://dbmaker.syscom.com.tw/mag/137/sen_01.htm
深入探討
從桃園機場當機談IT維運
■王宜倫
前言
2009年的開始，墨菲定律(註一)空襲桃園機場，移民署境管系統當機事件再一次為所有IT維運人員上了一堂重要且昂貴的課：即使關鍵系統 (mission-critical system) 的儲存設備採用了磁碟陣列 (RAID) 技術，再加上備援系統，在這種雙保險架構下，還是有可能發生資料損毀的問題，而此問題需要3天的時間才能復原。
綜觀全球重大IT異常事件，我們可以容易地發現類似這次「移民署境管系統當機事件」並非特殊個案，類似問題也確實一再上演，因此筆者研究並參考近年來國內外重大IT異常事件後，提出下列IT維運觀念與大家分享，讓不必要的維運疏失降至最低，提升IT整體維運品質。
從桃園機場當機談IT維運
目前各大機關團體、公司組織的關鍵系統大多採用具備備用 (redundancy) 設計的IT設備，設備本身包含多個電源供應器、磁碟陣列設計、架構上的叢集 (cluster) 技術，以及更完整的災備系統 (Disaster Recovery system) 等，都讓系統穩定性獲得大幅度的提升；在資訊科技不斷的進步下，電腦系統配合cluster架構，在硬體上的可用性 (availability) 幾可達99.999%，甚至99.99999%，但是這也僅限於系統層面，並非實際運作層面，"可用性" 除了考量系統硬體架構層面，也包含應用程式設計與操作維運層面；2007年，國際太空站 (International Space Station, ISS) 也曾經發生一個具備三重備援 (triple redundant) 的電腦系統因其中一個電源供應器設計錯誤，再加上後續處理人員操作錯誤，進而導致其環境控制電腦系統停擺；由此實例可知，就算是IT設備已具備redundancy的容錯 (fault-tolerance) 架構，但是若沒有搭配嚴謹的維運程序與訓練有素的人員，投資了龐大的IT成本，仍有可能因為系統設計本身的缺失，或是人為操作錯誤，導致容錯架構無法發揮功效，造成系統停止運作，進而造成業務營運停擺。
暫且先不討論移民署境管系統問題根源 (root cause)，資深IT人員應該都有相同的體認 -問題總與『改變』相伴；因此電腦系統的升級，不論是應用系統、作業系統、資料庫、硬體、網路還是其它設備軟硬體元件，都令人戒慎恐懼，但儘管再如何小心謹慎，系統升級時發生問題的惡夢總是不定時爆發，而且通常某個細節一定會發生問題。因此為了「降低」電腦升級的風險，第一個原則就是要經過完整且嚴謹的測試，關於這點，大部分公司都做的很好，然而，僅有少數公司會針對升級失敗準備好應變計畫，也會針對應變計畫進行測試，確認此應變計畫是可行的，一但發生問題，可立即依據應變計畫採取權宜措施，例如切換備援系統或是進行系統復原 (rollback)；在2008年，因系統升級發生問題的公司如Blackberry (RIM)、Skype、Paypal等公司，都有一個共通點：「沒有應變計畫」，導致升級失敗後，業務營運受影響時間長達數天到數週。
"當發生問題時，人會變笨"－Wendy Bartlett
當系統發生問題時，尤其是重大問題，IT人員將立即面對龐大的壓力，一方面要儘速找出問題發生原因，恢復系統正常運作，另一方面，管理階層介入問題的處理，在問題和系統狀態混沌未明的情況下，要IT人員立即提供問題發生原因、替代解決方法 (workaround)、是否要切換備援系統、何時系統可恢復運作、影響層面等更多的 "問題"，都會造成IT人員更大的負擔，在此壓力下IT人員可能會錯誤判斷或採取錯誤處理方式，造成更大的問題。要避免這種突發的壓力加諸在IT人員身上，最好的方式就是提供良好的緊急應變處理程序讓IT人員依循，若IT人員對於這些處理程序受過完整的訓練，並儘量將這些程序予以自動化，可大幅降低IT人員的心理負擔，減少人為錯誤的發生，加速問題解決。
完整確實的系統文件是IT管理的必要之惡，對IT人員而言，通常 "惡念" 戰勝 "必要"，要產製和整理這些文件是非常繁雜且耗時的工作；大部分公司的IT系統文件都較為缺乏，自基礎設施(水、電、空調)、整體網路架構、系統版本架構 (system log)、資料庫文件、程式碼的註解等靜態文件，到各種作業程序、監控檢查項目 (checklist)、異常處理程序等動態文件，不是缺乏就是久未更新或是沒有管理方式。完整且即時更新的文件，對於日常系統維運和程式維護甚為重要，因此，必須提供程式開發人員、操作人員和系統網路管理人員正確的文件；過去部分公司在IT管理上導入ISO 9001，近年來較熱門的ITIL或是ISO 20000都可強化和落實系統文件的管理。
IT維運管理經驗分享
綜合上述說明，可以很清楚的認知要避免IT重大問題的發生，除了IT設備本身的穩定度與架構設計外，最重要的還是要靠IT維運管理流程來避免或降低影響層面；筆者願提供下列IT維運管理經驗，與讀者一同學習分享：
一、建立標準作業流程原文出處：http://www.moeaidb.gov.tw/external/ctlr?PRO=bid.InformationWork01
經濟部工業局資訊作業開發建置標準規範