トピック検索
1410 件のトピックが該当しました。
- メタフレームライセンス - こざる ( 2000/12/29 10:46:44 更新)
- Metaが消える！？ - 米澤健一 ( 2000/12/22 10:06:28 更新)
- ADO接続エラー 「指定したプロバイダーが見つかりません」 - タカハシ ( 2000/12/21 14:51:00 更新)
- メタフレーム上でのPC/SC - Taka ( 2000/12/21 14:38:21 更新)
- net useとchange client - YY ( 2000/12/15 19:40:22 更新)
- UDPを使わないブラウジングについて - lyric ( 2000/12/04 16:35:30 更新)
- 印刷スピード - KKJ ( 2000/11/22 20:06:54 更新)
- WIN2000サーバで某パッケージ - KKJ ( 2000/11/07 10:57:17 更新)
- ライセンスについて一言いいたいです。 - amayako ( 2000/10/30 19:46:43 更新)
- WebICAクライアントについて - Mansuke ( 2000/09/22 01:13:54 更新)
メタフレームライセンス
メタフレームの導入について検討しております。
接続台数が100台近くあるので、アプリケーションのサーバーを２台配置し、Load Blancingを利用しようと思っています。
メタフレームのライセンスについては大体分かるのですが、Win2000のライセンス購入方法がよく分かりません。
この場合、アプリケーションのサーバーは２台とも、100のクライアントライセンス(合計200)を用意しないといけないのか、
それとも、２台で合計100のライセンスを用意しておけばよいのか分かりません
初心者なもので、初歩的な質問かもしれませんが、よろしくお願いいたします。
接続台数が100台近くあるので、アプリケーションのサーバーを２台配置し、Load Blancingを利用しようと思っています。
メタフレームのライセンスについては大体分かるのですが、Win2000のライセンス購入方法がよく分かりません。
この場合、アプリケーションのサーバーは２台とも、100のクライアントライセンス(合計200)を用意しないといけないのか、
それとも、２台で合計100のライセンスを用意しておけばよいのか分かりません
初心者なもので、初歩的な質問かもしれませんが、よろしくお願いいたします。
ライセンスサーバは1台で管理することになるでしょうから、TerminalServiceのCALは
クライアント台数分、つまり100でよいはずです。
念の為、MSの営業さんに聞いた方が良いと思います。
クライアント台数分、つまり100でよいはずです。
念の為、MSの営業さんに聞いた方が良いと思います。
Metaが消える！？
お久しぶりです。
Metaクライアントが突然消える現象がいくつかのＰＣで出ています。
（メニュー、デスクトップ、フォルダ、iniファイルが消えているようです。
レジストリまでは見ていません）
環境的には、Win95、Win98のマシンでおきています。
前兆として、システムが不安定になって再起動した後に起きています。
もっとも、１０００台以上入れての数台（もう少しあるかもしれません）
なので、個体差とか個々の環境によっておきているのかな？と
思っています。
似たような状況があったらお教えください。
Metaクライアントが突然消える現象がいくつかのＰＣで出ています。
（メニュー、デスクトップ、フォルダ、iniファイルが消えているようです。
レジストリまでは見ていません）
環境的には、Win95、Win98のマシンでおきています。
前兆として、システムが不安定になって再起動した後に起きています。
もっとも、１０００台以上入れての数台（もう少しあるかもしれません）
なので、個体差とか個々の環境によっておきているのかな？と
思っています。
似たような状況があったらお教えください。
似たような現象が当システムでも発生していました。
消えるものは、公開ＡＰのアイコンと、新規に作成したＩＣＡコネクションのアイコンです。
つまり、Neighborhoodの中身が消えてしまうことがありました。（過去に３回ほどあり、
その都度再設定し回避していました。）
クライアントの構成は、ICA779、Windows98。サーバはTSE(sp5)+MetaFrame1.8
ダイアルアップによるＩＮＳ接続している端末のみ発生といった状況です。
原因などは不明のままで、役に立たない情報ですが、参考になれば幸いです。
消えるものは、公開ＡＰのアイコンと、新規に作成したＩＣＡコネクションのアイコンです。
つまり、Neighborhoodの中身が消えてしまうことがありました。（過去に３回ほどあり、
その都度再設定し回避していました。）
クライアントの構成は、ICA779、Windows98。サーバはTSE(sp5)+MetaFrame1.8
ダイアルアップによるＩＮＳ接続している端末のみ発生といった状況です。
原因などは不明のままで、役に立たない情報ですが、参考になれば幸いです。
似たような現象が当システムでも発生していました。
消えるものは、公開ＡＰのアイコンと、新規に作成したＩＣＡコネクションのアイコンです。
つまり、Neighborhoodの中身が消えてしまうことがありました。（過去に３回ほどあり、
その都度再設定し回避していました。）
クライアントの構成は、ICA779、Windows98。サーバはTSE(sp5)+MetaFrame1.8
ダイアルアップによるＩＮＳ接続している端末のみ発生といった状況です。
原因などは不明のままで、役に立たない情報ですが、参考になれば幸いです。
消えるものは、公開ＡＰのアイコンと、新規に作成したＩＣＡコネクションのアイコンです。
つまり、Neighborhoodの中身が消えてしまうことがありました。（過去に３回ほどあり、
その都度再設定し回避していました。）
クライアントの構成は、ICA779、Windows98。サーバはTSE(sp5)+MetaFrame1.8
ダイアルアップによるＩＮＳ接続している端末のみ発生といった状況です。
原因などは不明のままで、役に立たない情報ですが、参考になれば幸いです。
ADO接続エラー 「指定したプロバイダーが見つかりません」
現在METAFRAMEを使用したシステムを構築しています。
環境
WindowsNT4.0 Terminal Server SP2上にMETAFRAMEの1.8 SP1をインストールし、
METAFRAMEに使用するシステムのプログラムを公開アプリケーションとして登録しています。
Terminal ServerはBDCです。
現象
使用するユーザアカウントはアプリケーションのあるドメインが
信頼している＜別のドメイン＞のものを使用します。（注意）
この設定でアプリケーションをMETAFRAME越しに実行しようとすると
DBにアクセスするときに「指定したプロバイダが見つかりません」
というエラーメッセージが表示され、実行できません。
ADOを使用してアクセスしているのでプロバイダを使用できないのでしょう。
ちなみにODBCのデータソースの設定もできません。
ただし、使用するアカウントをアプリケーションのあるドメインの
Administratorsグループに入れると実行できます。
実験
Terminal ServerのPCにネットワーク経由でなく、直接そのマシンで
Administratorsに属さないアカウントでログオンした場合も
ADO接続エラーになります。
別ドメインのアカウントをAdministratorsに入れないで実行できる方法を
探しています。ユーザに権限はできるだけ低くしたいのです。
またこの現象に関する情報をご提供ください。
環境
WindowsNT4.0 Terminal Server SP2上にMETAFRAMEの1.8 SP1をインストールし、
METAFRAMEに使用するシステムのプログラムを公開アプリケーションとして登録しています。
Terminal ServerはBDCです。
現象
使用するユーザアカウントはアプリケーションのあるドメインが
信頼している＜別のドメイン＞のものを使用します。（注意）
この設定でアプリケーションをMETAFRAME越しに実行しようとすると
DBにアクセスするときに「指定したプロバイダが見つかりません」
というエラーメッセージが表示され、実行できません。
ADOを使用してアクセスしているのでプロバイダを使用できないのでしょう。
ちなみにODBCのデータソースの設定もできません。
ただし、使用するアカウントをアプリケーションのあるドメインの
Administratorsグループに入れると実行できます。
実験
Terminal ServerのPCにネットワーク経由でなく、直接そのマシンで
Administratorsに属さないアカウントでログオンした場合も
ADO接続エラーになります。
別ドメインのアカウントをAdministratorsに入れないで実行できる方法を
探しています。ユーザに権限はできるだけ低くしたいのです。
またこの現象に関する情報をご提供ください。
TSEはSP2ではなくSP3ですね。最初のインストールでSP3のはずなので。
原因として考えられそうなものをあげておきます。
(1)TSEのSPが古い（現在はSP6、おすすめはSP5ですが）
(2)ODBCのドライバ導入に失敗している。(ODBCのスクリプトを流していない？)
(3)MDAC2.1等インストール後にsystem32のディレクトリ・ファイルのアクセス権が変更
されてしまう事による不具合(MSのサイトに詳細情報あり)
ちなみにちょっと環境は違いますが、当方のTSE＋SP5＋MetaFrame1.8+FR1
ではドメインユーザでもユーザデータソースを使用してSQL ServerにODBC
接続できています。
ヒントになってれば良いのだけれど・・
原因として考えられそうなものをあげておきます。
(1)TSEのSPが古い（現在はSP6、おすすめはSP5ですが）
(2)ODBCのドライバ導入に失敗している。(ODBCのスクリプトを流していない？)
(3)MDAC2.1等インストール後にsystem32のディレクトリ・ファイルのアクセス権が変更
されてしまう事による不具合(MSのサイトに詳細情報あり)
ちなみにちょっと環境は違いますが、当方のTSE＋SP5＋MetaFrame1.8+FR1
ではドメインユーザでもユーザデータソースを使用してSQL ServerにODBC
接続できています。
ヒントになってれば良いのだけれど・・
pancraさんありがとうございます。
結論からいいますと、EveryoneにSYSTEM32フォルダの読み取り権限を再設定したところうまくいきました。
サブディレクトリ毎再設定したので、どこのアクセス権が原因だったかはわかりません。
たびたび申し訳ないのですが、お教えいただいた以下の情報にたどりつく方法を教えてください。（MSのサイトを探してみたのですがみつけられませんでした）
>(3)MDAC2.1等インストール後にsystem32のディレクトリ・ファイルのアクセス権が変更
> されてしまう事による不具合(MSのサイトに詳細情報あり)
結論からいいますと、EveryoneにSYSTEM32フォルダの読み取り権限を再設定したところうまくいきました。
サブディレクトリ毎再設定したので、どこのアクセス権が原因だったかはわかりません。
たびたび申し訳ないのですが、お教えいただいた以下の情報にたどりつく方法を教えてください。（MSのサイトを探してみたのですがみつけられませんでした）
>(3)MDAC2.1等インストール後にsystem32のディレクトリ・ファイルのアクセス権が変更
> されてしまう事による不具合(MSのサイトに詳細情報あり)
マイクロソフトのサポートサイトの文書番号J051780が参考になるかと思います。
メタフレーム上でのPC/SC
初めまして。Takaと申します。
現在クライアントにPC/SC対応(Personal Computer/Smart Card)ICカードR/Wを接続して
サーバ上のソフトを動かそうとしているのですが、うまく動作しません。
メタフレーム(Ver.1.8)はPC/SCに対応しているのでしょうか？
また、シリアルポートとの同期はとれるのでしょうか？
よろしくお願いします。
現在クライアントにPC/SC対応(Personal Computer/Smart Card)ICカードR/Wを接続して
サーバ上のソフトを動かそうとしているのですが、うまく動作しません。
メタフレーム(Ver.1.8)はPC/SCに対応しているのでしょうか？
また、シリアルポートとの同期はとれるのでしょうか？
よろしくお願いします。
始めまして、ＹＹと申します。
実は私どもも同じようにPC/SC対応のICカードR/Wを接続して、
サーバ上のソフトを動かす話があり、
試みていましたが、結局うまくいきませんでした。
Metaframe上でクライアントとサーバ間のデバイスをリダイレクトすることを考えると、
ハードディスクか、プリンタ、COMポートでないと難しく、
PC/SCタイプの場合は、スマートカードのインタフェースに関する規格であることからか、ICカードの接続ポートをCOMポートして認識することができなかったため
私どもはあきらめてしまいました。
もし、何か他の良い方法がありましたら、お聞かせください。
実は私どもも同じようにPC/SC対応のICカードR/Wを接続して、
サーバ上のソフトを動かす話があり、
試みていましたが、結局うまくいきませんでした。
Metaframe上でクライアントとサーバ間のデバイスをリダイレクトすることを考えると、
ハードディスクか、プリンタ、COMポートでないと難しく、
PC/SCタイプの場合は、スマートカードのインタフェースに関する規格であることからか、ICカードの接続ポートをCOMポートして認識することができなかったため
私どもはあきらめてしまいました。
もし、何か他の良い方法がありましたら、お聞かせください。
net useとchange client
初めて投稿します。
ICカードリーダをMetaframeで利用したいと思っているのですが、
net useコマンドとchange clientコマンドは、
どちらも同様の機能であるように思いますが、
なにか、使い分けがあるのでしょうか。
こちらで確認したところ
net use com5 clientcom1:
change client com5: clientcom1:
上記の２つでは、net useでは正常にマッピングできましたが、
change clientでは、プリンタ？（パラレルポート）にマッピング
しているように思えます。
ICカードリーダをMetaframeで利用したいと思っているのですが、
net useコマンドとchange clientコマンドは、
どちらも同様の機能であるように思いますが、
なにか、使い分けがあるのでしょうか。
こちらで確認したところ
net use com5 clientcom1:
change client com5: clientcom1:
上記の２つでは、net useでは正常にマッピングできましたが、
change clientでは、プリンタ？（パラレルポート）にマッピング
しているように思えます。
MetaFrameのローカルデバイスマッピングでのcom1,com2は基本的にシリアルプリンタを
想定しているものであったと思います。
試しに、セッション中からDOSプロンプトで、change client /viewを実行した
場合に表示されるデバイスタイプを確認されてみてはいかがでしょうか？
おそらくTypeがPrinterと表示されると思います。
現象から推察するに、割付そのものは正常であるが、Typeが
Printerとして接続されていると考えます。
以下余談ですが、
当方で実験したところサーバ上にデジカメのユーティリティをインストールし、
クライアント側にシリアルケーブル経由でデジカメを接続し、
MetaFrameのセッション中から、シリアルポートのマッピングを
行い、クライアントに接続してあるデジカメの映像をユーティリティ
に取り込めた経緯があります。（すべての機能について試したわけではない）
つまり、通常のシリアルインタフェースとして使えたようです。
想定しているものであったと思います。
試しに、セッション中からDOSプロンプトで、change client /viewを実行した
場合に表示されるデバイスタイプを確認されてみてはいかがでしょうか？
おそらくTypeがPrinterと表示されると思います。
現象から推察するに、割付そのものは正常であるが、Typeが
Printerとして接続されていると考えます。
以下余談ですが、
当方で実験したところサーバ上にデジカメのユーティリティをインストールし、
クライアント側にシリアルケーブル経由でデジカメを接続し、
MetaFrameのセッション中から、シリアルポートのマッピングを
行い、クライアントに接続してあるデジカメの映像をユーティリティ
に取り込めた経緯があります。（すべての機能について試したわけではない）
つまり、通常のシリアルインタフェースとして使えたようです。
pancraさん、ありがとうございます。
どうやら、そのようですね。通常のシリアルインタフェースとして使えるようです。
しかし、たまにICカードリード・ライトでは、エラーが発生します。
どうも、WindowsAPIのReadfileをCALLするとデータを受信しきっていないのに、OSから受信終了が返却されるようです（まだ調査中ですが）。この辺のAPIの動きはやっぱり、Metaframe環境下で違うのでしょうか。ひょっとして、MetaframeのSDKか何かに独自のAPIがあったりするのでしょうか。
どうやら、そのようですね。通常のシリアルインタフェースとして使えるようです。
しかし、たまにICカードリード・ライトでは、エラーが発生します。
どうも、WindowsAPIのReadfileをCALLするとデータを受信しきっていないのに、OSから受信終了が返却されるようです（まだ調査中ですが）。この辺のAPIの動きはやっぱり、Metaframe環境下で違うのでしょうか。ひょっとして、MetaframeのSDKか何かに独自のAPIがあったりするのでしょうか。
UDPを使わないブラウジングについて
現在MetaFrame1.8J FR1を評価中です。UDPを使用しなくなったとの事で、
FireWallのセキュリティ保持と設定が楽になると喜んでました。
しかし、ICAクライアントモジュール(6.00.913)でのブラウジングはUDPを
使わずTCP+HTTPでの接続が確認できましたが、ICAファイルでの記述方法が
わかりません。（どうしてもブラウザからアクセスさせたいので。。。）
どなたかご存知であれば、情報をいただけないでしょうか。
よろしくお願いします。
FireWallのセキュリティ保持と設定が楽になると喜んでました。
しかし、ICAクライアントモジュール(6.00.913)でのブラウジングはUDPを
使わずTCP+HTTPでの接続が確認できましたが、ICAファイルでの記述方法が
わかりません。（どうしてもブラウザからアクセスさせたいので。。。）
どなたかご存知であれば、情報をいただけないでしょうか。
よろしくお願いします。
すみません。自己レスになりますが。。。
CitrixのKnowledgeBaseにありましたので早速試してみます。
[WFClient]
Version=2
HttpBrowserAddress=10.3.13.111:8080
TcpBrowserAddress=10.3.7.78
TcpBrowserAddress2=10.3.7.111
[ApplicationServers]
notepad-jw=
[notepad-jw]
Address=notepad-jw
InitialProgram=#notepad-jw
DesiredHRES=640
DesiredVRES=480
DesiredColor=2
TransportDriver=TCP/IP
WinStationDriver=ICA 3.0
BrowserProtocol=HTTPonTCP
今後も皆さんのお力を借りる事が多いとおもいますので、よろしくお願いします。
CitrixのKnowledgeBaseにありましたので早速試してみます。
[WFClient]
Version=2
HttpBrowserAddress=10.3.13.111:8080
TcpBrowserAddress=10.3.7.78
TcpBrowserAddress2=10.3.7.111
[ApplicationServers]
notepad-jw=
[notepad-jw]
Address=notepad-jw
InitialProgram=#notepad-jw
DesiredHRES=640
DesiredVRES=480
DesiredColor=2
TransportDriver=TCP/IP
WinStationDriver=ICA 3.0
BrowserProtocol=HTTPonTCP
今後も皆さんのお力を借りる事が多いとおもいますので、よろしくお願いします。
印刷スピード
本日、iForum2000に行って来ました。最新の情報が得られたので有意義でした。
皆様にご報告を。
MetaFrameの弱点ともいうべき「WANにおける印刷スピードが遅い」ですが、
Citrixサイドはやはり「決定打は無し」というコメントでした。
ですが、展示ブースにて、某国内メーカ製のユーティリティソフト「PRINTSTAGE」を発見。
＜特徴＞
・印刷速度の大幅改善（印刷データ圧縮方式であり帯域制御ではありません）
・MetaFrameサーバへのプリンタ登録の不要（ローカルのプリントサーバに登録）
・プリンタ機種を選ばない
＜構成＞
・MetaFrameサーバ用ソフト
・プリントサーバ用ソフト（ローカルに１台用意する）
となります。
実際にデモ機器で体験してきましたが、そのスピードは体感的に素晴らしい
ものでした。このソフト＋最新の高速レーザプリンタであれば、エンドユーザ
からの不満も出ないと思います。
また「ThinPrint」も触ってきましたが、体感速度もソフトの操作性ともに
「PRINTSTAGE」が上だと思いました。
また、プリントサーバですが、NT Workstationや2000ProfessionalでもＯＫですので、
クライアント共用も可能かもしれません。
ちなみに2001年1月に発売予定ということで、価格は未定とのこと。
※参考（パンフより抜粋）
Word2000の331KBデータ（23枚）
「PRINTSTAGE」 ・・・4分21秒
「Autocreate(ICA)」・・・13分15秒
皆様にご報告を。
MetaFrameの弱点ともいうべき「WANにおける印刷スピードが遅い」ですが、
Citrixサイドはやはり「決定打は無し」というコメントでした。
ですが、展示ブースにて、某国内メーカ製のユーティリティソフト「PRINTSTAGE」を発見。
＜特徴＞
・印刷速度の大幅改善（印刷データ圧縮方式であり帯域制御ではありません）
・MetaFrameサーバへのプリンタ登録の不要（ローカルのプリントサーバに登録）
・プリンタ機種を選ばない
＜構成＞
・MetaFrameサーバ用ソフト
・プリントサーバ用ソフト（ローカルに１台用意する）
となります。
実際にデモ機器で体験してきましたが、そのスピードは体感的に素晴らしい
ものでした。このソフト＋最新の高速レーザプリンタであれば、エンドユーザ
からの不満も出ないと思います。
また「ThinPrint」も触ってきましたが、体感速度もソフトの操作性ともに
「PRINTSTAGE」が上だと思いました。
また、プリントサーバですが、NT Workstationや2000ProfessionalでもＯＫですので、
クライアント共用も可能かもしれません。
ちなみに2001年1月に発売予定ということで、価格は未定とのこと。
※参考（パンフより抜粋）
Word2000の331KBデータ（23枚）
「PRINTSTAGE」 ・・・4分21秒
「Autocreate(ICA)」・・・13分15秒
>※参考（パンフより抜粋）
>Word2000の331KBデータ（23枚）
補足：WAN64Kでの実測とのことです。
>Word2000の331KBデータ（23枚）
補足：WAN64Kでの実測とのことです。
はじめまして、中山と申します。宜しくお願します。
ちなみに、私はThinPrintの関係者です。
ThinPrintは印刷処理を速くする為の物ではありません。
帯域幅を制御する事により、印刷中でも皆さんが円滑に
MetaFrameを使っていただく為のソフトになります。
例えば、帯域幅の上限を半分にすれば、印刷中でも残りの半分で
MetaFrameを同時に使う事が出来ます。
半分にした分、トータル印刷時間が２倍になる訳ではありません。
それは印刷データを圧縮して補っている為です。
お客様によってはWANでの大量印刷を必要としている所もあります。
50枚の印刷が速くなっても、印刷終了するまで待つのでしょうか。
基本的に用途と考え方が違う物だと私は思っています。
突然出てきて、申し訳ありませんが、宜しくお願します。
ちなみに、私はThinPrintの関係者です。
ThinPrintは印刷処理を速くする為の物ではありません。
帯域幅を制御する事により、印刷中でも皆さんが円滑に
MetaFrameを使っていただく為のソフトになります。
例えば、帯域幅の上限を半分にすれば、印刷中でも残りの半分で
MetaFrameを同時に使う事が出来ます。
半分にした分、トータル印刷時間が２倍になる訳ではありません。
それは印刷データを圧縮して補っている為です。
お客様によってはWANでの大量印刷を必要としている所もあります。
50枚の印刷が速くなっても、印刷終了するまで待つのでしょうか。
基本的に用途と考え方が違う物だと私は思っています。
突然出てきて、申し訳ありませんが、宜しくお願します。
それぞれ製品にはどの部分に重きを置くかにより、得意な部分と不得意な点が出てくる
のでしょうね。
私見ですが以下の用に理解しております。
(1)ThinPrint
MetaFrameの帯域制御と同じく、印刷の帯域を低く抑えることにより、ネットワーク
負荷を減少させ、多くの接続・印刷要求を捌くことができるようにするソフト。
(3)PRINTSTAGE
独自中間ファイル形式を採用する事により、ネットワークを流れるデータそのものを
小さくするソフト。ただし、帯域制御を行うものではない為、同一拠点に対する過剰
な印刷要求があった場合、ICAコネクションで使用する帯域を圧迫する可能性もゼロ
では無いような気がします。
どちらも製品として優劣をつけられるものではないと思いますが、
顧客要件により、フィットしていれば、それが最適といったところでしょうか。
のでしょうね。
私見ですが以下の用に理解しております。
(1)ThinPrint
MetaFrameの帯域制御と同じく、印刷の帯域を低く抑えることにより、ネットワーク
負荷を減少させ、多くの接続・印刷要求を捌くことができるようにするソフト。
(3)PRINTSTAGE
独自中間ファイル形式を採用する事により、ネットワークを流れるデータそのものを
小さくするソフト。ただし、帯域制御を行うものではない為、同一拠点に対する過剰
な印刷要求があった場合、ICAコネクションで使用する帯域を圧迫する可能性もゼロ
では無いような気がします。
どちらも製品として優劣をつけられるものではないと思いますが、
顧客要件により、フィットしていれば、それが最適といったところでしょうか。
当方の書込み方に、やや問題があったことをお詫びいたします。
個人的には「ThinPrint」が帯域制御であることは理解しているのですが、
現在提案中のシステムにおいて、印刷スピードの問題がありましたゆえ、
結果的に「ThinPrint」と「PRINTSTAGE」を比較するような書込み
となってしまいました。
失礼致しました。
個人的には「ThinPrint」が帯域制御であることは理解しているのですが、
現在提案中のシステムにおいて、印刷スピードの問題がありましたゆえ、
結果的に「ThinPrint」と「PRINTSTAGE」を比較するような書込み
となってしまいました。
失礼致しました。
WIN2000サーバで某パッケージ
はじめまして。
WIN2000サーバを利用したLANWAN環境（モバイルアクセス含む）において、
某パッケージソフト（SQLサーバ必要）の同時利用を検討しております。
提案は2000年12月頃。
実稼動は2001年4月頃の予定となっております。
クライアントはWIN98で合計30台程度になります。
この構成でもっともシンプルなツールの組み合わせは何になるでしょうか？
私なりに調査した結果では、WIN2000のみ（メタフレームなし）でも
そこそこ利用できるようですが・・・。
またこちらの過去ログに、印刷速度の遅さがネックになるとの旨の
書きこみがありますが、現在のバージョンでもそうなんでしょうか？
またこれはWIN2000のターミナルサーバのみ利用でも同じなのでしょうか？
勉強中な身なので言葉足らずかもしれませんが、よろしくお願いします。
WIN2000サーバを利用したLANWAN環境（モバイルアクセス含む）において、
某パッケージソフト（SQLサーバ必要）の同時利用を検討しております。
提案は2000年12月頃。
実稼動は2001年4月頃の予定となっております。
クライアントはWIN98で合計30台程度になります。
この構成でもっともシンプルなツールの組み合わせは何になるでしょうか？
私なりに調査した結果では、WIN2000のみ（メタフレームなし）でも
そこそこ利用できるようですが・・・。
またこちらの過去ログに、印刷速度の遅さがネックになるとの旨の
書きこみがありますが、現在のバージョンでもそうなんでしょうか？
またこれはWIN2000のターミナルサーバのみ利用でも同じなのでしょうか？
勉強中な身なので言葉足らずかもしれませんが、よろしくお願いします。
サーバ2台(SQL、Win2000TerminalService)とクライアント30台が
もっともシンプルな組み合わせだと思います。
MetaFrameが必要かどうかは(絶対必要だと思いますが・・・)どのように
利用されるかだと思います。ただ、TerminalServiceを考えられているの
であればMetaFremeも一度試用版などで試してからのほうがいいのでは？
印刷については現バージョンでも(というか変わってない)同じです。
1度に数枚の印刷であれば問題ないと思いますが数十枚〜数百枚と
なるとつらいかも。速度についてはユーザさんに見てもらうしか
ないですね。｛割と許してもらえます。(^^；)｝
もっともシンプルな組み合わせだと思います。
MetaFrameが必要かどうかは(絶対必要だと思いますが・・・)どのように
利用されるかだと思います。ただ、TerminalServiceを考えられているの
であればMetaFremeも一度試用版などで試してからのほうがいいのでは？
印刷については現バージョンでも(というか変わってない)同じです。
1度に数枚の印刷であれば問題ないと思いますが数十枚〜数百枚と
なるとつらいかも。速度についてはユーザさんに見てもらうしか
ないですね。｛割と許してもらえます。(^^；)｝
お返事ありがとうございます。
MetaFrameは、費用が許されるのならば組み込んだ方が良いようですね。
サーバ２台構成ですと、
(1)：OS=WIN2000Server +SQL ホストとなる
(2)：OS=WIN2000Server +MetaFrame +アプリ本体 クライアントとなる
となり、
30台のクライアントは、
(1)に対して通常のクライアント＆(2)に対してのICAクライアント
とする構成で宜しいでしょうか。
実際に動かしたことがないので、どうしても想像となってしまうのですが、
各拠点にあるクライアントは、(1)に対してのLANWAN環境にログオンし、
必要時に(2)へのICAクライアント接続を行い、その窓の中で(2)にインストール
されている業務アプリを起動。データは基本的に(1)のSQLサーバに保持されるが、
データをアプリのエクスポート機能で、クライアントのローカルHDDにも
書き出すことが可能・・・。そして印刷は、クライアントのOSに「通常使うプリンタ」
と設定されているプリンタに出力されると・・・。
私の運用イメージでは上記なのですが、何か間違っている部分など
ありますでしょうか？宜しければアドバイスください。
あと、見えない部分の話なのですが、各ICAで起動したアプリは、
(2)マシン内のメモリ上に展開されているのでしょうか？
MetaFrameは、費用が許されるのならば組み込んだ方が良いようですね。
サーバ２台構成ですと、
(1)：OS=WIN2000Server +SQL ホストとなる
(2)：OS=WIN2000Server +MetaFrame +アプリ本体 クライアントとなる
となり、
30台のクライアントは、
(1)に対して通常のクライアント＆(2)に対してのICAクライアント
とする構成で宜しいでしょうか。
実際に動かしたことがないので、どうしても想像となってしまうのですが、
各拠点にあるクライアントは、(1)に対してのLANWAN環境にログオンし、
必要時に(2)へのICAクライアント接続を行い、その窓の中で(2)にインストール
されている業務アプリを起動。データは基本的に(1)のSQLサーバに保持されるが、
データをアプリのエクスポート機能で、クライアントのローカルHDDにも
書き出すことが可能・・・。そして印刷は、クライアントのOSに「通常使うプリンタ」
と設定されているプリンタに出力されると・・・。
私の運用イメージでは上記なのですが、何か間違っている部分など
ありますでしょうか？宜しければアドバイスください。
あと、見えない部分の話なのですが、各ICAで起動したアプリは、
(2)マシン内のメモリ上に展開されているのでしょうか？
私の好きなお話しなのでレスします。
構成や考え方はだいたいあってると思います。
ただ、プリンタの問題は厄介な部分が多いです。
（2）に接続されるクライアントが出力する対象のプリンタドライバ（Win2000)
をすべてインストールしないといけないし、大量印刷中は回線負荷がやたらかかるし。
あと、某パッケージがマルチユーザー対応しているかも問題になりやすいです。
メモリについては理論上、パッケージの推奨メモリ×３０＝９６０ＭＢぐらい？
をのせましょう。（同時３０ユーザーの場合）
これだけ覚えれば後は提案勝負です。
提案がうまくいくよう応援します。
構成や考え方はだいたいあってると思います。
ただ、プリンタの問題は厄介な部分が多いです。
（2）に接続されるクライアントが出力する対象のプリンタドライバ（Win2000)
をすべてインストールしないといけないし、大量印刷中は回線負荷がやたらかかるし。
あと、某パッケージがマルチユーザー対応しているかも問題になりやすいです。
メモリについては理論上、パッケージの推奨メモリ×３０＝９６０ＭＢぐらい？
をのせましょう。（同時３０ユーザーの場合）
これだけ覚えれば後は提案勝負です。
提案がうまくいくよう応援します。
お返事ありがとうございます。考え方が概ね正しいようで、ホッとしています。
プリンタに関しての情報ありがとうございます。これは次期バージョンに期待
したいです。本稼動までに発売されれば良いのですが、オフィシャルサイト
にも告知はまだ無いようですね。
>あと、某パッケージがマルチユーザー対応しているかも問題になりやすいです。
はい。こちらはＯＫです。確認済みです。
>メモリについては理論上、パッケージの推奨メモリ×３０＝９６０ＭＢぐらい？
そうですね。1GB搭載の必要があるようです。それからCPUですが、
どこかで、MetaFrameはデュアルCPUに対応していると読みました。
これの効果が高いようであれば、「1GHz×1個」より「800MHz×2個」とか
提案してみようかと思っています。
それから・・・愛宕山さんが書いています「試用版」はどこにあるのでしょうか？
オフィシャルのダウンロードページ探してみたのですが、分かりませんでした。
ひょっとして書籍「メタフレーム革命」に付いているモノ？
プリンタに関しての情報ありがとうございます。これは次期バージョンに期待
したいです。本稼動までに発売されれば良いのですが、オフィシャルサイト
にも告知はまだ無いようですね。
>あと、某パッケージがマルチユーザー対応しているかも問題になりやすいです。
はい。こちらはＯＫです。確認済みです。
>メモリについては理論上、パッケージの推奨メモリ×３０＝９６０ＭＢぐらい？
そうですね。1GB搭載の必要があるようです。それからCPUですが、
どこかで、MetaFrameはデュアルCPUに対応していると読みました。
これの効果が高いようであれば、「1GHz×1個」より「800MHz×2個」とか
提案してみようかと思っています。
それから・・・愛宕山さんが書いています「試用版」はどこにあるのでしょうか？
オフィシャルのダウンロードページ探してみたのですが、分かりませんでした。
ひょっとして書籍「メタフレーム革命」に付いているモノ？
>ひょっとして書籍「メタフレーム革命」に付いているモノ？
ついてたかも・・・会社にあるやつを読んだだけなのでわかりません。
試用版はCITRIXさんに聞いてみては・・・
ついてたかも・・・会社にあるやつを読んだだけなのでわかりません。
試用版はCITRIXさんに聞いてみては・・・
試用版なら捨てるほど持っております。（ＷＩＮ2000版、ＴＳＥ版）
あと、ＴＳＥでＯＳ自体の試用版は持ってますが
２０００のＯＳは持ってないです。
必要であれば差し上げることは可能ですが・・・・
メール頂ければ・・・・・
あと、ＴＳＥでＯＳ自体の試用版は持ってますが
２０００のＯＳは持ってないです。
必要であれば差し上げることは可能ですが・・・・
メール頂ければ・・・・・
とりあえずCitrixへメールを出しました。
まだ返事が無いので、どうなるか分かりません・・・。
いざとなったら、amayakoさんにお願いするかもしれません。
その時はよろしくお願いします。
まだ返事が無いので、どうなるか分かりません・・・。
いざとなったら、amayakoさんにお願いするかもしれません。
その時はよろしくお願いします。
先日、Citrixから試用版（45日間限定？）を無事に頂くことができました。
今後は実際に動かしてみて、その性能を評価したいと思います。
今後は実際に動かしてみて、その性能を評価したいと思います。
ライセンスについて一言いいたいです。
２０００クライアントで１００同時ユーザーの
ＭＥＴＡ環境を構築する場合、
なぜＷｉｎｄｏｗｓ２０００の場合はＴＳ−ＣＡＬが
２０００も必要になるのでしょうか？
普通に考えたら１００だけでいいと思うのですが・・・。
私の考えは間違っているでしょうか？？？
（イントラ上のＮｆｕｓｅから匿名ユーザーとして接続する場合）
おかげで案件がつぶれまくってます・・・・（泣）
↑いまだにＭＥＴＡをあつかってる
ちなみにＴＳＥの場合は１００でＯＫだった気がしますが・・・
ＭＥＴＡ環境を構築する場合、
なぜＷｉｎｄｏｗｓ２０００の場合はＴＳ−ＣＡＬが
２０００も必要になるのでしょうか？
普通に考えたら１００だけでいいと思うのですが・・・。
私の考えは間違っているでしょうか？？？
（イントラ上のＮｆｕｓｅから匿名ユーザーとして接続する場合）
おかげで案件がつぶれまくってます・・・・（泣）
↑いまだにＭＥＴＡをあつかってる
ちなみにＴＳＥの場合は１００でＯＫだった気がしますが・・・
お久しぶりです。amayakoさん。
残念ながら、現行のMicrosoftのライセンスポリシーでは2000クライアントで使う
場合はTS-CALが2000必要となる。（TSEも同様）
と認識しています。
ライセンスを購入していない場合、接続したマシンを記憶しているので購入数
を超えた時点で、新しいライセンスがクライアント側に発行されず、接続する
事ができなくなります。
おっしゃる通りこの部分がネックになってつぶれる案件も多いでしょうね。
残念ながら、現行のMicrosoftのライセンスポリシーでは2000クライアントで使う
場合はTS-CALが2000必要となる。（TSEも同様）
と認識しています。
ライセンスを購入していない場合、接続したマシンを記憶しているので購入数
を超えた時点で、新しいライセンスがクライアント側に発行されず、接続する
事ができなくなります。
おっしゃる通りこの部分がネックになってつぶれる案件も多いでしょうね。
やはりそうですか・・・・。
そうなるとうちみたいな小規模のベンダーではダメですね（泣）
うちの会社はMicrosoftSELECTを販売するには
他ベンダーに頼るしかないのが辛いところです・・・。
pencraさん有り難うございました。
そうなるとうちみたいな小規模のベンダーではダメですね（泣）
うちの会社はMicrosoftSELECTを販売するには
他ベンダーに頼るしかないのが辛いところです・・・。
pencraさん有り難うございました。
WebICAクライアントについて
また質問させてください。
WebICAクライアントの動作概要として、htmlページ上のリンククリックにて『.ICA』ファイルを
ローカルにダウンロードしてきて、その『.ICA』ファイルをWebICAクライアントが解析後
Metaサーバに接続して指定された公開アプリケーションを実行するという認識なのですが、
下記問題にぶつかっております。
１）『.ICA』ファイルにて公開アプリケーションに任意の引数を与えられない。
（例：Excelに既存のファイルを開かせる公開アプリ等）
→ この種の需要は必ずあるはずだと思うのですが、
情報も見つからずマニュアルにも載っていません。
同じアプリなのに異なる引数ごとに公開アプリを作成するという方法は
どうも納得がいきません。
何か方法があるのでしょうか？
２）WebICAクライアントのウィンドウサイズが固定
→ これは現時点での仕様かも知れませんが、
外部起動版にてシームレスとはいかずともサイズ変更くらいはできないのでしょうか？
そもそもはActiveXの仕様なのでしょうか、、、
３）HOTKEYが効かない
埋め込みJavaアプレット版では使えることを確認したのですが、これも仕様なのでしょうか？
環境）Metaサーバ：Meta1.8
クライアント：ICAクライアント4.711??（日本語版の最新）
以上、私の調査不足なのかもご存知のかた助けてください。
WebICAクライアントの動作概要として、htmlページ上のリンククリックにて『.ICA』ファイルを
ローカルにダウンロードしてきて、その『.ICA』ファイルをWebICAクライアントが解析後
Metaサーバに接続して指定された公開アプリケーションを実行するという認識なのですが、
下記問題にぶつかっております。
１）『.ICA』ファイルにて公開アプリケーションに任意の引数を与えられない。
（例：Excelに既存のファイルを開かせる公開アプリ等）
→ この種の需要は必ずあるはずだと思うのですが、
情報も見つからずマニュアルにも載っていません。
同じアプリなのに異なる引数ごとに公開アプリを作成するという方法は
どうも納得がいきません。
何か方法があるのでしょうか？
２）WebICAクライアントのウィンドウサイズが固定
→ これは現時点での仕様かも知れませんが、
外部起動版にてシームレスとはいかずともサイズ変更くらいはできないのでしょうか？
そもそもはActiveXの仕様なのでしょうか、、、
３）HOTKEYが効かない
埋め込みJavaアプレット版では使えることを確認したのですが、これも仕様なのでしょうか？
環境）Metaサーバ：Meta1.8
クライアント：ICAクライアント4.711??（日本語版の最新）
以上、私の調査不足なのかもご存知のかた助けてください。
こんにちは
２）WebICAクライアントのウィンドウサイズが固定
NFuse使えばシームレスも出来ますよ。
３）HOTKEYが効かない
これって具体的にはどんなことをしたいんでしょう。後学のために教えてください。
ちなみに１）はわかりません。公開アプリ作るしかないんじゃないでしょうか。標準では。
２）WebICAクライアントのウィンドウサイズが固定
NFuse使えばシームレスも出来ますよ。
３）HOTKEYが効かない
これって具体的にはどんなことをしたいんでしょう。後学のために教えてください。
ちなみに１）はわかりません。公開アプリ作るしかないんじゃないでしょうか。標準では。
愛宕山 様 レスありがとう御座います。
なるほど、NFuseであれば可能なのですか。
一歩前進です。
HOTKEYもNFuseでは対応しているかも知れませんね。
NFuseにて検証を開始してみます。
HOTKEYのご質問についてですが、別に複雑なことをしたいわけではなく
アプリケーションによっては（例えばIE）別窓でウィンドウが開いたとき
に元の窓を『ALT+TAB』によって切り替えたりしたいというだけです。
前のウィンドウに戻りたいとユーザが思っても戻れないという問い合わせは
受け付けたくありませんので。
でもこの件もNFuseでのシームレスウィンドウが可能となれば解決したも同然です。
明るい兆しが見えてきました、どうもありがとう御座います。
なるほど、NFuseであれば可能なのですか。
一歩前進です。
HOTKEYもNFuseでは対応しているかも知れませんね。
NFuseにて検証を開始してみます。
HOTKEYのご質問についてですが、別に複雑なことをしたいわけではなく
アプリケーションによっては（例えばIE）別窓でウィンドウが開いたとき
に元の窓を『ALT+TAB』によって切り替えたりしたいというだけです。
前のウィンドウに戻りたいとユーザが思っても戻れないという問い合わせは
受け付けたくありませんので。
でもこの件もNFuseでのシームレスウィンドウが可能となれば解決したも同然です。
明るい兆しが見えてきました、どうもありがとう御座います。
Powerful & Beautiful
力強く、美しいシステムを。