【配信！Veeam情報局】バックアップ容量の最適化、ストレージ節約や拡張方法を解説！
1 like2,550 views
Veeamは物理/仮想/クラウドなど様々プラットフォームに対応したバックアップソリューションであり、GUIもシンプルで分かりやすく、誰でも簡単にバックアップを開始できます。 ただ、バックアップを運用する中で、以下のような疑問や事象に遭遇し、クライムサポートへお問い合わせいただくことがあります。 ・指定した世代以上のバックアップファイルが存在するけどなぜ？ ・手動で不要なバックアップファイル削除した場合に影響はありますか？ ・気がついたらバックアップファイル保存領域が枯渇している ・バックアップファイル保存先をリプレイスしたいけどやり方がわからない 等々 本セミナーでは、このようなバックアップファイルの世代管理部分にフォーカスし、Veeamにおける世代管理の解説やプラクティスをご紹介します。
More Related Content
![[AKIBA.AWS] AWS Elemental MediaConvertから学ぶコーデック入門](https://cdn.slidesharecdn.com/ss_thumbnails/akibaaws4up-180130002606-thumbnail.jpg?width=560&fit=bounds)
Similar to 【配信！Veeam情報局】バックアップ容量の最適化、ストレージ節約や拡張方法を解説！ (14)
![AIシステムのセキュリティ：脅威となりつつあるAIの現状と課題 [English] Security of AI Systems: The Current...](https://cdn.slidesharecdn.com/ss_thumbnails/20241023css2024-250829030738-876ce56e-thumbnail.jpg?width=560&fit=bounds)
【配信！Veeam情報局】バックアップ容量の最適化、ストレージ節約や拡張方法を解説！
- 4. よくあるご質問 • 世代管理の仕組みって？ • 思っていた通りにバックアップデータが保持されない • 空き容量が少なくなってきたので、不要なデータを削除したい • 保存先をリプレイスしたいけど、どうやるの？
- 8. 永久増分バックアップについて • 常にフルバックアップファイルは1つ • 最も古い世代の増分バックアップを毎回フルに合成 推奨 非推奨 キャッシュRAIDコントローラを持ち、大 きなストライプサイズを使用しているリ ポジトリ ソフトウェアRAIDに依存し、HDDのみに 限定された小規模なNAS 変更量の少ないVM、特に毎日の変更量 は少ないが、サイズの大きいVMなど SMBまたはNFSで接続された重複排除ス トレージ 毎日、大量の変更があるVM ただし合成処理中は運用ストレージへの 負荷はないため、許容可能であれば可
- 9. 永久増分バックアップの動作 • 初回にフルバックアップファイル(.vbk)を作成 • 以降は増分バックアップファイル(.vib)のみを作成 フル 増分 増分 5/1 5/2 5/3 保持世代数：3
- 10. 永久増分バックアップの動作 フル 増分 増分 5/1 5/2 5/3 増分 5/4 • 初回にフルバックアップファイル(.vbk)を作成 • 以降は増分バックアップファイル(.vib)のみを作成 • 指定した世代に達した場合、最も古い増分がフルへマージ 保持世代数：3
- 11. 永久増分バックアップの動作 フル 増分 増分 5/1 5/2 5/3 増分 5/4 • 初回にフルバックアップファイル(.vbk)を作成 • 以降は増分バックアップファイル(.vib)のみを作成 • 指定した世代に達した場合、最も古い増分がフルへマージ 保持世代数：3
- 12. 永久増分バックアップの動作 フル 増分 増分 5/2 5/2 5/3 増分 5/4 • 初回にフルバックアップファイル(.vbk)を作成 • 以降は増分バックアップファイル(.vib)のみを作成 • 指定した世代に達した場合、最も古い増分がフルへマージ • マージされたリストアポイントは削除 保持世代数：3
- 13. 永久増分バックアップの動作 フル 増分 増分 5/2 5/3 5/4 • 初回にフルバックアップファイル(.vbk)を作成 • 以降は増分バックアップファイル(.vib)のみを作成 • 指定した世代に達した場合、最も古い増分がフルへマージ • マージされたリストアポイントは削除 フルバックアップは 1つのみ保持される 保持世代数：3
- 14. 永久増分バックアップ：設定個所
- 16. 増分＋合成フルバックアップについて • 定期的に既存のフルバックアップと増分バックアップを 合成し、新しいフルバックアップを作成 • 複数フルバックアップファイルが確保できるだけの ストレージスぺースが必要 推奨 非推奨 キャッシュRAIDコントローラを持ち、大きなストラ イプサイズを使用しているレポジトリ ソフトウェアRAIDに依存し、HDDのみに限定された 小規模なNAS 合成処理のオフロードをサポートする重複排除スト レージ ※HP StoreOnce CatalystとEMC Data Domain DDBoost、 ExaGridなど SMBまたはNFSで接続された重複排除ストレージ ファイルシステムがReFSやXFSなどのブロックク ローニングを利用できるディスク
- 17. 増分＋合成フルバックアップの動作 フル 増分 増分 5/1 5/2 5/3 • 初回にフルバックアップファイル(.vbk)を作成 • 増分バックアップファイル(.vib)を生成
- 18. 増分＋合成フルバックアップの動作 フル 増分 増分 5/1 5/2 5/3 増分 5/4 • 初回にフルバックアップファイル(.vbk)を作成 • 増分バックアップファイル(.vib)を生成 • Create synthetic full backups periodicallyで指定された曜日に 既存のバックアップチェーンのデータブロックを使用し、 新しいフルバックアップファイル(.vbk)を作成
- 19. 増分＋合成フルバックアップの動作 フル 増分 増分 5/1 5/2 5/3 増分 5/4 フル 5/4 • 初回にフルバックアップファイル(.vbk)を作成 • 増分バックアップファイル(.vib)を生成 • Create synthetic full backups periodicallyで指定された曜日に 既存のバックアップチェーンのデータブロックを使用し、 新しいフルバックアップファイル(.vbk)を作成
- 20. 増分＋合成フルバックアップの動作 フル 増分 増分 5/1 5/2 5/3 増分 5/4 フル 5/4 • 初回にフルバックアップファイル(.vbk)を作成 • 増分バックアップファイル(.vib)を生成 • Create synthetic full backups periodicallyで指定された曜日に 既存のバックアップチェーンのデータブロックを使用し、 新しいフルバックアップファイル(.vbk)を作成 • 同セッションで作成された増分ファイルを削除
- 21. 増分＋合成フルバックアップの動作 フル 増分 増分 5/1 5/2 5/3 5/4 フル • 初回にフルバックアップファイル(.vbk)を作成 • 増分バックアップファイル(.vib)を生成 • Create synthetic full backups periodicallyで指定された曜日に 既存のバックアップチェーンのデータブロックを使用し、 新しいフルバックアップファイル(.vbk)を作成 • 同セッションで作成された増分ファイルを削除 フルバックアップが 複数保持される
- 24. 逆増分バックアップについて • 常にフルバックアップファイルは1つ • 最新の世代が常にフルになるように毎回合成 ⇒最新世代へのリストアにメリット 推奨 非推奨 キャッシュRAIDコントローラを持ち、大 きなストライプサイズを使用しているリ ポジトリ ソフトウェアRAIDに依存し、HDDのみに 限定された小規模なNAS 変更量の少ないVM、特に毎日の変更量は 少ないが、サイズの大きいVMなど SMBまたはNFSで接続された重複排除スト レージ 毎日、大量の変更があるVM。変更ブロッ ク読み取りと合成処理が同時に行われる ため保存先がボトルネックとなり、ス ナップショット保持時間が延びる可能性 があります。
- 29. 逆増分バックアップ：設定個所
- 30. アクティブフルバックアップオプション • フルバックアップファイルの再作成 ⇒Veeamとのストレージ連携機能を持たない 重複排除ストレージ利用時に推奨 • 合成フルとの違い ◆合成フル： 既存バックアップファイルを合成 ⇒ ソースへの負荷なし ⇒ リポジトリのI/Oのみ ◆アクティブフル： ソースからデータ再取得 ⇒ ソースへのスナップショット負荷考慮 ⇒ リポジトリへのシーケンシャルな書き込みのみ
- 33. 増分 => 逆増分バックアップモードへの変更 フル 増分 増分 フル 増分 増分 フル 変更後の最初のバックアップでは、 フルバックアップファイルが生成 変 更 前 変 更 後
- 34. 増分 => 逆増分バックアップモードへの変更 フル 増分 増分 フル 増分 増分 フル 次回バックアップセッションにて、 逆増分バックアップファイル生成 逆増分 変 更 前 変 更 後
- 35. 増分 => 逆増分バックアップモードへの変更 フル 増分 増分 フル 増分 増分 指定された世代数確保の後、 旧増分バックアップモードで作成された バックアップファイルが削除 例：3世代保持 逆増分 逆増分 フル 変 更 前 変 更 後
- 39. 作成されるファイルの種類とサイズの目安 •メタデータファイル(.vbm) •フルバックアップファイル (.vbk) ソースVM/マシンの実使用量 * 0.4~0.6 •増分または逆増分ファイル(.vibまたは.vrb) ソースVM/マシンの実使用量*0.4~0.6*変更量
- 40. Use per-VM backup filesによる違い
- 41. Use per-VM backup filesが無効な場合 • ジョブ単位で、フル、増分バックアップファイルを作成 VM1 VM2 VM1 VM2 VM1 VM2 リポジトリフォルダ ジョブ設定 VM1 VM2 バックアップ
- 42. Use per-VM backup filesが有効な場合 • VMごとに、フルや増分バックアップファイルを作成 VM1 VM1 VM1 VM2 VM2 VM2 リポジトリフォルダ ジョブ設定 VM1 VM2 バックアップ
- 43. Use per-VM backup filesについて • 複数書き込みストリームが許可されたストレージ 有効化によってVMごとに個別の書き込みストリーム使用 パフォーマンス向上が期待 • Veeam側からのVM間のデータ重複排除は機能しなくなる バック アップ VM1 VM2 バック アップ
- 46. バックアップ対象VMをジョブから消しても。。 • ジョブから削除されたVMのデータブロックは、 バックアップファイルに残り続ける ⇒不要なデータが存在する。。 VM1 VM2 VM3 VM4 バックアップファイル
- 47. 不要になったVMのデータを消すには • Backups > Diskにて対象バックアップを展開し、 その一部VMを右クリック、Delete from diskを実施 • Remove deleted items data after X daysを指定し、 下記条件を満たす ・最新のX日間、VMに成功したバックアップが存在しない ・最新のX日間、VMに破損したバックアップが存在しない • リポジトリ設定によって注意点あり
- 48. 不要になったVMのデータを消すには ※Use per-VM backup filesが有効な場合 • バックアップデータはVMやマシンごとに分かれているため、 シンプルに不要なVMデータが含まれたバックアップファイルが削除される VM1 VM1 VM1 VM2 VM2 VM2 リポジトリフォルダ
- 49. • 削除対象となったVMデータのスペースは解放されず、 上書き可能な領域とマークされるのみ ⇒バックアップファイルのサイズは小さくならない 不要になったVMのデータを消すには ※Use per-VM backup filesが無効な場合 VM1 上書き 可能 VM2 VM3 VM4 リポジトリフォルダ 1TB 100GB 100GB 100GB バックアップファイル
- 50. 不要になったVMのデータを消すには ※Use per-VM backup filesが無効な場合 • Defragment and compact full backup fileオプ ションから、フルバックアップファイルを 最適化 ⇒不要なデータブロックが削除される ※永久増分、逆増分のみ • 合成フルバックアップは上記設定は不要 ⇒合成フル時に不要なデータブロックは 除いて新しいフル作成
- 57. 新リポジトリをリスキャン
- 62. 問合せ・クライム特典 • Veeam情報局とは？ https://www.climb.co.jp/veeam_portal/about • Knowledge Base • Veeamの機能についておよびベストプラクティス • Veeamトラブルシュート • クライム購入特典！ https://www.climb.co.jp/soft/veeam/support/ • クライムによる、日本語サポート 拠点：東京/大阪 • サイジングも含めたプレサポート対応や構築作業対応 • 独自オリジナルの日本語ドキュメント、手順書 • クライムのVeeam情報局 全ての閲覧権限付与