[掲示板に戻る] 全部 1- 最新50 |
1 | システム生成の前にデータのバックアップをした方がよいか? |
派遣プリン 2007-1-23 9:21
[返信] [編集] 1人で社内システムの開発・保守をCOBOLで行なっている派遣社員で、この掲示板を見つけて、時々遊びに来ています。 良かったら教えて下さい。 端末を立ち上げた時に表示されるメニューを変更してという指示がありました。 マニュアルをみながらシステム生成(SGですよね?)で初期プログラムの定義という項目で、ステーション(端末)番号を指定して、初期プログラムを設定すればいいのかなと思いましたが、これでよろしいでしょうか? また、システム生成のメニューにあった「定義情報の保存」と #BKUPでディスクの退避もした方が安全でしょうか? |
|
2 | Re:システム生成の前にデータのバックアップをした方がよいか? |
桃太郎 2007-1-23 11:41
[返信] [編集] 派遣プリンさん、こんにちは、 私も1人で社内のシステム開発、保守、操作指導、を行っていますが、 1人で行っていると相談する人がいないので困りますよね、 本題ですが、複数台の端末が有り、複数の初期メニューが有り、 例えば、現在、ステーション1号機に”START1”という初期メニューが セットされているいるものを”START2”に変えたいのでしたら、 そのとうりです、 バックアップを考えておられるのは、万が一立ち上がらなくなったら、どうしようと言う心配からだと思いますが、 SGの操作自体はそんなに難しいとは思いませんが、 何事もそうですが、分かってしまえば簡単ですが 分からないことは大変不安だと思います、 過去にSGの経験が無いのでしたら、マシン購入のディラーのSEに電話でのサポートをお願いした方が安心かと思います。 参考になれば幸いです。 |
|
3 | Re:システム生成の前にデータのバックアップをした方がよいか? |
assisi 2007-1-24 19:27
[返信] [編集] NECオフコンのSGだったらほとんどできます FDDベースでの立ち上げかたとか特殊にオペレーションがあります ご相談ください |
|
4 | Re:システム生成の前にデータのバックアップをした方がよいか? |
0e0e 2007-1-26 13:57
[返信] [編集] 質問から横道にそれますが 各ステーションごとに初期メニューを変えたいというのなら、 全ステーションの初期プログラムをCOBOLの1プログラムに統一しておいて、ステーションごとの起動メニュー名をマスター化し、それを参照してSYSCHAINすれば、運用性が高くなると思います。 他にも、上記との複合技になりますがOCFに初期プログラムを設定する手もあります。 |
|
5 | Re:システム生成の前にデータのバックアップをした方がよいか? |
EXCHANGE 2007-1-27 5:16
[返信] [編集] > 他にも、上記との複合技になりますがOCFに初期プログラムを設定す る手もあります。 具体的にもう少し詳しくやり方を教えて下さい。よろしくお願い致します。 |
|
6 | Re:システム生成の前にデータのバックアップをした方がよいか? |
0e0e 2007-1-29 16:51
[返信] [編集] オペレータコードは個人ごとに設定していなくて、部門やユーザーレベルで 大きく分けているのでその中で、STNごとに初期メニューを変更するのを 以下のように使い分けています。 (1)SGではSTNごとの初期プログラムをオペレータコードで指定します
(2)#OCFMでそのオペレータコードの初期プログラムを 登録します
(3)その初期プログラムをCOBOLにしておいてSTN番号でファイルに登録した プログラム(メニューなど)を個々に呼ぶようにします 以下のようなマスターを参照して SYSCAHINかCBLRUNでCALLする
こんなんでわかりますか? |
|
7 | なるほど!! |
EXCHANGE 2007-2-3 6:21
[返信] [編集] * こういうやり方があったんですね。非常に勉強になりました。 * A−VXの初期プログラムに関しては (1)端末ごとに初期PG(初期メニュー)を設定しておく。 (2)オペレータコード(Windowsのユーザ名)+パスワードにて初期PG(初期メニュー)を設定する。 (3)何も設定せず、RUN=^^^^状態にしておいて初期メニューを指定するを以てパスワード代わりにする。 主に上記3種類の方法が使われているようですが、 (1)の場合、端末を使用する人間が移動する毎にワークステーション初期ジョブを変更するためにSG変更せねばならない。 緊急の人の移動に弱い。 (2)の場合、どの端末に移動しても、オペレータコード、パスワードにてログイン出来るので便利だが、移動前の人間が別の場所から以前のメニューを操作出来てしまうので、そうならないためには各人毎にオペレータコード+初期メニューを与えてやらねばならず、#OCFの変更管理が面倒になる。(業務中変更しにくい)。 また業務システムはPCでのデスクワークとちがって部署単位(場所単位)でのオペレータコード設定の方がなじむようだ。 (3)の場合、一回メニュー名を覚えてしまったら、(覚えられてしまったら)セキュリティとしての効果はなくなってしまう。 いずれも一長一短でした。 * (1)を使われている管理者の場合お教え頂いたやり方は非常に強力な方法論と思われます。 * ご教授頂いた方法の応用として、(2)の場合でもオペレータ初期ジョブを「オペレータコード毎の特定LM」にしておき、このLM上でWS番号をGETして、そのWS番号でのオペレータコード対応初期メニューの実行を許可するかどうか判断させることで、部署外(=別の場所)からのオペレータコードエントリーを避けることが出来そうです。つまり(2)の方法の欠点も回避できると言うことです。 (オペレータコードと実行可能WS番号の対応マスタが必要かと思いますが) |
|
8 | なるほど!!(追加注釈) |
EXCHANGE 2007-2-3 6:28
[返信] [編集] > オペレータコード(Windowsのユーザ名) (Windowsでのユーザ名に該当)という意味です。 A−VXを知らない方の為の説明です。 Windowsのユーザ名と一致させるという意味ではありません。 |
[掲示板に戻る] 全部 前100 次100 最新50 |
BluesBB ©Sting_Band