Результаты поиска исчезают для сборов перемещенных сайтов
Вопрос
В соответствии с Рекомендация Microsoft Чтобы сохранить базы данных контента в SharePoint 2007 под 100 ГБ, мы часто перемещаем коллекции сайтов в различные базы данных контента, чтобы сбалансировать нагрузку. Тем не менее, мы заметили проблему - после того, как мы перенесем коллекцию сайтов в новую базу данных контента, записи в индексе поиска для всего в коллекции сайтов исчезают.
Это кажется странным, так как все пути сохраняются точно так же, как и раньше, поэтому все они все еще должны искать одинаково. В качестве альтернативы, если гусеницы хотят запустить эти записи, он должен воссоздать записи для «новых» данных, которые были перемещены в другую базу данных контента.
Это большая проблема для нас, как часть нашей системной архитектуры состоит в том, чтобы «архивировать» готовые коллекции сайтов для архивирования баз данных содержимого на более крупных, медленных жестких дисках, чтобы контент все еще был онлайн и доступен для поиска, но не на супер-похожих дисках что живой контент включен.
Есть ли способ остановить это происходящее или заставить сайт переполнять его в новой базе данных контента? Мы не хотим делать полный ползание, так как последний, кто у нас был, занял более восьми дней, и в любом случае у нас все еще будет такая же проблема после полного ползания, когда мы в следующем перемещаем коллекции сайтов.
Решение
Мы подняли проблему поддержки с Microsoft, и они подтвердили, что сайты исчезают из результатов поиска при использовании STSADM -O MergeContentDBS для перемещения коллекций сайтов, как мы делали.
Если вы перемещаете сайты, используя PatchSiteManager из инструментария администрирования SharePoint, то сайты не исчезают из поиска. К сожалению, нам требуется автоматизированная система, поэтому этот обходной путь не подходит для нас, но, возможно, это сработает для вас.
Это связано с событиями, которые регистрируются при перемещении сайта. Покрементный гусеница использует EventCache, чтобы выяснить, что нужно заполнить. STSADM помещает только одну запись в эту таблицу, тогда как инструментарий вкладывает более десяти записей. Соответственно, при использовании STSADM инкрементный гусеница считает, что сайт был удален, тогда как с инструментарием он знает, что он был перемещен.
Использование PowerShell с SharePoint 2010 не имеет этой проблемы.
Другие советы
Я не знаю, что вокруг этого есть.