サーバーでExcel 2010を実行できますか？

この質問は、Windows Server OSがインストールされているコンピューターでExcelを使用している人に関するものではありません。また、Sharepointサービスの機能を使用することではありません。

問題は、コード（Officeオートメーション）を使用してExcelファイルを開き、それらを操作し、計算を実行し、データを読み取り、ファイルのコピーを保存し、ファイルを閉じる自動化されたプロセスに関するもので、すべてコード内です。

以前のバージョンのExcelでは、ライセンス契約によりパブリックサーバーでの使用が禁止されていました。サーバー環境でOffice Automationを使用する際の問題についてMicrosoftからの警告があり、Excelはシングルスレッドであり、サーバーでの使用を目的として設計されていないという警告が出されました。

これに関するほとんどの記事はOffice 2010より前に書かれました。

しかし現在、Excel 2010は、HPC Services for Excelを使用してハイパフォーマンスコンピューティングサーバーで動作するように設計されています。HPCの1つのドキュメントでは、「Windows HPC Server 2008 R2には、時折ダイアログボックスやポップアップメッセージを処理できる包括的なポップアップマネージャーが含まれている」と記載されています。

だから私の質問は... HPCサービスを使用せずに「通常の」サーバーでExcel 2010を自動化するコードを実行しても安全ですか？

そうでない場合、HPC Services for Excelは単一のサーバーで動作しますか？

HPC Services for Excelの高性能、分散コンピューティング、側面は必要ありません。サーバーでExcelを実行する機能だけが必要です。

それは今できますか？

ありがとう、グレン

質問は「ExcelオートメーションAPIを安全に使用できますか？」サーバーの詳細にはほとんど関係ありません。もちろん、Excel は Windows Serverプラットフォーム上で動作し、ターミナルサーバー環境ではかなり一般的なシナリオですが、通常、それぞれのユーザーがインタラクティブに実行します。この方法で実行することは常に安全です（つまり、古いバージョンもターミナルサーバーに配置されていました）。

そうは言っても、2010年7月2日に最後に改訂され、「適用」セクションに「Microsoft Excel 2010」が明示的にリストされているKB257757には、次のように記載されています。

マイクロソフトは現在、Officeが不安定な動作を示したり、/この環境でOfficeを実行すると、デッドロックが発生します。

特にライセンスの問題について：

現在のライセンスガイドラインでは、クライアントアプリケーションがライセンスされたOfficeのコピーを持っている場合を除き、Officeアプリケーションをサーバー上で使用してクライアント要求を処理することはできません。

そしてこれで太字で終わります：

マイクロソフトでは、Officeをサーバー側にインストールする必要がなく、オートメーションよりも効率的かつ迅速に最も一般的なタスクを実行できるいくつかの代替策を強く推奨しています。プロジェクトのサーバー側コンポーネントとしてOfficeを使用する前に、代替案を検討してください。

これ以上明確な言葉は出せません。