「メインフレーム・コンピューター」で遊ぼうこんな時代に今さらメインフレーム・コンピューターに取り組むハメになったみんなが助けあうサイトです。RSSWordPress.orgコスパのいい社内システムの作り方メインフレームを扱っていると、軽い開発やメンテナンスにリソースを割けない、しかし、BPCも考えねば。解決策のひとつがクラウドにおくFileMakerです。先日、IPPコマンドの弊害について書きました満了日付が付いているデータセットの削除はJBBSDS00で保護できますが、メンバのRENAMEには効力がないというのが私の見解です。RENAMEコマンドの実行保護すると、引数のチェックができないため影響範囲が広がってしまう事です私が懸念していること(RENAMEコマンドによって必須モジュール名称が変えられてしまう)は、運用中にIPLの際に呼ばれるメンバ名の名称変更をされてしまったがために、次回のIPLでシステムが正常にIPL出来ずに、システムの回復に時間を要してしまう事になることですこの対策を考えましたので、ここで公開しますA)システム停止直前の処理システムを停止する前に、IPLに必要なモジュールに欠落がないかをチェックするために、JSFDCDPのCOMPAREで事前に複製しておいたオフラインディスク上のデータセットと検証して、不一致があれば修正するB)次のIPLを行った後、業務が実行可能状態になった時点で、A)で必要な検証元データセットをJSFDCDPのBACKUPでオフラインディスクに複製する複製するデータセットは、IPLに必須なモジュールだけでなく、業務開始に必要なデータセットも含めることで安全性が広がると考えます複製データセットをオフラインディスクにしているのは、運用中に不用意な操作をされないようにするためです。私が懸念していること(RENAMEコマンドによって必須モジュール名称が変えられてしまう)は、運用中にIPLの際に呼ばれるメンバ名の名称変更をされてしまったがために、次回のIPLでシステムが正常にIPL出来ずに、システムの回復に時間を要してしまう事になることですIPL時に必須モジュールを、RENAMEする事は実際あるのでしょうか。そのような場合でも、システムVOLUMEをBACKUP作業を行って、作業を実施すべきだと思うのです。自分はシステムVOLUEへの修正する場合は、必ずBACKUPを取得してから行っています。方法はいろいろあると思いますが、確実に再起動できる事が大切だと思います。09:37野良猫さんコメントありがとうございます。この対策はシステム(顧客)に悪意を持った人から守るための対策の一つとして投稿致しました。破壊行為は、外部からの攻撃と、内部からの攻撃に分けられます。外部からの攻撃については、設備の場所を明かさない事や、コンピュータルームへの入室を制限するなどで対応出来ていますが、内部からの攻撃については手薄のままだというのが私の認識です。IPPコマンドの登場で、容易にシステムに変更を加えておいて、次のIPLが出来なくなる事が可能なのです。システムが起動できなくなると、事前に取得していたバックアップから回復させるなど、リカバリに時間を要します。クリティカルシステムにとって、このリカバリ時間(業務ができない時間)が社会への信頼や経営に大きな影響を与えます。BCPが最近叫ばれているのもこのためです内部犯行に対しても壊れにくい状態にするのが大切だと思いますVOS3の場合SMSに「いつ」「どのデータセットに」「どのような操作をしたのか」という操作履歴が残せます。内部犯行に対しても壊れにくい状態にするのが大切だと思います内部犯行の対策は必要だと思いますが、システム的に防御しても、それを回避しようと思う人は、回避すると思います。そのような事態にならない、人間関係を作る事が重要だと自分は思います。00:34野良猫さんコメントありがとうございますコンピュータは人が作りしものなので、それを越える手法は時代と共に必ずやって来ます。人間関係から防止することは、私もそう思ってはいますが、それは今の時代、理想だと思うようになりました会社の視点から見ると、システムにかけた費用は残せますが、人間にかけた費用はその人が離れたら効果を失うのです。どちらに効率性を求めるかだと思いますダブルスタンダードで仕事環境に格差がある限り、人間関係から防止することは出来ないと思います。