保存期間が過ぎたスナップショットは、問答無用で削除されます。スナップショットの保存期間は、365日間まで伸ばすことができます。スナップショットは常にフルバックアップに相当します。ストレージの消費は、スナップショットの数に比例して増加することに注意してください。Storeに保存しています。Storeのサイズが膨張します。当初の見積サイズを超えないように注意してください。詳しいことは、次のリンクを参照してください。Policyリストアリストアの開始は、オプション(...)のRestoreをクリックしてください。ポイントインタイムリカバリの場合、日付と、時間、分を設定して実行します。DOWNLOADとはスナップショットをクラスタ―にリストアする代わりにスナップショットを任意の場所にダウンロードできます。ダウンロードされるファイルの中身は、MongoDBのデータベースファイルです。適切に配置してMongoDBのプロセスを起動すると、そのままデータベースとして使用できます。この機能の用途は様々です。本番データでテストを行ったり、特定のコレクションだけを入れ替えると言った用途に利用することができると思います。TO)リストア(RESTORE)をクリックすると、リストアが実行されます。まとめ3台のレプリケーション構成なのにさらにバックアップが必要なのかという突っ込みがあるかも知れませんが、プライマリに間違ったデータを投入した場合、レプリカも一瞬にして汚染されてしまいます。Managerは最良の選択です。Managerを導入してからだと、クラスターの構築やバックアップの設定は、簡単に実装できます。見事に働いてくれます。言え、マニュアルを片手にバックアップ設定をしようとすると、予備知識があってもかなり苦戦します。この記事では筆者の経験から地雷的なポイントはすべて除去したつもりです。EAの導入検討をなさっている方や、バックアップ運用を検討なさっている方に役に立てば幸いです。AuthorleefacebookTwitterデータベースが大好きなサーバサイドのエンジニア。Neo4j、MongoDBのテクニカルサポート、IoTビックデータ処理基盤のアーキテクトとして活動しています。LABの情報を逃さずチェックしよう!メールアドレスを登録すると記事が投稿されるとメールで通知します。※登録後メールに記載しているリンクをクリックして認証してください。LABの情報を逃さずチェックしよう!メールアドレスを登録すると記事が投稿されるとメールで通知します。※登録後メールに記載しているリンクをクリックして認証してください。