Office サーバーサイドオートメーションのバックアップ(No.2)

バックアップ一覧
差分を表示
現在との差分を表示
ソースを表示
Office サーバーサイドオートメーションへ行く。
- 1 (2014-09-02 (火) 22:27:51)
- 2 (2014-09-03 (水) 09:05:01)
- 3 (2016-01-26 (火) 13:35:50)
- 4 (2016-03-24 (木) 12:58:13)
- 5 (2017-01-12 (木) 16:28:57)
- 6 (2017-03-03 (金) 21:41:42)
- 7 (2017-03-27 (月) 11:36:07)
- 8 (2019-01-23 (水) 12:03:50)
- 9 (2020-02-28 (金) 11:46:39)
- 10 (2020-03-24 (火) 10:02:40)

Open棟梁Project - マイクロソフト系技術情報 Wiki

サポート †

Office サーバーサイドオートメーションの危険性について
http://blogs.msdn.com/b/office_client_development_support_blog/archive/2012/04/12/1-office.aspx

マイクロソフトはサポートしない。
ライセンス違反にも該当する。
技術的な観点からもこれらの実装は危険。

↑

技術的背景 †

サーバーサイドオートメーションとは、正確には、

「非対話型のセッション、ウィンドウ・ステーション、デスクトップで
起動されたアプリケーションからのOfficeオートメーション」

であり

Windowsサービス
ASP (Active Server Pages)、
DCOM、MTS、COM+
ASP.NET、

など、サーバーサイドのコードから
Officeオートメーションを起動する事を言う。

↑

サポートされない理由 †

簡潔に言ってOfficeが
非対話型のセッション、ウィンドウステーション、デスクトップ上
で実行される事を想定して設計実装されていないため。

Office のサーバーサイドオートメーションについて
http://support.microsoft.com/kb/257757/ja

現在のすべてのバージョンの Microsoft Office は、
クライアントワークステーション上でエンドユーザー製品
として実行するように設計、テスト、および構成されています。

これらの製品では、

対話型デスクトップおよび
ユーザープロファイル

を想定しています。

無人実行されるように設計されたサーバーサイドコンポーネントの必要性
を満たすのに必要なレベルの再入可能性やセキュリティは提供されません。

↑

非対話型に該当する状態 †

プログラムの実行中にユーザがパソコンの前にいない状態
ユーザーがログオフした状態で実行される場合
プログラムが対話的なログオンセッション以外で実行される場合

このためサーバ上での実装に限定されず、通常のクライアント環境で
対話型ウィンドウ・ステーション以外の非対話型ウィンドウ・ステーション
からOfficeオートメーションが起されるような実装を行ったとしても、
この処理はサポートされない。

例：タスクスケジューラによって SYSTEM アカウントの下で実行されるコードから実行されるOfficeオートメーション

↑

発生し得る問題 †

不安定な動作
デッドロック
.etc

以下、詳細

↑

ユーザープロファイル †

多くのサービスは、ユーザープロファイルがないアカウント
(SYSTEM アカウント、IWAM_[servername] アカウントなど)で実行されます。
そのため、起動時に Office が適切な初期化に失敗する場合があります。

参考情報

ユーザープロファイル - Web-DB プログラミング徹底解説
http://keicode.com/windows/win13.php
JP1/Automatic Job Management System 2 セットアップガイド
7.6　ユーザープロファイルを必要とするジョブを実行するための設定
http://www.hitachi.co.jp/Prod/comp/soft1/manual/pc/d3K2343/AJSI0105.HTM
IIS 7.0 のインストールと構成セキュリティを構成する
アプリケーションプール ID - ユーザープロファイル
http://technet.microsoft.com/ja-jp/library/ee886292.aspx

IIS7 では application pool に user profile をloadできる。
Managing, Tuning, and Configuring Application Pools in IIS 7.0
http://technet.microsoft.com/en-us/library/cc745955.aspx

[loadUserProfile?]

　Specifies whether IIS loads the user profile for an application pool identity.
　When set to True, IIS loads the user profile for the application pool identity.
　Set to False when you require IIS 6.0 behavior.

↑

デスクトップでの対話的処理 †

何らかのオートメーション機能を適切に実行するために、
アプリケーションには表示が必要になることがあります。

Office は、予期しないエラーが発生した場合、
または機能の実行に必要なパラメータが未指定になっている場合には、

ユーザーに操作内容を確認する
「モーダルダイアログボックス」
が表示されるように設計されています。

非対話型デスクトップでのモーダルダイアログボックスは閉じることができません。
これが原因となり、そのスレッドが応答しない (ハング) ままになります。

参考情報

[SDK32] サービスからアプリケーションデスクトップへのアクセス
http://support.microsoft.com/kb/173687/ja

↑

再入可能性とスケーラビリティ †

Office アプリケーションは、リソースを多用する各種機能を
単一のクライアントに提供するように設計された、
再入不可能な、STA ベースのオートメーションサーバーです。
（STA：生成したスレッドのみが使用できるタイプのCOM）

サーバーサイドソリューションとしてのスケーラビリティは低く
グローバルリソースを使用するため同時実行可能なインスタンス数が制限される

このため、マルチクライアント環境下で利用する場合は競合が発生する可能性があるため
Office アプリケーションへのアクセスの "プール" またはシリアル化を検討して、
デッドロックまたはデータ破損の可能性を回避する必要がある。

↑

障害許容力と安定性 †

エンドユーザー製品としての Office の障害許容力を高める
Microsoft Windows インストーラ (MSI) テクノロジによる自己修復機能が

パフォーマンス低下、
ダイアログボックス表示、
テストされていない

等の理由から安定性を損なう。

↑

サーバーサイドのセキュリティ †

着信要求の認証を行わない。
問題のあるVBAマクロを実行してしまう可能性がある。
クライアントの認証情報をキャッシュできる。
クライアントサイドコンポーネント(Simple MAPI、WinInet?、MSDAIPP)
を多用するため、1 つのインスタンスで複数のクライアントにサービスを提供する場合、
なりすましにより、許可されていないアクセス権限を取得する可能性がある。

↑

採用され易い理由 †

以下の理由で採用され易い方式となっています。

クライアント・アプリケーションとして使い慣れているOfficeアプリケーションに
要件を実現するための機能が実装されている事を設計者が知っている事が多いため。

Officeドキュメントの作成と編集（または印刷）に、安価で便利なミドルウェアが存在しないため。

設計者がOffice サーバーサイドオートメーションの問題を知らない。

↑

代替策 †

Office サーバーサイドオートメーションの殆どのケースが
Office ドキュメントの作成と編集（または印刷）であると言う。

参考：帳票印刷

Office サーバー サイド オートメーション のバックアップ(No.2)