本文**：
【it168專稿】利用office 產品內建的功能和對某些特性的自定義，可以滿足一些企業的特殊應用，開發人員用自己的智慧型為微軟的office賦予了新的價值。但是，由於這種使用方式並不為微軟所推薦，因此在通過伺服器端**（例如，active server pages (asp)、dcom 或 nt service）進行office「自動化」過程中往往產生某些不可預知的問題。
本文針對這些問題，提供可以提高office應用效能的「自動化」備選方案，並提出進行伺服器端「自動化」的配置方法。
配置office伺服器的五大常見問題
在使用伺服器端office 自動化解決方案的時候應當了解到，office的表現會因為環境的不同而表現出主要的五大問題。
①使用者身份
office 應用程式在由「自動化」啟動執行時會假定存在乙個使用者身份。它們根據使用者登錄檔配置單元中的設定為啟動應用程式的使用者初始化工具欄、選單、選項、印表機和一些載入項。許多服務會在沒有使用者配置檔案的帳戶下執行，因此，office 可能無法在啟動時進行正確的初始化，進而返回乙個有關「createobject」或「cocreateinstance」的錯誤。即使能夠在沒有使用者配置檔案的情況下啟動office 應用程式，其他功能也可能無法正常工作。
②與桌面的互動性
office 應用程式在某個互動式桌面下執行時，可能需要讓使用者看到它們以便某些「自動化」功能正常執行。如果需要乙個未指定的引數才能完成某項功能，office 會用乙個模式對話方塊提示使用者，詢問使用者要進行什麼操作。非互動式桌面上的模式對話方塊是無法取消的，這將導致該執行緒無限期地停止響應。
③重入和可伸縮性
伺服器端元件需要具有較高可重入性的多執行緒 com 元件，這些元件在有多個客戶端時消耗資源最少而吞吐量卻比較高。而office 應用程式在幾乎所有方面都恰恰與其相反，它們是非重入的「自動化」伺服器，在為客戶端提供多種多樣功能的同時也占用了較多的系統資源。作為伺服器端解決方案，他們可能會因此而受到實際併發執行數量的限制，並且在多客戶端環境中，還可能導致資源爭用。
④復原性和穩定性
office 2000、office xp 和 office 2003 使用 microsoft windows 安裝程式 (msi) 技術，以使終端使用者在進行安裝和自行修復時更加容易。msi 推出了「首次使用時安裝」的概念，允許在執行時動態安裝或配置功能。在伺服器端環境中，這會既降低效能，又增加出現要求使用者同意安裝或提供相應安裝盤的對話方塊的可能性。此外，在伺服器端執行時，由於微軟並沒有為這樣的使用而進行設計和測試，因此office 的穩定性通常無法得到保障。在網路伺服器上使用 office 作為服務元件可能會降低這台計算機的穩定性，進而降低網路的整體穩定性。
⑤伺服器端安全性
由於office 應用程式不是為在伺服器端使用而準備的，因此系統不可能考慮到分布式元件所面臨的安全性問題。office 不對傳入的請求進行身份驗證，也不會抵制來自巨集**的損害。
除此之外，我們在進行伺服器端自動化時可能會遇到下列常見技術性錯誤：
① 「createobject/cocreateinstance」返回以下執行時錯誤訊息，而且無法啟動進行自動化。這是因為伺服器端**在沒有使用者配置檔案的情況下執行，或者為啟動上下文指定的使用者身份沒有正確的 dcom 許可權。
在 microsoft visual basic (vb)或 asp中：
• 訊息 1: run-time error '429': activex component cannot create object
• 訊息 2: run-time error '70': permission denied
在 microsoft visual c或 visual c++中：
• 訊息 1: co_e_server_exec_failure (0x80080005): server execution failed
• 訊息 2: e_accessdenied (0x80070005): access denied
② 開啟 office 文件會導致下列錯誤，通常，出現這種情況是由於無法初始化 vba，而無法初始化的原因是許可權不足或缺少 vba 元件註冊，當使用者從沒有使用者配置檔案的帳戶中執行**並且使用者標記不包含「互動式 sid」時，這兩種原因都很常見。
• 訊息 1: run-time error '5981' (0x800a175d): could not open macro storage
• 訊息 2: run-time error '1004': method '~' of object '~' failed
③ 「createobject/cocreateinstance」掛起並無法完成，或者需要很長時間才能返回。在有些伺服器上，建立很快完成，但 windows (nt) 事件日誌中出現 1004 錯誤。
④ 執行多個請求或壓力測試可能導致在建立或終止 office 應用程式時**失敗、掛起或崩潰。一旦出現這種情況，程序會在
記憶體中保持執行狀態且無法終止，或者正在自動化的應用程式的所有例項都從該點開始失敗。
除了以上提出的這些問題和訊息之外，仍然可能出現其它意想不到的問題和系統訊息提示，開發人員可以將 office 的操作環境配置為模擬客戶端狀態，或者從任何伺服器端**中刪除 office 應用程式並改為使用更穩定的元件（或客戶端「自動化」）來解決這些問題。
IBM iDataPlex伺服器的五大特點
本文講的是ibm idataplex伺服器的五大特點，2008年，ibm公司發布了專門針對雲計算和web2.0應用軟體設計的新型idataplex伺服器。idataplex伺服器系統在ibm刀片伺服器基礎上設計，能耗是其他用於web 2.0環境下的伺服器的40 而計算能力卻是後者的五倍之多。idat...
選購伺服器的五大注意點
一 確定你的需求 很多使用者在決定採伺服器時，都會對某些應用有著特別的需求。從伺服器的硬體構成上看，對不同軟體應用環境起決定性影響的主要是處理器子系統以及儲存子系統。處理器子系統中包括了處理器 記憶體以及北橋晶元，也就是伺服器中提供資料運算的主要部分。儲存子系統的主要組成部分則是硬碟 南橋晶元 sa...
最熱開源無伺服器函式 五大Fission架構參考
n 無伺服器 現在是極具 的技術趨勢，沒有什麼比管理伺服器更讓人痛苦。亞馬遜 微軟和谷歌都在雲中提供無伺服器專有介面。相較於這些雲 商的商業化產品，開源無伺服器架構可免於被雲廠商鎖定，但要以犧牲雲便利性和易用性為代價。n n 近一年，fission熱度頗高。簡單來講，fission是乙個構建在kub...