本ガイドは、GoogleドライブからOneDrive for Businessに、フォルダーとドキュメント(バージョンとメタデータを含む)を移行するための完全な導入手順書です。

初めての移行

初めて移行を実行する際は、移行プロセスの詳細把握、計画、および管理について説明したガイド、移行計画と戦略を参照してください。

MigrationWiz

MigrationWizは移行ツールであり、同期ツールではありません。移行完了後に移行元のアイテムに変更が加えられた場合、その変更は移行先には反映されません。同様に、移行先で加えられた変更も、移行元には反映されません。MigrationWizには、(同期エージェントのような)「ライブ」での変更のモニタリング機能はなく、ユーザーの操作なしに競合解決などを処理することはできません。

MigrationWizは、ワークグループ全体に対し、移行プロジェクトを共有する機能をサポートしています。プロジェクト共有機能をオンにすると、非アクティブなエージェント以外のすべてのエージェントに、全移行プロジェクトが表示されます。 

2要素認証あるいは多要素認証を使用した移行は、サポートしていません。 

MigrationWizでは、移行可能な最大ファイルサイズは、移行タイプと環境によって異なります。ただし、60GBを超えるファイルを移行することはできません。

移行元または移行先がGoDaddyの場合、GoDaddyの接続制限により、本移行タイプはサポートされていません。

OneDriveの移行

移行後数日間は、OneDriveでクロール実行およびインデックス作成が行われるため、OneDriveのデータにアクセスできない場合があります。移行完了後は、すぐにユーザーによるログインが行われることが望ましいですが、データがまだ利用できない可能性があるため、注意が必要です。このため、金曜日に移行を完了し、週末にインデックス作成が行われるようにするのが最善と思われます。

Microsoft 365 Small Business Tenantアカウントへ移行する場合の移行プロセスは、本プロセスとよく似ています。ただし、移行先エンドポイントの設定時に、管理者資格情報を使用することができないため、代わりにエンドユーザーの資格情報を使用します。 

本移行では、移行先エンドポイントに「OneDrive for Business」を選択し、バージョンとメタデータを含める必要があります。ユーザーの個人用サイトのプロビジョニングは、このエンドポイントでのみサポートされています。

権限を移行する場合は、バージョン管理のため、OneDriveのストレージ使用量が増加する可能性があります。

移行元環境を準備する

2020年に提供が開始された「Google Drive (Own Service Account)」コネクタを使用する場合、Googleサービスアカウントの設定が必要です。このコネクタを使用すると、移行中にスロットリングが発生する可能性が、大幅に減少します。これは、すべてのGoogleドライブ移行に推奨されるオプションです。以下の「「Google Drive (Own Service Account)」のOAuth 2の要件」の手順に従って、このエンドポイントの環境を設定します。

移行するすべてのアカウントは、テナントでアクティブな状態である必要があります。非アクティブ状態のユーザーは、完全には移行することができず、プロジェクト内で失敗となります。

移行先環境を準備する

• 移行するユーザーには、移行先テナントでOneDriveを使用するためのライセンスが付与されている必要があります。
• 移行するユーザーによる移行先テナントへのサインインが、ブロックされないようにする必要があります。
• 移行先のOneDriveを、読み取り専用に設定しないようにします。
• 移行を実行する管理者アカウントで、委任認証(上記の「管理者権限オプション」を参照)を使用する場合、その管理者アカウントを、移行先のOneDriveのサイトコレクション管理者として設定する必要があります。

移行先エンドポイントのAzure環境を準備する

Microsoft提供のAzureストレージ

本移行では、Microsoftが提供するAzureストレージの使用をお勧めします。詳細については、 Microsoftのドキュメントを参照してください。Microsoft提供のAzureストレージを使用する場合は、本セクションをスキップして、「移行先環境を準備する」に進んでください。

お客様所有のAzureストレージ

お客様が所有するAzureストレージを使用する場合は、次の手順に従って、Azure環境を準備してください。移行先のMicrosoft 365テナントと同じMicrosoftデータセンターに、Azureストレージアカウントを作成することをお勧めします。移行のために、Azureコンテナーを作成する必要はありません。

1. Azureストレージのコストを見積もります。この手順は任意ですが、顧客に事前にストレージのコストを提供する際に有用です。 
2. Azureサブスクリプションを購入します。

Azureストレージアカウントを作成する

Blob Storageではなく、「STORAGE(汎用v2)」アカウントを作成してください。

