sticky
征集做为IT专业人士您对SharePoint Server最关心的主题,最困扰你的问题? RRS feed

  • 常规讨论

  • 征集做为IT专业人士您对Shareopint Server最关心的主题,最困扰你的问题?

    您描述的越详细我们就越能够有的放矢,集中资源助您成功.

     

    2009年1月12日 9:34

全部回复

  • sharepoint 到底是什么东西?听说可以与sql server 2005的很多功能结合,比如olap等,但是就是不知道怎么结合?寻求帮助
    2009年2月4日 3:57
  • project 2007 可以作为sql server 2005 olap的前台展示工具??
    2009年2月4日 3:58
  •   我承认我是来抱怨的。
    做为一个使用了MOSS一年的用户,同时在好几个正式项目中使用MOSS的用户,可能是我们团队对MOSS不够了解的原因吧,这期间出现了许许多多的问题,许多问题也一直遗留下去,直至使用ASP.NET来重写才得到彻底的解决。
    1、MOSS常莫名其妙地发生错误,有错误提示的就不说了,虽然那些提示的信息,还有日志,很多时候都晦涩难懂;最要命的是,老是出一些“未知错误”,或直接就告诉我错误,但谁都不知道是什么错误,查日志文件也没查出个结果。结果一群人面对这些未知错误,一个个束手无策,不知道从何入手。
    2、MOSS的日志不是完全的错误日志,是什么东西都记录在里面,一分钟内就可能产生N多日志让录,而且是txt文档,查起来累得半死,看得眼花了也没能解决什么问题。想要到系统事件中去找?根本没门,至少我这边遇到的绝大部分错误都是没记录错误信息的。
    3、每一次备份、还原和迁移都把人累得半死。我们做备份还原已经是十次以上了,因为我们做的是大型运营商的系统,不允许出错。但如果现在随便叫我团队里经验最丰富的人出来,问他能不能保证还原的成功率有没有90%,还原后网站的功能可用率有没有90%,我可以说没有一个人敢保证。因为每次备份还原,要么失败,要么成功了,也要手工去修改很多东西,特别是我们用Form认证,重写代码更是家常便饭。
    4、启用Form认证的问题还真够多。那个著名的SharePoint Desinger不支持Form认证的问题就不说了,其他带来的问题还更多。不过也单是Designer的问题就把我们搞得够呛——每一次想修改一些页面,都要把MOSS的认证改回Windows集成,但这样一改,客户就立马不能登录,所以只能在下班的时候改,然后用完Designer后还要再记得改回Form认证。也许有朋友说,为什么不用混合认证?一个Form认证带来的后遗症就够多的了,要改成混合认证,估计我们都要疯掉(别急,后面会讲一些Form认证的后遗症)。
    5、上面说了,自从用了Form认证,我们就没安宁过(当然不用Form认证时MOSS也有问题)。一会是文档库不能批量上载,搞得大家都在郁闷,难道MOSS不支持批量上载?当然不是,后来找了好久,原来是需要手工启动一个客户端集成的功能。但为了此事,我们团队的人可没少折腾,建新的网站用不同认证模式反复验证。
    6、搜索到现在还不能用,害得我们天天被客户投诉,都在考虑要不要用开源的搜索引擎了。因为SSP所在的Web应用程序是Form认证,但其搜索服务的内容访问账户却是Windows集成认证的账户,死活就改不回Form认证的账户,老是说找不到用户名,爬网也从此一直罢工。
    7、使用Form认证后,给一些账户分配只读的权限,结果那些账户死活就是拒绝访问,要么就只能分配更高级的权限——但这样又会带来安全问题。微软呀,我总不能直接开放匿名访问吧?!
    8、使用Form认证后,上周我花了好几天解决文档库中文档访问问题。我给一些账户分配了文档库的“参与讨论”权限,目的就是使这些账户只能修改文档,但不能更改文档库设置,可好家伙,一访问文档全都是拒绝访问!除非改为“设计”的权限级别才行。也许有人说,为什么不自己新建权限级别?您别急,我还真的建了,而且,要么就是达到类似于“设计”的权限级别才能访问(当然同时也可以修改文档库设置),要不然就是拒绝访问。后来为了使用,只好硬着头皮全部分配为“设计”的权限,同时心里说微软保佑,这些账户上去后只老实地改改文档,不要把文件夹给删除了,更不要改了配置。这不,今天周一一上班,就惦记着这事,结果一看,竟然“参与讨论”也可以正常修改文档了,这把我气得哭笑不得,浪费了我好几天的宝贵时间哪!
    9、开箱即用和二次开发,一提这个我就晕。我们做的业务,基本没有哪一个所谓的开箱即用功能是可以拿来就用,连文档库和Wiki我们都要做二次开发,而这些二次开发,要比我自己使用ASP.NET来复杂得多了,因为要求那些开发人员又懂ASP.NET,懂C#,还要懂MOSS的SDK,还要了解MOSS的架构,我狂晕,我招聘了一年,也没找到一个人会的,会都要培训,那个累呀!
    9、操作非常不简便,一些相关联的设置,要找好几个地方才找着;操作界面一点不人性化,比如网站的人员与组,我现在有几百个用户,每次找一个用户,滚动条从头拉到尾,再分页地找,类似的地方多去了。

    遇到那么多问题,也许有人说,为什么要用MOSS来实现这些复杂的业务?是呀,为什么?我也讷闷。以前做部门经理的时候,直接管开发,在两个项目吃了MOSS的亏后,下了死命令——以后一律不允许再用MOSS来做项目,全给我用ASP.NET写出来!为此不惜和技术总监闹翻了。这不,换了个公司,又掉进MOSS的坑里——真是成也MOSS,败也MOSS。
    态度决定一切,细节决定成败
    2009年3月16日 10:22
  • 规划和部署,开发与集成


    沉甸甸的谷子永远低着自己的头
    2009年3月17日 10:06
  • 目前最关心的问题就是备份与恢复
    2009年5月12日 1:49
  • 我在单位是负责开发sharepoint的,我们单位好多苹果系统用户,他们使用甚至一定程度上的修改比如说编辑webpart之类,也很抓狂,我觉得日子也是相当不好过呀,呵呵。


    Misnotm
    2009年5月13日 4:03
  • 的确问题很多,首先列表和库的字段级查询功能没有直接提供类似SQL的语法来查询修改,很让人觉得不方便.
    然后内置的RTF编辑器不支持编辑插入图片时上传图片文件,很不爽.
    接下来是列表项目权限没有精细到字段级,无法控制每个字段的用户权限.
    最后是字段类型应该有个关联型的数据字段最好,比如可以根据其他字段的内容自动匹配一个内容,实现级联.
    当然还有楼上提到的FORM认证的一大堆问题,能不能实现一下FORM认证可以指定任意数据源?

    以上要求可能很多通过二次开发自己重写代码也能实现,但是我想这些需求对于我们国内的很多应用场合来说都是很稀松平常的一些要求,如果这些功能不能在MOSS内集成,我想对于绝大部分要靠二次开发来实现一个MOSS项目,对于MOSS来说也是很失败的,也是背离MOSS这个框架"开箱即用"的设计初衷的,试想开发人员既要会MOSS,又要会C#,还要会AD域的管理,对于开发成本来说不减反增了,这应该不是MOSS的发展方向吧?
    2009年6月9日 1:48
  • 我非常同意这位的说法..
    表面上看..MOSS是好方便,好简单,好强大的MOSS....其实,我们钻进去才发现...唉呀..好多东西定死了,我们不能改.
    而且有时就莫名其妙的出错.像我们做的form好好的,一移植就急得我们上窜下跳. 经过了几个星期的苦苦摸索..后来发现这个问题就是.net 3.5在IIS6里的问题,但是IIS7没提到这个错误.
    查了半天的IIS LOG也找不到个所以然. 连官方支持的也不知道是哪里出错.
    log太恐怖.人找起来不知道是哪个方面的问题
    有时权限也是莫名其妙的出问题,其实让人太火光...
    权限/IIS/form 这些问题总是莫名其妙的出现...总不能人家在用又叫我reset IIS吧.
    我们做企业怎么可能接受一时半载就出下这个问题那个问题的系统呢
    如果MOSS开发起来比ASP开发更麻烦,我们何必用MOSS呢.难道让我们爽的MOSS只有一个文档管理功能吗?
    那命名规范,文件类型限制又不能自定义..


    Joshua
    • 已编辑 Joshua He 2009年7月20日 9:21 edit
    2009年7月20日 9:18
  • 操作失败,因为没有与以下URL相对应的SharePoint 网站集:http://10.4.88.133/sites/ebank/_layouts/CstWrkflIP.aspx
    2009年8月4日 9:31
  • moss可以完全兼容的运行在windows2008 Sp2下,但是如何兼容windows 2008R2呢?版主不知是否有研究?分享一下吧!!
    2009年9月26日 3:04
  • 我跟你一样的痛苦, 尤其是sharepoint 跟AD的接口, userprofile的故障, 我们很痛苦。。。 每次升级策略或者迁移,userprofile 都会有故障,什么拒绝访问啊,应用程序无法使用啊,等等

    看日志用微软的那个工具 http://ulsviewer.codeplex.com/ 和  http://www.codeplex.com/SPLogViewer 这个虽然能够增强点功能 但是还是不怎么够
    尤其是那个log, txt格式的, 我靠, 将近5GB 一个月啊。。。。我晕死了。。。。。
    Meccn
    2009年12月26日 16:20
  • SHAREPOINT的存储介质可以放到磁盘去做么?
    2010年1月14日 3:42
  • 这位朋友的问题还真够多的。。我也是做了form认证,刚开始的时候也是很多的问题,但是用了一段时间之后,好像问题比较少了。。
    再一个,SPD支持Form认证啊,怎么不支持啦?我用SPD打开site,list 等,都没问题呀?  呵呵,可能咱们的环境不一样吧...

    反正我感觉,用起来还可以....就是有些东西是固定死的,要走一些弯路去实现自己的要求和功能...

    固定不让动,可能也是考虑其稳定性吧...


    PS:顺便问一下,  现在office2010 plus beta 打开MOSS2007当中的EXCEL2003的文件,好像是打不开,但用OFFICE2003 2007均可打开...
    不知道是不是BUG..

    2010年3月16日 9:21
    1. 退出“sharepoint”软件后,黄色的“上载中心”按钮仍然在,不知道如何退出
    2. 其实目前我还不需要用“Sharepoint”软件,但是在安装Office时,不小心安装上了。我现在就是想问如何单独卸载“SharePoint”软件,而不影响其他Office组件
    2010年3月17日 6:18
  • 最主要的就是:

    1 不知道这个到底能做什么

    2 上面配置经常出现错误,但又没有人能解决问题

    3 它能做的,程序员自己都可以去用ASP.NET做,虽然麻烦,但是至少不会出现第二点的问题,而这是一个开发公司所不能容忍的。


    Eternal Snow
    2010年4月2日 8:58
    1. 退出“sharepoint”软件后,黄色的“上载中心”按钮仍然在,不知道如何退出
    2. 其实目前我还不需要用“Sharepoint”软件,但是在安装Office时,不小心安装上了。我现在就是想问如何单独卸载“SharePoint”软件,而不影响其他Office组件

    1.你装的是sharepoint workspace(原groove)或者sharepoint designer,跟这个帖子讨论的不是一回事。结束任务就行了。而且你不装这个组件照样有“上载中心”这个玩意吧。

    2.添加删除程序里卸啊。

    2010年5月20日 5:31
  •        请高手帮忙解决索引服务器相关设置问题:

            服务器场配置共4台服务器,分别为:管理中心服务器、WEB前端服务器、搜索服务器、数据库服务器SQL1.所有服务器全部加入到同一AD,安装配置账号加入到了域管理员组,全部选择完全安装MOSS2007.

         将索引服务器设置为管理中心服务器时候,所有设置正常,但是如果将索引服务器设为别的服务器时候,便出现如下错误信息:  

        1、 共享服务管理: SharedServices1 > 用户配置文件和属性 页面报错:  访问 SQL Server 数据库或 Office SharePoint Server 搜索服务时出现错误。如果是第一次看见该消息,请稍后再试。如果问题持续存在,请与管理员联系。

      
     2、 搜索设置页面报错:由于远程方已关闭传输流,身份验证失败。 

     

    请问这应该是什么原因造成的?如何解决,谢谢!

    • 已编辑 hancy 2010年5月21日 8:17 描述不准确
    2010年5月21日 2:51
  • 小弟请教各位一个棘手的问题

    在局域网内搭建了一个SHAREPOINT 2007,并创建了一个Project Server 2007,搭建好后先在有这样的一个情况。

    除了服务器和我用于远程访问服务器的一台客户端机能够正常使用PWA中的任意账户外,其他机器不能使用这些账户,症状表现为:

    打开地址后,提示输入用户名密码,输入完全正确,又一次提示,连续三次输入正确并提示输入密码后,页面提示:

                    您未被授权查看该页

                    HTTP 错误 401.1 - 未经授权:访问由于凭据无效被拒绝



    但我再其他客户机上使用administrator账户均可以正常登陆。



    但当我使用服务器远程桌面其他人的客户机登陆PWA,均可以正常登陆。

    服务器没有在域中,独立的一台PC服务器。使用的Windows集成用户验证方式。

    请问这个是什么原因?该如何解决?

    小弟专侯答案!
    2010年6月17日 8:43
  • 这个是典型的loopback check问题吧?需要将其禁用掉

    试试以下操作:

    在注册表的 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa 键下,创建DWORD值 DisableLoopbackCheck 并将其值设为1,然后重启计算机。

    参考:http://support.microsoft.com/kb/896861

    2010年7月8日 3:20
  • moss还经常出现配置时的bug,我最开始配就发现搜索不行,结果发现注册表里有个键值是没有的,还是在论坛找到的答案,外面资源太少,而且winos这样的论坛,几乎都是提问,没什么人回答。
    2010年8月13日 6:34
  • sharepoint 到底是什么东西?听说可以与sql server 2005的很多功能结合,比如olap等,但是就是不知道怎么结合?寻求帮助

    我也想知道这个,没见楼主回复啊
    2011年1月8日 1:34
  • moss没用事务处理机制,遇到复杂的操作逻辑就会出问题。
    2011年4月8日 18:21
  • 我看了下各位的留言后,不知道说什么好。只想问一下,学习SharePoint最好的论坛在哪儿?国内可有较优秀的关于SharePoint论坛?
    IT technology supporters
    2011年8月23日 5:15
  • 严重同意楼上的意见。
    2012年7月17日 9:32
  • 1、列表和库的分页,这个分页怎么一直都舍不得改掉!

    2、大数据Linq的处理,列表的处理效率。

    3、Ribbon功能的关闭和打开的开关。

    4、Lookup字段的对应列表的更改,备份还原后,ListID变了。

    5、人员选择器的范围设定。

    态度决定一切,细节决定成败



    2012年7月23日 2:19
  •        

        Sharepoint2010文档管理系

    http://www.sharepointchina.com/  这个网站有很多关于Sharepoint学习的资源,一起分享给大家;

    企业为什么需要文档管理

         文档是企业重要的智力资产。在企业中,文档一般都以电子文档的形式存在,比如微软.doc格式,xls格式,ppt格式,pdf格式,纯文本.txt格式等;从内容上,可能是商务合同、会议记录、产品手册、客户资料、设计文档、推广文案、竞争对手资料、项目文档、心得等。这些文档,可能是过程性质的,也可能是公司正式发布的文档,可能处在编写阶段,也可能是已经归档不能再修改的。企业在进行文档管理的过程中,经常会碰到以下的问题:

    文档存储,管理困难

    企业经过日积月累,文档的数量和容量都很庞大,特别是知识型企业。并且文档类型、格式、用途多种多样。庞大的文档量,即使浏览一遍标题也需要花费大量的时间,靠人工有效管理几乎不可能。

    文档存储结构难以规划

    企业在发展过程中,没有科学的方法针对企业形成的文档进行合理地进行规划,公司、部门、个人不同组织层级的文档如何存储。

    文档查找缓慢,效率低下

    文档查找是一件效率很低的工作,每天需要花大量的时间去查找文档资料。传统的人工方式和资料柜管理,查找非常缓慢。即使在本机上搜索,从大量文件中查找到所需要的文档也是一件耗时耗力的工作,且大多数文档根本无法进行全文检索。因获取信息和文档慢可能导致失去商机的情况发生。

    文档版本管理混乱

    由于工作文档经常会被不断地修订,有些文档多达数十乃至上百个不同的版本,文档版本繁多,难以整合和统一管理。很多用户会用新版本覆盖老版本,但是这种情况下,一旦用户需要恢复老版本时,已经很难找回来,造成知识流失。另外也经常发生因使用错误版本而导致客户流失的事情。

    文档安全缺乏保障

    由于大量文档处于不被管理的无序状态,文档被病毒感染、意外丢失、权限控制不明等情况屡屡发生,使文档的安全性无法得到保障。另外纸质文档的抗灾难性差。

    文档无法有效协作共享

    目前,除了少量文档通过共享目录、邮件、网络即时通讯软件被不同员工共享外,大多数电子文档属于某个员工的“私产”,难以及时获取所需的资料。同时缺乏高效的共同编写文档方式(合同、解决方案等),造成文档共享协作不方便,导致企业员工之间、企业与客户、供应商、合作伙伴之间无法有效进行文档共享和协作。

    知识管理举步维艰

    大量文档分散成各台电脑上,一旦有员工离职,相关的大量工作文档被直接带走丢失,或沉落于电脑中,成为“不为人知”的秘密,由此带来大量文档资产的流失(人才流失=知识流失)。企业内部缺少分享经验和共享知识的环境和氛围。另外纸质文档缺乏电子化工具,难以重用。

    2012年8月21日 9:25
  •   我承认我是来抱怨的。
    做为一个使用了MOSS一年的用户,同时在好几个正式项目中使用MOSS的用户,可能是我们团队对MOSS不够了解的原因吧,这期间出现了许许多多的问题,许多问题也一直遗留下去,直至使用ASP.NET来重写才得到彻底的解决。
    1、MOSS常莫名其妙地发生错误,有错误提示的就不说了,虽然那些提示的信息,还有日志,很多时候都晦涩难懂;最要命的是,老是出一些“未知错误”,或直接就告诉我错误,但谁都不知道是什么错误,查日志文件也没查出个结果。结果一群人面对这些未知错误,一个个束手无策,不知道从何入手。
    2、MOSS的日志不是完全的错误日志,是什么东西都记录在里面,一分钟内就可能产生N多日志让录,而且是txt文档,查起来累得半死,看得眼花了也没能解决什么问题。想要到系统事件中去找?根本没门,至少我这边遇到的绝大部分错误都是没记录错误信息的。
    3、每一次备份、还原和迁移都把人累得半死。我们做备份还原已经是十次以上了,因为我们做的是大型运营商的系统,不允许出错。但如果现在随便叫我团队里经验最丰富的人出来,问他能不能保证还原的成功率有没有90%,还原后网站的功能可用率有没有90%,我可以说没有一个人敢保证。因为每次备份还原,要么失败,要么成功了,也要手工去修改很多东西,特别是我们用Form认证,重写代码更是家常便饭。
    4、启用Form认证的问题还真够多。那个著名的SharePoint Desinger不支持Form认证的问题就不说了,其他带来的问题还更多。不过也单是Designer的问题就把我们搞得够呛——每一次想修改一些页面,都要把MOSS的认证改回Windows集成,但这样一改,客户就立马不能登录,所以只能在下班的时候改,然后用完Designer后还要再记得改回Form认证。也许有朋友说,为什么不用混合认证?一个Form认证带来的后遗症就够多的了,要改成混合认证,估计我们都要疯掉(别急,后面会讲一些Form认证的后遗症)。
    5、上面说了,自从用了Form认证,我们就没安宁过(当然不用Form认证时MOSS也有问题)。一会是文档库不能批量上载,搞得大家都在郁闷,难道MOSS不支持批量上载?当然不是,后来找了好久,原来是需要手工启动一个客户端集成的功能。但为了此事,我们团队的人可没少折腾,建新的网站用不同认证模式反复验证。
    6、搜索到现在还不能用,害得我们天天被客户投诉,都在考虑要不要用开源的搜索引擎了。因为SSP所在的Web应用程序是Form认证,但其搜索服务的内容访问账户却是Windows集成认证的账户,死活就改不回Form认证的账户,老是说找不到用户名,爬网也从此一直罢工。
    7、使用Form认证后,给一些账户分配只读的权限,结果那些账户死活就是拒绝访问,要么就只能分配更高级的权限——但这样又会带来安全问题。微软呀,我总不能直接开放匿名访问吧?!
    8、使用Form认证后,上周我花了好几天解决文档库中文档访问问题。我给一些账户分配了文档库的“参与讨论”权限,目的就是使这些账户只能修改文档,但不能更改文档库设置,可好家伙,一访问文档全都是拒绝访问!除非改为“设计”的权限级别才行。也许有人说,为什么不自己新建权限级别?您别急,我还真的建了,而且,要么就是达到类似于“设计”的权限级别才能访问(当然同时也可以修改文档库设置),要不然就是拒绝访问。后来为了使用,只好硬着头皮全部分配为“设计”的权限,同时心里说微软保佑,这些账户上去后只老实地改改文档,不要把文件夹给删除了,更不要改了配置。这不,今天周一一上班,就惦记着这事,结果一看,竟然“参与讨论”也可以正常修改文档了,这把我气得哭笑不得,浪费了我好几天的宝贵时间哪!
    9、开箱即用和二次开发,一提这个我就晕。我们做的业务,基本没有哪一个所谓的开箱即用功能是可以拿来就用,连文档库和Wiki我们都要做二次开发,而这些二次开发,要比我自己使用ASP.NET来复杂得多了,因为要求那些开发人员又懂ASP.NET,懂C#,还要懂MOSS的SDK,还要了解MOSS的架构,我狂晕,我招聘了一年,也没找到一个人会的,会都要培训,那个累呀!
    9、操作非常不简便,一些相关联的设置,要找好几个地方才找着;操作界面一点不人性化,比如网站的人员与组,我现在有几百个用户,每次找一个用户,滚动条从头拉到尾,再分页地找,类似的地方多去了。

    遇到那么多问题,也许有人说,为什么要用MOSS来实现这些复杂的业务?是呀,为什么?我也讷闷。以前做部门经理的时候,直接管开发,在两个项目吃了MOSS的亏后,下了死命令——以后一律不允许再用MOSS来做项目,全给我用ASP.NET写出来!为此不惜和技术总监闹翻了。这不,换了个公司,又掉进MOSS的坑里——真是成也MOSS,败也MOSS。
    态度决定一切,细节决定成败

    我觉得像你的签名一样,做sharepoint真的是态度决定一切,细节决定成败。

    从2010年开始做sharepoint相关的工作,我觉得你们遇到的问题,更多是项目组对于sharepoint的知识积累不够,我接触的每一个sharepoint项目,确实会遇到各种各样的问题,但是作为平台,sharepoint还是有着太多的可用性的。不过,更多的人追求所谓的快捷,更多的采取以sharepoint为DB做二次开发,也就是用asp.net重写很多很多功能,然后出现很多不兼容的情况,所以会出现很多问题。

    还有,TechNet有很多文档,很多人并不主动去看,遇到太多安装好几天出现问题了,发现所使用的windows版本或者sql server版本并不符合要求;安装owa或者oos服务,在sharepoint服务器上尝试了好几天,还提示不能装一起;准备工具一直报错,十天半个月搞不定,去论坛问也只说xxx报错。真的是态度决定一切,细节决定成败。

    当然,仅仅是个人看法,不针对任何人,有不同的想法,欢迎一起讨论。


    Please remember to mark the replies as answers if they helped.
    Linyu - SharePoint Engineer
    QQ Group: 72637444

    2018年1月29日 2:29