次の方法で共有


移行マネージャーのアクセス許可の設定

設定を確認して、ファイル、フォルダー、メタデータへのアクセス権を持つ同じユーザーが移行後も引き続きアクセスできることを確認します。

アクセス許可を移行する

アクセス許可は、ファイルと共に移行されます。 初期移行中に、すべてのアクセス許可が移行されます。 差分同期 (増分移行) では、アクセス許可は、対応するファイルが転送されたときにのみ移行されます。 差分同期とアクセス許可の更新について詳しくは、こちらをご覧ください。

アクセス許可を正しく移行するには、次のことを確認してください。

  • 移行の前に ID マッピング が完了します。
  • アクセス許可の設定は、必要に応じて構成されます。
    • フォルダーのアクセス許可: 既定では、Migration Manager はフォルダーのアクセス許可を移行します。 ファイルのアクセス許可は移行されず、移行先ファイルは親フォルダーのアクセス許可を継承します。
    • ファイルのアクセス許可: ファイルのアクセス許可の移行は、プロジェクト設定で有効にすることができます。 有効にすると、コピー先のファイルのアクセス許可はソースと同じになります。 これにより、移行されたファイルが移行前と同じユーザーと共有されます。

移行後、Microsoft 365 のアクセス許可ロール:

クラウド ソース ソースのアクセス許可ロール OneDrive/SharePoint のアクセス許可ロール
Google 個人用ドライブ Owner Owner
Google 個人用ドライブ エディター 編集可能
Google 個人用ドライブ Commenter/Viewer 表示可能
Google 共有ドライブ マネージャー/コンテンツ マネージャー/共同作成者 編集可能
Google 共有ドライブ Commenter/Viewer 表示可能
Box Owner Owner
Box 共同所有者/Viewer Uploader/Previewer Uploader/Uploader/エディター 編集可能
Box Previewer/Viewer 表示可能
Dropbox Owner Owner
Dropbox エディター 編集可能
Dropbox ビューアー 表示可能
Egnyte Owner Owner
Egnyte フル/エディター 編集可能
Egnyte ビューアー 表示可能

注:

  • ファイルのアクセス許可を移行すると、移行プロセスが遅くなる可能性があります。
  • SharePoint サイトのドキュメント ライブラリに移行するときに、コピー先としてライブラリを選択した場合、ソースのルート フォルダーのアクセス許可は移行されません。 これを回避するには、ライブラリにフォルダーを作成し、コピー先として割り当てます。
  • 現時点では、Egnyte のグループ マッピングはサポートされていないため、Egnyte のグループアクセス許可は移行されません。

ID のマッピング

ID マッピングは、ソース環境にアクセスできるユーザー ID とグループ ID を照合し、それらの ID を Microsoft 365 ユーザー ID とグループ ID にマップする場合です。 このプロセスは移行において重要です。 移行前に ID が適切に設定されていないと、ユーザーがコンテンツへのアクセスを失う可能性があります。 またその結果として、送信先で情報が間違ってしまう可能性もあります。

さまざまなクラウド シナリオでの ID マッピングの詳細については、以下を参照してください。

注:

Google 共有ドライブのアクセス許可を移行するときは、次の操作を行うことをお勧めします。

  • Google ドライブ グループと同じメンバーシップを持つ Microsoft 365 グループを再作成します。 新しいグループを作成するか、Google 共有ドライブの移行先として指定したチーム サイトにリンクされているグループを編集できます。
  • [マップ ID] 設定で、共有ドライブの元の Google ドライブ グループを、上記で再作成した Microsoft 365 グループにマップします。