• ストレージアカウント名とプライマリアクセスキーを書き留めます。(Azure内のストレージ画面で、下部にある「アクセスキーを管理(Manage Access Keys)」をクリックします。) これらの情報は、MigrationWizの移行プロジェクトで、移行先を設定する際に必要となります。 

Azureストレージアカウントの作成方法

1. Azureポータルにアクセスします。
   1. 「新規(New)」をクリックします。
   2. 「ストレージ(Storage)」を選択します。
   3. 「ストレージアカウント(Storage account)」を選択します。
   4. ストレージ アカウント名を入力します。
   5. デプロイモデルに「リソースマネージャー(Resource manager)」を選択します。
   6. 「STORAGE(汎用v2)」を選択します。
   7. ストレージアカウント名(-accesskey、例:“accountname”)とプライマリアクセスキー(-secretkey、例:“W1RrDfkPNkfYfdVqizMNJjn5mXchwMP5uYBY8MsMqWTA7EubG911+4fZlki0Gag==“)を書き留めます。
   8. 「レプリケーション(Replication)」フィールドで、「ローカル冗長ストレージ(Locally Redundant Storage)(LRS)」を選択します。
   9. 新しいストレージアカウントを作成するサブスクリプションを選択します。
   10. 新しいリソースグループを指定するか、既存のリソースグループを選択します。
   11. ストレージ アカウントの地理的な位置を選択します。
   12. 「作成(Create)」をクリックして、ストレージアカウントを作成します。

ストレージアカウントが、ストレージリストに表示されます。

MSPCompleteでの手順

ライセンス

MigrationWizで移行プロジェクトを実行するには、ライセンスが必要です。ライセンスの価格を確認、または購入するには、MSPCompleteまたはMigrationWizダッシュボードの上部にある「購入(Purchase)」ボタンをクリックします。

本プロジェクトタイプでは、「ユーザー移行バンドル(User Migration Bundle)」ライセンスを使用することをお勧めします。 

• 「ユーザー移行バンドル(User Migration Bundle)」ライセンスでは、1ライセンスあたりの移行可能データ量に制限はありません。
• 「ユーザー移行バンドル(User Migration Bundle)」ライセンスは、顧客のユーザーに適用され、購入日から12か月間有効です。 
• 「ユーザー移行バンドル(User Migration Bundle)」ライセンスを使用した移行には、ドキュメント、個人用アーカイブ、およびDeploymentProプロジェクトがすべて含まれます。
• 「ユーザー移行バンドル(User Migration Bundle)」ライセンスは、手動で適用する必要があります。

ライセンスの購入方法

1. BitTitanアカウントにサインインします。
2. 上部のナビゲーションバーで、「購入(Purchase)」をクリックします。
3. 必要なライセンスタイプの「選択(Select)」ボタンをクリックします。
4. 購入するライセンス数を入力します。「今すぐ購入(Buy Now)」をクリックします。
5. 必要に応じて、「請求先住所(Billing Address)」を入力します。
6. 「次へ(Next)」をクリックします。
7. 「注文内容(Order Summary)」を確認し、支払い方法を入力します。
8. 「購入する(Place Your Order)」をクリックします。

「ユーザー移行バンドル(User Migration Bundle)」ライセンスでは、ドキュメントおよびインプレースアーカイブを複数回移行することができます。

「ユーザー移行バンドル(User Migration Bundle)」ライセンスでは、1ライセンスあたりの移行可能データ量に制限はありません。 「ユーザー移行バンドル(User Migration Bundle)」ライセンスは、移行を実行する顧客のユーザーに適用され、購入日から1年間有効です。

詳細については、ライセンスに関するよくある質問を参照してください 。

MigrationWizでの手順

ドキュメント移行プロジェクトを作成する

1. 「マイ・プロジェクトへ」をクリックします。
2. 「プロジェクトを作成(Create Project)」をクリックします。
3. 「ドキュメントプロジェクトを作成(Create a Document Project)」をクリックします。
4. 「次のステップ」をクリックします。
5. 「プロジェクト名(Project Name)」を入力し、「顧客(Customer)」を選択します。
6. 「次のステップ」をクリックします。

エンドポイント

エンドポイントは、MSPCompleteではなく、MigrationWizで作成します。以下の手順に従って、MigrationWizでエンドポイントを作成してください。

既存のエンドポイントを選択する場合、ドロップダウンリストには、エンドポイントが最大10までしか表示されないため、注意が必要です。既存のエンドポイントが10を超える場合は、検索する必要があります。エンドポイント検索では、大文字、小文字、数字が区別されます。たとえば、「customer」を検索する場合、「Customer」と入力すると、検索結果は表示されません。作成したエンドポイントのリストを作り、固有のスペルや大文字の使用について記録しておくことをお勧めします。

