我假设您已经创建了一个应用程序?如果不是,您必须先执行此操作,然后在该应用程序下创建一个站点。例如,在应用程序管理下,您创建一个新应用程序(使用基于声明的身份验证以获得最佳结果),设置端口号(默认为 80),完成后,它会提示您是否要创建站点。
如果您使用的是服务器(不是基础),请不要误将团队站点用作顶级站点;顶级团队网站只能在其下创建团队网站(即不能发布)。
如果您确实有一个应用程序设置(所以您知道,一个应用程序与设置一个具有匹配 SharePoint DB 的空白 IIS 站点相同),那么它就是另外一回事了。在应用程序下设置站点通常不是问题,但可能是您可能遇到权限错误;不幸的是,导致 99% 的 SP 问题。
跟踪此问题的唯一方法是使用系统应用程序事件日志和 SharePoint 日志。从事件日志开始,看看是否有任何错误。如果未打开 SharePoint 日志(默认为 c:\Program Files\Common Files\Microsoft\Web Server Extensions\14\Logs)。SharePoint 每 30 分钟创建一个新日志(同样默认情况下) - 按日期对文件夹进行排序并打开最新的。搜索不带破折号的相关编号 (xxxxx-) 的第一部分 - 当您找到它的第一次出现时,在编辑器中向左滚动到消息所在的位置,然后开始向下滚动。您也可以简单地尝试搜索“错误”或“失败”。该日志可能难以阅读,因此您可以使用 ULSViewer(从此处下载:http: //archive.msdn.microsoft.com/ULSViewer)。
在很多情况下,这可能是应用程序池帐户没有访问数据库的正确权限。
如果这没有帮助(或者您无法弄清楚),您可以临时修改 web.config 文件 - 找到 'customerrors="Off"' 并将其更改为 On(区分大小写!);您可能需要执行 IISReset(打开命令窗口或开始 > 运行输入 CMD 然后单击确定)然后输入 IISreset;这将停止并重新启动 IIS。这将关闭来自 SharePoint 的错误处理,并将显示完整的错误 - 完成后将其转回关闭!
如果您在生产系统上,请在下班后执行此操作!!
也就是说,如果您确实看到任何错误并且无法弄清楚,请在此处重新发布。
此致,
David Sterling - 首席执行官/CSA/执行顾问 david_sterling@sterling-consulting.com – +1 704-202-2282 – Skype:davidmsterling 博客:http ://davidmsterling.blogspot.com
公司网站:http://www.sterling- Consulting.com
精选于:http ://www.sharepoint-blog.com