トピック検索
515 件のトピックが該当しました。
- １サーバにインストールしたプリンタドライバの数 - 米澤健一 ( 2001/02/07 13:04:21 更新)
- ローカルドライブの自動マウントについて - mine ( 2000/09/21 15:52:39 更新)
- ＴＳＥクライアントでエプソン製プリンタ動作せず - s-mura ( 2000/09/11 15:57:12 更新)
- プリンタマッピングについて - Denken ( 2000/08/29 19:08:41 更新)
- こういう事もできるんでしょうか？ - Mez ( 2000/04/03 11:03:19 更新)
１サーバにインストールしたプリンタドライバの数
お久しぶりです。
少々お教えいただきたいのですが、１台のサーバにインストールしたプリンタドライバの数って実用的には何種類くらいまでが妥当だと思われます？
いまの当方の環境ではWindows2000Server(SP1) 、PentiumIII×4、4GBメモリ、で約40Userがログインしている状態で117種類！もあります。（すべてWindows2000対応版）（実際にはAutoCreateで認識されたものが使われているのですが）
大きく分けると
キヤノンLIPS3（メーカー）
キヤノンLIPS4（メーカー）
ＮＥＣドットプリンタ（メーカー）
ＥＰＳＯＮレーザー（ＭＳ）
ＲＩＣＯＨレーザー・複合機（メーカー）
ＺＥＲＯＸ複合機（メーカー）
その他
になります。どうも機種が多すぎてドライバ間の相性が悪いのか、サーバが不安定で困っています。（サーバのハードウェアは全部純正品なのでその辺は大丈夫だと思います）
個人的には機種は少ないほうがいいと思いますが...
よろしくお願いします。m(__)m
少々お教えいただきたいのですが、１台のサーバにインストールしたプリンタドライバの数って実用的には何種類くらいまでが妥当だと思われます？
いまの当方の環境ではWindows2000Server(SP1) 、PentiumIII×4、4GBメモリ、で約40Userがログインしている状態で117種類！もあります。（すべてWindows2000対応版）（実際にはAutoCreateで認識されたものが使われているのですが）
大きく分けると
キヤノンLIPS3（メーカー）
キヤノンLIPS4（メーカー）
ＮＥＣドットプリンタ（メーカー）
ＥＰＳＯＮレーザー（ＭＳ）
ＲＩＣＯＨレーザー・複合機（メーカー）
ＺＥＲＯＸ複合機（メーカー）
その他
になります。どうも機種が多すぎてドライバ間の相性が悪いのか、サーバが不安定で困っています。（サーバのハードウェアは全部純正品なのでその辺は大丈夫だと思います）
個人的には機種は少ないほうがいいと思いますが...
よろしくお願いします。m(__)m
プリンタドライバの数は少ないにこした事はないです。
ただし、TSEやMetaFrame環境だから少ない方が良いわけではなく、単純に業務システム
でサポートするプリンタが少ない方が帳票の作成時のマージンの調整や、トラブル時の
対象を絞り込みがし易くなる為です。
ただし、数によって不安定になるわけではなく、不安定になる可能性が高くなると
いった方があたっているかな。
単純にインストールされたドライバすべてに動作不具合がなければ、プリンタドライバ
の数によって不安定な状態になることはないです。
お知らせくださっているプリンタをみるとCANONのLIPS4が含まれていますよね。
このプリンタドライバは最新の4.3でないとTSEやMetaFrame環境において、レジストリ
が増大しつづけるバグがあります。(4.3は2001/1/18リリース)
他メーカーのプリンタドライバにおいても、メーカー製ドライバの場合はメモリリーク
等のテストが十分に行われていなければ、不安定になる可能性大となります。
ただし、TSEやMetaFrame環境だから少ない方が良いわけではなく、単純に業務システム
でサポートするプリンタが少ない方が帳票の作成時のマージンの調整や、トラブル時の
対象を絞り込みがし易くなる為です。
ただし、数によって不安定になるわけではなく、不安定になる可能性が高くなると
いった方があたっているかな。
単純にインストールされたドライバすべてに動作不具合がなければ、プリンタドライバ
の数によって不安定な状態になることはないです。
お知らせくださっているプリンタをみるとCANONのLIPS4が含まれていますよね。
このプリンタドライバは最新の4.3でないとTSEやMetaFrame環境において、レジストリ
が増大しつづけるバグがあります。(4.3は2001/1/18リリース)
他メーカーのプリンタドライバにおいても、メーカー製ドライバの場合はメモリリーク
等のテストが十分に行われていなければ、不安定になる可能性大となります。
お久しぶりです。
どうも、キヤノン製LIPS3ドライバのうち、LBP-310/320/350用のドライバに不具合があったようで、とりあえずＭＳ製に変更する予定です。
でも、最近キヤノンのプリンタがモデルチェンジしたのでどうしよう...
（新しいのを買っている拠点がもうあるので...）
どうも、キヤノン製LIPS3ドライバのうち、LBP-310/320/350用のドライバに不具合があったようで、とりあえずＭＳ製に変更する予定です。
でも、最近キヤノンのプリンタがモデルチェンジしたのでどうしよう...
（新しいのを買っている拠点がもうあるので...）
LIPS3のドライバにも不具合があったのですか。
それは初めて聞きました。まいったな。
リリースノートかなんかに書いてあるのでしょうか？
情報の出所がわかれば公開してもらえませんか？
それは初めて聞きました。まいったな。
リリースノートかなんかに書いてあるのでしょうか？
情報の出所がわかれば公開してもらえませんか？
すみません。教えてください。
キャノン製LIPS4ドライバにバグがあるとのことですが、最新の4.3に変更をかける場合、
MetaFrameサーバのプリンタドライブのみ変更をかければよろしいのでしょうか？
クライアント側にドライバを入れなおす必要はありますか？
宜しくお願いします
キャノン製LIPS4ドライバにバグがあるとのことですが、最新の4.3に変更をかける場合、
MetaFrameサーバのプリンタドライブのみ変更をかければよろしいのでしょうか？
クライアント側にドライバを入れなおす必要はありますか？
宜しくお願いします
できれば、クライアントとサーバのドライバは同一のバージョンが好ましいです。
新規に追加されたプロパティ等があった場合、同一のバージョンでない場合は
サポートされないケースがある為。
違っている場合においても、単純な印刷であれば問題ないと思いますが、
保証は出来ません。まあメーカー製のドライバの場合は元々保証できませんが・・
新規に追加されたプロパティ等があった場合、同一のバージョンでない場合は
サポートされないケースがある為。
違っている場合においても、単純な印刷であれば問題ないと思いますが、
保証は出来ません。まあメーカー製のドライバの場合は元々保証できませんが・・
ローカルドライブの自動マウントについて
このBBSでは２回目の登場になります。mineと申します。
早速ですが、質問があります。どなたかご存じでしたらご教授願います。
公開アプリケーションや、カスタムICAコネクションでアプリケーションを指定すると、
エクスプローラ、無しで直接アプリケーションを起動できます。
ところが、このアプリケーションで、クライアントのローカルディスクへアクセスが出来
ないのです。
アプリケーション指定ではなく、ログインしてエクスプローラにはいり、エクスプローラ
からアプリケーションを起動した場合、クライアントのローカルディスクへのアクセスは
問題なくできます。
公開アプリケーションやアプリケーション指定の場合、クライアントのローカルディスク
は使えない物なのでしょうか？ 何とか使える方法はありませんでしょうか？
早速ですが、質問があります。どなたかご存じでしたらご教授願います。
公開アプリケーションや、カスタムICAコネクションでアプリケーションを指定すると、
エクスプローラ、無しで直接アプリケーションを起動できます。
ところが、このアプリケーションで、クライアントのローカルディスクへアクセスが出来
ないのです。
アプリケーション指定ではなく、ログインしてエクスプローラにはいり、エクスプローラ
からアプリケーションを起動した場合、クライアントのローカルディスクへのアクセスは
問題なくできます。
公開アプリケーションやアプリケーション指定の場合、クライアントのローカルディスク
は使えない物なのでしょうか？ 何とか使える方法はありませんでしょうか？
当方では公開アプリケーションでEXCEL2000を起動してます。（ユーザ名指定、匿名とも）
ユーザの権限はDomainUserですが、特段不都合なく、名前をつけて保存でクライアントの
ローカルディスクが選択でき、保存できています。
ユーザの権限はDomainUserですが、特段不都合なく、名前をつけて保存でクライアントの
ローカルディスクが選択でき、保存できています。
ふむふむ。
どうも、ファイル・ダイアログで選択する場合は問題ないようですね。
当方、プログラム内で直接ファイルをクライアントのローカルディスクへコピーしようとして
エラーになっています。
例として、コピーコマンド(to クライアントのローカルディスク)を一行だけ書いた.batファ
イルを作成し、これをカスタムICAコネクションでアプリケーションを指定すると、コピーで
きません。
どなたか、回避方法をご存じの方、ぜひご教授ください。よろしくお願いいたします。
どうも、ファイル・ダイアログで選択する場合は問題ないようですね。
当方、プログラム内で直接ファイルをクライアントのローカルディスクへコピーしようとして
エラーになっています。
例として、コピーコマンド(to クライアントのローカルディスク)を一行だけ書いた.batファ
イルを作成し、これをカスタムICAコネクションでアプリケーションを指定すると、コピーで
きません。
どなたか、回避方法をご存じの方、ぜひご教授ください。よろしくお願いいたします。
ローカルドライブの認識にはある程度（どの程度？）の時間が必要です。
なので、カスタムICAコネクションでアプリケーション指定でバッチファイルを
いきなり実行させたタイミングでは失敗しているのでは？
バッチの中にループいれるなどして試してみてはどうでしょうか？
なので、カスタムICAコネクションでアプリケーション指定でバッチファイルを
いきなり実行させたタイミングでは失敗しているのでは？
バッチの中にループいれるなどして試してみてはどうでしょうか？
残念ながら、タイミングは無関係です。
元々は、公開アプリケーション内で、ダイレクトにクライアントのローカルディスクへ
コピーできないので問題なのですが、コピーの契機はアプリでのボタン操作です。
で、早く押そうが、じっくり待って押そうが、結果は一緒でコピー出来ません。
元々は、公開アプリケーション内で、ダイレクトにクライアントのローカルディスクへ
コピーできないので問題なのですが、コピーの契機はアプリでのボタン操作です。
で、早く押そうが、じっくり待って押そうが、結果は一緒でコピー出来ません。
ログインしてアプリ起動でできるという事は公開アプリケーションの時もユーザ指定して
実行されているのでしょうか？それとも匿名ユーザによるログインにされているので
しょうか？
実行されているのでしょうか？それとも匿名ユーザによるログインにされているので
しょうか？
以下の手順ででローカルディスクへのコピーのテストをしてみました。
(1)サーバドライブのファイルをローカルドライブに
コピーするバッチファイルの作成。(test.bat)
(2)VBAのフォームを作成したEXCELファイルを作成。(test.xls)
(3)公開アプリケーションをユーザ指定で設定。
(4)公開アプリケーションにEXCEL.EXEを引数（test.xls）付きで指定。
(5)ドメインユーザに対して実行許可。
問題なく、ローカルドライブにファイルが作成されました。
参考になれば幸いです。（結局バッチだから参考にならないかな）
------------------------
フォームの内容
ボタン一つのフォーム
ボタンが押されるとバッチファイルを起動
バッチファイルの内容
サーバドライブのファイルをローカルドライブへコピー
(1)サーバドライブのファイルをローカルドライブに
コピーするバッチファイルの作成。(test.bat)
(2)VBAのフォームを作成したEXCELファイルを作成。(test.xls)
(3)公開アプリケーションをユーザ指定で設定。
(4)公開アプリケーションにEXCEL.EXEを引数（test.xls）付きで指定。
(5)ドメインユーザに対して実行許可。
問題なく、ローカルドライブにファイルが作成されました。
参考になれば幸いです。（結局バッチだから参考にならないかな）
------------------------
フォームの内容
ボタン一つのフォーム
ボタンが押されるとバッチファイルを起動
バッチファイルの内容
サーバドライブのファイルをローカルドライブへコピー
ＴＳＥクライアントでエプソン製プリンタ動作せず
すみません。お助けください。
サーバー（仮称:Server)
Windows NT Server 4.0 Terminal Server Edition(ServicePack6適用)
(MetaFrameは非導入)
クライアント(仮称:CL1 CL2)
Windows NT Workstation 4.0が２台
そのうち、１台(CL2)にEPSON PM-2000C（インクジェットプリンタ)が接続されており、共有で使用
回線:フレームリレー64Kbps
SERVER、CL1にそれぞれ、CL2に接続されているプリンタを追加
SERVERにおいて、プリンタのプロパティを開き、「テストページの印刷」を実行すると、
CL2のプリンタに正常に印刷される。
CL1より、SERVERに接続／ログインし、プリンタのプロパティを開き、「テストページの印刷」を実行すると、
ブルーパニックの画面になり、リブートしてしまう。
メモリーダンプを調査してもらったところ、「エプソンのプリンタドライバがおかしいとしか言えない」なんて、
分かるような、分からんような回答をされ、困っています。
どなかた、別にPM-2000Cじゃなくてもいいので、エプソン製のプリンタを接続された経験をお持ちの方、
お知恵を拝借したいです。よろしくお願い致します。
サーバー（仮称:Server)
Windows NT Server 4.0 Terminal Server Edition(ServicePack6適用)
(MetaFrameは非導入)
クライアント(仮称:CL1 CL2)
Windows NT Workstation 4.0が２台
そのうち、１台(CL2)にEPSON PM-2000C（インクジェットプリンタ)が接続されており、共有で使用
回線:フレームリレー64Kbps
SERVER、CL1にそれぞれ、CL2に接続されているプリンタを追加
SERVERにおいて、プリンタのプロパティを開き、「テストページの印刷」を実行すると、
CL2のプリンタに正常に印刷される。
CL1より、SERVERに接続／ログインし、プリンタのプロパティを開き、「テストページの印刷」を実行すると、
ブルーパニックの画面になり、リブートしてしまう。
メモリーダンプを調査してもらったところ、「エプソンのプリンタドライバがおかしいとしか言えない」なんて、
分かるような、分からんような回答をされ、困っています。
どなかた、別にPM-2000Cじゃなくてもいいので、エプソン製のプリンタを接続された経験をお持ちの方、
お知恵を拝借したいです。よろしくお願い致します。
私の所は専用線でつないでますけど問題なく使えています。プリンターはPM750,770、3000
ＮＴ用のプリンタドライバーがあるプリンターなら使えると思います。昔何回か確かにブルー
スクリーンになった事がありますが、再インストールしたり、ドライバを変えたり、サービスパックで調整してみたりして現在は問題なく使えています。ＷＡＮ越しの印刷は遅いですけどね。
回避策としてはメルコなんかのプリントサーバーで直結しても出来ます。
ＮＴ用のプリンタドライバーがあるプリンターなら使えると思います。昔何回か確かにブルー
スクリーンになった事がありますが、再インストールしたり、ドライバを変えたり、サービスパックで調整してみたりして現在は問題なく使えています。ＷＡＮ越しの印刷は遅いですけどね。
回避策としてはメルコなんかのプリントサーバーで直結しても出来ます。
レスありがとうございます。
つながってますか。ありゃー。
やっぱり、再インストールですか。
再インストールするにあたって、ちょっとお聞きします。
インストールする方法として、
１）ＴＳＥに添付されているＦＰＤからブートしてインストール
２）ＴＳＥのＣＤ−ＲＯＭからブートしてインストール
３）別にＦＰＤを用意し、別のマシンでＴＳＥのＣＤ−ＲＯＭをセットして「winnt32/ox」コマンドでブートＦＰＤを作成して、このＦＰＤからブートしてインストール
があると思うのですが、どれがいいのでしょうか。
別に変わらないでしょうか？
よろしくお願い致します。
つながってますか。ありゃー。
やっぱり、再インストールですか。
再インストールするにあたって、ちょっとお聞きします。
インストールする方法として、
１）ＴＳＥに添付されているＦＰＤからブートしてインストール
２）ＴＳＥのＣＤ−ＲＯＭからブートしてインストール
３）別にＦＰＤを用意し、別のマシンでＴＳＥのＣＤ−ＲＯＭをセットして「winnt32/ox」コマンドでブートＦＰＤを作成して、このＦＰＤからブートしてインストール
があると思うのですが、どれがいいのでしょうか。
別に変わらないでしょうか？
よろしくお願い致します。
大容量DISKに対応する為に、インストール途中にATAPI.sysを入れ替えなければ、
1),2),3)どれでも良いと思います。
入れかえる場合は通常1)で行い、1)でうまくいかない場合は3)ですね。
それでも駄目であれば、ハードウェアが新し過ぎるのかもしれません。
MSのサポート頼みですね。
1),2),3)どれでも良いと思います。
入れかえる場合は通常1)で行い、1)でうまくいかない場合は3)ですね。
それでも駄目であれば、ハードウェアが新し過ぎるのかもしれません。
MSのサポート頼みですね。
ありがとうございます。もうひとつ（２つですが）教えていただけますでしょうか。
ＴＳＥクライアントに接続されているプリンタに印刷をするのですが、
「プリンタの割当」でログオンスクリプトと設定する必要があるでしょうか。
他の人に聞いたら「別に何もしなくていいと思う」って言われまして．．．。
あと、プリンタを追加の方法ですが、「プリンタの追加」で、
１）「ネットワークプリンタサーバー」を選択
２）「このコンピュータ」で一旦「ＬＰＴ１」に割り当てて、後から「￥￥ＴＳＥクライアント名￥プリンタ名」でポートを変える
どちらがいいのでしょうか？
たびたびすみません。よそいくお願い致します。
ＴＳＥクライアントに接続されているプリンタに印刷をするのですが、
「プリンタの割当」でログオンスクリプトと設定する必要があるでしょうか。
他の人に聞いたら「別に何もしなくていいと思う」って言われまして．．．。
あと、プリンタを追加の方法ですが、「プリンタの追加」で、
１）「ネットワークプリンタサーバー」を選択
２）「このコンピュータ」で一旦「ＬＰＴ１」に割り当てて、後から「￥￥ＴＳＥクライアント名￥プリンタ名」でポートを変える
どちらがいいのでしょうか？
たびたびすみません。よそいくお願い致します。
TSEのメーリングリストとダブルポストしてますね。
効率的なのはわかりますが、あんまり気持ち良くないですね。
ちなみに私の浅学の為かわかりませんが、TSEクライアントではローカルプリンタの
使用はできないのではないでしょうか？(サーバがWin2000である場合は違うようですが）
もし、MetaFrameのICAクライアントを想定しておっしゃっているのであれば、
クライアントのローカルプリンタである場合、一旦LPT1に割り付け、
実際に接続されているポート(ネットワークプリンタ含み)に割り付けなおせば
良いと思います。実際にLPT1でよければ、変更の必要はないと思います。
効率的なのはわかりますが、あんまり気持ち良くないですね。
ちなみに私の浅学の為かわかりませんが、TSEクライアントではローカルプリンタの
使用はできないのではないでしょうか？(サーバがWin2000である場合は違うようですが）
もし、MetaFrameのICAクライアントを想定しておっしゃっているのであれば、
クライアントのローカルプリンタである場合、一旦LPT1に割り付け、
実際に接続されているポート(ネットワークプリンタ含み)に割り付けなおせば
良いと思います。実際にLPT1でよければ、変更の必要はないと思います。
プリンタマッピングについて
こんにちは
「Windows2000のTSAC」のレスの中で、ayaさんが
>WindowsNT4.0＋MetaFrameで検証した時、ICAクライアントから帳票プログラムを起動した際、
>まちがって、あらかじめＷＴＳサーバにプリンタの追加でクライアントのプリンタを追加して
>おいてそのプリンタを選択してしまい、ものすごく時間がかかってしまいました。これは、サーバにはプリンタを追加せずにおいて、クライア>ントに接続されているプリンタを自動的に検出・追加されたものを選べば、かなり速くなると思う
と書かれていますが、これって本当ですか？もし本当なら、ぜひ後段で記述されている「サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを自動的に検出・追加されたものを選ぶ」ようにする方法を教えていただきたいのですが。。。
よろしくお願いします。
「Windows2000のTSAC」のレスの中で、ayaさんが
>WindowsNT4.0＋MetaFrameで検証した時、ICAクライアントから帳票プログラムを起動した際、
>まちがって、あらかじめＷＴＳサーバにプリンタの追加でクライアントのプリンタを追加して
>おいてそのプリンタを選択してしまい、ものすごく時間がかかってしまいました。これは、サーバにはプリンタを追加せずにおいて、クライア>ントに接続されているプリンタを自動的に検出・追加されたものを選べば、かなり速くなると思う
と書かれていますが、これって本当ですか？もし本当なら、ぜひ後段で記述されている「サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを自動的に検出・追加されたものを選ぶ」ようにする方法を教えていただきたいのですが。。。
よろしくお願いします。
こんにちは。
>「サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを
>自動的に検出・追加されたものを選ぶ」ようにする方法を教えていただきたいのですが。。。
私もまだあまりはっきりと把握できていないのですが、（しかも今Windows2000の環境
なので）Windows2000では、メタのクライアントでなくても、ターミナルサービスクライアントが
セッションをつなぐと、”設定”の”プリンタ”画面に自動でクライアントにつながっている
プリンタのアイコンが追加されました。プリンタ名には”〜プリンタ名〜/セッション１”の
ように表示されました。帳票プログラムなどを実行するとき、プリンタの設定ダイアログで、
この名前のプリンタを指定して印刷すればいいと思います。
ただし、このときクライアントがプリンタサーバマシンでなければプリンタは見えませんでした。
プリンタサーバマシンがクライアントとしてログインしていれば、他のクライアントも
このプリンタを指定できます。プリンタサーバマシンがログオフしてしまうと、プリンタ
は見えなくなってしまうので、他クライアントは共有していてもそのプリンタは指定でき
ませんでした。メタクライアントなら、プリンタサーバでなくても共有プリンタが指定
できました。うまく説明できなくて申し訳ありません。とりあえず、WTSサーバ側で、
プリンタは追加せずに、クライアントがログインしたときに見えるプリンタを選択して
みてください。
>「サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを
>自動的に検出・追加されたものを選ぶ」ようにする方法を教えていただきたいのですが。。。
私もまだあまりはっきりと把握できていないのですが、（しかも今Windows2000の環境
なので）Windows2000では、メタのクライアントでなくても、ターミナルサービスクライアントが
セッションをつなぐと、”設定”の”プリンタ”画面に自動でクライアントにつながっている
プリンタのアイコンが追加されました。プリンタ名には”〜プリンタ名〜/セッション１”の
ように表示されました。帳票プログラムなどを実行するとき、プリンタの設定ダイアログで、
この名前のプリンタを指定して印刷すればいいと思います。
ただし、このときクライアントがプリンタサーバマシンでなければプリンタは見えませんでした。
プリンタサーバマシンがクライアントとしてログインしていれば、他のクライアントも
このプリンタを指定できます。プリンタサーバマシンがログオフしてしまうと、プリンタ
は見えなくなってしまうので、他クライアントは共有していてもそのプリンタは指定でき
ませんでした。メタクライアントなら、プリンタサーバでなくても共有プリンタが指定
できました。うまく説明できなくて申し訳ありません。とりあえず、WTSサーバ側で、
プリンタは追加せずに、クライアントがログインしたときに見えるプリンタを選択して
みてください。
早速のご回答ありがとうございます。
NT 4.0 TSE+MetaFrameで試してみました。たしかにプリンタが自動で追加されるようです！
それから、試してみて気づいたことを書いておきます。
まず、プリンタのマッピングについてですが、
プリンタドライバさえWTSサーバにインストールされていれば、
クライアントがサーバかどうかは関係なくマッピングできているように見えます。
ということで、
プリンタドライバはクライアントと同じ物をWTSにもインストールしておかなければならない、
ということみたいです。
上記を踏まえると、問題なのはクライアントの使用しているプリンタの種類が豊富なとき。
たくさんのプリンタドライバをWTSにインストールしなければならなくなります。
ネットワークプリンタなら100台でも200台でも簡単にドライバをプリンタサーバから
引っ張ってこれますが、ローカルプリンタは一つ一つインストールしていかなければ
ならないような気がしています。
たとえば、
300台を超えるローカルプリンタ（多分種類も50種類以上）用のプリンタドライバを
WTSへ一気にインストールする方法ってあるんでしょうか？
（あるいはWTS上にプリンタドライバをインストールせずにローカルプリンタを動作させる
方法とか。。。）
どなたか情報をお持ちの方、ぜひともご教授ください。
NT 4.0 TSE+MetaFrameで試してみました。たしかにプリンタが自動で追加されるようです！
それから、試してみて気づいたことを書いておきます。
まず、プリンタのマッピングについてですが、
プリンタドライバさえWTSサーバにインストールされていれば、
クライアントがサーバかどうかは関係なくマッピングできているように見えます。
ということで、
プリンタドライバはクライアントと同じ物をWTSにもインストールしておかなければならない、
ということみたいです。
上記を踏まえると、問題なのはクライアントの使用しているプリンタの種類が豊富なとき。
たくさんのプリンタドライバをWTSにインストールしなければならなくなります。
ネットワークプリンタなら100台でも200台でも簡単にドライバをプリンタサーバから
引っ張ってこれますが、ローカルプリンタは一つ一つインストールしていかなければ
ならないような気がしています。
たとえば、
300台を超えるローカルプリンタ（多分種類も50種類以上）用のプリンタドライバを
WTSへ一気にインストールする方法ってあるんでしょうか？
（あるいはWTS上にプリンタドライバをインストールせずにローカルプリンタを動作させる
方法とか。。。）
どなたか情報をお持ちの方、ぜひともご教授ください。
その環境にＷＴＳは何台用意するのでしょうか？
プリンタドライバは初期インストール時にCD-ROMに含まれている分については
全てインストールされています。
この為、CD-ROMに含まれないドライバーのみを手動にてインストールすれば良い
はずです。
50種類あるからといって全てをインストールしなければならない羽目には
成らないと思います。
プリンタそのものが新しい場合にはどうしても、インストール作業が必要と
なります。
システム構成的に考えた場合、TSEもしくはMetaFrameの用途としては個人が使用
するOfficeアプリケーションよりも業務アプリケーションを動作させるケースの
方が多いので、印刷結果の見栄えを統一する必要があります。
この為、出来るだけプリンタの種類を絞り込まないと、クライアント
側の全てのプリンタに対応していては開発工数がかかり過ぎるのでは
ないでしょうか？
基本的にクライアント側のデフォルトのプリンタのみをAutoCreateされれ
ば良いような気がします。
(同時に2つのプリンタへ出力することは稀ですから。)
回答にはなっていませんが、参考になれば幸いです。
全てインストールされています。
この為、CD-ROMに含まれないドライバーのみを手動にてインストールすれば良い
はずです。
50種類あるからといって全てをインストールしなければならない羽目には
成らないと思います。
プリンタそのものが新しい場合にはどうしても、インストール作業が必要と
なります。
システム構成的に考えた場合、TSEもしくはMetaFrameの用途としては個人が使用
するOfficeアプリケーションよりも業務アプリケーションを動作させるケースの
方が多いので、印刷結果の見栄えを統一する必要があります。
この為、出来るだけプリンタの種類を絞り込まないと、クライアント
側の全てのプリンタに対応していては開発工数がかかり過ぎるのでは
ないでしょうか？
基本的にクライアント側のデフォルトのプリンタのみをAutoCreateされれ
ば良いような気がします。
(同時に2つのプリンタへ出力することは稀ですから。)
回答にはなっていませんが、参考になれば幸いです。
皆さん
レスありがとうございます。
さて、WTSの台数ですが、5台用意します。ユーザ数は200人程度です。
もちろんMetaFrame v1.8をロードバランスしての運用です。
今回の案件ではプリンタからの出力に関してはさほど厳しい要件がありませんので、
とりあえず文字化けせずに印刷されれば問題ないというのが現実です。
ただ、WTSにバンドルされているプリンタドライバは古いものが多く、
最近のプリンタに関してはほとんどプリンタドライバをインストールしてやらなければ
なりません。
その一方で、一般にWebからダウンロード可能なNT4.0用プリンタドライバはTSEを保証対象外
としているため、まともに動くかどうかは試してみなければ分からないのが現状です。
（すでに複数のインクジェットプリンタで障害の発生することが分かっています）
ところで、pancraさんのレス中に
>プリンタドライバは初期インストール時にCD-ROMに含まれている分については
>全てインストールされています。
とありますが、これは本当でしょうか。
私の認識ではクライアントプリンタのオートクリエイトをおこなわせるためには、
MetaFrameのSP1をあてた上で、
いちいちクライアントプリンタ側と同じプリンタドライバをTSEのCD-ROMから
インストールしてやらなければならないと思っていたのですが。。。
もし、TSE側でプリンタドライバをあらかじめインストールしておける方法について
ご存知ならば教えてください。
レジストリの
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrintEnvironmentsWindows NT x86DriversVersion-2
を見ても、自分で一つ一つインストールしたプリンタドライバしか見えていませんし、
何か設定とかがあるのでしょうか？
レスありがとうございます。
さて、WTSの台数ですが、5台用意します。ユーザ数は200人程度です。
もちろんMetaFrame v1.8をロードバランスしての運用です。
今回の案件ではプリンタからの出力に関してはさほど厳しい要件がありませんので、
とりあえず文字化けせずに印刷されれば問題ないというのが現実です。
ただ、WTSにバンドルされているプリンタドライバは古いものが多く、
最近のプリンタに関してはほとんどプリンタドライバをインストールしてやらなければ
なりません。
その一方で、一般にWebからダウンロード可能なNT4.0用プリンタドライバはTSEを保証対象外
としているため、まともに動くかどうかは試してみなければ分からないのが現状です。
（すでに複数のインクジェットプリンタで障害の発生することが分かっています）
ところで、pancraさんのレス中に
>プリンタドライバは初期インストール時にCD-ROMに含まれている分については
>全てインストールされています。
とありますが、これは本当でしょうか。
私の認識ではクライアントプリンタのオートクリエイトをおこなわせるためには、
MetaFrameのSP1をあてた上で、
いちいちクライアントプリンタ側と同じプリンタドライバをTSEのCD-ROMから
インストールしてやらなければならないと思っていたのですが。。。
もし、TSE側でプリンタドライバをあらかじめインストールしておける方法について
ご存知ならば教えてください。
レジストリの
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrintEnvironmentsWindows NT x86DriversVersion-2
を見ても、自分で一つ一つインストールしたプリンタドライバしか見えていませんし、
何か設定とかがあるのでしょうか？
言い方に若干問題があったかもしれません。
インストールされているというよりはコピーされているといった方が
正しい表現かもしれません。
クライアント接続された時に、プリンタのインストールプロセスが自動実行
され、CD-ROMの代わりに以下のPATHを参照して自動に追加されたと思います。
システムドライブWTSRVsystem32spooldriversw32x86
今のところ、一覧に出なかったもののみしかサーバ上で手動では追加しておりません。
当然、AutocreatePrinterを使用する為、MetaFrameはインストールしています。
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrintEnvironmentsWindows NT x86DriversVersion-2
上記のPATHには実際に使用(インストール)されたプリンタドライバが列記されるはず
であったと思いますので、サーバ上にドライバが存在していても、クライアントに
該当するプリンタが接続されていない場合には1度も自動インストールが行われない
為、見えてこないと考えます。
インストールされているというよりはコピーされているといった方が
正しい表現かもしれません。
クライアント接続された時に、プリンタのインストールプロセスが自動実行
され、CD-ROMの代わりに以下のPATHを参照して自動に追加されたと思います。
システムドライブWTSRVsystem32spooldriversw32x86
今のところ、一覧に出なかったもののみしかサーバ上で手動では追加しておりません。
当然、AutocreatePrinterを使用する為、MetaFrameはインストールしています。
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrintEnvironmentsWindows NT x86DriversVersion-2
上記のPATHには実際に使用(インストール)されたプリンタドライバが列記されるはず
であったと思いますので、サーバ上にドライバが存在していても、クライアントに
該当するプリンタが接続されていない場合には1度も自動インストールが行われない
為、見えてこないと考えます。
pancraさん
レスありがとうございます。
たしかに、システムドライブWTSRVsystem32spooldriversw32x86へ
プリンタドライバ自体はコピーされているのですが、
プリンタのインストールプロセスが自動実行されません。。。
おかげでサーバ側も手動でドライバをインストールしたプリンタしか
AutoCreateされない。。。
現在のテスト環境では、MetaFrame自体は製品版をアクティベートしないで使用し、
WTS自体はMSDN版を使用しています。クライアントは98です。
んー、いったい何が問題なのでしょうか。。。
レスありがとうございます。
たしかに、システムドライブWTSRVsystem32spooldriversw32x86へ
プリンタドライバ自体はコピーされているのですが、
プリンタのインストールプロセスが自動実行されません。。。
おかげでサーバ側も手動でドライバをインストールしたプリンタしか
AutoCreateされない。。。
現在のテスト環境では、MetaFrame自体は製品版をアクティベートしないで使用し、
WTS自体はMSDN版を使用しています。クライアントは98です。
んー、いったい何が問題なのでしょうか。。。
AutoCreateされる条件はPrinterDriver名がクライアントとサーバ側で同じであることが
最低の条件となります。
この為、サーバ側はMSのドライバ、クライアント側はメーカ製のドライバを導入した
場合などは合致しない場合があります。
最低の条件となります。
この為、サーバ側はMSのドライバ、クライアント側はメーカ製のドライバを導入した
場合などは合致しない場合があります。
pancraさん
さっそくのレスありがとうございます。
たしかにクライアント／サーバのそれぞれでドライバ名が異なっていると
Autocreateできません。
現在のところ、私の環境ではprinterdriver名の不一致に関して
wtsuprn.txt(inf)を書き換えることで対応しています。
もしかしてwtsuprn.infを書き換えなければならないプリンタドライバは
autocreateできないということなのでしょうか？？
実験してみます。
さっそくのレスありがとうございます。
たしかにクライアント／サーバのそれぞれでドライバ名が異なっていると
Autocreateできません。
現在のところ、私の環境ではprinterdriver名の不一致に関して
wtsuprn.txt(inf)を書き換えることで対応しています。
もしかしてwtsuprn.infを書き換えなければならないプリンタドライバは
autocreateできないということなのでしょうか？？
実験してみます。
上記について、実験してみました。
wtsuprn.txt(inf)の書き換え（というか、正確には追記ですけど）と
ドライバの自動インストールができないこととは関係ないようでした。
ただ、私はインストール時にadministratorではなく、administrator権限を持つユーザとして
MetaFrameをインストールしました。
これは、レスポンスの低下がおきるのでやってはいけないことですが、ついうっかり。
もしかしたら、こんなことが関係しているのかも知れません。
改めて、TSEから再インストールしてみます。
wtsuprn.txt(inf)の書き換え（というか、正確には追記ですけど）と
ドライバの自動インストールができないこととは関係ないようでした。
ただ、私はインストール時にadministratorではなく、administrator権限を持つユーザとして
MetaFrameをインストールしました。
これは、レスポンスの低下がおきるのでやってはいけないことですが、ついうっかり。
もしかしたら、こんなことが関係しているのかも知れません。
改めて、TSEから再インストールしてみます。
TSEの再インストールから改めてやりなおしてみましたが、
adminstratorでMetaをインストールしたかどうかは関係ありませんでした。
ただ、インストール時に
システムドライブWTSRVsystem32spooldriversw32x86へコピーされない
プリンタドライバがあるようで、それらについては「プリンタの追加」ウィザードで
表示されるプリンタに含まれていても、Autocreateされないようです。
（ドライバがコピーされていないのですから、当然といえば当然ですが）
インストール時にコピーされないプリンタドライバについても何とかautocreateさせられる
ようにならないか、今後検討してみます。
それでは。
adminstratorでMetaをインストールしたかどうかは関係ありませんでした。
ただ、インストール時に
システムドライブWTSRVsystem32spooldriversw32x86へコピーされない
プリンタドライバがあるようで、それらについては「プリンタの追加」ウィザードで
表示されるプリンタに含まれていても、Autocreateされないようです。
（ドライバがコピーされていないのですから、当然といえば当然ですが）
インストール時にコピーされないプリンタドライバについても何とかautocreateさせられる
ようにならないか、今後検討してみます。
それでは。
こういう事もできるんでしょうか？
メタフレームについてほとんど知らないのですが、どなたか教えてください。
サーバーにあるアプリを実行するＵＮＩＸのＶＴ端末みたいなものと考えていいのでしょうか？
その場合、端末側にあるプリンタへの出力は、サーバから端末側へのプリンタに出力されるということになるのでしょうか。
複写帳票を印刷したいので、ドットプリンタを接続したいのですが、Windowsのドライバを介さずに、プリンタへ直接
エスケープコードを送りたいのです。
また、フォームオーバーレイを使用した帳票印刷（請求書など）も行いたいと考えています。
直結であれば簡単なことなのですが、こういった場合も対応できるのでしょうか？
また、難しい場合の解決方法などありましたら教えてください。
サーバーにあるアプリを実行するＵＮＩＸのＶＴ端末みたいなものと考えていいのでしょうか？
その場合、端末側にあるプリンタへの出力は、サーバから端末側へのプリンタに出力されるということになるのでしょうか。
複写帳票を印刷したいので、ドットプリンタを接続したいのですが、Windowsのドライバを介さずに、プリンタへ直接
エスケープコードを送りたいのです。
また、フォームオーバーレイを使用した帳票印刷（請求書など）も行いたいと考えています。
直結であれば簡単なことなのですが、こういった場合も対応できるのでしょうか？
また、難しい場合の解決方法などありましたら教えてください。
＞＞サーバーにあるアプリを実行するＵＮＩＸのＶＴ端末みたいなものと考えていいのでしょうか？
＞
＞そうです！現在の１．８というバージョンでは、動かすアプリケーションがＷｉｎ３２アプリケーションであり、
＞米国では既に発売されているＭｅｔａＦｒａｍｅ ｆｏｒ Ｓｏｌａｒｉｓであれば、
＞動かすアプリケーションがソラリスのアプリケーションというわけです。
＞＞端末側にあるプリンタへの出力は、サーバから端末側へのプリンタに出力されるということになるのでしょうか。
なるほど、よくわかります。
現在、日本で発売されているのはＮＴ版のみですか？
＞そうです。
＞ネットワークで参照できるプリンタならどこにでも出力可能です。
ここがいまいち納得いかないんですが、Windowsのネットワークなのでどこでも出力
できるとは思いますが、例えば支店が１０あり、それぞれが自前のプリンタを１台
もっているとします。
各支社から本社のサーバへログインし、画面で伝票入力をしたとすると、印刷物が
それぞれの支社のプリンタへ出力できるのでしょうか？
＞＞Windowsのドライバを介さずに、プリンタへ直接
＞＞エスケープコードを送りたいのです。
＞これは、即答できませんね〜。基本はＷｉｎｄｏｗｓＮＴ用のドライバが存在するプリンタです。
そうですか。実はドットインパクトプリンタへ出力したいのです。
この場合、文化オリエント社のＯＣＸ等を使ってＥＳＣ／Ｐコード直接で出力できるのではないか
と思っていました。ちょっと危険かも知れないですね。
そのほかにこちらで検討している製品に、翼システムの「SuperVisualFormade」があるのですが、
これを使用して出力する事は可能でしょうか？
＞＞フォームオーバーレイを使用した帳票印刷
＞これは、デュール等のツールを組み合わせて実験している話を聞いたことがあります。
＞可能性はあると思いますよ。
ありがとうございます。調べてみます。
＞
＞そうです！現在の１．８というバージョンでは、動かすアプリケーションがＷｉｎ３２アプリケーションであり、
＞米国では既に発売されているＭｅｔａＦｒａｍｅ ｆｏｒ Ｓｏｌａｒｉｓであれば、
＞動かすアプリケーションがソラリスのアプリケーションというわけです。
＞＞端末側にあるプリンタへの出力は、サーバから端末側へのプリンタに出力されるということになるのでしょうか。
なるほど、よくわかります。
現在、日本で発売されているのはＮＴ版のみですか？
＞そうです。
＞ネットワークで参照できるプリンタならどこにでも出力可能です。
ここがいまいち納得いかないんですが、Windowsのネットワークなのでどこでも出力
できるとは思いますが、例えば支店が１０あり、それぞれが自前のプリンタを１台
もっているとします。
各支社から本社のサーバへログインし、画面で伝票入力をしたとすると、印刷物が
それぞれの支社のプリンタへ出力できるのでしょうか？
＞＞Windowsのドライバを介さずに、プリンタへ直接
＞＞エスケープコードを送りたいのです。
＞これは、即答できませんね〜。基本はＷｉｎｄｏｗｓＮＴ用のドライバが存在するプリンタです。
そうですか。実はドットインパクトプリンタへ出力したいのです。
この場合、文化オリエント社のＯＣＸ等を使ってＥＳＣ／Ｐコード直接で出力できるのではないか
と思っていました。ちょっと危険かも知れないですね。
そのほかにこちらで検討している製品に、翼システムの「SuperVisualFormade」があるのですが、
これを使用して出力する事は可能でしょうか？
＞＞フォームオーバーレイを使用した帳票印刷
＞これは、デュール等のツールを組み合わせて実験している話を聞いたことがあります。
＞可能性はあると思いますよ。
ありがとうございます。調べてみます。
メタforソラリスの日本発売はないでしょうね〜。。。多分ニーズがないハズ。
メタforマックが出れば、日本でのニーズはあると思いますが、まったく未定のようです。
＞各支社から本社のサーバへログインし、画面で伝票入力をしたとすると、
＞印刷物がそれぞれの支社のプリンタへ出力できるのでしょうか？
メタのＩＣＡクライアントプログラムはメタ上のアプリケーションプログラムから、
印刷指示があった場合に、ローカルのＰＣのプリンタ設定情報を参照し、
通常使うプリンタへ出力します。よって、何も考えずに、各支店のプリンタへ出力されます。
アプリケーションプログラムで印刷指示があった場合にプリンタプロパティを表示するように
作成すれば、その時点でネットワークで参照できるプリンタへ出力指示することができます。
メタforマックが出れば、日本でのニーズはあると思いますが、まったく未定のようです。
＞各支社から本社のサーバへログインし、画面で伝票入力をしたとすると、
＞印刷物がそれぞれの支社のプリンタへ出力できるのでしょうか？
メタのＩＣＡクライアントプログラムはメタ上のアプリケーションプログラムから、
印刷指示があった場合に、ローカルのＰＣのプリンタ設定情報を参照し、
通常使うプリンタへ出力します。よって、何も考えずに、各支店のプリンタへ出力されます。
アプリケーションプログラムで印刷指示があった場合にプリンタプロパティを表示するように
作成すれば、その時点でネットワークで参照できるプリンタへ出力指示することができます。
Powerful & Beautiful
力強く、美しいシステムを。