エンドポイントは、既存のものを使用することも、新しく作成することもできます。 

新しい移行元エンドポイントを作成する方法

1. 「エンドポイント(Endpoints)」をクリックします。
2. 「エンドポイントを追加(Add Endpoint)」をクリックします。
3. 移行元の環境に応じて、「Google Drive (Own Service Account)」または「Google Drive」エンドポイントを選択します。
1. 「Google Drive」エンドポイント：該当するフィールドに、「特権管理者のメールアドレス(Super Administrator Email Address)」と「ドメイン名(Domains)」を入力します。
2. 「Google Drive (Own Service Account)」エンドポイント：上記の手順で作成したJSONファイルを選択し、移行元の「特権管理者のユーザー名(Super Administrative Username)」(メールアドレス)を入力します。
4. 上記の手順で作成したJSONファイルを選択し、移行元の「特権管理者のユーザー名(Super Administrative Username)」と「パスワード(Password)」を入力します。
5. 「追加(Add)」をクリックします。

MigrationWizで新しい移行先エンドポイントを作成する方法

1. 「移行先の設定(DESTINATION SETTINGS)」をクリックします。

2. 「新規」をクリックします。

3. 「エンドポイントタイプ(Endpoint Type)」で 、 ドロップダウンメニューから、「OneDrive for Business」を選択します。

4. 「OneDrive for Business (Microsoft 365ユーザー) － ドキュメント、権限、バージョン、およびメタデータ (OneDrive for Business (Microsoft 365 User) - Documents, Permissions, Versions and Metadata)」のラジオボタンをクリックします。

5. 表示されたフィールドに、「管理者ユーザー名(Administrator Username)」と「管理者パスワード(Administrator Password)」を入力します。

6. 「お客様所有のAzureストレージを使用する(Use Custom Azure Storage)」を選択して、「Azureストレージアカウント名(Azure Storage Account Name)」と「Azureアクセスキー(Azure Access Key)」を入力するか、「Microsoft提供のAzureストレージを使用する(Use Microsoft Provided Azure Storage)」を選択します。移行先エンドポイントの「Azureストレージアカウント名(Azure Storage Account Name)」の入力には、数字と小文字のみが使用可能です。大文字を入力すると、移行は失敗します。

7. 「追加(Add)」をクリックします。

ユーザーを追加する

移行するユーザーアカウントをプロジェクトに追加します。MigrationWizでは、ユーザーをシステムに一括でインポートすることができます。(注： エンドポイントがOneDriveの場合、メールアドレスは、テナント内のユーザーの現在のユーザープリンシパル名と同じものを使用してください。)

移行するアカウント(アイテム)をプロジェクトに追加します。追加方法には、いくつかのオプションがあります。 

詳細オプション(Advanced Options)

「サポート(Support)」タブ

• DocumentBrowsingMode=Moderate

  • 詳細については、Googleドライブの移行に関するよくある質問を参照してください。

  • 「マイドライブ」をスキャンして、移行プロジェクトの移行元メールアドレスを特定します。

  • そのアカウントが所有するフォルダーのみが移行されます。ただし、フォルダー内のファイルについては、所有権に関係なく、すべてのファイルが移行されます。

  • アカウントが所有していないフォルダーに、アカウント所有のサブフォルダーがある場合、擬似フォルダーが移行先に作成され、移行後も機能的な整合性が維持されます。アカウントが所有していないフォルダー内のファイルは、移行されません。

  • フォルダーとドキュメントの共有権限も移行されます。

  • 別のユーザーが所有するフォルダー内のファイルは、移行されません。

• InvalidCharacterReplacementString=a　(「a」の部分に、ファイル名に含まれるサポートされていない文字を置き換えるための文字列を入力します。)
  • SharePoint Onlineでは、ファイル名として使用できない文字がいくつかあります。この詳細オプションを使用すると、ファイル名に含まれるサポートされていない文字のインスタンスを、詳細オプションで指定した文字列に置き換えることができます。(たとえば、「a」など)
  • 詳細については、サポートされていない文字に関するMicrosoftのドキュメントを参照してください。
• InitializationTimeout=8　初期化のタイムアウト値を8時間に増やします。この値は時間単位で、最大は100時間です。100を超える値を設定すると、ミリ秒単位として解釈されます。このオプションは、大規模な移行に対して有用です。例：
  • InitializationTimeout=2　タイムアウトを2時間に増やします。
  • InitializationTimeout=21600000　タイムアウトを6時間に増やします。
