症状
SharePoint 2003 のリストまたはライブラリを権限とともにコピーすると、カスタム権限を持つグループのメンバーシップが移行元と異なる場合があります。
注: 2021 年 11 月時点で、Microsoft のサポート期間を終了している SharePoint Server 2003 および 2007 について、ShareGate は完全なサポートを提供できなくなっています。詳細については、テクニカルサポートチームへのお問い合わせを参照してください。
詳細
SharePoint 2003 がグループ権限を処理する方法の違いにより、ShareGate Migrate は、サブサイトレベルでカスタムメンバーシップを持つグループを含むリストやライブラリを移行できません。代わりに、サイトコレクションレベルでのグループのメンバーシップがコピーされます。そのコアグループに追加されていたユーザーは、移行後に移行先で再度追加し、正しい権限を付与し直す必要があります。ただし、移行元で付与されていた他のすべての権限は保持されます。
SharePoint 2003 では、サイトコレクション内にグループを作成し、そのグループのメンバーをサブサイトごとに変更することができました。また、このバージョンの SharePoint には権限レベルという概念自体が存在せず、特定の権限セットが代わりにグループへ直接付与されていました。SharePoint 2007 以降ではこの仕様が変更され、グループのメンバーはサイトコレクションレベルでのみ定義されるようになり、サブサイトレベルでグループのメンバーを変更することはできなくなりました。
SharePoint 2003 と、それ以降のバージョンとの間にあるこの大きな動作の違いを埋めるため、ShareGate Migrate はグループと同じ名前の権限レベルを作成し、サイトコレクションレベルでそのグループの各メンバーに同じ権限を付与します。特定のサブサイトに対してメンバーを再定義することはできないため、すべてのサブサイトにおいて、グループの権限に一致する権限レベルがメンバーに付与されます。
この問題は、ShareGate Migrate が、サイトコレクションレベルでのメンバーシップと異なるメンバーシップを持つグループに権限が付与されている SharePoint 2003 のリストまたはライブラリを移行する際に発生します。移行先で権限設定を再現するため、ShareGate Migrate は Break inheritance を実行し、権限を移行元と一致するように設定します。つまり、ユーザーの権限は削除され、グループへの権限が追加されます。ただし、このサブサイトの新しいメンバーはそのグループに属さないため、リストに対する権限を一切持ちません。
この記事はAIによって翻訳されています。ご不明な点がある場合は、英語の原文をご確認ください。