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