• RenameConflictingFiles=1
  • OneDriveでは、名前が重複する複数のファイルを、同じフォルダー内に格納することはできません。共有ドライブの同一フォルダー内に同じ名前のファイルが複数ある場合は、この詳細オプションを使用して、競合するファイルを処理します。
• RenameConflictingFolders=1

  • Microsoftでは、Google Workspacesとは異なり、フォルダー名やファイル名の重複はサポートしていません。そのため、移行元のGoogleドライブから、名前が重複する複数のフォルダーを移行先のMicrosoftテナントに移行する際は、この詳細オプションを設定する必要があります。この詳細オプションを使用すると、名前が重複しているフォルダーは、サフィックスを付けて移行されます。

• ShrinkFoldersMaxLength=200　(「200」は、パスを短くする前の最大パス長です。)
  • SharePoint OnlineまたはOneDriveへの移行では、一般的にパス長の制限が問題になります。この詳細オプションがどのように機能するかについては、SharePointおよびOneDriveの移行に関するよくある質問を参照してください。
  • 詳細オプションを使用して、長すぎるフォルダーパスを短くした場合でも、SharePointのパス長制限内に収まらないことがあるため、注意してください。その場合、エラーがログに記録され、関連するアイテムは移行されません。これを回避するために、移行元のネストされたフォルダーの数を減らし、パスを短くすることをお勧めします。
• UserMapping="user1@source-domain.com->user5@destination-domain.com"
  • ユーザーまたはグループの権限マッピングをカスタマイズするには、詳細オプションの「UserMapping」を使用します。
  • 移行を実行する前に、移行先のユーザー/グループ(user5@destination-domain.com)に権限を付与し、移行先のドキュメントライブラリを利用できるようにしておく必要があります。
• MapPermissionEmailByPairsInProject=1
  • この詳細オプションを設定すると、(移行元および移行先の)ラインアイテムのメールアドレスを使用して、権限のマッピングが行われます。
  • 以下に例を示します。この例の場合、移行元の「user1@source-domain.com」の権限は、移行先の「user5@destination-domain.com」に移行されます。

• • この詳細オプションは、同じプロジェクト内のすべてのラインアイテムに適用されます。

  • すべてのGoogleドライブアカウントを、別々のMigrationWizプロジェクト間で分割して移行する場合、プロジェクトをまたいで全ユーザーのマッピングを行う代わりに、サポートオプションの「MapPermissionEmailByPairsInCustomer=1」を使用します。

• OverwriteDestinationFilePermissionsAndMetadata=1　(2回目またはデルタ(差分)サイクルの実行時に、権限のチェックボックスがオンになっている場合に限り、有効です。)
  • 移行元のファイルの権限(ユーザー/グループの権限、アクセスレベル)が更新された場合、移行先のファイルも更新され、移行元の最新の変更を正確に反映します。
  • 移行元のファイルのメタデータ(説明(「タイトル」列へ移行)、最終更新者、最終更新日時、所有者、作成者)が更新された場合、移行先のファイルも更新され、移行元の最新の変更を正確に反映します。
  • 移行元のファイルの名前が変更された場合、新しい名前の新しいファイルが移行先に作成され、変更を反映したメタデータ(説明(「タイトル」列へ移行)、最終更新者、最終更新日時、所有者、作成者)が作成されます。

  • この詳細オプションは、最終サイクルで使用するのが最も有用です。後続のサイクルで毎回このオプションを使用すると、移行の速度が低下します。

  • 移行先のファイルに変更が加えられた場合、上記の動作に例外が発生します。
    • 移行先のファイルの名前がユーザーによって変更された場合 － ファイルは移行されません。
    • 移行先のファイルのタイトルがユーザーによって変更された場合 － 移行元のファイルのタイトル(説明)の変更は、移行されません。

「フィルタリング」タブ

• フィルタリング用のGoogleファイル拡張子： Google独自のファイルには、ファイル拡張子(.doc、.jpgなど)が含まれていないため、MigrationWizでは、次の用語でGoogle独自のファイル形式を認識します。以下に示す用語のリストは、Googleのファイル形式を特定するために、「詳細オプション(Advanced Options)」 > 「フィルタリング」 > 「ファイル拡張子別(By File Extensions)」のページで使用します。

「移行元/移行先(Source/Destination)」タブ

