いつも参考にさせていただいています。
MetaFrame 3.0 公開アプリケーションで以下の現象が発生しています。
対処方法をご存知の方がいらっしゃいましたらご教授をお願いいたします。

現象：
公開アプリケーション（VB.NET）で以下の処理部 Clipboard.SetDataObject を
利用してデータをクリップボードへコピーすると以下の例外が発生する。

System.Runtime.InteropServices.ExternalException: 要求されたクリップボード操作が失敗しました。
at System.Windows.Forms.Clipboard.SetDataObject(Object data, Boolean copy)
･････

クリップボードへはデータがコピーされている。例外発生後そのまま継続すると、2回目
以降は発生しない。

現在までの検証：
(1)クラサバとして実行すると当現象は発生しない。
(2)Citrixコネクション構成ツール で ica-tcp クライアント設定で クリップボードの
　マッピングを無効にすると当現象は発生しない。
(3)MetaFrame デスクトップで接続し、アプリを実行しても発生する。
(4)リモートデスクトップで接続し、アプリを実行すると発生しない。

環境：
(1)アプリケーション VB.NET(.NET Framework 1.1）
(2)サーバOS Windows2003Server SE
(3)MetaFrame 3.0

よろしくお願いいたします。

申し訳ありません。
新規でトピックス作成を行なおうとして
間違えてしまいました。

私も分散環境でvbｱﾌﾟﾘをMetaFramePresentationServer EnterpriseEdition4.0(評価版)で
テストしているのですが、やはり１分以上 aierun.exeが起動されます。
製品版でもやはり同様な動きとなるのでしょうか？
回避方法等ございましたらどなたかご教授ください。
よろしくお願いします。
アプリケーションサーバー:win2003server sp1

コマンドプロンプトの画面が出ること自体は仕様なので防ぐことは出来ません。

ただし、それが1分以上表示される現象は、状況に応じて出たり出なかったりします。
まず、Windows Server 2003 SP1が適用されていなければ、
1分以上表示されることはありません。

Windows Server 2003 SP1が適用されていても、分離環境の名前を色々変えてみてください。
この現象(aierunが1分以上表示される)が出たり出なかったりします。
分離環境の名前の規則性は見つけられていません。
例えば、「a」と言う分離環境名と「b」と言う分離環境名では、
現象の出方がちがったはずです。

メタメタ様ありがとうございます。

SP1を適用せずに試してみるとうまくいきました。

SP1を適用して、分離環境名を変えてみると確かに出たりでなかったりします。
分離環境名が２バイトだとほとんど出るような感じだったので
半角の方が良いのかもしれません。
半角でもなるときはなりますが・・・

また、いろいろと試してみようと思います。
ありがとうございました。

ご返信ありがとうございます。
確かにＳＰ１適用で不安定な環境になるようです、
こちらも色々と試して見ます。

MetaFrameの機能にある再起動を使ってみてはどうでしょうか？
セッションが開いているときに再起動するかどうかといった設定があったような気がしますが。
あと、データストアは、MS-Accessですか？
データストアのサーバが落ちている（再起動）、もしくは、
ライセンスサーバが落ちている（再起動）場合は、
クライアントからは接続できないのかもしれません。

ウッチー様、ご回答いただきありがとうございます。

Metaframeの機能で再起動があることは知りませんでした。
週明けにでも探してみたいと思いますが･･･簡単に手順等あれば教えていただけると助かります。

データストアはOracle8.1.6を使用しています。
その時点では正常に稼動しており、また、公開デスクトップで再起動が通常通り行われた
サーバーにアクセスすると正常につながります。


少し、内容が変わるのですが、再起動に失敗したサーバーがデータコレクタをしているサーバーで、
優先度が一番高い設定のとき、公開アプリケーションを起動するとそれ以外のサーバーが正常に
稼動しているにもかかわらず、Metaframeサーバーに接続できませんというようなエラーが発生します。

こちらの思惑としては再起動に失敗したとしても負荷分散されて、正常稼動しているサーバーに
接続されてほしいのですが、うまくいっていないようです。

そこでMetaframeの負荷分散機能の動きがどうなっているかを知りたいと思っています。
・クライアントが接続にきたときにまずデータコレクタに接続に行ってから負荷の軽いサーバーに接　続に再接続される？
・Metaframeのサーバー郡に接続に行く前に中間層的なものがあってそこで負荷状況を判断してから
　どのサーバーに接続に行くかを振り分けられる。
前者ではないかと思いながらも資料等ではっきりと明記されているものが見つからず、困っています。
また、通常のデータコレクタが稼動していないときに別のサーバーがデータコレクタになるという
ことまでは調べたのですが、実際、その時点でどのサーバーがデータコレクタとして稼動している
かを調べる手段はあるのでしょうか？
それによって状況の判断のひとつにしたいと考えております。

どうぞよろしくお願いいたします。

Metaの管理コンソールで、各Metaサーバ毎の再起動設定があったと思います。
（すみません、Metaの現場から離れていますので確認できません）
データコレクタは、メインとセカンダリの設定はしているのでしょうか。
どのデータコレクタで動いているかも、Metaの管理コンソールで見れた気がします。
余談ですが、
負荷分散は、どの負荷基準で動かすかの設定もあるのですが、
それは設定してあるということですね？

Oracleのデータストアサーバは、
Metaサーバとは別のサーバに構築しているということでよろしいでしょうか。

この件については、
Metaの再起動の機能を使って、セッションが張られていても再起動させるようにすれば、
問題は解消されるような気がします。
（まぁセッション開設者が再起動の時間に、セッション終了しても問題ないか確認は必要ですが）

ウッチ－様、ご回答いただきありがとうございます。

今朝、Metaサーバーで確認してきたのですが、ヘルプでは
[管理コンソール]－[サーバー]-[<サーバー>のプロパティ]の左側の一覧に
「再起動スケジュール」なるものがあると書いてあったのですが、実際のプロパティには
そのようなものがありませんでした。

何か追加でインストする必要があるのでしょうか？
Metaframe　XP　FutureRelease3　(XPa)　を使用しております。

負荷分散に関してはすべてのサーバーが同スペックであることと、
公開アプリケーションの負荷もさほど変わらないことからセッション数での判断のみにしており、
今後の状況に応じて変更していこうと考えております。

Oracleのデータストアサーバーは別のサーバーで構築しております。

やはりMetaの再起動機能を使えればと思うのですが当方のバージョンでは使用できないのでしょうか？

どうぞよろしくお願いいたします。

MetaXpaですか。
Metaの再起動起動は無さそうです。
http://www.citrix.co.jp/products/cps/feature_grid.html

shutdownコマンドをタスクに設定して強制的に再起動させるのはどうでしょうか。

VBSでのシャットダウンのサンプル
http://www.roy.hi-ho.ne.jp/mutaguchi/bbs/list81.shtml

ウッチー様、何度もありがとうございます。

やはり当方のバージョンでは再起動の機能は使えなかったのですね。。。
shutdownコマンドでの再起動を検討することにします。

どうもありがとうございました。

起動が早い順番で考えると、
１．レジストリに記述する。
２．ログオンスクリプト
３．スタートアップ
だと思いますので、レジストリに記述してみては如何でしょう。