目次

• はじめに : データ・レジリエンスとバックアップ機構
• AWS（AppFlow/S3）を採用した経緯
• 1. バックアップの実装：事前段階
• ① Amazon AppFlowをアプリケーションとして登録
• ② Amazon AppFlowアプリケーションの設定
• ２. バックアップの実装：初期段階
• Amazon AppFlowにて「接続」を作成
• ３. バックアップの実装：本番段階
• ① 対象SharePointサイトにシステム管理者アカウントを追加
• ② Amazon S3にてバケットを作成
• ③ Amazon AppFlowにてフローを作成
• ④ バックアップの監視システムを実装
• さいごに

はじめに : データ・レジリエンスとバックアップ機構

AWS（AppFlow/S3）を採用した経緯

それでは次に、実装までの具体的な手順を説明いたします。

１．バックアップの実装：事前段階

前提として、今回のバックアップ要件は、以下の通りです。

• ・フルバックアップ：毎日、深夜0:00。ライフサイクル7日間（7日経過時自動削除）。
• ・アマゾン ウェブ サービス（AWS）の標準ストレージプランを採用する。
• ・バックアップフロー失敗時は AWS から担当者へ自動メール通知。

それでは、基本的には以下の AWS およびMicrosoftが公表した内容に沿って進めます。

• ・Microsoft SharePoint Online connector for Amazon AppFlow
• ・Register an application with the Microsoft identity platform

① Amazon AppFlowをアプリケーションとして登録

• 1. 管理者ユーザーとして Microsoft Entra ID (旧称 Azure Active Directory) の管理センターにアクセスする。
• 2. 管理メニュー内の「アプリの登録」ページを開き、「＋新規登録」を選択。
• 3. 「名前」に適当な値を入力。
• 4. 「リダイレクトURI」にリージョンコードを入力。
• ・ Amazon S3のバケットとAmazon AppFlowのフローとで同一の地域コードを利用。
• ・ 自拠点に最も近いリージョンを選択することをAWSは推奨。
• 5. 「登録」を選択。

② Amazon AppFlowアプリケーションの設定

• 1. 管理メニュー内の「証明書とシークレット」ページを開き、「＋新しいクライアントシークレット」を選択。
• 2. 適当な値を入力して「追加」を選択。
• 3. 管理メニュー内の「APIのアクセス許可」ページを開き、「＋アクセス許可の追加」を選択。
• 4. Microsoft Graph 「委任されたアクセス許可」ページを開き、以下を追加。
• a. offline_access
• b. Sites.Read.All
• c. Sites.ReadWrite.All。
• d. User.Read
• 5. 「概要」ページを開き、「アプリケーション（クライアント）ID」および「ディレクトリ（テナント）ID」を
• 確認し、控えておく。

２．バックアップの実装：初期段階

Amazon AppFlowにて「接続」を作成（システム管理者が担当する想定）

• 1. Amazon AppFlow管理画面の左ペインにある「接続」ページを開き、「接続を作成」を選択。
• 2. 「TENANT_ID」欄に控えておいた「ディレクトリ（テナント）ID」を入力。
• 3. 「AWS マネージドクライアントアプリを使用します」にチェックが入っていることを確認。
• 4. 「接続名」に適当な値を入力。
• 5. 「接続する」を選択。
• 6. Microsoftのアカウント画面が出現し、承認プロンプトが出ると「組織を代理して同意する」にチェックし
• 「承諾」を選択。
• ・ アカウントがシステム管理者のものであることを確認。
• （当設定を部門担当者が行う場合はそのもののアカウントであることを確認）

３．バックアップの実装：本番段階

① 対象SharePointサイトにシステム管理者アカウントを追加。

• 1. バックアップ対象SharePointサイトにシステム管理者アカウントをメンバーとして追加。
• 2. ログインして追加されたことを確認。

② Amazon S3にてバケットを作成

• 1. Amazon S3管理画面にて「バケットを作成」を選択。
• 2. 「バケット名」に適当な値を入力。
• （AWS プラットフォーム上でユニークな値とする必要があることに注意）
• 3. AWS リージョンに"ap-northeast-1"を指定。
• （このリージョン設定は、Amazon AppFlowのフローでのリージョン設定と同一にする）
• 4. 「バケットのバージョニング」を「有効にする」を選択。
• 5. 「バケットを作成」を選択。
• 6. 「ライフサイクル設定」にて以下の通り設定。
• a. ルール名：任意
• b. プレフィックス：［（例）fullbackup］
• （Amazon AppFlowのフローでの対象バケット情報におけるポストフィックス情報と同一にする）
• c. ライフサイクルルールのアクション：［オブジェクトの現行バージョンを有効期限切れにする］および
• ［オブジェクトの非現行バージョンを完全に削除］にチェック
• ・ オブジェクト作成後の日数：［１］
• ・ オブジェクトが現行バージョンでなくなってからの日数：［６］
• d.「保存」を選択

