クラウドストレージを解約するときにデータ移行の抜け漏れを防ぐには、契約条件、移行対象データ、権限・版・ログといった付随情報、移行試験、並行稼働、消去確認について事前に整理しておくことが重要です。

本記事では、これらを出口計画（Exit Plan）の6つの実務項目として整理します。解約直前ではなく、選定・契約前からデータの取り出し条件や終了時の扱いを確認しておくことで、ベンダーロックインのリスクを低減しやすくなります。

出口計画（Exit Plan）とは何か

出口計画とは、クラウドストレージの契約終了に備え、データの回収・移行、付随情報の取り扱い、旧環境のデータ消去やその確認方法などをあらかじめ整理しておく計画です。内閣官房国家サイバー統括室（NCO）の「サイバーセキュリティ関係法令Q&Aハンドブック Ver2.0」Q46でも、契約終了時にデータを回収して他の環境で再利用できるかという「データポータビリティ」と、終了時のデータ消去およびその確認方法を事前に検討する必要性が示されています。

乗り換え先の比較やコスト削減とは異なり、「今使っているサービスをやめるときに何が必要か」を先に決めておくことが目的になります。

サイバーセキュリティ関係法令Q&Aハンドブック

出典：内閣官房国家サイバー統括室

契約前から出口計画を定めるべき理由

クラウドストレージは、エクスポートできるデータの範囲や契約終了後の利用・保持条件がサービスや契約によって異なります。契約後に個別条件を変更できるかどうかも、契約形態や事業者との交渉可否によって異なるため、選定・契約前にデータポータビリティや終了条件を確認しておくことが重要です。

ベンダーロックインのリスクを低減するためには、契約前の段階で「解約時にどこまでデータを取り出せるか」「取り出せない情報は何か」を確認し、社内の判断基準として文書化しておくことが有効です。これは新規にクラウドストレージを選定する場面だけでなく、既に利用中のサービスから別のサービスへ移る場面の両方で共通して必要になる視点です。

出口計画を構成する6つのステップ

  1. 契約条項の確認
  2. 移行対象データの洗い出し
  3. メタデータ（権限・版・ログ）の持ち出し可否確認
  4. 移行試験（パイロット移行）
  5. 並行稼働期間の設計
  6. 消去証跡の取得

以下、それぞれの実務上のポイントを解説します。

1. 契約条項の確認（解約通知・データ返却・保持期間）

購買部門とITガバナンス担当が中心となり、解約に関わる契約条項を事前にチェックします。確認すべき主な項目は次のとおりです。

  • 解約通知の期限と通知方法（書面・システム上の申請など）
  • 解約後にユーザーがデータへアクセス・エクスポートできる期間
  • 本番データやバックアップデータの保持期間と消去時期
  • データのエクスポート形式・API提供の有無
  • 消去証明に関する記載の有無
  • 準拠法やデータの保管地域に関する条項

これらは契約書やサービス利用規約に明記されているかどうかをサービスごとに個別に確認する必要があり、規約に記載がない場合は問い合わせで確認することになります。

2. 移行対象データの洗い出し（移行対象表）

「ファイル本体さえ移せば移行完了」と考えると、権限設定やログが引き継がれず、あとから業務やガバナンス上の問題が発覚することがあります。移行対象は次のように分類して棚卸しします。

対象カテゴリ具体例確認事項
ファイル本体文書・画像・その他ファイル総容量、格納構造の把握
フォルダ構成部署別・プロジェクト別フォルダ移行先での再現可否
共有権限・アクセス権部署別権限、社外共有設定エクスポートで権限情報が引き継がれるか
バージョン履歴過去の編集履歴何世代分が取得できるか
操作・監査ログアクセスログ、変更履歴保持期間中に取得できるか
外部共有リンク取引先への共有URL解約後にリンクが失効する時期
ゴミ箱・削除待ちデータ削除済みだが復元可能なファイル完全削除までの期間
ワークフロー・自動化設定承認フロー、自動振り分けルール移行先での再設定要否
アカウント・ユーザー情報ユーザー一覧、グループ構成個人情報を含む場合の取り扱い

この表を社内の移行台帳として使い、優先度や担当者を書き加えていくことで、抜け漏れのない棚卸しができます。

3. メタデータ（権限・版・ログ）の持ち出し可否確認

