ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:リプレース後にＯＤＢＣ接続が遅くなった・・ | |
| ＲＤＢサーバー 2009-8-21 16:35:00
[返信] [編集] ターラヤン様、レスポンスありがとうございます。 また、返信が遅れまして、大変失礼いたしました。 オフコンサーバーを納入いただいた代理店の方にいろいろ 調査いただき、どうやらＤＮＳの逆引き設定がなされていなかったのが 原因だったようで、逆引き設定後はレスポンスが遅い問題は 解消されました。 ＲＤＢサーバーが原因ではなかったので、一安心しました。 ありがとうございました。 | |
| Re:インターネット経由のＩＴＯＳ／ＮＥＴは可能か？ | |
| オフコン人 2009-8-14 17:17:00
[返信] [編集] ・MMVのSGLは不要です。NETのSGLと#ABCからのNET管理ファイルへの登録だけで実現できます。 これだと、全てがTCP/IPのデータフレームを使うとのことで、いいと聞きました。 ・NTTのフレッツグループとインターネットVPNの違いは良くわからないのですが、同じ接続でインターネットも使えています。 | |
| Re:リプレース後にＯＤＢＣ接続が遅くなった・・ | |
| ターラヤン 2009-8-14 11:28:00
[返信] [編集] こんにちは レスポンスが遅いと本当に困りますよね。 読ませていただきましたが、どの程度原因分析で来ているのか が、漠然としており、書き込みにくいのではないかと思います。 例えば、サーバ側に問題がありそうとか、クライアント側が遅いとか、 あるいはＯＤＢＣが遅いと判断したのはどの辺りなのかとか。 もうご存じなのかも知れませんが、 ＮＥＣのＲＤＢサーバーのサイトにＱ＆Ａがあり、 レスポンスが遅い時についての対処方法が載っています http://www.nec.co.jp/pfsoft/rdbsv/index.html 接続数が増えたとのことですが、ＲＤＢバッファプールの数は問題ないでしょうか | |
| Re:リプレース後にＯＤＢＣ接続が遅くなった・・ | |
| ＲＤＢサーバー 2009-8-10 21:28:00
[返信] [編集] 今回の件で追記します。 リプレース前は、RDBCTLの常時接続数が10タスクで、 リプレース後は、同30タスクに増加しております。 また、クライアントのPC-RDBサーバーは、6.50から 6.51へリビジョンアップしております。 サーバーのネットワーク環境も、100M/bpsから 1000M/bpsへアップしました。 サーバースペックも相当向上しているはずなのですが リプレース後に遅くなる要因が探せず困っています。 なにかアドバイスをいただけますと大変ありがたいです。 よろしくお願い致します。 | |
| リプレース後にＯＤＢＣ接続が遅くなった・・ | |
| ＲＤＢサーバー 2009-8-10 10:10:00
[返信] [編集] 初めて投稿します。 8月8日に、Exp5800_640Ai(WinNT4.0)から640Xi(Win2003R2)へ リプレースを完了し、本日が初めての運用となります。 弊社では、PC-RDBサーバーを利用し、ODBC接続でオフコンデータを 別のシステムでも活用しておりますが、明らかに、リプレース 前よりも現在の方が動作が遅くなったことが体感でわかります。 何かヒントでも構いませんので、似たようなご経験や、お心当たりがある方に ご教授頂きたく、よろしくお願い致します。 | |
| Re:インターネット経由のＩＴＯＳ／ＮＥＴは可能か？ | |
| 富山清風 2009-8-7 20:15:00
[返信] [編集] 皆様、色々なご意見、ご指摘ありがとうございます。 今回、初めて、ＭＭＶでＲＦＡができることを知りました。 今まで、ＲＦＡ＝ＭＭ３だと、思い込んでいましたので。 「オフコン人さんの、TCP/IPのRFA・・・」はＭＭＶのＳＧでの対応のことですか？ 「ＥＸＣＨＡＮＧＥさんの、ＶＰＮ・・」もＭＭＶのＳＧでの対応のことですか？ 「オフコン人のNTTのフレッツグループ・・・」の 「NTTのフレッツグループ」と「インターネットＶＰＮ」はほぼ同じことですか？ 遠隔地クライアント(WSエミュレータ)の経験はあるのですが、むずかい設定は全て、 ＮＴＴに任せましたので、よく理解していません。 また、追加でご意見、ご指摘があれば、よろしくお願いします。 以上。 | |
| Re:インターネット経由のＩＴＯＳ／ＮＥＴは可能か？ | |
| オフコン人 2009-8-3 21:43:00
[返信] [編集] 忘れていました。当方はNTTのフレッツグループです。 | |
| Re:インターネット経由のＩＴＯＳ／ＮＥＴは可能か？ | |
| Un 2009-8-3 18:56:00
[返信] [編集] サーバ同士を接続するのであればセキュリティ面からもＶＰＮ 接続がお勧めです。(NTT Bフレッツ＋グループアクセス etc) 拠点間のルーティングを正しく設定すればLAN環境と同等の使い方 がほぼ可能なはずです。WSエミュレータソフトも通常製品で可。 ハードはＧＡ接続で利用する一般的なルータで良いのですが 接続拠点が多い場合はセンター側のセッション数の上限に注意 して下さい。(RTX1000系、100系、RT5xを組合わせています) この環境でRFA・WSエミュレータ・リモートプリンタ機能が 十数拠点・十数台サーバ間で問題無く動作しています。 MM-SGやNETの設定はA-VX/NET説明書に詳しく記載されています。 ＜留意点＞ ・RFAによるファイル転送は必ずしも回線帯域に見合った レスポンスが得られるとは限らないので注意が必要です。 速度を求める場合は、前出の「動的環境設定」の利用や ＃ABC転送を組合せるなどの工夫が必要です。 CBL85-APでは100M/bpsの回線で数M/bpsしか転送しない 実績もあります。A-VX/NET通信の弱点(オーバーヘッド大) が少なからず影響しているようです。 ・ITOS時代と違ってWindowsも動作した環境での利用となりま すのでRFAの設計では他AP・サービスとのPort番重複に注意 して下さい。 (私は13000〜23000を利用して、今のところ無事です) | |
| Re:インターネット経由のＩＴＯＳ／ＮＥＴは可能か？ | |
| ターラヤン 2009-8-3 14:07:00
[返信] [編集] こんにちは ＮＥＣの「概要マニュアル」に 「ＡーＶＸ／ＮＥＴインターネット上での利用」という 章があるので、ここも参考になるのではないでしょうか | |
| Re:インターネット経由のＩＴＯＳ／ＮＥＴは可能か？ | |
| ＥＸＣＨＡＮＧＥ 2009-8-1 11:09:00
[返信] [編集] ＊「インターネットを使って」といった場合、 （１）ＶＰＮ環境を使う （２）一旦インターネットへ出て外からつなぐ の２種類考えられると思います。 ＊ＶＰＮ環境環境で２つの拠点を接続している場合は これを使うと、プライベートネットワーク上（仮想ですが）で 繋がっているわけですから従来からのＡ−ＶＸの道具は使える率は高いと思います。Ａ−ＶＸ＝ＮＥＴ等はＯＫの可能性が高いでしょうね。ＷＳエミュレータも従来の設定方法で接続できます。（サーバと同一拠点内にある場合に比べるとスピードの点では劣りますけど） ＊ 一旦外へ出てインターネット通信で接続といった場合は、Ｗｅｂ環境での道具が必要でしょう。ＷＳエミュレータの場合は「ＷＥｂ版エミュレータ」というのがあります。Ａ−ＶＸ＝ＮＥＴの場合も確か以前に「Ｗｅｂ版Ａ−ＶＸ＝ＮＥＴ」というのがあるようなことを聞いたのですが。。定かではありません。 | |
| Re:インターネット経由のＩＴＯＳ／ＮＥＴは可能か？ | |
| オフコン人 2009-8-1 10:27:00
[返信] [編集] 正しく書けるかわかりませんが、 私は、インターネットVPNの環境で、A-VX/NETのRFAを利用しています。 ただ、TCP/IPのRFAより動的環境設定が良いと教えられ、難しいと思ったのですが、意外と簡単に構築できました。 今では、快適にLMやデータを送っています。 | |
| インターネット経由のＩＴＯＳ／ＮＥＴは可能か？ | |
| 富山清風 2009-7-28 19:45:00
[返信] [編集] お願いします。 ＩＳＤＮ回線でのＩＴＯＳ／ＮＥＴの経験はあるのですが、 インターネット経由でも可能なものでしょうか？ 漠然とした質問で申し訳ございませんが、お願いします。 また、可能であれば、どのような構成になりますか？ 概要構成もお願いします。 （付） ＡＤＳＬなどを使用した遠隔地クライアント(WSエミュレータ)ではなく、 サーバ同士をインターネット経由でＩＴＯＳ／ＮＥＴを使用して、結びたいということです。 以上 | |
| Re:ＷＳエミュレータのプリンター設定 | |
| MASAO 2009-7-14 10:59:13
[返信] [編集] 今日このＨＰを拝見しました。 ５年前までExpress5800/680を使っていました。 WSエミュレータに対応しているNEC製のプリンターでないと 印刷できなかったと記憶しています。 WSエミュレータのマニュアルに書いてあったと思います。 | |
| Re:再登録:COBOLからWindowsが見えないか？ | |
| ターラヤン 2009-7-2 1:26:00
[返信] [編集] 温泉好きのうさぎさん、こんにちは。 ・ファイル連携機能のサーバファイルアクセスは、サーバ側にファイルを落とします。 ・WSエミュレータのクライアントAP起動機能は、クライアント側（パソコン側）のファイルを実行します。 このままだとファイルがサーバとパソコンになってうまくいかないので、工夫して解決したということですよね。 １．サーバにパソコン側からもアクセスできる共有フォルダをあらかじめ作る。 ２．そこにファイル連携機能を使ってオフコン側からWindowsのバッチファイルを出力する。 ３．そして、クライアントAP起動機能を使って、そのバッチファイルをパソコン側から実行する。 ４．結果をテキストファイルに出力する。 ５．もう一回ファイル連携機能を使って結果をオフコン側に取り込む。 ただ、思うに、パソコン側でバッチファイルを実行するためには、サーバ側のいろいろなところが パソコン側から丸見えの状態でないといけない。 ・パソコン側から実行するファイルのあるフォルダ。 ・確認するファイルの入っているフォルダ。 これはセキュリティ上危なそうです。 WSエミュレータのクライアントAP起動機能は、オフコン側からパソコン側のバッチファイルや exeを実行するためのものですが、たしか別売りの製品でオフコン側からサーバ側のバッチ ファイルやexeを実行するものがあったはずです。 いつものようにお値段お高く、この程度の用途のためだけに購入する必要があるかどうかは 疑問です。 単純にサーバのWindows側のファイルの存在確認するだけなのだから、COBOLに直接Windows側 ファイルアクセス用の命令があったり、#NFCNVのようなWindowsファイルアクセス（例えば 存在確認やフォルダ内ファイル名一覧情報を入手したり、ファイル削除したり、移動したり） するユーティリティがあっても良いと思うのですがね。 そういう簡単にできる方法が意外とない。 | |
| Re:再登録:COBOLからWindowsが見えないか？ | |
| 温泉好きのうさぎ 2009-6-30 20:39:00
[返信] [編集] 決してスマートとは言えないと思いますが、以下のような処理を行うCOBOLのプログラムを作成してはいかがでしょうか。 (1) 存在確認したいWindowsファイルのパスを含むDosコマンドのデータを、ファイル連携機能のサーバファイルアクセスを使って、WindowsファイルとしてA-VXサーバーの共有領域に出力する。 (2) そのときのWindowsファイルの拡張子を「.bat」として、バッチファイルにしておく。 (3) WSエミュレータのクライアントAP起動機能を使って、上で出力したバッチファイルを起動する。(””27”Q00〜”のDISPLAY) (4) バッチファイルには存在確認の結果を返すようなコマンドを記述しておく。 (5) 存在確認の結果を受け取る。 具体的にどのようなDosコマンドを記述したバッチファイルを出力すればよいのかというと、残念ながら私はDosコマンドの知識が乏しいもので、以下のようなものしか思いつきません。 (見やすくするために語と語の間の空白を大きく取ってあります。) ここで、 ￥￥□￥□￥□.TXT は、存在確認したいファイル ￥￥×￥×￥無.TXT は、存在しなかったときの結果値(例えば０)が入っているファイル ￥￥○￥○￥有.TXT は、存在したときの結果値(例えば１)が入っているファイル ￥￥△￥△￥△.TXT は、結果を検査するためのファイル ￥△￥△.TXTのファイルもサーバファイルアクセスによって定義しておき、COBOLから直接参照して内容値を検査し、０であれば無し、１であれば有りと判断します。 なお、この検査用ファイルは実行前にあらかじめ値をスペースクリア等しておいて、コマンドが実行されたかどうかの判断もできるようにしておき、まだであれば少し時間をおいて再試行するような動きにしておけばよいでしょう。 | |
| Re:SMART2の報告書機能8において | |
| IGA 2009-6-29 11:27:00
[返信] [編集] 一ヶ月以上悩んでいました（笑）！！ ありがとうございます！ | |
| Re:この命令は使えるでしょうか？（補足です）訂正版 | |
| たぬき丸 2009-6-27 12:12:00
[返信] [編集] この命令は旧来のコーディングより何となく慣習的に使用していたもので、理由がわかり納得です。 ＥＸＣＨＡＮＧＥさん、何度も御丁寧な投稿をありがとうございます。 | |
| Re:この命令は使えるでしょうか？（補足です）訂正版 | |
| ＥＸＣＨＡＮＧＥ 2009-6-27 9:06:00
[返信] [編集] 直前の（補足です）の説明は最後の部分が間違っていました。お詫びして訂正致します。直前の投稿は削除して下さい。） ☆ 先程の投稿には表記の分かりにくい所があったので、補足します。 ☆ （Ａ）（Ｂ）の部分は、ＶＡＬＵＥの値の指定に通常使われるダブルクウォーテーションではなく、シングルクウォーテーションで囲む方法を使っています。 ☆ ＣＯＢＯＬの場合、ＶＡＬＵＥの値の指定に「”」「’」のどちらでもセットで使えたと思います。 ☆ 要するに、ＤＩＳＰＬＡＹの対象になるＰＡＳＳが途中に空白を含むときは両側にダブルクウォーテーションが必要と言うことです。 | |
| Re:この命令は使えるでしょうか？（補足です） | |
| ＥＸＣＨＡＮＧＥ 2009-6-27 9:01:00
[返信] [編集] ☆ 先程の投稿には表記の分かりにくい所があったので、補足します。 ☆ （Ａ）（Ｂ）の部分は、ＶＡＬＵＥの値の指定に通常使われるダブルクウォーテーションではなく、シングルクウォーテーションで囲む方法を使っています。 ☆ ＣＯＢＯＬの場合、ＶＡＬＵＥの値の指定に「”」「’」のどちらでもセットで使えたと思います。 ☆ 要するに、ＤＩＳＰＬＡＹの対象になるＰＡＳＳが途中に空白を含むときは両側にシングルクウォーテーション「’」が必要と言うことです。 | |
| Re:この命令は使えるでしょうか？ | |
| ＥＸＣＨＡＮＧＥ 2009-6-27 8:42:00
[返信] [編集] ☆全く問題なしに使用できます。 ☆出来れば とやって、 のほうがうまくいくと思います。 ☆ というのは、ＳＣ−ＰＲＧで指定されているＰＡＳＳが ”C:\PROGRAM(ここに空白）FILES\^^^^^^” などと空白を含んでいる場合でもうまく動作するためです。 まさかＶＡＬＵＥのところでダブルクウォーテーションという訳にはいかないでしょうから。。 ☆ ここでの指定のやりかたは、ＷＩＮＤＯＷＳの「ファイル名を指定して実行」の場合と同じになるようです。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band