SharePoint MOSS 2007 の列にバグがあるようです。
「チーム」という新しい列を追加できます。これを追加すると、意味のある「チーム」として内部名が保存されます。次に、ビジネスは「チーム」を「ワークストリーム」と呼ぶべきであると決定したので、要求に応じて名前を変更します。ルート サイト コレクションのこの列の内部名は 'Team' のままです。
次に、ユーザーは新しいサイト列を「チーム」と呼ばれるサブサイトに追加し、これをさまざまなコンテンツ タイプで使用します。これで、同じ内部名「チーム」を持つ 2 つの列またはフィールドができました。
サイト コレクション全体を別のサーバーにエクスポートおよびインポートするように依頼されました。これを行うと、stsadm.exe は、重複する列が見つかり、エラーが発生したことを通知します。
さまざまなコンテンツ タイプで使用されているため、どちらの列も削除できません。
誰でもこれを修正する方法を提案できますか?
それはバグのように聞こえますが、それを回避する方法はわかりません。列の内部名を変更する方法はないと思います。
ここに私が持っているいくつかの考えがあります：
metalogixなどのサードパーティの移行ツールを検討することをお勧めします。最終的には、1 回限りの移行プロジェクトのカスタム コードを記述するのに時間を費やすよりも簡単で費用対効果が高い場合があります。
問題を解決する必要がある新しいサーバー上の別のサイト コレクションにサイトを分割できれば。
おそらく、コンテンツ データベースを新しいサーバーにバックアップおよび復元してから、それに接続することができます。
幸運を
秘訣は、フロント エンドを使用する代わりに、xml スキーマを使用して列を追加することだけです。通常は、すべてのフィールド定義とコンテンツ タイプを含むソリューション/機能を使用してこれを行います。
既にコンテンツ タイプが追加されているため、 SharePoint マネージャーなどのツールを使用してスキーマ xml を確認し、新しいものを導入する必要がある場合があります。これにより、任意のフィールドの正確な定義をより詳細に制御できます。
同じ内部名を持つ 2 つのフィールドが存在することはありません。/_layouts/settings.aspx を使用してサイトでフィールドが定義されている場合、およびリスト レベルでも問題が発生しました。私が知る限り、サイトが復元されると、リストまたはサブサイト レベルのフィールドをベース サイトに追加しようとします (警告: 実際の事実ではなく、ログ エラーと試行錯誤を調べることによってのみ意見が形成されます)。失敗しそうなところです。スキーマ xml を使用してすべてのフィールドが一貫した方法で定義されていることを確認すると (コンテンツ タイプを定義する機能を使用するのが最も簡単です)、問題の解決に役立つ場合があります。つまり、同じ「名前」のすべてのフィールドは、すべてのサイトで同じ GUID 名などを持ちます。
注: フィールドを手動で追加した後のクロス サイト クエリでも問題が発生しました。クエリ コードにはいくつかのバグがあり (修正されるのは MS スタック上にあると思います)、つまり、基になるテーブルで特定の順序で定義されているフィールドに依存していることを意味します。