NetBackup™ for MongoDB 管理者ガイド

Last Published:
Product(s): NetBackup & Alta Data Protection (10.4)
  1. NetBackup を使用した MongoDB の保護の概要
    1.  
      NetBackup を使用したシャード、レプリカセット、スタンドアロン MongoDB クラスタの保護について
    2.  
      NetBackup を使用した MongoDB データの保護
    3.  
      NetBackup for MongoDB の用語
    4.  
      制限事項
    5.  
      MongoDB を保護するための前提条件とベストプラクティス
  2. MongoDB Plug-in for NetBackup の前提条件の検証
    1.  
      オペレーティングシステムとプラットフォームの互換性
    2.  
      MongoDB プラグイン構成の前提条件
  3. NetBackup for MongoDB の構成
    1.  
      MongoDB 構成ツールについて
    2.  
      mongodb.conf ファイルを手動で作成するための前提条件
    3. mongodb.conf ファイルを使用する MongoDB のためのバックアップオプションの設定
      1.  
        NetBackup プライマリサーバーの許可リストに構成ファイルのパスを含める
    4.  
      MongoDB ノードの RSA 鍵の取得
    5. NetBackup での MongoDB クレデンシャルの追加
      1.  
        クレデンシャル設定ファイルについて
      2.  
        MongoDB クレデンシャルを NetBackup に追加するには
      3.  
        データを保護するための MongoDB 役割について
    6.  
      ホストユーザーの要件
    7. バックアップホストの管理
      1.  
        NetBackup プライマリサーバーの許可リストに NetBackup クライアントを含める
  4. NetBackup を使用した MongoDB のバックアップ
    1. MongoDB データのバックアップについて
      1.  
        MongoDB クラスタのバックアップ
    2.  
      MongoDB クラスタをバックアップするための前提条件
    3. MongoDB プラグイン用の NetBackup ポリシーの構成
      1.  
        Web UI を使用した、MongoDB クラスタ用 BigData バックアップポリシーの作成
  5. NetBackup を使用した MongoDB データのリストアまたはリカバリ
    1.  
      MongoDB データのリストアについて
    2.  
      MongoDB のリストアおよびリカバリの前提条件
    3.  
      同じクラスタへの MongoDB データのリストア
    4.  
      代替クラスタへの MongoDB データのリストア
    5.  
      高可用性の設定にある MongoDB データの代替クライアントへのリストア
    6.  
      リカバリプロセス後の手動の手順
  6. トラブルシューティング
    1.  
      NetBackup for MongoDB のデバッグログについて
    2.  
      NetBackup を使用した MongoDB の保護に関する既知の制限事項
  7. 付録 A. 追加情報
    1.  
      MongoDB のクレデンシャルを追加および更新するための MongoDB 構成ユーティリティのサンプルワークフロー

MongoDB のリストアおよびリカバリの前提条件

