我正在尝试replaceSharepoint 2007中一些非常可怕的开箱即用页面布局。 我遵循Microsoft提供的文档，但这不会导致我的页面布局出现在“创build页面”的“页面布局”列表中。 有没有人按照微软的指示成功了？ 这里有缺失的一步吗？
我想卸载一个Sharepoint应用程序模板（GroupBoard Workspace是确切的），但我想确保没有任何东西依赖于它。 我在stsadm里看不到任何能告诉我这些信息的函数，我甚至尝试过SPM ，但是在这样一个巨大的站点上，通过每一个网页和页面去查看哪些function正在使用，是非常繁琐的。 有没有一种方法（可能使用stsadm -o enumsolutions的id使用SQL）列出依赖给定解决scheme中的模板的所有内容，包括自定义页面上的stsadm -o enumsolutions ？ 如果这是不可能的，在卸载解决scheme之前检查依赖关系的最好方法是什么（尤其是因为GBW不是我唯一的列表中的唯一一个）。 注意：我知道stsadm -o deletesolution会阻止我删除正在使用的内容，但是我想查看使用给定解决scheme的所有内容。
我们正在寻求改变用户的MySite主页，使他们更有用。 我可以find有关如何更新用于部署新的MySites的MySite模板的信息，但是我需要对已经创build的800个站点进行更改。 我没有太多的运气find如何做到这一点的细节。 我正在使用Office Sharepoint Server 2007 SP2。
这是来自Stack Overflow的转发，认为一些服务器故障的人可能有一些input。 只是关于Sharepoint权限的一般问题。 是否有一种开放源代码，免费的替代方法或手动方法来完成Titus元数据安全工具所做的function，只要创build基于元数据的权限？ 这似乎是一个应该在Sharepoint中可用的function。 任何意见或build议表示赞赏。
我的公司将把我们的SharePoint 2007网站升级到SP2010，我知道如何去做。 但是移民步骤中有一个步骤我没有。 升级前检查程序将为您提供在contentDB中引用的组件/解决scheme的列表，但未安装在升级的SharePoint场中。 如果该组件在2010年不可用，该怎么办？ （我相信唯一的select是在迁移之前卸载组件）。 即使升级可用于升级的组件也不会具有不同的GUID，因此不能解决迁移错误消息？ 换句话说，07组件的“安装缺失组件”的build议是不是只适用于07组件在2010年工作（我认为是非常less的组件）。 谢谢。 赛斯
我的公司还没有准备好将SP2007迁移到SP2010（不要问）。 但是我们需要让Office Web Apps为某些用户工作。 这完全可能，不需要迁移整个农场？ 例如SP2010服务器可以共享SP2007服务器场的数据库吗？ 我们不需要所有的SharePointfunction，只需要Office Web Apps。
我正在使用SharePoint 2007 sp3和SQL Server 2008 r2的 Project Server 2007 sp3 。 我最近从2台服务器（1个数据库和1个应用程序/ Web）将我的服务器场迁移到了一个拥有多台服务器，群集数据库，负载均衡器，function强大的处理器和大内存的大型服务器场。 此服务器场具有多个 Web服务器，项目应用程序服务器，SharePoint应用程序服务器和一个单独的索引服务器。 但新农场中Project Server的性能已经下降 。 视图花费更多的时间来加载数据，项目发布时间也增加了。 我也面临着导致项目服务器队列作业失败的死锁问题。 任何人都可以告诉我，这个问题的原因是什么，应该从什么angular度来研究这个问题？ 这主要是因为现在应用程序服务器需要与其他应用程序服务器进行通信吗 谢谢！
我们正在托pipe一个SharePoint MOSS 2007环境，并安装并使用带有SSRS 2005的本机报表查看器 。所有工作正常，但是从互联网上来看，报表查看器显示的页面未findexception。 事实certificate，报告呈现在iframe中。 该iframe的URL由访问者的浏览器请求。 但是，报告服务器不能从互联网上访问，我们不希望使其可访问。 在某些ASP.Net应用程序中，我们使用另一个版本的报告查看器 ，这不会显示iframe，但会将报告embedded到页面的标记中。 更重要的是，报告将从Web服务器从报告服务器获得，并且报告服务器不能从互联网访问。 我已阅读了此版本中的同步呈现 ，并希望find一种使SharePoint版本的行为方式相同的方法。 有谁知道这是否可以完成，或者让报告服务器保持隐藏在防火墙后方的其他方式？
一夜之间，看起来，我们域中的服务器上的SharePoint已停止通过Windows身份validation自动login用户，有两种情况： 作为SharePoint的本地Intranet站点（intranet.domain.com，IP xxxa） 将WebDav驱动器映射到SharePoint列表（ http：// xxxb / sites / Site Name / List Name） 请注意，Intranet站点的IP与驱动器映射的IP不同（同一个NIC上的两个接口 – SharePoint服务器是VM）。 在同一个域上（但在其他服务器上），通过NTLM使用Windows身份validation的几十个其他应用程序中托pipe了SharePoint站点。 除此之外，没有其他实例，即使是在同一台服务器上托pipe的Web应用程序中也提示用户input凭据，这就是为什么我们认为这是SharePoint问题。 将intranet.domain.com添加到IE的“安全站点”列表似乎会抑制网站的login提示，但映射驱动器时用户仍然被要求提供凭据。 驱动器映射通过用户login脚本进行。 多年来，它一直在努力，甚至通过服务器移动和密码重置，再次表明SharePoint的东西closures。 到目前为止，我们尝试过： 重新启动SharePoint服务器 禁用两个SharePoint网站的内核模式身份validation 将第二个IP xxxb也添加到IE中的安全站点列表中 已经通过SharePoint设置挖掘与身份validation有关的事情，但没有看到任何有趣的事情 有任何想法吗？
我们目前正在向pipe理层游说，从我们的networkinglogin脚本中删除在用户浏览器中启动SharePoint，因为当用户login到networking时，我们面临着许多竞争条件和其他问题。 换句话说，当用户login到networking时，networkinglogin脚本的最后一步是使用我们的SharePoint服务器的地址启动IE。 pipe理层已经提出了许多技术原因，为什么这是一个坏主意，但我需要第三方validation为什么不应该使用networkinglogin脚本来启动SharePoint。 pipe理层的目标是让SharePoint成为您loginnetworking时看到的第一个应用程序。 我正在寻找的资源/案例研究详细介绍了启动SharePoint的最佳实践，如果可能的话，为什么这不应该在networkinglogin脚本中完成。 最终，我得到的反馈应该是业务部门（最终用户）应该能够消化的forms。 我当然可以提供日志，configuration比较和其他诊断，但这对他们来说是毫无意义的。