テクニカルノート(FAQ) |
![]() ![]() ![]() ![]() ![]() |
テクニカルノート(FAQ) 弊社がお客様に提供するサポート・サービスを向上させることにあります。 ここでは、問題の解決、バグのレポート、および製品およびサービスに対する改善策の提案に 役立つさまざまな情報が用意されています。 目 次 |
||
Azia'n Transfer/for ETOS Q.端末からホストへファイルを送信する際、端末側の送信は終わったのに「ファイル送信終了」画面 がなかなか表示されない場合がある。 A.これはホスト側における集信処理が追い付いてない為であり、20秒以上かかる状態が頻発する ようであれば何らかの対処が必要です。 以下にその原因別の対処法を記します。尚、原因の究明はVISモニタジャーナルより行います。
集信用タスクを本ステムの集信処理でのみ使用するようにして下さい。 集信用タスク及びVISMPJのプライオリティを上げて下さい。 集信トランザクションの分散を行って下さい。 放置すると、ホスト側集信メッセージの滞留がVISを中心とするオンラインシステム全体に 重大な影響を及ぼす怖れがありますので、送信時のオプション欄に「CHK」パラメータを 指定し、ホストへのメッセージ流入量を制限して下さい。 「CHK」パラメータを指定すると、指定した件数分ホストへ送信し、それを集信トランザクション が受信処理終了まで次の送信を行いませんのでホスト側集信メッセージの滞留を抑制可能です。 但し、安全性が確保される分転送スピードは遅くなります。 最も安全性を確保したい場合、指定する値の目安は「(1024/平均送信メッセージ長)-1」で あり、結果がマイナスになる時は「1」にします。 転送終了画面に「異常終了時のステータスは「XXXXXXXXX」でした。 」という メッセージが表示され「送信失敗」になってしまいます。 A.転送元ファイルのプロテクト状態,利用権,書込み保護等の原因をご確認下さい。 次にホストAzia'n側の環境設定で転送完了後にバッチ処理を起動するなど、特別な手続き が予め必要な場合で設定上に不備がある場合にも表示されます。 以下に比較的発生しやすいエラーと原因を記述します。 尚、ステータスの内容はACOSの「コードハンドブック」を参照して下さい。
送信時のオプションに「INIT」パラメータを指定しているにもかかわらずプロテクト状態, 利用権,書込み保護がされている為に初期化できない状態にあります。 再度送信元ファイルの状態を確認して下さい。 上記障害と同じです。 なったまま、なかなか実際の処理が始まらない。 A.「印刷準備中」のままになる原因としては、当該プリンタを他のオンラインオカレンス (別のVISやATSS)がつかんだままになっている場合がまず考えられます。 そのオカレンスから当該プリンタを切り離せば、印刷が開始されます。 プリンタ端末の場合は、該当端末のVDL記述上に「NOTIFVD2=AXS3A0」という記述がない 場合も考えられます。VDLを御確認下さい。
VISの起動JCLに左記のように「AXS0A0」というトランザクションを起動 する「SE」コマンドが記述されているか御確認下さい。 記述がない場合はとりあえず、「CVn SE TR=AXS0A0 TEXT='AP 'INTV=120」 というコマンドをセンターコンソールやROFから投入し10分程度様子を見て 下さい。 上記以外の場合や「受信準備中」のままになる場合は、本システム内部で使用 するVD等の資源が不足している事が考えられます。 こういった事が頻発するようでしたら、環境設定を見直す必要があります。 Q.印刷時に紙切れでもなく、プリンタの電源や物理的接続状況等も正常なのに「障害回復待」状態に なってしまうのですが・・・。 A.センターコンソール上に当該プリンタに対する「MCNWxx」といったメッセージが表示されて いたり、VISの「DI S」コマンドで見た当該プリンタの状態が「TROUBLE」のままになっている 場合は何らかの回線異常が考えられます。メッセージ内容等により対処して下さい。 ある帳票だけ「障害回復待」状態になる場合は、帳票の1頁分のデータ量が大きすぎる事が 考えられます。 (センターコンソールに「SNDARERR」というステータスが表示されます。) この場合、VDL上の\MCSの「MCSMBK」パラメータと、\MPJの「OMASZ」パラメータの 指定値を確認して下さい。 同時に、Azia'n Transfer/for ETOSが使用しているVDが格納されているVDFのブロックサイズ も確認して下さい。1頁分データ量が「OMASZ」指定値以下でも、VDFのブロックサイズの 約3倍以上の大きさがあると印刷障害になってしまいます。 |
||
先頭に戻る | ||
Azia'n Transfer/for FTP Q.制御JOB「JAZnFTPCn」を間違えてKill Jobしてしまいました。 A.基本的にはKill Job禁止クラスで稼動させ、強制終了出来ないようにして下さい。 万が一強制終了させてしまった場合には以下の手順で復旧させて下さい。 @VISのAzia'nメニュー画面から現在「送信中」となっているFTP端末IDを探してください。 AAzia'nの環境設定用ライブラリ「AZIA.IL ※1」のJAZnFTPCnを開きます。 B9行目を以下の様に修正し、実行してください。このとき、ソースは書き込まず、 処置後、すみやかに元に戻してください。 \COMM PARAM RTRMID=XXXXXX; → \PARAM RTRMID=XXXXXX; XXXXXX にはFTPの端末IDを指定してください。 C状態が変わりますので運用に合わせて対処してください。 ※1 ユーザ毎に環境設定用ライブラリは異なりますが、特に指定が無い場合にはAZIA.IL に格納されています。 Q.FTP転送で「送信失敗」又は「受信失敗」となってしまいました。 A.まず「○○失敗」の原因を調査するため転送ログファイルを以下の手順で調査してください。 @VISのAzia'nメニュー画面から現在「送信中」となっているFTP端末IDを探してください。 AAzia'nのデータ格納ライブラリ「AZIA.DTn ※1」をNEDITで開きます。 Bサブファイルを上記@で調査したFTP端末IDをマスク指定で検索してください。 「*XXXXXX*PRT」 ※XXXXXはFTP端末IDを指定してください。 Cメンバを開き、最終行に位置づけてください。 D行中にアスタリスク「*」が3つある行がエラーの原因箇所となります。 原因が特定できない場合には、弊社担当SEにお問い合わせください。 お問い合わせの際に、このエラー内容を合わせてご連絡ください。 ※1 ユーザ毎に環境設定用ライブラリは異なりますが、特に指定が無い場合にはAZIA.DTn 格納されています。 Q.FTPサーバ端末に対するログインがうまく行かないのですが・・・。 A.FTPサーバ側のユーザ,パスワードは大文字でしょうか。小文字でしょうか。 大文字で設定されているのなら、「端末情報メンテナンス(拡張情報)」画面で設定する当該 端末に対するログイン情報内に、「/SG SCHARMD=NO」の指定が必要です。 尚、ユーザーが大文字でパスワードが小文字(あるいはその逆)といった、大文字と小文字が混在 した設定になっていると、うまくログイン出来ません。どちらかに統一して下さい。 Q.FTPサーバ端末に対するログインは出来ましたがデータが転送されません。 A.Azia'nで定義したFTPサーバのディレクトリ認識スタイルが転送先のFTPサーバと合っていない 可能性があります。このため以下に挙げる項目を再度ご確認下さい。 Azia'n Transfer for FTPCではFTPサーバのディレクトリ認識スタイルをO/Lから端末情報 メンテナンス(拡張情報)画面の属性情報A欄の1桁目に登録します。 ※詳細はAzia'nTransferシステム説明書及びAzia'n Transfer for FTPC入門をご覧ください。 −ディレクトリの認識スタイル指定− @DOS的に管理されている場合 ":" … コロンを設定します。 FTPサーバの環境設定にもよりますが、WindowsNT3.51の場合にはこれに該当します。 実際のパス … "C:/" AUNIX的に管理されている場合 "△" … スペースを設定します。 FTPサーバの環境設定にもよりますが、WindowsNT4.0,UNIXの場合にはこれに該当します。 実際のパス … "/C:/" Bその他の場合 "N" … Nを設定します。 FTPサーバの環境設定にもよりますが、ルートディレクトリ配下を利用する場合にはこれに 該当します。 実際のパス … "/" Q.バイナリ転送を行った時、端末側でデータが化けてしまったのですが・・・。 A.Azia'n Transfer/for FTPではAzia'n Transfer/for ETOSとの互換性を保つ為、バイナリ配信 時に既定値としてEBCDICコード体系からJIS8体系への変換を行ってしまいます。 変換を行わず、真に透過的バイナリ転送を行いたい場合は転送時のオプション指定で 「CCNV=N」と指定して下さい。 |
||
先頭に戻る | ||
Aziun Socks FTP Q.送信処理:AZPCFTP.EXEがコード=-1073741819で異常終了してしまいます。 A.プログラム内部におけるメモリ操作関連の障害です。 この障害はVer1.1で回収されておりますのでそちらをご覧ください。 尚、当障害については再インストールせず、モジュールの交換のみで回避可能となって おりますので、ダウンロードサイトから交換モジュールをダウンロードしてご利用 ください。 |
||
先頭に戻る | ||
Azia'nSocks Q.送信処理:AZPCFTP.EXEでPCからACOSに送信すると処理自体はDONEと表示されるのに ACOS側にはデータは送られていません。いわゆる「すっほ抜ける」という感じです。 A.原因はUAFのログインユーザにパスワードが設定されていない場合にPCからACOS側FTPサーバ にログインできずにいたことが原因です。 対処はAzia'nSocksで利用するログインユーザは全てにパスワード付きのユーザを設定します。 UAFで確認して下さい。尚、専用のユーザを新設できる場合にはできるだけAzia'nSocks専用の ユーザー,アカウント,パスワードを使用するようにして下さい。 Q.スタートメニューバーのAzia'nSocks FTPログ情報起動時及びGUI画面のオプション+ログ表示 の起動時に次の様な実行時エラーが発生してしまいました。 実行時エラー381,Invalid property array index A.Azia'nSocks Ver2.1の障害です。 この障害はVer2.2で回収されておりますのでそちらをご覧ください。 また、Ver2.1以前でも対応できるようにログ情報を削除するツールを用意しておりますので ダウンロードサイトからダウンロードしてご利用ください。 注意:修正モジュールではありません |
||
先頭に戻る | ||
EazyManager/Accepter
|
||
先頭に戻る | ||
EazyManager/Initiater |
||
先頭に戻る | ||
EazyWriter |
||
|
Copyright© 2006 Powered by SoftAndSoul | |