SharePoint治理,纯粹是为了学者吗?

围绕与SharePoint相关的不同工作负载进行治理似乎是一个相当热门的话题,然而所有的指导都是作为更多的学术/理论来实现的。

微软是否做了太大的处理? 应该只有文件? 工具?

  • 最终用户上传文件到SharePoint
  • Sane Sharepoint 2007url
  • 确实清楚介绍Sharepoint架构
  • 从SQL Server 2000升级到2005的Sharepoint数据库
  • WSS 3.0网站人员和组
  • 运行REPAIR_ALLOW_DATA_LOSS的CheckDB需要多长时间?
  • 3 Solutions collect form web for “SharePoint治理,纯粹是为了学者吗?”

    我认为治理论文的基调在抽象层面看起来似乎是学术性的,不可能列举SharePoint实现尝试过的所有疯狂的东西。 我知道微软在失败/不良网站方面确实掌握了很多经验,因为他们与很多客户签订了支持合同,这些客户是以一种非常特殊的方式安装了这些东西,而且事情在这条赛道上运行得并不顺利。

    我开始担任编码人员,想知道为什么所有关于计划和pipe理SharePoint安装的大惊小怪,但多年来,我意识到获得定制的SharePoint站点并且运行起来是一件容易的事情。 SharePoint安装将在组织中保持多年,人们可以在此期间创build大量数据,并最终存储。

    删除不使用的东西似乎并不像创build它一样简单。

    指导似乎有点蓬松,但它是从一些相当严酷的教训中提炼出来的。

    我认为MSFT应该build立更多的工具来支持治理白皮书中的“想法”。 如何根据自己的内部IT部署实际提供一些真实世界的供应工作stream程。 MSFT拥有世界上最大的SharePoint农场之一,并且必须收集大量有用的IP来pipe理自己的部署。

    Joel Oleson最近发布了一个关于SharePoint治理的优秀资源列表:

    http://www.sharepointjoel.com/Lists/Posts/Post.aspx?ID=233

    它既包括经典的理论信息,也包括一些非常方便和现实世界的工具,模板和例子。

    服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器.