我们正在进行SharePoint的并行安装/升级。客户端在某些旧硬件上安装了WSS 2003。我们已经在中型农场环境中安装了MOSS 2007。他们希望将此作为一个机会，不仅可以升级和使用新功能，还可以更好地组织内容并在不同的网站集之间进行分类。
为了适应，我们在新环境中根据其规范创建了一些网站集，当我们运行升级测试运行时，我们遇到了一些......怪癖。
我们对旧内容数据库进行了备份，将其复制到新环境并将其还原为新数据库。创建了一个新的Web应用程序并附加了迁移的数据，以便在这个新的“测试”区域中进行就地升级。这似乎很标准 - 没有问题。
我们必须进行一些清理（例如，重置页面到网站定义，重置主题，并继承全局导航/顶部链接栏等）。完成后，我们将使用stsadm export / import将各个站点复制到各种不同网站集中的最终目的地。
到现在为止还挺好。但后来我们遇到了一个特定站点，该站点在WSS 2003的顶部链接栏中有一个指向.aspx页面的链接，该页面在升级后行为不正常。它只是指向文档库中“仪表板”.aspx页面的链接 - 没什么特别的。我们做什么或者我们做什么顺序似乎并不重要（在“测试”网络应用程序中，在目标网络应用程序中，或两者兼而有之）。最后，这个ONE网站将不允许我们在全局导航中创建链接/选项卡。
- 它可以继承全球导航就好了。
- 我们可以很好地打破继承。
- 但是如果我们想在顶部链接栏中手动添加一个链接 - 我们将完成我之前完成的1,000x步骤并单击“确定” - 并且该选项卡永远不会出现。
- 无论是网站内的网页还是Google网页，都无关紧要。
- 我们可以将其他网站迁移到同一网站集并添加标签而不会出现问题。
- 如果我们将这个古怪的网站迁移到另一个网站集，我们会遇到同样的问题。
- 然而，在我们用于升级数据的“测试”网络应用中，我们可以添加标签吗？
- 如果我们在导出/导入到最终目标之前添加选项卡，则选项卡在此过程中会丢失吗？
有没有人碰到这样的事情？有任何想法吗？我已经尝试了我能想到的所有东西的组合，没有任何作用。除非我们能够弄清楚如何使其工作，否则我们只需将此选项卡添加到整个网站集的全局导航中并为该网站继承它（但是这会添加到将继承的所有网站的链接，这对他们来说既是赞成也是对他们而言。