Veritas Access トラブルシューティングガイド

Last Published:
Product(s): Access (7.4)
Platform: Linux
  1. 概要
    1.  
      トラブルシューティングについて
    2.  
      トラブルシューティングプロセスに関する一般的なヒント
    3.  
      トラブルシューティングプロセスの一般的な手法
    4.  
      サポートユーザーのアカウントについて
    5.  
      サポートユーザーのアカウントの設定
    6.  
      support ログインの使用
  2. 一般的なトラブルシューティング手順
    1.  
      一般的なトラブルシューティングの手順について
    2.  
      Veritas Access ログファイルの表示
    3.  
      イベントログについて
    4.  
      シェルアクティビティのログについて
    5.  
      CIFS ログレベルの設定
    6.  
      NetBackup クライアントのログレベルの設定とデバッグオプション
    7.  
      デバッグ情報の取得と送信
    8.  
      2 つの連続した OpenStack コマンド間の不十分な遅延によりエラーが発生する場合がある
  3. Veritas Access の監視
    1.  
      Veritas Access 操作の監視について
    2.  
      プロセッサアクティビティの監視
    3.  
      CPU とデバイスの使用率レポートの生成
    4.  
      ネットワークトラフィックの監視
    5.  
      ネットワークトラフィック詳細のエクスポートと表示
  4. 一般的な回復手順
    1.  
      一般的な回復手順について
    2.  
      サーバーの再起動
    3. サービスをオンラインにする
      1.  
        services コマンドの使用
    4.  
      異常なシャットダウンからのリカバリ
    5.  
      ネットワーク接続性のテスト
    6.  
      traceroute によるトラブルシューティング
    7.  
      traceroute コマンドの使用
    8.  
      ファイルシステムの metasave イメージの収集
    9.  
      イーサネットインターフェースカードの交換 (オンラインモード)
    10.  
      イーサネットインターフェースカードの交換 (オフラインモード)
    11.  
      Veritas Access ノードの交換
    12.  
      ディスクの交換
    13. レプリケーションの高速化
      1.  
        レプリケーションジョブの同期について
      2.  
        一時的なレプリケーションジョブの同期
    14.  
      パッチリリースまたはソフトウェアのアップグレードのアンインストール
  5. Veritas Access の階層としてのクラウド機能のトラブルシューティング
    1.  
      クラウド階層化のトラブルシューティングのヒント
    2.  
      クラウド階層からデータを読み書きする際の問題
    3.  
      クラウド階層化のエラーを確認するログの場所
  6. Veritas Access のインストールと設定に関する問題のトラブルシューティング
    1.  
      管理コンソール IP の検索方法
    2.  
      インストールログの表示
    3.  
      インストールの失敗または未完了
    4.  
      PCI ID をクラスタから除外する
    5.  
      ルートファイルシステムの破損から回復できない
    6.  
      storage disk list コマンドが何も返さない
  7. LTR アップグレードのトラブルシューティング
    1.  
      LTR アップグレードのトラブルシューティング用ログファイルの場所
    2.  
      LTR のアップグレード前の問題のトラブルシューティング
    3.  
      LTR のアップグレード後の問題のトラブルシューティング
  8. Veritas Access CIFS の問題のトラブルシューティング
    1.  
      ユーザーアクセスが CTDB ディレクトリ共有で拒否される
  9. Veritas Access GUI 起動問題のトラブルシューティング
    1.  
      GUI 起動問題の解決

レプリケーションジョブの同期について

レプリケーションジョブの初回実行時に、Veritas Access はレプリケーション元からレプリケーション先にデータを完全にコピーします。以降のジョブ (手動またはスケジュールに従って実行) では、増分の変更のみをコピーします。

まれに、レプリケーション先にすでにデータが存在する場合、レプリケーションジョブでは増分の変更は行えません。このような状況になる例を以下に示します。

  • 数日間または数週間レプリケーションを実行していない場合、VxFS ファイル変更ログで追跡している変更が上書きされたり、壊れたりしている可能性があります。レプリケーションにはこのログが必要です。

  • レプリケーションジョブを一時的に無効にして再開すると、次回のジョブでデータが完全にコピーされます。

  • レプリケーションの定義にいくつか変更を加えた場合。たとえば、以前は fs1/folder1 のレプリケーションジョブだったが、fs1/folder2 のデータもレプリケーションする場合などです。fs1/folder2 を完全にコピーする必要があるため、fs1/folder1 は増分変更のみが必要な場合でも再びコピーされます。

  • レプリケーションの方向を、レプリケーション先からレプリケーション元に逆にする必要がある場合。ほとんどのデータがレプリケーション先とレプリケーション元の両方に存在する場合でも、レプリケーション先で新しいジョブを作成すると、常に初回レプリケーション時に自動的に完全にコピーされます。

  • 管理者がレプリケーション用の内部データベースを誤って削除してしまったときに利用可能なバックアップが存在しない場合、既存の設定で新しいジョブを作成しても完全にコピーされます。

このような場合、完全なコピーが開始されるまで待機せずに Replication> job sync コマンドを使用し、レプリケーション先の既存のデータを活用して完全なコピーを避けられます。Replication> job sync コマンドは、レプリケーションジョブを適切に定義された状態に戻すため、増分のレプリケーションを行えます。

ジョブを同期すると再び有効になるため、標準的なジョブを実行することも、レプリケーションの頻度を設定して増分のレプリケーションの実行もできます。

メモ:

同期は、有効になっているジョブでのみサポートされます。失敗したジョブから再開できない場合に Replication> job sync コマンドを使用して失敗した状態から回復するには、まずジョブを無効にしてから再び有効にします。次に、Replication> job sync コマンドを使用してジョブを同期します。

メモ:

一時停止しているレプリケーションジョブでは同期は実行できません。中断または停止している一時停止中のジョブで同期を実行する場合、一時停止しているジョブの前回の回復ポイントの目標 (RPO) は利用できません。