NetBackup™ for MongoDB 管理者ガイド

Last Published:
Product(s): NetBackup & Alta Data Protection (11.0)
  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 ノードから取得されたバックアップイメージをリカバリした後、非表示のノードはプライマリノードになります。次のコマンドを使用して、このようなすべてのプライマリノードをシャードリストで更新し、mongos プロセスを再起動します。

    db.getSiblingDB('config').shards.updateOne({ "_id" : "shard1" },{ $set : { "host" : "ShardName/repl1.example.net:27018,repl2.example.net:27018,repl3.example.net:27018" } })

  • リカバリ処理が完了したら、クラスタにセカンダリノードを手動で追加します。ノードを追加する前に、セカンダリノードの MongoDB データパスの所有権とアクセス権が正しく設定されていることを確認します。

    詳しくは、次の記事を参照してください。add-members-to-the-replica-set

  • リカバリ操作の後、mongod または mongos プロセスが、/tmp の場所からの設定ファイルを使用して開始されます。選択した場所に構成ファイルを移動し、その場所からサービスを再起動していることを確認します。

    /tmp の場所から構成ファイルを削除して、リストアまたはリカバリ操作時に異なるユーザーに対して同じ名前を使用して /tmp の場所にファイルをリストアできるようにします。ファイルを削除しないと、構成ファイルが /tmp の場所でリストアできないために、別のユーザーを使用した後続のリカバリ操作がエラー 2850 で失敗します。

    リストアされるバックアップデータから変更がある場合は、さらに MongoDB 構成パラメータを追加できます。

  • リカバリの前に systemctl コマンドを使用して MongoDB サービスを開始すると、systemctl status mongod コマンドで mongod の状態がリカバリ後に停止したと示すことがあります。これは、リカバリ後に、/tmp の場所にある config ファイルを使用して mongod サービスが起動されるために発生します。

    このような場合は、systemctl start mongod コマンドを使用してサービスを再び起動します。