WinNT ドメインでの認証が発生した場合ではドメインコントローラに対してまずブロードキャストが行われ、最初に反応したドメインコントローラ(PDC,BDC問わず)が認証を行うはずだったと思います。ブロードキャストの次は WINS が使われると思います。

Presentation Server のアプリケーションにユーザがログインする際に、Presentation
Server の中にある名前解決キャッシュを使っていると思われます。

PDC ダウン時に Presentation Server 上のコマンドで nbtstat -c を実行し、
表示される結果の中にある <1C> がログインで利用するドメインコントローラになると思います。

Name Type Host Address Life [sec]
------------------------------------------------------------
DOMAIN01 <1C> GROUP 192.169.0.10 -1
DOMAIN01 <1B> UNIQUE 192.169.0.10 -1
SERVER01 <03> UNIQUE 192.169.0.10 -1
SERVER01 <00> UNIQUE 192.169.0.10 -1
SERVER01 <20> UNIQUE 192.169.0.10 -1

この参照先が PDC の場合は、キャッシュを nbtstat -R でクリアするか、
再起動となるのではないかと推測します。

遅くなりまして申し訳ありません。

回答ありがとうございます。
説明、非常にわかりやすいです。
早速、テスト環境で実験してみます。

テスト環境での検証結果報告です。

ＰＤＣダウン時にPresentation Server 上のキャッシュは自動で変更されました。
しかし、この状態でも公開アプリケーションの認証はできませんでした。

nbtstat -Rを利用してのキャッシュのクリアと再起動でも状況は
改善されませんでした。

サーバマネージャーよりＢＤＣをプライマリードメインコントローラに昇格すること
により、公開アプリケーションの認証ができるようになりました。
どうも、ＢＤＣのままではドメインの認証はできても、公開アプリケーションの
認証はできないようです。

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

テスト環境と書かれているのでピュアな NTドメインと思います。
ですので、このあたりはハズレかも知れませんが、参考までに書き出しておきます。

http://itpro.nikkeibp.co.jp/free/NT/WinReadersOnly/20040414/8/
http://support.microsoft.com/kb/309273/ja

Kerberos 認証をしたメンバーは NT ドメイン(BDC)で認証ができないということらしいです。

公開されているアプリケーションが不明、端末の種類が不明なので推測で書き出してみます。

クライアントが Windows PC であった場合、MetaFrame への接続方法にはいくつかあると思います。例えばサーバファームを使って ICA クライアント(Win32版) から接続している場合は、新しく CPS で作ったファーム用の接続設定を作るしかありません。
（ユーザはファームアイコンを行き来する必要が発生する）
この場合の設定作業は端末毎に設定が必要です。

WebInterface を使っている場合は、MetaFrameXP 用の URL と CPS 用の URL を用意してユーザが利用する方へアクセスさせればよいかと思います。
URL であれば、グループポリシーで IE のお気に入りに URL 追加が可能ですね。
この場合は端末毎の設定は URL のみとなりますので、ユーザにメールで URL 通知のみでもいけるのではないでしょうか。

Wyse ThinOS を使っている場合はさらに簡単ですね。
FTP にある wnos.ini に XP用とCPS用の接続記述を用意して、ユーザが接続先を選択して接続するだけにすればよいかと思います。
この場合は、FTP サーバの記述変更だけで端末操作は一切なしですね。

参考までに

ご回答ありがとうございます。
参考にさせていただきます。

旧環境のクライアントはICAですが、
新環境ではWebInterfaceを使う方向で
検討してみます。

この組合せでも共存可能ですね？

ちなみにProgram Neighborhood（旧環境）を
WebInterface（新環境）に切替える場合の
注意事項等はございますでしょうか？

なお、公開されているアプリケーションは
VB6とSuper Visual Formade
端末はWindows xp（一部Windows 2000あり）
のふつうのPC（ディスクあり）です。

度々すみません。

>クライアントが Windows PC であった場合、MetaFrame への接続方法には
>いくつかあると思います。
>例えばサーバファームを使って ICA クライアント(Win32版) から接続して
>いる場合は、新しく CPS で作ったファーム用の接続設定を作るしかありません。
>（ユーザはファームアイコンを行き来する必要が発生する）
>この場合の設定作業は端末毎に設定が必要です。

クライアント－サーバ間で、以下のようにバージョンのクロスする
接続は可能でしょうか？

①ICAクライアント（旧版：MetaFrame XP 1.0用）--->CPS4.5
②ICAクライアント（新版：CPS4.5用）--->MetaFrame XP 1.0

（上記でおっしゃっている追加設定は①ですね？　いずれの場合も
　バージョンがかなり離れていますが、問題はないのでしょうか？）

ICAクライアントの version が異なっていても MetaFrameXP と CPS4.5 の公開アプリケーションには問題なく接続が可能です。

私が書いたのは MetaFrameXP、CPS がそれぞれ別ファームで運用されている場合で、
あるクライアント PC の Program Neiborhood でそれぞれのファーム用の「アプリケーションセット」が作成された場合に面倒ではないかということです。

例）
　アプリケーションセット１＝ MetaFrameXP
　アプリケーションセット２＝ CPS4.5

回避するには Program Neiborhood で「カスタムICAコネクション」を使うことですが、
これだとクライアント端末毎に設定が必要となってしまいます。

そこで端末からの接続を WebInterface にすれば URL 通知で済むので切替工数が減るのではないかと思います。

このあたりを参考にしてみてはいかがでしょうか？


スケーラビリティ - Presentation Server1台あたりのユーザー数
http://support.citrix.com/article/ctx115085

Citrix Presentation ServerにおけるCPU数の変化の影響
http://support.citrix.com/article/ctx115061

Citrix 社のサイトに公開されています。

dsmaintさん

レスありがとうございます。
教えて頂いたサイトを参照してみました。
動かすアプリが違いますが、同等のパフォーマンスのサーバで検証したところ20ユーザでCPU使用率100%近いです。
とても100単位のユーザが使用できるとは思えない結果が出ています。
方式は違いますが、VMWare Viewのように明確な計算方法があればお客にも説明しやすいのですが・・・
皆さんはどのように提案されましたか？

Citrix のサイトに掲載されている HMR Test Pack の中の CheckLHC.exe を
使えば確認ができそうな気がします。（整合性確認）

HMR Test Pack
http://support.citrix.com/article/CTX118117

IVEXが販売している「IVEX Meta Logger」はいかがでしょうか。
評価版もダウンロードできるため、検証環境が構築できますよ。

私の会社ではHumming Heads社の
セキュリティプラットフォーム　というのを利用しています。
導入時に色々検討したようですが
ユーザ名まで取得できる物がこれしか無かったようです
現在は色々奈物が出ているとは思いますが・・・・・