リストアまたはリカバリ処理を開始する前に、次の前提条件と制限事項を確認します。

  • ソース MongoDB クラスタとターゲット MongoDB クラスタで、次が同じであることを確認します。

    • MongoDB のバージョン

    • 認証タイプ

  • ターゲット MongoDB クラスタが mongod アカウントで実行される場合は、root 以外の sudoer アカウントが必要です。また、リストアを開始する前にこれを tpconfig でホストユーザーとして構成します。NetBackup は、ターゲットクラスタのユーザーでインスタンスをリカバリして実行します。

  • (代替クラスタに MongoDB データをリストアする場合) ソースクラスタのクレデンシャルファイルに代替 MongoDB クラスタのクレデンシャルを追加するようにします。

    NetBackup での MongoDB クレデンシャルの追加を参照してください。

  • リカバリ操作を開始する前に、宛先クラスタで PEM ファイルまたはセキュリティ証明書が利用可能であることを確認します。

  • リカバリ処理中のターゲットクラスタの認証形式は、バックアップ中の認証形式と同じである必要があります。

  • ターゲットの MongoDB クラスタに、データをリストアするための十分な空きストレージ領域があることを確認します。

  • 1 つの完全バックアップイメージグループと、適切な増分イメージを選択します。複数の完全バックアップイメージグループを選択した場合、リストアされたデータが破損する可能性があるため、リカバリが失敗することがあります。

  • MongoDB 用 NetBackup プラグインでは、クロスプラットフォームのファイルシステムのリストアはサポートされません。たとえば、XFS から ext4、またはその逆はサポートされません。

  • tpconfig コマンドで定義された HostUser の値が、MongoDB クラスタの設定に使用されるホストユーザーアカウント (MongoDB デーモンのホストユーザーアカウント) と同じであることを確認します。(MongoDB デーモンのホストユーザーアカウント。)

  • 宛先クライアントについて、リストアジョブを送信する前に、バックアップホストを選択していることを確認します。

  • 指定した時点へのリカバリは、増分バックアップからのリカバリにのみ有効です。

  • 複合リストアジョブの親ジョブをキャンセルしても、子リストアジョブはキャンセルされません。子リストアジョブも手動で取り消す必要があります。

  • シャードクラスタのリストアのみ操作では、標準のリストアのみ手順に従います。

    リストアを開始する前に、すべての MongoDB プロセス (mongos または mongod) を停止します。

    tpconfig ホストユーザーには、元のリストアおよび代替リストアのターゲットフォルダに対する権限が必要です。

  • MongoDB ログファイルのパスは元の構成と同じままになります。代替リストアを実行する場合、次のようにします。

    • リストア時に同じパスが利用可能であることを確認します。

    • リカバリが正常に実行された後に、mongod または mongos プロセスの構成ファイルのログファイルパスを変更します。

  • リカバリ操作が正常に実行されるようにするには、宛先の MongoDB クラスタで、.pid ファイルへのパスが利用可能である必要があります。

  • 同じサーバーで実行される複数の MongoDB クラスタをバックアップする場合は、特別な考慮事項が必要です。(同じまたは異なるバックアップポリシーを使用するバックアップ。) リストアする正しいアプリケーションサーバーを選択していることを確認します。

    たとえば、次の構成の複数のクラスタがあるとします。

    Replica1
    Primary: 		host1:26050
    Secondary: host1:26060
    
    Replica2
    Primary: 		host1:26055
    Secondary: host1:26066

    Replica1 をリカバリする場合、正しいアプリケーションサーバーとそのポート (host1-26050) をソースクライアントとして指定していることを確認します。

  • リカバリ操作を開始する前に、次のパスの MongoDB インスタンスで古い mdbserver (シンクライアント) プロセスが実行されていないことを確認します。

    /<mdbserver_location>/<Host>-<MongodPort>-<mdbserver_port in range>/mdbserver

    これらの古いプロセスのいずれかが実行されている場合、リカバリ操作は MongoDB インスタンスをシャットダウンできないため、リカバリジョブが応答を停止します。

  • MongoDB クラスタのリストアとリカバリには、バックアップ時に使用されるセキュリティモードと同じモードが必要です。元のクラスタとターゲットクラスタのセキュリティモードが同じであることを確認してください。

    たとえば、バックアップ時に SSL を使用した場合、リカバリは SSL を使用して行われ、ターゲットの設定は SSL に変更されます。同様に、バックアップ時に TLS を使用した場合、リカバリは TLS を使用して行われ、ターゲットの設定は TLS に変更されます。

  • MongoDB クラスタのリストアとリカバリには、バックアップ時に使用される機能の互換性のバージョン (FCV) と同じ値が必要です。元のクラスタとターゲットクラスタの FCV が同じであることを確認してください。

    たとえば、バックアップ時の FCV が 4.2 の場合、リストアでは FCV 4.2 を使用し、リカバリ処理の完了後、ターゲットクラスタは FCV 4.2 になります。同様に、バックアップ時の FCV が 4.0 の場合、リストアでは FCV 4.0 を使用し、リカバリ処理の完了後、ターゲットクラスタは FCV 4.0 になります。