• 「移行するドキュメントのバージョン数(現在のバージョンを含む)(Document versions to migrate (including current version))」を設定します。
  • 移行するバージョン数の最小値は1、最大値は25です。
  • デフォルトのバージョン数は1です。必要に応じて、この値を変更してください。
  • 既知の制限 － Google図形描画とGoogleスライドでは、移行したすべてのバージョンが、最新バージョンと同じ内容になります。
  • 
• マルチサイクルの動作： OneDriveおよびSharePointの移行で、マルチサイクルがどのように動作するかについては、SharePointおよびOneDriveのバージョンとメタデータの移行(Versions & Metadata Migration for SharePoint & OneDrive)を参照してください。
• 通知
  • 成功した移行の通知メールの送信先(Send successful migration email notifications to)： 「移行元メールアドレス(Source Email Address)」(ユーザーが現在もGoogle WorkspaceのGmailを使用している場合)、または、「移行先メールアドレス(Destination Email Address)」(ユーザーがすでにMicrosoft 365を使用している場合)。
  • 「通知」メールのカスタマイズ(Customize the "notification" email)：「「成功した移行」の通知メールをカスタマイズする(Customize the "successful migration" email)」のチェックボックスをオンにし、「件名」と「メッセージ」のフィールドに、カスタマイズしたテキストと会社名を入力します。
  • 成功した移行の通知は、必須ではありません。通知は、最終移行の影響を受けるユーザーへの配慮から送るものであり、最終サイクルの前にのみ設定します。「完全移行(Full Migration)」サイクルを1回のみ実行する場合は、直ちに設定してください。「前段階移行(Pre-Stage Migration)」戦略に沿って移行を実行する場合は、最後の「完全(差分)移行(Full (Delta) Migration)」サイクルの前に設定してください。

「資格情報の検証(Verify Credentials)」を実行する

1. ​​MigrationWizアカウントにサインインします。
2. 検証するアイテムを含むプロジェクトを開きます。
3. 検証するアイテムを選択します。
4. ダッシュボードの「移行を開始」ボタンをクリックします。
5. ドロップダウンリストから、「資格情報の検証(Verify Credentials)」を選択します。

検証が完了すると、検証結果が「ステータス(Status)」セクションに表示されます。 

ユーザーに通知する

移行の開始を知らせる最終通知メールを送信します。通知メールには、移行の開始時期、移行にかかる時間(期間)、移行中の取り扱い方法、移行後に必要な手順やその他の通知事項を記載します。データの破損や不完全な移行の原因となるため、移行元のドキュメントを変更しないよう、ユーザーに通知してください。

移行を実行する

「完全移行(Full Migration)」を実行する

1. 移行するアイテムを含むプロジェクトを開きます。
2. 移行するラインアイテムを選択します。
3. ダッシュボードの「移行を開始」ボタンをクリックします。
4. ドロップダウンリストから、「完全移行(Full Migration)」を選択します。
5. 「ドキュメント(Documents)」と「ドキュメント権限(Document Permissions)」のチェックボックスがオンになっていることを確認します。
6. 「移行を開始」をクリックします。
7. 移行が完了すると、移行結果が「ステータス(Status)」セクションに表示されます。

ショートカットを移行する

1. ショートカットを移行先に(.urlファイルとして)移行するには、上記の「完全移行(Full Migration)」の手順に続いて、追加の移行サイクルを実行します。この時、「ステップ2(Step 2)」を選択します。
2. 「ステップ2(Step 2)」は、関連するすべてのドキュメントと権限の移行が完了した後に実行します。 「ステップ2(Step 2)」は、必須ではありません。ショートカットを移行先に(.urlファイルとして)移行する場合にのみ実行してください。

• 詳細オプションの「ShrinkFoldersMaxLength」を使用して、ターゲットフォルダー名が短縮されている場合、フォルダーのショートカットが移行されない場合があります。
• .URLファイルとして移行先に移行されたショートカットファイルは、移行元でターゲットファイルに直接付与された権限を保持しません。
• 名前に特殊文字(「#」や「%」など)を含むファイルをターゲットとするショートカットは、移行後、移行先のターゲットファイルを正しく開くことができない場合があります。

「エラーの再試行(Retry Errors)」を実行する

ユーザーリストを確認し、「移行に失敗しました(Failed)」という赤いエラー表示をクリックします。表示された情報に従って、対応してください。

問題が解決しない場合は、サポートにお問い合わせください。

統計情報をリクエストする

MigrationWizダッシュボードの 「棒グラフアイコン」 > 「円グラフアイコン」 をクリックすると、プロジェクトのすべての移行統計情報をメールで受信することができます。