一括エクスポート機能があっても、権限設定・バージョン履歴・操作ログがエクスポート範囲に含まれるとは限りません。情シス部門が管理画面やAPIの提供範囲を技術的に確認し、ITガバナンス担当は監査証跡として何が必要かを定義したうえで、両者の要件をすり合わせておく必要があります。持ち出せない情報がある場合は、移行前にスクリーンショットや台帳への手動記録など代替手段を検討します。

4. 移行試験（パイロット移行）

本番の一括移行の前に、一部の部署やフォルダを対象にした試験移行を行い、データ量・欠損・権限の再現性を確認する進め方は、クラウド移行に関する解説記事でも本番移行前の推奨手順として挙げられています。解約に伴う移行でも同様に、小規模な試験移行で課題を洗い出してから本番移行に進むことで、移行後の手戻りを減らせます。

関連記事：「ファイルサーバーのクラウド化とは？移行手順・費用・サービス選定のポイントを解説」

5. 並行稼働期間の設計（切戻し条件を含む）

クラウドストレージの解約では、旧環境の契約終了日やデータへのアクセス期限と、移行後の検証に必要な期間を踏まえ、必要に応じて旧環境と新環境を一定期間並行稼働させます。並行稼働の期間に一律の目安はなく、移行試験の結果、最終的なデータ移行、利用部門による受入確認、切戻しに必要な期間を基に決めます。契約終了前に、旧環境へ戻せる期限と切戻し手順を明確にしておくことが重要です。

並行稼働中の切戻し条件は、あらかじめ数値や基準として決めておきます。

  • 移行試験や本番移行でデータの欠損・権限の不整合が一定件数以上見つかった場合は、原因を究明したうえで再試験を行う
  • 消去証跡や移行完了確認が取れるまでは、旧環境の契約・データを保持したままにする
  • 並行稼働中に新環境で業務に支障が出る障害が発生した場合は、解約猶予期間内であることを確認したうえで旧環境に切り戻す

6. 消去証跡の取得

移行が完了し旧環境の利用を終える際は、いつ・誰が・どの範囲のデータを消去したかを記録として残します。可能であれば、ベンダーから消去証明の発行を受けられるかを契約条項の確認段階（ステップ1）で問い合わせておき、監査や社内報告の際に提示できるようにしておくことが望まれます。

解約前に確認すべき契約条項チェックリスト

  • 解約通知の期限・方法は明記されているか
  • 解約後、データにアクセスできる猶予期間はどの程度か
  • エクスポート形式・API提供の範囲は本文または規約で確認できるか
  • 権限設定・バージョン履歴・操作ログはエクスポート対象に含まれるか
  • 消去証明の発行に対応しているか、対応していない場合の代替手段はあるか
  • 準拠法やデータの保管地域に関する条項があるか

これらは自社の契約書・利用規約を個別に確認する必要があり、記載がない項目はベンダーへの問い合わせで確認します。

よくある誤解

  • エクスポート機能があれば移行は完了する：ファイル本体は移せても、権限設定やログは別途確認しないと引き継がれないことがあります。
  • 解約通知さえ出せば十分：通知後のデータ保持期間や消去証跡の取り決めがなければ、後日の監査や情報管理上の指摘につながるおそれがあります。
  • 移行試験は不要で、本番でまとめて移行すればよい：試験を省くと、データ量や権限の再現性に関する問題を本番移行まで見落とすことがあります。

FAQ

Q. 出口計画はいつから準備すればよいですか。

解約が決まってからではなく、契約前の選定段階から準備しておくことが望まれます。契約後に条件を変更できるかは契約形態や事業者との交渉可否によって異なるため、データの取り出し条件や終了時の扱いを選定・契約前に確認しておくと、移行時のリスクを抑えやすくなります。

Q. 並行稼働期間はどれくらい必要ですか。

業務内容やデータ量によって異なるため一律の期間は定められません。契約上の猶予期間と移行試験の結果を踏まえて、社内で個別に判断する必要があります。

Q. 消去証跡には何を残せばよいですか。

消去した日時・実行者・対象範囲がわかる記録を残し、ベンダーから消去証明の発行が受けられる場合はあわせて保管します。

まとめ

クラウドストレージの解約時にデータを漏れなく移行するには、契約条項の確認、移行対象データの洗い出し、メタデータの持ち出し可否確認、移行試験、並行稼働、消去証跡の取得という6つのステップを出口計画として整理しておくことが有効です。これらは解約の直前ではなく契約前から準備しておくことで、ベンダーロックインのリスクを低減し、情シス・購買・ITガバナンスの各担当が連携して対応しやすい体制を整えられます。