トピック検索
212 件のトピックが該当しました。
- MetaFrameJavaクライアントに関して - あこ蔵 ( 2005/03/02 22:56:53 更新)
- IMAサービスが突然ハング - IMA ( 2005/02/18 22:42:03 更新)
- Portalから特定のアプリを直接起動させたい。 - きりんこん ( 2005/02/09 16:06:16 更新)
- データストアサーバ障害時の対応手順 - kon ( 2005/01/27 02:20:29 更新)
- MetaFrame Access Suite ライセンスのインストールサーバで - 藤原正宏 ( 2005/01/18 11:27:29 更新)
- SQL-ServerのデータストアのWindows認証について - メタファイヤー ( 2004/12/07 15:37:37 更新)
- データストア：saのパスワード変更 - メタフレッツ ( 2004/12/06 19:23:18 更新)
- ドメインの変更 - ロボ ( 2004/11/24 13:44:17 更新)
- アプリケーションで自動にログインしてしまう。 - ニック ( 2004/11/21 20:42:56 更新)
- MetaFrame Server 構築 - 林 睦 ( 2004/11/16 08:47:08 更新)
MetaFrameJavaクライアントに関して
Javaクライアントを使用して接続しようと試みているのですが、うまくいきません。
マニュアルを読んで実施しているのですが、マニュアルの通りでは失敗してしまいます。
ふと思ったのですが、普通にWebInterface経由ではユーザ名とパスワードを入力
しますが、Javaクライアントは不要なのでしょうか。その辺が理解できておりません。。。（ICAファイルを使ってという記述がありましたが、、意味がわからず）
どうかお助けください。
また、アプレット実行時に
EXCEPTION_ACCESS_VIOLATIONで落ちてしまいます。
この解決策をご存知の方おられますでしょうか。
マニュアルを読んで実施しているのですが、マニュアルの通りでは失敗してしまいます。
ふと思ったのですが、普通にWebInterface経由ではユーザ名とパスワードを入力
しますが、Javaクライアントは不要なのでしょうか。その辺が理解できておりません。。。（ICAファイルを使ってという記述がありましたが、、意味がわからず）
どうかお助けください。
また、アプレット実行時に
EXCEPTION_ACCESS_VIOLATIONで落ちてしまいます。
この解決策をご存知の方おられますでしょうか。
IMAサービスが突然ハング
いつも参考にさせていただいてます
環境
MetaFrameXPe FR0/SP3 + W2K SP4 x37台
Client W2Kpro + PN 6.30
DataStore MS-Access DataCollector兼任(DSサーバー)
上記環境で突然、DSサーバーのIMAサービスがハングしてしまい、
ファームに接続できなくなってしまいました。
DSサーバーを再起動をすると1時的にファームに接続出来るのですが、
再起動後30分経過すると、また、IMAサービスがハングしてしまいします。
mf20ファイルに不整合はありません。
DSサーバーのスペックは、CPU 1.4Gx1 Mem 512MBです。
数年前に構築した環境なのでスペックは低めですが、今まで問題なく
使用出来ていました。
ちなみに、DSサーバー以外のIMAサービスを止め、lhcを再作成し、
DSサーバーのIMAサービスを止め、lhcを再作成、DBの最適化を行い、
DSサーバーのIMAサービスを上げ、その他のIMAサービスを上げることで
とりあえずの復旧は出来ました。
このような事例、もしくは何かアイデアがありますでしょうか？
環境
MetaFrameXPe FR0/SP3 + W2K SP4 x37台
Client W2Kpro + PN 6.30
DataStore MS-Access DataCollector兼任(DSサーバー)
上記環境で突然、DSサーバーのIMAサービスがハングしてしまい、
ファームに接続できなくなってしまいました。
DSサーバーを再起動をすると1時的にファームに接続出来るのですが、
再起動後30分経過すると、また、IMAサービスがハングしてしまいします。
mf20ファイルに不整合はありません。
DSサーバーのスペックは、CPU 1.4Gx1 Mem 512MBです。
数年前に構築した環境なのでスペックは低めですが、今まで問題なく
使用出来ていました。
ちなみに、DSサーバー以外のIMAサービスを止め、lhcを再作成し、
DSサーバーのIMAサービスを止め、lhcを再作成、DBの最適化を行い、
DSサーバーのIMAサービスを上げ、その他のIMAサービスを上げることで
とりあえずの復旧は出来ました。
このような事例、もしくは何かアイデアがありますでしょうか？
サーバー３７台とは、とても大規模なシステムですね。
大規模なシステムは経験不足なので有益なアドバイスはできませんが推測では
データストアが悲鳴をあげているように思えます。
データストアのサーバーをパワーアップするもしくは、リレーショナルデータベースへ
移行してはどうでしょうか。
お金がかかることですし、頻繁にIMAが止まるのでは仕事にならないと思いますので
早めに販売された会社に相談されるとよいと思います。
大規模なシステムは経験不足なので有益なアドバイスはできませんが推測では
データストアが悲鳴をあげているように思えます。
データストアのサーバーをパワーアップするもしくは、リレーショナルデータベースへ
移行してはどうでしょうか。
お金がかかることですし、頻繁にIMAが止まるのでは仕事にならないと思いますので
早めに販売された会社に相談されるとよいと思います。
CCEA様、助言ありがとうございます。
やはり、データストアの負荷が問題なのですかね。
いきなりRDBへの移行は出来ませんが、
スケールアップを検討してみたいと思います。
やはり、データストアの負荷が問題なのですかね。
いきなりRDBへの移行は出来ませんが、
スケールアップを検討してみたいと思います。
いつも参考にさせていただいてます。
便乗しての質問で申し訳ありません。
サーバ数にかなりの違いはありますが、私の方でもIMAサービスがハングして困っております。
環境
MetaFrameXPa FR3/SP4 + W2K SP4 × 2台
DataStore MS-Access DataCollector兼任(DSサーバー)
Client数は50程度です。
動作中のサーバで突然、ログインができなくなったとの申告があり
サーバを調べたところ、IMAサービスが起動されていませんでした。
イベントログを見ると、エラーにより異常終了を示すログが書かれていました。
どなたか情報をお持ちの方、よろしくお願いします。
便乗しての質問で申し訳ありません。
サーバ数にかなりの違いはありますが、私の方でもIMAサービスがハングして困っております。
環境
MetaFrameXPa FR3/SP4 + W2K SP4 × 2台
DataStore MS-Access DataCollector兼任(DSサーバー)
Client数は50程度です。
動作中のサーバで突然、ログインができなくなったとの申告があり
サーバを調べたところ、IMAサービスが起動されていませんでした。
イベントログを見ると、エラーにより異常終了を示すログが書かれていました。
どなたか情報をお持ちの方、よろしくお願いします。
Portalから特定のアプリを直接起動させたい。
MetaFrameの前にWebSherePortalがあり、そこから直接MetaFrameServer
の公開アプリケーションを直接起動させようと考えております。
認証をSSOにする仕組は別途考えているのですが、公開アプリケーション
選択画面をスキップして、特定のアプリを自動で起動させる為には
どのようにすればいいのでしょうか。
WebInterfaceのserverscriptsを修正すればいける感じなのですが、
プログラミングが得意じゃない為、先に進めません。。。
(wwwroot\Citrix\MetaFrame\site\include\serverscripts)
もし経験者やご存知の方おられましたらアドバイス頂けないでしょうか。
どうか宜しくお願いします。
の公開アプリケーションを直接起動させようと考えております。
認証をSSOにする仕組は別途考えているのですが、公開アプリケーション
選択画面をスキップして、特定のアプリを自動で起動させる為には
どのようにすればいいのでしょうか。
WebInterfaceのserverscriptsを修正すればいける感じなのですが、
プログラミングが得意じゃない為、先に進めません。。。
(wwwroot\Citrix\MetaFrame\site\include\serverscripts)
もし経験者やご存知の方おられましたらアドバイス頂けないでしょうか。
どうか宜しくお願いします。
ICAファイルを書き出してそのままIIS上で公開しては？
https://hogehoge.net/foo/appliname.ica という感じで。
https://hogehoge.net/foo/appliname.ica という感じで。
ご返信ありがとうございます。
しかし、ユーザ毎にicaファイルを変更する必要があるため、そのまま
公開することが出来ないのです。動的に作成する必要があり。。。
未だ悩んでいます。
しかし、ユーザ毎にicaファイルを変更する必要があるため、そのまま
公開することが出来ないのです。動的に作成する必要があり。。。
未だ悩んでいます。
MetaFrame Secure Access Managerをフロントに持ってきてはどうでしょう。
ありがとうございます。
MetaFrame Secure Access Managerを使えない事情があり、、、
なんとかWebInterfaceの修正で対応しないといけないのです。
特定と記載していますが、公開する予定のアプリは1つだけなので、
公開アプリリスト画面を表示させずに、そのアプリが立ち上がれば良い
という要件になります。
(wwwroot\Citrix\MetaFrame\site\include\serverscripts)
をいろいろ見てはいるのですが。。
MetaFrame Secure Access Managerを使えない事情があり、、、
なんとかWebInterfaceの修正で対応しないといけないのです。
特定と記載していますが、公開する予定のアプリは1つだけなので、
公開アプリリスト画面を表示させずに、そのアプリが立ち上がれば良い
という要件になります。
(wwwroot\Citrix\MetaFrame\site\include\serverscripts)
をいろいろ見てはいるのですが。。
パスワード入力をスキップするのが目的ならPassword Managerというのはだめですか。
パスワード入力はアプリに無いので、Password Managerは使用しなくても
要件は満たせるのです。
WebInterfaceログイン画面からダイレクト(ログインボタンクリックのみ)に
アプリケーションの起動を行いたいという要件です。
要件は満たせるのです。
WebInterfaceログイン画面からダイレクト(ログインボタンクリックのみ)に
アプリケーションの起動を行いたいという要件です。
Web Interfaceのユーザ名とパスワードをスキップするという意味なんですが。。。
（アプリケーションとは言っていません）
（アプリケーションとは言っていません）
勘違いすみません^^;
ログイン画面は別の方法でスキップする事を検証中です。
(CitrixWebSpherePortlet_5.0というCitix提供のPortletを使用してSSOする仕組)
ログインが完了した後の挙動に関する実装要件となります。
通常であればログイン後はアプリリスト画面に遷移するかと思いますが、
そのアプリを予め決めておき、それを自動で起動させたいということになります。
説明がわかりづらく申し訳ございません。
ログイン画面は別の方法でスキップする事を検証中です。
(CitrixWebSpherePortlet_5.0というCitix提供のPortletを使用してSSOする仕組)
ログインが完了した後の挙動に関する実装要件となります。
通常であればログイン後はアプリリスト画面に遷移するかと思いますが、
そのアプリを予め決めておき、それを自動で起動させたいということになります。
説明がわかりづらく申し訳ございません。
Citrixのサイトで、あまり美しくないソースの書き換えによる方法が
公開されていたような気がします。公開アプリはひとつだけですよね？
公開されていたような気がします。公開アプリはひとつだけですよね？
返信ありがとうございます。
公開アプリはひとつだけとなります。
公開アプリはひとつだけとなります。
> Citrixのサイトで、あまり美しくないソースの書き換えによる方法が
> 公開されていたような気がします。
日本ですかＵＳですか。>Nobodyさん
> 公開されていたような気がします。
日本ですかＵＳですか。>Nobodyさん
ありました。＞きりんこんさん、Nobodyさん
NFuseページに公開アプリケーションが1つだけの場合に公開アプリケーションを
自動的に起動する方法 Document ID: CTX103548
結果を教えてください。＞きりんこんさん
NFuseページに公開アプリケーションが1つだけの場合に公開アプリケーションを
自動的に起動する方法 Document ID: CTX103548
結果を教えてください。＞きりんこんさん
『NFuseページに公開アプリケーションが1つだけの場合に公開アプリケーションを
自動的に起動する方法 Document ID: CTX103548』
この内容ってどのバージョンでも共通でしょうか。ＷＩ２．０や３．０では違うかまたは公開されていないと記憶しているのですが。結果教えてください。
自動的に起動する方法 Document ID: CTX103548』
この内容ってどのバージョンでも共通でしょうか。ＷＩ２．０や３．０では違うかまたは公開されていないと記憶しているのですが。結果教えてください。
皆さん、レスありがとうございます。
実装してみたのですが、
document.links[appIndex].click();
部分で起動が出来ません。確実にそこのロジックまでは到達しているのですが、
反応してくれません。。。
アプリを変えてみたのですが結果は同じでした。
clickメソッドというのとWIの因果関係はあるのでしょうか。。。
実装してみたのですが、
document.links[appIndex].click();
部分で起動が出来ません。確実にそこのロジックまでは到達しているのですが、
反応してくれません。。。
アプリを変えてみたのですが結果は同じでした。
clickメソッドというのとWIの因果関係はあるのでしょうか。。。
ここまで検証したところで、ユーザから仕様にダメだしされました。。。
公開アプリケーション画面経由はそもそもNG。(WebInterfaceの使用自体がNG)
Portal側で、ICAファイルへのリンクを作成する事によりPortal⇒MPSへの
アクセスを実施したいということなのですが、問題なのはICAファイルは
静的ではなく動的だということです。
つまりPortal側(Java)でICAファイルを動的に作成する必要があるのですが、
この方法に関してお知恵を拝借出来ればと考えております。
NFuse Classic For Javaというのを使えば出来るらしいのですが、、、
そのような文献が見当たらず。。。
公開アプリケーション画面経由はそもそもNG。(WebInterfaceの使用自体がNG)
Portal側で、ICAファイルへのリンクを作成する事によりPortal⇒MPSへの
アクセスを実施したいということなのですが、問題なのはICAファイルは
静的ではなく動的だということです。
つまりPortal側(Java)でICAファイルを動的に作成する必要があるのですが、
この方法に関してお知恵を拝借出来ればと考えております。
NFuse Classic For Javaというのを使えば出来るらしいのですが、、、
そのような文献が見当たらず。。。
きりんこんさんへ
私も同じような件で悩んでおります。
どのように解決されたのでしょうか？
私も同じような件で悩んでおります。
どのように解決されたのでしょうか？
データストアサーバ障害時の対応手順
はじめまして。
現在、社内でMetaFrameを使ったシステムの構築を検討しています。
（バージョンはXP FR3 AdvancedEdition）
障害時の対応で疑問が発生しました。
データストア（Access）サーバに障害が発生した場合、96時間までであれば
データストアなしでも他のサーバからサービスを提供することが
可能ですよね。
しかし、修理まで時間がかかってしまう場合、データストアを別サーバに移す必要が
発生すると思います。
この場合、別サーバへ移すことはdsmaint configコマンドで可能だと思うのですが
修理から戻ってきたサーバはどうなってしまうのでしょうか？
本来、データストアを別サーバに移動する場合は、事前にdsmaint failoverコマンドを
実施するようですが、障害サーバは動作しないし・・・
現在のところ机上の空論のため、まったく的外れかもしれません。
みなさんは、サーバ障害の際、どのように対応されているのでしょうか？
ぜひ教えてください。
よろしくお願いいたします。
現在、社内でMetaFrameを使ったシステムの構築を検討しています。
（バージョンはXP FR3 AdvancedEdition）
障害時の対応で疑問が発生しました。
データストア（Access）サーバに障害が発生した場合、96時間までであれば
データストアなしでも他のサーバからサービスを提供することが
可能ですよね。
しかし、修理まで時間がかかってしまう場合、データストアを別サーバに移す必要が
発生すると思います。
この場合、別サーバへ移すことはdsmaint configコマンドで可能だと思うのですが
修理から戻ってきたサーバはどうなってしまうのでしょうか？
本来、データストアを別サーバに移動する場合は、事前にdsmaint failoverコマンドを
実施するようですが、障害サーバは動作しないし・・・
現在のところ机上の空論のため、まったく的外れかもしれません。
みなさんは、サーバ障害の際、どのように対応されているのでしょうか？
ぜひ教えてください。
よろしくお願いいたします。
まともなメーカーのまともなハード保守契約ならば、半日も見ておけば直ります。
ごもっともです。
ただ、「知識としては持っていないとまずいのでは」と思ったもので。
ぜひ、お力を貸してください。
ただ、「知識としては持っていないとまずいのでは」と思ったもので。
ぜひ、お力を貸してください。
対策はいろいろあります。
１ データストア（DS)をAccessからSQLServerやOracleなどへ変更する。
２ MetaFrameサーバーのイメージバックアップしておき、なにか別なマシン
へリストアする。（同じ機種のマシンを用意）
３ DSをバックアップしておき、障害時に他のマシンにMetaFrameをインストールして
DSをリストアする。
ただし上記の方も書かれているように96時間あればなんとかなると思います。
１ データストア（DS)をAccessからSQLServerやOracleなどへ変更する。
２ MetaFrameサーバーのイメージバックアップしておき、なにか別なマシン
へリストアする。（同じ機種のマシンを用意）
３ DSをバックアップしておき、障害時に他のマシンにMetaFrameをインストールして
DSをリストアする。
ただし上記の方も書かれているように96時間あればなんとかなると思います。
どうもありがとうございます。
上記対策のうち、3番を採用する可能性が高いです。
この場合、他のサーバにDSを異動するのはOKですが、
修理から戻ってきた元DSサーバはどうなってしまうのでしょうか？
MetaFrameを再インストールし、一般サーバとするしかないのでしょうか？
（他のサーバがDSサーバになってしまったので、整合性がとれない？）
もう少しだけお付き合いください。よろしくお願いします。
上記対策のうち、3番を採用する可能性が高いです。
この場合、他のサーバにDSを異動するのはOKですが、
修理から戻ってきた元DSサーバはどうなってしまうのでしょうか？
MetaFrameを再インストールし、一般サーバとするしかないのでしょうか？
（他のサーバがDSサーバになってしまったので、整合性がとれない？）
もう少しだけお付き合いください。よろしくお願いします。
chfarmしてはいかがですか。
レス ありがとうございます。
chfarmすると、どうなるんでしょう？
すいません、イメージが湧かないんです・・・
もう少しご説明いただけませんか？
chfarmすると、どうなるんでしょう？
すいません、イメージが湧かないんです・・・
もう少しご説明いただけませんか？
chfarm をするとファームを移動することができます。
マニュアルをご覧下さい。
マニュアルをご覧下さい。
あとは、chfarm を使わないのであれば dsmaint を使ってください。
詳細は、マニュアルもしくはKnowledg Baseをご覧下さい。
詳細は、マニュアルもしくはKnowledg Baseをご覧下さい。
レスいただき、ありがとうございます。
テスト環境をなんとか構築し、実際に試してみました。
dsmaint 動作を確認しました。
この方法で対応したいと思います。
みなさん、本当にありがとうございました。
テスト環境をなんとか構築し、実際に試してみました。
dsmaint 動作を確認しました。
この方法で対応したいと思います。
みなさん、本当にありがとうございました。
MetaFrame Access Suite ライセンスのインストールサーバで
構成は ファイルサーバ １台
MetaFrameサーバ ２台（Load Manager）
ＯＳ：全てＷｉｎｄｏｗｓ2003Ｓｅｒｖｅｒ
質問：MetaFrame Access Suite ライセンス及び
Web interfaceはＤＢサーバにインストール
して問題ないですか。
MetaFrameサーバ ２台（Load Manager）
ＯＳ：全てＷｉｎｄｏｗｓ2003Ｓｅｒｖｅｒ
質問：MetaFrame Access Suite ライセンス及び
Web interfaceはＤＢサーバにインストール
して問題ないですか。
クライアント台数によるのではないでしょうか？技術的には問題はないと思いますけど・・・
書かれている内容のみで判断する限りでは、問題ありません。
Load Managerを使うのであればActive Directoryも利用して下さい。
Load Managerを使うのであればActive Directoryも利用して下さい。
Scan様、ＣＣＥＡ様 回答ありがとうございます。
参考になりました。ありがとうございます。
参考になりました。ありがとうございます。
SQL-ServerのデータストアのWindows認証について
データストアの移行を
MS-Access⇒SQL-Server2000にしたいと考えていますが、
SQL-Serverインストール時および
MetaメンバサーバのODBC設定にSQL-Server設定を行う場合に
SQL-Serverへの認証は、SQLのユーザパスワードを使用する
というような手順になっているかと思いますが、
Windows認証を使用するという方でも問題はないでしょうか？
ご存知の方がいらっしゃいましたらご教授願います。
<環境>
MetaFrameXPeFR2
データストアMS-Access（別サーバのSQL-Serverに移行する予定）
サーバOS：Windows2000ServerSP2
MS-Access⇒SQL-Server2000にしたいと考えていますが、
SQL-Serverインストール時および
MetaメンバサーバのODBC設定にSQL-Server設定を行う場合に
SQL-Serverへの認証は、SQLのユーザパスワードを使用する
というような手順になっているかと思いますが、
Windows認証を使用するという方でも問題はないでしょうか？
ご存知の方がいらっしゃいましたらご教授願います。
<環境>
MetaFrameXPeFR2
データストアMS-Access（別サーバのSQL-Serverに移行する予定）
サーバOS：Windows2000ServerSP2
問題ないです。
データストア：saのパスワード変更
いつもお世話になっております。
Server:Windows2003Server
Server:MetaFrameXP Presentaition Server3.0 StandardEdition
DB：SQLServer2000
データストアはSQLServer
という環境で、saのパスワードをpassword→AdminPassのように変更を行ないました。
その後、MetaFrameサーバのODBCの設定でsaのパスワード部分を書き換えたところ。。。
管理コンソールが立ち上がらなくなりました。
イベントログには
>データ ストア IMA_RESULT_ACCESS_DENIED に接続できません。
>データベース用のユーザー名またはパスワードが無効です。
>これらの情報を確認してください。ユーザー名とパスワードを変更するには、dsmaint >config コマンドを使用します。
SQLサーバにてsaのパスワードを元に戻すと管理コンソールは立ち上がりました。
ODBCの設定の部分は全くみていないように思えます。
MetaFrameインストール後のsaのパスワード変更は可能なのでしょうか。
XPの時には、上記の方法で変更が可能だった気がするのですが。。
宜しく御願い致します。
Server:Windows2003Server
Server:MetaFrameXP Presentaition Server3.0 StandardEdition
DB：SQLServer2000
データストアはSQLServer
という環境で、saのパスワードをpassword→AdminPassのように変更を行ないました。
その後、MetaFrameサーバのODBCの設定でsaのパスワード部分を書き換えたところ。。。
管理コンソールが立ち上がらなくなりました。
イベントログには
>データ ストア IMA_RESULT_ACCESS_DENIED に接続できません。
>データベース用のユーザー名またはパスワードが無効です。
>これらの情報を確認してください。ユーザー名とパスワードを変更するには、dsmaint >config コマンドを使用します。
SQLサーバにてsaのパスワードを元に戻すと管理コンソールは立ち上がりました。
ODBCの設定の部分は全くみていないように思えます。
MetaFrameインストール後のsaのパスワード変更は可能なのでしょうか。
XPの時には、上記の方法で変更が可能だった気がするのですが。。
宜しく御願い致します。
SQLServerのサービスが動いていないということはないですか。
ドメインの変更
MetaFrame Frame Presentation Server3.0 を構築しようとしているのですが、
ドメインサーバーは先にユーザーへ納品している為、本来使用する環境とは別の
ドメインに参加しMetaFrame Frame を一旦構築後、ユーザー先へ納品時に
本来参加するドメインに変更したいと考えています。
そのようなことは可能でしょうか？
よろしくお願いします。
＜環境＞
Windows2003server
Meteframe Presentation Server3.0
※ﾀｰﾐﾅﾙｻｰﾊﾞｰ、ﾀｰﾐﾅﾙｻｰﾊﾞｰﾗｲｾﾝｽ、MetaFrameAccessSuitﾗｲｾﾝｽｻｰﾊﾞｰの全てを
ﾒﾀﾌﾚｰﾑをｲﾝｽﾄｰﾙするｻｰﾊﾞｰ上にｾｯﾄｱｯﾌﾟする予定です。
ドメインサーバーは先にユーザーへ納品している為、本来使用する環境とは別の
ドメインに参加しMetaFrame Frame を一旦構築後、ユーザー先へ納品時に
本来参加するドメインに変更したいと考えています。
そのようなことは可能でしょうか？
よろしくお願いします。
＜環境＞
Windows2003server
Meteframe Presentation Server3.0
※ﾀｰﾐﾅﾙｻｰﾊﾞｰ、ﾀｰﾐﾅﾙｻｰﾊﾞｰﾗｲｾﾝｽ、MetaFrameAccessSuitﾗｲｾﾝｽｻｰﾊﾞｰの全てを
ﾒﾀﾌﾚｰﾑをｲﾝｽﾄｰﾙするｻｰﾊﾞｰ上にｾｯﾄｱｯﾌﾟする予定です。
普通にスタンドアロン環境で構築してその後ドメイン参加ではまずいのですか？
「可能/不可能」ではなく、意味のある行為とは思えませんね。
仮にMetaFrameのインストール作業が別ドメインで出来たとしても、
公開アプリケーションの作成他の設定は、運用するドメイン環境が必須です。
インストール自体よりも、これら設定作業のほうが遥かに重要で
手間を要するわけですから、インストール作業「だけ」を
ユーザ納品前に行うのは意味があるように思えません。
仮にMetaFrameのインストール作業が別ドメインで出来たとしても、
公開アプリケーションの作成他の設定は、運用するドメイン環境が必須です。
インストール自体よりも、これら設定作業のほうが遥かに重要で
手間を要するわけですから、インストール作業「だけ」を
ユーザ納品前に行うのは意味があるように思えません。
アプリケーションで自動にログインしてしまう。
Accessで作成したアプリケーションでユーザIDおよびパスワード入力をフォームで
作成したのですがメタフレームを起動するとそのログイン画面をスルーして次の
画面へいってしまうときがあります。
メタフレームでのログインは設定しておりません。
作成したのですがメタフレームを起動するとそのログイン画面をスルーして次の
画面へいってしまうときがあります。
メタフレームでのログインは設定しておりません。
「ログイン画面をスルーしてしまうときがある」ということはログイン画面が表示される時と表示されない時があるということですか？
MetaFrame Server 構築
MetaFrame Frame XP Presentation Server を構築しようとしていますが、
どの書物を見ても、ドメインが、必須となっているようですが、
ドメインを使用せず、ワークグループで構築する手段ないのでしょうか？
Server:Windows2003Server
Server:MetaFrameXP Presentaition Server3.0 StandardEdition
以上
どの書物を見ても、ドメインが、必須となっているようですが、
ドメインを使用せず、ワークグループで構築する手段ないのでしょうか？
Server:Windows2003Server
Server:MetaFrameXP Presentaition Server3.0 StandardEdition
以上
ワークグループでも構築は可能ですが
負荷分散の機能が使用できなかったはずです。
負荷分散の機能が使用できなかったはずです。
ワークグループでも構築は可能なことは、わかりました。
だだ、どの資料をみても、ドメイン使用ありきで、ワークグループ環境での構築手順などふれているものがありません。
インストール手順など、ご存知の方いましたら、教示ください。
だだ、どの資料をみても、ドメイン使用ありきで、ワークグループ環境での構築手順などふれているものがありません。
インストール手順など、ご存知の方いましたら、教示ください。
はじめまして けいです。
ワークグループで構築しても基本的にドメインで作成するときと
基本的に手順は変わりません。
そのままドメイン使用の資料を参考に作られてもよろしいのではないか
と思います。
??serverOSインストール
??Metaframeをインストール
?８?するアプリケーションをインストール
?じ?アプリケーションを作成し使用するユーザー、グループを割り当てる
?ゥ?ライアントにクライアントソフトをインストールして設定、接続
の操作はドメイン、ワークグループ環境でも変わりません。
Metaframeの設定というのは目的によってかわります
ただ動かすだけであれば楽です。
もちろんそれなりにいろいろしようとすると難しいです。
大規模な環境ですと、いろいろ問題を解決しないといけないので
難しいですが・・・・
どうインストールしていいと聞かれても 回答するのは難しいので
とりあえずインストールをしてみてテストをしてみてはどうでしょうか？
疑問に思ったことがあればここで聞いてみるのもいいと思います。
MPS3.0であればライセンスファイルのバックアップさえ行っていれば
何回でもライセンスファイルを使用可能なので何回でもやり直しも聞きますし・・・
（ただしライセンスサーバーのNETBIOS名は同じであることが限定）
参考になればと思います。
ワークグループで構築しても基本的にドメインで作成するときと
基本的に手順は変わりません。
そのままドメイン使用の資料を参考に作られてもよろしいのではないか
と思います。
??serverOSインストール
??Metaframeをインストール
?８?するアプリケーションをインストール
?じ?アプリケーションを作成し使用するユーザー、グループを割り当てる
?ゥ?ライアントにクライアントソフトをインストールして設定、接続
の操作はドメイン、ワークグループ環境でも変わりません。
Metaframeの設定というのは目的によってかわります
ただ動かすだけであれば楽です。
もちろんそれなりにいろいろしようとすると難しいです。
大規模な環境ですと、いろいろ問題を解決しないといけないので
難しいですが・・・・
どうインストールしていいと聞かれても 回答するのは難しいので
とりあえずインストールをしてみてテストをしてみてはどうでしょうか？
疑問に思ったことがあればここで聞いてみるのもいいと思います。
MPS3.0であればライセンスファイルのバックアップさえ行っていれば
何回でもライセンスファイルを使用可能なので何回でもやり直しも聞きますし・・・
（ただしライセンスサーバーのNETBIOS名は同じであることが限定）
参考になればと思います。
ワークグループ環境の場合、環境によってはターミナルサービスのライセンスサーバに接続できなかったりすることがあります。その場合はレジストリにサーバ名に直接ライセンスサーバ名を記述すればOKですが。あとは注意点としては名前解決の部分でしょうか。ADならDNSが自動的にたちますけどワークグループの場合必ずしもDNSはなかったりしますので。
いろいろありがとうございます。
インストールは、したのですが、管理コンソールへログインするとき、
指定するサーバー名、ユーザー名、パスワードを、正しいのを入れているのですが、ログイン
できないのです。
ドメイン指定個所は、ありますが、インストールするとき、ドメイン環境でないので、指定していないので、指定していません。
今は、スタンドアロンで、Serverのみ構築しています。
サーバーフォームへログインができないので、ライセンスの追加はできないでいます。
Metaサーバーの構築は、LAN接続して構築しないと駄目なのでしょうか？
インストールは、したのですが、管理コンソールへログインするとき、
指定するサーバー名、ユーザー名、パスワードを、正しいのを入れているのですが、ログイン
できないのです。
ドメイン指定個所は、ありますが、インストールするとき、ドメイン環境でないので、指定していないので、指定していません。
今は、スタンドアロンで、Serverのみ構築しています。
サーバーフォームへログインができないので、ライセンスの追加はできないでいます。
Metaサーバーの構築は、LAN接続して構築しないと駄目なのでしょうか？
ドメイン環境、ワークグループ環境問わず、インストールの仕方
は、違いはないのだろうとの認識にいたりました。
で、下記の如く、インストールしたのですが、サーバーフォーム
にログインができない状態です。
１．WINDOWS 2003 Server へ、サーバへの役割として下記を追加。
アプリケーションサーバ
ターミナルサーバ
ドメイン環境での構築ではないので、ドメインコントローラは追加
していない。
２．MetaFrameXP Server for WINDOWS をインストール
このとき、データソースは、ACCESSを指定
ドメイン環境でないので、ドメインの指定はしていない
インストール手順の間違いとかないでしょうか？
現状は、Serverは、スタンダアロンで、構築しようとしています。
は、違いはないのだろうとの認識にいたりました。
で、下記の如く、インストールしたのですが、サーバーフォーム
にログインができない状態です。
１．WINDOWS 2003 Server へ、サーバへの役割として下記を追加。
アプリケーションサーバ
ターミナルサーバ
ドメイン環境での構築ではないので、ドメインコントローラは追加
していない。
２．MetaFrameXP Server for WINDOWS をインストール
このとき、データソースは、ACCESSを指定
ドメイン環境でないので、ドメインの指定はしていない
インストール手順の間違いとかないでしょうか？
現状は、Serverは、スタンダアロンで、構築しようとしています。
スタンドアロンでインストールした場合、ドメイン名＝コンピュータ名になるので
ログインできないのは、ドメイン名にコンピュータ名をいれていないから、、、
なんてことないですか？
ログインできないのは、ドメイン名にコンピュータ名をいれていないから、、、
なんてことないですか？
ワークグループ環境で動作させるのですが、スタンダアロンで、構築してから、LAN接続しようよとしています。
ワークグループ環境で使用しますので、ドメインコントローラは、サーバの役割としては持たせていません。
ドメイン名にコンピュータ名をいれても、いなくても、結果は同じです。
以上
ワークグループ環境で使用しますので、ドメインコントローラは、サーバの役割としては持たせていません。
ドメイン名にコンピュータ名をいれても、いなくても、結果は同じです。
以上
けいです
ちなみにログインできないときのエラーメッセージはなんでしょうか？
（今回のケースでしたら大丈夫ですが、正確にエラーメッセージを
表示してもらえるとアドバイスしやすいです。）
考えられる原因としてはEthernetがリンクアップした状態で
サーバーのMetafrmeサービスが起動しているかぐらいでしょうか
ほかはCommyさんがいうようにドメイン名の問題ぐらいです。
ライセンスの追加についてですがMPS3.0からは別扱いなので
ファームが存在しなくてもインストール可能です。
Mycitrixでライセンスを登録してライセンスファイルを入手したのち
手動でライセンスファイルをコピーしても可です。
(ライセンスサーバーは起動してなくてもMetaframeはログイン可能です。
ただしライセンスサーバーのエラー表示は出ます。)
私も2003Serverのワークグループで一度テスト的にインストールしましたが
特別問題はありませんでした。
ちなみにログインできないときのエラーメッセージはなんでしょうか？
（今回のケースでしたら大丈夫ですが、正確にエラーメッセージを
表示してもらえるとアドバイスしやすいです。）
考えられる原因としてはEthernetがリンクアップした状態で
サーバーのMetafrmeサービスが起動しているかぐらいでしょうか
ほかはCommyさんがいうようにドメイン名の問題ぐらいです。
ライセンスの追加についてですがMPS3.0からは別扱いなので
ファームが存在しなくてもインストール可能です。
Mycitrixでライセンスを登録してライセンスファイルを入手したのち
手動でライセンスファイルをコピーしても可です。
(ライセンスサーバーは起動してなくてもMetaframeはログイン可能です。
ただしライセンスサーバーのエラー表示は出ます。)
私も2003Serverのワークグループで一度テスト的にインストールしましたが
特別問題はありませんでした。
皆さん、アドバイスありがとうございます。
MPS3.0は、MetaFrameXP Presentaition Server3.0 StandardEdition のことではなく、
MetaFrame Presentaition Server3.0 StandardEditionですよね。
ちなみに、エラーメッセージは、「指定した MetaFrameXP サーバー "XXXXXXX" に接続できません」です。
MPS3.0は、MetaFrameXP Presentaition Server3.0 StandardEdition のことではなく、
MetaFrame Presentaition Server3.0 StandardEditionですよね。
ちなみに、エラーメッセージは、「指定した MetaFrameXP サーバー "XXXXXXX" に接続できません」です。
Metaで3.0といえばMetaFrame Presentaition Server3.0です。
XPとつくのは1.0しかないですよ。マイナーバージョンとしてFR1〜FR3があります。
XPとつくのは1.0しかないですよ。マイナーバージョンとしてFR1〜FR3があります。
複数のMetaFrameサーバーを運用する際にWinドメインを使用しない場合は
アプリを公開する際にビルトイインユーザーを選ぶ事が必要になります。
ただし、ユーザーの管理が面倒なのでお勧めしません。
素直にWinドメインを構築する事をお勧めします。
アプリを公開する際にビルトイインユーザーを選ぶ事が必要になります。
ただし、ユーザーの管理が面倒なのでお勧めしません。
素直にWinドメインを構築する事をお勧めします。
pinguさんに賛成。
Workgroup環境で構築することはデメリットが多すぎます。
確かにドメイン環境を作ると、サーバが少なくとも1台余分に必要になることは
事実ですが、それを補って余りあるメリットがあります。
拡張性、セキュリティ面、ユーザ管理の利便性、システム全体での可用性、etc
これらどれを取っても、Workgroupよりもドメイン環境が上回ります。
ワークグループに固執する理由を教えていただきたいくらいなのですが。
Workgroup環境で構築することはデメリットが多すぎます。
確かにドメイン環境を作ると、サーバが少なくとも1台余分に必要になることは
事実ですが、それを補って余りあるメリットがあります。
拡張性、セキュリティ面、ユーザ管理の利便性、システム全体での可用性、etc
これらどれを取っても、Workgroupよりもドメイン環境が上回ります。
ワークグループに固執する理由を教えていただきたいくらいなのですが。
Powerful & Beautiful
力強く、美しいシステムを。