Nimble Storage Training Certification

上周五去了台北恆逸上了 Nimble Storage Training，取得兩張 Pre-sale 兼 Engineer 的證書。未來公司打算代理這項產品，接下來就是 Nimble Storage 會在北中南各召開現場實機體驗的展示會，到時候再體驗看看 Nimble Storage 在Database 的 IOPS 上面使用CASL技術到底有多驚人的效能進展。

XenApp 4.5 Server Hotfix R07 Step by Step

XenApp  4.5 Server同樣也要進行Hotfix R07請按以下步驟進行(所有條件均為必要)：

1.     安裝Java，J2SE 6.0 U14，必須高於此版本，因此這版本即可。
http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase6-419409.html#jre-6u14-oth-JPR
2.     安裝Microsoft Visual C++ 2005 SP1。
http://www.microsoft.com/zh-tw/download/details.aspx?id=5638
3.     License Server版本必須高於11.6.1。
http://www.citrix.com/downloads/licensing/license-server/license-server-version-1110-for-windows.html

更多的安裝需求請看此文件：
http://support.citrix.com/article/CTX127926 (此頁面可下載R07的修正檔案)

如果有發生qfarm /load 20000的訊息，目錄無法建立回來，請使用下列方法。

Access Management Console Fails During the Discovery Process After (Update)
http://support.citrix.com/article/CTX113117
使用上述說明重建Access Management Console目錄，需要下載icci.exe工具。

以下方法能解決在第一次登入 Web Interface 等候時間特別久的問題。

說明：由於ASP.NET在啟動時間會加入 Authenticode 驗證，這項驗證可能會造成使用者在第一次登入時有所延遲，在 .NET Framework 3.5 中進行啟動時，有一個組態選項可以允許略過 Authenticode 驗證，加速 Web Interface 登入速度 。

設定步驟：

登入Citrix Web Interface Server。
切換至「C:\Windows\Microsoft.NET\Framework\v2.0.50727\」目錄。
使用文字編輯器(如：記事本)開啟「Aspnet.config」檔案。
在 標籤之中增加一行程式碼「<generatePublisherEvidence enabled="false"/>」，如下：

<configuration>

    <runtime>

        <generatePublisherEvidence enabled="false"/> 

    </runtime>

</configuration>

設定完成後存檔，此時再重新開啟Web Interface速度則大大增快。

參考資料：http://msdn.microsoft.com/zh-tw/library/bb629393.aspx

以上文章引用自：http://tatang.pixnet.net/blog/post/32911262-加速citrix-web-interface登入速度

軟體與硬體維護上的差異

軟體跟硬體不一樣，通常客戶肯定會簽硬體的維護合約，尤其是網路設備，因為壞掉等於公司停擺；伺服器跟DB也是會類似的狀態只是急迫性不比網路設備。

規模夠大的軟體商，像是Citrix會有SA與PS兩種，買SA必含PS，反之未必。SA的價格會呈現穩定的狀態，但是不容易降價，除非匯率因素。通常架構夠大的企業都會願意續簽SA的合約，User等於多買一層保障，先不管升不升級，重點是對原廠開Case。

別小看對原廠開Case這件事情，別以為就是電話講講就能解決。微軟有一種Case是可以開到問題被解決為止的(到場服務、故障排除、協助測試)，當然微軟Case案件費用非常昂貴，所以像科技部這種單位每年可以問微軟數十個問題免錢的，你就知道微軟把它視為黃金客戶。

關於MA的部分，對於軟體部分，客戶通常不願意簽MA，但是硬體是一定會簽。因為軟體如果簽了原廠的SA，客戶有實力的可以直接問原廠，不需要問經銷商或是SI；而且軟體壞掉比較沒有急迫性，可能只是有一種功能不能用，比較麻煩一點而已。越穩定的軟體客戶越不願意簽MA，像是Citrix，如果有客戶用了五年，他跟你說壞掉重開機後一切正常，你要找甚麼理由讓他簽你的MA…；除非他有升級或架構異動的需求，不然你就算是說破嘴，他也不會想簽。

硬體就完全不同了，因為硬體具有急迫性，除非他公司MIS超強，非常有實力，否則通常一定會跟SI或經銷商簽MA的5*8甚至是7*24，像是竹科多數廠商，公司才不會在乎他要多付那麼一點點錢。公司停一條產線一小時損失一百萬，買你一台網路設備20萬，每年固定買30台來當備用，這種公司很多，像是旺宏電子。

但是硬體的利潤很差，代理商應該都知道這點。量要足以壓低價錢的，就要公司夠大間才會有希望。軟體利潤相當驚人，而且軟體商有個優點，就是完全沒有囤貨壓力，硬體商會要求工程師必須具備有一定程度實力在時間內把設備測試完成、設定完畢出貨給客戶，因為囤在公司這段期間拖得越長，表示公司或拉長與客戶之間的交期，使得款項延後很多才拿得到。軟體商則完全沒有這些壓力，一旦出貨就是出文件或合約給客戶，載明License跟KEY，現在很多軟體連原廠都不提供CD了，要客戶自己去原廠網站抓，沒有囤貨壓力，頂多郵資而已。

By Case這種案件在硬體界只會發生在客戶跟原廠之間，在軟體界只會發生在經銷商身上，軟體要不就買SA，不然就都不買，有非常嚴重的問題在按個案來看就好了。

如何精確判斷Windows的版本

常常會遇到無法精確判斷Windows作業系統版本的問題。

很多時候我問User：請問您用甚麼作業系統版本？
時常得到的答案是：2003或者是2008。

但是這些答案是非常不精確的，無法得知詳細的資訊。例如更新到甚麼版本？有R2與否？
這些很多User自己也不是很清楚。

比較精確的方式是在命令提示字元(cmd)下面輸入：ver 來查詢詳細的Windows版號。
按版號到wiki上作查詢，這樣就能得到比較精確的資訊。

軟體 的銷售專有名詞解釋

SA(Subscription Advantage) - 原廠售後保固，保障產品在SA期間內如有新版本釋出或重大更新時，有權利將舊有版本升級到新版。

PS(Premier Support) - 原廠提供問題諮詢，意味您可以針對購買的產品開Case要求原廠給予專業答覆。

MA(Maintenance Agreement) - 由服務供應商所提供，分成 到府服務(Onsite Service) 和 遠端服務(Remote Service)，在按照時間分成 5*8 與 7*24 兩種。

Pre/By Call - 按次計價，沒有固定合約，服務供應商會把這類客戶排在最末優先權，因為這些案件並沒有合約約束力。

關於微軟的系統資訊

好吧！有客戶反應他的程式在Windows上掛掉了，要怎麼進行下一步。
第一、阻止你的用戶隨便亂按嘗試修復應用程式或系統。
第二、拍下當時的系統資訊(執行msinfo32.exe並另存檔案)。
第三、依照當時資訊，嘗試逐步修復應用程式。
第四、如無法修復，至少可以依照當時情況建立模擬環境。

如果藍底白字了怎麼辦？藍底白字通常代表作業系統資源(記憶體資源或系統檔案)被來路不明的應用程式霸占或惡意使用(尤其是利用C語言所寫出來的驅動程式)。

*微軟常常蒙受不白之冤，藍底白字很多時候的罪魁禍首不是微軟，而是那些驅動程式亂寫一通的硬體供應商。