• オンプレ仮想環境 Exchange利用想定

• メールを送受信する

• メールコンテンツも保持するために容量は大きくなる。
• メールのため基本的には24時間いつでも使われることを想定して
  オンラインバックアップが必須。

1. 専用エージェントをインストールし、構築時やパッチ更新時にオンラインで
   1回目フルバックアップ。
2. 専用エージェントを利用して差分もしくは増分をバックアップ。

• ストレージとExchange専用のバックアップエージェントを利用することで
  データの整合性を担保した状態でストレージスナップショットなどの
  処理の自動化が可能。
• ストレージミラーリングと組み合わせることで遠隔地にも
  飛ばすことができより効果的。

• クラウド環境 Microsoft 365利用想定

• メールを送受信する

• クラウド特有のバックアップを考える必要がある。
• メールコンテンツも保持するために容量は大きくなる。
• M365などのクラウド利用の場合には、クラウド事業者により
  バックアップポリシーが異なるため注意が必要。基本的には
  M365側でバックアップは行われていないため、IT 管理者自身で行う必要がある。

M365専用のメールアーカイビングソフトを利用することが必須。

1. 専用ソフトを利用し初回フルバックアップ。
2. 利用頻度の少ない夜間などに差分をバックアップ。

M365専用のバックアップエージェントを利用することで、
DBの整合性を担保した状態でメールアーカイビング等が可能。
しかしデータ自体はクラウド上にあるため別サイトへの保管が必要。

• オンプレ仮想環境

• 「Ap ache HTTP Server」、「nginx」、「Microsoft Internet Information Services（IIS）」
  を利用してWebを公開

• WebサーバーはHTMLソースやCSSファイルなどデータ容量も小さく、
  更新頻度も少ない。
• 大量のアクセスログが発生する

1. 構築時やパッチ更新時にオフラインフルバックアップ。
2. 深夜には主にログを含む差分を1回オンラインバックアップ
   もしくはストレージのスナップショットでOK。

• 常時更新されないため、ストレージでスナップショット連携→ミラーリングを
  行うほどの必要はなし。
• 災害対策としてデータを遠隔地に飛ばすミラーリングは有効。

• オンプレ仮想環境

• Webサーバーから受け付けたリクエストをJavaやPHP、 Rubyなどの
  プログラミング言語を実行して処理

• プログラミングファイルはデータ容量も小さく更新頻度も少ない。
• 大量のアクセスログが発生する。
• 特徴としてはWebサーバーと似ている。

1. 構築時やパッチ更新時にオフラインフルバックアップ。
2. 深夜にログを含む差分を1回オンラインバックアップ。もしくは
   ストレージのスナップショットでOK。

• 常時更新されないため、ストレージでスナップショット連携→ミラーリングを
  行うほどの必要はなし。
• 災害対策としてデータを遠隔地に飛ばすミラーリングは有効。

• オンプレ仮想環境

• Oracle、MySQL、MS SQLなどでアプリサーバーから投げられた処理に対して
  データの追加、変更、削除を実行

• サーバー関連の中で一般的に負荷が最も高いのがDBサーバーである。
• 大量のアクセスログが発生する。
• 利用するDBによりバックアップの作法が異なる。
• データの整合性をいかに担保できるかがバックアップの際の肝となる。

1. 専用エージェントを入れ構築時やパッチ更新時にオンラインで
   1回目フルバックアップ。
2. 専用エージェントを利用して差分もしくは増分をバックアップ。

• ストレージとDB専用のバックアップエージェントを利用することで、
  DBの整合性を担保した状態でストレージスナップショットなどの処理の自動化が可能。
• ストレージミラーリングと組み合わせることで遠隔地にも飛ばすことができより効果的。

• オンプレ仮想環境

• 社内のPCを一元管理する

• 社員規模などにもよるが、高負荷ではない。
• 認証やグループポリシー適用などで範囲が限られており必ずしも
  ハイスペックである必要はない。
• ログのバックアップはコンプライアンス的に必須。

1. 専用エージェントを構築時やパッチ更新時にオンラインフルバックアップ。
2. 専用エージェントを利用して深夜にログを含む差分を1回オンラインバックアップ。

• 常時更新されないため、ストレージでスナップショット連携→ミラーリングを
  行うほどの必要はなし。
• 災害対策としてデータを遠隔地に飛ばすミラーリングは有効。

• オンプレ仮想環境

• 社内ネットワークの名前解決用
• 社内のシステムの時刻合わせ

• 一般的に低負荷である。
• ただしサーバー障害が発生した場合には影響範囲が大きい。
• 名前解決ができないとシステム関連が利用できない可能性が大。
• 時刻がずれるとシステムに重大な障害が発生する可能性が大。

1. 構築時やパッチ更新時にオフラインフルバックアップ。
2. 大きな変更などがあった場合には差分を1回オンラインバックアップ。

• 更新情報なども少ないため保管環境があれば、ストレージで遠隔地に
  ミラーで飛ばすもしくはテープで保管でOK。

• 物理 NAS
• NetApp社FASシリーズやDell Technologies社Unityなど

• 各種ファイルの保存場所

• 容量が多いのでバックアップウインドウの考慮が必要。
• ファイルのダウンロード履歴など万が一を考慮してログのバックアップも必須。
• 個々のユーザーから誤操作などによるバックアップからの復元依頼が多い。
• 重複しているファイルなども多く、重複排除技術などを取り入れることで
  容量を削減するのが最近の主流。

1. 一般的に容量やファイル数が多い特徴からサーバーではなくストレージ（NAS）を
   利用したスナップショットで複数世代のバックアップを取ることが多い。
2. NASによるミラーリングでデータを複製する。※バックアップサーバーを
   利用してNDMP形式もあり。

• 遠隔地にミラーがおすすめ。2台分のストレージを購入する予算がない場合には
  バックアップサーバーと連携してNDMPバックアップでテープに吐き出し遠隔地保管も可。