この問題は、Informixで悩まされました。 onbarコマンドと同じバックアップコマンドが、異なるセッションから同時に2つの異なるbargroupメンバーによって発行され、1つのバックアップが失敗し、もう1つのバックアップが成功した場合。 bar_act.logファイルに基づいて、返信コードonbarに基づいていないテクニックを使用して、メンバーによって発行されたどのonbarコマンドが成功したかを特定するにはどうすればよいですか？Informixデータベース12.1のonbarコマンドによるバックアップが成功したかどうかを確認しますか？
私はあなたがバックアップを確認するコマンド/オプションonbar -vを探していると思います。詳細については、マニュアルのonbar -v: verifying backupsを参照してください。 「物理のみ」のバックアップをチェックするためのポイント・イン・タイム・リカバリ、および-pをチェックするためのオプション-t timeで
onbar -v
onbar -v -w # Whole system backup
onbar -v -f filename # Spaces listed in file
onbar -v space1 … # Spaces listed on command line
。
背後では、onbar -vはarcheckerを使用します。 onsmsyncも使用する必要があります。
私はこれを自分で使っていません。
あなた、もう一度あなたに会えてうれしいです。 'onbar'を実行している間は何も返しません。タイムスタンプが返されたら私たちはそれを確認できます。 'onbar -v'に正確な時刻を与える方法？ – Starc
bar_act.logにはOn-BarプロセスのPIDが含まれているため、失敗したプロセスを一意に識別できます。
2015年3月13日8時25分11秒24098 24096/USR2/gcastro /インスタンス/ gac1210fc5/binに/ onbar_d完全に、ここで0（0×00）
24098れる戻りメインonbarユープロセスのPIDと24096は親のPIDである。メッセージの形式は常に同じです。したがって、メッセージを解析して戻りコードを取得することもできます。
どのPIDがどのユーザに属しているかを特定する方法は？ – Starc
バックアップが完了したら、この情報を復元する方法はありません。何らかの理由で、どのユーザがonbarを実行しているかを区別する必要がある場合は、$ INFORMIXDIR/etc/onbar（シェルスクリプトであるため）を変更してロギングを追加できます。 あなたのユーザが特殊なログをバイパスしてonbarスクリプトを直接実行しないことが懸念される場合、あなたの実際の問題は監査の領域にあると思います。 –
使用しているストレージマネージャはどれですか？ PSM、TSM、A.N.その他 –
私はPSMを使用しています。 – Starc