③ Amazon AppFlowにてフローを作成

• 1. Amazon AppFlow管理画面の左ペイン内にある「フロー」ページを開き、「フローを作成」をクリック。
• 2. 「フロー名」に適当な値を入力。
• 3. 特に他の項目は変更せず「次へ」をクリック。
• 4. 「データ送信元名」にて［Microsoft SharePoint Online］と指定。
• 5. 「Microsoft SharePoint Online 接続を選択」で対象の［接続名］を指定。
• 6. 「APIバージョンを選択」にて［v1.0］と指定
• 7. 「Choose Microsoft SharePoint Online site」にて、バックアップ対象が存在するSharePointサイトを指定。
• 8. バックアップ対象とするディレクトリを指定。
• 9. 「送信先名」に［Amazon S3］と指定し、バックアップ送信先とするバケット名を指定。
• 10. ポストフィックス欄にて［（例）fullbackup］と入力。
• （「ライフサイクルルール」設定で参照され、バックアップ時に自動的にアーカイブ処理が
• 行われるようになる）
• 11. フロートリガーを設定。
• 12. 「次へ」をクリック。
• 13. マッピング方法として「手動でフィールドをマッピングする」を選択。
• 14. 「送信元フィールド名」に［すべてのフィールドを直接マッピングする］を指定し「次へ」をクリック。
• 15. 必要に応じてフィルターを追加し「次へ」をクリック。
• 16. これまでに構成したフローの内容を確認し「フローを作成」をクリック。
• 17. 「フロー」ページに作成したフローが追加されていることを確認。

④ バックアップの監視システムを実装

• 1. Amazon AppFlowのフローが失敗した際に、担当者へ自動メール通知する仕組みを、
• 以下のAmazon CloudWatchを用いて実装。
• Amazon AppFlow から Amazon CloudWatch Events へのフローステータス通知の送信が可能に


• 2. CloudWatchにおけるアラーム設定。
• a. 「CloudWatch > アラーム」の画面にて「アラーム作成」をクリックし、メトリクス選択画面を開く。
• b. 「メトリクス選択画面」にて「すべて > AppFlow > フロー名別」と進み、“FlowName”の一覧から
• 対象フローにおけるメトリクス名“FlowExecutionsFailed” にあたるものにチェックを入れ、
• 「メトリクスの選択」を選択し、「メトリクスと条件の指定」画面を開く。
• （フロー実績が出てからではないと対象フローは表示されないため、フロー作成の後に一日経過するまで
• 待つ必要がある）
• c. 「メトリクス」枠内の「統計」欄に［最小］を指定し、「期間」欄には［（例）１時間］を指定。
• d. 「条件」枠内の「しきい値の種類」に［静的］を指定し、「FlowExecutionsFailed が次の時... 」には
• ［以上］を、そして「... よりも」の［１］を指定したうえ、「次へ」をクリックし、
• 「アクションの設定」画面を開く。
• e. 「通知」枠内の「アラーム状態トリガー」に［アラーム状態］を指定し、「次のSNSトピックに通知を
• 送信」に［新しいトピックを作成］を指定したうえで、トピック名と通知先Emailを入力し、「トピックの
• 作成」・「次へ」をクリックして「名前と説明を追加」画面を開く。
• f.　アラーム名に［（例）SharePointバックアップの失敗］と入力し、「次へ」をクリックして
• 確認画面を開く。
• g. 「アラームの作成」をクリックし、アラームが正常に作成されたことを確認。

さいごに

いかがでしょうか？
上記に記載した各種の設定値は、あくまで参考用ですので、実際の運用状況に合わせてアレンジしていただけたらと思います。
また、バックアップファイルの復元方法は組織体制によりケースバイケースです。

「データ・レジリエンスの強化」と聞くと、壮大で難しい作業のように感じられがちですが、実際には上記のようにシンプルで具体的な手順で進めることができます。
冒頭で述べたように、「データ・レジリエンス時代におけるセキュリティ体制と対策自体の実効性および効率性の高度化」を実現するためには、シンプリシティ・リライアビリティを備えた AWS の各種サービスがベストマッチではないでしょうか。

＼無料相談実施中です／

AWSのご相談はこちら