ラベル トラブルシューティング(ARCServe編) の投稿を表示しています。 すべての投稿を表示
ラベル トラブルシューティング(ARCServe編) の投稿を表示しています。 すべての投稿を表示

2008年12月18日木曜日

ARCServe 再インストール時に、Ingresのインストールでエラーの対応

【事象】
ARCServeの再インストール時に、Ingresが既にインストール済みです という
エラーになり、再インストールを進められない。
(正規のアンインストール方法ではなく、インストールディレクトリごと、rmしてしまった状態)
ARCServe Backup Server 11.5 for Linux

【対応】
Ingresのパッケージを全て削除して、再インストールを実施。

Step1:Ingresパッケージの確認
%)rpm -qa | grep ca-ingres

Step2:Ingresパッケージの強制削除
%)rpm -e -f --noscripts パッケージ名

※Step2で、依存関係でエラーになる場合は、エラーの出たパッケージを先に削除

Step3:ARCServe のインストール
%)install

ARCServeで、E1138 メディアを検出できませんでした。 タイムエラーの対応

【事象】
ARCServeにて、バックアップジョブをスケジュール化して、実施したところ、
「E1138 メディアを検出できませんでした。 タイムエラー。」が発生し、ジョブが異常終了。

【対応】
以下、Web、抜粋
ARCserveはメディアをラベル名とIDさらにはシーケンス番号で管理します。
ラベル名はフォーマットした際の名前ですね、さらにIDは一意の番号になります。
ラベル名:月曜日+ID:0001、とラベル名:月曜日+ID:F001とは表面上同じように見えますがARCserveではまったく別のメディアとして管理されています。
同じ名前で複数のメディアをフォーマットしてもかまわないのですが、IDは必ず別のものになります。
シーケンス番号は一本のメディアに収まらなかった場合の2本目のメディアがシーケンス番号「2」になります。(この際のラベル名、IDは一緒になります、シーケンス番号だけが違う)

想定するに今回の問題は下記のような状態かなぁと思われます。

1.即時実行でバックアップ、バックアップ対象は現在テープ装置に入っているメディア「ラベル名:フルバックアップ+ID:AAAA」、「上書き - 同名のメディア、ブランク メディアのみ」<=標準の設定
バックアップ対象にするターゲットを選択する際、ついそのメディアを選んでしまうんです。
2.バックアップは正常に実施される
ただし、メディアは上書<=つまりフォーマットされます<=「ラベル名:フルバックアップ+ID:BBBB」
フォーマットされるのでIDが変わってしまうんです!
3.即実行のジョブを変更してそのまま繰り返しのジョブとして登録すると。。。。
バックアップ対象のターゲットは「ラベル名:フルバックアップ+ID:AAAA」のままです。
4.バックアップは失敗します。対象のメディアがないといわれる、なぜ??
バックアップのジョブではターゲットは「ラベル名:フルバックアップ+ID:AAAA」
しかし現在入っているメディアは2でフォーマットされて「ラベル名:フルバックアップ+ID:BBBB」
これはバックアップ対象にしたものと違うメディアなんです。

対処方法
1.何でも上書してしまう問題があるのですが、すぐに確認するには最適な方法で
「上書き - 同名のメディア、ブランク メディア、その他のメディア」にしてしまう。
※テープ装置がローダ(複数のメディアを入れることができる装置)なんかだと絶対やってはいけない方法ですけど。(常に1スロット目のメディアしか使用されません)
2.IDは無視して再利用してもらう設定
本当はこの設定が良いです。
Windows版でもLinux版でもバックアップ対象をデスティネーションで選ぶ際、メディアを選ばず
グループを左ペインで選び(例:GROUP0)、上のメディア名が[*]になりますのでここに[フルバックアップ]など直接キーボードから入力してくださ い。<=これでIDがどんなものでも「ラベル名:フルバックアップ」が利用されます。この入力は登録直前に行うのをお勧めします。(ソース画面を設定した りしてると設定がなくなることがありましたので)

※確認方法:ジョブステータス画面で対象のジョブを選ぶとしたのペインにジョブ詳細が表示されますがその中でメディアIDが表示されていなかったり、[*]になっていればOKです。
※この設定はr11.5のWindows版なら「名前のみを使用してメディアを区別する」のオプションがあるのですがLinux版は確かないので直接入力します。

ARCserveの繰り返しジョブで失敗する(1回目は良いけど。。)多くのケースがこれです。
画面を見ながら、試験してみてください。

2008年12月17日水曜日

ARCServe Agent for OracleでOracleDBにログインできない件の対応

【事象】
ARCServeの管理画面からバックアップマネージャにて、
DBのあるサーバにログイン後、該当するDBにログインすると、
Database is offline というエラーになって、バックアップ対象ファイルが見えない

【対応】
回避
ログを見ると、Oracleユーザにロックが掛かっており、見えないと判明。
暫定的に、ロックを解除して回避
根本的に、なぜ、ロックが掛かっていたかは不明(調査中)

ARCServe でインストール時にライセンスキーが入らない場合の対応

前提:ARCServe Backup 11.5 for linux

インストール時に、購入時のライセンキーを入力しても、Invalid Lisenceと言われる場合、
以下の対応にて、回避をした。

1.インストール時は、ライセンスキーをいれずに、Skipして、そのままインストール
2.インストール完了後、以下のディレクトリのコマンドを実行してキーを投入。
/opt/CA/SharedComponents/ca_lic/CALicense ライセンキーNO

VPN経由でARCServeの管理画面でエラーの対応方法

前提:VPN Clientで、ARCServe Backupがインストールされているサーバへアクセス。

以下のポートがルータに定義されていなかったためと判明。
TCP :80
6060
6072
6051
UDP:6051