损坏的根网站集 - 删除有任何风险吗?
Corrupt root site collection - Any risks to delete?
概览:
我们有内部部署的 SharePoint 2016。在其中,我们有一个 Web 应用程序,其中包含三个主机名网站集,映射到三个不同的子域。我注意到根网站集(即主机名与 Web 应用程序匹配的网站集)是 corrupt/missing。意思是,它唯一可见的地方是在 CA 中。也就是说,我们不能
- 通过 http 导航到它。当我们这样做时,我们得到一个 404 NOT FOUND
- 所有通过 PowerShell 检索它的尝试(即 get-spsite {url})都失败了,说 SharePoint 在 {Url} 找不到 SPWeb。
此根网站集上没有内容。它除了被破坏之外没有任何意义,它阻止 SharePoint 搜索对同一 Web 应用程序下定义的其他 HostNamed 网站集进行爬网。
提案:
很明显,根网站集存在严重错误。由于它没有内容,我们将在管理中心删除根网站集,然后重新创建它。我们希望通过这样做,这将恢复搜索。
问题:
- 有没有其他人尝试过或遇到过这种情况?
- 同一 Web 应用程序下是否有任何 implications/risks 其他以主机命名的网站集?
- 在我们采取更改之前,您可以分享任何经验教训吗?
我认为删除根网站集没有任何风险。这与删除其他网站集相同。它与您的其他以主机命名的网站集无关。
而且我曾经删除成功。以防万一,删除前先备份数据库是个不错的选择。
概览:
我们有内部部署的 SharePoint 2016。在其中,我们有一个 Web 应用程序,其中包含三个主机名网站集,映射到三个不同的子域。我注意到根网站集(即主机名与 Web 应用程序匹配的网站集)是 corrupt/missing。意思是,它唯一可见的地方是在 CA 中。也就是说,我们不能
- 通过 http 导航到它。当我们这样做时,我们得到一个 404 NOT FOUND
- 所有通过 PowerShell 检索它的尝试(即 get-spsite {url})都失败了,说 SharePoint 在 {Url} 找不到 SPWeb。
此根网站集上没有内容。它除了被破坏之外没有任何意义,它阻止 SharePoint 搜索对同一 Web 应用程序下定义的其他 HostNamed 网站集进行爬网。
提案:
很明显,根网站集存在严重错误。由于它没有内容,我们将在管理中心删除根网站集,然后重新创建它。我们希望通过这样做,这将恢复搜索。
问题:
- 有没有其他人尝试过或遇到过这种情况?
- 同一 Web 应用程序下是否有任何 implications/risks 其他以主机命名的网站集?
- 在我们采取更改之前,您可以分享任何经验教训吗?
我认为删除根网站集没有任何风险。这与删除其他网站集相同。它与您的其他以主机命名的网站集无关。
而且我曾经删除成功。以防万一,删除前先备份数据库是个不错的选择。