Потерянные вложения с использованием перемещения элементов списка и структуры Sharepoint 2010

TL; DR: недавно во время массового перемещения элементов списка из одного списка в другой многие вложения элементов списка не перемещались вместе с элементами. Мне интересно, что может вызвать это. Процесс перемещения содержимого и структуры SharePoint 2010 не очень прозрачен, и я не знаю журналов, о которых я знаю.

Контекст: у нас есть два многотомных списка: один активный, а другой - архив элементов из оригинала. Из-за объема данных и производительности SharePoint в больших списках мы периодически перемещаем неактивные элементы из базового списка в архив.

Проблема: при недавнем перемещении с использованием инструмента «Содержимое и структура» SharePoint элементы успешно переместились из базового списка в список архива, но многие (тысячи) вернулись без своих исходных вложений. Поскольку инструмент не сохраняет элементы в исходном списке, все эти вложения исчезли.

Потребность: хотя восстановление было бы идеальным (я просто не вижу возможного способа восстановить его, поскольку у нас больше нет резервных копий базы данных, поскольку это не было обнаружено сразу), я надеюсь хотя бы идентифицировать что вызывает эту потерю данных, чтобы мы могли уменьшить ее в будущем.

Спросите: Эксперты SharePoint, вы моя единственная надежда! Помогите мне определить, почему вложения не перемещаются вместе с элементами списка, используя инструмент «Содержимое и структура».


person Daniel Hess    schedule 09.02.2015    source источник


Ответы (1)


Если структура списка не слишком сложна и у вас нет никаких рабочих процессов, прикрепленных к списку, я бы посоветовал вам создать свой собственный сценарий миграции в PowerShell.

Сценарий будет перебирать элементы, которые нужно переместить, создавать похожие элементы в целевом списке, а затем также перемещать вложения. Таким образом, вы можете выбрать, хотите ли вы немедленно удалить исходные элементы или нет, создавать временные резервные копии вложений на локальном диске. , и т.д.

person naivists    schedule 09.02.2015
comment
Это определенно мой план на будущее. Таким образом, я могу добавить некоторые шаги контроля качества и ведения журнала, чтобы проверить успешную передачу данных и вложений. Мне в основном интересно, что вообще могло вызвать это. - person Daniel Hess; 10.02.2015