网站网站安全性

MicrosoftSharePointServer2010网站和解决方案规划指南(第1部分)MicrosoftCorporation发布时间:2011年1月作者:MicrosoftOffice系统和服务器团队(itspdocs@microsoft.
com)摘要本书提供有关规划MicrosoftSharePointServer2010部署的信息.
主题包括网站安全性、调控和企业内容管理.
本书的读者包括业务应用程序专家、业务线专家、信息架构师、IT多面手、项目经理和规划基于SharePointServer2010的解决方案的基础结构专家.
本书是四个规划指南中的一部分,这些指南提供SharePointServer的全面IT规划信息.
有关规划使用SharePointServer创建的网站和解决方案的详细信息,请参阅MicrosoftSharePointServer2010网站和解决方案规划指南(第2部分)(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=208024&clcid=0x804)(该链接可能指向英文页面).
第2部分中的主题包括Web内容管理、网站创建、商业智能、业务数据和企业级搜索.
有关SharePointServer2010部署体系结构规划的信息,请参阅MicrosoftSharePointServer2010服务器场和环境规划指南(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=189513&clcid=0x804)(该链接可能指向英文页面).
有关SharePointServer2010中的容量和性能规划的信息,请参阅MicrosoftSharePointServer2010容量规划(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=208221&clcid=0x804)(该链接可能指向英文页面).
本书的内容是SharePointServer2010技术库(http://go.
microsoft.
com/fwlink/linkid=181463&clcid=0x804)中的精选内容在本书发布之日的副本.
有关最新内容,请参阅Web上的技术库.
本文档按"原样"提供.
本文档表达的信息和观点(包括URL和其他Internet网站引用)可能随时发生更改,恕不另行通知.
使用本文档的风险由您自行承担.
本文档描述的一些示例仅供演示之用,纯属虚构.
无意进行真实的关联或联系,请勿据此妄加推测.
本文档并不为您提供对任何Microsoft产品中任何知识产权的任何法律权利.
您可以出于内部参考目的复制和使用本文档.
2011MicrosoftCorporation.
保留所有权利.
Microsoft、Access、ActiveDirectory、Backstage、Excel、Groove、Hotmail、InfoPath、InternetExplorer、Outlook、PerformancePoint、PowerPoint、SharePoint、Silverlight、Windows、WindowsLive、WindowsMobile、WindowsPowerShell、WindowsServer和WindowsVista是MicrosoftCorporation在美国和/或其他国家/地区的注册商标或商标.
目录MicrosoftSharePointServer2010网站和解决方案规划指南(第1部分)1获取帮助18技术图表(SharePointServer2010)19模型19打印海报小提示38规划网站和解决方案(SharePointServer2010)40另请参阅42基本网站规划(SharePointServer2010)43网站和网站集概述(SharePointServer2010)44网站集概述44网站概述45SharePointServer2010中的网站模板45另请参阅50规划网站和网站集(SharePointServer2010)51关于规划网站和网站集51确定网站类型51确定网站集54网站规划数据工作表55另请参阅55网站导航概述(SharePointServer2010)56导航控件概述56母版页上的导航控件57页面布局上的导航控件59导航Web部件60另请参阅61规划网站导航(SharePointServer2010)62关于规划导航62规划用户体验63规划页面上的导航63网站规划数据工作表63另请参阅64主题概述(SharePointServer2010)65关于使用主题65主题的使用方法66另请参阅67规划使用主题(SharePointServer2010)68关于主题使用计划68决定是否使用主题69确定需要多少主题71决定主题创建人71网站规划数据工作表71另请参阅71规划多语言网站(SharePointServer2010)73关于规划多语言网站73确定语言和区域设置要求74确定是否使用网站变体75确定语言包要求75确定分词系统和词干分析器的要求77另请参阅77多语言用户界面概述(SharePointServer2010)79多语言用户界面的用法和优势79多语言用户界面的工作原理80多语言用户界面支持哪些项目81添加和修改应用程序内容82导出和导入翻译的内容82对托管元数据使用多语言用户界面83多语言用户界面的限制83另请参阅83规划多语言用户界面(SharePointServer2010)84确定网站的语言要求84规划翻译内容84规划ServicePack的安装85另请参阅85规划网站和内容的安全性(SharePointServer2010)86规划网站权限(SharePointServer2010)87简介87关于网站权限87关于分配权限89关于权限继承90关于有效权限91选择权限级别91制定权限继承计划92确定要使用的权限级别和组(SharePointServer2010)95查看可用默认组95查看可用权限级别101确定是否需要其他权限级别或组101选择安全组(SharePointServer2010)104简介104确定用于授予对网站的访问权限的Windows安全组和帐户104决定是否允许所有经过身份验证的用户访问105决定是否允许匿名用户访问105选择管理层次结构的管理员和所有者(SharePointServer2010)107简介107管理的级别107使用细化权限的最佳实践(白皮书)(SharePointServer2010)109网站和解决方案管理(SharePointServer2010)110调控概述(SharePointServer2010)112关于调控112应调控哪些内容112由谁确定调控策略114应如何实现调控115另请参阅116调控功能(SharePointServer2010)117管理企业中安装的SharePoint117IT服务功能118信息管理121信息体系结构功能124另请参阅126建立和调控SharePoint服务(SharePointServer2010)127什么是SharePoint服务127成功服务的要素127SharePoint服务中要调控的内容128创建多个服务131服务级别协议135另请参阅136实现和调控信息体系结构(SharePointServer2010)137什么是信息体系结构137调控信息体系结构138用于规划信息体系结构的资源141案例研究:调控信息体系结构以消除内容混乱143另请参阅148规划沙盒解决方案(SharePointServer2010)149本节内容149沙盒解决方案概述(SharePointServer2010)150部署和运行沙盒解决方案150隔离沙盒解决方案152沙盒解决方案不能包含的内容152沙盒解决方案与场解决方案的比较152使用沙盒解决方案的好处157另请参阅157规划沙盒解决方案(SharePointServer2010)158确定何时使用沙盒解决方案158规划沙盒解决方案代码的负载平衡159确定部署沙盒解决方案的位置159确定可部署沙盒解决方案的人员160确定哪些网站集将使用配额运行沙盒解决方案160规划沙盒解决方案的资源使用率配额160规划沙盒解决方案控制162SharePoint2010调控规划(白皮书)163在SharePoint2010中实现调控(白皮书)164规划社会计算和协作(SharePointServer2010)165UserProfileService概述165规划用户配置文件166为用户配置文件规划策略166规划配置文件同步166规划访问群体166规划"我的网站"网站概述167规划"我的网站"网站167社会性标签概述167社会性标签的隐私和安全影响167企业Wiki概述168企业Wiki规划168协作网站规划168另请参阅168用户配置文件服务概述(SharePointServer2010)170UserProfileService的使用和优点170体系结构171相关服务171另请参阅172规划用户配置文件(SharePointServer2010)173关于用户配置文件173用户配置文件属性174用户配置文件策略179成员身份和同事179查找人员和专业技能180同步配置文件属性181另请参阅181为用户配置文件规划策略(SharePointServer2010)182默认策略183用户配置文件属性策略183另请参阅185规划配置文件同步(SharePointServer2010)187关于配置文件同步187确定目录服务和业务系统188规划权限190确定要同步的容器192定义配置文件同步连接筛选器193映射配置文件属性193定义同步计划195另请参阅196"我的网站"网站概述(SharePointServer2010)197"我的网站"网站的用途和好处197"我的网站"网站的体系结构197相关功能198另请参阅199规划"我的网站"网站(SharePointServer2010)200关于规划"我的网站"网站200设计"我的网站"网站体系结构200确定用户和用户权限201同步用户配置文件信息205计划查找人员和专业技能205规划"我的网站"功能206规划策略和隐私207另请参阅207访问群体和内容目标规划(SharePointServer2010)208何谓访问群体208规划访问群体和内容目标设定210社会性标签概述(SharePointServer2010)214关于使用社会性标签功能214社会性标签功能214社会性标签的用途和好处216社会性标签的影响217另请参阅218社会性标签对隐私和安全性的影响(SharePointServer2010)219社会性标签信息如何隐藏219社会性标签信息如何显示220仍公开的信息221建议221另请参阅222企业Wiki概述(SharePointServer2010)223比较企业Wiki与工作组网站223企业Wiki的用途与优势226企业Wiki存在的限制226示例:用于新员工的企业Wiki226企业Wiki规划(SharePointServer2010)228关于规划企业Wiki228确定是否使用企业Wiki229评估先决条件233选择用于承载企业Wiki的位置234另请参阅234协作网站规划(SharePointServer2010)235确定协作网站的数目235特定路径235其他路径236与MicrosoftSharePointWorkspace2010的集成236企业内容管理规划(SharePointServer2010)237文档管理规划(SharePointServer2010)238文档管理概述(SharePointServer2010)239文档管理系统的元素239规划过程240确定用户和分析文档使用率241标识用户241分析文档用途246基于元数据的传送和存储概述(SharePointServer2010)250关于基于元数据的传送和存储250内容管理器设置251内容管理器规则251激活网站的内容管理器功能252另请参阅252基于元数据的传送和存储规划(SharePointServer2010)253规划基于元数据的传送和存储253确定内容的提交方式254规划放置库254规划内容管理器设置254规划内容管理器规则257规划目标位置属性261另请参阅262元数据导航概述(SharePointServer2010)263关于SharePointServer2010中的元数据导航263元数据导航用户控件263列表所有者控件265自动索引265索引查询265回退查询265另请参阅266文档库规划(SharePointServer2010)267规划文档库267工作表276企业内容存储规划(SharePointServer2010)277了解企业内容存储277典型的大型内容管理方案278存储级别:内容存储的优点和注意事项279基于元数据传送和存储企业内容281通过使用元数据来导航和筛选企业内容281列表视图282其他资源285文档集规划(SharePointServer2010)286关于文档集286管理文档集287规划文档集内容类型287工作表288另请参阅289规划内容类型和工作流(SharePointServer2010)290规划内容类型290规划工作流297工作表298信息管理策略规划(SharePointServer2010)299信息管理策略和策略功能299信息管理策略报告301信息管理策略与Officesystem应用程序的集成301SharePointServer2010中可用的策略功能302规划文档策略303工作表303版本控制、内容审批和签出规划(SharePointServer2010)304关于版本控制、内容审批和签出304规划版本控制304规划内容审批306规划签出和签入307工作表307另请参阅308共同创作概述(SharePointServer2010)309SharePointServer2010中的共同创作功能309了解最终用户体验310重要注意事项311OneNote笔记本311软件版本要求312混合Office环境中的共同创作312性能和可伸缩性313另请参阅313记录管理规划(SharePointServer2010)314记录管理概述(SharePointServer2010)315记录管理系统的元素315记录管理规划概述317另请参阅318在SharePointServer2010中创建用于管理记录的文件计划319确定记录的类型319完成文件计划324工作表331规划记录的收集方式(SharePointServer2010)332用于将活动文档转换为记录的方法332完成您的规划334另请参阅335物理记录规划(SharePointServer2010)336确定记录类型336确定每种记录类型的属性336组织内容类型337组织记录存档338工作表338另请参阅339规划电子数据展示(SharePointServer2010)340SharePointServer2010如何支持电子数据展示340审核341过期341搜索341使用记录存档与就地管理记录(SharePointServer2010)343设计就地记录管理351就地记录管理规划概述352文件夹还是内容类型352定义内容类型353针对就地记录管理组织文件夹353常规记录管理规划任务354工作表356另请参阅356选择电子邮件和消息传递记录管理策略(SharePointServer2010)357了解ExchangeServer2010和SharePointServer2010中的记录管理方法357为消息选择记录管理解决方案的注意事项359另请参阅360数字资产库规划(SharePointServer2010)361管理数字资产概述(SharePointServer2010)362关于管理数字资产362资产库的用户363管理SharePointServer2010中的数字资产363资产库的应用场景364另请参阅365规划数字资产库(SharePointServer2010)366资产库概述366规划资产库367规划权限和安全性374规划存储和性能374规划元数据和搜索375规划Web部件和网页375规划客户端支持376另请参阅376数字资产库拓扑和体系结构(SharePointServer2010)377数字资产管理的逻辑架构377数字资产库拓扑的组件380典型的数字资产库拓扑381数字资产库拓扑的缩放383另请参阅384SharePointServer2010的规划工作表385按任务列出的规划工作表385按标题列出的规划工作表388获取帮助我们尽了所有努力来确保本书的准确性.
同时,还在OfficeSystemTechNetLibrary中联机提供了这些内容,因此,如果您遇到问题,还可以在以下位置检查更新:http://technet.
microsoft.
com/zh-cn/office/bb267342如果在我们的联机内容中没有找到所需答案,您可以向MicrosoftOffice系统和服务器内容团队发送电子邮件,地址为:itspdocs@microsoft.
com如果您的问题是有关MicrosoftOffice产品的,而不是有关本书内容的,请在Microsoft帮助和支持中心或Microsoft知识库中进行搜索,网址为:http://support.
microsoft.
com/ln=zh-cn技术图表(SharePointServer2010)这些资源中的许多资源都直观地表示了推荐的解决方案.
这些资源包括以MicrosoftOfficeVisio2007或MicrosoftVisio2010文件(.
vsd)、PDF文件和XPS文件等格式提供的海报大小的文档.
您可能需要使用额外的软件才能查看这些文件.
若要了解打开这些文件的相关信息,请参阅下表.
文件类型软件.
vsdOfficeVisio2007、MicrosoftVisio2010或免费的Visio查看器(http://go.
microsoft.
com/fwlink/linkid=118761&clcid=0x804)如果使用的是Visio查看器,请右键单击VSD链接,单击"目标另存为",将该文件保存到您的计算机上,然后在计算机上打开该文件.
.
pdf任何PDF查看器,如AdobeReader(http://go.
microsoft.
com/fwlink/linkid=134751&clcid=0x804).
xpsWindows7、WindowsVista、带有.
NETFramework3.
0的WindowsXP或XPSEssentialsPack(http://go.
microsoft.
com/fwlink/linkid=134750&clcid=0x804).
模型模型为34x44英寸的海报,其中详述了特定的技术领域.
这些模型应与TechNet上的相应文章结合使用.
这些模型是使用OfficeVisio2007创建的.
您可以修改Visio文件以说明如何计划在您自己的环境中纳入MicrosoftSharePoint2010产品.
标题说明设计示例:具有经典身份验证的企业门户Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=196969&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=196970&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=196971&clcid=0x804)(该链接可能指向英文页面)设计示例:使用基于声明的身份验证的企业门户Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=196972&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=196973&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=196974&clcid=0x804)(该链接可能指向英文页面)阐释一个典型的企业部署,并表示最常见类型的网站.
这两个示例的唯一不同之处在于实现的身份验证模式.
请结合以下文章使用这些设计示例:Designsample:Corporatedeployment(SharePointServer2010)SharePoint2010产品部署Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=183024&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=183025&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=183026&clcid=0x804)(该链接可能指向英文页面)分不同的部署阶段和环境介绍与此类部署相关的信息,并提供了演示SharePoint2010产品的安装和配置步骤的流程图.
SharePoint2010产品中的服务Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167090&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167092&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167091&clcid=0x804)(该链接可能指向英文页面)介绍并阐述服务体系结构,包括在整个解决方案设计中部署服务的常用方法.
结合以下文章使用此图:Servicesarchitectureplanning(SharePointFoundation2010)Servicesarchitectureplanning(SharePointServer2010)SharePoint2010产品中的跨服务器场服务Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167093&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167095&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167094&clcid=0x804)(该链接可能指向英文页面)阐述如何跨服务器场部署服务,以提供集中式服务管理.
结合以下文章使用此图:Servicesarchitectureplanning(SharePointFoundation2010)Servicesarchitectureplanning(SharePointServer2010)SharePointServer2010的拓扑Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167087&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167089&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167088&clcid=0x804)(该链接可能指向英文页面)介绍构建和扩展服务器场拓扑的常用方法,包括规划启动哪些服务器上的服务.
SharePoint2010产品的Extranet拓扑结构Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=187987&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=187988&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=187986&clcid=0x804)(该链接可能指向英文页面)阐述已经过SharePoint2010产品测试的特定Extranet拓扑结构.
比较ISAServer、ForefrontTMG、ForefrontUAG作为防火墙或网关产品时与SharePoint2010产品的差别.
SharePoint2010产品中的宿主环境Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167084&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167086&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167085&clcid=0x804)(该链接可能指向英文页面)总结对宿主环境的支持并阐述常用宿主体系结构.
有关设计和部署宿主环境的详细信息,请参阅以下内容:Whitepaper:SharePoint2010forhosters(SharePointServer2010).
SharePoint2010产品的搜索技术Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167731&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167733&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167732&clcid=0x804)(该链接可能指向英文页面)比较并对比用于SharePoint2010产品的搜索技术:SharePointFoundation2010SearchServer2010ExpressSearchServer2010SharePointServer2010FASTSearchServer2010forSharePointMicrosoftSharePointServer2010的搜索环境规划Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167734&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167736&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167735&clcid=0x804)(该链接可能指向英文页面)帮助为搜索环境作出主要体系结构设计决策.
MicrosoftSharePointServer2010的搜索体系结构Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167737&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167739&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167738&clcid=0x804)(该链接可能指向英文页面)详细介绍构成搜索系统的物理和逻辑体系结构组件并阐述常用搜索体系结构.
为MicrosoftSharePointServer2010设计搜索体系结构Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167740&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167742&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167741&clcid=0x804)(该链接可能指向英文页面)指导完成初始设计步骤来确定SharePointServer2010搜索体系结构的基本设计.
BusinessConnectivityServices模型Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165565&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165566&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165571&clcid=0x804)(该链接可能指向英文页面)MicrosoftBusinessConnectivityServices是MicrosoftSharePointServer2010和MicrosoftSharePointFoundation2010中的一组服务和功能,它们支持将外部系统中的数据集成到基于MicrosoftSharePointServer和MicrosoftSharePointFoundation的解决方案中.
此模型海报介绍SharePointServer2010中的MicrosoftBusinessConnectivityServices的体系结构,并提供有关如何创建基于服务的解决方案的信息.
结合以下文章使用此模型:BusinessConnectivityServicesoverviewSharePointServer2010中的内容部署Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=179391&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=179523&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=179524&clcid=0x804)(该链接可能指向英文页面)描述SharePointServer2010中的内容部署功能.
包括如下信息:内容部署概述对内容部署路径和作业的说明何时使用内容部署内容部署的替代方案说明常见内容部署服务器场拓扑说明并介绍整个内容部署过程MicrosoftSharePointServer2010升级规划Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167098&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167099&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167100&clcid=0x804)(该链接可能指向英文页面)介绍如何规划从MicrosoftOfficeSharePointServer2007向SharePointServer2010升级.
包括如下信息:升级要求:硬件、操作系统和数据库升级过程:在升级之前、之中和之后执行的特定步骤结合以下文章使用此模型:UpgradingtoSharePointServer2010MicrosoftSharePointServer2010升级方法Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167101&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167102&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167103&clcid=0x804)(该链接可能指向英文页面)帮助您了解什么是就地升级、数据库附加升级和混合升级,以便从OfficeSharePointServer2007升级到SharePointServer2010.
了解升级之前、之中和之后的服务器场拓扑比较各种类型的升级方法的优势结合以下文章使用此模型:Determineupgradeapproach(SharePointServer2010)Upgradeprocessoverview(SharePointServer2010)MicrosoftSharePointServer2010—测试您的升级过程Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167104&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167105&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167106&clcid=0x804)(该链接可能指向英文页面)介绍在从OfficeSharePointServer2007升级到SharePointServer2010之前,测试升级过程的方法.
了解测试升级过程的目标:自定义设置、硬件、计时、规划了解测试升级过程需遵循的特定步骤结合以下文章使用此模型:Useatrialupgradetofindpotentialissues(SharePointServer2010)MicrosoftSharePointServer2010—服务升级Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167107&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167108&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167109&clcid=0x804)(该链接可能指向英文页面)介绍从OfficeSharePointServer2007到SharePointServer2010的升级服务.
特定服务的注意事项:个性化、搜索、InfoPath表单、Excel、业务数据目录、单一登录就地升级服务数据库附加升级服务MicrosoftSharePointServer2010—升级父场和子场Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=190984&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=190985&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=190986&clcid=0x804)(该链接可能指向英文页面)在升级共享服务的场(父场和子场)时包含此过程并记住注意事项.
SharePointServer2010中的商业智能入门Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167082&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167170&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167171&clcid=0x804)(该链接可能指向英文页面)概述SharePointServer中的商业智能,并提供以下信息.
对每个商业智能服务及其使用时机的概述.
商业智能服务的应用程序体系结构以及这些服务如何在一个拓扑中共同起作用.
每个商业智能服务的可能数据源列表.
支持SharePoint2010产品的数据库Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=187970&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=187969&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=187971&clcid=0x804)(该链接可能指向英文页面)描述其上运行SharePointServer2010的MicrosoftSQLServer数据库.
SharePoint2010产品:虚拟化过程Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=195021&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=195022&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=195023&clcid=0x804)(该链接可能指向英文页面)提供虚拟化相关指导、各种部署阶段以及要求和示例.
结合以下文章使用此图:Virtualizationplanning(SharePointFoundation2010)Virtualizationplanning(SharePointServer2010)调控SharePointServer2010Visio(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=200532&clcid=0x804)(该链接可能指向英文页面)PDF(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=200533&clcid=0x804)(该链接可能指向英文页面)XPS(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=200534&clcid=0x804)(该链接可能指向英文页面)阐述如何开发包含IT调控、信息管理调控以及应用程序管理调控的调控计划.
结合以下文章使用此图:调控概述(SharePointServer2010)调控功能(SharePointServer2010)打印海报小提示如果您有绘图仪,可以按照这些海报的实际尺寸进行打印.
若无绘图仪,则按照以下步骤在较小纸张上打印.
在较小纸张上打印海报在Visio中打开海报.
在"文件"菜单上,单击"页面设置".
在"打印设置"选项卡上的"打印纸"部分,选择要用于打印的纸张的大小.
在"打印设置"选项卡上的"打印缩放比例"部分,单击"调整为",然后输入"1页宽x1页高".
在"页面大小"选项卡上,单击"调整大小以适应绘图内容",然后单击"确定".
在"文件"菜单上单击"打印".
规划网站和解决方案(SharePointServer2010)本节包含的主题将帮助您规划MicrosoftSharePointServer2010网站和解决方案组件.
基本网站规划(SharePointServer2010)本节中的主题将指导您规划使用SharePointServer2010功能的网站.
规划网站和内容的安全性(SharePointServer2010)本节中的主题将帮助您规划可控制对您的网站和内容进行访问的权限.
网站和解决方案管理(SharePointServer2010)本节中的主题将帮助您规划如何设置环境以承载IT服务和沙盒解决方案,以及如何定义最适合的信息体系结构以满足您的业务需求.
规划沙盒解决方案(SharePointServer2010)本节中的主题将帮助您规划在企业内受限制的执行环境中运行的沙盒解决方案.
调控概述(SharePointServer2010)介绍对于成功部署MicrosoftSharePointServer2010不可或缺的调控计划,并说明为何信息体系结构和IT服务是调控计划的重要组成部分.
Planmanagedmetadata(SharePointServer2010)本节中的主题将阐述有关托管元数据的重要概念,并指导如何在SharePoint解决方案中使用托管元数据.
规划社会计算和协作(SharePointServer2010)本节中的主题将指导您在企业中规划可执行社会计算功能和协作功能的解决方案.
企业内容管理规划(SharePointServer2010)本节中的主题介绍有关文档管理、记录管理和数字资产管理的概念性信息.
文档管理规划(SharePointServer2010)本节中的主题将帮助您规划贵组织的文档管理解决方案.
记录管理规划(SharePointServer2010)本节中的主题介绍SharePointServer2010中的记录管理,并提供有关规划记录管理解决方案的一些准则.
规划数字资产库(SharePointServer2010)本节中的主题将指导您为包括数字资产(如视频、音频和图像)的网站规划解决方案.
PlanWebcontentmanagement(SharePointServer2010)本节中的主题将指导您使用SharePointServer2010功能规划Web内容管理网站.
BusinessIntelligencePlanning本节中的主题将指导您规划有关企业数据的商业智能解决方案.
BusinessintelligenceBasics本节中的主题提供有关SharePointServer2010中商业智能功能的基本概述信息.
PlanforPerformancePointServices(SharePointServer2010)本节中的主题帮助您规划PerformancePointServices和BI仪表板的实现.
ExcelServicesoverview(SharePointServer2010)本节中的主题帮助您规划企业环境中ExcelServices的实现.
PlanforVisioServices(SharePointServer2010)本节中的主题帮助您规划VisioServices的实现.
Businessdataandprocessesplanning(SharePointServer2010)本节中的主题将指导您规划用于对企业数据实施业务流程的解决方案.
PlanforBusinessConnectivityServices(SharePointServer2010)本节中的主题将帮助您规划将企业的外部数据连接到使用SharePoint网站和Office2010应用程序的信息工作者的解决方案.
PlanInfoPathFormsServices(SharePointServer2010)本节中的主题将帮助您规划使用InfoPath表单收集、自定义和验证工作者用于改善关键业务流程的业务数据的解决方案.
Planworkflows(SharePointServer2010)本节中的主题将帮助您规划和实现SharePoint解决方案中的业务流程.
AccessServicesPlanning本节中的主题将帮助您规划AccessServices的实现.
Planquotamanagement(SharePointServer2010)本文包含有关如何确定配额模板和回收站的设置以及如何决定是否或何时删除未使用网站的指南.
另请参阅其他资源Serverfarmandenvironmentplanning(SharePointServer2010)基本网站规划(SharePointServer2010)本节提供的信息可帮助IT专业人员使用MicrosoftSharePointServer2010功能对网站进行规划.
一个网站或一组网站的有效性取决于许多因素,但其中最重要的因素是以可预测的方式定位网站以及在网站内定位所需内容的能力.
一个网站或一组网站的结构以及网站内部和网站之间的导航对于帮助用户查找和共享信息以及协同工作非常重要.

本节内容:网站和网站集概述(SharePointServer2010)介绍网站集和网站,并包含有关用于在SharePointServer2010中创建网站的网站模板的信息.
规划网站和网站集(SharePointServer2010)介绍有关规划SharePointServer2010网站和网站集的过程和重要注意事项.
网站导航概述(SharePointServer2010)概述可在网站中使用的导航类型.
规划网站导航(SharePointServer2010)帮助您设计网站的导航.
主题概述(SharePointServer2010)概述主题及其工作方式.
规划使用主题(SharePointServer2010)讨论如何规划在网站之间使用主题,并包括规划如何将主题用于网站的重要步骤.
规划多语言网站(SharePointServer2010)讨论如何规划多语言SharePointServer2010网站.
网站和网站集概述(SharePointServer2010)MicrosoftSharePointServer2010网站集是一种分层网站结构,由一个首要网站以及该网站下的所有网站组成.
本文介绍网站集和网站,并提供有关用于在SharePointServer2010中创建网站的网站模板的信息.
本文内容:网站集概述网站概述SharePointServer2010中的网站模板网站集概述网站集中的网站具有共享的管理设置、公用导航和其他公共功能和元素.
每个网站集都以层次结构包含一个首要网站以及(通常情况下)该网站下的一个或多个网站.
您必须将网站内容和功能组合到一个网站集中.
这可带来以下好处:对于网站设计人员,网站集的库(如母版页样式库或网站集图像库)提供了一种用于在网站集的所有网站中创建统一的、品牌化用户体验的方法.
对于网站集管理员,网站集提供了统一的机制和范围以便进行管理.
例如,可以管理整个网站集的安全性、策略和功能;网站集WebAnalytics报告、审核日志报告和其他数据可以帮助管理员跟踪网站集安全性和性能.
对于服务器场管理员,网站集提供了可伸缩性,可基于存储的内容量而增长.
由于每个网站集都可以使用一个唯一的内容数据库,因此管理员可轻松地将其移动到单独服务器上.
对于网站作者,网站集的共享网站栏、内容类型、Web部件、创作资源、工作流和其他功能将提供一个一致的创作环境.
对于网站用户,网站集的统一导航、品牌和搜索工具将提供统一的网站体验.
下表列出了解决方案的一些示例,这些解决方案都从作为网站集实现中受益:工作组网站一个支持组织中人员的创作和协作任务的网站集,组织中人员会一起工作以生成对组织目标有用的内容.
通常,此类型的网站包括不进行发布而仅供内部使用的协作内容以及打算向外部公众发布的内容.

发布网站一个配置为允许网站成员查看、创作网站内容并与之交互的网站集.
发布网站通常将作为两个网站集实现:一个生产网站集和一个创作网站集.
生产网站集是由内容的访问群体使用的已发布网站;创作网站是集是生产网站的镜像,创作工作组使用它来创建和查看网站内容并测试网站功能.
SharePointServer2010包含内容部署功能,可将内容从创作网站集复制到生产网站集.
有关内容部署的详细信息,请参阅Contentdeploymentoverview.
网站概述网站集由一个首要网站以及该网站下面的一个或多个网站组成.
网站结构中的每个首要网站和该网站下面的网站都基于同一个网站模板,可以具有其他唯一设置和唯一内容.
将网站集的内容分配到单独网站中可以更好地控制网站集中各个网页的外观、内容和功能.
下面的列表包含可以单独配置的网站功能:模板可以让每个网站具有唯一的模板.
有关详细信息,请参阅SharePointServer2010中的网站模板.
语言如果Web服务器上安装了语言包,在创建新网站时,就可以选择特定语言的网站模板.
出现在网站上的文本会采用网站模板的语言进行显示.
有关详细信息,请参阅Deploylanguagepacks(SharePointServer2010).
安全性可以使每个网站定义唯一的用户组和权限.
导航若要细化网站的导航体验,可以在网站层次结构的每个部分中配置唯一的导航链接.
网站导航反映网站集中的各个网站之间的关系.
因此,规划导航和规划网站结构是密切相关的活动.
有关详细信息,请参阅网站导航概述(SharePointServer2010).
网页可以使每个网站都具有唯一的欢迎页面和其他网页.
有关详细信息,请参阅PlanWebpages.
网站布局可以在网站中设置唯一的布局或母版页.
有关详细信息,请参阅PlanWebpages.
主题可以更改网站中的颜色和字体.
有关详细信息,请参阅规划使用主题(SharePointServer2010).
区域设置可以更改区域设置,例如区域设置、时区、排序顺序、时间格式和日历类型.
搜索可以使每个网站都具有唯一的搜索设置.
例如,可以指定在搜索结果中绝不出现特定网站.
内容类型可以使每个网站都具有唯一的内容类型和网站栏.
有关详细信息,请参阅规划内容类型和工作流(SharePointServer2010).
工作流可以使每个网站都具有唯一的工作流.
有关详细信息,请参阅Planworkflows(SharePointServer2010).
SharePointServer2010中的网站模板下面一节包含有关SharePointServer2010中包含的网站模板的信息.
虽然可以使用带有默认配置的网站模板,但也可以使用网站管理页更改网站的默认设置,然后将网站另存为新模板.
此外,还可以使用MicrosoftSharePointDesigner2010或MicrosoftVisualStudio2010来修改模板的设计和功能.
下表列出每个网站模板,介绍各自的用途,并指明模板是在网站集级、网站级还是同时在两个级别上使用.
用于对模板进行分组的类别可能因创建网站时采用的级别而异.
模板用途网站集中的类别网站中的类别您可以稍后为其选择模板的空网站.
自定义无AssetsWeb数据库用于跟踪资产(包括资产详细信息和所有者)的资产数据库.
无Web数据库基本会议工作区一个用于规划、组织和获取会议结果的网站.
该网站提供了用于管理议程、与会者和文档的列表.
会议会议基本搜索中心一个提供搜索功能的网站.
该网站包含用于搜索结果和高级搜索的网页.
企业搜索空白会议工作区一个可供您根据自身要求进行自定义的空白会议网站.
会议会议空白网站一个可供您根据自身要求进行自定义的空白网站.
协作空白和自定义博客一个可供个人或工作组发布想法、见闻和技术的网站,网站访问者可以对这些内容进行评论.
协作内容商业智能中心用于显示商业智能数据的网站.
该网站提供用于存储文档、图像、数据连接和仪表板Web部件的文档库.
它还提供链接MicrosoftSharePointServer2010中的PerformancePointServices中内容的列表.
企业数据慈善捐款Web数据库用于跟踪募款活动相关信息(包括捐赠人的捐款、活动相关的事件和未决任务)的数据库.
无Web数据库联系人Web数据库联系人数据库,用于管理与团队合作的人员(如客户和合作伙伴)相关的信息.
无Web数据库决议会议工作区一个用于跟踪状态或在会议上做出决策的网站.
该网站提供了用于创建任务、存储文档和记录决策的列表.
会议会议文档中心一个用于集中管理企业中文档的网站.
企业内容文档工作区一个可供同事共同处理同一文档的网站.
该网站提供了一个用于存储主要文档和支持文件的文档库、一个用于分配待办事项的任务列表和一个指向与文档相关的资源的链接列表.
协作协作,内容企业级搜索中心一个提供搜索功能的网站.
欢迎页面包含一个带两个选项卡的搜索框:一个选项卡用于常规搜索,另一个选项卡用于搜索有关人员的信息.
可以添加和自定义选项卡以将精力集中在其他搜索范围或结果类型上.

企业搜索企业Wiki一个可供您发布获取的知识并将其在整个企业内共享的网站.
该网站提供了一种方便的内容编辑体验,可在一个位置共同创作内容、进行讨论并管理项目.
发布协作,内容快速搜索中心一个用于提供快速搜索体验的网站.
欢迎页面包含一个带有两个选项卡的搜索框:一个选项卡用于常规搜索,另一个选项卡用于搜索有关人员的信息.
也可以添加和自定义选项卡以将精力集中在其他搜索范围或结果类型上.

搜索组工作网站此模板提供了一个工作组可用来创建、组织和共享信息的组件解决方案.
它包含组日历列表、循环列表、电话呼叫备注列表、文档库列表和其他基本列表.
协作协作问题Web数据库可管理一系列问题的问题数据库.
可以对问题进行分配、设置优先级并从头到尾跟踪进展情况.
无Web数据库MicrosoftProject网站支持工作组项目协作的网站.
该网站包含项目文档、项目问题、项目风险,以及可能链接到MicrosoftProjectServer2010中的任务的项目可交付结果列表.
协作跟踪多页会议工作区一个用于规划会议并获取会议决策和其他结果的网站.
该网站还提供两个空白网页,您可以根据需要进行自定义.
会议会议"我的网站"宿主一个承载个人网站("我的网站")和公共人员配置文件页的网站.
对于每个UserProfileService应用程序,只能设置此模板一次.
此模板仅在网站集级上提供.
企业无个性化网站一个用于提供个性化视图、数据以及从此网站集到"我的网站"的导航的网站.
该网站包含特定于个性化的Web部件以及为"我的网站"网站优化的导航.
此模板仅在网站级上提供.
无空白和自定义PowerPoint广播中心用于承载MicrosoftPowerPoint2010广播的网站.
演示者可以连接到该网站,并创建链接方便远程查看者在Web浏览器中观看幻灯片演示.
企业无项目Web数据库项目跟踪数据库,可跟踪多个项目并将任务分配给不同的人员.
无Web数据库发布门户一个可用于Internet网站或大型Intranet门户的入门网站层次结构.
您可使用各具特色的标识对此网站进行自定义.
该网站包含一个主页、一个示例新闻发布网站、一个搜索中心和一个登录网页.
通常,该网站的读者数要多于参与者,用于通过审批工作流发布网页.

默认情况下,此网站将为更加正式且受控的发布过程启用内容审批工作流.
它还对匿名用户的权限加以限制,使他们只能查看内容页,而不能查看SharePointServer2010应用程序页.
此模板仅在网站集级上提供.
企业无发布网站用于扩展您的网站并快速发布网页的空白网站.
参与者可以处理网页的草稿版本,并进行发布以使其对读者可见.
该网站包含用于存储Web发布资产的文档库和图像库.
无内容通过工作流发布网站用于使用审批工作流按计划发布网页的网站.
该网站包含用于存储Web发布资产的文档和图像库.
默认情况下,在此网站下面只能创建具有此模板的网站.
此模板仅在将发布门户模板用于创建首要网站时在网站级上提供.
无内容记录中心一个为管理记录而设计的网站.
记录管理器可以将传送表配置为将传入文件送到特定位置.
通过该网站,还可以管理在将记录添加到存储库之后,是否可以删除或修改这些记录.
企业数据社交会议工作区一个用于规划社交活动的网站.
该网站提供了用于跟踪与会者、提供交通指南和存储活动图片的列表.
会议会议工作组网站一个可供工作组组织、创作和共享信息的网站.
该网站提供了一个文档库和用于管理通知、日历项目、任务和讨论的列表.
协作协作Visio流程存储库一个供可供工作组查看、共享和存储Visio流程图的网站.
它提供了一个用于存储流程图的带版本文档库,以及用于管理通知、任务和审阅讨论的列表.
协作内容有些MicrosoftOfficeSharePointServer2007网站模板(如网站目录、新闻和协作门户模板)在SharePointServer2010中不能作为选项使用.
开发人员仍可以编程方式访问和使用这些模板.
如果SharePointServer2010服务器场是从OfficeSharePointServer2007升级的,则这些模板在用户界面中仍可作为选项使用.
否则,使用SharePointServer2010中的社会性标签功能来获取这些模板中提供的多数功能.
另请参阅概念规划网站和网站集(SharePointServer2010)网站导航概述(SharePointServer2010)规划网站导航(SharePointServer2010)规划网站和网站集(SharePointServer2010)MicrosoftSharePointServer2010网站由一个分层结构的网站集组成,该网站集包含一个首要网站及其下面的所有网站.
本文介绍有关规划SharePointServer2010网站和网站集的过程和重要注意事项,并推荐一种用于记录网站结构决策的方法.
有关网站、网站集以及用于在SharePointServer2010中创建网站的网站模板的信息,请参阅网站和网站集概述(SharePointServer2010).
本文内容:关于规划网站和网站集确定网站类型按组织层次结构规划网站规划应用程序网站规划Internet展示网站规划发布网站规划其他网站确定网站集网站规划数据工作表关于规划网站和网站集通常情况下,按以下顺序规划网站和网站集:确定层次结构中所需的首要网站及其下面的任何网站的数量和类型.
确定网站将组织到的网站集的数量和类型.
确定网站类型基于SharePointServer2010规划解决方案的第一步是确定您的组织及其客户所需的网站的类型.
确定网站的类型会影响以后的规划决策,例如,将在服务器拓扑中实现网站的位置、要为每个网站规划的功能、如何实现跨多个网站的进程,以及如何在一个或多个网站之间提供信息.
本节包含有关如何规划不同类型的网站的信息.

按组织层次结构规划网站基于组织的规模和结构,规划所需的基本网站.
其中的每个网站都可以包含较大组织内的项目或部门所需的信息,而且每个网站都将链接到与相应项目或部门相关的协作网站.
用于较大部门或项目的某些网站还会将在所有较小网站(专用于较小的部门或项目)上找到的信息聚合在一起.

基于组织结构规划网站时,请使用以下准则:部门网站或工作组网站规划为一个小型组织创建一个网站,或者为大中型组织中每个50到100个人的部门或项目创建一个网站.
在大型组织中,可能存在多个网站级别,其中每个网站重点关注在其组织级别上创建和管理的内容.
可以为您的组织成员设计一个网站,以便他们就与业务或组织目标相关的内容进行协作.
这些网站可以是独立的,也可以作为发布过程的一部分与其他网站一起使用.
通常,这些网站将同时具有在内部使用的协作内容和适合于向访问群体发布的内容.

汇总网站汇总网站包含适用于整个组织的一般内容.
它使不同部门的用户能够查找信息、专业知识和对组织范围内的进程进行访问.
它通常包含与整个组织信息体系结构相关的网站,以及通常映射到部门或项目网站的结构的网站.
对于每个组织,规划创建使用所有相关网站的聚合视图的集中式汇总网站.

规划应用程序网站应用程序网站对工作组进程进行组织并提供用于运行这些进程的机制.
应用程序网站通常包括数字仪表板和其他用于查看和处理与网站用途相关的数据的功能.
应用程序网站中呈现的信息通常来自多种不同的源,如数据库或其他SharePoint网站.
例如,组织中的人力资源组织可以设计一个应用程序网站以向员工提供:对常规信息(如员工手册和职业机遇信息)的访问.
执行常见任务(如提交考勤卡和费用报告)的方法.
用于查看个性化信息(如员工的薪水或福利历史记录)的仪表板.
又如,组织中的内部技术支持组可以设计一个为组织的成员提供技术支持的"技术支持"应用程序网站.
该应用程序网站的功能可包括:对包含过去的支持事件和最佳做法文档的知识库的访问.
执行常见任务(如启动支持事件或查看正在进行事件的状态)的方法.
与支持联机会议和讨论的通讯功能的集成.
数据的个性化视图.
例如,支持经理可以查看提供其工作组成员的工作效率和客户满意度的视图的仪表板.
支持工程师查看他们的当前未解决事件.
规划Internet展示网站Internet展示网站是面向客户的网站.
一般通过一致的样式元素(如颜色、字体和徽标)以及结构元素(如导航功能和网站页面的结构)来设立这些网站的品牌和特征.
虽然Internet展示网站的外观经严格控制,但网站的内容可以是动态的,可以频繁地更改.
例如,企业的Internet展示网站可向客户、合作伙伴、投资者和潜在的员工传递重要的公司信息.
这包括产品和服务的说明、公司新闻、年度报表、公开档案和招聘信息.
又如,联机新闻Internet网站提供经常更新的信息以及交互式功能(如股票行情收报器和博客).
因为对于外部访问群体,Internet展示网站代表了您的组织,所以您可能会暂存和测试网站,然后按照计划或根据需要将其发布到它的公共"成品"位置.
临时网站是您用于在内容发布到成品网站之前对其进行测试的创作网站的镜像.
通过使用临时网站,可有助于确保发布的内容符合严格的标准.
临时网站还使内容作者能够在位于公司Intranet的服务器上执行操作,同时Internet用户可使用外围网络中的成品服务器.
使用内置的内容部署功能可以轻松地将内容从创作服务器移动到临时服务器,然后移动到成品服务器.
有关内容部署的详细信息,请参阅Contentdeploymentoverview.
规划发布网站通过使用发布网站,作者可以创建和修改网页和文档格式的内容,作者也可以使用审批流程,将内容提供给拥有适当的查看权限级别的用户.
发布过程涉及创建内容,然后提交内容以待审批.
在内容得到批准之后,就可以使用内容,或将内容发布到网站上以供读者查看.
此发布过程既可以按照默认计划进行,也可以按照根据项目需要制定的自定义计划进行.
发布网站可以用作Intranet、Extranet或Internet网站,具体取决于访问群体.
例如,您可能将发布网站用于面向Internet的新闻稿发布网站.
公共关系工作组负责制作新闻稿,使用发布工作流审批新内容,并指定应何时将新内容提供给使用者.
又如,您可能将发布网站用于公司的Intranet网站,作为向员工提供公司新闻的平台.
网页作者可以指定其内容的目标受众,这样就只有指定组的成员才能查看该内容.
与Internet展示网站类似,您也可以使用内置的内容部署功能将内容从临时网站移动到成品网站.
成品网站可能是面向Internet的网站,也可能是组织内的另一个Internet网站,具体取决于组织的规模和发布所需的复杂性.
规划其他网站您可以规划允许网站用户创建其他网站.
例如,可规划向使用网站的每个工作组成员提供一个"我的网站".
"我的网站"是基于MicrosoftSharePointFoundation2010的、具有公共和私有视图的工作组网站.
当工作组成员就文档和其他项目进行协作时,您也可以允许他们创建其他网站,如文档工作区网站.
同样,作为基于Web的服务的一部分,可以授予Internet网站的用户对协作网站的访问权限.
例如,作为使用网站的体验的一部分,可以授予这些用户创建会议工作区网站和参加联机会议的权限.
有关可以创建的网站类型的信息,请参阅网站和网站集概述(SharePointServer2010).
确定网站集确定解决方案所需的网站类型之后,下一步是规划如何跨网站集实现这些网站.
网站集是一组具有层次结构的并且可以集中管理的网站.
网站集中的网站具有一些通用功能,如共享权限、模板库、内容类型和Web部件,这些功能通常共享通用导航.
网站通常作为网站集进行实现,并将首要网站用作网站集的主页.
通常,基于SharePointServer2010规划解决方案时,会将以下类型的网站放置在单独的网站集中:Internet网站(临时)Internet网站(成品)与部门网站或Internet网站相关的所有工作组网站文档中心网站记录中心网站一个网站集中的所有网站一起存储在同一个SQL数据库中.
这可能会对网站和服务器的性能造成潜在影响,具体取决于网站集和网站结构的设计方式,以及网站的用途.
当规划如何在一个或多个网站集中分配内容时,请注意以下限制:将非常活跃的网站放在单独的网站集中.
例如,允许匿名浏览的Internet知识库网站可能会生成大量数据库活动.
如果其他网站使用这同一个数据库,则其性能很可能会受到影响.
通过将知识库网站及其数据库放在一个单独的网站集中,您可以将资源提供给其他网站使用,从而不必再与之争用数据库资源.

由于网站集中的所有内容都存储在同一个内容数据库中,因此数据库操作(例如备份和还原内容)的性能将取决于网站集中的内容量、数据库的大小、承载数据库的服务器速度以及其他因素.
根据内容量和数据库配置的不同,您可能必须将一个网站集分割成多个网站集,以满足针对备份和恢复的服务级别协议、吞吐量或其他要求.
本文不提供有关如何管理数据库大小和性能的说明性指导.

在网站集中的首要网站下创建太多的网站可能会影响性能和可用性.
将任何首要网站下包含的最大网站数限制为2,000个.
如果规划使用内容部署在创作网站集和成品网站集间之间移动内容,则网站集必须位于单独的Web应用程序中,或网站集必须使用同一个Web应用程序中的单独的内容数据库.
有关内容部署的信息,请参阅Contentdeploymentoverview.
网站规划数据工作表下载Excel版本的网站规划数据工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167837&clcid=0x804).
使用此工作表记录网站结构.
另请参阅概念网站和网站集概述(SharePointServer2010)网站导航概述(SharePointServer2010)规划网站导航(SharePointServer2010)网站导航概述(SharePointServer2010)网站导航为网站用户提供了用于浏览网站和网页的主要界面.
MicrosoftSharePointServer2010包含一组可自定义且可扩展的导航功能,可帮助网站用户进行定位,使之能够浏览网站和网页.
本文介绍了SharePointServer2010中可用的导航控件,但并未介绍如何在网页上添加导航控件、配置导航控件或创建自定义导航控件.
本文内容:导航控件概述母版页上的导航控件顶部链接栏导航"快速启动"导航痕迹导航树视图导航元数据导航页面布局上的导航控件摘要链接目录内容查询导航Web部件导航控件概述导航控件可以显示在母版页、页面布局上,也可以通过使用Web部件区域直接显示在页面内容中.
SharePointServer2010的导航模型基于网站集的层次结构.
通过使用导航功能,可以链接到以下内容:当前网站下的网站网站的同级网站网站结构中处于较高层级的网站网站中的网页此外,可创建指向任意位置(如外部网站)的链接.
在SharePointServer2010中的导航链接是安全敏感的.
如果网站用户没有权限访问从网站导航链接到的SharePointServer2010网站或网页,则用户看不到相应的链接.
但是,用户还是可以看到已通过手动方式将相应的链接添加到导航中的其他内容.
另外,可以将通过手动方式添加到导航中的网页、网站和链接配置为仅供特定群体的成员访问.
用户如果不是特定群体的成员,则无法看到针对该群体的网站和网页的链接.

SharePointServer2010导航基于.
NETFramework3.
5中的ASP.
NET功能,您可以使用它来自定义下面的内容:站点地图提供者.
数据源,用于对站点地图提供者提供的结构进行定位和筛选.
菜单,用于控制导航元素的视觉外观和要显示的层次结构的深度.
母版页上的导航控件母版页定义网站中网页的外部框架.
母版页包含您希望网站中的所有网页共享的元素(如品牌信息)、常用命令(如搜索)以及您希望能够在整个网站中使用的导航元素.
这包括顶部链接栏导航以及"快速启动"导航.

母版页还提供导航控件的菜单样式.
通过使用MicrosoftSharePointDesigner2010或MicrosoftVisualStudio2010,可配置母版页菜单样式.
顶部链接栏导航顶部链接栏是一个导航菜单,此菜单通常链接到网站层次结构中当前网站的下一级网站.
顶部链接栏通常出现在网站中每个网页的顶部.
默认情况下,位于当前网站下面一级的所有网站都将添加到顶部链接栏中,并且每个网站都有它自己独特的用于导航的顶部链接栏.
网站管理员可以通过从顶部链接栏中删除网站来自定义特定网站的导航.
他们还可以配置顶部链接栏,以便只显示主页链接并且不在网站层次结构中显示其他网站.

网站管理员可以选择从父网站继承顶部链接栏.
这种方法使用户可以通过网站集中的任意位置从一个网站切换到另一个网站,同时保持网站集中所有网站的顶部链接栏不变.
例如,对于一个用于销售某个组织的产品的Internet网站,其下面可能会有针对每个系列的产品的网站.
网站设计者通过在每个网站的顶部链接栏中显示每个产品的网站,可让用户无须返回到网站主页就能轻松地从一个网站切换到另一个网站.
其他顶部链接栏配置功能包括下列内容:链接到所有首要网站的网页.
链接到指定的外部网站.
链接到网站中任意位置的指定网站或网页.
在标题下组织链接.
对顶部链接栏上的项进行手动分类.
限制在全局导航级别显示的最大项数.
可以为每个网站唯一定义所有顶部链接栏功能(如外部链接).
通过使用SharePointDesigner2010或VisualStudio2010,还可以另行自定义顶部链接栏的外观和功能.
例如,可以执行下列操作:自定义层叠样式表单以更改顶部链接栏的外观.
修改数据源,例如,用于减少在顶部链接栏中显示的网站数量.
修改导航菜单样式.
例如,可以选择子菜单或指定在导航中要显示的网站层次结构的级别数.
"快速启动"导航"快速启动"导航通常突出显示当前网站中的重要内容,如列表和库.
通常,"快速启动"导航显示在网站中每个页面的左侧.
"快速启动"导航配置功能包括下列内容:链接到网站层次结构与当前网站位于同一级别的网站.
链接到特定的外部网站或当前网站中的页面.
在标题下组织链接.
对"快速启动"导航中的项进行手动分类.
限制在"快速启动"导航级别显示的最大项数.
按照自定义顶部链接栏的相同方式,通过使用SharePointDesigner2010或VisualStudio2010,还可以自定义"快速启动"导航的外观和功能.
痕迹导航痕迹导航在网页顶部显示一组动态生成的链接,以向用户显示其当前在网站层次结构中的位置.
通过使用SharePointDesigner2010或VisualStudio2010,可以配置痕迹导航控件.
例如,可以指定一个自定义导航提供程序,并且可以从页面布局中移除痕迹导航.
树视图导航树视图导航显示网站内容,例如,在层次结构中当前网站下的列表、库和网站.
通常,树视图导航显示在网站中每个页面的左侧.
默认状态下,树视图导航关闭.
网站管理员可以使用"树视图"页将树视图添加到网站中.
元数据导航元数据导航显示关于树视图导航中的库和列表内容的元数据,使用户能够根据指定的字段筛选库或列表内容.
网站管理员通过为列表或库使用"元数据导航设置"页,配置用户可使用的导航层次结构和主要筛选器,可以对元数据导航进行配置.
只有在用户查看已为其配置元数据导航的列表或库时,才会显示元数据导航.

页面布局上的导航控件页面布局通过提供可在其中显示网页内容的MicrosoftASP.
NET控件来定义网页的布局.
通过使用SharePointDesigner2010或VisualStudio2010,可以向页面布局添加导航控件以支持网页中的导航链接.
在将导航控件插入到页面布局之后,使用该页面布局的网页会将该控件与网页内容一起显示.
例如,您可以定义一个包含"摘要链接"导航控件的页面布局,这样,当显示网页时,将始终显示一组指向相关网页和网站的链接.
有关详细信息,请参阅摘要链接.

SharePointServer2010包含以下可添加到页面布局的导航控件:摘要链接目录内容查询摘要链接可以使用"摘要链接"控件将一组链接添加到网页上.
可以控制添加到"摘要链接"控件的链接的外观、组织和呈现.
可以通过以下三种方法将"摘要链接"控件添加到页面布局:可以直接将该控件添加到页面布局并配置链接.
采用这种方式时,使用页面布局的任何网页都会显示相关链接.
可以将该控件作为字段控件添加到页面布局.
采用这种方式时,可以选择配置链接,还可以选择允许作者修改链接和添加新链接.
可以将该控件作为Web部件添加到Web部件区域中.
采用这种方式时,作者可以修改链接、添加新链接以及删除"摘要链接"控件.
例如,如果您要在一个网站上发布技术支持知识库中的主题,则可以向用于这些文章的页面布局中添加"摘要链接"控件,以提供指向包含相关信息的相关网站的链接,并且,您可以允许作者添加指向与特定网页内容相关的内容的链接.

目录可使用"目录"控件向页面布局添加整个或部分网站的目录,以便将顶部链接栏和"快速启动"导航包含在网站的母版页中.
向页面布局中添加"目录"控件时,可指定该控件应显示网站集的哪个部分、如何显示链接以及如何组织链接.

可以通过以下两种方法将"目录"控件添加到页面布局:可以直接将该控件添加到页面布局并进行配置.
采用这种方式时,使用页面布局的任何网页都会显示目录.
可以将该控件作为Web部件添加到Web部件区域中.
采用这种方式时,作者可以修改"目录"控件的作用范围.
例如,如果您在一个在线新闻网站中呈现一组文章,则可以直接向文章页的布局添加"目录"控件,以便用户可以从任何文章网页中切换文章.
内容查询可以使用"内容查询"控件链接到根据您设计的查询显示的网页或其他项.
例如,如果您在一个在线新闻网站中呈现文章,则可以向网站的"欢迎页面"布局中添加一个"内容查询"控件,以便在网页上突出显示新文章.
可以使用"内容查询"控件构建复杂的查询.
例如,可以指定网站集中要查询的网站、要使用的列表以及要针对的目标访问群体.
还可以筛选基于库或列表中的项的查询.

可以通过以下两种方法将"内容查询"控件添加到页面布局:可以直接将该控件添加到页面布局并进行配置.
采用这种方式时,使用页面布局的任何网页都会显示查询结果.
可以将该控件作为Web部件添加到Web部件区域中.
采用这种方式时,作者可以修改查询或删除"内容查询"控件.
导航Web部件Web部件是一种可由作者插入到网页上的Web部件区域中并进行配置的控件.
"摘要链接"、"目录"和"内容查询"控件都具有相应的Web部件,网页作者可以将这些部件插入到网页上的Web部件区域中.
Web部件与其相关的控件具有相同的配置特性和功能,但是,当作者将Web部件插入到网页上(而不是当网站设计者将其插入到页面布局上)时,可以对Web部件进行配置.
为了让导航Web部件可供网页作者插入到网页中,可在页面布局上包含一个或多个Web部件区域,或者可以在网页上包含一个"RTF编辑器"控件,这样可以让用户直接将Web部件添加到"RTF编辑器"Web部件.
下列导航Web部件仅可用于非发布网站:类别显示网站目录中的类别.
网站聚合器显示您选择的网站.
分类网站显示网站目录中特定类别的网站.
标记云显示您组织内标记的最受欢迎的主题.
下列导航Web组件仅可用于发布网站:摘要链接允许作者创建可进行分组和样式设置的链接.
目录显示网站的导航层次结构.
如果您使作者能够在网页上插入导航Web部件,则会削弱对您网站导航的控制,因为作者随后可以控制网站用户的部分导航体验.
在控制较松的环境(如组织内的协作网站)中,当各个作者必须能够将用户指向与其作品相关的内容时,这种方法可能很适宜.
但在控制比较严格的环境(如Internet展示网站)中,当需由网站的设计者和规划者以一致、受控的方式规划和实现导航体验时,这种方法可能不太适宜.
注意:如果您希望在页面布局上加入Web部件区域,但要防止作者向这些区域中插入导航Web部件,则可以更改使用网站的Web部件库中的导航Web部件所需的权限,以使作者无法根据他们的权限级别使用这些Web部件.
另请参阅概念规划网站导航(SharePointServer2010)网站和网站集概述(SharePointServer2010)规划网站和网站集(SharePointServer2010)规划网站导航(SharePointServer2010)网站导航为网站用户提供了一个主要界面,以便在您网站中的各个站点和页面之间移动.
MicrosoftSharePointServer2010包含一组可自定义和可扩展的导航功能,可帮助引导您网站的用户并使他们能够在您网站中的各个站点和页面之间移动.
本文包含有关如何规划SharePointServer2010网站的网站导航的一般指南,但不描述SharePointServer2010中可用的导航控件的类型,也不说明如何向网页添加导航控件、如何配置导航控件或如何创建自定义导航控件.
有关网站导航控件的信息,请参阅网站导航概述(SharePointServer2010).
本文内容:关于规划导航规划用户体验规划页面上的导航网站规划数据工作表关于规划导航导航规划包括规划您希望在您网站中创建的用户体验,以及决定作者是否能够直接向其页面中插入导航元素.
基于SharePointServer2010的网站中的页面由三个元素组成:母版页、页面布局和页面内容.
在规划网站的导航时,可针对所有这些元素做出决策:在母版页上配置全局(顶部链接栏)导航元素和网站级别("快速启动")导航元素.
您可以向页面布局中添加的导航元素能够提供目录、基于查询对内容进行的动态访问或所创作的链接.
您可以允许页面内容中包含目录、基于查询对内容进行的动态访问或所创作的链接.
请注意,如果允许作者向页面内容中添加导航元素,则会减少网站设计者对网站导航体验的控制.
您可以使用痕迹导航来显示一组链接,这些链接显示网站层次结构(从当前页一直到首要网站).
规划用户体验您对于导航所做的决策与您就网站层次结构中网站的结构所做的决策密切相关.
对于网站层次结构中的每个网站,可以选择从其父网站继承顶部链接栏导航或"快速启动"导航,也可以规划唯一设置.
您对网站导航所做的决策将反映导航的唯一目的和结构.
当您规划导航时,请考虑如何在过多导航链接(可能使网站变得混乱)与过少导航链接(可能使网站用户难以找到重要信息)之间进行权衡.
此外,请记住以下内容:继承父网站的导航可能会将当前网站放入一个更大的上下文中.
在Intranet网站中,该继承可以帮助信息工作者使用网站集中的其他网站来完成其任务.
如果网站用户无需使用其他网站即可完成其任务,则考虑在网站中定义一个唯一的顶部链接栏,这样一来,网站用户就不会被无关的导航链接分散精力.
例如,使用记录中心网站的记录管理者可能无需转至"记录中心"之外即可完成自己的任务,因此,不会因所继承的一组顶部链接栏导航链接而受益.

在"快速启动"导航上显示对等网站可能意味着对等网站与当前网站具有类似的作用.
例如,在营销一系列产品的Internet网站上,"快速启动"导航上的对等网站可帮助网站用户找到相关产品和服务的说明.
但是,如果网站用户不太可能希望访问对等网站,则考虑不要在当前导航中显示对等网站.
例如,某个大学的Internet网站(对于每个研究生院均设立有网站)可能会忽略每个父网站的当前导航中的对等链接,因为对特定研究生院(如工商管理)感兴趣的学生不太可能希望访问与其他研究生院(如护理)相关的网站.
规划页面上的导航如果使用发布功能,则可以向页面布局添加导航控件.
也可以向页面布局添加Web部件区域并使作者能够向这些区域中添加导航Web部件.
与采用其他页面元素规划决策一样,应根据您对页面查看体验所需的控制程度来规划页面上的导航:若要严密控制网站导航,则可以在页面布局上直接放置导航控件并从页面布局中消除Web部件区域,或者限制在这些区域中使用导航Web部件.
例如,在一个具有几百万网站用户的企业Internet展示网站中,您可以决定限制作者插入导航控件.
可以通过在页面布局上放置Web部件区域并使作者能够在其页面上插入导航Web部件来提供一种比较多样化的网站导航.
例如,在一个Intranet网站中,作者和网站用户是同一个工作组的一部分,您可能决定通过使作者能够向其页面添加导航Web部件来控制其内容的导航体验.
有关详细信息,请参阅PlanWebpages.
网站规划数据工作表下载Excel版本的网站规划数据工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167837&clcid=0x804)(该链接可能指向英文页面).
使用此工作表可帮助记录有关网站导航的决策.

另请参阅概念网站导航概述(SharePointServer2010)网站和网站集概述(SharePointServer2010)规划网站和网站集(SharePointServer2010)主题概述(SharePointServer2010)主题提供了一种在MicrosoftSharePointServer2010中向网站应用颜色和字体的快速简单的方法.
在向网站应用主题后,大多数网页元素(例如背景图像、文本和超链接)的颜色会发生更改.
用于一些网页元素(如标题)的字体也会发生更改.
可以将主题与标准SharePointServer2010网站模板或自定义母版页结合使用,然后可以创建网站所有者可应用于其网站的主题.
本文概述了主题及其工作方式.
本文不介绍如何使用MicrosoftOffice2010应用程序创建自定义主题,以及如何上载主题和管理主题库中的主题.
本文也不讨论如何使用母版页或级联样式表规划网站的总体品牌.
有关详细信息,请参阅Web内容管理和品牌打造(该链接可能指向英文页面).
本文内容:关于使用主题主题的使用方法关于使用主题通过允许网站所有者或具有设计人员权限的用户对网站用户界面元素的颜色和字体进行更改,主题能够为SharePointServer2010网站树立良好的品牌形象.
您可以直接在用户界面中应用和自定义主题,而无需具备级联样式表或母版页方面的知识.
使用主题的一个好处是,网站所有者和具有设计人员权限的用户无需拥有开发人员资源就可以对网站进行基础更改.
主题是创立网站品牌的一种简单办法;主题不影响网站的布局.
默认情况下,主题仅应用于为其选择了特定主题的网站.
如果网站为发布网站,或者为网站启用了发布功能,那么在为网站配置主题时,可以选择从父网站继承主题,也可以指定一个将供网站和继承自该网站的所有网站使用的主题.
当选择了另外的主题并应用于网站时,可以选择是仅将该主题应用于该网站,还是应用于该网站以及网站层次结构中其下的所有网站.
这将覆盖那些网站可能已应用的任何特定主题.

注意:SharePointServer2010中的主题已经过重新设计,简化了生成主题的过程.
MicrosoftOfficeSharePointServer2007中创建的主题与SharePointServer2010不兼容.
如果从OfficeSharePointServer2007升级到SharePointServer2010,则可通过"直观升级"在旧的用户界面中继续使用网站.
不过,建议您使用SharePointServer2010中的新用户界面来创建主题并将其应用于您的网站.
主题的使用方法在网站上使用主题有三种方法:使用预安装主题.
修改预安装主题.
将自定义主题上载到主题库.
使用预安装主题SharePointServer2010附带有一些预安装主题,包括默认SharePoint主题.
在新建网站时,该网站将使用默认的SharePoint主题.
如果希望该网站使用父网站的主题,可将主题配置为从父网站继承.
修改预安装主题如果修改预安装主题,那么在应用主题更改后,系统将自动创建一个称为"自定义"的新主题.
一个网站只能具有一个自定义主题.
SharePointServer2010不提供在用户界面内保存主题的方法.
如果修改一个预安装主题并应用更改(由此创建一个称为"自定义"的新主题),然后修改第二个预安装主题,则第二个预安装主题将在应用设置时变成自定义主题.
若要拥有多个自定义主题,必须创建自己的自定义主题,并将其上载到网站集的主题库中.

将自定义主题上载到主题库可以通过在Office2010应用程序(如MicrosoftPowerPoint2010)中修改样式并保存主题来创建自定义主题.
这将创建一个.
thmx文件,您可以将该文件上载到网站集的主题库中.
主题库中的自定义主题可供该网站集中的所有网站使用.
另请参阅概念规划使用主题(SharePointServer2010)规划使用主题(SharePointServer2010)主题提供了一种在MicrosoftSharePointServer2010中向网站应用颜色和字体的快速简单的方法.
在向网站应用主题后,大多数网页元素(例如背景图像、文本和超链接)的颜色会发生更改.
用于一些网页元素(如标题)的字体也会发生更改.
可以将主题与标准SharePointServer2010网站模板或自定义母版页结合使用,然后可以创建网站所有者可应用于其网站的主题.
有关详细信息,请参阅主题概述(SharePointServer2010).
本文讨论如何制定在SharePointServer2010网站中使用主题的计划,并包括制定网站主题使用计划的关键步骤.
本文不介绍如何使用MicrosoftOffice2010应用程序创建自定义主题,以及如何上载主题和管理主题库中的主题.
本文也不讨论如何使用母版页或级联样式表规划网站的总体品牌.
有关详细信息,请参阅Web内容管理和品牌打造(该链接可能指向英文页面).
在阅读本文之前,请确保已阅读文章规划网站和网站集(SharePointServer2010).
本文内容:关于主题使用计划决定是否使用主题确定需要多少主题决定主题创建人网站规划数据工作表关于主题使用计划制定主题使用计划时涉及三种主要决定:决定是否使用主题.
如果要使用主题,确定需要多少主题.
决定谁将创建自定义主题.
本文的其余部分将解释这些决定并介绍制定计划时的其他注意事项.
决定是否使用主题制定主题使用计划的第一步是确定主题这个选项是否适合您的方案.
用于自定义网站的其他选项包括使用备用CSS文件和创建自定义母版页.
这些选项需要设计人员或开发人员的技能才能得以实施,因此可能不适合您的方案.
若要决定是否使用主题,请确定需要对您的网站的现有外观进行多少更改,然后选择最适合您要执行的操作的选项.
您可以结合使用这些选项中的一个或多个选项,具体取决于您要对网站进行的自定义设置.
下表介绍不同级别的自定义设置并提供了最适合各个级别的建议选项.

如果需要则使用允许网站所有者更改颜色和字体主题对其他设计元素(例如字体大小和间距)进行更改级联样式表完全更改网页结构和设计母版页如果您决定使用主题,请继续阅读本文的其余部分.
确定需要多少主题在决定使用主题后,必须确定您的网站需要多少主题.
考虑随SharePointServer2010安装的主题是否够用,以及是否需要创建自定义主题以在各个网站中使用.
若要创建自定义主题,还必须确定需要多少主题,并决定哪些网站将使用哪些主题.
使用网站规划数据工作表可以记录哪些网站应使用主题,并确定需要多少独特主题.
决定主题创建人如果您要使用自定义主题,则必须确定谁将负责创建*.
thmx文件.
因为自定义主题是在Office2010应用程序(如PowerPoint)中创建的,所以不需要图形设计人员来创建主题;但是,您可能希望在计划阶段让图形设计人员为主题中将使用的颜色值和字体样式提供指导.
您还必须决定由谁负责将主题上载到主题库.
是仍由创建主题的人负责将*.
thmx文件上载到主题库,还是让他们将主题文件保存到目录以便让网站集管理员进行上载用户必须对包含主题库的网站集拥有管理员或设计人员权限才能将*.
thmx文件上载到主题库.
网站规划数据工作表下载Excel版本的网站规划数据工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=167837&clcid=0x804)(该链接可能指向英文页面).
使用此工作表可帮助记录有关主题的决定.

另请参阅概念主题概述(SharePointServer2010)网站和网站集概述(SharePointServer2010)规划网站和网站集(SharePointServer2010)规划多语言网站(SharePointServer2010)MicrosoftSharePointServer2010提供了多个功能,使您能够支持不同区域的用户或操持不同语言的用户.
可以使用这些功能以不同语言创建网站,并配置网站变体设置,通过这些设置,可以轻松地跟踪多个重复网站之间所发生的网站更新和更改.

本文讨论如何规划多语言SharePointServer2010网站,但不介绍如何创建多语言网站或如何安装语言包.
有关创建多语言网站的信息,请参阅用不同于默认语言的语言创建网站(该链接可能指向英文页面).
有关语言包的信息,请参阅Deploylanguagepacks(SharePointServer2010).
本文内容:关于规划多语言网站确定语言和区域设置要求确定是否使用网站变体确定语言包要求确定分词系统和词干分析器的要求关于规划多语言网站如果组织需要支持不同区域的用户或操持不同语言的用户,则当您规划总体网站结构和导航时,必须确定您的多语言需求以及如何规划多语言网站部署.
若要确定您的多语言需求,您必须:确定您需要支持的语言和区域设置.
确定是否要使用网站变体功能.
若要规划多语言网站部署,您必须确定应在服务器上安装或配置哪些语言功能和组件.
其中可能包括:语言包.
分词系统支持.
注意:尽管MicrosoftOfficeSharePointServer2007支持国际化域名(IDN),但SharePointServer2010不支持.
如果您当前在OfficeSharePointServer2007中使用IDN,并计划升级或迁移到SharePointServer2010,则在您升级或迁移到SharePointServer2010之前,必须停止使用IDN,删除任何IDN设置,并设置非IDN环境.
确定语言和区域设置要求出于以下原因之一,您可能需要以多种语言创建网站:需要向不同区域的用户提供网站内容.
政府法规或组织政策要求您以多种语言提供网站内容.
当您确定语言要求时,一定要和所有潜在的网站所有者进行协商,并确保列出您在将来可能需要支持的所有语言.
与等到服务器能够在完全生产环境中运行时再安装语言支持相比,在初始部署期间安装语言支持要更容易一些.
创建某特定语言的网站之后,将无法更改网站的默认语言.
但是,登录到该网站的用户可以使用多语言用户界面选择要用来显示网站的可选语言.
这将更改网站用户界面向用户显示的方式,但不会更改网站内容.
例如,如果网站是用法语设置的,并且服务器上已安装了西班牙语言包,那么网站用户可以将语言更改为西班牙语,以便他们浏览网站时用户界面可以显示为西班牙语.
这样只会更改西班牙语用户的用户界面,而不影响网站对其他用户的显示方式.
此外,用法语创建的所有内容仍将以法语显示.
有关多语言用户界面的详细信息,请参阅多语言用户界面概述(SharePointServer2010).
注意:如果用户更改其个人网站设置从而以备用语言显示网站,则一些网站元素(例如列名)可能仍会以默认网站语言显示.
请不要仅仅因为您的文档库中包含多种语言的文档,您就认为必须以多种语言创建网站或网站集.
文档库可以包含多种语言的文档,而并不要求您以多种语言创建网站或网站集.
例如,英文网站集的文档库可能包含以法语编写的文档和以日语编写的文档.
对于发布网站,可以以任何语言创建内容.
您不必为了显示包含其他语言内容的页面而使用特定语言创建网站.

当您规划多语言网站时,还应考虑到支持您的网站所必需的区域设置.
区域设置是一种用于指定数字、日期、时间在网站上的显示方式的区域性设置.
但区域设置并不会更改显示网站的语言.
例如,选择"泰语"区域设置将会更改列表项的默认排序顺序,并使用泰国佛历替代默认日历.
区域设置是独立于创建网站时指定的语言而配置的一种设置,但与语言不同,区域设置可以随时更改.
有关用户界面转换的详细信息,请参阅确定语言包要求.

确定是否使用网站变体SharePointServer2010变体功能使网站管理员可以在不同网站中向特定访问群体提供相同的信息,其方法是在每个目标变体中维护来自源变体的内容的可自定义副本.
变体由一组标签构成,这些标签可用于在网站集中创建一组网站.
例如,如果您需要网站的四个语言变体,则需要创建四个标签,每种语言对应于一个标签.
变体功能将创建四个网站,每个网站对应一个标签.
网站管理员选择一个标签作为源标签.
相应的源网站是大多数新内容进入系统的位置.
其余标签为目标标签,变体功能会将它们创建为目标网站.
对于多语言网站,您可能需要使用您的组织的主要语言作为源标签.
只可以具有一个源标签,源标签一旦指定将无法更改.
有关变体的详细信息,请参阅Variationsoverview.
为了确保无缝同步,当对源网站内的一个页面进行更改时,您可以配置变体功能,以便手动或自动将更新后的页面复制到目标网站.
这种更改可能小到只是更正拼写错误,或大到完全重新编写内容.
副本作为新的草稿项显示在目标网站上;它不替换现有内容.
目标网站上的内容所有者做出相关的决定,以确定是按原样接受更改,转换更改的内容,还是忽略更改的内容.
如果源网站上的用户在源网站下创建新网站或发布新页面,则上述规则同样适用.
网站管理员可以决定是以自动还是手动方式创建变体的对应网站和页面.

当您规划多语言网站时,请考虑您是否必须创建将在各网站间共享的、但必须经过修改以满足区域要求或必须经过转换以满足语言要求的内容.
有关详细信息,请参阅Planvariations.
确定语言包要求根据您网站的语言要求,确定需要在前端Web服务器上安装的语言包.
语言包使您能够以多种语言创建网站和网站集,而不要求单独安装SharePointServer2010.
语言包安装在服务器场中的前端Web服务器上并包含特定语言网站模板.
当您创建基于特定语言网站模板的网站或网站集时,出现在网站或网站集上的用户界面文本将用指定网站模板的语言显示.
例如,当您决定用法语创建某个网站时,该网站的工具栏、导航栏、列表和列标题都将用法语显示.
同样,如果您决定用阿拉伯语创建某个网站,则该网站的工具栏、导航栏、列表和列标题都将用阿拉伯语显示,并且网站默认的从左至右方向将更改为从右至左方向以正确地显示阿拉伯语文本.

如果您的网站用户无法使用您计划为该网站使用的默认语言进行工作,则还应安装语言包,使用户能够通过使用多语言用户界面,利用他们所选择的语言进行工作.
如果您没有提供对其他语言的支持,用户可能会发现,很难通过非本土语言使用网站功能.
语言包提供用户界面元素的特定语言转换,例如:功能区元素列表和网站栏标题网站设置界面用于新列表、文档库和网站的模板托管元数据标记.
未使用网站默认语言表示的内容的相关搜索索引.
注意:语言包只提供用户界面的转换,而不会转换在内容页或Web部件中创建和显示的内容.
可供您用来创建网站或网站集的可用语言的列表由安装在服务器场的前端Web服务器上的语言包生成,用户可在多语言用户界面中选择该列表.
默认情况下,使用安装SharePointServer2010时所使用的语言来创建网站和网站集.
例如,如果安装西班牙语版本的SharePointServer2010,则网站、网站集合和网页的默认语言为西班牙语.
如果您需要使用默认的SharePointServer2010语言之外的其他语言创建网站、网站集合或网页,则在您可以选择用来创建网站的另一种语言之前,必须在前端Web服务器上安装该语言的语言包.
例如,如果您正在运行法语版本的SharePointServer2010,且您希望使用法语、英语和西班牙语创建网站,则在您可以创建英语网站和西班牙语网站之前,必须在前端Web服务器上安装英语语言包和西班牙语语言包.
SharePointServer2010的语言包未捆绑或组合到多语言安装包中:您必须为要支持的每种语言安装特定的语言包.
还必须在服务器场中的所有前端Web服务器上安装语言包,以确保每台Web服务器都可使用指定的语言呈现内容.
有关哪些语言包可用的详细信息,请参阅Languagepacks(SharePointServer2010).
有关如何部署语言包的详细信息,请参阅Deploylanguagepacks(SharePointServer2010).
即使您为网站指定了某种语言,某些用户界面元素(如错误消息、通知或对话框)也可能不会以您选择的语言显示.
这是因为SharePointServer2010依赖于若干支持技术(例如,.
NETFramework、MicrosoftWindowsWorkflowFoundation、ASP.
NET和MicrosoftSQLServer),而其中一些支持技术仅本地化为有限的几种语言.
如果某个用户界面元素是由这其中的一项支持技术生成的,而该支持技术未本地化为网站管理员为网站指定的语言,则该用户界面元素将用英语显示.

此外,一些文本也可能源自初始安装语言,这样可创建混合语言体验.
通常,只有内容创建者或网站管理员能够看到此类混合语言体验,而网站用户则看不到.
注意:SharePointServer2010在服务器上存储的错误日志始终用英文显示.
有关安装语言包的详细信息,请参阅Deploylanguagepacks(SharePointServer2010).
确定分词系统和词干分析器的要求分词系统和词干分析器是作为索引过程和查询过程的一部分的组件.
分词系统是在索引编制和查询过程中用来将文本字符串拆分成单独字词的组件.
词干分析器是一个查找字词的根词的组件,它还可以生成该字词的变体.
用于分词和词干的规则根据语言不同而异,您可以为不同语言指定不同的规则.
每种语言的分词系统使得针对该语言生成的字词更准确.
在语系具有分词系统而特定子语言没有分词系统的情况下,将使用主要语言.
例如,法语分词系统用于处理法语(加拿大)文本.
如果某种特定语言没有分词系统,则使用中性分词系统.
使用中性分词系统,将按中性字符(如空格和标点符号)来分隔单词.

如果您安装任何语言包或补充语言支持,建议您为必须需要的每种语言安装适当的分词系统和词干分析器.
必须在所有运行SearchService的服务器上安装分词系统和词干分析器.
有关SharePointServer2010为分词系统和词干分析器提供的语言的列表的详细信息,请参阅Languagesforwordbreakersandstemmers(SharePointServer2010).
另请参阅概念多语言用户界面概述(SharePointServer2010)规划多语言用户界面(SharePointServer2010)其他资源Multilingualtermsets(SharePointServer2010)多语言用户界面概述(SharePointServer2010)本文讨论MicrosoftSharePointServer2010中新增的多语言用户界面功能.
以前在MicrosoftOfficeSharePointServer2007中,当您创建网站集或网站时,如果服务器上安装了语言包,您还可以选择网站用户界面的显示语言.
但是,网站的语言一经设置,便无法再进行更改.
多语言用户界面功能引入了用户可以选择的辅助语言的概念.
此功能可使用用户选择的、不同于创建网站时选择的主要语言的辅助语言来显示网站用户界面.

本文介绍SharePointServer2010中的多语言用户界面,但不介绍如何部署使用多语言用户界面所需的语言包,或者如何配置网站设置以允许用户设置其首选语言.
同时也不讨论如何规划在您的网站解决方案中使用多语言用户界面.
有关如何让各别用户更改用于显示其网站用户界面的语言的信息,请参阅使网站用户界面可使用多种语言(该链接可能指向英文页面).
有关规划使用多语言用户界面的详细信息,请参阅规划多语言用户界面(SharePointServer2010).
本文内容:多语言用户界面的用法和优势多语言用户界面的工作原理多语言用户界面支持哪些项目添加和修改应用程序内容导出和导入翻译的内容对托管元数据使用多语言用户界面多语言用户界面的限制多语言用户界面的用法和优势多语言用户界面使用户能够使用他们选择的辅助语言在单个网站中进行协作,而不用考虑在创建网站时选择了哪种语言.
在创建新网站时,如果服务器上已经安装了语言包,则可以指定该网站的主要语言.
该网站将使用该主要语言显示网站用户界面,如网站导航和管理页面.
如果希望网站用户能够以辅助语言查看网站用户界面,则可以通过"语言设置"页指定可供用户使用的语言.
登录到网站的用户可以使用用户菜单上的"选择显示语言"选项来选择用于显示网站用户界面的辅助语言.
在用户选择语言后,该域名内的所有网站都将以用户的首选语言显示.
但是,这不会更改网站的默认主要语言.
查看该网站的其他用户看到的仍然是以主要语言显示的网站用户界面.
该网站用户界面只会针对那些选择了不同的辅助语言来显示网站的用户进行更改.

通过使用多语言用户界面,团队成员可以通过共享的公用语言处理文档和项目,同时以他们的首选语言查看网站和执行任务.
除了团队协作外,多语言用户界面还使得服务器场管理员和网站管理员能够以他们的首选语言执行管理任务.
例如,服务器场管理员可以更改管理中心网站的主要语言,以便以他们的首选语言显示管理链接和说明.

注意:多语言用户界面只采用其他语言显示网站用户界面元素,它不会采用其他语言翻译或显示文档或列表项之类的内容.
除了允许用户更改网站的主要语言外,多语言用户界面还允许用户更改新的和现有的应用程序内容,例如列表或库标题和说明,并允许用户在使用其他语言的其他用户的用户界面中反映这些更改.
例如,使用英语作为首选语言的团队成员创建了一个名为"TeamReports"的新文档库.
另一名首选语言设置为德语的团队成员登录到该网站并将库标题更改为"Mannschaftsberichte".
首选语言设置为德语的用户下次登录该网站时,文档库的名称将显示为"Mannschaftsberichte".
但是,首选语言设置为英语的用户看到的文档库名称仍然是"TeamReports".
SharePointServer2010提供了以下三种可用于翻译某些应用程序内容(如列表或库标题和说明)的方法:使用用户界面、导出和导入网站的翻译以及使用对象模型.
多语言用户界面的工作原理默认情况下,在创建新网站时,它会使用服务器上安装的SharePointServer2010的默认语言创建.
服务器场管理员必须在服务器上安装语言包,才能采用默认语言以外的语言创建网站.
有关详细信息,请参阅Deploylanguagepacks(SharePointServer2010).
在服务器上安装语言包之后,将会向"网站设置"页中添加"语言设置"链接.
网站管理员可使用"网站设置"页指定网站将支持的辅助语言.
网站管理员为网站启用辅助语言后,用户可以登录该网站并在浏览网站集中的任何页面时,使用用户菜单上的"选择显示语言"选项来更改显示语言.
在用户更改页面的显示语言后,新的显示语言将成为整个网站集的用户首选语言.

SharePointServer2010通过使用以下规则中首先应用的规则,来选择用于显示网站集页面的语言:用户是否对此计算机上的这一网站集设置了首选语言如果是,则使用用户的首选语言.
在Web浏览器中指定的语言首选项是否是该页面支持的语言之一如果是,则使用浏览器的首选语言.
否则,使用网站集的默认语言.
SharePointServer2010提供了以下三种可用于修改某些应用程序内容(如列表或库标题和说明)的方法:使用用户界面、导出和导入网站的翻译以及使用Microsoft.
SharePoint命名空间中的SPUserResource类.
并非所有用户界面元素都可以直接在用户界面中更改.
例如,用户操作和命令只能使用SPUserResource类进行更改.
有关详细信息,请参阅SPUserResource类(该链接可能指向英文页面).
多语言用户界面支持哪些项目当用户以辅助语言查看网站时,用户界面的某些元素会以首选语言显示.
以下列表列出了多语言用户界面支持的项目的示例:设置页,例如_layouts和_admin虚拟目录中的页.
帮助.
应用程序内容,例如菜单、控件、网站操作、网站标题和说明、列表或库标题和说明、顶部链接栏链接、快速启动链接、本地痕迹导航、网站和列表内容类型以及网站和列表列.
开发人员内容,如功能和解决方案.
但是,并非所有用户界面元素都会得到翻译.
以下列表列出了多语言用户界面不支持的项目的示例:Web部件(链接到列表或库的Web部件除外).
全局痕迹导航.
用户创建的内容,例如列表项数据、库中的文档和网页、权限级别、组、视图和Web部件.
尽管多语言用户界面支持大多数网站模板,但却不支持以下网站模板:博客模板.
任一会议工作区模板.
任一Web数据库模板.
添加和修改应用程序内容用户可以通过以下两种方法之一来添加或修改应用程序内容(如列表标题或列名称和说明):采用主要语言添加或修改内容,或者采用一种或多种辅助语言添加或修改内容.
当用户使用网站的主要语言查看该网站时,创建的所有新应用程序内容都将以主要语言显示,即使是以辅助语言查看该网站.
例如,如果网站的主要语言是英语,并且用户以主要语言查看该网站并创建一个名为"TeamDocuments"的新文档库,当某个用户以任何辅助语言查看该网站时,库标题将仍显示为"TeamDocuments".
若要将新的用户界面字符串翻译为辅助语言,用户必须将用户首选项更改为以辅助语言显示网站,然后对用户界面元素进行更改.
当用户使用辅助语言查看网站时,创建的任何新应用程序内容都将以该语言显示,即使是以主要语言或任何其他辅助语言查看该网站.
例如,如果网站的主要语言是英语,并且用户以德语查看该网站并添加一个名为"Mannschaftsdokumente"的文档库,即使以英语查看该网站,库标题也仍将显示为"Mannschaftsdokumente".
若要将新的用户界面字符串翻译为主要语言或其他辅助语言,用户必须将用户首选项更改为以所需语言显示网站,然后对用户界面进行更改.
"语言设置"页包含一个"覆盖翻译"选项,该选项会影响将对现有应用程序内容的更改应用于网站的其他语言的方式.
如果启用"覆盖翻译"选项,对采用主要语言的用户界面所做的任何更改都将覆盖对采用辅助语言的用户界面元素所做的任何更改.

默认情况下,当用户使用网站的主要语言查看该网站时,对现有应用程序内容所做的任何更改都只应用于该语言.
与采用辅助语言的用户界面元素关联的字符串将保持不变.
但是,如果启用"覆盖翻译"选项,与每种语言的用户界面元素关联的字符串将被替换为新的主要语言字符串.
例如,如果网站的主要语言是英语,并且用户将"SharedDocuments"库的标题更改为"TeamDocuments",默认情况下,该标题只针对网站的主要语言进行更改.
但是,如果启用"覆盖翻译"选项,该标题将针对每种辅助语言更改为"TeamDocuments",并且必须重新翻译.
当用户使用辅助语言查看网站时,对现有应用程序内容所做的任何更改都只应用于该语言.
与采用主要语言或其他辅助语言的用户界面元素关联的字符串将保持不变.
若要将用户界面字符串翻译为主要语言或其他辅助语言,用户必须将用户首选项更改为以所需语言显示网站,然后对用户界面进行更改.

导出和导入翻译的内容多语言用户界面功能允许您导出和导入应用程序内容进行批量翻译.
您可以导出采用主要语言或某种辅助语言的任何新的或修改的应用程序内容的字符串,而不是一次一项地翻译应用程序内容.
若要导出内容,请使用"网站设置"页上的"导出翻译"链接.
在导出辅助语言的应用程序内容时,您可以决定是导出所有内容还是只导出未翻译的内容.

在导出应用程序内容时,它将保存为.
resx文件,可通过文本编辑器或可打开资源文件的任何第三方工具打开该文件.
有关详细信息,请参阅.
Resx文件格式中的资源.
翻译资源字符串后,可以使用"网站设置"页上的"导入翻译"链接导入该.
resx文件.
对托管元数据使用多语言用户界面您可以创建多语言托管元数据供SharePointServer2010解决方案使用.
通过使用术语存储管理工具,您可以创建术语集,并将多个标签(需要支持的每种语言分别有一个标签)与术语集中的各个术语进行关联.
当用户更改网站的首选语言时,术语将使用与所选语言对应的标签进行显示.
有关如何对网站使用多语言托管元数据的详细信息,请参阅Multilingualtermsets(SharePointServer2010).
多语言用户界面的限制如上所述,多语言用户界面并非支持所有用户界面元素.
以下列表介绍了在使用多语言用户界面时适用的其他限制:搜索搜索使用安装的SharePoint的默认语言的索引内容.
即使内容是以辅助语言提供的,也只能使用网站的默认语言搜索该内容.
例如,如果您的首选语言是德语,但是网站的主要语言是英语,那么搜索"FreigegebeneDokumente"时将不会返回任何结果,而搜索"SharedDocuments"却会返回搜索结果.
Web部件用户界面中的Web部件标题和说明不会发生更改,除非该Web部件是基于列表的Web部件.
例如,显示列表和库数据的Web部件(如公告和共享文档)的标题和说明将以用户的首选语言显示,而其他Web部件(如内容编辑器和内容查询Web部件)的标题和说明只以网站的主要语言显示.
另请参阅概念规划多语言用户界面(SharePointServer2010)规划多语言网站(SharePointServer2010)规划多语言用户界面(SharePointServer2010)MicrosoftSharePointServer2010中新的多语言用户界面功能引入了用户可选择的辅助语言的概念.
该功能会以用户所选的与创建网站时选择的主要语言不同的辅助语言显示网站用户界面.
本文介绍如何在SharePointServer2010网站解决方案中规划多语言用户界面的使用.
本文不介绍如何部署使用多语言用户界面所需的语言包,或者如何配置网站设置来允许用户设置首选语言.
有关如何让单个用户更改用于显示其网站的用户界面的语言的详细信息,请参阅使网站的用户界面可使用多种语言(该链接可能指向英文页面).
有关多语言用户界面的详细信息,请参阅多语言用户界面概述(SharePointServer2010).
本文内容:确定网站的语言要求规划翻译内容规划ServicePack的安装确定网站的语言要求服务器场管理员必须将语言包部署到服务器以供在网站上使用,才能在SharePoint网站中使用多语言用户界面.
服务器场管理员需要决定使用哪些语言包以及何时将语言包部署到服务器.
网站管理员必须为各个网站配置语言设置,以便为网站用户提供特定语言.
您应该决定各个网站需要哪些语言,并做好规划让网站管理员为其管理的网站启用特定语言.
有关规划多语言网站的详细信息,请参阅规划多语言网站(SharePointServer2010).
有关部署语言包的信息,请参阅Deploylanguagepacks(SharePointServer2010).
规划翻译内容打算在网站上启用多语言用户界面以在用户使用首选语言时为其提供协作方式之前,您必须确定使用默认的多语言用户界面是否足够,或者是否必须翻译应用程序内容.
如果您的应用程序内容必须翻译,您应该考虑以下问题:如何翻译新的和现有应用程序内容各个团队成员是否在必要时直接在用户界面中翻译应用程序内容,还是您以网站所需的语言导出资源文件并一次翻译所有文件如果用户以辅助语言创建新应用程序内容,您必须规划将该内容翻译成网站主要语言以及其他辅助语言的人员.
如果您规划创建复杂页面(例如新建菜单页面)或开发自定义解决方案(例如创建列表的功能),则必须规划使用对象模型来提供辅助语言的翻译.

谁将翻译应用程序内容资源文件的翻译是由您组织内人员完成还是需要第三方进行翻译如何处理应用程序内容的更新对用户界面发生更改时即翻译更改内容还是定期进行这可能取决于网站的大小和规模,及其所包括的内容.
如何处理翻译覆盖您是否希望主要语言的更改覆盖辅助语言的字符串值如果是,则您必须在"语言设置"页上启用"覆盖翻译"选项.
必须更改哪些列名称必须为哪些语言翻译哪些列名称这些列名称是在列表级还是网站级规划ServicePack的安装如果将语言包作为SharePointServicePack版本的一部分进行更新,您必须在安装ServicePack时在服务器上更新语言包.
您应该规划与服务器场管理员合作监视ServicePack以及任何关联的语言包的版本,以便您可以得知是否具有需要为用户安装的更新语言包.
另请参阅概念多语言用户界面概述(SharePointServer2010)规划多语言网站(SharePointServer2010)规划网站和内容的安全性(SharePointServer2010)企业中的某些网站可能包含不应该提供给全部用户的内容.
例如,对于专有技术信息,应该只让需要知道的人访问.
对于员工福利Intranet门户,应该只让全职员工访问,而对于Internet网站的主页,匿名客户端也可以访问.
权限可控制对网站和网站内容的访问.
您可以使用MicrosoftSharePointServer2010组和细化权限来管理权限,组用于控制成员身份,而细化权限可帮助在项目和文档级别保护内容的安全.
本节介绍网站和网站内容的权限,并提供选择权限时的注意事项.
本节内容:规划网站权限(SharePointServer2010)帮助您了解权限分配方式,并帮助您选择要在网站集或子网站中使用的适当权限.
确定要使用的权限级别和组(SharePointServer2010)检查可用的权限级别和组,并帮助您确定是否需要其他权限级别或组.
选择安全组(SharePointServer2010)帮助您确定要使用哪些MicrosoftWindows安全组和用户帐户来授予对网站的访问权限,决定是否使用AuthenticatedUsers组,以及决定是否允许匿名访问.
选择管理层次结构的管理员和所有者(SharePointServer2010)定义从服务器级别到子网站级别的管理级别,并帮助您为每个级别选择管理员.
使用细化权限的最佳实践(白皮书)(SharePointServer2010)提供在SharePoint2010产品中使用细化权限的指南.
规划网站权限(SharePointServer2010)本文将帮助您制定网站集、网站和子网站级别的访问控制计划.
此外,还会介绍权限继承和细化权限,说明如何为网站集层次结构内不同范围的用户和组确定有效权限.
本文内容:关于网站权限关于分配权限关于权限继承关于有效权限选择权限级别制定权限继承计划简介网站和内容访问是通过向用户和组提供一组对特定网站、列表或库、文件夹、文档或项目的权限来控制的.
在制定网站和内容访问计划时,应考虑下列问题:对于网站或网站内容,您希望以什么样的严格程度来控制权限.
例如,您是希望控制网站级别的访问,还是需要对特定列表、文件夹或项目使用限制性更强的安全设置.
如何使用组对用户分类以及管理用户.
在针对特定网站或特定网站内容为组分配权限级别之前,组没有任何权限.
当您在网站集级别向SharePoint组分配权限级别后,默认情况下,所有网站和网站内容都将继承那些权限级别.
有关使用组来帮助管理权限的详细信息,请参阅选择安全组(SharePointServer2010).
本文将介绍网站权限,并帮助您确定哪些网站或网站内容要求使用唯一权限.
本文不介绍如何制定整个服务器或服务器场的安全计划.
关于网站权限在配置网站和网站内容的访问权限之前,应先了解下列概念:单个用户权限单个权限允许用户执行特定操作.
例如,利用"查看项目"权限,用户可以查看列表或文件夹中的项目,但不能添加或移除项目.
有关可用权限的详细信息,请参阅Userpermissionsandpermissionlevels(SharePointServer2010).
权限级别此预定义权限集允许用户执行一组相关任务.
例如,"读取"权限级别包括"查看项目"、"打开项目"、"查看网页"和"查看版本"等权限,它们都是读取SharePoint网站中的文档、项目和页面所必需的.
单个权限可以包含在多个权限级别中.
其权限级别包括"管理权限"权限的任何用户或组均可自定义权限级别.
默认权限级别为"受限访问"、"读取"、"参与讨论"、"设计"和"完全控制".
有关默认权限级别及其包含的权限的详细信息,请参阅Userpermissionsandpermissionlevels(SharePointServer2010).
组组可以是Windows安全组或SharePoint组(例如"网站所有者"、"网站成员"或"网站访问者").
组在网站集级别创建和管理.
每个SharePoint组均分配有默认权限级别,但任何组的权限级别均可自定义.
分配有包含"创建组"权限(默认情况下包含在"完全控制"权限级别中)的权限级别的任何人都可以创建自定义SharePoint组.
有关自定义权限级别的详细信息,请参阅Configurecustompermissions(SharePointServer2010).
用户用户是拥有用户帐户的人员,此用户帐户可通过用于服务器的身份验证方法进行验证.
虽然您可以直接向单个用户提供对网站或特定内容的权限,也可以直接向用户分配权限级别,但我们建议您向组而不是用户分配权限.
因为维护单个用户帐户缺乏效率,您应该只在例外情况下对每个用户分配权限.
有关用户帐户类型的详细信息,请参阅Userpermissionsandpermissionlevels(SharePointServer2010).
安全对象安全对象是针对其向用户或组分配权限级别的网站、列表、库、文件夹、文档或项目.
默认情况下,网站内的所有列表和库均继承该网站的权限.
您可以使用列表级、文件夹级和项目级权限进一步控制哪些用户能够查看网站内容或与之交互.
例如,如果特定安全对象的权限级别包括"管理权限"权限,则分配有该权限级别的任何人均可更改该安全对象的权限.
您可以随时恢复为从父列表、整个网站或父网站继承权限.

关于分配权限可以针对特定安全对象向用户或组分配权限级别.
各个用户或组对不同的安全对象可以拥有不同的权限级别.
下图演示如何针对安全对象向用户或组分配特定权限级别.
关于权限继承网站内安全对象的权限默认情况下从该网站继承.
您可以使用细化权限(列表或库、文件夹、项目或文档级别的唯一权限)更加精确地控制用户能够在网站上执行的操作.
但是,使用过多的细化权限会使权限管理变得复杂.

权限继承和细化权限对于网站层次结构中任何较低级别的安全对象,您可以通过对其创建细化权限来断开权限继承关系.
例如,您可以编辑文档库的权限,这样可断开从网站继承权限这一关系.
但是,断开继承关系仅针对为其更改权限的特定安全对象;网站其他部分的权限将保持不变.
您可以随时恢复为从父列表或网站继承权限.

提示:如果要使用细化权限,则应使用组,以避免必须跟踪各个用户帐户的麻烦.
例如,由于工作组中的成员及其责任会经常变动,因此跟踪那些变动并更新唯一安全对象的权限相当耗时,且容易出错.
下列安全对象可接受细化权限分配:网站:从整体角度控制对网站的访问.
列表或库:控制对特定列表或库的访问.
文件夹:控制对某个文件夹的属性(例如文件夹的名称)的访问.
项目或文档:控制对特定列表项或文档的访问.
权限继承和子网站继承权限是默认行为,是管理一组网站最为简便的方法.
但是,如果子网站从其父网站继承权限,则该组权限是与父网站共享的.
如果子网站的所有者编辑其权限,则网站的权限也会更改,这样会危害到安全性,或者会阻止用户访问内容.

如果希望只更改子网站的权限,则必须先停止从网站继承权限,然后对子网站创建细化权限.
例如,如果特定列表、库、文件夹、项目或文档包含需要提高保护级别的敏感数据,则可以为需要访问此类对象的特定组或单个用户创建细化权限.

创建唯一权限可将组、用户和权限级别从父网站复制到子网站,然后断开继承关系.
如果恢复继承权限,子网站将从父网站那里继承其用户、组和权限级别,这样会丢失子网站特有的用户、组或权限级别.
注意:作为最佳实践,应该安排好网站和子网站,使它们能够共享大多数权限,这一做法对列表和库同样适用.
请将任何敏感数据置于单独的列表、库或子网站中.
关于有效权限配置安全设置或执行批量操作要求使用网站资源上用户和组权限的准确信息.
例如,许多SharePoint网站都会为所有已验证用户(NTAUTHORITY\AUTHENTICATEDUSERS域组)提供至少某些网站内容的访问权限.
如果希望进一步限制访问,则必须精确确定已验证用户对哪些网站内容拥有哪些权限.
跟踪继承权限和断开继承关系的区域会使确定正确权限的程序变得复杂.
SharePointServer2010可使用有效权限来确定网站集内所有资源的用户或组权限.
现在您可以查找直接分配的用户权限以及分配给用户所在的任何组的权限.
重要:有效权限简化了在网站集中查找权限的过程.
但是,此类权限不能用来替代仔细规划的权限结构.
选择权限级别在创建权限后,必须在兼顾易管理性和性能的同时实现单个项目的访问权限控制.
如果大量使用细化权限,则需要花费更多的时间来管理权限,并且用户在尝试访问网站内容时会感到运行速度下降.
使用下列指导原则配置网站权限:遵循使用最小特权原则:用户只应拥有执行其分配的任务所需的权限级别或单个权限.
使用标准组(例如Members、Visitors和Owners)并在网站级别控制权限.
让大多数用户成为Members或Visitors组的成员.
默认情况下,Members组中的用户可以通过添加或移除项目或文档参与网站的创作,但他们不能更改网站的结构、网站设置或外观.
Visitors组对网站拥有只读访问权限,这意味着他们可查看页面和项目,打开项目和文档,但不能添加或移除页面、项目或文档.
限制Owners组中的人数.
只将您希望其更改网站结构、设置或外观的那些用户添加到Owners组中.
如果需要更好地控制用户可执行的操作,您可以创建更多的SharePoint组和权限级别.
例如,如果您不希望特定子网站的读取权限级别包括"创建通知"权限,请断开继承关系并自定义该子网站的读取权限级别.
制定权限继承计划如果权限以及继承的权限的层次结构非常清晰,则权限的管理会更加容易.
如果网站内的某些列表应用了细化权限,一些网站的子网站具有唯一权限,而另一些网站的子网站具有继承的权限,这时管理起来就困难得多.

例如,管理下表所示的具有权限继承关系的网站会容易得多.
安全对象说明独特的权限或继承的权限SiteA组主页独特SiteA/SubsiteA敏感组独特SiteA/SubsiteA/ListA敏感数据独特SiteA/SubsiteA/LibraryA敏感文档独特SiteA/SubsiteB组共享的项目信息继承SiteA/SubsiteB/ListB非敏感数据继承SiteA/SubsiteB/LibraryB非敏感文档继承但是,管理下表中所示的具有权限继承关系的网站就不那么容易了.
安全对象说明独特的权限或继承的权限SiteA组主页独特SiteA/SubsiteA敏感组独特SiteA/SubsiteA/ListA非敏感数据与SiteA相同的独特权限SiteA/SubsiteA/LibraryA非敏感文档,但是有一两个敏感文档继承权限,在文档级别有独特权限SiteA/SubsiteB组共享的项目信息继承SiteA/SubsiteB/ListB非敏感数据,但是有一两个敏感项目继承权限,在项目级别有独特权限SiteA/SubsiteB/LibraryB非敏感文档,但是有一个包含敏感文档的特殊文件夹继承权限,在文件夹和文档级别有独特权限确定要使用的权限级别和组(SharePointServer2010)本文介绍默认组和权限级别,并帮助您确定是按原样使用它们,还是对其进行自定义,或者是创建其他组和权限级别.
本文内容:查看可用默认组查看可用权限级别确定是否需要其他权限级别或组对于MicrosoftSharePointServer2010中的网站和内容安全性而言,最重要的决策就是如何对用户进行分类以及分配什么样的权限级别.
查看可用默认组利用SharePoint组,您可以按组管理用户而不是管理单个用户.
这些组既可以包含许多单个用户,也可以包含任何企业身份识别系统的内容,其中包括ActiveDirectory域服务(ADDS)、基于LDAPv3的目录、应用程序特定数据库和新的以用户为中心的身份识别模型(如LiveID).
SharePoint组不会授予对网站的特定权限;这些组只不过是指定一组用户的一种方式.
您可以将用户组织成任意数量的组,具体取决于您的组织或网站的大小和复杂程度.
SharePoint组不能嵌套.
下表显示了为SharePointServer2010中的工作组网站创建的默认组.
组名默认权限级别Viewers仅查看Visitors读取Members参与讨论Designers设计Owners完全控制如果您使用的是工作组网站模板以外的网站模板,您将看到不同的默认SharePoint组列表.
例如,下表显示了发布网站模板所提供的其他组.
组名默认权限级别受限制读者受限的网站读取权限以及特定列表的受限访问权限样式资源读者母版页样式库读取权限以及受限的样式库读取权限快速部署用户参与快速部署项目库的权限以及网站其余部分的受限访问权限审批者审批权限以及受限访问权限层次结构管理者管理层次结构的权限以及受限访问权限此外,还针对较高级别的管理任务提供了下列特殊用户和组:Sitecollectionadministrators您可以将一个或多个用户指定为网站集主管理员和第二管理员.
这些用户会作为网站集的联系人记录在数据库中,他们对网站集中的所有网站都具有完全控制权限,可以审核所有网站内容以及接收任何管理警报(例如验证网站是否仍在使用).
网站集管理员是在创建网站时指定的,但是,您可以根据需要使用网站集的管理中心网站或网站设置页更改网站集管理员.
ADDS组和角色不能作为网站集管理员进行添加.
注意:网站集管理员对网站集内的所有网站具有完全权限.
他们可以添加或删除网站,或者更改网站集内任何网站的设置.
此外,他们还可以查看、添加、删除或更改那些网站的所有内容.
他们可以在网站内添加和移除用户,并向那些网站发送邀请.
网站集所有者是唯一能够接收事件(例如挂起不活动网站的自动删除操作)的电子邮件通知的用户.
默认情况下,网站集所有者还接收来自已被拒绝访问的用户的访问请求.

Farmadministrators该组可控制哪些用户可以管理服务器和服务器场设置.
服务器场管理员默认情况下无权访问网站内容;他们必须获得网站的所有权才能查看任何内容.
FarmAdministrators组仅在管理中心中使用,而不适用于任何网站.
Administrators本地服务器上Administrators组的成员可以执行所有服务器场管理员操作以及其他操作,其中包括以下操作:安装新产品或应用程序.
将Web部件和新功能部署到全局程序集缓存.
创建新Web应用程序和新IIS网站.
启动服务.
与FarmAdministrators组一样,本地服务器上Administrators组的成员默认情况下无权访问网站内容.
在确定需要的组后,您便可以确定要为网站上每个组分配的权限级别.
查看可用权限级别能否查看、更改或管理网站是由您分配给用户或组的权限级别决定的.
此权限级别可控制对网站以及继承该网站权限的任何子网站、列表、文档库、文件夹、项目或文档的所有权限.
如果没有适当的权限级别,您的用户可能无法执行他们的任务,或者,他们可能会执行您不希望他们执行的任务.

默认情况下,可以使用下列权限级别:受限访问包括允许用户查看特定列表、文档库、列表项、文件夹或文档的权限,而不提供访问网站所有元素的权限.
您不能直接编辑此权限级别.
注意:如果移除此权限级别,即使组成员对网站内的项目有适当的权限,他们可能也无法导航到该网站以访问这些项目.
读取包括允许用户查看网站页面上的项目的权限.
参与讨论包括允许用户在网站页面上或列表和文档库中添加项目或者更改项目的权限.
设计包括允许用户使用浏览器或MicrosoftSharePointDesigner2010更改网页版式的权限.
完全控制包括所有权限.
默认情况下,下列附加权限级别通过发布模板提供:仅查看包括允许用户查看页面、列表项目和文档的权限.
审批包括编辑和审批网页、列表项和文档的权限.
管理层次结构包括对网站的权限以及编辑页面、列表项和文档的权限.
受限读取包括查看页面和文档(但无法查看历史版本或用户权限信息)的权限.
确定是否需要其他权限级别或组默认组和权限级别可提供一个常规权限框架结构,以此涵盖许多不同组织类型及其内部的角色.
不过,这些默认组和权限级别可能不会准确映射到您的用户组织方式或您的用户可在网站上执行的许多不同任务.
如果默认组和权限级别不适合您的组织,您可以创建自定义组、更改特定权限级别中包括的权限,也可以创建自定义权限级别.

是否需要自定义组确定是否创建自定义组的过程相当简单,并且这种决策对网站的安全性影响很小.
如果符合下列任一情况,您应该创建自定义组而不是使用默认组:您的组织内部的用户角色比默认组中的用户角色多(或少).
例如,如果除审批者、设计人员以及层次结构管理者外,还有一组人员的任务是向网站发布内容,则您可能需要创建一个"发布者"组.
组织内部在网站中执行不同任务的特定角色具有为人熟知的称呼.
例如,如果您要创建一个公共网站来出售组织的产品,则可能需要创建一个"客户"组来代替"访问者"组或"查看者"组.
您希望保留Windows安全组和SharePoint组之间的一对一关系(例如,如果您的组织有一个名为网站管理员的安全组,并且您希望将该名称用作SharePoint组名以便在管理该网站时轻松识别).
您希望使用其他组名.
是否需要自定义权限级别确定是否自定义权限级别不如确定是否自定义SharePoint组那样简单.
如果您要自定义分配给某权限级别的权限,则必须跟踪该更改,验证该更改对受其影响的所有组和网站是否都起作用,并确保更改不会对安全性或者服务器容量或性能产生负面影响.
例如,如果您自定义了参与讨论权限级别,使其包括通常属于完全控制权限级别的创建子网站权限,则Contributors组的成员就可以创建和拥有子网站,他们可能会邀请恶意用户访问他们的子网站或发布未批准的内容.
如果您自定义了读取权限级别,使其包括通常属于完全控制权限级别的查看使用率数据权限,则Visitors组的所有成员都可以查看使用率数据,这可能会引发性能问题.
如果符合下列任一情况,您应该自定义默认权限级别:默认权限级别包括除用户执行工作所需的权限以外的所有权限,而您希望添加该权限.
默认权限级别包括用户不需要的权限.
重要:如果组织对属于权限级别的某个特定权限有安全性或其他方面的担心,则不应自定义默认权限级别.
如果您希望分配了包含该权限的权限级别的所有用户都不能使用该权限,请对服务器场中的所有Web应用程序禁用此权限,而不是更改所有权限级别.
如果需要对某权限级别进行多处更改,请创建一个包含所需全部权限的自定义权限级别.
如果符合下列任一情况,您可能需要创建其他权限级别:您希望从特定权限级别中排除几个权限.
您希望为新权限级别定义一组独特的权限.
若要创建权限级别,您可以复制现有权限级别然后进行更改,也可以创建权限级别然后选择要包括的权限.
注意:某些权限依赖于其他权限.
如果清除了另一个权限所依赖的权限,也将清除另一个权限.
选择安全组(SharePointServer2010)本文描述了ActiveDirectory域服务(ADDS)中包括的安全组和通讯组,还为使用这些组来组织SharePoint网站用户提供相关建议.
本文内容:确定用于授予对网站的访问权限的Windows安全组和帐户决定是否允许所有经过身份验证的用户访问决定是否允许匿名用户访问简介如果将网站权限赋予组而不要赋予单个用户,那么管理SharePoint网站用户其实很简单.
在ADDS中,通常使用以下组来组织用户:通讯组仅用于电子邮件通讯组且未启用安全功能的组.
自定义访问控制列表(DACL,用于定义资源和对象权限的列表)中无法列出这些通讯组.
安全组可在DACL中列出的组.
安全组也可用作电子邮件实体.
可以通过直接向网站添加安全组并授予整个组相应权限的方式,使用安全组来控制网站的权限.
不能直接添加通讯组,但可以展开通讯组并将单个成员添加到SharePoint组中.
如果使用此方法,则必须手动保持SharePoint组与通讯组同步.
如果使用安全组,则无需在SharePoint应用程序中管理单个用户.
由于包含的是安全组本身而不是组中的单个成员,因此,ADDS能为您管理用户.
当安全组包含以下各项时,管理起来可能较为麻烦:嵌套安全组.
联系人或通讯组列表.
确定用于授予对网站的访问权限的Windows安全组和帐户每个组织在设置其Windows安全组时各有差别.
为了简化权限管理,安全组应:足够大,足够稳定,这样就无需不断向SharePoint网站中添加组.
足够小,这样就可以分配适当的权限.
例如,有一个称为"建筑物2中的所有用户"的安全组,它可能还未小到可以分配权限的程度,除非建筑物2中的所有用户都具有同样的工作职能(例如,应收帐款职员),但这种情形很少见.
因此,您应该寻求更小、更具体的用户集(如"应收帐款").
决定是否允许所有经过身份验证的用户访问如果希望域中的所有用户都能够查看您的网站上的内容,可考虑将访问权授予所有经过身份验证的用户(Windows安全组"DomainUsers").
此特定组允许域中的所有成员在您选定的权限级别访问网站,而无需进行匿名访问.
决定是否允许匿名用户访问可以启用匿名访问来允许用户以匿名方式查看网页.
大多数Internet网站允许以匿名方式查看网站,但当某人要编辑网站或在购物网站上购物时,可能会要求进行身份验证.
在创建Web应用程序时,必须在Web应用程序级别授予匿名访问权限.
如果允许对Web应用程序进行匿名访问,则网站管理员可以决定是否:授予对网站的匿名访问权限.
仅授予对列表和库的匿名访问权限.
完全阻止对网站的匿名访问.
匿名访问依赖于Web服务器上的匿名用户帐户.
此帐户由InternetInformationServices(IIS)(而非SharePoint网站)创建并维护.
默认情况下,在IIS中,匿名用户帐户为IUSR.
当启用匿名访问时,您实际上向该帐户授予了对SharePoint网站的访问权限.
如果允许访问网站,或者允许访问列表和库,就会向匿名用户帐户授予"查看项目"权限.
但是,即使具有"查看项目"权限,匿名用户也不能毫无限制地进行操作.
匿名用户不能执行以下操作:在MicrosoftSharePointDesigner2010中打开网站以进行编辑.
换言之,用户不能使用远程过程调用(RPC).
不能在网上邻居中查看网站.
换言之,用户不能使用Web分布式创作和版本管理(WebDAV,Windows中的Web文件夹协议).
上载或编辑文档库(包括Wiki库)中的文档.
重要:为提高网站、列表或库的安全性,请勿启用匿名访问.
启用匿名访问将允许用户编纂列表、讨论和调查内容,这可能会消耗服务器磁盘空间,并对其他资源产生消极影响.
此外,匿名访问还允许匿名用户搜索网站信息,包括用户电子邮件地址和张贴到列表、库和讨论中的任何内容.

如果在不同的区域(Internet、Extranet、Intranet或其他区域)中有相同的Web应用程序为内容提供服务,则可以为不同区域的匿名用户设置权限策略.
以下列表描述了这些策略:无无策略,这是默认选项.
既不额外限制网站匿名用户的权限,也不额外增加其权限.
读取匿名用户可以读取内容,除非网站管理员关闭匿名访问.
拒绝写入匿名用户不能写入内容,即使网站管理员专门尝试为匿名用户帐户授予此权限.
全部拒绝匿名用户不具有任何访问权限,即使网站管理员专门尝试为匿名用户帐户授予对其网站的访问权限.
选择管理层次结构的管理员和所有者(SharePointServer2010)本文介绍与MicrosoftSharePointServer2010服务器和网站层次结构对应的管理员角色.
很多人都可以参与SharePointServer2010的管理.
可在以下级别上管理SharePointServer2010:服务器场共享服务网站文档库或列表单个项本文内容:管理的级别简介大多数级别的服务器和网站层次结构具有相应的管理组.
虽然Web应用程序级别没有唯一的管理员组,但服务器场管理员可以控制其管辖范围内的Web应用程序.
FarmAdministrators组的成员和本地服务器上Administrators组的成员可以定义一个策略,以在Web应用程序级别向单个用户授予权限.
管理的级别下面描述了在管理层次结构的不同级别具有管理权限的用户组:服务器或服务器场级别FarmAdministrators组FarmAdministrators组的成员对服务器场中所有服务器具有各种权限并对这些服务器负责.
成员可以在管理中心中对服务器或服务器场执行所有管理任务.
此组的成员还可以使用WindowsPowerShell创建和管理配置数据库对象.
他们可以分配管理员来管理服务应用程序(它们是共享服务的实例).
此组无法访问单独的网站或其内容.
Administrators组本地服务器上的WindowsAdministrators组的成员可以执行所有服务器场管理员操作.
本地服务器上的管理员可以执行其他任务,如安装新的产品或应用程序、将Web部件和新功能部署到全局程序集缓存中、创建新的Web应用程序和新的InternetInformationServices(IIS)网站以及启动服务.
与服务器场管理员一样,默认情况下本地服务器上此组的成员无法访问网站内容.
注意:如果需要,服务器场管理员和本地管理员还可以取得特定网站集的所有权.
例如,如果某个网站管理员离开了组织,而且必须添加新的管理员,则服务器场管理员或本地Administrators组的成员可以取得网站集的所有权,以进行此变更.
共享服务级别服务管理员这些管理员由服务器场管理员委派.
他们可以为服务器场内的特定服务应用程序配置设置.
然而,这些管理员无法创建服务应用程序、访问服务器场内的任何其他服务应用程序,或者执行任何服务器场级别的操作(包括拓扑的更改).
例如,服务器场的SearchService应用程序的管理员只能为该SearchService应用程序配置设置.
功能管理员功能管理员与服务应用程序的特定功能相关联.
这些管理员可以管理一部分服务应用程序设置,但不能管理整个服务应用程序.
例如,功能管理员可以管理UserProfileService应用程序的访问群体功能.
网站级网站集管理员这些管理员对网站集中的所有网站具有完全控制权限级别.
他们可以访问该网站集中所有网站的内容,即使他们不具有对该网站的显式权限,也同样能够访问.
网站所有者默认情况下,网站的Owners组的成员对该网站具有完全控制权限级别.
他们可以针对该网站以及该网站中的任何列表或库执行管理任务.
他们可以接收有关事件的通知,例如正等待自动删除不活动网站以及请求访问网站.
使用细化权限的最佳实践(白皮书)(SharePointServer2010)该白皮书介绍细化权限(FGP)的最佳实践以及如何在实现MicrosoftSharePointServer2010时在组织内使用细化权限.
从以下链接下载该白皮书:http://go.
microsoft.
com/fwlink/linkid=201596&clcid=0x804(该链接可能指向英文页面)网站和解决方案管理(SharePointServer2010)本节提供有关为生产和MicrosoftSharePointServer2010沙盒环境调控网站和解决方案的信息.
调控是一组策略、角色、责任和流程,用于指导、指示和控制组织的业务部门和IT团队如何合作实现业务目标.
沙盒解决方案限制对网络和本地资源的访问,从而提供更高的安全性和稳定性.
使用沙盒解决方案可实现负载平衡解决方案、尚未经完全测试的解决方案,以及在托管环境中部署用户解决方案.
沙盒解决方案运行在单独的辅助线程中,这样它们就无法访问属于其他解决方案的资源,并且它们对本地和网络资源具有有限的访问权限.

本节内容:调控概述(SharePointServer2010)本文介绍对于成功部署SharePointServer2010不可或缺的调控计划,并说明企业调控计划的各种组件.
调控功能(SharePointServer2010)本文回顾了一组SharePointServer2010功能,组织可使用这些功能帮助调控IT服务、信息管理和信息体系结构.
建立和调控SharePoint服务(SharePointServer2010)了解控制SharePoint服务的关键因素以及服务级别协议应包括的内容.
实现和调控信息体系结构(SharePointServer2010)了解如何规划有效的信息体系结构以确保解决方案满足您的业务需求.
规划沙盒解决方案(SharePointServer2010)本节说明如何规划在SharePoint环境中使用沙盒解决方案.
SharePointDevelopmentandGovernanceUsingCOBIT4.
1:APracticalApproach这些书摘源自"SharePointDeploymentandGovernanceUsingCOBIT4.
1:APracticalApproach"(《使用COBIT4.
1进行SharePoint部署和调控:一种实践方法》).
SharePoint2010调控规划(白皮书)本白皮书重点介绍SharePoint环境(调控的业务方面)的"前端"(影响业务用户的各个方面).
本白皮书使用了一家虚拟公司,以便提供针对SharePointServer2010必需的调控规划和实现的指导.
在SharePoint2010中实现调控(白皮书)本白皮书重点介绍SharePoint调控的"后端"(技术实现),它提供了针对SharePointServer2010提供的许多配置选项的高级指导,使您能够管理环境以获得最大收益.
调控概述(SharePointServer2010)本文介绍对于成功部署MicrosoftSharePointServer2010不可或缺的调控计划,并说明为何信息体系结构和IT服务是调控计划的重要组成部分.
本节中的文章重点介绍调控SharePointServer2010部署的必要性.
这些文章还提供一般指南以及贵组织应考虑调控的MicrosoftSharePointServer活动和过程的示例.
本文内容:关于调控应调控哪些内容由谁确定调控策略应如何实现调控关于调控调控是一组策略、角色、责任和流程,用于指导、指示和控制组织的业务部门和IT团队如何合作实现业务目标.
综合调控计划可通过以下几点让组织受益:简化产品和技术(例如SharePointServer2010)的部署过程.
帮助保护企业抵御安全威胁或免除不合规责任.
通过强制执行内容管理或信息体系结构方面的最佳实践等措施,帮助确保您在技术上的投资能够获得最佳回报.
应调控哪些内容每个组织都具有特定的需求和目标,这些需求和目标会影响组织的调控方式.
例如,较大的组织可能比较小的组织需要更多和更细致的调控.
成功部署SharePointServer2010需要以下元素:信息体系结构信息体系结构的目标是创建一个系统,以帮助用户收集、存储、检索和使用实现业务目标所需的信息.
网站的信息体系结构确定该网站中的信息(其网页、文档、列表和数据)的组织方式,以及向网站用户呈现这些信息的方式.

全面评估组织的信息体系结构可帮助您识别可能的低效之处,例如以下这些地方:元数据的不一致使用会使搜索和比较相关的数据或内容变得比较困难.
设计不合理和管理不当的内容存储会导致文档出现多个版本,使用户无法识别权威性版本.
编目不合理和管理不当的数据存储会导致决策者查找和依赖错误的数据.
设计不合理的导航或表达不当的信息会使查找重要的网站和信息变得比较困难.
承载SharePointServer的IT服务SharePointServer2010包含综合调控计划应涉及的许多新功能.
下面列出了其中的部分功能:嵌入在MicrosoftSharePointFoundation2010中的新的服务应用程序体系结构,用于取代SSP模型.
备份和还原的改进.
多组织,它创建一个真正的宿主环境,并使在客户(租户)中共享服务资源同时根据网站订阅分割数据成为可能.
自动更改密码的管理帐户.
WindowsPowerShell,它是新的命令行界面和脚本语言,专门为系统管理员而设计.
除非您具有调控计划,否则,单独管理的运行SharePointServer的Web服务器快速和不受控制的增长可能会造成无法预料的结果,其中包括:互相隔离的服务器承载着组织松散的一组网站,它们没有公共的搜索索引、导航或安全防护方案.
如果要支持自助式网站创建,则应建立一个包括内容处置和网站存档的计划.
服务器承载着不安全的应用程序,这可能会损害内容的完整性.
请求为运行SharePointServer的本地服务器提供技术支持,但并未通知支持团队.
规章遵从等关键活动在服务器之间的管理可能不一致.
因为培训不足或服务器的配置不一致,所以可能无法正确执行定期维护活动(如备份和还原数据或者安装产品更新).
网站所有权的变更引发有关内容所有权的问题,或导致网站被锁定.
随着SharePointServer2010在企业中使用次数的增多,IT部门应实施一组调控良好的宿主服务,这些服务能够确保SharePointServer2010可用,并建立对其使用情况和配置的控制.
要实现有效和易于管理的SharePointServer2010解决方案,组织应考虑调控以下一个或多个其他领域:自定义策略SharePointServer2010包含跨多个产品领域的可自定义功能(例如商业智能、表单、工作流和内容管理).
自定义给SharePointServer2010环境的稳定性、维护和安全性带来了风险.
若要支持自定义同时控制其影响范围,应开发处理以下注意事项的自定义策略:获批准的自定义工具.
例如,应决定是否允许使用MicrosoftSharePointDesigner2010并指定谁可以自定义哪些网站元素.
管理源代码的方式,例如源控制系统和代码的记录标准.
开发标准,如为最佳实践编写代码.
测试和验证标准.
所需的打包和安装方法.
应控制沙盒的使用,这使网站所有者能够在部分信任的上下文中承载自定义解决方案,以便它们不会影响所实施的SharePoint系统的其余部分.
支持的自定义类型.
例如,您可能想允许使用Web部件将MicrosoftSilverlight3应用程序与SharePoint网站集成在一起.
有关管理自定义功能的过程的详细信息,请参阅白皮书SharePoint产品和技术自定义策略(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=92311&clcid=0x804)(该链接可能指向英文页面).

品牌如果您要设计信息体系结构和网站集以供整个企业使用,应考虑在您的调控计划中包括品牌.
正式的一组品牌策略可帮助确保网站始终如一地使用企业形象、字体、主题和其他设计元素.
例如,在SharePointServer2010中,可以将MicrosoftPowerPoint2010主题直接导入到SharePoint网站,从而自动将此主题应用到所有子网站.
培训虽然SharePointServer2010具有基于Web的直观界面并包括联机帮助,但是使用基于SharePointServer2010的网站(特别是对其进行管理)对某些用户来说可能是个难题.
此外,您的IT和业务部门实现的一组调控策略可能需要说明.
通过对您的用户群进行适当培训,可以提高用户对您实现的SharePointServer2010的满意度并降低支持成本.
由谁确定调控策略成功部署SharePointServer2010需要在业务经理、IT专业人员和信息工作人员之间不断进行沟通和合作.
在建立调控委员会时,应将来自以下尽可能多的组和角色的代表包括在内:注意:贵组织可能没有等效的角色,或者可能使用另一种称谓.
执行利益干系人:主要执行人员应定义调控委员会的总体目标,对其授权,定期评估已实施的做法和策略是否成功.
财务利益干系人:财务管理人员应确保调控规则和流程帮助提高企业在SharePoint产品和技术方面的投资回报.
IT负责人:IT负责人必须在支持业务团队所需功能的同时,帮助开发其服务提供方案并确定如何履行其IT责任(例如改善安全性和维护可靠性).
业务部门负责人:业务负责人代表团队执行企业的主要工作,并推动SharePointServer2010部署的体系和功能要求.
他们必须与信息体系结构设计者合作,才能确定企业的信息体系结构和组织分类标准.
业务负责人还必须与IT负责人合作以创建服务级别协议和其他支持策略.
信息体系结构设计者或分类者:这两个组的成员在规划和设计信息系统及分类方面具有丰富的经验.
他们分析访问群体的信息需求,然后根据分析结果制定计划,以支持组织目标和定义网站的体系结构及导航.

合规部主管:调控内容包括确保企业满足其规章和法律要求,并管理其公司知识.
如果您的企业安排了负责遵从规章或法律监督的角色,请在您的调控委员会中包括这些部门的代表.
开发负责人:软件开发组织中的负责人应帮助确定批准使用哪些自定义工具,如何验证代码安全性以及其他与代码相关的最佳实践.
信息工作人员:贵组织中执行日常工作的成员应帮助确保SharePointServer2010服务和信息体系结构满足他们的需求.
培训师:应该负责制定培训计划以及开展所有适当培训和教育活动的指导专家.
应如何实现调控有效的调控计划将预测组织的业务部门和IT团队的需求及目标.
由于每家企业都具有自己的特点,因此必须确定实施按照其环境定制的调控计划的最佳方式.
为贵组织实施调控时,可考虑以下建议的阶段:确定初始原则和目标.
调控委员会应开发可以估量的调控前景、策略和标准,以跟踪遵守情况并量化对企业的好处.
例如,调控计划应从所部署的SharePointServer2010的技术和业务两方面确定服务提供要求.
将业务信息/内容分类.
按照现有的分类组织信息,或者创建自定义分类,将支持业务解决方案所需的所有内容包括在内.
在组织了信息后,设计信息体系结构以管理企业内容.
然后,确定最合适的IT服务以支持此信息体系结构.
制定培训策略.
人员元素排在调控计划本身之后,是决定SharePointServer2010部署成败的最重要因素.
综合培训计划应按照您实施的标准和做法来说明如何使用SharePointServer2010,并解释这些标准和做法为何很重要.
此计划应覆盖特定用户组的各种培训需求,并说明相应的培训工具.
例如,IT部门可以维护有关其SharePointServer2010服务提供方案的常见问题(FAQ)页面,或者业务部门可以提供联机培训,说明如何建立和使用新的文档管理流程.
制定持续计划.
成功的调控是一个反复进行的过程.
调控委员会应定期开会,以考虑在调控计划中加入新要求,重新评估和调整调控原则,或者解决业务部门之间与IT资源有关的冲突.
调控委员会应定期向其执行主持方提交报告,以强化责任并帮助在整个企业中实现遵从性.
要考虑到,虽然此过程似乎很复杂,但其目标是增加您在SharePointServer2010方面的投资回报,全面利用SharePointServer2010解决方案的效用,以及提高企业的生产率.
另请参阅其他资源调控资源中心(http://go.
microsoft.
com/fwlink/linkid=133502&clcid=0x804)调控功能(SharePointServer2010)MicrosoftSharePointServer2010包含的功能可帮助组织调控SharePointServer2010IT服务、企业的信息管理或企业的信息体系结构.
指向相关文章的链接可帮助您规划和使用每项功能.
注意:调控是策略、角色、责任和流程的集合,用于指导、指示和控制组织的业务部门与IT团队如何合作实现业务目标.
有关信息,请参阅调控概述(SharePointServer2010)本文内容:管理企业中安装的SharePointIT服务功能信息管理信息体系结构功能管理企业中安装的SharePoint由于SharePoint部署是在服务器场级别进行管理的,因此单个SharePoint部署不包含同一企业中可能存在的其他SharePoint部署的相关信息.
管理员需要使用这些信息来管理和控制企业中的所有部署.
例如,管理员需要知道某个部署是否是根据组织要求进行部署的,或者企业中存在多少个未授权部署.
MicrosoftSharePoint2010产品提供了以下方法来锁定、跟踪甚至阻止SharePointServer的随意安装以下组策略对象会禁止安装SharePointServer和相关产品:HKLM\Software\Policies\Microsoft\SharedTools\WebServerExtensions\14.
0\SharePoint\DWORDDisableInstall若要阻止安装,请设置DWORDDisableInstall=00000001.
设置此注册表项后,尝试安装SharePointServer的用户将会收到以下错误消息:您的组织阻止安装SharePoint.
有关详细信息,请与您的网络管理员联系.
ActiveDirectory域服务(ADDS)标记标识组织中的SharePoint服务器.
默认情况下,该标识包含拓扑服务应用程序的URL.
有关设置组策略对象和ADDS标记的详细信息,请参阅TrackorblockSharePointServer2010installations.
IT服务功能SharePoint服务是一项基于SharePointServer提供托管网站和门户的IT服务.
IT服务可能包含以下组件:范围内的网站和门户,例如网站集、Web应用程序或服务器场备份和还原内容存储支持自定义安全性基于速度或可用性的服务级别本节介绍SharePointServer2010中用于维护和调控SharePointServer服务的功能.
网站模板网站模板是应用于网站定义的一组自定义项.
通过使用网站模板,SharePointServer服务可以在用户创建的网站中促进一致的品牌、网站结构和布局.
您可以创建自定义的网站模板来设置网站,并使用这些模板而不是SharePointServer中作为SharePointServer服务的一部分提供的模板.
有关详细信息,请参阅使用网站模板和定义(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=184756&clcid=0x804)(该链接可能指向英文页面).
配额配额指定网站集可以使用的存储量的限制.
此过程可防止用户在达到限值后添加内容.
有关详细信息,请参阅Planquotamanagement(SharePointServer2010).
锁定锁定功能可防止用户向网站集添加内容或使用网站集.
例如,您可以锁定某个违反使用策略或超出配额的网站.
有关详细信息,请参阅Lockorunlocksites.
工作流工作流是用于为SharePointServer网站用户实施业务流程的程序.
它们与网站中的项目(如文档、表单或列表项)相关联.
工作流的许多应用程序都可用作IT服务的一部分.
例如,您可以使用工作流来设置新网站,跟踪支持问题或者在超出网站集配额时执行操作.
有关详细信息,请参阅Planworkflows(SharePointServer2010).
功能功能是为SharePointServer2010和SharePointFoundation2010定义的多种扩展的容器,由部署到Web服务器的一组XML文件组成.
您可以将功能作为网站定义或解决方案包的一部分部署,并且可以分别激活某个功能.
网站管理员可以通过在用户界面中打开或关闭功能来转换SharePoint网站的功能性.
通过使用功能,在部署过程中可以更轻松地激活或停用功能性,并帮助管理员轻松地转换网站的模板或定义.
可以隐藏功能,以防止网站用户手动停用它们.
将新网站功能性作为功能实现时,可以使管理员更轻松地控制网站并实施调控计划.
通过一项名为功能装订的技术,您可以将功能附加到使用给定网站定义的网站的所有新实例,而无需修改网站定义.
这使您能够控制服务用户可以访问的功能.
有关详细信息,请参阅使用功能(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=183450&clcid=0x804自助式网站创建您可以允许用户使用"自助式网站创建"功能创建他们自己的网站集.
在调控自助式网站创建时的一项关键决策是确定支持自助式网站创建的服务级别.
默认情况下,会为SharePointServer2010中所有经过身份验证的用户启用此权限.
有关详细信息,请参阅TurnonorturnoffSelf-ServiceSiteCreation.
Web应用程序权限和策略Web应用程序的权限是综合性设置,适用于Web应用程序内所有网站集的所有用户和组.
您可以通过启用或禁用Web应用程序上的相关权限来控制用户操作.
例如,如果不希望用户向网站添加页面,可禁用属于网站相关权限之一的"添加和自定义网页"权限.
在禁用某个Web应用程序的特殊权限之后,就不能再向该Web应用程序上的任何网站用户授予该权限.
可以控制对特定URL或区域的访问.
还可以指定您希望匿名用户具有的访问权限级别.
有关详细信息,请参阅ManagepermissionsforaWebapplication(SharePointServer2010).
权限策略提供一种集中的方式,用于配置和管理仅适用于Web应用程序中的部分用户或组的权限集.
例如,您可能希望为特定的网站集用户创建一个权限策略级别,以允许他们向列表中添加项目,编辑列表中的项目,删除列表中的项目,打开列表,查看项目,查看列表或查看页面.
但是,您可能要阻止这些用户创建或删除列表,这些操作需要"管理列表"权限.
有关详细信息,请参阅ManagepermissionpoliciesforaWebapplication(SharePointServer2010).
SharePointDesigner您可以在Web应用程序级别或网站集级别管理MicrosoftSharePointDesigner2010在组织中的使用方式.
可以控制对SharePointDesigner2010进行的以下类型的访问:允许或禁止对整个应用程序或网站集使用SharePointDesigner2010.
如果想要确保某个特定网站集内的所有设计人员和所有者都能够使用SharePointDesigner2010,则应在网站集级别启用此设置.
允许或禁止从网站定义中分离页面.
如果想要保留网站集中所有网站的品牌,则应禁止用户进行将导致从网站定义中分离页面的更改.
启用或禁用SharePointDesigner2010中的母版页和页面布局.
如果您不希望用户查看网站的母版页和页面布局,则应禁用此设置.
启用或禁用网站URL结构及其内容.
如果您不希望用户查看和编辑网站上的任何文件,则应禁用此设置.
沙盒沙盒是一个受限制的执行环境,它只允许应用程序访问特定资源,并使在沙盒中发生的问题不会影响服务器环境的其余部分.
在沙盒中部署的解决方案称为沙盒解决方案.
代码访问安全(CAS)限制这些解决方案可执行的操作.
FarmAdministrators组的成员必须先实施沙盒环境,然后才能上载任何沙盒解决方案.
网站集管理员可以上载和激活沙盒解决方案.
如果解决方案不包含程序集,则拥有对网站集根目录的完全控制访问权限的用户也可以激活该解决方案.

通过使用远程负载平衡并且仅在特定服务器上运行沙盒服务,可提高隔离程度.
在生产环境中,建议您使用远程负载平衡,并专门使用一台单独的服务器来运行沙盒解决方案.
只有FarmAdministrators组的成员可以阻止沙盒解决方案、配置负载平衡和重置超过的配额.
有关详细信息,请参阅规划沙盒解决方案(SharePointServer2010).
网站集自动删除自动删除有助于控制服务器上未使用网站的数量,而不需要任何管理干预,也不需要任何备份机制.
默认情况下,会自动启用网站确认.
可以在服务器和服务器场级别,也可以在Web应用程序级别设置自动网站删除.
用户配置文件和"我的网站"网站的策略策略是UserProfileService的管理员分配给用户或组的规则集.
利用这些规则,管理员可以指定用户配置文件属性,以控制用户可看到的网站内容以及用户与该内容进行交互的方式.
默认情况下,大多数用户配置文件属性对所有人都可见,但可将敏感信息配置为具有有限的可见性.
限制性较弱的策略允许更多用户以更高的频率查看公共配置文件,从而对您必须更新用户配置文件和搜集访问群体的频率产生影响.
在拥有很多用户的组织中,频繁更新可能会影响性能和容量计划.
有关详细信息,请参阅为用户配置文件规划策略(SharePointServer2010).
默认情况下,所有经过身份验证的用户都可以创建"我的网站"网站.
建议您使用安全组来管理"我的网站"网站的权限.
"我的网站"功能存储或使用个人身份信息.
在部署"我的网站"网站之前,请确保仔细规划如何控制这些功能的行为或关闭这些功能,从而帮助保护此信息的安全性.

默认情况下,所有经过身份验证的用户都可以向文档、其他SharePointServer项目以及外部网页和博客文章等其他项目中添加评级和社会性标签.
用户还可在"我的网站"网站的配置文件页或任何SharePointServer页上留下即兴注释.
您可以使用一个或多个安全组,向组织中的部分用户授予"使用社会功能"权限.
默认情况下,所有经过身份验证的用户都可以编辑自己的配置文件、添加或编辑同事以及添加或编辑成员身份.
您可以使用一个或多个安全组,向组织中的部分用户授予"使用个人功能"权限.
虽然可以在Outlook中为所有用户启用电子邮件分析或通过使用组策略为特定组启用此功能,但用户可以选择不使用此功能.
如果为所有用户禁用了电子邮件分析,单个用户仍可以选择使用此功能.
信息管理SharePointServer2010中的信息管理涉及组织、检索、获取和维护信息.
本节介绍可用于管理文档、记录和数字资产以及用于规划电子数据展示的SharePointServer2010功能.
文档管理文档管理控制组织中文档的生命周期:如何创建、审核和发布文档,以及最终如何处置或保留文档.
它包含用于实现审计、文档保留、加标签和条形码的策略(以确保所打印的内容与相应的电子版本相关).
可以实施这些策略以帮助组织遵守法律规定的要求,如保留记录的要求.
有关详细信息,请参阅信息管理策略规划(SharePointServer2010).
将MicrosoftOfficesystem客户端应用程序与SharePointServer2010结合使用的组织可以同时在服务器和客户端应用程序中强制实施策略.
内容审批内容审批流程使具有审批者权限的网站成员能够控制内容的发布.
文档库的所有者可以对文档库或网页库启用内容审批,还可以选择将工作流与库相关联以运行审批流程.
使用内容审批可控制向访问群体提供内容的过程,并使这一过程正式化.
例如,发布内容的企业可能需要先进行法律审阅和审批,然后才能发布内容.
有关详细信息,请参阅版本控制、内容审批和签出规划(SharePointServer2010).
版本控制版本控制是SharePointServer中对文档的连续版本进行编号和保存的一种方法.
作为一种调控手段,版本控制可以防止具有读取权限的用户查看文档的草稿.
有关详细信息,请参阅版本控制、内容审批和签出规划(SharePointServer2010).
记录管理记录管理是组织用于确定应将哪些类型的信息视为记录、在记录处于活动状态时如何对其进行管理以及每种类型的记录应保留多长时间的过程.
记录管理包括执行与记录相关的任务,如处置过期的记录,或查找和保护与外部事件(如法律诉讼)相关的记录.

记录管理使您能够执行以下操作:使用记录存档管理记录或就地管理记录.
创建工作流以将文档移到记录存档.
确定是在SharePointServer内还是在电子邮件应用程序内管理电子邮件.
确定如何将社会内容(如博客、Wiki或"我的网站"网站)转换为记录.
有关详细信息,请参阅记录管理规划(SharePointServer2010).
数字资产管理SharePointServer2010中的数字资产管理功能提供一个专门的存储库,用于存储和管理数字资产,例如,图像、音频文件或视频文件.
用于管理数字资产的集中存储库使组织可以对品牌敏感的内容施加更严格的控制,并帮助确保只将经过审批的产品资产提供给适当的用户.
有关详细信息,请参阅版本控制、内容审批和签出规划(SharePointServer2010).
电子数据展示电子数据展示(或eDiscovery)是指查找并生成电子信息以支持诉讼、审核或调查等事件的过程.
如果使用MicrosoftSharePointServer2010来管理任何电子信息,则您在规划SharePointServer解决方案时应考虑电子数据展示.
审核、过期策略和搜索是规划过程中应考虑的因素,在出现任何需要使用电子数据展示的情况之前,您应完成这些方面的规划.
建议您在包含活动文档库的所有网站集中都启用审核策略.
还应考虑实现一种过期策略,以便在不再需要文档时自动将其删除.
有关详细信息,请参阅规划电子数据展示(SharePointServer2010).
信息管理策略信息管理策略是用于某种类型的内容或存储内容的位置的一组规则.
策略中的每条规则都是一项策略功能.
例如,信息管理策略功能可以指定某类内容应保留多长时间,也可以提供文档审核.
使用信息管理策略,您可以控制哪些人能够访问组织内的信息、这些人可以使用组织内的信息执行哪些操作以及这些信息应保留多长时间.
您可以将策略与列表、文档库或内容类型相关联.

在配置信息管理策略时,可以选择编写显示在MicrosoftOffice2010客户端程序中的策略声明,以便将对文档实施的策略通知文档作者.
这是建议的最佳实践.
SharePointServer2010包含以下信息管理策略功能:审核策略功能将记录文档和列表项发生的事件以及对它们执行的操作.
您可以配置审核功能以记录诸如编辑文档、查看文档或更改文档的权限级别之类的事件.
过期策略功能可帮助按照一致的方式处理可进行跟踪和管理的内容.
例如,该策略可删除某个文档,或者定义一项工作流任务以便让SharePointServer传送文档以获取销毁文档的权限.
标签策略功能可指定要与某类文档或列表项相关联的标签.
标签是指SharePointServer基于您指定的元数据属性和格式生成的可搜索文本区域.
条形码策略功能使您能够跟踪文档的物理副本.
您可以为文档创建唯一标识符值,然后将该值的条形码图像插入文档中.
默认情况下,条形码符合通用的Code39标准(ANSI/AIMBC1-1995,Code39),并且您可以使用策略的对象模型来插入其他条形码提供程序.
信息管理策略报告可帮助您始终如一地监视组织对策略的使用方式.
由于实施信息管理策略的目的通常是为了帮助组织遵守某些规定,因此频繁监视策略的使用情况可帮助您确保组织合规.
有关信息管理策略的更多一般信息,请参阅信息管理策略规划(SharePointServer2010).
信息体系结构功能SharePointServer2010中的信息体系结构是企业中的信息(其文档、列表、网站和网页)的组织方式,以最大限度地提高信息的可用性和易管理性.
门户网站的信息体系结构确定该网站中的信息(其子网站、网页、文档、列表和数据)的组织和呈现方式.
企业可以设立一个调控机构来制定和强制实施信息体系结构标准和策略,从而提高其门户的投资回报率.
得到良好调控的体系结构可以使组织内的信息更易于查找、共享和使用.

本节介绍用于调控企业的信息体系结构使用情况的SharePointServer2010功能.
内容类型内容类型使企业能够通过一致的方式组织、管理和处理内容.
它们定义列表项、文档或文件夹类型的属性.
每种内容类型都可以指定与该类型的项目相关联的元数据属性、可用工作流、模板和信息管理策略.
使用内容类型有助于遵循一致的信息管理策略、元数据要求和其他策略.
若要调控内容类型,请考虑将事件接收器和工作流与用于修改内容类型的表单关联起来.

有关详细信息,请参阅规划内容类型和工作流(SharePointServer2010).
"网站内容和结构"页网站集的首要网站中的"网站内容和结构"页负责管理SharePoint网站集的内容和结构.
由于SharePointServer中的网站导航默认情况下基于网站和子网站的层次结构,因此该功能还可用于配置网站导航.
在将网站移植到SharePointServer2010时,可以使用"网站内容和结构"页来重新设计网站的结构以符合企业的需要.
信息权限管理信息权限管理(IRM)使内容创建者可以控制和保护他们的文档.
采用IRM的文档的内容将通过对用户施加限制的发布许可证进行加密和提供.
SharePointServer2010支持对存储在文档库中的文档使用IRM.
SharePointServer2010中可以使用IRM的文档的文件格式有以下这些:MicrosoftInfoPathMicrosoftWordMicrosoftExcelMicrosoftPowerPointWordOpenXMLExcelOpenXMLPowerPointOpenXML若要添加其他文件类型,管理员必须为每种新文件类型安装保护程序—控制使用权限管理的文档的加密和解密的程序.
被阻止的文件类型您可以通过文件扩展名来限制上载或下载到服务器的文件.
例如,可以阻止具有.
exe扩展名的文件,因为此类文件可以在客户端计算机上运行,并且可能包含恶意软件.
默认情况下会阻止许多文件类型,包括被Windows资源管理器视为可执行文件的文件类型.
有关默认阻止的文件类型的完整列表,请参阅Manageblockedfiletypes(SharePointServer2010).
Web内容管理(发布网站)在大多数内容部署方案中,从中部署内容的源网站集与目标网站集位于不同的服务器场中.
通常,目标服务器场(即"生产"服务器场)具有更严格的安全性,以尽量减少可在生产环境中执行的操作.
不应在生产服务器上进行创作,因为内容部署作业可能会覆盖对生产服务器上的内容所做的更改.
在大多数内容部署方案中,源服务器场和生产服务器场位于独立的ADDS域中.
有关内容部署拓扑结构的信息,请参阅Designcontentdeploymenttopology内容部署是一个单向过程:内容从源网站集部署到目标网站集.
内容部署功能不支持从源到目标然后再从目标到源的同步.
在目标网站集上创建新内容或更改现有内容可能导致内容部署作业失败.
因此,应该考虑限制对目标网站集的权限,以便用户不能直接对存储在该网站集中的内容进行更改.

对目标服务器场上的内容所拥有的权限通常不同于对源服务器场上的内容拥有的权限.
在许多发布解决方案中,目标服务器场对用户进行身份验证时所使用的ADDS域不同于创作或暂存环境中所使用的域,并且这两个域之间可能不存在信任关系.
有关详细信息,请参阅Contentdeploymentoverview.
分类和托管元数据托管元数据是一个集中管理的术语的分层集合,您可以定义这些术语,然后将其用作MicrosoftSharePointServer2010中项目的属性.
用户的角色决定用户可以如何处理托管元数据.
用户只能查看全局术语集和用户网站集本地的术语集.
本地术语集是在网站集上下文内创建的.
全局术语集是在网站集上下文之外创建的.
如果存在不应该让某些用户查看的术语集,可将这些术语集分配给单独的组.
有关详细信息,请参阅Plantoshareterminologyandcontenttypes.
组织的调控策略会影响您设计托管元数据服务和连接的方式.
例如,正规的术语和术语集管理流程会影响您设置连接参数的方式.
如果所创建的每个文档都必须包含一组特定属性,则可能需要至少在一个服务中包含内容类型集线器.
在确定托管元数据服务和连接之前,您应熟悉组织的调控规划.
有关详细信息,请参阅Managedmetadataserviceapplicationoverview(SharePointServer2010).
另请参阅概念调控概述(SharePointServer2010)建立和调控SharePoint服务(SharePointServer2010)成功的MicrosoftSharePointServer2010部署取决于企业调控服务和确保服务以安全、可管理和经济高效的方式满足客户业务需要的能力.
本文介绍承载SharePointServer2010的IT服务的典型要素,提出成功调控SharePointServer服务的关键因素,并提供一个三层SharePoint服务的示例.
什么是SharePoint服务成功服务的要素SharePoint服务中要调控的内容创建多个服务服务级别协议什么是SharePoint服务SharePoint服务是提供基于MicrosoftSharePoint2010产品的托管网站的IT服务.
以下是服务提供的内容:某个范围(如网站集、Web应用程序或服务器场)内的网站备份和恢复内容存储支持自定义安全性基于速度和可用性的服务级别成功服务的要素在设想和实施SharePointServer服务时,应考虑有助于使调控工作取得成功的以下要素:建立和使用调控小组支持SharePointServer的IT服务应由一个专门的小组进行调控,该小组由执行利益干系人、业务部门领导、有影响力的信息工作者、IT经理和IT技术专家等其他人员组成.
调控小组的目标应为监督服务.
根据此职能要求,调控小组需要确定服务的初始方案,确定服务的现行策略,并定期会面以评估是否取得成功.
传达服务事宜您制定的调控策略必须向企业公开.
应维护一个介绍一系列服务的网站.
鼓励使用服务不鼓励或禁止用户部署自己的服务器.
相反,应鼓励他们使用服务.
根据IT安全策略和企业的规章要求,不允许配置独立服务器.
而且,部署自己服务器的用户可能无法正确备份其服务器,或无法使用软件修补程序和更新使服务器保持最新.
最后,企业的索引服务可能无法对不受服务调控的服务器上的内容进行爬网,这样可能会创建大量独立内容.

创建多个服务应提供一组支持SharePointServer的服务.
例如,一个服务可提供数千个网站用于协作,而另一个服务可支持非常大的任务关键型网站(如企业Intranet网站).
通过一组SharePointServer服务,您可在各种服务级别应用唯一的调控规则和策略,以便能够基于服务级别评估组织的成本.
最后,通过分层服务,您可以通过易管理的方式分阶段实施服务.
SharePoint服务中要调控的内容在设计支持SharePointServer的IT服务时,调控小组应确定控制服务的限制和策略.
如果选择使用SharePointServer中的多组织功能来承载服务,则可以允许IT小组将一组网站的常见管理任务委派给业务部门所有者.
这样,IT小组便可重点关注服务本身.
有关多组织的详细信息,请参阅Hostedenvironments(SharePointServer2010).
确定以下服务要素的限制和策略:配额模板配额模板包含指定网站集中可存储的数据量的值.
该值还指示向网站集管理员触发电子邮件警报的限制.
可将配额与在各种服务级别提供的网站相关联,以调控企业中SharePointServer的增长.
注意,可为沙盒解决方案设置单独的配额.
最大上载大小可在Web应用程序级别设置上载文件的最大大小限制.
宿主Web应用程序中的所有网站都使用同一限制.
网站生命周期管理可以通过自助网站管理和网站使用的确认与删除,来调控网站的创建方式、网站的大小和存续时间.
还可设置过期时间和访问策略以控制网站中内容的生命周期.
通过自助网站设置,用户可创建自己的首要网站,方法是访问IT托管的页面并提供有关网站预期用途的数据.
然后可基于自定义工作流设置网站.
对于不同的服务级别,您可以调控这些网站的大小并控制其存续时间.
自定义策略使用基于SharePointServer的网站的主要好处是网站所有者能够对网站进行自定义.
例如,网站所有者可更改网站的外观或提供新功能,如自定义Web部件或工作流.
请仔细考虑每个服务级别所允许和支持的自定义类型和程度,因为有些类型的自定义适用于整个服务器场.
可考虑使用沙盒解决方案来限制自定义设置在服务器场中的影响.
例如,允许自助网站创建的服务可能包括数以千计共享一个Web应用程序的网站.
在这种情况下,您可以将那些网站的自定义限制为仅用户界面支持的自定义,例如向页面中添加Web部件.
如果使用沙盒解决方案,则自定义项将只应用于该网站集.
在提供服务器场的虚拟或物理隔离的服务中(如企业Intranet网站),可允许大量自定义项,如自定义事件处理程序和工作流.
在Web应用程序级别,还可以控制是否可使用SharePointDesigner来修改该Web应用程序中的网站.
有关详细信息,请参阅ConfiguresettingsforaWebapplication(SharePointServer2010).
有关SharePointServer2010支持的自定义范围的完整讨论,以及在各种服务级别支持每种类型的自定义的风险和好处,请参阅白皮书SharePoint产品和技术自定义策略(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=92311&clcid=0x804)(该链接可能指向英文页面).
尽管此内容是专门针对MicrosoftOfficeSharePointServer2007编写的,但其中的很多信息同样适用于SharePointServer2010.
有关沙盒解决方案的详细信息,请参阅规划沙盒解决方案(SharePointServer2010).
资产分类可为由某个服务提供支持的网站和内容开发和实现一个分类系统,该服务确定信息对组织的影响和价值.
例如,元数据可将内容分类为具有高、中或低业务影响或价值.
影响与公开程度和内容有关:如果在外部分发内容,它是否会危害您的业务或者它是否会泄露有关用户或客户的个人身份信息如果会,则为高业务影响内容.
价值与可用性有关:如果内容不可用,它是否会影响企业的日常业务如果会,则为高价值内容.
每个分类随后又会导致其他行为.
例如,您可能要求必须以加密方式传输高业务影响内容,或者您可能要求对中业务影响内容运行审批流程,然后才能将其发布到面向公众的网站.
高业务影响内容也许应该放置在特定服务中,这些服务提供限制性更强的策略和激进的灾难恢复流程.

生命周期管理服务应为活动网站和未使用的网站提供生命周期指南或工具.
例如,对于较低的服务级别,可实施这样的机制:仅允许网站所有者创建的网站存续6个月,然后用户必须请求延长网站使用时间.
此外,还可实施具有以下功能的工具:查找指定时间段未使用的网站并将其删除.
生命周期管理还意味着将服务与组织中现有的记录管理工具和流程进行整合.
有关详细信息,请参阅记录管理规划(SharePointServer2010).
品牌打造和导航一致的品牌和公司风格指南可以使网站具有更统一的外观,并且可以使开发工作更轻松.
母版页和模板可帮助创建网站的可视品牌.
可将经批准的母版页存储在网站库中,以便网站设计者可随时使用它们.
一致的设计有助于用户在查看网站时确认所处的位置正是自己要找的地方.
应定义网站所有者可以更改和不能更改的模板部分.
为各个团队或项目品牌的子品牌留出空间.

一致的导航也是确保用户在服务中导航以查找内容时不会迷失的关键.
数据保护提供数据保护的功能包括备份和恢复.
可根据提供的服务级别区分数据保护的级别.
较高的级别可能需要对网站所有者收取费用.
对于每个服务级别,应规划备份网站的频率和保证用于还原网站的响应时间.
有关详细信息,请参阅Planforbackupandrecovery(SharePointServer2010)和业务连续性管理资源中心(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=199235&clcid=0x804)(该链接可能指向英文页面).
安全性、基础结构和Web应用程序策略维护基础结构并监控对基础结构和内容的访问,以确保环境的稳定性和安全性.
根据合规性规则或业务需求使用Web应用程序策略,以允许或拒绝对内容进行访问.
使用软件更新保持基础结构的最新状态,以确保具有最新改进和修复.
培训经过良好培训的用户社区可使IT部门受益.
它能够减少支持呼叫数量,鼓励采用并帮助确保正确使用SharePointServer,以及帮助用户了解他们在使用SharePointServer服务时的职责.
对于每个服务级别,应将相应级别的培训要求视为必要条件.
甚至对于基础服务,具有网站管理权限的用户将能够访问会影响网站功能性的许多功能.
针对这些用户的在线培训(如教程)可帮助他们最大程度地利用其网站.

针对用户社区的培训可在面向最终用户的SharePoint2010资源(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=199542&clcid=0x804)(该链接可能指向英文页面)中找到创建多个服务企业的SharePointServer服务的用户需要能够满足多种用途的网站:针对单一用途的短期工作区,用于规划事件和管理会议及项目用于常规协作的工作组网站大型工作组的部门门户(用于管理其业务流程)企业Intranet网站(用于向整个组织广播信息和提供服务)考虑将SharePointServer服务划分为满足企业中的多个需要的一组服务.
特定服务的每个用户都将获得同一级别的支持,并将支付相近的费用.
如果需要更复杂或成本更高的解决方案,则可添加新服务以提供支持.
这种方法的一个好处是可一次引入一个服务,从而减轻IT人员的负担.
与执行利益干系人、业务部门领导和IT经理一起确定每个服务级别的要求和引入服务的顺序.
下表演示创建一组分层服务的示例方法.
在此示例中,共提供了三个服务级别.
注意,提供的值不是建议值,只用于示范目的:一组服务的示例方法基础服务高级服务额外付费服务说明用于承载数以万计的客户网站集的服务器场.
它旨在支持短期网站和小型工作组网站.
设计用于承载少量门户网站的服务器场.
它适用于对服务器端自定义有一些要求的客户,这些自定义不会妨碍相同服务器上承载的其他网站.
专门承载高度自定义的大型网站或高度重要网站的服务器场.
根据客户和承载团队之间商定的承载要求,该拓扑是可伸缩的.
示例用于规划事件的协作网站包括集成业务线数据和自定义工作流的部门门户包括与多个后端系统的大规模集成的企业Intranet网站范围网站集Web应用程序具有多个Web应用程序的服务器场自定义仅支持可在用户界面中实现的自定义项.
支持一些服务器端自定义(如自定义网站模板).
所有自定义项在被接受用于部署之前都会经过测试和审核.
或者,仅允许将自定义项用作沙盒解决方案.
允许大量自定义项.
所有自定义项在被接受用于部署之前都会经过测试和审核.
或者,仅允许将自定义项用作沙盒解决方案.
用户的成本无或极低适度高自助设置是否否内容存储限制500MB2GB无限制备份频率每周两次每天每天维护备份时间14天30天60天服务级别协议为每个服务级别建立服务级别协议.
服务级别协议至少应包括以下各项:创建网站所必需的时间和审批.
创建网站的流程是什么涉及哪些人员有关用户或部门的服务成本的信息会扣除谁的费用为什么扣除指定执行操作的团队和频率的操作级别协议.
哪个团队应用更新哪个团队执行备份这些操作发生的频率如何有关通过技术支持解决问题的策略.
用户遇到问题时,他们向谁致电呈报路线是什么在远程位置首次加载网站、后续加载和性能的协定性能目标.
恢复、负载平衡和故障切换策略.
服务的自定义策略.
内容和网站的存储限制.
多语言支持.
将安装和支持哪些语言另请参阅其他资源TrackorblockSharePointServer2010installationsSharePointServer2010中的调控(http://go.
microsoft.
com/fwlink/linkid=200590&clcid=0x804)(该链接可能指向英文页面)SharePoint-服务级别协议(SLA)示例-"FromtheField"博客(http://go.
microsoft.
com/fwlink/linkid=203973&clcid=0x804)(该链接可能指向英文页面)模板示例:SharePoint产品和技术调控计划(http://go.
microsoft.
com/fwlink/linkid=162169&clcid=0x804)实现和调控信息体系结构(SharePointServer2010)通过规划和调控企业的信息体系结构,可帮助确保基于MicrosoftSharePointServer2010的解决方案能够满足组织需求.
有效的信息体系结构使解决方案用户可轻松查找和存储信息,并提高信息质量和易访问程度.
本文包括以下指导:介绍信息体系结构的概念建议如何调控SharePointServer信息体系结构指向可用资源,以帮助组织的信息架构师在SharePointServer2010中规划和实现信息体系结构提供一个案例研究,演示有效的信息体系结构在促进企业中的协作方面的好处本文内容:什么是信息体系结构调控信息体系结构用于规划信息体系结构的资源案例研究:调控信息体系结构以消除内容混乱什么是信息体系结构SharePointServer中的信息体系结构是企业中的信息(其文档、列表、网站和网页)的组织方式,以最大限度地提高信息的可用性和易管理性.
以下因素有助于成功实施信息体系结构:查找信息的轻松程度信息的存储和检索方式用户导航到信息的方式信息的多余或重叠程度每种类型的信息提供有哪些元数据使用哪些模板来创建信息信息体系结构的调控程度如何"我的网站"网站与信息体系结构的融合程度如何信息体系结构的目标和实现方式取决于要创建的解决方案类型.
例如:如果要设计企业的Intranet门户网站的信息体系结构,可重点考虑以下事项:元数据用于表示网站内容的方式网站和文档库中的内容的组织方式该内容在门户网站中的可用性用于创建内容的模板注意,对于Intranet网站用户,搜索是一项重要功能.
设计Internet展示网站的信息体系结构时,可重点考虑以下事项:网站组织到子网站和网页的层次结构的方式层次结构在网站导航功能中的公开方式搜索网站上的内容的轻松程度信息体系结构决策可能还会影响信息流.
例如,在Intranet门户网站中,信息最初可能是在组织的大多数成员都无法访问的网站中起草的.
为了使该信息在组织中可供搜索、有用并且可操作,信息体系结构设计可以包括在所有用户均可访问的位置公开信息的方法和指南.

根据组织的规模,应考虑在团队中纳入负责设计和实现基于SharePointServer的解决方案的信息架构师.
信息架构师具有在大型Web环境(如Intranet门户网站)中组织信息的专业知识.
调控信息体系结构应对企业中的信息体系结构进行调控,以确保以下条件:组织的信息技术(IT)团队可以通过指定该信息体系结构的实现和维护方式来管理组织中的信息.
信息体系结构符合企业的法规要求、隐私需求和安全目标.
信息体系结构符合组织的业务目标.
请记住,设计和调控不当的信息体系结构可消弱组织的有效性.
正确设计和调控的信息体系结构可使该组织的有效性成倍提高.
调控内容创建调控环境中的内容的计划时,请考虑以下最佳实践:对存储官方文档的所有文档中心和网站页面使用工作流和审批.
使用版本历史记录和版本控制来维护历史记录和主控文档.
对文档库使用内容类型和审计及过期设置,以管理文档生命周期.
使用网站使用确认和删除来管理网站集生命周期.
标识包含个人身份信息的重要公司资产和网站–确保它们受到相应的保护和审计.
将信息体系结构与环境的搜索策略相集成.
利用企业级搜索功能,如:最佳匹配人员搜索内容源外部内容的连接器权威页面关键字范围同义词库分类和分级重要:没有用户的采纳和遵守,调控就不起作用.
最终用户培训和教育以及适当的内容和搜索是用户采纳的关键.
创建调控计划时,请针对以下类型的项目确定需要具备的规则或策略:页面列表文档记录富媒体Wiki博客匿名注释匿名访问术语和术语集外部数据在考虑内容时,请考虑以下因素之间的平衡,并确定对于每个内容类型,这些因素中哪个因素具有最高优先级:可用性在用户需要时,内容应可用,并且用户应知道获得这些内容的位置和方法.
冗余在多个位置公开内容的单个副本(而不是复制内容)可减少冗余并提供唯一的真实版本.
访问考虑谁可以访问内容.
如果内容应受到保护,则它是否受到保护映射首选内容生命周期.
在创建、更新或删除列表项、文档或页面时,应发生哪些步骤为获得最佳结果,请从要长期使用的内容而不是临时解决方案入手.
作为调控计划的一部分,应确定哪些人员执行哪些操作.
例如,谁创建网站,谁控制搜索中的关键字,或者谁管理元数据并确保元数据运用正确文档和记录管理计划应描述这些因素中的大部分因素,而且还应考虑内容的存储成本.
了解文档和项目的容量规划限制,并考虑性能和缩放.
重要:调控团队应确定一个定期审查网站的过程,以确保它符合调控计划.
调控信息访问信息管理的另一方面是哪可以访问内容,即如何在内部和外部提供内容,以及向谁提供在设计解决方案和网站时,务必考虑内容的访问权限.
在考虑整个环境时,这一点与IT调控重叠.
询问以下问题:权限和访问群体如何在网站中构建权限如何使内容针对特定访问群体访问如何使内部用户可访问此内容如何使外部用户可访问此内容调控团队调控信息体系结构需要与体系结构利害攸关的所有组的参与.
调控团队应主要包括以下成员:信息架构师或分类学家如果可能,在规划团队中包括一名专业的信息架构师,并让其参与调控团队.
合规部主管还需要包括合规部主管或负责确保符合法律或合规要求的其他人员.
有影响力的信息工作者包括有影响力的信息工作者,以确保团队建立的流程和结构可以使用.
IT技术专家和IT经理应包括IT组织的代表.
业务部门领导由于信息体系结构的最终目的是符合业务的需求,因此企业业务部门的代表有必要在调控团队中扮演重要角色.
执行利益干系人执行利益干系人是调控团队中的主要参与者.
虽然该人员可能不参与调控团队的所有会议,但务必包括此角色,以便调控团队能够坚守使命.
此外,执行利益干系人还可帮助确保使用基准以帮助标记在调控信息体系结构过程中的当前进度.

除这些主要利益干系人外,根据企业的类型,还可以决定包括以下参与者,例如:开发部门的领导培训师IT经理财务利益相关者管理信息体系结构调控团队的最好方法是基于企业的文化和方法学进行管理.
但以下是一些一般准则:定期会面并留出足够的时间(特别是在早期会议中),以考虑每个问题.
在评审时举例说明好的信息体系结构做法.
例如,可使用设计良好的协作网站来记录评审和维护项目.
使用网站和在线调查向组织中的更多部门进行报告(并收集整个组织内的需求).
维护一组里程碑和共享日历.
考虑在组织的一些部门中试行信息体系结构做法,并使用该经验逐步改善组织中更大范围内的信息体系结构做法.
用于规划信息体系结构的资源下表提供了可用于帮助信息架构师规划SharePointServer解决方案的信息体系结构的资源:信息体系结构资源规划…参阅网站和子网站的结构规划网站和网站集(SharePointServer2010)文档库确定用户和分析文档使用率文档库规划(SharePointServer2010)企业内容存储规划(SharePointServer2010)导航规划网站导航(SharePointServer2010)元数据Planmanagedmetadata(SharePointServer2010)规划内容类型和工作流(SharePointServer2010)内容过期信息管理策略规划(SharePointServer2010)记录管理记录管理规划(SharePointServer2010)移动内容Plancontentdeployment(SharePointServer2010)Planworkflows(SharePointServer2010)模板使用网站模板和定义(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=119099&clcid=0x804)(该链接可能指向英文页面)内容审批版本控制、内容审批和签出规划(SharePointServer2010)Plancontentapprovalandscheduling信息管理策略信息管理策略规划(SharePointServer2010)社会计算规划社会计算和协作(SharePointServer2010)社会性标签对隐私和安全性的影响(SharePointServer2010)案例研究:调控信息体系结构以消除内容混乱万海是一家全球性汽车零件(如燃油泵和水泵、防震器、刹车片和各种引擎零件)的制造商和出口商.
该公司在全球拥有13,000名员工,并且在世界各地拥有50多家制造工厂.
万海的IT组织负责信息技术(如电子邮件、文件管理和Internet技术)的部署、运行和支持以及信息技术解决方案(如企业网站)的开发.
过去,万海的内容存储在共享文件目录中,这些目录分布在公司各个位置的本地文件服务器中.
这就造成了内容的混乱.
大量复制主要内容使人们很难确定文件的"官方"版本.
内容元数据分类非常有限,完全取决文件系统能够支持的范围.
由于公司的各个部门分别为通用文档(如工作订单、销售方案或人力资源文档)创建特有的自定义模板,因此很难并排比较各部门之间的文档.

由于基于文件共享的信息体系结构的不足越来越明显,万海的经理们要求采用新的基于门户的技术.
他们通过这样做来实现多个目标:实现其信息体系结构的现代化将文件共享中的内容移动到门户网站的库中对内容和应用程序(如费用报表提交)提供集中访问提供一个主页以便万海员工集中交流万海信息体系结构发展的下一步已经开始.
下图演示万海门户的初始体系结构.
该体系结构顶部的企业门户提供了一个用于广播一般公司信息的中央位置.
在下一级,有几个网站向组织提供共享资源,如人力资源、法律服务和财务服务.
在万海体系结构中,共享资源级别下面是万海的各个区域办公室的部门门户.
最初,北美洲、欧洲和东亚是试点.
然后逐渐添加了其他部门门户:澳大利亚、非洲和南美洲.
每个部门门户都包含其策略、产品设计、研究和开发以及客户数据的存储库.

从基于文件共享的协作更改为基于门户的协作的结果令门户的发起者和万海员工十分失望.
"内容混乱"情形并未得到缓解,只是从文件共享移动到门户网站而已.
由于万海的主要职能(如物料采购、客户关系、部件设计和规范)甚至一些人力资源流程都在部门级别发生,因此每个部门都开发了本地内容来支持这些职能.
策略声明、部件蓝图和规范、个人文档、与客户关系相关的文档以及类似内容都在本地创建和管理.
这些文档的模板和元数据在各个部门门户之间各不相同.
随着元数据越来越为各个部门所特有,在各个部门之间搜索内容也就变得越来越困难.
在各个部门中找到文档后,通常会将其复制到其他部门的门户以使其更容易访问.
随着复制版本的增加,此过程使人们越来越难以找到文档的"官方"版本.
此外,对部门门户中的一些文档采取的保护措施使得其他部门的员工无法查看这些文档.
虽然在起草文档时这种做法是恰当的,但并没有应在何时以及如何使文档在整个企业中可供查看的准则.

为解决员工对门户越来越不满的问题,公司组建了一个由以下人员组成的战略小组:万海各个部门的经理、核心IT团队成员和门户架构师.
该小组具有以下任务:评估SharePointServer门户部署的当前状态.
建议对门户的必要更改.
确定如何衡量一段时间内的改进状况.
制定门户战略的小组得出结论:当前门户分类的"部门"组织方式是问题的根源.
每个部门都在复制流程和存储内容,而不利用同行部门中已经拥有的专业知识和最佳实践.
这就造成了协作性差、资源的浪费和内容混乱.
他们的想法是对企业门户使用"操作性"更强的组织方式.
共享资源(如信息技术和财务)当前在所有部门之上的门户分类中公开,并且所有这些部门都可看到这些资源.
制定门户战略的团队得出结论:其他运营学科(如客户关系、供应商关系、工厂配置和研究与设计)应从各部门孤岛移动到网站层次结构中共享信息所在的同一级别.
元数据将信息与各个部门而不是内容的位置相关联.

下图是修改后的万海门户的体系结构:用这种方式重新组织万海门户具有额外的好处:可在企业中具有类似职责,但尚未习惯于在标准和流程方面开展合作的部门之间强制进行协作.
例如,将设计文件存储在中央存储库中可强制各个部门标准化设计汽车零件的工具.
这种更改节约了金钱,并且缩短了培训时间.
此外,企业中的工程师可查看设计中的最佳实践,并将这些最佳实践用作新的设计项目的基础.

下面是重新设计的门户体系结构的好处摘要:提供对信息的集中访问.
减少内容的重复.
明确每项内容的官方版本.
标准化元数据.
标准化模板.
促进协作和共享最佳实践.
重新设计和重新实现门户只是个开始.
制定门户战略的团队受到高层领导的支持,成为门户的调控团队.
因此,该组通过制定策略和标准体现了门户用户的需要.
这帮助确保了组织中的问责制度,并提供了一个论坛来评估和发展门户,从而改进门户功能和帮助最大限度提高企业在SharePointServer技术中的投资回报.
调控机构监督以下要素:元数据标准模板标准有关何时需要在企业中提供信息的准则符合公司和政府规章培训标准内容的品牌标准万海开始看到其门户投资的巨大回报.
项目启动一年后,战略小组清点了一次内容,发现在500,000份文档中,只有230份是重复的.
由于集中化管理,公司节约了数百万美元.
并且对员工的调查显示,他们对门户的满意度显著提高.
在万海,能够进行很好的协作.
另请参阅概念网站和解决方案管理(SharePointServer2010)调控概述(SharePointServer2010)其他资源调控资源中心(http://go.
microsoft.
com/fwlink/linkid=200590&clcid=0x804)(该链接可能指向英文页面)PlaninformationarchitectureforWebcontentmanagement规划沙盒解决方案(SharePointServer2010)沙盒解决方案可限制对网络和本地资源的访问,从而提供更好的安全性和稳定性.
可将沙盒解决方案用于负载平衡解决方案、未全面测试的解决方案以及用于在托管环境中部署用户解决方案.
沙盒解决方案在单独的工作线程中运行,因此无法访问属于其他解决方案的资源,并且它们对本地和网络资源的访问受限制.

本节内容沙盒解决方案概述(SharePointServer2010)规划沙盒解决方案(SharePointServer2010)沙盒解决方案概述(SharePointServer2010)可以将SharePointServer解决方案直接部署到MicrosoftSharePointServer2010上,或将其部署到一个沙盒内.
沙盒是一个受限制的执行环境,可使应用程序仅访问某些资源,并使在沙盒中发生的问题不会影响服务器环境的其余部分.
部署到沙盒中的解决方案称为沙盒解决方案,它们不能使用某些计算机和网络资源,也不能访问它们部署到的网站集以外的内容.
有关详细信息,请参阅沙盒解决方案不能包含的内容.
因为沙盒解决方案不会影响整个服务器场,因此不必由服务器场管理员进行部署.
沙盒解决方案可以由网站集管理员部署,或者,在某些情况中,可由对网站集根目录具有完全控制访问权的用户部署.
只有服务器场管理员才可以提升沙盒解决方案,使其直接在沙盒之外的服务器场中运行.

在以下两种方案中,特别适合使用沙盒解决方案:某个组织希望在SharePointServer生产网站上运行员工代码,并且此代码没有经过严格的检查和测试.
宿主希望让所承载的SharePointServer网站的所有者上载和运行自定义代码.
本文介绍与沙盒解决方案有关的概念,说明沙盒解决方案与在场中部署的解决方案的差异,并总结部署和运行沙盒解决方案的方式.
本文未包含有关配置沙盒处理或部署沙盒解决方案的详细过程.
本文内容:部署和运行沙盒解决方案隔离沙盒解决方案沙盒解决方案不能包含的内容沙盒解决方案与场解决方案的比较使用沙盒解决方案的好处部署和运行沙盒解决方案SharePointServer应用程序的任何页面除了包含直接在场中运行的组件之外,还可包含某些在沙盒中运行的组件.
部署到场中的组件将在InternetInformationServices(IIS)工作进程中运行.
部署到沙盒中的组件将在沙盒进程中运行.
下面的列表标识了一些可能会在沙盒中部署的组件:Web部件事件接收器功能接收器自定义MicrosoftSharePointDesigner工作流活动MicrosoftInfoPath业务逻辑以下步骤介绍如何部署沙盒解决方案:服务器场管理员执行以下任务.
这些任务只能执行一次.
服务器场管理员启用沙盒处理,并在每个将运行沙盒解决方案的服务器上启动沙盒服务.
服务器场管理员决定使用哪种负载平衡方案.
该负载平衡方案将应用于服务器场中所有网站集中的所有沙盒解决方案.
服务器场管理员设置资源配额,一个网站集内的所有沙盒解决方案组合在一起不可以超过此配额.
网站集管理员或拥有对网站集根目录的完全控制访问权的用户将一个解决方案上载到网站集的解决方案库中.
网站集管理员激活解决方案.
如果解决方案不包含程序集,则拥有对网站集根目录的完全控制访问权的用户也可以激活解决方案.
将针对解决方案运行验证工具.
如果解决方案验证失败,则不会将其激活.
当执行有关运行一个沙盒解决方案的请求时,将会发生以下活动:根据负载平衡方案,SharePointServer决定在哪个服务器上运行解决方案.
如果负载平衡是本地的,则在与服务请求的同一服务器上运行解决方案.
如果负载平衡是远程的,则根据解决方案关联性选择运行解决方案的服务器.
在这两种情况下,服务器都必须运行沙盒服务.

SharePointServer选择一个沙盒工作进程来在其中运行解决方案,并将一个"填充码"动态链接库(dll)加载到该进程中,然后将解决方案程序集加载到该进程中.
在解决方案运行过程中,解决方案的代码在由SharePointServer执行之前会先通过填充码.
如果解决方案代码试图使用限制沙盒解决方案使用的API,则填充码将发出异常信号而不让代码通过并运行.
SharePointServer监控沙盒解决方案使用的资源.
如果沙盒解决方案超过硬性限制(例如,如果它使用超过预定义数量的CPU时间),则SharePointServer会中止沙盒工作进程.
如果一个网站集中所有沙盒解决方案的组合超过了此网站集的资源配额,则SharePointServer会在当天的剩余时间内关闭此网站集中的所有沙盒解决方案.
网站集管理员可以监控沙盒解决方案使用的资源,也可以停用网站集中的解决方案.
如有必要,服务器场管理员可以阻止解决方案在场中运行.
或者,服务器场管理员也可以移除在沙盒中运行解决方案的要求.
如果移除在沙盒中运行的要求,则当解决方案在服务器场中的任何网站集中运行时,它将不再在沙盒中运行.

隔离沙盒解决方案可以按不同的程度隔离沙盒解决方案.
每个附加的隔离级别可增加您保护SharePointServer网站的主要部分的能力,从而避开可能消耗太多资源的代码.
在第一级别,沙盒代码在一个权限受限制的独立进程中运行.
代码访问安全(CAS)限制代码可执行的操作.
通过使用远程负载平衡并且仅对特定服务器运行沙盒服务,可增加隔离.
在生产环境中,推荐您使用远程负载平衡,并专门使用一个单独的服务器来运行沙盒解决方案.
沙盒解决方案不能包含的内容SharePointServer解决方案必须包含名为manifest.
xml的配置文件,也可以包含附加的配置文件和程序集.
如果解决方案将在沙盒中运行,则会将程序集和配置文件限制为它们可以包含的内容.
下面的列表标识了将在沙盒中运行的程序集不能做的最常见的事情.
连接到不在本地服务器上的资源.
访问数据库.
更改线程模型.
调用非托管代码.
写入到磁盘.
访问不同网站集中的资源.
manifest.
xml文件引用功能文件;功能文件引用元素文件;元素文件包含feature元素.
在沙盒解决方案中唯独允许的feature元素有:ContentTypeFieldCustomActionModuleListInstanceListTemplateReceiversWebTemplateWorkflowAssociationPropertyBagWorkflowActions沙盒解决方案与场解决方案的比较下表对在场中运行的解决方案和在沙盒中运行的解决方案进行了各方面的比较.
方面场沙盒部署过程添加解决方案,然后将它部署到场中.
将解决方案上载到网站集,然后在网站集中将其激活.
可以部署的人服务器场管理员.
如果解决方案中包含一个程序集,则只有网站集管理员可以部署它.
如果解决方案不包含程序集,则拥有对网站集根目录的完全控制访问权的用户可以部署它.
数据访问不受限制.
解决方案只能访问部署到的网站集中的内容.
运行解决方案的进程不受限制的IIS工作进程,或将解决方案部署到的任何进程.
权限受限制的单独的工作进程.
代码访问安全性解决方案开发人员在将解决方案打包时可以设置代码访问安全性策略.
受限制.
有关详细信息,请参阅部署沙盒解决方案(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=177369&clcid=0x804)(该链接可能指向英文页面).
监控不受监控.
受监控,并受服务器场管理员设置的配额限制.
负载平衡不定,具体取决于解决方案的种类.
可从非沙盒解决方案单独配置.
解决方案功能不受限制.
受限制,如沙盒解决方案不能包含的内容中所述.
使用沙盒解决方案的好处使用沙盒解决方案的主要好处如下:可以将解决方案添加到SharePointServer生产环境中,而不存在影响沙盒外的进程的风险.
网站集管理员可以部署沙盒解决方案,使服务器场管理员从此项任务中解脱出来.
由于沙盒在可受配额限制的单独进程中运行,并且可以监控其对服务器场的影响,因此增加了可伸缩性和灵活性.
可以将解决方案从沙盒中移出并直接在场中运行,而不必修改或重新编译解决方案.
另请参阅概念规划沙盒解决方案(SharePointServer2010)其他资源Configureafarmforsandboxedsolutions(SharePointServer2010)沙盒解决方案体系结构(http://go.
microsoft.
com/fwlink/linkid=177368&clcid=0x804)(该链接可能指向英文页面)部署沙盒解决方案(http://go.
microsoft.
com/fwlink/linkid=177369&clcid=0x804)(该链接可能指向英文页面)规划沙盒解决方案(SharePointServer2010)沙盒解决方案限制对网络和本地资源的访问,从而提供更高的安全性和稳定性.
沙盒解决方案可用于负载平衡解决方案、尚未经完全测试的解决方案,以及在托管环境中部署用户解决方案.
沙盒解决方案在单独的辅助线程中运行,这样它们就无法访问属于其他解决方案的资源,它们对本地资源和网络资源具有有限的访问权限.

当规划沙盒解决方案时,首先要确定到底需不需要使用沙盒解决方案.
您应当确定您首先要考虑的是性能还是安全.
与不使用沙盒解决方案的服务器场相比,使用沙盒解决方案的服务器场会生成更多的辅助进程和代理进程.
使用沙盒解决方案会提供更多的进程隔离,从而可提高服务器场的安全性.

有关沙盒解决方案的详细信息,请参阅沙盒解决方案概述(SharePointServer2010).
本文内容:确定何时使用沙盒解决方案规划沙盒解决方案代码的负载平衡确定部署沙盒解决方案的位置确定可部署沙盒解决方案的人员确定哪些网站集将使用配额运行沙盒解决方案规划沙盒解决方案的资源使用率配额规划沙盒解决方案控制确定何时使用沙盒解决方案在您希望在多个服务器之间保持解决方案的负载平衡的情况下,或在您希望能够运行尚未经完全测试或组织不支持的代码的情况下,适合使用沙盒解决方案.
对于您组织内的开发人员而言,沙盒解决方案可在缩放部署路径(从测试环境到生产环境中的沙盒解决方案)中起到重要作用.
以后,当最终表明解决方案可以安全地进行完全部署时,服务器场管理员可以将沙盒解决方案更改为完全信任状态.

在以下应用场景中,特别适合使用沙盒解决方案:您希望在多台SharePointServer服务器之间保持解决方案负载平衡.
组织希望在SharePointServer生产网站上运行员工代码,但此类代码没有经过严格的检查和测试.
Internet宿主提供程序希望让所承载的SharePointServer网站的所有者上载和运行自定义代码.
使用沙盒解决方案时,必须在要运行沙盒解决方案的每台服务器上激活SharePoint2010UserCodeHost服务.
规划沙盒解决方案代码的负载平衡可以为沙盒解决方案选择两种负载平衡方案中的一种.
根据负载平衡方案,MicrosoftSharePointServer2010将决定在哪台服务器上运行解决方案.
对于本地负载平衡方案,将在接收请求的同一台服务器上运行解决方案.
如果选择远程负载平衡方案,则基于解决方案相关性选择运行解决方案的服务器,并且沙盒解决方案在已加载并运行它的服务器上运行.
这样可节省处理解决方案请求的时间.
在这两种情况下,每台服务器都必须运行SharePointFoundationSandboxedCode服务.
您选择的负载平衡方案决定了由整个SharePointServer服务器场使用的模型.
您不能混合使用本地负载平衡和远程负载平衡,而必须选择实现其中一种方案.
在决定要实现哪种模式时,应考虑以下事项:本地模式需要的管理更少,但其可伸缩性受到本地服务器的资源的限制.
远程模式与本地模式相比更具可伸缩性,但它需要在更多的服务器上执行管理任务.
如果SharePointServer服务器场中有多台服务器要运行沙盒解决方案,则在该服务器场中使用远程负载平衡模型会获得更好的性能.
如果您是作为开发过程的一部分使用沙盒解决方案,并且希望将这些解决方案限制于调用它们的服务器,则使用本地模式的负载平衡.

有关详细信息,请参阅沙盒解决方案概述(SharePointServer2010).
确定部署沙盒解决方案的位置沙盒解决方案部署在网站集的根目录中.
属于网站集管理员的任何人都可以部署沙盒解决方案.
如果在某个网站集中部署沙盒解决方案,则可在该网站集内的任何位置使用该解决方案.
可以选择只在SharePointServer服务器场内的某些服务器上运行沙盒解决方案,也可以选择在所有服务器上运行.
若要在服务器上启用沙盒解决方案,必须启用SharePointFoundationSandboxedCode服务.
必须在要运行沙盒解决方案的每台服务器上都启用此服务.
确定可部署沙盒解决方案的人员当您规划沙盒解决方案部署中涉及的用户角色时,必须确定将授权谁来部署解决方案,以及将授权谁来管理解决方案.
"SiteCollectionAdministrators"组的成员可以部署沙盒解决方案.
您必须是"FarmAdministrators"组的成员才能执行管理任务,例如,启用或禁用SharePointFoundationSandboxedCode服务,阻止或取消阻止解决方案,以及调整或重置配额.
注意:若要部署和激活沙盒解决方案,只是网站集所有者还不够,您必须是要部署沙盒解决方案的网站集的网站集管理员.
由于服务器场管理员可以将沙盒解决方案更改为可部署在服务器场上任何位置的完全信任的解决方案,因此您应当小心地将"FarmAdministrators"组的成员资格限制到适当的用户.
在将用户添加到"SiteCollectionAdministrators"组时,如果对正在部署的沙盒解决方案的安全性有任何担心,同样要考虑到这一点.
确定哪些网站集将使用配额运行沙盒解决方案可以通过调整沙盒解决方案的配额在特定的网站集上启用或禁用沙盒解决方案.
如果在特定网站集上将沙盒解决方案的配额设置为0,则该网站集上将不运行沙盒解决方案.
通过这种方式,您可以调整沙盒解决方案在您的服务器场中的使用情况.
为了规划要用来部署沙盒解决方案的位置,您应考虑哪些服务器将运行SharePointFoundationSandboxedCode服务以及哪些网站集将能够运行沙盒解决方案这两个问题.
在某些网站集上启用沙盒解决方案后,您应通过将其余网站集上的配额设置为0,在这些网站集上禁用沙盒解决方案.
规划沙盒解决方案的资源使用率配额基于默认的资源配额监控沙盒解决方案的资源使用率.
如果某个沙盒解决方案超过了任何资源配额,则在当天的剩余时间内该解决方案将处于禁用状态,直到服务器场管理员手动重置该解决方案.
这样可帮助管理员了解特定沙盒解决方案何时对共享资源有过度需求,或耗费大量资源的沙盒解决方案要求增加配额的情况.

默认配额可满足于大多数的方案;但是,您可以调整个别配额限制以根据需要允许更高的限制.
如果您确定了某个沙盒解决方案自始自终都在误用服务器资源,则您可以阻止该解决方案,直至开发人员能够纠正此状况.
有关阻止和取消阻止沙盒解决方案的详细信息,请参阅Blockorunblockasandboxedsolution(SharePointServer2010).
下表列出了分配给沙盒解决方案配额的默认值.
资源说明单位每个点的资源数绝对限制AbnormalProcessTerminationCount异常终止的进程出现次数11CPUExecutionTime网站的CPU执行时间秒3,60060CriticalExceptionCount关键异常事件数事件103InvocationCount解决方案调用事件数事件PercentProcessorTime解决方案占用CPU的百分比percentage85100ProcessCPUCycles解决方案CPU周期数周期1x10^111x10^11ProcessHandleCountWindows句柄计数项10,0001,000ProcessIOBytesWindows句柄计数项01x10^8ProcessThreadCount整个进程中的线程计数实例10,000200ProcessVirtualBytes占用的内存字节01.
0x10^9SharePointDatabaseQueryCountSharePoint数据库查询的数目实例20100SharePointDatabaseQueryTime执行查询所用的时间秒12060UnhandledExceptionCount未经处理的异常数实例503UnresponsiveProcessCount未响应的进程数实例21规划沙盒解决方案控制在您规划沙盒解决方案的同时,应考虑有关控制问题的过程,其中包括:在什么情况下服务器场管理员将阻止或取消阻止沙盒解决方案通过确定用于阻止和取消阻止沙盒解决方案的管理策略,可消除任何怀疑是否需要阻止解决方案的混淆情况.
在什么情况下您会将沙盒解决方案作为完全信任解决方案传送到全局编录此决定适用于由组织开发人员开发的解决方案代码.
您应建立一种策略,用来确定需要对沙盒解决方案进行何种级别的测试后,才能将其视为已准备好在组织中作为生产之用.

在规划谁能够部署沙盒解决方案时,您是选择向"SiteCollectionAdministrators"组中添加用户,还是选择为数量有限的网站集管理员建立一个过程来让这些管理员代表其用户部署沙盒解决方案根据您组织中的安全考虑,您可以决定直接将用户添加到"SiteCollectionAdministrators"组中,而不是要求用户请求部署沙盒解决方案的权限.
SharePoint2010调控规划(白皮书)MicrosoftSharePointServer2010提供了大量可让业务用户提高工作能力的功能.
例如,利用SharePointServer2010,用户可以相互协作、对内容进行标记和评级、自发布甚至于开发自己的解决方案.
拥有这些能力之后,用户(及其服务的组织)可以从明确的指导中大大受益.
简而言之,通过拥有管理计划,用户可从中获益.

本白皮书重点介绍称作SharePoint环境(管理的业务方面)的"前端"的项目(影响业务用户的各个方面).
本白皮书使用了一家名为Contoso的虚拟公司,以便提供针对SharePointServer2010必需的管理规划和实现的指导.
下载白皮书:SharePoint2010管理规划(MicrosoftWord版本)(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=197150&clcid=0x804)(该链接可能指向英文页面).
SharePoint2010管理规划(PDF版本)(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=197174&clcid=0x804)(该链接可能指向英文页面).
在SharePoint2010中实现调控(白皮书)MicrosoftSharePointServer2010提供了大量可提高用户能力的功能.
这些新功能需要明确的指导以强调其优势并发现其潜能,同时在组织内保持某个级别的一致性和控制.
本文档重点介绍SharePoint调控的"后端"(技术实现).
它提供了有关SharePointServer2010提供的多个配置选项的高级指导,使您能够管理环境以获取所有好处.
有关SharePoint调控的"前端"(业务方面)的详细信息,请参阅以下白皮书:SharePoint2010调控规划(白皮书).
下载白皮书:实现SharePoint2010中的调控(该链接可能指向英文页面)(MicrosoftWord版本)实现SharePoint2010中的调控(该链接可能指向英文页面)(PDF版本)实现SharePoint2010中的调控(该链接可能指向英文页面)(XPS版本)规划社会计算和协作(SharePointServer2010)MicrosoftSharePointServer2010实现了一些功能,利用这些功能可更为轻松地进行企业社会计算和协作.
社会计算功能的示例包括社交网络工具(例如"我的网站"网站)和社交内容技术(例如博客、Wiki和真正简单的整合(RSS)).
这些功能使用户能够轻松地捕获和共享完成工作所需的知识和专业技术.
这种信息共享有助于协作、改善创新,以及将相关内容提供给必须查看该内容的人员.
您可以为每个用户改编内容,同时使管理员能够设置策略以保护隐私.

SharePointServer2010中的社会计算和协作功能基于一个属性数据库创建,该数据库集成了多种业务应用程序和目录服务中的人员的相关信息.
要创建高效的MicrosoftSharePointServer解决方案,深入理解并精心规划社会计算和协作功能非常重要.
本节内容:UserProfileService概述规划用户配置文件为用户配置文件规划策略规划配置文件同步规划"我的网站"网站(SharePointServer2010)规划"我的网站"网站社会性标签概述社会性标签对隐私和安全性的影响(SharePointServer2010)企业Wiki概述企业Wiki规划协作网站规划UserProfileService概述UserProfileService是SharePointServer中的一种服务应用程序,该应用程序可跨多个网站和服务器场使用.
利用UserProfileService,可以集中配置和管理以下个性化设置:用户配置文件属性访问群体配置文件同步设置组织浏览和管理设置"我的网站"设置有关详细信息,请参阅用户配置文件服务概述(SharePointServer2010).
规划用户配置文件UserProfileService将来自各个源的用户信息集成到用户配置文件中,而用户配置文件是强大的个性化功能的基础.
除了规划与UserProfileService的连接外,规划人员和用户配置文件的过程还包括配置文件同步和规划组策略.
您还可以使用配置文件来禁用功能.
例如,利用配置文件,您可以防止有关同事的信息自动出现在配置文件页的同事部分中.
有关详细信息,请参阅规划用户配置文件(SharePointServer2010).
为用户配置文件规划策略在规划门户网站的个性化时,必须考虑有关组织内用户的信息的可用性.
某些信息不适合让所有人看到.
某些信息只应由用户和管理员查看,从而保护隐私.
其他信息可以且应该与其他用户自由共享,以鼓励协作.
有关应共享哪些信息的决策非常重要,具体取决于每个组织的特定需求.

有关详细信息,请参阅为用户配置文件规划策略(SharePointServer2010).
规划配置文件同步如果计划使用MicrosoftSharePointServer2010中的社会计算功能(如"我的网站"网站或"人员搜索"),可能要将存储在目录服务(如ActiveDirectory域服务(ADDS))或业务系统(如SAP或Siebel)中的配置文件信息与SharePointServer2010进行集成.
通过使用SharePointServer2010中的配置文件同步功能,可以完成这一任务.
有关详细信息,请参阅规划配置文件同步(SharePointServer2010).
规划访问群体您可以使用访问群体对组织中的用户进行分组,以便能够针对相关用户提供信息.
从SharePointServer中针对UserProfileService的"管理访问群体"页上,您可以创建和管理访问群体,并使用它们来确定使用该共享服务的所有网站集中的内容.
规划"我的网站"网站概述"我的网站"网站是特殊的SharePoint网站,其中包含有关用户的配置文件信息、指向由用户创建并存储在SharePoint数据库中的内容的链接,以及有关用户所跟踪的人员、兴趣和活动的信息.
"我的网站"网站有三个不同的视图:显示用户所跟踪的人员、兴趣和活动的"我的网络"页.
列出共享文档和个人文档、共享图片以及用户拥有的库、列表、讨论板和调查的"我的内容"页.
显示个人配置文件信息的"我的配置文件"页.
"我的配置文件"页上的信息可以只针对用户提供,或者可针对用户的经理、工作组、同事或所有人提供.
规划"我的网站"网站的过程包括:准备设置"我的网站"网站、规划社会性标签和备注、规划"我的网站"网站策略和权限,以及规划个性化网站.

有关详细信息,请参阅"我的网站"网站概述(SharePointServer2010).
规划"我的网站"网站若要有效地规划"我的网站"网站,您必须确定以下方面:用于在服务器场中部署"我的网站"网站的逻辑体系结构设计需要具有"我的网站"网站的用户以及这些用户的相应权限需要与目录服务或业务系统同步的用户配置文件信息需要启用的"我的网站"功能适用于查看公共配置文件中的用户配置文件信息的策略有关详细信息,请参阅规划"我的网站"网站(SharePointServer2010).
社会性标签概述社会性标签可帮助用户按照对自己有意义的方式将信息分类.
社会性标签通过针对特定标签进行筛选来提高搜索结果的质量,并且它还可以将希望与兴趣相似的用户共享信息的人员联系在一起.
有关详细信息,请参阅社会性标签概述(SharePointServer2010).
社会性标签的隐私和安全影响社会性标签是企业可以开发的更全面的社交媒体策略的一部分.
MicrosoftSharePointServer2010包含以下社会性标签功能:社会性标签,它允许用户保存感兴趣的项目、组织所有项目信息,以及联系兴趣相同的其他用户.
记事板,它允许在一个中心位置跟踪注释.
评级,它允许用户在一定范围内评定内容的价值,例如一颗星到五颗星.
书签,它允许用户向SharePoint环境外部的页面(例如企业外部的网站)添加标签和注释,然后在其"我的网站"的"标签和注释"选项卡上显示这些标签和注释.
本文包含的信息可帮助您规划如何在企业中使用SharePointServer2010的社会性标签功能,它还包含规划过程中需遵循的主要步骤.
有关详细信息,请参阅社会性标签对隐私和安全性的影响(SharePointServer2010).
企业Wiki概述企业Wiki是用于在企业内共享和更新大量信息的发布网站.
如果组织需要用于在企业规模上存储和共享信息的大型集中知识存储库,请考虑使用企业Wiki.
有关详细信息,请参阅企业Wiki概述(SharePointServer2010).
企业Wiki规划企业Wiki是一种设计用于在企业中存储和共享信息的大型知识存储库.
您可以使用企业Wiki,按比Wiki、库或工作组网站更大的规模共享和更新信息.
规划企业Wiki的过程包括在确定企业Wiki是否为最适合组织的解决方案时要考虑的内容、用于设置企业Wiki的准备步骤,以及规划对企业Wiki的访问.
有关详细信息,请参阅企业Wiki规划(SharePointServer2010).
协作网站规划协作网站是工作组或用户组可用于共享信息或进行项目协作的SharePoint网站.
您可以将这些网站与特定门户网站集关联,或使它们成为发布网站集的一部分.
协作网站也可以是独立网站.
规划协作网站的过程介绍了如何定义特定路径和附加路径,以及如何确定组织中所需的协作网站的数量.

有关详细信息,请参阅协作网站规划(SharePointServer2010).
另请参阅其他资源PlanManagedMetadataSecurityandpermissionsadministration(OfficeSharePointServer)UserProfileServiceadministration用户配置文件服务概述(SharePointServer2010)UserProfileService可在一个中心位置存储有关用户的信息.
社会计算功能使用此信息来促进用户之间的工作交流,从而提高其协作效率.
若要配置"我的网站"网站,启用社会计算功能(如社会性标签和新闻复制),并在多个网站和服务器场中创建和分发配置文件,则必须启用UserProfileService.
本文内容:UserProfileService的使用和优点体系结构相关服务UserProfileService的使用和优点UserProfileService是MicrosoftSharePointServer2010中的一种共享服务,该服务提供了一个可供服务管理员配置和管理下列功能的中心位置:用户配置文件–包含有关组织中各人员的详细信息.
用户配置文件组织和显示与每个用户相关的所有属性,以及与该用户相关的社会性标签、文档和其他项目.
组织配置文件–包含有关组织(如工作组、部门等)的详细信息.
配置文件同步–提供了一种可靠方法,使用此方法可使SharePointServer2010配置文件存储区中存储的用户、组和组织配置文件信息与企业目录服务中存储的配置文件信息同步.
访问群体–使组织能够根据其作业或任务,按照SharePointServer组或通讯组列表中的成员资格、组织报告结构或其用户配置文件中公共属性的相关定义,将内容目标设定为用户.
我的网站宿主–承载"我的网站"网站的专用网站.
需要使用"我的网站宿主"才能部署SharePointServer的社会功能.
"我的网站"网站–在贵组织的一个中心位置向用户提供用于管理和存储文档、链接和同事信息的个人网站.
社会性标签和注释–使用户能够将社会性标签添加到文档、其他SharePointServer项目以及外部网页和博客文章等其他项目中.
用户还可在"我的网站"网站的配置文件页或任何SharePointServer页上保留临时注释.
当员工离开公司时,管理员可删除有关该员工的所有标签,或删除不需要的标签.
这些功能使组织中的用户可共享信息,及时了解组织内发生的事情.
例如,用户可以通过社会性标签标记和跟踪他们最感兴趣的信息.
当与其一起工作的人员撰写新的博客文章或组织元数据发生变更时,用户均会收到通知.
此外,他们还会看到个人与组织之间的关系以及组织与网站之间的关系.

与SharePointServer2010中的其他共享服务一样,UserProfileService易于部署和设置.
服务器场管理员可将对UserProfileService的所有或部分功能的管理过程委派给一名或多名服务应用程序管理员.
有关详细信息,请参阅Assignadministratorstoaserviceapplication(SharePointServer).
体系结构在创建UserProfileService的实例时,SharePointServer会创建三个数据库来存储用户配置文件信息和相关数据:配置文件数据库-用于存储用户配置文件信息.
同步数据库-用于存储同步外部数据源(如ActiveDirectory目录服务(ADDS))中配置文件数据所需的配置和阶段信息.
社会性标签数据库-用于存储用户创建的社会性标签和注释.
每个社会性标签和注释均与一个配置文件ID关联.
可通过SharePoint网站、"我的网站"网站和工作组网站,使用UserProfileService访问其中每个数据库.
这为组织中的用户提供了动态的个性化体验.
UserProfileService可通过相应的业务组进行管理,并在公司资源中心进行播发.
一名管理员可以管理UserProfileService的所有区域.
作为备选方案,还可将各区域隔离,并由不必知道此服务是否存在其他区域的不同管理员进行管理.
例如,可由一名管理员管理"我的网站"网站,而另一名管理员管理社会性标签和注释.
可对UserProfileService进行限制,以便仅根据业务需要、安全限制和预算将其用于某些部门或网站集.
有关SharePointServer中的共享服务体系结构的详细信息,请参阅Logicalarchitecturecomponents(SharePointServer2010).
相关服务UserProfileService依靠其他共享服务在SharePointServer中执行完善的社会计算功能.
这些相关的共享服务包括:ManagedMetadataService-可使用托管元数据以及共享网站集和Web应用程序中的内容类型.
有关详细信息,请参阅Aboutthemanagedmetadataserviceapplication搜索服务–需要启用人员搜索功能另请参阅概念规划社会计算和协作(SharePointServer2010)其他资源UserProfileServiceadministration规划用户配置文件(SharePointServer2010)有关组织中用户的信息存储在UserProfileService内的用户配置文件中.
创建UserProfileService实例的服务器场管理员可以管理用户配置文件,也可以将用户配置文件管理委派给共享服务的管理员.
UserProfileService的管理员管理用户信息,并管理用于在配置文件存储、目录服务(如ActiveDirectory域服务(ADDS)和轻型目录访问协议(LDAP))以及业务应用程序(如SAP)之间同步该信息的连接.
在规划MicrosoftSharePointServer2010的初始部署时,必须规划以下内容:UserProfileService、目录服务和业务应用程序之间的连接所需的用户配置文件属性和组织配置文件属性用于显示和更改用户配置文件的策略其他个性化功能(如个性化网站)使用用户配置文件的方式本文内容:关于用户配置文件用户配置文件属性用户配置文件策略成员身份和同事查找人员和专业技能同步配置文件属性在阅读本文之前,您应了解用户配置文件服务概述(SharePointServer2010)中介绍的概念.
关于用户配置文件必须先规划用户配置文件,之后才能对组织中的网站和内容进行个性化设置.
用户信息可以来自目录服务(如ADDS).
还可以来自业务应用程序(如SAP).
利用UserProfileService,可以将这些不同内容源的所有属性结合在一起,以便在整个组织内创建统一且一致的用户配置文件.
这些源的属性和内容存储在由UserProfileService管理的用户配置文件中.
用户配置文件可标识用户(如常见的管理员、工作组、组成员身份和网站)之间的连接.
用户配置文件还包含有关用户感兴趣的领域的信息,可帮助用户查找特定领域的主题专家.
利用此信息,用户可以使用人员搜索功能查找另一个用户.
这样,便可通过组织中的用户关系来促进同事以及整个团队间更有效地协作.

用户配置文件不仅对组织中用户的导入和自定义属性进行分组.
这些属性还可用于显示有关每个用户与组织中其他用户之间的关系的信息.
配置文件子类型可用于为不同的用户组创建不同的属性集.
例如,可以创建一个将用户分类为实习生或全职员工的子类型.

使用同一UserProfileService应用程序的每个网站都可从用户配置文件存储接收一组相同属性,并在该网站的用户信息列表中显示这些属性.
这还包括由所有用户共享的文档的列表.
有关创建UserProfileService应用程序的详细信息,请参阅Create,edit,ordeleteaUserProfileServiceapplication(SharePointServer2010).
用户配置文件属性在规划用户配置文件时,必须确定所需的用户信息.
此信息会存储在用户配置文件属性和配置文件属性子类型中.
每个人都可以从"我的网站"宿主Web应用程序的配置文件页来查看用户信息.
组织中的隐私和策略设置控制用户可以查看的配置文件信息的类型.
由信息的所有者设置隐私设置,而由组织设置策略设置.
有关策略设置的详细信息,请参阅为用户配置文件规划策略(SharePointServer2010).
在规划用户配置文件时,您应考虑以下几个方面:现有和规划的目录服务是什么这些服务将构成用户配置文件的基础.
根据在整个组织(或具有多组UserProfileService应用程序的组织中的UserProfileService)中相关的属性,确定用于核心用户配置文件的属性.
可用于以下情况的属性十分重要:查找用户、创建在确定内容目标时使用的访问群体、在同事和工作组之间建立关系.
从查看目录服务中的属性的列表开始,接着查看SharePointServer2010提供的默认属性,然后根据这些注意事项修改该列表.
组织的哪些方面需要不同的用户配置文件子类型例如,是否可以为全职员工、兼职员工以及实习生创建用户配置文件子类型您使用的哪些业务应用程序包含用户信息哪些属性可映射到目录服务的属性根据商业智能规划,其他哪些非用户相关的业务应用程序的属性可能对组织中的用户有用您可以在个性化Web部件中使用这些属性,以基于访问群体确定业务数据目标.
您计划从所有源中导入多少用户记录,以及要按何种频率在SharePoint配置文件存储与这些源之间同步这些记录计划的同步频率将取决于记录的数目、使用个性化功能的程度,以及为了对性能和可用性产生最小影响而计划进行同步的时间.
让IT管理员了解此信息,以便在部署规划中将其考虑在内.
您需要哪些网站级别的用户配置文件属性在一些组织中,这可能是全体人员决定的,而在有些组织中,这可能是由每个网站集管理员决定的.
默认用户配置文件属性SharePointServer2010提供了一组默认用户配置文件属性.
在确定要进行哪些更改、要保留或移除哪些属性以及要创建哪些附加属性之前,您需要检查这些属性以及对这些属性应用的策略.
有些用户配置文件属性可通过人员搜索进行索引,而有些可使用"用户配置文件到SharePoint完全同步"计时器作业或"用户配置文件到SharePoint快速同步"计时器作业将属性复制到所有网站集.
下表在SharePointServer2010中列出了默认用户配置文件属性:用户配置文件属性索引复制AboutMe是是AccountName是否ADGuid否否Assistant否否CellPhone是是Department是是Fax是否FirstName是是HomePhone是否LastName是是Manager否否Office是是PersonalSpace否否PictureURL是是PreferredName是是PublicSiteRedirect否否QuickLinks是否SID否否SPS-AboutUs是否SPS-Birthday是否SPS-ClaimID否否SPS-ClaimProviderID否否SPS-ClaimProviderType否否SPS-DataSource是否SPS-DisplayOrder否否SPS-DistinguishedName否否SPS-DontSuggestList否否SPS-Dotted-line否否SPS-EmailOptin否否SPS-FormerNames是否SPS-HireDate是否SPS-Interests是否SPS-JobTitle是否SPS-LastColleagueAdded否否SPS-LastKeywordAdded是否SPS-Location是否SPS-LogoURL是否SPS-MasterAccountName否否SPS-MemberOf是否SPS-MySiteUpgrade否否SPS-ObjectExists否否SPS-OWAUrl否否SPS-Parent是否SPS-ParentType是否SPS-PastProjects是否SPS-Peers否否SPS-PhoneticDisplayName是否SPS-PhoneticFirstName是否SPS-PhoneticLastName是否SPS-ProxyAddresses否否SPS-ResourceAccountName否否SPS-ResourceSID否否SPS-Responsibility是是SPS-SavedAccountName否否SPS-SavedSID否否SPS-School是否SPS-Section-BasicInfo是否SPS-Section-ContactInfo是否SPS-Section-CustomProperties是否SPS-Section-Delegation是否SPS-Section-Details是否SPS-Section-OrganizationMembers是否SPS-Section-Preferences是否SPS-SipAddress否是SPS-Skills是否SPS-SourceObjectDN否否SPS-StatusNotes否否SPS-Team-Site否否SPS-TimeZone否否Title是是UserName是是UserProfile_GUID是否WebSite否是WorkEmail是是WorkPhone是是其他配置文件属性默认用户配置文件属性以及从指向目录服务和业务应用程序的连接导入的属性,可以通过对这些源未提供的关键信息进行跟踪的附加属性加以补充.
这些属性可以是整数、字符串、术语集等.
例如,可以创建一个名为"favoritehobby"的配置文件属性,并将该属性与ManagedMetadataService中的一个名为"hobbies"的术语集相关联.
更新其配置文件的用户然后可以选择"hobbies"术语集中的一个术语作为最喜欢的爱好的值.
有关术语集和ManagedMetadataService的详细信息,请参阅Managedmetadataoverview.
您应根据在早期规划中确定的业务需求,来规划添加UserProfileService或网站集级别的属性.
通常可通过创建将用户与重要业务流程相关联的新属性来满足关键业务需求.
搜索随后可以使用这些属性来查找用户,个性化功能也可以使用这些属性将内容指向用户.
属性不必显示在公共配置文件或"我的网站"中,对于无须在公共配置文件或"我的网站"中显示的搜索或个性化,属性可能非常有用.

若要限制规划范围,请侧重于添加支持每个网站集的关键业务需求或方案的属性.
如果相关属性无法实现特定方案,请等到在正常操作过程中确定特定需求,而不是规划在初始部署过程中添加属性.
您可能根本不需要添加许多新属性,但如果有明显的需求,则值得考虑.

用户配置文件策略策略是管理员向用户分配的规则集.
利用这些规则,管理员可以指定与特定配置文件属性关联的隐私设置.
管理员还可使用这些规则来设置是否用户可以覆盖这些设置.
规划用户配置文件应包括对控制这些配置文件的策略进行规划.
有关详细信息,请参阅为用户配置文件规划策略(SharePointServer2010).
成员身份和同事在公共配置文件页上,会向每个用户显示组织中不同用户之间的关系.
UserProfileService的管理员还可以从存储在配置文件存储中的用户配置文件查看有关这些关系的信息.
此关系信息包含以下信息:网站成员身份(针对每个用户的所有成员身份的全局视图)通讯组列表成员身份同事成员身份在SharePointServer2010中,用户配置文件包含用户所属的所有成员身份和通讯组列表的列表.
在配置文件同步过程中,通讯组列表中的信息与目录服务、LDAP服务或业务应用程序进行同步.
"用户配置文件到SharePoint完全同步"会同步计时器作业成员身份信息.
默认情况下,此计时器作业会向用户配置文件添加网站成员身份.
仅当用户的网站成员身份属于网站的默认成员身份组时,用户配置文件中才包含有关这些网站成员身份的信息.

同事同事可以包含每个用户的直接关联(包括某人的经理、同级和直接下属).
在具有跨越用户组的关键关系的组织中,管理员或其他用户可能需要将人员添加到特定组的"同事"列表中.
您还可以配置Outlook,以将同事建议导出到SharePointServer中的用户.
有关详细信息,请参阅EnableSharePointServer2010ColleagueinOutlook2010.
查找人员和专业技能SharePointServer2010使用户能够基于其他用户在组织中的专业技能和角色来查找其他用户.
服务器场管理员可启用以下查找人员的方法:人员搜索结果包含指向每个用户的公共配置文件的链接,以及通过电子邮件或消息传递程序与用户进行联系的链接.
专业技能查找与人员搜索和专业技能标记结合使用,可帮助用户在组织内查找将自己标识为对特定主题拥有重要经验的人员.
如果启用了电子邮件分析,则在使用MicrosoftOfficeOutlook2007电子邮件时,会从Outlook导入同事建议.
如果使用MicrosoftOutlook2010,则会对同事和关键字进行分析,并根据此分析向用户提供建议.
虽然可以在Outlook中启用电子邮件分析,但用户可以在需要时选择退出此功能.
有关电子邮件分析的详细信息,请参阅EnableSharePointServer2010ColleagueinOutlook2010.
在规划用户时,您可能需要考虑使用针对更具体的用户组自定义的搜索范围和选项卡,来补充默认用户搜索范围和"搜索中心"选项卡.
UserProfileService管理员需要查阅信息体系结构和网站层次结构,以确定可能与特定用户组相关的关键业务概念,这些用户组可由用户通过网站搜索得到.
然后,UserProfileService管理员可与搜索服务管理员一起为这些特定组开发搜索范围和人员搜索选项卡.
他们还可以使用所管理的用户配置文件的知识来确定其他有用的用户组,并为这些组创建其他特定搜索范围和搜索选项卡.
网站集管理员可为作为其网站集的成员的用户创建网站级别的搜索范围.
人员搜索规划还会反作用于用户配置文件规划.
初始规划可能显示您要使其便于查找的个人或用户组,但可能不存在可轻松查找那些用户的适宜属性.
同步配置文件属性规划用户配置文件的过程包括以下几个方面:确定要与其同步配置文件信息的目录服务和业务应用程序规划与这些应用程序的连接映射要同步的属性确定定期同步计划一个关键规划原则是组织中所有用户的内容源必须保持一致.
UserProfileService使您能够在目录服务和业务应用程序中收集有关组织中用户的信息,以便始终保持信息的一致与时效.
用户信息是通过部署到使用同一UserProfileService应用程序的所有网站集来同步的.
此信息还可由个性化功能使用,可提高组织中的协作价值并改善组织中的关系.
在规划用户配置文件的同步时,应完成以下任务:从SharePointServer2010中用户配置文件的默认属性开始.
确定到目录服务的连接,这些目录服务为用户配置文件的属性提供补充信息.
考虑使您可以将用户连接到业务应用程序的其他业务数据.
SharePointServer2010具有在SharePointServer2010与目录服务之间执行用户配置文件属性的双向同步的功能.
该UserProfileService可维护与相关业务应用程序的连接,并在计划定期执行的所有相关内容源的同步过程中更新用户配置文件的属性.
有关配置文件同步的详细信息,请参阅规划配置文件同步(SharePointServer2010).
另请参阅概念规划社会计算和协作(SharePointServer2010)其他资源了解ForefrontIdentityManager2010(http://go.
microsoft.
com/fwlink/linkid=165841&clcid=0x804)(该链接可能指向英文页面)为用户配置文件规划策略(SharePointServer2010)策略是用户配置文件服务的管理员分配给用户或用户组的规则集.
利用这些规则,管理员能够指定用户可看到的网站内容,以及用户可如何与该内容交互.
若要开始规划,请评估有关组织中用户的信息的当前可见性.
有关个别用户的某些信息应保持私有.
其他信息可以且应该与其他用户自由共享,以鼓励协作.

MicrosoftSharePointServer2010提供了一组可配置策略,可帮助管理员提供适当的信息以满足组织的需求.
组织还可以创建和部署自定义策略功能,以满足特定需求.
在制定用于实现最佳策略组合的规划之前,您应查看组织中的协作需求.

在决定要使用哪些策略时,信息体系结构和网站层次结构担负着重要的作用.
您还应考虑谁在使用网站.
例如,如果一家大型组织拥有的中心门户网站具有大量的查看者但参与者很少,则与许多人可添加内容的部门网站相比,该组织对共享信息的需求可能较少.
这些问题中有很多将作为安全规划的一部分进行处理,但隐私策略和安全注意事项是密切相关的,最好将它们结合在一起考虑.

限制较少的策略允许更多用户以更高的频率查看公共配置文件,从而对您必须更新用户配置文件和搜集访问群体的频率产生影响.
在拥有很多用户的组织中,频繁更新可能会影响性能和容量计划.
用户配置文件服务管理员应与组织中的IT专业人员共享策略决策.
可能会影响IT规划的某些策略相关问题包括:用户配置文件信息的来源更新用户配置文件信息的预期频率搜集访问群体的预期频率对运行配置文件服务的服务器的性能和容量的影响本文内容:默认策略用户配置文件属性策略在阅读本文之前,您应了解规划用户配置文件(SharePointServer2010)中介绍的概念.
默认策略用户配置文件和个人网站中公开的每个个性化功能和属性都具有一个建议的默认策略,可基于组织的需求来自定义该策略.
每个策略都包含两个部分:策略设置和默认可见性设置.
策略设置一些个性化功能提供了对于组织中的关键业务流程非常重要的信息,而其他信息可能不适合在组织中共享.
介于这两个极端之间的是应在某些用户之间共享但不应提供给所有人的信息.
在后一种情形下,您必须创建策略来处理这些特定情况.
您应与组织的业务方面的代表协作,以确定适当的功能或属性.
策略设置包括:已启用用户配置文件服务管理员以及非用户配置文件服务管理员用户可以看到该功能,具体情况视默认可见性设置而定.
必需此属性必须包含信息,该信息基于默认访问权限进行共享.
在提供必需信息之前,无法提交包含这些功能或属性的表单.
例如,"经理"属性通常是必需的,以便用于基于组织的报告层次结构为"组织"功能和访问群体提供信息.

可选该属性是创建的,但其值可能不是自动提供的.
每个用户都可决定是否为该属性提供值或者将该属性保留为空.
例如,"我的同事"功能是可选的.
同事的完整列表(其中包括用户的"我的工作组"列表中的每个人)不会为空白,而是在默认情况下可供具有访问权限的用户查看.
用户可以选择退出,方法是从列表中移除同事,也可以通过添加同事来扩展该列表.

禁用只有用户配置文件服务管理员才能看到该属性或功能.
它不会出现在个性化网站或Web部件中,并且无法共享.
用户替代选择了"用户替代"选项的属性允许用户更改这些属性的默认可见性设置.
选择此选项后,每个用户便可以决定能够查看他们为该属性输入的值的人员.
如果未选择此选项,则只有用户配置文件服务的管理员才能更改默认访问设置.

注意:如果默认访问策略设置为"所有人"并且未选择"用户替代"选项,则可将属性和功能复制到其他SharePoint网站.
默认可见性设置可见性设置确定能够查看特定个性化功能的信息的人员.
可用的设置包括以下各项:所有人具有对网站的查看者权限的每个用户都可以看到相关信息.
我的同事此用户的"我的同事"列表中的每个用户都可以看到此用户的信息.
我的工作组该用户的直属工作组("我的同事"列表的子集)中的每个同事都可以看到相关信息.
我的经理只有该用户和该用户的直属经理才能看到相关信息.
只有我只有用户和用户配置文件服务的管理员才能看到相关信息.
用户配置文件属性策略以下问题可帮助您确定哪些策略适合于您的组织:哪些属性应为必需属性某些属性(例如帐户名、首选名称、工作电话号码、部门、职务和工作电子邮件地址)默认情况下是必需的,并且不能由用户覆盖或更改.
在大多数组织中,这些属性是在组织中实现协作和发展关系的关键方式.
SharePointServer2010还使用其中许多属性来启用其他功能,例如同事和访问群体.
有关详细信息,请参阅"规划访问群体".
哪些属性应对于所有人都可见默认情况下,大多数属性对所有人都可见,但可将敏感信息配置为具有有限的可见性.
例如,有许多员工进行现场作业的公司可能认为所有员工都能够查看移动电话信息很重要.
其他组织可能会将所有非工作电话号码保密.

用户能够更改哪些属性某些属性无需用户提供信息即可使用,或者允许执行某种操作.
例如,某些用户可能不希望自动填充同事列表.
其他用户可能希望更改属性的默认可见性设置.
在为属性规划策略设置时,请考虑以下因素:条件禁用属性使属性成为可选属性使属性成为必需属性该属性由关键用户功能使用.
X该属性与MicrosoftBusinessConnectivityServices中应用程序的关键业务数据关联.
X该属性在创建访问群体时使用.
X用户配置文件服务管理员希望该属性的值保持一致和有意义.
X将很少使用该属性.
X该属性将与更重要的属性混淆.
注意:您可以更改属性的显示设置,以使查看公共配置文件、"编辑详细信息"页或"我的同事"Web部件的用户无法看到这些属性.
X您决定为属性提供默认值,但仍希望用户能够移除信息,或者如果您希望允许每个用户为属性提供相关值.
X在为组织的策略规划默认可见性设置时,请考虑以下因素:条件操作您希望在搜索中使用属性,以便按属性进行的搜索能够找到用户.
将默认访问策略设置为"所有人".
注意:具有更严格访问权限的属性不会由搜索使用.
属性可在组织中的工作组和其他部门之间使用,并且不包含敏感信息.
使属性对于所有人都可见.
在直属工作组内进行协作或与由单独选定的同事组成的特定小组进行协作时,属性最为有用.
使属性仅对于同事可见.
属性具有私有或敏感的特性.
使属性仅对于直属经理可见,或者在某些情况下,使属性仅对于单独的用户可见.
重要:对于不同的组织,被视为私有信息的内容是不同的.
另请参阅概念规划社会计算和协作(SharePointServer2010)其他资源ManagingprivacyinSharePointServer2010规划配置文件同步(SharePointServer2010)如果计划使用MicrosoftSharePointServer2010中的社会计算功能(如"我的网站"网站或"人员搜索"),可能要将存储在目录服务(如ActiveDirectory域服务(ADDS))或业务系统(如SAP或Siebel)中的配置文件信息与SharePointServer2010进行集成.
通过使用SharePointServer2010中的配置文件同步功能,可以完成这一任务.
本文内容:关于配置文件同步确定目录服务和业务系统规划权限确定要同步的容器定义配置文件同步连接筛选器映射配置文件属性定义同步计划关于配置文件同步通过SharePointServer2010中的配置文件同步,UserProfileService实例的管理员可以将存储在SharePointServer2010配置文件存储中的用户和组配置文件信息与存储在企业的目录服务和业务系统中的配置文件信息进行同步.
配置文件同步会在以下情况下发生:SharePointServer2010配置文件存储中的配置文件信息更改时,或者目录服务或业务系统中的配置文件信息更改时.
对配置文件同步进行配置后,系统会检测任一存储中的更改.
是否执行导入或导出操作取决于特定用户配置文件属性的导入/导出设置.

注意:默认情况下,没有任何用户配置文件属性设置为"导出".
必须明确定义您希望从用户配置文件存储导回到目录服务中的用户配置文件属性.
在SharePointServer2010中,不支持将配置文件属性导回到业务系统.
重要:在创建UserProfileService实例时,必须确保在用户配置文件同步服务所在的服务器上创建该实例.
有关如何创建UserProfileService实例的详细信息,请参阅Create,edit,ordeleteaUserProfileServiceapplication(SharePointServer2010).
下面是启用配置文件同步之前必须执行的操作的列表.
应该按照指定顺序执行这些规划步骤.
确定目录服务和业务系统在SharePointServer2010中规划配置文件同步时,必须首先确定要与之同步配置文件信息的目录服务和业务系统.
目录服务下表列出了SharePointServer2010中支持的目录服务及其同步功能:服务用户组增量ActiveDirectory域服务(ADDS)2003SP2,2008是是是SunOne(LDAP)5.
2是否是NovelleDirectory(LDAP)8.
7.
3是否是IBMTivoli(LDAP)6.
2是否是必须知道林名称的完整路径以及域控制器名称的完整路径才能在SharePointServer2010和域服务之间创建连接.
尽管可以从一个UserProfileService应用程序连接到多个目录服务,但建议仅对每个目录服务林创建一个配置文件同步连接.
然而,如果您在一个目录服务林中存储登录信息并在另一个林中存储资源信息,则应该创建一个到登录林的连接和一个到资源林的连接.

业务系统可以使用BusinessDataConnectivity服务将存储在业务系统中的配置文件信息导入SharePointServer2010中.
不支持将配置文件属性从SharePointServer2010导出到业务系统,也不支持在业务系统和SharePointServer2010之间进行增量同步.
您必须知道将用于连接到已确定的业务系统的BusinessDataConnectivity服务的名称.
有关BusinessDataConnectivity服务的详细信息,请参阅BusinessDataConnectivityserviceadministrationoverview(SharePointServer2010).
重要:如果要连接到BusinessDataConnectivity服务,则在SharePointServer2010中,业务数据连接模型必须包含查找工具和特定查找工具方法.
有关查找工具和特定查找工具方法的详细信息,请参阅设计业务数据连接模型(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=179316&clcid=0x804)(该链接可能指向英文页面).
提示:应该首先使用外部列表测试通过BusinessDataConnectivity服务执行的配置文件同步.
有关外部列表的详细信息,请参阅BusinessConnectivityServicessecurityoverview(SharePointServer2010).
规划权限确定要与之同步配置文件的目录服务和业务系统后,必须确保您对SharePointServer2010和要连接到的目录服务或业务系统具有所需的权限.
例如,如果计划执行增量备份,您必须知道目录服务用于确定已更改的配置文件信息所需的正确权限.
下表列出了所需的权限:服务权限ActiveDirectory域服务(ADDS)"复制目录更改"可用于连接到要从中导入数据的ADDS域.
如果NETBIOS名称与域名不同,则cn=configuration容器还需要"复制目录更改".
若要将属性(如配置文件图片)从SharePointServer2010导出到ADDS,则要将数据从SharePointServer2010导出到其中的ADDS域的对象和所有子对象至少需要"复制目录更改"权限.
对于存储用户图片属性(如ThumbnailPhoto属性)的容器,还需要读/写权限.
SunOne(LDAP)连接—任何已启用用户完全同步—对RootDSE进行匿名访问,以便获得读取、写入、比较和搜索权限.
增量同步—与完全同步相同,另外还需要对cn=changelog对象的读取、比较和搜索权限.
NovelleDirectory(LDAP)连接—任何已启用用户完全同步—"进入权限"属性中对指定目录树的浏览权限.
"所有属性权限"中对指定目录树的读取、写入和比较权限.
增量同步—与完全同步相同BusinessDataConnectivity服务无所需的权限IBMTivoli(LDAP)完全同步和增量同步—必须是管理组的成员.
建议在设置配置文件同步之前确定环境所需的权限.
有关配置文件同步权限的详细信息,请参阅ConfigureProfileSynchronization(SharePointServer2010).
确定要同步的容器首次将配置文件信息从目录服务或业务系统导入SharePointServer之前,必须首先确定要导入和同步的目录服务或业务系统容器.
例如,必须确定哪些目录服务容器包含您要同步的用户配置文件以及哪些目录服务容器包含要同步的组配置文件.
第一次创建配置文件同步连接时需要使用此信息.

定义配置文件同步连接筛选器有时您可能希望在执行同步时排除某些配置文件信息.
在SharePointServer2010中,可以对配置文件同步连接设置筛选器,以防止特定用户或组属性被同步.
最好在建立配置文件同步之前创建要排除的配置文件属性列表.
注意:在SharePointServer2010中不支持设置包含筛选器.
映射配置文件属性确定要导入以及与SharePointServer同步的容器后,必须列出将目录服务或业务系统中的哪些配置文件属性映射到SharePointServer中的配置文件属性.
还必须考虑跨多个目录服务或业务系统映射的属性,因为这些属性不会自动映射到SharePointServer2010.
映射配置文件属性时,必须尽可能使用一致的数据类型.
例如,如果目录服务或业务系统中的某用户配置文件属性使用整型数据类型,请将该用户配置文件属性映射到SharePointServer2010中使用整型数据类型的用户配置文件属性.
而不要将该用户配置文件属性映射到使用不同数据类型的用户配置文件属性.
例如,不要将该用户配置文件属性映射到使用字符串数据类型的用户配置文件属性.
重要:为了使用MicrosoftOutlookSocialConnector在MicrosoftSharePointServer、ADDS和Outlook2010之间同步用户配置文件图片,必须将"图片"属性映射的"数据源连接"设置为"导出".
有关同步用户配置文件图片的详细信息,请参阅EnableSharePointServer2010ColleagueinOutlook2010.
默认配置文件属性SharePointServer2010具有多个可以映射到目录服务或业务系统中相应属性的默认用户和组配置文件属性.
您还可以在SharePointServer2010中创建自定义属性,并将这些属性映射到目录服务或业务系统中的相应属性.
建议在建立配置文件同步之前确定属性映射.
默认情况下,某些用户配置文件属性(例如名、姓等)会自动映射到外部目录服务或业务系统中的相应属性.
例如,使用ADDS时会自动映射以下属性:用户:ADDS属性用户配置文件存储属性SPS-DistinguishedNameobjectSidSIDmanagerManagerdisplayNamePreferredNamegivenNameFirstNameSnLastNamePhoneticDisplayNamePhoneticDisplayNamePhoneticFirstNamePhoneticFirstNamePhoneticLastNamePhoneticLastNametelephoneNumberWorkPhonemailWorkEmailphysicalDeliveryOfficeNameOfficetitleTitledepartmentDepartmentsAMAccontNameUserNamewWWHomePagePublicSiteRedirectSIPAddressproxyAddresses组:ADDS属性用户配置文件存储属性SourceReferenceobjectSidSIDdisplayNamePreferredNamedescriptionDescriptionurlUrlmemberMembergroupTypeGroupTypemailMailNickName定义同步计划在SharePointServer2010中,可以根据定期计划或非定期计划同步配置文件.
定期配置文件同步是增量同步;也就是说,将只同步更改的配置文件信息.
非定期配置文件同步可以配置为执行完全同步或增量同步.
在部署到生产环境之前,应该计划首先仅执行用户配置文件的非定期完全同步,然后对用户和组配置文件执行定期(增量)同步.
导入用户和组配置文件后,可以安排定期执行配置文件同步.
在制定计划时,必须确定哪种配置文件同步(定期同步还是非定期同步)最适合企业的业务模式.
应考虑执行同步所需的时间并确定所需的同步运行计划.

同步配置文件信息所需的时间取决于多个因素,如同步的用户或组配置文件数.
完全同步可能需要几天甚至几周的时间才能完成.
完成定期(增量)同步所需的时间取决于必须同步的配置文件更改量.
配置文件同步状态在"UserProfileService应用程序"页上,可以查看配置文件同步作业的状态.
该状态显示有关用户配置文件、组织配置文件和访问群体的信息.
它还会显示该UserProfileService实例的配置文件同步设置.
这些数字显示每个单独容器的进程,并且在每次开始同步容器时这些数字便会重置.
在同步所有容器后,您将看到导入SharePointServer2010配置文件存储的用户和组织配置文件总数.
还可单击本节中的链接,查看完成的配置文件同步作业的详细数据.
另请参阅概念用户配置文件服务概述(SharePointServer2010)为用户配置文件规划策略(SharePointServer2010)规划用户配置文件(SharePointServer2010)"我的网站"网站概述(SharePointServer2010)"我的网站"网站是MicrosoftSharePointServer2010中的个人网站,这些网站为组织中的用户提供一组丰富的社交网络和协作功能.
通过这些功能,用户可以从一个集中位置找到专业技能领域、项目和业务关系.
每个用户都可以通过以下方式查看自己的"我的网站"网站:单击任意页面右上角的相应用户名,然后单击"我的网站".

本文内容:"我的网站"网站的用途和好处"我的网站"网站的体系结构相关功能"我的网站"网站的用途和好处在SharePointServer2010中,"我的网站"网站使用户能够轻松共享有关自己及其工作的信息.
这种信息共享有助于协作、掌握和提升专长以及为相关人员提供所需的内容.
可以为任何组织中的每个用户自定义内容,并允许管理员设置用于保护隐私的策略.

SharePointServer2010中的"我的网站"网站包括以下内容:每个用户一个配置文件,用户可以在其中共享其专长、配置文件图片等新闻源,用于跟踪社会性标签、状态更新和同事的评论等活动标签和备注工具,帮助用户直接通过Web浏览器在网站上方便地设置标签或发布备注.
共享图片库、共享文档库和个人文档库添加自定义Web部件(如真正简单的整合(RSS)查看器,用于查看来自博客、新闻源等位置的RSS源)的功能有条理的浏览器,它使用MicrosoftSilverlight3提供动态、有条理的浏览体验从一个位置管理同事和成员身份的功能"我的网站"网站的体系结构UserProfileServiceUserProfileService在一个集中位置存储有关用户的信息.
用户配置文件中的信息包括配置文件图片、用户所属的组织、同事和属性(如技能)以及指向用户创建的标签和备注的指针.
SharePointServer使用这些信息个性化在"我的网站"网站上呈现的数据.
为了设置"我的网站"网站并启用社会计算功能(如社会性标签和新闻源),必须启用UserProfileService.
有关UserProfileService的详细信息,请参阅用户配置文件服务概述(SharePointServer2010).
"我的网站"宿主"我的网站"宿主是一种网站集,用于承载"我的网站"网站的配置文件和新闻源部分.
"我的网站"网站的内容部分在它自己的网站集中承载.
"我的网站"宿主网站集并不是在SharePointServer2010中自动创建的.
UserProfileService应用程序的管理员必须首先创建"我的网站"宿主网站集,然后才能设置"我的网站"网站.
受信任的我的网站宿主位置在部署了多个服务器场或配置了多个UserProfileService应用程序的组织中,用户可以创建多个"我的网站"网站.
例如,在一个地理位置分散的部署中,中央服务器场位于欧洲,而在非洲具有一个区域服务器场,当用户浏览其中任何一个服务器场中承载的内容时,可以单击"我的网站"链接.
因此,用户可以在欧洲服务器场中创建一个"我的网站"网站,并在非洲服务器场中创建一个"我的网站"网站.

如果组织包含承载"我的网站"网站的多个服务器场或多个UserProfileService应用程序,则您可以通过"受信任的我的网站宿主位置"功能来阻止用户创建多个"我的网站"网站.
此功能使您能够指定受信任的"我的网站"位置.
当指定受信任的"我的网站"位置时,用户将被重定向到供其用户帐户使用的"我的网站",而不考虑当他们单击此链接以创建"我的网站"网站时所浏览的位置.
此功能可确保每个用户在组织中只创建一个"我的网站"网站.

页"我的网站"网站有三个不同的视图:我的新闻源页,显示同事的活动我的内容页,列出用户拥有的共享文档、个人文档、图片、库、列表、讨论板和调查我的配置文件页,显示个人配置文件信息通过单击位于页顶部的"我的网站"链接栏上的链接,用户可以在这些页之间导航.
相关功能"我的网站"网站依赖以下相关功能:配置文件同步允许用户将在目录服务(如ActiveDirectory域服务(ADDS))或业务系统(如SAP或Siebel)中存储的配置文件信息与SharePointServer2010集成.
有关配置文件同步的详细信息,请参阅规划配置文件同步(SharePointServer2010).
专长标记允许用户在配置文件中列出他们擅长的领域.
组织中的其他用户可以使用此信息查找特定领域的主题专家.
人员搜索允许用户按部门、职务、知识、专长和共同兴趣查找人员.
另请参阅概念规划社会计算和协作(SharePointServer2010)其他资源Manageserviceapplicationsandservices(SharePointServer2010)规划"我的网站"网站(SharePointServer2010)"我的网站"网站是指MicrosoftSharePointServer2010中的个人网站,这些网站向组织中的用户提供一套丰富的社交网络和协作功能.
本文将介绍可帮助您准备在企业内部署"我的网站"网站的主要规划步骤.
本文内容:关于规划"我的网站"网站设计"我的网站"网站体系结构确定用户和用户权限同步用户配置文件信息计划查找人员和专业技能规划"我的网站"功能规划策略和隐私在阅读本文之前,您应了解"我的网站"网站概述(SharePointServer2010)中介绍的概念.
关于规划"我的网站"网站若要有效地规划"我的网站"网站,您必须确定以下方面:用于在服务器场中部署"我的网站"网站的逻辑体系结构设计需要具有"我的网站"网站的用户以及这些用户的相应权限需要与目录服务或业务系统同步的用户配置文件信息需要启用的"我的网站"功能适用于查看公共配置文件中的用户配置文件信息的策略以下各节讨论可帮助您准备在企业内成功部署"我的网站"网站的步骤.
设计"我的网站"网站体系结构如果您打算作为SharePointServer2010部署的一部分提供"我的网站"网站,则应在初始体系结构设计中包括"我的网站"网站,这与您何时计划实施"我的网站"网站无关.
此体系结构应包含"我的网站"宿主.
如果您打算在多个地理位置部署"我的网站"网站,并且想要阻止用户创建多个"我的网站"网站,则您应计划指定受信任的"我的网站"位置.

"我的网站"宿主"我的网站"宿主是一种特殊的网站集,用于承载"我的网站"网站的配置文件和新闻源部分.
"我的网站"网站的内容部分承载于各自的网站集中.
SharePointServer2010中不会自动创建"我的网站"宿主网站集,但是会为每个用户自动创建包含"我的网站"网站的内容部分的网站集.
UserProfileService应用程序的管理员必须首先创建"我的网站"宿主网站集,然后才能设置"我的网站"网站.
对于每个UserProfileService应用程序必须仅设置一次此模板.
为了获得最佳性能,我们建议您在专用的Web应用程序中创建"我的网站"宿主.
异地分布式部署UserProfileService应用程序的管理员可以添加指向受信任的"我的网站"宿主位置的链接,以便向用户授予对多个服务器场或多个UserProfileService应用程序上的"我的网站"网站的访问权限.
在大多数情况下,受信任的"我的网站"宿主位置链接将根据所确定的业务需求指向单个用户或用户组.
随着时间的推移,当业务和用户需求发生变化时,可以对这些链接进行维护和更改.
当指定受信任的"我的网站"宿主位置时,用户将被重定向到供其用户帐户使用的"我的网站"网站,而与他们单击此链接以创建"我的网站"网站时所浏览的位置无关.
此功能可确保每个用户在组织中只创建一个"我的网站"网站.

当规划"我的网站"网站时,您必须考虑组织中用户所在的位置和将承载"我的网站"网站的服务器场或UserProfileService应用程序的数目.
自助式网站创建为了使用户能够创建自己的"我的网站"网站,您必须规划自助式网站创建.
可以为承载"我的网站"网站的Web应用程序启用自助式网站创建.
用户必须拥有"创建个人网站"权限才能创建自己的"我的网站"网站.
默认情况下,在SharePointServer2010中为所有经身份验证的用户启用此权限.
有关"创建个人网站"权限的详细信息,请参阅本文后面的"用户权限"部分.
确定用户和用户权限用户当规划"我的网站"网站时,您必须确定您想要允许组织中的哪些用户使用"我的网站"功能,然后必须规划UserProfileService的部署.
UserProfileService在一个集中位置存储有关用户的信息.
"我的网站"网站使用此信息来促进用户之间的有效协作.
若要配置"我的网站"网站,启用社会计算功能(如社会性标签和新闻源),并在多个网站和服务器场中创建和分发配置文件,则必须启用UserProfileService.
有关详细信息,请参阅用户配置文件服务概述(SharePointServer2010).
有关如何规划用户配置文件的详细信息,请参阅规划用户配置文件(SharePointServer2010).
用户权限除了规划组织中的哪些用户将具有"我的网站"网站以外,还必须规划将向每个用户提供哪些"我的网站"网站功能.
这些功能包括:谁可以创建个人网站谁可以创建社会性标签和注释谁可以添加同事建议您使用安全组来管理权限.
下表提供了用于配置权限的指南:权限指南创建个人网站默认情况下,所有经身份验证的用户都可以创建"我的网站"网站.
确保您要将默认设置应用于组织.
此外,您可以使用一个或多个安全组,向组织中的一部分用户授予"创建个人网站"权限.
使用社会功能默认情况下,所有经身份验证的用户都可以将评级和社会性标签添加到文档、其他SharePointServer项目以及外部网页和博客文章等其他项目中.
用户还可在"我的网站"网站的配置文件页或任何SharePointServer页上保留临时注释.
此外,您可以使用一个或多个安全组,向组织中的一部分用户授予"使用社会功能"权限.
使用个人功能默认情况下,所有经身份验证的用户都可以编辑自己的配置文件、添加或编辑同事以及添加或编辑成员身份.
此外,您可以使用一个或多个安全组,向组织中的一部分用户授予"使用个人功能"权限.
同步用户配置文件信息UserProfileService使SharePointServer能够在目录服务和业务应用程序中收集有关组织中用户的信息,从而使用户的"我的网站"网站上的信息始终保持一致性和时效性.
用户信息可以通过部署到使用同一UserProfileService应用程序的所有网站集来进行同步.
此信息还可由个性化功能用于提高组织中的协作价值并改善组织中的关系.
如果计划同步用户配置文件,您应完成以下任务:从SharePointServer2010中用户配置文件的默认属性开始.
确定到目录服务的连接,这些目录服务为用户配置文件的属性提供补充信息.
考虑使您可以将用户连接到业务应用程序的其他业务数据.
有关可帮助您规划配置文件同步的步骤的详细信息,请参阅规划配置文件同步(SharePointServer2010).
计划查找人员和专业技能SharePointServer2010使"我的网站"网站用户能够基于其他用户在组织中的专业技能和角色来查找其他用户.
服务器场管理员可启用以下查找人员的方法:人员搜索人员搜索结果包含指向用户的公共配置文件的链接,以及通过电子邮件或消息传递程序与用户进行联系的链接.
在规划"我的网站"网站时,您可能需要考虑使用针对更具体的用户组自定义的搜索范围和选项卡,来补充默认用户搜索范围和"搜索中心"选项卡.

UserProfileService应用程序的管理员将需要查阅信息体系结构和网站层次结构,来确定可能与特定用户组相关的关键业务概念,这些用户组可由用户通过网站搜索得到.
然后,UserProfileService应用程序的管理员可与搜索服务应用程序的管理员一起为这些特定组开发搜索范围和人员搜索选项卡.
UserProfileService应用程序的管理员还可以使用所管理的用户配置文件的知识来确定其他有用的用户组,并为这些组创建其他特定搜索范围和搜索选项卡.
网站集管理员可为作为其网站集的成员的用户创建网站级别的搜索范围.
人员搜索规划还会反作用于用户配置文件规划.
初始规划可能显示您要使其便于查找的个人或用户组.
但是,可能不存在可轻松查找那些用户的适当属性.
有关规划用户配置文件的详细信息,请参阅规划用户配置文件(SharePointServer2010).
专业技能查找在规划"我的网站"网站时,应确定您是否希望用户能够查找组织内的同事.
人员搜索和专业技能标记可帮助用户在组织内部查找将自己标识为对特定主题拥有重要经验的人员.
组织中的用户可以在自己的配置文件中添加描述他们拥有经验的领域的标记.
当用户在组织中搜索拥有特定领域知识的某个人时,人员搜索将使用这些标记.

用户还可以通过在Outlook2010中使用电子邮件分析来查找人员.
如果启用了电子邮件分析,则在使用MicrosoftOfficeOutlook2007电子邮件时,会从Outlook导入同事建议.
如果使用MicrosoftOutlook2010,则SharePointServer会对发送的电子邮件进行分析,并基于此分析生成同事和关键字建议.
然后,用户可以将这些同事和关键字添加到自己的配置文件中.
虽然可以在Outlook中为所有用户启用电子邮件分析或通过使用组策略为特定组启用此功能,但用户可以选择不使用此功能.
如果为所有用户禁用了电子邮件分析,个别用户仍可以选择使用此功能.
有关电子邮件分析的详细信息,请参阅EnableSharePointServer2010ColleagueinOutlook2010.
规划"我的网站"功能"我的网站"功能包括:新闻源,用于跟踪社会性标签、状态更新和同事的评论等活动.
默认情况下禁用新闻源功能.
若要启用新闻源功能,您必须启动"活动源"计时器作业.
新闻源事件保留14天,通过运行"活动源清理"计时器作业很快就能删除这些事件.
在启动"活动源"计时器作业之后,用户可以按照其"我的网站"网站的新闻源页上的同事活动操作.
用户只能查看新闻源中自己有权查看的活动.
但是,活动创建者不能以其他方式配置其他用户可以查看的活动.
当规划"我的网站"网站时,应在启用此功能前先考虑隐私影响并基于您的要求提供缓解措施.

标签和注释工具,帮助您方便地使用Web浏览器在网站上设置标签或发布注释.
可在管理中心使用"使用社会功能"权限启用或禁用标签和注释工具.
此设置适用于具有"使用社会功能"权限的所有用户.
用户也可以使用bookmarklet工具为SharePointServer2010外部的内容添加标签或注释.
组织浏览器,用于查看用户的报告层次结构.
默认情况下启用组织浏览器.
组织信息既可以手动创建,也可以从ActiveDirectory域服务(ADDS)或LDAP等目录服务中导入.
最终用户需要在其工作站上安装MicrosoftSilverlight3才能查看组织浏览器.
您无法禁用组织浏览器,但可以通过从"快速启动"中删除组织节点来阻止用户查看该浏览器.
有关从目录服务中导入组织配置文件信息的详细信息,请参阅规划配置文件同步(SharePointServer2010).
当规划"我的网站"网站时,您必须同时考虑启用这些功能的好处和影响.
规划策略和隐私策略SharePointServer2010提供了一组可配置策略,可帮助管理员提供适当的信息以满足组织的需求.
组织还可以创建和部署自定义策略功能,以满足特定需求.
当规划"我的网站"网站时,您应定义组织中的关键业务流程所需的信息和可能不适合在组织中共享的信息.
介于这两个极端之间的是应只在某些用户之间共享的信息.
在后一种信息可能不适合在组织中共享的情形下,您必须创建策略来处理这些特定情况.

有关策略规划的详细信息,请参阅为用户配置文件规划策略(SharePointServer2010).
隐私"我的网站"功能存储或使用个人身份信息.
当计划部署"我的网站"网站时,请确保仔细规划如何控制这些功能的行为或关闭这些功能,从而帮助保护此信息的隐私.
有关详细信息,请参阅Managingprivacy(SharePointServer2010).
另请参阅其他资源SetupMySiteWebsites(SharePointServer2010)访问群体和内容目标规划(SharePointServer2010)访问群体是UserProfileService应用程序的一部分,使组织能够基于用户的作业或任务将内容的目标设定为用户.
可根据以下项目之一或项目组合定义访问群体:通讯组列表或Windows安全组中的成员资格、组织报告结构中的位置,或用户配置文件中的公共属性.
也可以使用SharePoint组来设定Web部件中的内容的目标.
本文介绍访问群体和内容目标设定的体系结构,以及为组织制定访问群体使用计划时要做的关键决策.
本文不介绍如何规划用户配置文件或如何规划网站和内容的安全性.
有关详细信息,请参阅规划用户配置文件(SharePointServer2010)和规划网站和内容的安全性(SharePointServer2010).
安全性注意:不要将访问群体用作配置SharePoint用户和组的权限的替代方法.
有关详细信息,请参阅规划网站和内容的安全性(SharePointServer2010).
本文内容:何谓访问群体规划访问群体和内容目标设定何谓访问群体MicrosoftSharePointServer2010支持两种访问群体:全局访问群体全局访问群体由UserProfileService应用程序中的属性定义.
全局访问群体包括由关系(隶属结构)以及其他属性定义的访问群体.
Windows安全组和通讯组列表创建访问群体时可用的Windows安全组是用户配置文件与UserProfileService应用程序同步时导入的组.
创建访问群体时可用的通讯组列表是将用户配置文件导入UserProfileService应用程序时所导入的列表.
有关在UserProfileService应用程序中包含安全组和通讯组列表的详细信息,请参阅规划用户配置文件(SharePointServer2010).
注意:尽管SharePoint组可与Web部件结合使用以设定内容目标,但是不能使用SharePoint组来定义访问群体.
可根据一个或多个访问群体规则的集合,以及在评估成员关系是必须满足所有访问群体规则还是只需满足其中一个访问群体规则,来定义访问群体.
访问群体规则可基于Windows安全组中的成员身份、通讯组列表中的成员身份、组织层次结构中的位置或用户配置文件属性.
若要定义每个访问群体规则,必须选择操作数、运算符和值.
基于Windows安全组中成员身份的访问群体规则示例如下:元素值操作数用户运算符成员值销售定义访问群体后,必须定期搜集访问群体,因为目录服务和组中的基础用户配置文件属性和成员身份会经常变化.
管理员可安排计时器作业以控制搜集访问群体的时间.
规划访问群体和内容目标设定管理员应将访问群体作为用户配置文件管理系统的一部分来规划.
规划访问群体之前,应已经完成以下规划:Windows安全性规划.
有关详细信息,请参阅选择安全组(SharePointServer2010).
用户配置文件和通讯组列表的规划.
有关详细信息,请参阅规划用户配置文件(SharePointServer2010).
网站和网站集的规划.
有关详细信息,请参阅规划网站和网站集(SharePointServer2010).
SharePoint组的规划.
有关详细信息,请参阅确定要使用的权限级别和组(SharePointServer2010).
规划访问群体和内容目标设定的过程通常分为以下阶段:规划关键访问群体.
规划访问群体的内容设定.
规划关键访问群体在初始部署期间规划访问群体时,目标应该是根据以下条件找到关键访问群体的最小可能集:组织的内容需求评估网站和网站集的信息体系结构与每个网站集关联的用户在初始部署中,建议您执行以下过程来规划访问群体:记录每个网站集和网站的中心目的.
通常,每个网站集都有一套与用户特定组关联的重点业务流程.
确定使您能够按需设定内容目标的最小数量访问群体.
您可能想先从确定现有环境中的要求开始.
例如:现有工作团队、跨组项目、关键业务流程和网站结构可能包括可转换为访问群体的用户组.
记录所有现有通讯组列表和现有SharePoint组,并将其映射到访问群体的需求.
确定必须定义的其他访问群体.
或许可以从通讯组列表和Windows安全组创建所需的访问群体.
不过,通常需要有根据用户配置文件属性定义的其他访问群体.
规划访问群体或许还有助于发现用户配置文件和通讯组规划的不足之处.
您可能会发现需要添加更多配置文件属性或通讯组,才能支持特定的访问群体.
确定必须定义的其他SharePoint组.
在确定将哪些Web部件的目标设定为访问群体或SharePoint组时,您可能会发现SharePoint组规划的不足之处.
您可能会发现需要更多的SharePoint组,才能支持特定的目标.
在访问群体规划过程结束时,应该有一个能够满足正在使用每个网站集的用户组需求的访问群体列表.
规划如何将内容的目标设定为访问群体若要使用访问群体来设定内容的目标,UserProfileService管理员和网站管理员必须决定每个网站中要使用的网站元素.
UserProfileService管理员和网站管理员应紧密协作,以确保为各个网站和网站集的访问群体提供一致的体验.
一旦定义访问群体,便可通过以下方式使用它设定内容的目标:对于MicrosoftOffice2010客户端应用程序,UserProfileService管理员可定义在SharePoint位置显示的链接,并设置能够看到每个链接的访问群体.
在"我的网站"网站中,UserProfileService管理员可为显示在顶部栏上的"我的网站"导航链接设置访问群体.
对于用户必须能够访问一个或多个"我的网站"宿主位置的"我的网站"情形,UserProfileService管理员可以管理受信任的"我的网站"宿主位置的列表,然后将每个受信任位置的目标设定为需要查看它的访问群体.
在具有多个"我的网站"宿主位置的环境中,访问群体也可确定在哪个受信任的"我的网站"宿主位置创建"我的网站"网站.
在配置UserProfileService应用程序和访问群体的环境中,网站管理员可使用Web部件按访问群体设定内容的目标.
网站管理员既可在运行UserProfileService应用程序的环境中,也可在没有运行UserProfileService应用程序的环境中,使用SharePoint组将内容设定到Web部件.
设定Office客户端应用程序链接的目标UserProfileService管理员可控制当您打开或保存文件时,显示在Office客户端应用程序中SharePoint列表中的链接,并设置可查看每个链接的访问群体.
默认情况下,Office2010客户端应用程序的相同链接会针对UserProfileService应用程序的所有用户显示.
将链接的目标设定为访问群体时,链接将变得更加有用.
可以发布到客户端应用程序的链接的示例包括以下内容:网站,包括工作组网站、门户网站和项目工作区.
数据连接库.
文档库或文档存储库.
设定个性化网站链接("我的网站"导航链接)显示在"我的网站"页面上顶部导航栏中的链接(个性化网站链接)可以特定访问群体为目标.
UserProfileService管理员可控制显示在"我的网站"导航栏上的链接,然后设置可查看每个链接的访问群体.
许多情况下,链接可能只与组织中的一个组相关,而不是与所有人相关.
设定受信任的"我的网站"宿主位置的目标有些情况下,例如具有异地分布式共享服务的全局部署,有些用户可以访问一个或多个"我的网站"宿主位置.
每个服务应用程序的UserProfileService管理员负责管理受信任的"我的网站"宿主位置列表,然后将每个位置的目标设定为需要查看这些位置的用户访问群体.
在具有多个"我的网站"宿主位置的环境中,访问群体也可确定在哪个受信任的"我的网站"宿主位置为特定用户创建"我的网站"网站.

由于受信任的"我的网站"宿主位置在列表中会优先得到处理,因此用户可看到与正在查看的"我的网站"网站最相关的个性化信息.
此外,即使单个服务应用程序不可用,个性化信息也仍然可用.
只有一个UserProfileService应用程序的部署不需要此功能.
有关详细信息,请参阅规划"我的网站"网站(SharePointServer2010).
设定Web部件的目标通过将一组特定的访问群体添加到Web部件工具窗格中"高级"部分的"目标访问群体"框,可将任意Web部件的目标设定为该访问群体.
注意:尽管SharePoint组无法用于定义访问群体,但是可以在"目标访问群体"框中将其选作访问群体.
经常与访问群体一起使用以设定内容目标的Web部件包括内容查询Web部件.
内容查询Web部件可通过以下方式设定内容的目标:按访问群体分组结果.
从多个层次级别显示列表项目.
向特定访问群体显示列表项.
另一组经常用于访问群体的Web部件是筛选器.
筛选器可连接到其他Web部件,以便仅基于特定属性(如访问群体)显示结果.
筛选器经常连接到业务数据Web部件,使用户能够基于访问群体设定业务数据的目标.
示例:为个性化网站配置访问群体向同一位经理报告的几名用户使用可提供关键业务数据的个性化视图的网站.
为了提高网站的可用性,UserProfileService管理员首先基于"用户"操作数和"报告人员"运算符定义访问群体.
然后管理员为使用此网站的组创建一个个性化网站链接.
随着该网站的应用越来越广泛,UserProfileService管理员会进行以下更改,首先确保访问群体中的成员身份已设置为满足任意(而非全部)规则:当其他组开始使用此网站时,将会基于"用户"操作数和不同的"报告人员"值添加第二条访问群体规则.
通讯组列表中的用户也开始使用该个性化网站.
为了容纳他们,将基于"用户"操作数、"隶属于"运算符和包含这些附加用户的通讯组列表的值添加另一条新的访问群体规则.
然后,分支机构的经理请求向其员工授予访问个性化网站的权限.
管理员通过使用"办公室"属性,借助"属性"操作数创建一条新访问群体规则.
最后,管理员需要为所有财务分析师授予访问个性化网站的权限.
管理员将基于"职务"属性创建另一条访问群体规则.
社会性标签概述(SharePointServer2010)标签是一个根据一组属性或条件来标识单条信息的单词或短语.
利用标签,可以轻松查找和共享有关特定主题或任务的信息.
社会性标签可帮助用户通过一种有意义的方式来对信息进行分类.
通过筛选特定标签,社会性标签可提高搜索结果的质量,它还可以使希望彼此共享信息的用户进行联系.
本文介绍MicrosoftSharePointServer2010中的社会性标签功能,但不介绍如何配置社会性标签功能,也不讨论如何将社会性标签功能作为企业的整体社交媒体策略的一部分加以实施.
有关详细信息,请参阅社会性标签对隐私和安全性的影响(SharePointServer2010).
本文内容:关于使用社会性标签功能社会性标签功能社会性标签的用途和好处社会性标签的影响关于使用社会性标签功能社会性标签功能可帮助用户更有效地共享信息和检索高质量的相关内容.
此类共享可鼓励用户进行协作,使用户能够与可提供信息和帮助的行业专家建立联系.
企业还可以使用SharePointServer2010的社会性标签功能来确保遵守行业或政府规定,或准备进行审核或电子搜索.
有关详细信息,请参阅规划电子数据展示(SharePointServer2010).
社会性标签功能SharePointServer2010包含下列社会性标签功能:社会性标签,使用户可以保存感兴趣的项目、整理项目的所有信息以及与共享其信息的用户进行联系.
记事板,使用户可以添加要在中心位置跟踪的有关网页、文档和库项目的注释.
评级,一些社会性标签,使用户可以根据等级(例如一星到五星)来评估内容的价值.
Bookmarklet,使用户可以将标签和注释添加到SharePoint环境以外的页面中.
例如,如果用户将标签添加到Internet网站上的页面中,则这些标签和注释会显示在其"我的网站"网站的"标签和注释"选项卡上.
社会性标签、记事板和评级均由UserProfileService的"使用社会功能"权限控制.
社会性标签社会性标签是用户生成的用于描述信息的单词或短语.
它们不属于正规分类,例如术语库中与SharePointServer中ManagedMetadataService应用程序关联的企业关键字,或在医学上用于表示具体诊断的国际疾病与相关健康问题统计分类(ICD)代码.
用户可根据他们对特定信息的主观经验来创建社会性标签.
社会性标签由用户标识、项目URL以及标签本身组成.
社会性标签存储在属于UserProfileService一部分的社会性标签数据库中.
默认情况下,所有经过身份验证的用户都可将社会性标签添加到文档和其他SharePoint项目中.
拥有"管理社会数据"权限的任何人均可删除标签.
Tagcloud集中介绍了一些用户组已应用于单条信息的标签.
SharePointServer2010包括一个TagcloudWeb部件,该部件默认显示在"我的网站"网站上.
管理员和用户可以筛选Tagcloud,以便显示可供"我的网站"网站的所有者、特定组或可查看"我的网站"网站的任何人使用的标签.
还可以根据日期和语言筛选显示内容.
常用标签显示为较大的加粗文本,而不常用的标签则显示为较小的文本.
每个标签都会显示一个与之关联的数字,以指示此标签的应用次数.

记事板记事板是一个Web部件,用户可以使用它对任何SharePointServer2010网站进行临时注释.
用户还可以对他人的"我的配置文件"页面或其自己的页面进行记事板注释.
匿名用户不能添加注释.
记事板有助于用户在其当前的环境中表达想法,而不必发送电子邮件、即时消息或拨打电话.
例如,用户可以在查看某网页时对其进行注释,而其他用户随后可以看到此注释以及指向该网页的链接,如果他们对此主题感兴趣,则可访问相关内容.
这种直观方式有助于使"我的网站"网站和"我的配置文件"页面变成管理公共对话的集中位置.

评级SharePointServer2010中的评级根据内容符合特定条件的程度来对内容进行评估或分级.
评级会显示一个范围介于1到100的平均分以及一个显示有关分数的更多信息的弹出窗口.
用户可以对SharePoint列表、文档库和各网页中的项目进行评级,并且不需要对项目具有写权限便可对其进行评级.
每个评级均由用户标识、项目URL和评级本身组成.
评级还包含应用该评级时的日期和时间.
评级存储在存储社会性标签的数据库中的表中.
默认情况下,已对服务器场启用评级支持.
但是,必须先对特定网站集启用评级,然后才能在该网站集中使用评级.
如果已对服务器场启用评级支持,则可以对任何网站模板启用评级.
默认情况下,对发布门户网站模板启用评级功能.

Bookmarkletbookmarklet是一种用户可以在其浏览器中以书签形式保存的JavaScript控件.
利用Bookmarklet,用户可以在SharePoint环境中对SharePoint环境以外的网站(如Internet网站)上的项目添加标签、编写注释和进行评级,然后与其团队和同事共享这些标签、注释和评级.
注意:虽然标签本身始终是公开的,但可以选择阻止他人查看您已标记的特定项目.
注释始终是公开的.
当用户对外部网站添加标签后,用户的用户配置文件内的http://my/_layouts页面会打开.
输入该页面的所有标签和注释随后都会显示在用户的"我的网站"网站及其配置文件页上的"标签和注释"选项卡上,用户的团队和同事可以在此处查看这些标签和注释.
bookmarklet由用户标识、单词或短语以及用于标记内容的URL组成.
用户可以在其自己的专用配置文件页的"标签和注释"选项卡上添加bookmarklet;也可以删除bookmarklet.
社会性标签的用途和好处社会性标签有益于企业中的业务和IT组织.
业务好处SharePointServer2010的社会性标签功能有助于企业改善协作,更易于发掘业务信息.
改善协作,鼓励创新利用用户配置文件,用户可以标识自己并查找专家.
记事板注释可以标识对特定主题感兴趣的用户组.
对用户的"我的同事"列表的建议源自这些社会联系.
更易于发掘业务信息社会性标签功能有助于提高高质量内容的可见性,以及标识最新版本的内容.
例如,当使用用户纳入其用户配置文件的标签对某网页进行标记后,"我的网站"网站源会通知该用户.
这些功能也可以与商业智能应用程序集成,以使拥有完成工作所需企业数据的用户不必离开其SharePoint环境便可建立联系.
IT好处SharePointServer2010的社会性标签功能使IT组织能够执行以下操作:设置策略,以控制组活动并允许用户自己管理某些设置,从而减少IT人员参与某些社会性标签活动的日常管理的需要.
向匿名用户授予一组受限的只读权限,以便限制其访问所选网站集.
提早制定SharePointServer2010可扩展体系结构的使用计划,以便在用户数量增加时逐步推行并增加容量.
在管理中心、网站集或网站级别管理社会性标签功能.
IT管理员可以将用户指派为网站集或网站的管理员,并向指派的管理员提供该范围的"管理社会数据"权限.
分配管理责任有助于IT组织更有效地使用资源.
使用社会计算功能可减少IT人员的某些支持活动.
例如,承载企业wiki可以鼓励用户共享提示和技巧,或者RSS源可以发送支持更新.
将新工具与现有应用程序集成,以保持一致的用户体验,这样可鼓励用户使用社会性标签并最大程度降低培训成本.
社会性标签的影响虽然社会性标签具有很多好处,但仍伴随有风险.
内容安全性和用户隐私是实施社会性标签的主要问题.
性能和容量问题也是获得长期成功的关键.
安全和隐私除非采取适当的安全措施,否则可能会侵犯用户隐私或泄露应始终安全的内容.
利用SharePointServer2010,管理员可以设置策略,以帮助保护隐私并允许用户决定是否使用社会功能.
有关详细信息,请参阅为用户配置文件规划策略(SharePointServer2010).
利用SharePointServer2010,管理员还可以保护敏感内容.
例如,管理员可以向一组排除的网站中添加网站URL,以阻止对这些网站和任何子网站进行标记.
用户必须了解社会性标签功能的安全和隐私含意.
例如,他们必须了解当某人标记网站或文档后,该网站或文档的标题和URL会向以下人员进行广播:在其"我的网站"网站上将该用户列为同事的任何人以及在其用户配置文件中将该标签列为感兴趣内容的任何人.
有关详细信息,请参阅社会性标签对隐私和安全性的影响(SharePointServer2010).
性能和容量性能和容量问题会阻碍用户参与社会性标签活动.
虽然单个标签、评级、bookmarklet和注释只需要占用非常少的存储空间,但将它们聚集起来便会影响配置文件数据库、术语库和社会性标签数据库的大小.
如果社会性标签的使用量迅速增加,则必须能够扩展实施才能供大量新用户使用.
另请参阅概念规划社会计算和协作(SharePointServer2010)规划"我的网站"网站(SharePointServer2010)社会性标签对隐私和安全性的影响(SharePointServer2010)社会性标签可帮助人们进行交流和共享信息.
根据定义,交流和共享信息可影响隐私(如果个人信息被共享)和安全(如果机密信息被共享).
MicrosoftSharePointServer2010中的社会性标签可提供用于管理对隐私和安全性的影响的功能.
本文内容:社会性标签信息如何隐藏社会性标签信息如何显示仍公开的信息建议社会性标签信息如何隐藏SharePointServer2010的三个功能可帮助保护隐私和安全:私有标签分级控制安全修整私有标签向网页添加标签的用户可指明该标签为私有标签.
他人无法看到向网页添加了标签这一事实,也不会在用户的TagCloud中看到该标签,除非添加该标签的用户还将同一标签应用于其他网页,而未将标签指明为私有标签.
分级控制分级控制仅显示项目收到的合计分级,而不显示哪些用户对项目进行分级或者提供了哪些分级.
安全修整向网页添加标签、注释或分级会创建一个活动.
在SharePointServer显示活动之前,它使用称为安全修整程序的组件确定当前用户是否有权限查看该活动将应用的网页.
如果该用户无权查看该网页,则SharePointServer不显示该活动.
当搜索服务爬网网页时,它会记录查看每个网页所需的权限.
安全修整程序使用该信息来确定指定用户是否有权限查看特定网页.
如果安全修整程序没有足够的信息来确定用户是否有权限查看网页,那么它会力求谨慎,报告该用户无权查看该网页.
因此,如果搜索服务未爬网某网页,则不会显示与该网页有关的活动.
注意:有一种情况例外:当您查看自己的"我的配置文件"页时,会显示您的所有活动.
有关为何发生此情况的说明,请参阅社会性标签信息如何显示.
社会性标签信息如何显示用户可通过三种方式查看社会性标签信息:在用户的"我的配置文件"页作为跟随标签或同事之后的结果在SharePointServer服务器场中的网页上下面各节介绍以上每种方式.
"我的配置文件"页UserProfileService已知的每个用户都有一个"我的配置文件"页,该页显示有关该用户的信息.
当您查看他人的"我的配置文件"页时,您看到的内容是经过安全修整的.
您在自己的"我的配置文件"页上看到的内容未经过安全修整.

用户的"我的配置文件"页的"标签和注释"选项卡包含由用户已添加到网页的标签组成的TagCloud.
每个用户都可查看该TagCloud.
您在自己的"我的配置文件"页上看到的TagCloud包含公共和私有标签.
您在他人的"我的配置文件"页上看到的TagCloud只包含公共标签.
当选择TagCloud中的标签时,与该标签相关联的活动会显示在"活动"部分.
如果查看的是他人的"我的配置文件"页,则这些活动是经过安全修整的.
因此,可以查看没有任何活动与其关联的标签.
用户的"我的配置文件"页的"概述"选项卡包含一个名为"近期活动"的部分.
由其名称可看出,此部分包含用户近期社会性标签活动的列表.
该列表是经过安全修整的,除非您查看的是自己的"我的配置文件"页.

用户的"我的配置文件"页的"概述"选项卡还包含一个记事板.
此处显示人们添加到用户的"我的配置文件"页的注释.
所有注释都是公共的.
跟随通过跟随标签,您可以了解何时使用特定标签.
如果跟随某标签,则每次有人向网页中添加该标签时,您都会收到通知.
这些通知是经过安全修整的,因此如果有人向您无权查看的网页添加该标签,那么您不会收到该活动的通知.
您跟随标签的事实是公开的;人们可以在标签的"标签配置文件"页查看跟随标签的每个人的列表.

通过将他人添加为同事,您可以关注此人的社会性标签活动的情况.
如果将某人设为同事,则此人每次向网页添加标签、注释或分级时,您都会收到通知.
该信息是经过安全修整的,因此您只能看到与您有权查看的网页相关的活动.

注意:安全修整程序会移除应用于列表项的分级,但不会移除应用于其他项(如文档和网页)的分级.
网页当向SharePointServer服务器场中的网页添加标签或注释时,可查看其他用户已向该网页添加的标签和注释.
您可以查看所有注释,但只能查看公共标签.
仍公开的信息标签本身(应用于网页的词或短语)存储在术语库中.
(有关术语库的详细信息,请参阅Managedmetadataoverview(SharePointServer2010).
)公共和私有标签都存储在术语库中.
术语库不能标识创建该标签的用户或该标签应用于的网页.
建议尽管在使用社会性标签时,SharePointServer2010可提供帮助保护隐私和安全的功能,但仍应采取进一步措施以求万全.
对用户进行培训,以告知他们其社会性标签活动的哪些方面是公共的,哪些是私有的.
告诉用户在不想让其他用户看到他们向网页应用了标签时应将标签标为私有.
在部署所有自定义代码之前,应对其进行仔细评估.
自定义应用程序可访问社会性标签数据,方法是使用SharePointServer2010社会性标签对象模型或直接从数据库访问.
应用程序可访问在其下运行的帐户可用的同一社会性标签数据.
如果该应用程序在具有数据库管理员权限的帐户下运行,或在作为UserProfileService管理员并具有"管理社会元数据"权限的帐户下运行,则该应用程序可访问所有社会性标签信息(如私有标签),而不会进行安全修整.
请确保自定义应用程序只显示符合您组织的隐私和安全标准的信息.

考虑自定义安全修整程序.
如果SharePointServer的安全修整程序没有足够的信息确定用户是否具有查看网页的权限,那么它会力求谨慎,报告该用户没有权限.
此行为的一个结果是,始终会修整添加到外部网站的标签、注释和分级.
如果此行为不适用于您的情形,请考虑实施自定义安全修整程序.
有关示例自定义安全修整程序,请参阅ISocialSecurityTrimmer接口(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=188524&clcid=0x804)(该链接可能指向英文页面).
当访问网站所需的权限更改时,让搜索服务再次爬网该网站.
在对该网站进行再次爬网之前,安全修整程序不会识别新权限要求.
另请参阅概念社会性标签概述(SharePointServer2010)规划用户配置文件(SharePointServer2010)其他资源Managingprivacy标签(http://go.
microsoft.
com/fwlink/linkid=188521&clcid=0x804)企业Wiki概述(SharePointServer2010)企业Wiki是用于在企业内共享和更新大量信息的发布网站.
如果组织需要用于在企业规模上存储和共享信息的大型集中知识存储库,请考虑使用企业Wiki.
本文将企业Wiki网站和工作组网站进行比较.
本文不提供有关如何规划或如何设置企业Wiki的信息.
有关详细信息,请参阅企业Wiki规划(SharePointServer2010)和CreateanEnterpriseWiki.
本文内容:比较企业Wiki与工作组网站企业Wiki的用途与优势企业Wiki存在的限制示例:用于新员工的企业Wiki比较企业Wiki与工作组网站工作组网站模板提供一种用于创建内容的灵活方式.
此模板包含一个跨浏览器格式文本编辑器和内嵌自动完成功能.
通过工作组网站模板,一个组织内或不同组织的工作组之间可以进行协作.
工作组网站解决了所有负责确保组织内容完整性的人重点关注的两个方面.

编辑控制工作组网站的管理员或任何对工作组网站具有完全控制权限的人都可以允许部分用户编辑条目,并允许所有用户读取条目.
版本控制用户可以查看条目的以前版本,并了解何时由何人进行了更改.
如果更改不正确或不合适,则可以将条目回滚到以前的版本.
在SharePointServer2010中,工作组网站模板主页即是Wiki页.
企业Wiki模板使用SharePointServer2010的发布功能来添加页面评级、管理元数据以及自定义功能.
通过与MicrosoftSharePointDesigner2010集成,可轻松实现以下操作:通过更改页面布局修改内容的显示方式,以及通过更改母版页打造统一的品牌形象.
有关详细信息,请参阅网站和网站集概述(SharePointServer2010).
下表建议了在工作组网站模板和企业Wiki模板之间做出选择时应考虑的几个标准.
有关详细信息,请参阅企业Wiki规划(SharePointServer2010).
如果需要:使用此网站模板:鼓励一对多通信工作组网站鼓励多对多通信企业Wiki提供结构化的信息交换工作组网站允许协作性的信息交换企业Wiki在页面中插入图像或文件工作组网站或企业Wiki通过用企业关键字标记页面从而方便引用页面企业Wiki企业Wiki的用途与优势企业Wiki可帮助组织收集、组织和分发信息.
企业Wiki通常会成为组织未规定的知识的存储库,此类知识可能无法以其他方式存储在任何位置.
企业Wiki可鼓励非正式的学习以及与其他用户共享提示,这样可减少对正式培训或持续IT支持的需求.
企业Wiki存在的限制由于企业Wiki会产生大量的网络流量,因此,您可能会发现需要配置单个网站集和单个专用MicrosoftSQLServer数据库.
如果MicrosoftSQLServer数据库为共享数据库,用户可能会感到数据库性能较差.
有关详细信息,请参阅企业Wiki规划(SharePointServer2010).
如果不使用自定义代码,则无法将企业Wiki页面转换或迁移为工作组网站上的页面.
由于企业Wiki与SharePointServer2010中的发布功能一起使用,因此企业Wiki网站和工作组网站之间存在着很大的差异.
示例:用于新员工的企业WikiFabrikam公司维护一个公司范围内的企业Wiki,员工可在其中查找和提供有关公司活动、福利和服务方面最新、最全面的信息.
企业Wiki允许员工使用社会性标签和注释来帮助其他员工查找内容.
例如,人力资源组织中的某个员工可发布关于税法变更的页面,这些变更可能会影响具有次要从属关系的某些员工.
该员工使用包括"税务"、"从属"、"次要"和"扣除额"在内的几个关键字来标记页面.
在纳税时,销售组织中的员工搜索关键字"从属"和"扣除额",即可检索到由人力资源组织中的那名员工发布的页面.

企业Wiki规划(SharePointServer2010)企业Wiki是用于在企业内共享和更新大量信息的发布网站.
如果组织需要用于在企业规模上存储和共享信息的大型集中知识存储库,请考虑使用企业Wiki.
有关详细信息,请参阅企业Wiki概述(SharePointServer2010).
企业Wiki使用构建于MicrosoftSharePointServer2010发布基础结构之上的企业Wiki网站模板.
此基础结构提供对内容加以控制的各种方法.
例如,您可以分配权限或使用工作流来建立审批流程.
本文包含有助于您为您的组织规划企业Wiki解决方案的信息.
本文内容:关于规划企业Wiki确定是否使用企业Wiki评估先决条件选择用于承载企业Wiki的位置关于规划企业Wiki在实施企业Wiki之前,必须确定它是否为最适合于组织的解决方案.
当业务需求要求多个用户参与一个知识存储库时,企业Wiki是一个很好的解决方案.
但是,如果您需要一种方法来设置关于某一项目或感兴趣领域的一对多通信,应使用工作组网站.
警告:如果不使用自定义代码,则无法将企业Wiki页面转换或迁移为工作组网站上的页面.
企业Wiki与SharePointServer2010中的发布功能一起使用,因此企业Wiki网站和工作组网站之间存在着很大的差异.
本文不讨论如何规划工作组网站.
若要了解有关如何规划工作组网站的详细信息,请参阅协作网站规划(SharePointServer2010)).
请按照下面各步骤的顺序来规划企业Wiki.
确定是否使用企业Wiki在实施Wiki进行决策时,应涉及来自组织内多个组的代表.
理想情况下,这些参与者应来自IT部门、信息体系结构部门、请求企业Wiki的业务部门以及人力资源部门.
(您的组织对于这些角色可能会使用不同的名称,或者一个人可能担任多个角色.
)组应在决策过程中考虑以下问题:使用企业Wiki的目的企业Wiki应具有明确目的.
例如,它可以实现特定业务目标,或者可以是关于特定主题、过程或业务问题的知识集中存放位置.
其目标是提供一个可供虚拟社区成员创建、更改或删除内容(可能包括以前作者创建的内容)的空间.
例如,您可能需要使用企业Wiki使员工能够向有关组织使用的业务应用程序的"提示和技巧"网页提供内容.
但是,如果您确定必须通过一种更加结构化的方式来交换知识,并且大部分通信为一对多行为(而不是形式更加自由的Wiki行为),则应考虑使用具有Web编辑功能的工作组网站或博客.
应允许多少用户提供参与多个因素将影响这一决定.
您是否能够支持持续不断的增长以及不断增加的网络和服务器容量需求您是否应确定每个业务领域中将成为主要参与者的关键参与者是否存在有关可以参与的人员的法律方面注意事项如何控制可以访问企业Wiki的人员理论上,可以向某个组织中的所有成员授予在该组织中的企业Wiki中提供、编辑和修改内容的访问权限.
如果必须按组隔离信息,请考虑使用带有Web编辑功能的工作组网站或博客.
应对内容实施多大程度的控制与用于进行更加结构化的知识交换的博客不同,Wiki鼓励非正式参与.
但是,组织可能具有用于处理特定类型内容或有关特定主题的内容的准则或要求.
您还应考虑如何处理不适宜或不准确的输入.
下表对企业Wiki的功能和工作组网站的功能进行了比较.
如果需要:使用此网站模板:鼓励一对多通信工作组网站鼓励多对多通信企业Wiki提供结构化的信息交换方式工作组网站允许协作性的信息交换企业Wiki允许使用社会性标签和注释企业Wiki控制文档版本工作组网站或企业Wiki保留编辑控制工作组网站或企业Wiki允许评定网页等级企业Wiki在搜索结果中包括网站内容工作组网站或企业Wiki通过用企业关键字标记页面从而方便引用页面企业Wiki使用网页布局提供结构化的网页类型企业Wiki如果您决定在组织内实现企业Wiki,请继续评估先决条件.
评估先决条件您必须先完成以下任务,然后才能创建企业Wiki.
创建ManagedMetadataService应用程序,以便为社会性标签和注释提供存储.
有关详细信息,请参阅Managedmetadataserviceapplicationoverview(SharePointServer2010).
如果规划将企业Wiki与"我的网站"网站一起使用,则创建UserProfileService应用程序.
有关详细信息,请参阅用户配置文件服务概述(SharePointServer2010).
若要管理企业Wiki所在的网站集,您必须至少具有网站集管理员的权限.
选择用于承载企业Wiki的位置由于企业Wiki可能会迅速增大,因此,所选择的承载位置必须能够满足不断提高的性能和容量要求.
例如,尽管企业Wiki一般包含存储要求低的网页,但与工作组网站相比,编辑这些网页的用户比例通常更高.
构建于多个网站集之上的多个企业Wiki无法相互通信.
它们不能共享内嵌自动完成、列表、自定义搜索等功能,因为这些功能不能跨越多个企业Wiki实例.
仅当您在考虑组织规模、位置和访问权限等注意事项后,确定多个工作组网站是更合适组织的解决方案时,才应使用多个网站集.
不过,您可以创建企业Wiki作为其他网站的子网站.
此步骤完成了规化过程.
下一个任务是设置企业Wiki.
有关详细信息,请参阅CreateanEnterpriseWiki(SharePointServer2010).
另请参阅概念用户配置文件服务概述(SharePointServer2010)其他资源Aboutthemanagedmetadataserviceapplication(SharePointServer2010)协作网站规划(SharePointServer2010)使用MicrosoftSharePointServer2010,您可以在环境中支持协作网站.
协作网站存储个人和组可以集体创作、共享和修订的信息.
这些网站不需要与特定门户网站集或部分发布网站集相关联.
这些网站可以是独立的网站,供需要在项目上协作或共享信息的工作组或用户组使用.
例如,一家工程公司内的工作组可能希望使用协作网站讨论当前的项目状态、分配任务或安排组人员的午餐,而不在企业的Intranet上发布此内部信息.
协作网站可用于搜索门户网站或发布网站,以便您的组织不会丢失来自这些网站的信息.
不过,为了更便于数据恢复和维护,应在单独的Web应用程序或在与门户网站或发布网站相同的Web应用程序中的单独内容数据库中承载协作网站.
可以为用户创建这些协作网站,也可以允许用户自行创建这些网站.
有关协作网站和体系结构规划的详细信息,请参阅"逻辑体系结构示例设计:协作网站".
有关企业范围Wiki的详细信息,请参阅企业Wiki规划(SharePointServer2010).
本文内容:确定协作网站的数目特定路径其他路径确定协作网站的数目大约估计环境中预期的协作网站的数目以及您愿意支持的这类协作网站的数目.
如果要求用户请求协作网站,则可以控制创建的协作网站的数目.
如果您允许用户创建自己的协作网站,则您的环境中将具有这些网站中的很多网站.

特定路径可以在MicrosoftSharePointServer2010中使用特定路径以包含SharePoint网站集,这与文件夹包含文件系统中的文件或文档的方式类似.
默认情况下,当创建Web应用程序时,将为您创建两条路径:根路径(/)这是可以包含一个网站集的显式包含.
例如,如果希望URL显示为http://公司名称/default.
aspx,则可在此根路径上创建网站集.
网站路径(/sites)这是可以包含多个网站集的通用路径.
例如,在使用/sites路径时,名为Site_A的网站的URL将类似于http://server_name/sites/Site_A/default.
aspx.
注意:/sites路径的名称随安装过程中使用的特定语言的不同而有所不同.
其他路径还可以创建其他路径,这样将允许您对网站集进行分组.
然后,在创建网站集时,可以选择以下备选方案:在Web应用程序的根路径上创建网站集(如果该处尚未创建网站集).
在/sites路径下创建网站集.
在对Web应用程序可用的任何其他路径下创建网站集.
一般来说,/sites路径应足以满足大多数安装的需求.
但对于以下情况,请考虑使用其他路径:您具有一个复杂的安装并期望有大量的网站集,并希望将类似的网站组合在一起.
例如,可以对单个用户网站使用/personal,并对组协作网站使用/team,而不是对所有网站使用/sites.
您希望能够将筛选器添加到防火墙或传送器以将特定命名空间限定为仅允许内部访问.
例如,可能对外部协作公开/team路径而不是/personal.
与MicrosoftSharePointWorkspace2010的集成MicrosoftSharePointWorkspace2010为MicrosoftSharePointServer2010提供了丰富客户端,从而可以实现桌面内容与SharePoint文档和列表实时同步.
MicrosoftSharePointWorkspace2010还为创建特殊的Groove协作工作区以及共享文件夹工作区提供了选项.
通过共享的工作区,可以轻松地以联机或脱机方式与指定的SharePoint网站或与外部合作伙伴以及非现场团队成员同步信息.
MicrosoftSharePointWorkspace2010是随MicrosoftOffice2010企业版一起自动安装的,或者可以通过Microsoft下载中心(http://go.
microsoft.
com/fwlink/linkid=48516&clcid=0x804)单独安装.
有关详细信息,请参阅PlanforSharePointWorkspace2010.
企业内容管理规划(SharePointServer2010)MicrosoftSharePointServer2010中的企业内容管理(ECM)包括管理文档、记录和数字资产.
本节内容:文档管理规划(SharePointServer2010)SharePointServer2010包括可用来控制组织中文档的生命周期的文档管理功能(即如何创建、审核、发布文档以及如何最终处置或保留文档).
本节中的文章将指导您规划解决方案的文档管理功能.
记录管理规划(SharePointServer2010)本节中的文章介绍了SharePointServer2010中的记录管理,并提供了有关规划记录管理解决方案的一些准则.
数字资产库规划(SharePointServer2010)SharePointServer2010提供了专为音频和视频资产设计的,且支持在Web部件和Web部件页中存储和播放这些资产的内容类型.
本节中的文章可用于指导您规划基于SharePointServer2010的数字资产库.
文档管理规划(SharePointServer2010)以下这些文章将指导您基于MicrosoftSharePointServer2010规划解决方案的文档管理功能.
SharePointServer2010包括可用来控制组织中文档的生命周期的文档管理功能(即如何创建、审核、发布文档以及如何最终处置或保留文档).
本章所含文章将指导您规划解决方案的文档管理功能.
本章中包含以下文章:文档管理概述(SharePointServer2010)包括企业中文档管理的简介以及本规划指南中建议的文档管理规划过程的说明.
确定用户和分析文档使用率介绍文档管理规划工作组的创建,并提供有关如何确定您的企业中使用的文档类型以及如何分析文档生命周期中各个阶段的指导.
基于元数据的传送和存储概述(SharePointServer2010)中提供的信息可帮助解决方案规划人员和设计者了解如何将使用内容管理器功能的基于元数据的传送和存储用作综合性文档管理解决方案的一部分.
元数据导航概述(SharePointServer2010)中提供的信息可帮助解决方案规划人员和设计者了解如何使用元数据导航和筛选功能来基于元数据查找文档库中的内容.
文档库规划(SharePointServer2010)介绍如何使用文档库在企业中组织文档.
文档集规划(SharePointServer2010)介绍如何使用文档集来将一组文档组织为一个项目或作品.
规划内容类型和工作流(SharePointServer2010)介绍如何规划内容类型,这些类型是SharePointServer用于定义和共享文档、列表项和文件夹属性的机制.
本文还介绍如何使用SharePointServer工作流功能来设计与文档相关的流程.
信息管理策略规划(SharePointServer2010)介绍如何规划企业范围的策略,这些策略将帮助组织遵守各项规定并履行法律职责.
此外,还介绍一些最佳实践,如文档审核和适当的文档保留计划.
版本控制、内容审批和签出规划(SharePointServer2010)介绍如何使用版本控制、签入和签出以及审批发布内容来规划内容控制.
文档管理概述(SharePointServer2010)本文提供基于MicrosoftSharePointServer2010的文档管理解决方案的各种元素的高级别描述.
本文内容:文档管理系统的元素规划过程文档管理控制组织中文档的生命周期-如何创建、审核和发布文档,以及最终如何处置或保留文档.
尽管术语"管理"意味着从组织的最上层控制信息,但有效的文档管理系统应反映使用它的组织的文化传统.
用于进行文档管理的工具应足够灵活,这样,如果文档的生命周期适合企业的文化和目标,则您可以紧密控制文档的生命周期,而且,如果结构松散的系统更适合您的企业,您也可以实现这种系统.

文档管理系统的元素有效的文档管理解决方案指定:在组织中可以创建哪些类型的文档和其他内容.
对于每种类型的文档使用哪种模板.
对于每种类型的文档提供哪些元数据.
在文档生命周期的每个阶段将文档存储在何处.
在文档生命周期的每个阶段如何控制对于文档的访问.
当团队成员一起致力于文档创建、审核、批准、发布或处置时,如何在组织内移动文档.
要将哪些策略应用于文档,以便审计与文档相关的操作,以适当方式保留或处置文档,以及保护对组织至关重要的内容.
文档在其生命周期的阶段中移动时是否一定要从一种格式转换为另一种格式.
如何将文档视为企业记录,在这种情况下,必须根据法律要求和公司准则保留文档.
SharePointServer2010包含实现文档管理的所有这些环节的功能.
为了确保信息工作者能够无须脱离其日常操作和熟悉的工具即可轻松地利用这些功能,MicrosoftOfficesystem中的应用程序-例如,MicrosoftOutlook和MicrosoftWord-也包含支持文档生命周期中每个阶段的功能.
规划过程文档管理规划过程包含以下几个主要步骤:确定文档管理角色确保您的计划中包含组织的重要利益干系人的反馈意见,您具有适当的团队来实现解决方案,并且您知道谁将参与文档管理过程.
有关创建文档管理规划团队的详细信息,请参阅确定用户和分析文档使用率.

分析文档用途在确定使用文档的人员后,确定他们使用的文档类型以及使用方式.
有关详细信息,请参阅确定用户和分析文档使用率.
规划文档的组织结构您可以组织网站集、网站和库中的文档.
SharePointServer2010提供了一系列有助于组织和存储文档的功能,从专门的网站(如记录库)到结构松散的文档库(用于快速文档创建和协作).
在一个库中,您可以进一步将内容组织到文件夹和子文件夹中.
有关详细信息,请参阅文档库规划(SharePointServer2010)和"规划企业内容存储和版本控制".
规划如何在各位置之间移动内容在文档生命周期的不同阶段中,可能需要将文档从一个网站或库移动或复制到另一个网站或库.
例如,发布过程可能包括将文档从暂存网站移动到公共Internet网站.
如果在网站之间移动内容时必须将内容从一种格式转换为另一种格式,则您还需要规划内容转换.
有关详细信息,请参阅文档库规划(SharePointServer2010)中的"规划内容的流动".
规划内容类型使用内容类型来组织有关文档类型的信息,如元数据、文档模板、策略和工作流程.
这是帮助您在整个组织中组织文档和实施一致性所必不可少的步骤.
有关详细信息,请参阅规划内容类型和工作流(SharePointServer2010).
规划工作流为组织规划工作流时,您可以控制和跟踪每个参与者在文档的生命周期中进行协作时文档在团队成员之间移动的方式.
SharePointServer2010包括适用于一般团队任务的工作流,如审核和批准文档.
SharePointServer2010还支持创建和安装自定义工作流.
有关详细信息,请参阅规划内容类型和工作流(SharePointServer2010).
规划内容控制您可以根据内容类型或存储位置规划适当的控制级别.
例如,对于文档库,您可以计划要求签入和签出以及使用信息权限管理来防止未授权分发文档.
有关详细信息,请参阅文档库规划(SharePointServer2010)和信息管理策略规划(SharePointServer2010).
规划策略对于每种内容类型,应规划信息管理策略,以确保适当地审计、保留和标记文档,以及根据组织的机构要求和法律要求对文档另行处理.
SharePointServer2010包含实现审计、文档保留、标签和条形码的策略(以确保所打印的内容可以与对应的电子版本相关).
有关详细信息,请参阅信息管理策略规划(SharePointServer2010).
确定用户和分析文档使用率规划文档管理解决方案的第一步是标识用户并分析文档的用途.
本文针对基于MicrosoftSharePointServer2010的解决方案提供标识用户和分析文档用途的指南.
本文内容:标识用户分析文档用途工作表标识用户若要在文档管理解决方案中确定利益干系人和参与者,您可以进行调查以收集此信息.
例如,您的调查可以包含以下问题:由组织中的谁来创建文档他们会创建什么类型的文档谁来审阅文档谁来编辑文档谁来使用文档谁来审批文档的发布谁来设计用于承载文档的网站谁来设置用于管理文档的指南和策略谁来管理组织中的记录谁来部署和维护用于存储文档的服务器工作表操作对于这些问题中的每一个问题,会产生多种不同的答案.
在文档管理参与者工作表(http://go.
microsoft.
com/fwlink/linkid=165871&clcid=0x804)中记录通过调查收集到的信息,如以下示例所示.

文档参与者的工作表示例:职位文档类型角色财务分析师技术编写人员所有者权益研究报告财务模型网页作者财务分析师管理者所有者权益研究报告财务模型审阅者技术编辑所有者权益研究报告网页编辑客户所有者权益研究报告财务模型网页读者企业律师管理者所有者权益研究报告财务模型网页内容审批者服务器管理员全部IT专业人员数据库经理全部数据库专业人员合规部主管全部法务专员记录管理人员全部记录管理人员网站经理全部内容发布者网站管理员全部内容审核员确定内容项目利益干系人可以帮助您确保文档管理解决方案的全面性,并确保您设计出适合企业的内容需要和流程的网站和文档库.
分析文档用途在确定内容的利益干系人之后,通过他们收集可帮助您分析在组织中如何使用文档的信息.
这是规划过程的重要组成部分,因为分析可帮助您确定:文档库的构造方式.
要使用哪些网站模板.
将使用多少个网站.
哪些信息管理策略应用于网站.
您将需要哪些物理服务器拓扑结构以实现您的解决方案.
要收集的信息包括:文档类型,如所有者权益研究报告、员工绩效考核、内部备忘录或产品说明.
每种文档类型的用途,如"向客户提供有关股票的建议以及支持数据".
每种文档类型的作者(列出作者的角色(而非个人姓名)非常有用,例如"财务分析者"或"产品管理者").
文档的格式.
如果文档在其生命周期的任何时候必须从一种格式转换为另一种格式,则记录该信息.
每种文档类型的用户,如"客户"或"团队成员".
应用于文档的生命周期的其他角色,如"技术审核人"或"审稿人".
文档的位置,如"客户端计算机"、"Web服务器"或"文件服务器".
请注意,此问题可能具有多个答案,例如,在客户端计算机上创作文档,然后将其发布到Web服务器.
读者查看文档的方式,如从网页或通过文件共享.
工作表操作所提供的分析文档用途工作表(http://go.
microsoft.
com/fwlink/linkid=165873&clcid=0x804)用于记录文档用途分析内容.
下面是企业中的两个不同组织在该工作表可能收集和记录的信息示例.

文档用途工作表示例:类型用途作者用户格式其他角色位置所有者权益研究报告向金融服务的高级客户提供有关是否购买或出售一支或多支股票的指导财务分析师客户DOCX(用于创作);PDF(用于发布)审核人(技术);审核人(法律);审批者;审稿人;记录管理者;网站管理员创作网站测试网站Internet记录库分析单独的创作和发布格式要求进行格式转换.
大量的审核人需要一个或多个工作流(在服务器上实现的业务流程).
四个网站(创作、测试、Internet和记录库)要求采用相应的机制将内容从一个网站移到另一个网站.
需要在企业记录库中对内容存档以及发布股票建议时管制方面的问题要求公司采取适当的策略和最佳方案,如内容审计和保留.
类型用途作者用户格式其他角色位置员工绩效考评评估员工的绩效—包括自我评估和经理的评估信息工作者;经理经理;人力资源专家.
DOC审核人(人力资源);审核人(法律);审批人(上级经理);记录管理者客户端计算机电子邮件服务器(作为)企业Web服务器企业记录库分析两个作者和多个审核人需要一个或多个工作流.
文档经多人处理,然后放在企业Web服务器上(可能高度安全),然后在记录库中存档.
此内容的敏感性本质要求在桌面计算机和服务器上实施信息权限管理(IRM),此外,还要求采取适当的公司策略和最佳方案(如审计)来保护员工的隐私和企业的法律地位.
工作表使用以下工作表来记录本文中讨论的信息:文档管理参与者工作表(http://go.
microsoft.
com/fwlink/linkid=165871&clcid=0x804)分析文档用途工作表(http://go.
microsoft.
com/fwlink/linkid=165873&clcid=0x804)基于元数据的传送和存储概述(SharePointServer2010)本文包含的信息可帮助解决方案规划人员和设计者了解如何将MicrosoftSharePointServer2010中使用内容管理器功能的基于元数据的传送和存储用作综合性文档管理解决方案的一部分.
本文内容:关于基于元数据的传送和存储内容管理器设置内容管理器规则关于基于元数据的传送和存储SharePointServer2010通过使用内容管理器引入了元数据传送和存储.
内容管理器是基于SharePoint2007的记录中心网站模板中引入的文档传送功能构建的.
借助内容管理器,新的网站级别功能使管理员和用户能够使用基于元数据的规则,更轻松地对内容进行分类、传送和存储.
网站管理员激活内容管理器功能并配置设置和规则之后,用户不是将文档直接上载到库或文件夹,而是可以使用下列方法之一保存和传送文档,并据此向文档应用规则:将文档上载到放置库.
系统会在已激活内容管理器功能的每个网站中创建放置库.
在Word、Excel和PowerPoint客户端应用程序中使用"另存为".
在其他SharePoint网站中使用"发送到".
使用Web服务对象模型.
使用电子邮件放置区域.
使用Exchange,可通过电子邮件将文档发送到网站中.
提交到记录中心网站,作为文档生命周期或有效期的一部分.
例如,作为工作流或保留策略的一部分.
上载文档之后,内容管理器可基于文档的元数据,将文档传送至指定文件夹或自动创建新文件夹.
例如,可创建新文件夹作为目标文件夹的子文件夹,因为传送规则的目标文件夹变得过大.
针对字段中的每个新值创建文件夹.
例如,如果您的分类包含100个术语,可为这100个术语中的每一个分别自动创建文件夹,每一个文件夹的创建时间为内容管理器首次对带有特定标记的文档进行评估时.
新文件夹将从父文件夹继承设置.
然后新文件夹也可以拥有其他规则,用于定义诸如权限、默认元数据、保留策略以及其中的文档将会继承的工作流等附加参数.
例如:通过将文档标记为"企业事务",会将该文档传送到某个文件夹,该文件夹拥有的权限比库中不同文件夹内的其他文档的权限的限制性更强.
这样,元数据就可以有效地将权限应用到SharePoint中的文档.
通过将文档标记为"会计",会将该文档传送到受保留策略限制的文件夹,保留策略用于确保文档已保存.
通过将文档标记为"人力资源",会将该文档传送到应用了任意数量的附加元数据标记的文件夹.
这样可减少用户应用大量元数据标记的必要性,从而缩短做标记所花费的时间并减少可能出现的错误.
通过用元数据标记内容以及将内容管理器设置和规则结合使用,您可以有效地确定、传送和存储组织中的任何文档,并向文档应用附加内容参数.
内容管理器设置网站管理员可配置内容管理器设置以确定如何传送上载到网站的内容.
这些设置适用于使用内容管理器传送的所有内容.
内容管理器包括以下设置:将用户重定向到放置库如果启用此设置,则可以指定在应用了一个或多个内容管理器规则的网站中的上载内容时,将用户重定向到放置库.
如果禁用此设置,则用户可绕过内容管理器,将文件直接上载到库或文件夹中.
仅当使用文档库页面或使用客户端应用程序上载文档时,此设置才适用.

发送到其他网站如果启用此设置,则可以创建规则,以便将当前网站中上载的内容重定向到同样激活了内容管理器功能的其他网站.
文件夹分区如果启用此设置,则会在文件夹中包含的项超过指定数目时,创建子文件夹.
重复提交此选项指定如果所上载文档的名称与目标库中已存在文档的名称相同,是使用SharePoint版本控制还是将唯一字符追加到重复文件名的末尾.
规则管理器此设置指定可创建规则、响应和管理与任何规则均不匹配的上载内容的用户或组.
提交点数此不可配置的设置提供Web服务和URL以及可用于设置其他网站或电子邮件以将内容发送至网站的电子邮件地址.
在管理中心新建"发送到"位置时,这您指定为提交到"发送到"位置的文件的目标位置的服务URL.
内容管理器规则规则管理器可创建规则.
规则确定是否应将该规则应用于传入文档,然后执行规则中指定的操作.
规则选项包括以下这些:规则名称规则的名称.
规则状态和优先级将此规则的优先级指定为1到9(如果应用多个规则).
您也可以指定此规则处于非活动状态,而不会将此规则应用于任何传入内容.
提交的内容类型指定内容类型组,如"文档内容类型"、"发布内容类型"等.
基于内容组类型组,您可以为规则另选一个内容类型.
如果贵组织中的内容类型使用不同的名称,则可以指定备用名称.

条件为要处理的规则应用基于附加属性的筛选器.
目标位置指定与规则相匹配的内容的放置位置.
提交点数满足以上所有条件的项目将要保存的位置.
如果您在内容管理器设置中选中了"发送到其他网站"选项,则会看到一个下拉框,其中列出了可将文档发送到的当前网站以外的其他位置.
激活网站的内容管理器功能为了在网站中使用内容管理器,必须激活内容管理器功能.
为网站激活该功能后,"内容管理器设置"和"内容管理器规则"将显示在"网站设置"页上的"网站管理"下.
注意:使用记录中心网站模板创建网站时,默认情况下已激活内容管理器.
激活网站的内容管理器功能在"网站设置"页的"网站操作"下,单击"管理网站功能".
在"功能"页上,针对"内容管理器"单击"激活".
激活内容管理器功能后,您可以创建基于元数据的规则,以便将提交的内容移到库或文件夹中.
另请参阅概念元数据导航概述(SharePointServer2010)基于元数据的传送和存储规划(SharePointServer2010)本文包含的信息可帮助IT专业人士规划如何使用MicrosoftSharePointServer2010中的内容管理器功能来基于元数据传送和存储内容.
有关基于元数据传送和存储内容的更多常规信息,请参阅基于元数据的传送和存储概述(SharePointServer2010).
本文内容:规划基于元数据的传送和存储确定内容的提交方式规划内容管理器设置规划内容管理器规则规划目标位置属性规划基于元数据的传送和存储许多组织内的用户都面临的一个挑战是确定在保存他们所创作的文档时,该文档应转到的位置.
更大的挑战是如何应用其他属性或应对文档执行的操作,例如更多元数据标记、权限、策略和工作流.
SharePointServer2010引入了内容管理器功能.
在为网站激活内容管理器功能后,便可使用内容管理器对内容进行排序,然后根据元数据将内容发送到不同容器(网站、库和文件夹)中.
这些容器或目标位置可以具有每个位置的设置,这些设置定义容器中的内容将继承的其他属性,如其他元数据、权限、策略和工作流.

使用内容管理器时,只能将一个或两个文档或文档集上载至网站.
然后,内容管理器设置和规则可以指定,这些内容项将受到规则的限制并且会被发送到相应的目标位置.
每个网站可以使用内容管理器的单个实例,这样您便可以创建贯穿多个网站的网络传送和存储内容.

尽管用元数据标记内容和使用内容管理器可以简化文档在组织内的传送和存储方式,但务必要认真规划,以使其最大程度地满足组织的需要.
通过进行良好的规划和实施,您可以更加确定内容管理解决方案不仅可以最充分地利用SharePoint基础结构,同时还能最大程度上提高系统和用户性能.
本文提供了指向Microsoft下载中心中内容管理器设置工作表和内容管理器规则工作表的链接.
在规划如何为使用内容管理器管理的内容配置适用的设置和规则时,可将上述工作表与本文结合使用.
下载工作表内容管理器设置工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=189018&clcid=0x804)(该链接可能指向英文页面)内容管理器规则工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=189019&clcid=0x804)(该链接可能指向英文页面)确定内容的提交方式在开发内容传送和存储解决方案时,用户如何提交使用内容管理器管理的内容将是一个非常重要的因素.
当网站管理员对网站激活内容管理器功能并配置设置和规则后,用户可以通过以下方法之一上载文档并将文档自动传送和发送到正确位置:将内容上载到放置库.
系统会在已激活内容管理器功能的每个网站中创建放置库.
在Word、Excel和PowerPoint客户端应用程序中使用"另存为".
在其他SharePoint网站中手动使用"发送到",或作为工作流的一部分、作为文档生命周期或有效期的一部分使用该命令.
使用Web服务对象模型.
使用电子邮件放置区域.
使用Exchange,可通过电子邮件将内容项发送到网站中.
工作表操作:在内容管理器设置工作表中,记录将内容上载或提交到网站的方式.
规划放置库规划内容管理器设置网站管理员应仔细规划,其网站的内容管理器设置将对其整个基于元数据的传送和存储解决方案有何影响,这一点非常重要.
同样重要的是,应在网站中实现解决方案之前先对各种配置进行测试.
本节中提供的信息旨在帮助您确定和记录网站中的内容管理器设置如何成为基于元数据的内容传送和存储解决方案中的一个有效部分.

提供内容管理器设置工作表(该链接可能指向英文页面)旨在帮助您规划网站的设置.
请为将激活内容管理器功能的每个网站填写单独的内容管理器设置工作表.
内容重定向通过"将用户重定向到放置库"设置,您可以指定是否将用户重定向到放置库.
如果选中此设置(默认设置),则会将所有上载内容自动发送到规则指定的目标位置;如果没有适用的规则,则将上载内容放入放置库.
如果不选中此设置,用户可以绕过规则和放置库,将文档上载至其他库或文件夹.

已激活内容管理器功能的每个网站都会创建一个放置库.
默认情况下,提交内容时,将对文档应用规则,然后将其发送到目标位置.
如果没有适用的规则,则将该项放入放置库,并向规则管理员发送电子邮件通知.
然后,规则管理员会对这些项应用其他元数据以匹配规则,并允许将文档发送至目标位置.
放置库使用一个计时器作业,以指定何时处理库中的项.
如果规则管理员对放置库中的项目应用其他元数据,则下次运行计时器作业时,将应用规则并将该项目发送至目标位置.

上载文档时,会显示放置库的文档属性窗口.
然后,可以选择元数据属性,提交过程即可完成.
提交后,将应用内容管理器规则,以将文档发送到目标位置.
然后,会显示项目的URL.
该URL包括一个由文档ID功能创建的固定链接,这样即使再次移动该项,提供的URL也将始终链接至该项.
如果没有适用的规则,则将文档放入放置库,并通过电子邮件通知规则管理员.
精心设计的基于元数据的传送和存储解决方案会使用内容管理器规则将提交至放置库的每个文档都发送到所需目标位置.
然后,放置库中应只包括已提交但不匹配任何规则的项.
保留在放置库中的文档使规则管理员可以识别不匹配任何规则的文档,然后创建规则或需要其他将适用的元数据标记.

在将用户重定向到放置库时,用户必须了解特定放置库的用途,并意识到属性窗口中显示的内容将反映在网站库中定义的内容类型,而不一定是他们所使用的库中的内容类型.
工作表操作:在内容管理器设置工作表上,记录是否将用户重定向到放置库.
发送到其他网站如果选中此设置,则可创建相应规则,以便将上载到当前网站的内容发送到也激活了内容管理器功能的其他网站.
创建新规则时,在规则配置页中,下拉列表会显示可将内容发送到的所有目标位置.
为了添加该列表中尚未包括的新目标,必须使用管理中心中的"配置发送到连接"页添加网站配置信息.

文档和记录中心的列表基于每个Web应用程序进行维护.
例如,如果端口80上有一个网站,并且您要在端口81上的Web应用程序中添加一个新的目标文档库,则需将该库的官方文件Web服务的URL添加到端口80上Web应用程序的"发送到连接"列表中.
可在传送器URL编辑框中输入该Web服务URL,其形式为http://myserver/mysubsite/_vti_bin/OfficialFile.
asmx.
不能添加未激活内容管理器功能的网站.
工作表操作:在内容管理器设置工作表中,记录您是否允许规则将其他网站指定为目标位置.
文件夹分区在SharePointServer2010中,对文件夹可以包含的项数没有限制.
但是,在查看文件夹内容时,对列表视图可以显示的项数存在一定限制,此限制称为列表视图阈值,默认为5000项.
可以使用内容管理器指定文件夹超出指定的最大项数时的结果,实际上,在标准列表视图中,文件夹太大会变得没有意义.
使用"内容管理器设置"中的"文件夹分区"设置,可以指定在目标位置过大时应创建子文件夹.
默认情况下,此设置指定在目标位置超过2500项时创建新文件夹.
每个子文件夹将继承它派生自的目标位置的属性.
因此,如果您有一个名为"Resumes"的文件夹,该文件夹具有查看和编辑其中项目时所需的特殊权限,则从Resumes文件夹创建的子文件夹将继承相同的权限要求.
了解网站或库的整个文件夹结构非常重要.
文件夹的主要用途是组织内容,从而与网站或库的预期功能相匹配.
在建立整个文件夹结构时(甚至是建立之后),均应仔细考虑"文件夹分区"设置.
工作表操作:在内容管理器设置工作表上,记录当目标位置的项数超出限制时是否创建子文件夹,以及应使用文件夹分区创建的子文件夹的文件夹名称格式.
重复提交项在任何大型组织中,总有可能会出现将具有相同名称和元数据的多个文档提交至网站的情况.
默认情况下,如果文档库中已启用版本控制,内容管理器将使用SharePoint版本控制来区分同名项.
在"内容管理器设置"中,有两个用于处理重复提交项的选项.
第一个选项(默认选项)是使用SharePoint版本控制.
若要使用SharePoint版本控制,必须为文档库启用版本控制.
有关如何规划版本控制的详细信息,请参阅版本控制、内容审批和签出规划(SharePointServer2010).
第二个选项是指定内容管理器将在重复文件名的结尾附加唯一字符.
如果没有为目标库启用版本控制,则无论选择何种设置,内容管理器都将为重复提交项附加唯一字符.
务必要记住,附加到文件名中的唯一字符可能无法以任何特定方式标识项目.
这可能会使用户在存在过多同名文档时无法正确识别所需文档,但添加到名称中的唯一字符不会提供任何有意义的标识形式.

工作表操作:在内容管理器设置工作表上,记录要使用SharePoint版本控制(默认设置)还是在重复文件名结尾附加唯一字符.
保留上下文选中此设置时,对于包含原始审核日志和属性的文档,上下文将被保留并与文档一起存储.
如果要保留有关文档(例如,发送到记录中心网站的文档)的所有历史信息,此功能可能很重要.
保留上下文时,用户可从项目的"查看属性"页中单击"规范详细信息".

注意:保留上下文将影响存储.
审核数据会快速组合并占用内容数据库中的大量空间,特别是在启用查看审核时.
有关审核数据对存储容量有何影响的详细信息,请参阅"存储和SQL容量规划及配置".
工作表操作:在内容管理器设置工作表中,记录是否要保存已提交至此网站的文档的原始审核日志和属性.
规则管理员您可以指定能够创建和编辑规则的用户.
规则管理员必须拥有管理网站的权限,才能创建和编辑规则.
规则管理员必须熟悉您的元数据术语集和术语,以便于创建能够最有效地实施您的基于元数据的传送和存储解决方案的规则.
此外,规则管理员还必须确定所创建规则的广泛含义,例如,组织中的所有规则管理员都应确定在文件夹太满时应采取何种适当操作.

在大多数情况下,创建规则的人员将成为规则管理员,但在某些情况下(比如创建一系列新规则时),可能要指定其他规则管理员来负责确保规则满足最初目标.
如果您指定在提交项与规则不匹配或内容保留在放置库中时通过电子邮件通知规则管理员,则可能要指定多个规则管理员,以防最初的规则管理员不能发挥作用.
规则管理员有权编辑放置库中的所有项,以便输入为使文档与规则相匹配所需的缺失或不正确的元数据.

工作表操作:在内容管理器设置工作表上,记录将充当网站规则管理员的用户或组.
规划内容管理器规则内容管理器规则是根据元数据传送和存储内容的核心.
规则中的条件决定是否应将规则应用于项目,如果规则中的所有条件均成立,则由目标位置指定将项目发送到的位置.
创建规则时,需要考虑一些重要事项.
例如,最好要创建通用规则;对特定元数据列的每个唯一值,创建并发送到唯一文件夹.
创建能够处理所有可能的提交内容的规则.
为此,应创建一个应用于特定内容类型的简单规则,或创建以任意多种复杂方式发送的众多规则.
如果放置库中包含许多不与任何规则匹配的项,则必须对这些项进行验证以确定不适用任何规则的原因.
如果在标记文档时规则未反映可供用户使用的元数据属性,则可能出现这种情况.

本节中提供的信息旨在帮助您规划规则,这些规则将成为基于元数据的传送和存储解决方案的一个有效部分.
提供内容管理器规则工作表(该链接可能指向英文页面)旨在帮助您规划规则.
请为您计划创建的每个新规则填写单独的工作表.

确定规则名称网站内容和文件计划报告中会使用规则名称.
确定规则命名约定,以使报告和内容管理器规则列表中的特定规则更易识别.
如果可能,规则名称应指明规则的目标、规则所组织的文档类型,和/或提供规则条件的一些区别.

工作表操作:在内容管理器规则工作表上,记录规则名称.
确定规则状态和优先级创建规则时,可以指定规则处于活动状态还是非活动状态.
如果规则处于活动状态,则可指定1(最高优先级)到9(最低优先级)之间的优先级.
如果有多个规则与条件匹配,将首先应用优先级最高的规则.
工作表操作:在内容管理器规则工作表上,记录规则优先级.
确定内容类型一个规则至少要定义一个元数据属性:内容类型.
从该内容类型中,可以选择将在规则条件下使用的其他属性.
如果内容类型在其他网站中具有替换名称或别名,则可在此指定该名称.
可用的内容类型组是当前在网站集中或当前网站中的内容类型组.
当文档按内容类型别名与规则匹配时,将按规则的内容类型而不是内容类型别名来组织文档.
可用类型是仅适用于选定内容类型组的类型.

通过选择"此内容类型在其他网站中有替换名称"并在"添加替换名称"中键入*,可以创建将应用于未知内容类型文档的规则.
可用内容类型组和类型(默认)商业智能内容管理器数字资产文档文档集页面布局发布特殊自定义报告电子邮件提交音频基本页面文档集文章页面网页未知文档类型具有状态列表的网页部分图像文档重定向页面页面布局富媒体资产都柏林核心栏欢迎页面发布母版页视频表单文档链接列表视图样式母版页图片Web部件页Wiki网页还可以创建将应用于自定义内容类型的规则,该内容类型派生自作为父内容类型的默认内容类型(在上表中).
工作表操作:在内容管理器规则工作表中,记录其他网站中的内容类型组、类型和替换名称.
规划条件将根据基于属性的条件应用规则.
在一个规则中最多可以定义6个条件.
必须满足所有条件,才能应用规则,并将项目发送到其目标位置.
可在条件中使用的属性与内容类型相关联.
由于必须至少指定一种内容类型,因此将至少存在一个条件.
当您指定一种内容类型但未定义其他任何基于属性的条件时,该规则将只根据该内容类型来组织所有项目.

定义条件时,为使该条件成立,值必须是属性与运算符的乘积.
不能将通配符指定为条件的值.
如果值与条件不匹配,将不应用规则,项目将保留在放置库中.
工作表操作:使用"内容管理器规则"页确定可用于选定内容类型的属性,然后在内容管理器规则工作表中,记录规则的相应条件.
规划目标位置每个规则都必须指定目标位置,与该规则匹配的项目将被发送到该位置.
目标位置可以是其他网站、库或文件夹.
规则还可指定在目标位置为特定属性的每个唯一值创建新文件夹.
指定其他库时,该库必须包括规则中指定的内容类型.

您可以指定新文件夹名称的格式.
默认情况下,新文件夹命名格式为"%1-%2",其中%1将替换为属性名称,%2将替换为属性的值.
例如,如果使用ReportStatus属性并收到ReportStatus值为"Complete"的新项,则会创建一个名为"ReportStatus-Complete"的文件夹.
如果存在许多唯一属性,将创建许多新文件夹,请确保指定的文件夹名称格式对组织中的用户有意义.
在选择为每个唯一属性创建新文件夹时,务必要考虑可在每个新文件夹中填充的项数,当此类项分组有意义时,可考虑根据唯一属性创建文件夹.
当存在数百甚至数千个唯一属性时,为每个唯一属性创建新文件夹可能会生成令人混乱且不必要的文件夹数,从而导致难于在标准列表视图中进行导航.

工作表操作:在内容管理器规则工作表中,记录目标位置、是否自动为属性的每个唯一值创建新文件夹以及新文件夹名称的格式.
规划目标位置属性将内容项发送到其目标位置后,便可应用适用于该位置中所有项的新属性和设置.
例如,"人力资源"库中的所有项都可以具有受限的查看权限.
如果指定从目标位置创建新的子文件夹,这些文件夹将继承父目标位置的属性.
可在"网站设置"中以网站级别,以及在"库设置"中以库级别指定其他属性和设置.

其他属性权限通过基于元数据将内容传送至目标位置,可以指定具有唯一权限的目标位置,实际上是使用元数据应用权限.
版本控制通过基于元数据将内容传送至目标位置,该目标位置可以指定特定文档版本历史记录(版本控制).
元数据通过根据元数据将内容传送至目标位置,该目标位置可以应用其他元数据和企业关键字.
保留策略和内容类型策略通过基于元数据将内容传送至目标位置,该目标位置中的内容可以遵从保留策略,从而确保对内容进行保存.
工作流通过基于元数据将内容传送至目标位置,该目标位置中的内容可遵从工作流设置.
工作表操作:在内容管理器规则工作表中,记录将在目标位置应用的其他属性.
另请参阅概念基于元数据的传送和存储概述(SharePointServer2010)元数据导航概述(SharePointServer2010)其他资源Planmanagedmetadata(SharePointServer2010)元数据导航概述(SharePointServer2010)本文中包含的信息可帮助解决方案规划人员和设计者了解如何将MicrosoftSharePointServer2010中的元数据导航和筛选功能用作综合性文档管理解决方案的一部分.
本文内容:关于SharePointServer2010中的元数据导航元数据导航用户控件列表所有者控件自动索引索引查询回退查询关于SharePointServer2010中的元数据导航元数据导航和筛选是SharePointServer2010中的一项新功能,用户可使用该功能通过元数据筛选和查找文档库中的内容.
元数据导航和筛选功能包括以下内容:简单的用户界面元数据导航基于SharePoint树视图层次结构控件构建,并将其与新的密钥筛选器控件结合使用,为用户提供根据元数据查找内容的强大工具.
列表所有者控件通过配置元数据导航设置,列表所有者可将列表上的字段提升为密钥导航字段.
这样,查看那些列表的用户即可进一步筛选当前列表视图,以便仅显示那些字段中具有所需值的项目.
自动索引此可选过程可根据提升为列表的导航字段的字段自动创建列表索引.
自动索引可改善查询结果并提高性能.
元数据导航用户控件元数据导航是在SharePoint中已有的列表视图导航功能的基础上构建的.
未配置元数据导航的列表视图提供简单的分层视图,当通过物理结构(如网站、库和文件夹)搜索内容时,这些视图可正常工作.
但是,当尝试在多个项目中导航时,这些列表视图会被阻止,或在浏览包含超过5000个项目的文件夹时被列表视图阈值阻止.
注意:默认情况下,列表视图阈值为5000个项目.
管理员可使用WindowsPowerShell更改该列表视图阈值.
元数据导航可扩展列表视图的功能并将其与密钥筛选器控件结合使用,使用户可以基于一个或多个导航筛选器将文档视图筛选为一部分文档,从而更方便地查找内容.
元数据导航包括下列用户控件:导航层次结构使用和扩展列表视图的功能,以导航文件夹、内容类型、选项字段或托管元数据术语集的层次结构.
这使用户能够使用列表视图来筛选元数据层次结构,就像导航文件夹一样.
当选择托管元数据列的层次结构中的项目时,将显示与该层次结构相关联的字段的具有指定术语或其任意子术语标签的所有项目.
这样,用户可再次选择该项目,以仅对该特定术语进行筛选,而不包含子术语.

导航层次结构可与列表视图定义中指定的筛选器和列表视图Web部件中的列指定的筛选器协同工作.
通过与密钥筛选器结合使用,最多可提供四种筛选列表视图的不同方法.
密钥筛选器此控件显示在网站层次结构控件的下面,可包括多个字段,如日期、选项、内容类型、单值和多值字段、货币、是/否和用户字段.
所选导航层次结构可与任意数量的密钥筛选器一起使用.
可以为更大范围的列类型指定密钥筛选器.
密钥筛选器由空白字段组成,该字段与它代表的列类型匹配.
然后,用户可在字段中键入文本,以对该列进行筛选.
例如,可将"修改者"列添加为密钥筛选器,然后键入一个用户显示名或用户名别名并解析以获取"修改者"与输入的用户匹配的结果.
可同时使用任意数量的密钥筛选器,还可将它们与导航层次结构结合使用.

通过托管元数据密钥筛选字段,可通过键入并从显示的建议中选择来输入多个术语.
还可使用名为"所有标记"的特殊处理的托管元数据字段,它将输入术语与列表架构中任意托管元数据字段中的项目的字段值进行匹配.
如果该用户位于列表的根文件夹中,则应用密钥筛选器将对列表中的任意文件夹的所有项目进行查询.

列表所有者控件为网站启用元数据导航和筛选功能后,列表或库所有者可在"元数据导航设置"页(可从列表获得)或"文档库设置"页上配置设置.
所有者可指定导航层次结构和密钥筛选字段并指定是否对列进行自动索引.

自动索引在列表或库的"元数据导航设置"页上,通过"为此列表配置自动列索引"设置,列表所有者可指定是否在列表上自动创建索引,以匹配所选导航层次结构和密钥筛选字段.
如果启用此设置(默认),则当保存元数据导航设置页时,会发生以下情况:将在所有支持的导航层次结构字段上创建单一列索引.
将在所有支持的密钥筛选字段(内容类型字段和选项字段除外)上创建单一列索引将在所有支持的层次结构和密钥筛选器组合上创建复合索引.
当自动创建索引时,将允许对其项目数超出列表视图阈值的列表进行查询.
在某些情形中,可能必须禁用此设置并配置自定义索引.
例如,如果一列和复合索引的组合超出20,则必须禁用自动索引.
索引查询当对网站启用元数据导航和筛选功能时,内置优化将在每次加载列表视图时都选择运行最佳索引.
用户每次加载列表视图或刷新列表视图(方法是应用新筛选器、清除筛选器或对字段应用排序)时,查询优化都会确定查询没有视图限制的数据库的最佳方法.

回退查询如果元数据导航确定无法将当前用户请求表示为有选择的索引查询,它会构造并执行一个回退查询.
回退查询是原始用户查询的修改版本,原始用户查询仅对部分列表(而不是完整列表)进行查询.
回退查询旨在向用户显示一部分有用的结果,即使由于列表视图限制而无法运行原始查询也是如此.
此外,回退查询可作为警告,告知列表所有者列表中的数据分布不正确,用户正在运行的特定查询无法返回所有结果,这意味着用户可能无法访问他们需要的内容.
如果查询扫描的列表部分中没有任何项目包含与原始用户查询匹配的结果,回退查询将返回0个结果.
由于回退查询的结果只是用户请求的项目的一部分,因此系统会通过屏幕上的消息提示用户仅显示一部分结果,用户必须应用其他筛选器才能查看全部结果.
用户每次指定其他筛选器时,查询引擎都有机会查找不超出列表视图阈值的选择性筛选器/索引组合,从而不会导致限制异常.

另请参阅概念基于元数据的传送和存储概述(SharePointServer2010)文档库规划(SharePointServer2010)本文介绍如何规划文档库以及如何将库集成到MicrosoftSharePointServer2010文档管理解决方案中.
文档库是SharePointServer上与其他网站用户共享的文件集合.
大多数文档管理功能都是通过文档库提供的.
作为文档管理规划的一部分,应确定最能满足组织需求的文档库类型.
规划文档库本文内容:确定库类型规划内容流从Office客户端应用程序提升文档库工作表确定库类型当您确定哪些文档库最符合组织的需求时,可能还会确定您需要多个网站或网站集.
例如,如果您想创作要发布给外部客户的内容,则可能需要一个在其中创作并查看内容的网站(和库),以及一个在其中发布内容的单独网站(可能在单独的SharePointServer2010安装中).
当您规划多个网站的文档库时,可能还需要规划内容从一个网站流动到另一个网站的方式:通过手动流程、工作流或自定义解决方案.
下表列出了文档库的典型用途:库用途工作组网站中的库协作;在同级之间轻松共享内容;内容控件(例如版本控制);SharePointServer搜索.
门户区域中的库针对组织中更多访问群体的内容;类似于工作组网站中的库,但通常通过更严格的审阅和审批流程实现.
文档中心网站中的库用作企业知识库或历史存档的大型库;包括的功能可帮助用户使用一套专用的Web部件来导航、搜索和管理深层次结构中的大量文档.
记录库中的库专门的记录管理;每个库对应于一种记录类型(例如合同),组织必须出于遵守法律目的保留该记录类型;库中保留文档、元数据和关联的审核,并且库是只读的.
Internet站点中的库(HTML)包含要合并到Internet或Intranet网站中的网页;SharePointServer支持直接编辑网页并自动管理基础文档库的每一页.
Internet站点中的库(混合)可从某个网站下载的内容;您可以在Internet站点上显示文档库中的内容.
幻灯片库支持共享、管理和重复使用MicrosoftPowerPoint幻灯片.
下面的示例演示如何使用您在分析文档用途中完成的分析来帮助您为企业规划文档库结构.
在此示例中,ContosoLtd.
根据市场调查向客户提供内容.
内容主要由进行远程操作的顾问创建.
这一过程是循环完成的,其中:合作伙伴评估项目计划并请求建议.
签订合同之后,项目经理将成立一个顾问组,并创建项目特定的工作网站,在该网站中记录搜索结果并完成项目.
当项目完成后,会将可交付文档发布到安全的Internet站点,客户可以在该站点中访问这些文档.
该顾问组根据项目编写最佳实践文档和案例研究.
知识管理员收集、组织和存档最佳实践和其他文档.
可交付文档、合同和其他文档都将保留为企业记录.
通过使用由知识管理员维护的内容,合作伙伴可以评估商机并提出新的建议.
下表演示此方案的文档用途分析:文档用途作者用户格式项目计划和请求开发新的客户项目项目负责人销售经理;项目负责人.
doc建议描述建议的客户项目项目负责人项目经理、项目组成员、客户.
doc合同负责咨询项目律师项目负责人、项目经理、销售经理、客户.
doc调查结果和项目可交付草稿生成与客户项目相关的文档项目负责人、项目参与者、顾问编辑者、技术审阅者.
doc和其他类型可交付文档生成可能从.
doc格式转换的最终可交付文档项目负责人客户.
pdf最佳实践和案例研究文档获取组织知识项目参与者、顾问、知识管理员所有组成员各种类型企业记录将某些内容(如可交付文档)保留为企业记录全部企业记录管理员、企业律师全部此文档用途分析表明以下结论:项目负责人需要工作组网站中的库来存储项目计划、项目请求和建议草稿.
律师需要门户或集中文档管理网站中的库来存储合同模板和有效合同.
项目负责人和参与者需要工作组网站中的库来创作调查结果、可交付文档以及案例研究.
客户需要某个Internet站点中的库来查看最终可交付文档.
企业的所有成员都需要访问文档中心网站来查看最佳实践以及案例研究文档.
企业记录管理员和律师需要访问企业记录库来维护公司记录.
下图演示如何分发这些库.
网站位于三个网站集中:用于客户访问的Internet网站集、用于组成员远程创作的Extranet网站集,以及用于安全维护记录管理网站的Intranet网站集.
工作表操作文档库工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165874&clcid=0x804)(该链接可能指向英文页面)用于记录库规划决策.
使用此工作表列出您的解决方案所需的库,以及这些库包含的文档类型.
请注意,库可以包含多个文档类型.
规划内容流文档管理解决方案中的内容通常是动态的,可以根据需要从一个网站移动到另一个网站以满足文档用户的需求.
因此,当您规划文档库时,还需要规划内容从一个库或网站流动到另一个库或网站的方式.
SharePointServer包括以下移动内容的方式(手动或动态):您可以创建自定义工作流,将内容从一个网站或库复制或移动到另一个网站或库.
工作流指导文档完成业务流程,并在参与者的角色在文档的生命周期中变为活动状态时向参与者分配任务.
若要将文档从一个网站或库移动到另一网站或库,可以设计相应工作流.
有关规划工作流的信息,请参阅规划内容类型和工作流(SharePointServer2010).
作者可以将文档复制到他们具有创作权限的任何网站中的库.
源和目标文档之间的关系将保留,以便可以根据需要刷新副本.
网页和整个网站可以暂存,并根据计划手动或自动从一个网站发布到另一个网站.
可以通过以下方法将内容发送到记录管理网站:使用SharePointServer用户界面、使用工作流程,或使用基于MicrosoftSharePointFoundation对象模型的自定义解决方案.
通过使用Web文件夹或网上邻居,作者可以将文档库内容从一个库或网站手动复制或移动到另一个库或网站.
回到示例,下图演示如何应用其中一些内容流方法.
请注意,已将暂存Internet站点添加到创作门户网站.
通过使用发布功能,作者可将网页发布到Internet站点.
通过使用"复制"命令,作者可将文档复制到文档中心网站.
通过使用自定义工作流,作者可将文档复制到Internet站点上的文档库.
通过使用"发送到记录库"命令,作者可将合同发送到企业记录库.
从Office客户端应用程序提升文档库您可以自定义MicrosoftOfficeProfessional2010的"打开"和"保存"对话框,以鼓励组织成员将文档库用作存储位置.
通过将网站添加到"打开"和"保存"对话框旁边的"我的位置"栏,用户单击即可访问用于存储其文档的位置.
这使工作组成员能够在使用OfficeProfessional2010客户端应用程序中的"保存"时与文档库交互,而不必直接转到服务器来上载其文档.
若要提升在"打开"和"保存"对话框中使用网站的体验,您可以使用Web服务发布网站.
此服务基于特定用户的角色或他们所属的网站来提供针对这些特定用户的网站列表.
OfficeProfessional2010客户端应用程序可以通过用户的"我的SharePoint网站"来自动发现此Web服务.
其他服务器产品也可以实现此Web服务并向Office客户端应用程序提供服务的位置.
配置此服务后,OfficeProfessional2010会向"我的位置"栏添加条目,并使用Web服务定义的位置来填充该条目.
此外,管理员也可以设置注册表项,以将特定网站添加到Office的"打开"和"保存"对话框中的"我的位置"栏.
通过使用Office2010ResourceKit中提供的组策略和MicrosoftActiveDirectory目录服务模板来部署注册表项.
您可以限制组织成员通过Office的"保存"对话框将内容保存到的位置.
例如,可以限制将文件保存到桌面,并强制用户将内容保存在文档库中.
在OfficeProfessional2010中,您可以控制允许用户浏览以保存其文档的位置,从而指导用户保存在批准的位置.
请注意,这不能保证该用户不会将文件保存到其本地计算机或其他未经批准的位置.
有许多方式可将文件保存到计算机上,并且具有特定动机的用户可以避开大多数限制.
但是,通过限制使用Office的"保存"对话框对这些位置的访问,您可以极大地减少使用这些未经批准的位置的工作组成员数量.
若要限制可在Office的"保存"对话框中使用的位置,请使用组策略来设置适当的注册表项,以启用此设置并定义批准的本地、网络或服务器位置.
启用此设置后,将从"我的位置"栏中移除未以这种方式定义的任何位置(包括指向桌面和"网上邻居"文件夹的标准链接).

已批准的位置列表可以限制为一个或多个Office应用程序.
例如,管理员可以限制MicrosoftAccess中的保存位置,而允许其他Office应用程序可在任何位置保存.
工作表使用下面的工作表记录本文中讨论的信息:文档库工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165874&clcid=0x804)(该链接可能指向英文页面)企业内容存储规划(SharePointServer2010)本文介绍如何规划使用MicrosoftSharePointServer2010的企业内容存储解决方案.
尽管本文中的示例主要与基于SharePointServer2010的解决方案相关,但此处提供的说明性指导信息同样适用于SharePointServer2010和SharePointFoundation2010,除非另有说明.
本主题中的信息和指导旨在介绍企业内容存储概念.
本主题中的某些信息来源于其他有关在Microsoft执行的性能和容量测试的更详细文档,以及其他提供有关特定概念的详细指导的文章.
强烈建议在规划企业内容存储解决方案时使用所有这些资源.
有关详细信息及链接,请参阅下文中的其他资源.
本文内容:了解企业内容存储典型的大型内容管理方案存储级别:内容存储的优点和注意事项基于元数据传送和存储企业内容通过使用元数据来导航和筛选企业内容列表视图其他资源了解企业内容存储文档管理解决方案不只是提供文档位置.
完整的企业级文档管理解决方案可在多个级别解决文档存储问题,包括网站集、网站、库和文件夹内的存储.
利用此解决方案,公司可以高效和富有成效地管理数量不断增长的企业文档,并确保可保留文档生命周期各个阶段的文档版本,以供参考或用于法律方面的用途.

SharePointServer2010支持大容量文档存储.
一个文档库可包含数百万个文档.
但是,根据内容的使用方式,包含许多文档的站点的性能可能会降低.
本文提供的说明性指导可帮助您设计大型内容管理解决方案,可根据企业的要求进行扩展,同时向解决方案的用户提供在其中创建和使用文档的高性能环境.

做出关于网站集容量、网站容量和库容量的决策时,不仅应考虑到环境的物理存储限制,还应考虑内容用途以及用户的查看模式.
例如,当用户在包含数千个文档的文档库中查看或查询一组文档时,如果网站没有正确配置,性能可能会降低.
或者,如果服务级别协议要求每天备份两次内容,而内容集合过大时,服务可能无法令人满意地运行.

典型的大型内容管理方案通常,大型内容管理方案是以下方案之一的变体:大型创作环境大型内容存档极大型内容存档此处提供的方案说明旨在阐明大型解决方案的含义,并提供有望反映您的内容管理目标的高级示例.
当然,这些说明对于特定方案无法面面俱到.
特定方案可能有几十个甚至几百个独特之处不在本文的讨论范围之内.

大型创作环境在大型创作环境中,例如,一个网站包含的库可能允许用户在其中编辑50,000个或更多个文档,而这些文档位于500个或更多个文件夹中.
由于启用了版本控制,通常每个文档都存在多个版本.
文档频繁地签入签出,使用工作流控制它们的生命周期.
此类网站的典型数据库含有大约150GB的数据.
库设置可用于限制所保存版本的数量,以减少数据库消耗.
(注意文档的每个版本都单独存储在数据库中.
)通常,在大型创作环境中,80%的网站用户是有权访问文档主要版本和次要版本的作者,而20%的网站用户只有只读权限,只能查看内容的主要版本.
大型创作环境网站可以基于SharePointServer2010文档中心网站模板,该模板包含一个专为大型创作优化的大型文档库.
大型内容存档大型内容存档是用户可在其中查看文档或上载新文档的文档库.
网站中很少进行创作或不进行创作.
大型内容存档方案主要有两种:知识库和记录管理.
在知识库网站中,多数文档只有一个版本,因此网站可轻松扩展到保存数百万个文档(建议最多30,000,000个文档).
内容通常存储在1TB大小的一个数据库中.
在典型方案(例如企业的技术支持中心)中,可能有10,000个用户访问内容,主要目的是阅读内容.
其中一部分用户(3,000或4,000)可能向网站上载新内容.
知识库网站可以基于文档中心网站模板.
另一种大型内容存档是记录中心,基于记录中心网站模板.
建议对包含一百万个或更多文档的网站使用记录中心网站模板.
该网站模板包含的功能可用于管理记录的保留和处置(用作组织执行的活动或事务证据的文档,必须保留一段时间).
与知识库网站类似,记录中心包含的每个文档只有一个版本,通常可保存数百万个文档.
向记录中心提交内容的用户要比查看或阅读内容的用户多.

极大型内容存档极大型内容存档可用作参考库或内容库.
为了提供比大型内容存档更大的存档规模,极大型内容存档可包含分布在多个网站集的50,000,000个或更多文档.
各个网站集中的内容可以用BLOB(二进制大型对象)数据的形式存储在多个内容数据库中,或通过远程BLOB存储(RBS)进行存储.
利用远程BLOB存储,可将数据存储在SQLServer之外,从而可以采用成本较低的存储选项并减小内容数据库大小.
SharePoint的SharePointSearch或FASTSearch用于跨多个网站集查找内容.
存储级别:内容存储的优点和注意事项网站集网站集是具有相同所有者并共享管理设置的网站的集合.
每个网站集都包含一个首要网站,并且可以包含一个或多个子网站.
网站集通常具有共享导航结构.
网站集中的网站通常按用途关联.
为了使解决方案的可用性最大化,将所有相关数据和内容存储在一个网站集中.
这样做有以下好处:网站集中管理的内容类型和列可以跨网站集中的多个网站共享.
ManagedMetadataService可用于跨多个网站集组合内容类型和列定义.
网站集中托管的信息管理策略可用于网站集中所有网站的内容.
可以跨多个网站集的内容使用搜索.
一些视图会列出一个网站集中多个网站的文档(例如,枚举出跨网站集分配给一个用户的所有任务的视图).
此外,开发人员可在一个网站集中创建跨网站的数据库查询,但不支持跨多个网站集的跨网站查询.

内容配额和其他配额只能在网站集级别进行管理.
当您规划如何跨一个或多个网站集分配内容时,应考虑以下限制:网站集中的所有网站都共享相同的后端资源.
具体来讲,网站集中的所有内容都必须存储在同一个内容数据库中.
因此,数据库操作(例如备份和还原内容)的性能将取决于网站集的内容量、数据库的大小、承载数据库的服务器速度以及其他因素.
根据内容量和数据库配置的不同,您可能需要将一个网站集分割成多个网站集,以满足针对备份和恢复的服务级别协议、吞吐量或其他要求.
本文不提供有关如何管理数据库大小和性能的说明性指导.

要特别注意,将非常活跃的网站放在单独的网站集中.
例如,Internet上允许匿名浏览的知识库网站可能会生成大量数据库活动.
如果其他网站使用同一个数据库,则其性能很可能会受到影响.
通过将知识库网站及其数据库放在一个单独的网站集中,您可以释放其他网站的资源,从而这些网站不必再与之争用数据库资源.

注意:SharePointFoundation和SharePointServer2010包括的多个功能可减少要求IT部门还原内容的需求.
回收站和网站集回收站提供了双重安全机制,用于还原意外删除的项目.
文档版本控制也提供了一个针对各种情况的安全网:如果文档丢失,至少其早期版本可用.
为了更好地确保早期版本的可用性,管理员可去掉作者的"删除版本"权限;这样有助于在不必从数据库中还原的情况下,保证早期版本的内容可用.
而.

网站网站是SharePointServer2010和SharePointFoundation中组织相关内容的主要方式.
在同一网站中存储内容有以下好处:更轻松地创建页面,显示同一网站中多个库和列表的视图.
您可以使用文档中心网站模板来创建专为创建和使用许多文档而优化的网站.
网站导航用户界面经过优化,可轻松查找和定位同一网站中的库.
您可以定义一组内容类型和网站栏,以便在网站中使用.
库在同一个库中存储内容可带来以下好处:用户在单个库中添加新文档或查找现有文档更容易.
许多文档管理设置(例如权限、版本控制和审批)应用于库级别.
使用用户界面创建的视图绑定到特定库.
信息管理策略(例如内容审计和保留设置)可应用于库.
对于某些库,只能使用保留策略.
当您规划如何将内容组织到同一个库中时,请考虑以下限制:诸如所需签出或版本控制等设置在文档库级别指定.
如果想要为其他文档指定不同的设置,必须将这些文档放置在具有必要特定设置的其他库中.
包含多个仅用于一种内容类型的列的视图可能不实用,因为不会为其他内容类型的项目显示任何元数据值.
当查看的项目数超过5,000个项目(默认)的列表视图阈值时,视图性能会受到限制.
此外,查询超过列表视图阈值时也会被阻止.
请将库中的内容组织到包含5,000个或更少项目的文件夹中,或创建可利用元数据导航和索引列返回多组5,000个项目或更少项目的视图.
文件夹文件夹是库中内容的命名细分部分,与文件系统中的文件夹类似.
文件夹的主要用途是在逻辑上组织内容以匹配预期的库功能.
例如,如果某个库用于提供产品规范,则库中的文件夹集合可以针对产品的各个功能区域命名或针对编写产品规范的各个团队成员命名.

分隔多个文件夹(每个文件夹都包含5,000个或更少项目,5,000是列表视图默认阈值)中的内容时,文件夹上的视图可正常显示.
请注意,要利用这一点,文件夹内的可用视图必须配置为仅显示文件夹内的项目(此功能在默认视图创建界面中可用).
还要注意,如果文件夹包含5,000个或更少项目,则不必使用索引列对文件夹中的视图进行筛选.
对于包含多于5,000个项目的文件夹,可以使用元数据导航和/或索引列来提高性能,然后筛选视图使其返回少于5,000个项目.
将创建文件夹视为基于元数据的内容传送和存储解决方案的一部分.
通过使用内容管理器,可以将设置配置为在目标文件夹过大时自动创建文件夹,或自动为元数据属性的每个值创建文件夹.
有关详细信息,请参阅下文中的基于元数据传送和存储企业内容.

基于元数据传送和存储企业内容SharePointServer2010通过使用内容管理器引入了元数据传送和存储.
通过使用内容管理器,新的网站级别功能使管理员和用户能够使用基于元数据的规则,更轻松地对内容进行分类、传送和存储.
根据文档的元数据,内容管理器可将文档传送到指定文件夹或自动创建新文件夹.
文件夹可创建为目标文件夹的子文件夹,因为目标文件夹中的项目数超过指定限值,或者可为字段中的每个新值创建新文件夹.
新文件夹将从父文件夹继承设置.
然后,新文件夹也可以拥有其他规则,用于定义诸如权限、其他元数据、保留策略以及其中的文档将会继承的工作流等其他参数.

有关详细信息,请参阅基于元数据的传送和存储概述(SharePointServer2010).
通过使用元数据来导航和筛选企业内容元数据导航和筛选是SharePointServer2010中的一项新功能,该功能允许用户使用元数据筛选和查找内容.
元数据导航和筛选功能包含一个基于SharePoint树视图层次结构控件构建的简单用户界面,并将其与新的密钥筛选器控件结合使用,为用户提供一个基于元数据查找内容的强大工具.
列表所有者可配置元数据导航设置,将列表上的字段提升为密钥导航字段.
这样,查看这些列表的用户即可进一步筛选当前列表视图,以便仅显示那些字段中具有所需值的项目.
自动索引功能可根据提升为列表的导航字段的字段自动创建列表索引.
自动索引可改善查询结果并提高性能.
有关如何将元数据导航集成到企业内容存储解决方案的详细信息,请参阅元数据导航概述(SharePointServer2010).
列表视图每个企业内容管理解决方案的核心是赋予用户轻松搜索和找到所需内容的能力.
在库或文件夹中移动时,树视图和列表视图提供了一个简单的用户界面,用户可利用该界面直观地在内容存储分类中导航.
同时,如果库或文件夹包含过多项目,列表的查询和快速显示结果的能力可能需要相当多的系统资源.
SharePointServer2010可将列表视图性能最大化,同时使用资源限制将系统资源消耗降至最低限度.
Web应用程序的资源限制属性在管理中心的常规设置中进行设置,可影响该Web应用程序内分配给查询和显示列表的资源.
以适当的方式配置存储,以便在查看库或文件夹的内容时不会超过列表视图阈值,这样可防止资源限制,并使列表视图性能最大化.
资源限制包括以下与列表视图性能相关的属性:属性说明默认值列表视图阈值在管理员设置的不限制查询的每日时间段之外,数据库操作(例如查询)可一次处理的列表或库项目的最大数.
建议不要更改此属性设置.
5000对象模型覆盖指定用户授予的特殊权限可以通过编程方式覆盖特定查询的列表视图阈值.
可以用于审核员和管理员的列表视图阈值拥有适当权限的审核员或管理员所执行的数据库操作(例如查询)可一次处理的列表或库项目的最大数.
此设置与"允许对象模型覆盖"共同起作用.
20,000列表视图查询阈值每次查询(例如基于查询、人员/组或工作流状态列的查询)允许的联接最大数.
如果查询使用的联接数大于8,操作将被阻止.
这不适用于单项目操作.
当通过OM(不指定任何视图字段)使用最大化视图时,SharePoint将最多返回前8个查询.
建议不要更改此属性设置.
8大型查询的每日时间段可执行大型查询的时间段.
时间段应设置在正常工作时间之外,因为大型查询可能产生过多服务器负载.
已禁用其他资源除了本文中的信息,以下资源可帮助您了解和规划企业内容存储解决方案.
SharePointServer2010CapacityManagement:SoftwareBoundariesandLimits:本文提供的信息可帮助您了解MicrosoftSharePointServer2010的测试性能和容量限制.
MicrosoftSharePointServer2010departmentalcollaborationenvironment:Technicalcasestudy:本文介绍了Microsoft的实际SharePointServer2010环境.
使用此文档与您规划的工作负荷和使用特性进行比较.
设计大型列表并最大化列表性能(该链接可能指向英文页面):本白皮书提供了有关SharePointServer2010中大型文档库和列表的性能的指导.
基于元数据的传送和存储概述(SharePointServer2010):本文包含的信息可帮助解决方案规划人员和设计人员了解如何将MicrosoftSharePointServer2010中使用内容管理器功能的基于元数据的传送和存储用作综合性文档管理解决方案的一部分.
元数据导航概述(SharePointServer2010):本文中包含的信息可帮助解决方案规划人员和设计人员了解如何将MicrosoftSharePointServer2010中的元数据导航和筛选功能用作综合性文档管理解决方案的一部分.
文档库规划(SharePointServer2010):本文介绍如何规划文档库以及如何将库集成到MicrosoftSharePointServer2010文档管理解决方案中.
Planmanagedmetadata(SharePointServer2010):本节的文章解释了有关SharePointServer2010中托管元数据的主要概念.
其他文章指导如何识别解决方案的托管元数据,以及如何确定实施解决方案所必需的服务和连接.
文档集规划(SharePointServer2010)本文介绍了文档集,并提供了如何将其与MicrosoftSharePointServer2010文档管理解决方案集成的指南.
本文内容:关于文档集管理文档集规划文档集内容类型工作表关于文档集文档集是SharePointServer2010中的一项新功能,它使组织能够管理单个可交付文档或工作产品(可包含多个文档或文件).
文档集是特殊类型的文件夹,它合并了唯一的文档集属性以及文件夹和文档的属性和行为,并提供用户界面(UI)、元数据和对象模型元素以帮助管理工作产品的各个方面.
对于许多组织中的团队和用户而言,都需要一组文档或一个工作产品来更好地管理项目或可交付结果.
例如,法律团队可能需要收集、创建和管理与特定案例相关的各种文档、照片和音频文件.
或者,销售团队可能需要编译来自各种源的文档以便为潜在客户创建和管理招标书(RFP).
利用文档集功能,团队和用户可将这些文档集作为单个集合、可交付结果或工作产品来进行管理.
然后,文档集所有者可以创建一个自定义欢迎页面,该页面可显示已包含的项和有关工作产品的重要信息.

在SharePointServer2010中,自始至终需要创建和管理文档集的组织可为他们通常创建的每个工作产品配置一个文档集内容类型.
紧接着,文档集内容类型可定义已批准的内容类型、属性、默认项、列、工作流和策略.
然后,可从父内容类型创建其他自定义的文档集内容类型,其中的每个文档集内容类型都从父文档集内容类型继承属性和设置.
在将一个内容类型添加到库中后,用户可使用"新建"命令创建一个将继承该文档集内容类型的属性的文档集.
文档集内容类型提供了其他设置,使您能够指定允许的内容类型、默认内容、共享列、欢迎页面列和默认欢迎页面视图.

有关内容类型的详细信息,请参阅规划内容类型和工作流(SharePointServer2010).
有关如何在SharePointServer2010中创建和管理文档集的详细信息,请参阅SharePointServer2010帮助中的文档集(http://go.
microsoft.
com/fwlink/linkid=186368&clcid=0x804).
管理文档集SharePointServer2010中的文档集将共享与文件夹相同的多个属性.
但是,在规划文档集解决方案时,您应考虑以下几个重要注意事项.
对于文档集中可包含的文档数不存在任何限制.
但列表视图阈值可能会限制显示加载次数,此阈值默认情况下设置为5,000个项.
文档集中不允许有文件夹,并且无法在文档集中使用元数据导航.
因此,在确定文档集中应包含的项数时,考虑超出列表视图阈值的可能性和导航设计的注意事项尤为重要.
此外,当将"发送到"功能与文档集一起使用时,文档集中所有文档的总大小不能超过50MB.
对于带有大量项的集合或工作产品,在文档库中使用文件夹结构可能是更好的解决方案.
对于文档库中可包含的文档集数不存在任何限制.
但列表视图阈值将限制列表中可出现的文档集的数目.
在使用共享元数据时,如果文档集中包含10个以上的项,则计时器作业将每15分钟运行一次元数据更新.
在使用文档集路由时,发送到内容管理器的文档集将保留在放置库中,并由内容管理器处理计时器作业(默认情况下,每日都将运行此作业)移动到适当位置.
必须启用文档集功能才能在网站集中使用文档集.
为网站集启用文档集功能在"网站设置"页上的"网站集管理"下,单击"网站集功能".
在"功能"页上,为"文档集"单击"激活".
启用文档集功能后,可创建文档集内容类型.
规划文档集内容类型通过使用"分析文档使用率"工作表,可以为解决方案规划文档集内容类型,该工作表可使用文章确定用户和分析文档使用率完成.
然后,可以使用内容类型工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165878&clcid=0x804)(该链接可能指向英文页面)来记录您所做的有关解决方案中将使用的每个新文档集内容类型的决定.
使用内容类型工作表规划文档集内容类型.
在内容类型工作表的"内容类型"字段中输入DocumentSet.
输入将在其中定义新的文档集内容类型的网站URL.
请注意,内容类型在定义它们的网站中以及该网站下面的所有网站中均可用.
确定父内容类型在内容类型工作表的"父内容类型"字段中输入父文档集内容类型.
此内容类型将成为核心文档集内容类型或已经规划的自定义文档集内容类型.
确定文档集设置确定以下文档集设置,然后在内容类型工作表中指定这些设置:确定允许的内容类型指定此文档集内容类型中将允许的默认内容类型.
确定默认内容如果创建的文档集内容类型将配置为在创建新的文档集实例时自动创建默认内容,则可以将文件手动添加到文档集中.
只可以添加文档集允许的内容类型的文件.
确定共享列指定文档集的列值是否应自动同步到该集中包含的所有文档.
确定欢迎页面列指定应显示在每个文档集的欢迎页面上的列.
确定欢迎页面视图指定用于在欢迎页面上显示文档集内容的视图.
确定列和列顺序在内容类型工作表的"规划列"表中:输入继承自父内容类型的每个列.
在"是否需要新工作流"列中,为每个条目键入"否".
对于其他各个列,请输入预定义列的名称或者您将要创建的列的名称.
输入其他列的名称、列类型,并指出它们是否为新列.
在该工作表的"规划模板"部分,键入"无".
确定工作流如果存在与该文档集内容类型相关的可用工作流,则可以选择将其与该内容类型相关联.
然后,可以对该内容类型的任何列表项目启动该工作流.
有关工作流规划的完整论述,请参阅规划工作流.
在查阅工作流并确定可用的工作流后,可在"内容"类型工作表的"规划工作流"表中输入与该内容类型相关联的每个工作流.
如果该工作流不是从父内容类型继承的,则在"是否需要新工作流"列中输入该信息.

确定策略策略是用于内容类型的一组规则;策略功能提供每条规则的详细信息,例如是否可打印内容类型的项目,或者应审核针对该项目的哪些操作.
您可以将策略应用于任何自定义内容类型.
请注意,不能将策略应用于核心内容类型.
有关策略规划的详细信息,请参阅信息管理策略规划(SharePointServer2010).
查阅策略并确定可用的策略功能和策略模板后,可在内容类型工作表的"规划策略"部分,执行下列操作:如果父内容类型有策略设置,这些设置将按原样应用于新内容类型.
这将确保策略一经设置即可在所有相关内容类型中强制实施.
如果当前内容类型从其父类型继承其策略设置,请在内容类型工作表的"规划策略"部分,对问题"策略是否是在父内容类型中定义的"回答"是".

如果当前内容类型继承的是基于父内容类型的策略,请在"规划策略"部分的"记录策略名称"字段中键入策略模板的名称.
同样,如果当前内容类型不继承策略,并且您想要应用策略模板,可在"规划策略"部分的"记录策略名称"字段中键入策略模板的名称.

如果当前内容类型从父内容类型继承一个或多个单独的策略功能,可在工作表的"规划策略"部分的"功能"表中输入每个策略功能.
相反,如果当前内容类型不继承策略,并且您想要将策略功能与当前内容类型相关联,可在"功能"表中输入这些策略功能.
请注意,您无法将各个策略功能和策略(按名称)同时与内容类型相关联.

工作表使用以下工作表来记录本文中讨论的信息:内容类型工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165878&clcid=0x804)(该链接可能指向英文页面)分析文档使用率工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165873&clcid=0x804)(该链接可能指向英文页面)另请参阅概念规划内容类型和工作流(SharePointServer2010)规划内容类型和工作流(SharePointServer2010)本文介绍了内容类型和工作流,并提供了如何将其集成到MicrosoftSharePointServer2010文档管理解决方案的规划指导.
本文内容:规划内容类型规划工作流工作表规划内容类型本节内容:什么是内容类型与2010Office版本进行属性集成列模板文件夹内容类型规划文档内容类型规划列表内容类型规划文档转换什么是内容类型内容类型定义列表项、文档或文件夹的属性.
每种内容类型都可以指定:与该类型项目相关联的属性.
与该类型项目相关联的元数据.
可以从该类型项目启动的工作流.
与该类型项目相关联的信息管理策略.
文档模板(针对文档内容类型).
可用的文档转换(针对文档内容类型).
自定义功能.
您可以将内容类型与列表或库相关联.
当您执行此操作时,即表示您正在指定该列表或库可以包含此种内容类型的项目,并且该列表或库中的"新建"命令将允许用户新建此类型的项目.
注意:属性、工作流、策略和模板还可以直接与某个列表或库相关联.
但是,这样做会将这些关联仅限于该列表或库,并且无法在整个解决方案中重复使用.
在SharePointServer2010中,网站级工作流可与多个列表或库关联.
文档库和列表可包含多个内容类型.
例如,一个库可以同时包含与某个项目有关的文档和图形.
当列表或库包含多个内容类型时,将适用以下规则:默认情况下,在新建项目时,用户可以使用该列表或库中的"新建"命令,从所有可用的内容类型中进行选择.
内容类型所有者可将"新建"命令配置为仅显示某些内容类型.
显示与所有可用的内容类型相关联的列.
您可在网站的内容类型库中定义自定义内容类型.
自定义内容类型必须直接或间接派生自诸如文档或项目等核心内容类型.
在网站中定义了自定义内容类型后,在该网站和该网站下的所有网站中均可使用此自定义内容类型.
若要使内容类型在网站集中进行最广泛的使用,请在首要网站的内容类型库中定义它.
此外,还可以在ManagedMetadataService实例中定义的内容类型集线器中创建自定义内容类型.
如果在内容类型集线器中创建自定义内容类型,则此内容类型将可供与该ManagedMetadataService实例关联的Web应用程序所包含的其他网站集使用.
例如,如果组织使用特定合同模板,您可以在网站集的首要网站的内容类型库中创建一个内容类型,该内容类型定义该合同的元数据、合同的模板、审阅和完成合同所需的工作流、强制对与合同相关操作进行审核的策略、用于保留合同的保留期,以及要在合同的打印版本中插入的标签.
这样,网站集中与"合同"内容类型相关联的任何文档库都将包括所有这些功能,并允许作者根据该模板创建新合同.

在基于SharePointServer2010的网站中,每个默认列表项或库项(例如"联系人"、"任务"或"文档")在该网站的内容类型库中都有对应的核心内容类型.
在规划内容类型时,可以使用这些核心内容类型定义作为起点,根据需要在现有内容类型的基础上构建新的内容类型,或者修改核心类型.

内容类型以层次结构的形式组织,这样便允许一种内容类型继承另一种内容类型的特征.
文档类可以使用此继承方式在整个组织中共享特征,同时工作组也可以为特定网站或列表定制这些特征.
例如,企业中所有的客户可交付文档可能都需要一组元数据,例如客户编号、项目编号和项目经理.
通过创建首要的客户可交付内容类型(所有其他的客户可交付文档类型都将从中继承),您可确保将诸如客户编号和项目编号等必需信息与组织中的客户可交付文档的所有变体关联起来.
请注意,如果内容类型所有者向首要的客户可交付内容类型添加了另一个必需列,则该所有者可以将更改传播到从该内容类型继承的所有内容类型,从而向所有的客户可交付文档添加这一新列.

与2010Office版本进行属性集成在MicrosoftOfficesystem中,当用户在SharePointServer2010文档管理服务器中编辑文档时,在文档顶部将显示一个"文档信息面板".
"文档信息面板"会在该服务器上显示一个可编辑形式的文档属性.
利用SharePointServer2010可以轻松地自定义内容类型的属性表单.
在配置内容类型时,您可以启动MicrosoftInfoPath2010,它将根据内容类型的属性生成一个默认属性表单.
该默认表单包括InfoPath2010将使用的相同控件、布局和架构(如果以前未定义自定义表单).
然后,您可以像自定义和部署任何其他InfoPath2010InfoPath表单一样自定义和部署该表单.
例如,您可以向该表单中添加公司徽标、字体和配色方案,将该表单连接到自定义数据源,添加条件逻辑,以及设计可根据用户角色供用户使用的表单功能.
除了在"文档信息面板"中编辑属性外,使用MicrosoftWord2010的作者还可以将服务器上定义的属性插入其文档中.
例如,如果文档属性包括项目经理姓名,则可以将此姓名插入标题页、页脚或文档中使用该姓名的任何其他位置.
如果为某项目分配了新项目经理,则可以在文档管理服务器上更新"项目经理"属性;更新后的项目经理姓名将反映在已插入文档的此属性的每个实例中.

将元数据与内容类型结合使用元数据或列是与文档有关的信息,可用于对内容进行分类.
元数据可作为列与内容类型相关联.
通过将元数据与作者、主题、访问群体、语言等相关联,元数据提供与文档有关的上下文信息.
与属性不同,元数据可存储为列,并可通过SharePoint搜索引擎对元数据进行索引和搜索.
在网站集级别添加的元数据可与内容类型相关联.
通过将元数据与内容类型一起使用,所有后续内容类型均可继承派生自网站集级别的父内容类型的某些或所有元数据.
然后,可在较低级别(如文档级别)添加其他元数据.

列模板与内容类型相关联的元数据的每一项都是一列,它是列表中用于存储信息的位置.
列表或库通常以图形方式显示为信息列.
但是,根据与该列表相关联的视图,列的显示形式可能有所不同,例如日期显示为日历形式.
在与列表或库相关联的表单中,列显示为字段.

您可以定义在多个内容类型中使用的列.
为此,请在"列模板库"中创建它们.
网站集的每个网站中都有一个"列模板库".
与内容类型一样,在网站的"列模板库"中定义的列在该网站及其所有子网站中均可用.

文件夹内容类型文件夹内容类型定义与列表或库中的文件夹相关联的元数据.
当您将文件夹内容类型应用于某个列表或库时,该列表或库中的"新建"命令将包括该文件夹内容类型,从而使用户可创建该类型的文件夹.

您可以在列表或库中定义仅在特定内容类型的文件夹中可用的视图.
如果您希望文件夹包含特定类型的文档并希望该文件夹中的视图仅显示与包含在该文件夹中的文档类型相关的列,那么这很有用.
使用SharePointServer2010对象模型可以自定义文件夹内容类型的"新建"命令,这样,当用户创建该类型的新文件夹时,会根据存储在服务器上的模板向该文件夹预填充多个文件和文档.
例如,在实现需要多个文件组成一个可交付文档的复合文档类型时,这将很有用.

文档集是SharePointServer2010中的新功能,它使您可以使用MicrosoftOffice2010管理跨越多个文档的工作产品.
文档集是特殊类型的文件夹,可用于管理单个可交付文档或工作产品,它可在多个位置包含多个文档.
您可以使用SharePointServer2010提供的可扩展模板来创建文档集.
还可以自定义文档集模板来表示与贵组织相关的工作产品.
文档集还包括版本控制,它使您可以捕获整个文档集在其生命周期的各个点的状态.
规划文档内容类型通过使用"分析文档使用率"工作表规划您的解决方案的文档内容类型,该工作表是您使用文章确定用户和分析文档使用率填写的.
使用内容类型工作表(http://go.
microsoft.
com/fwlink/linkid=165878&clcid=0x804)来记录您所做的有关每个新内容类型的决定.
每个文档内容类型应该直接从核心"文档"内容类型或从派生自"文档"内容类型的内容类型继承其设置.
这将确保您的文档类型的基本列(例如"标题"和"创建者")都存在,并且您可以将模板与该内容类型相关联.

规划文档内容类型的第一个阶段就是审阅"分析文档使用率"工作表中列出的每种文档类型,以确定现有内容类型是否适合该类型的文档.
如果核心内容类型(例如"文档")已经足够,请在"分析文档使用率"工作表的"内容类型"列中输入内容类型名称.

在审阅文档类型列表以确定哪些可以使用核心内容类型之后,请使用下面的步骤规划新的文档内容类型.
对于您规划的每个内容类型,请分别填写一个单独的内容类型工作表.
在"分析文档使用率"工作表中输入文档类型.
输入将在其中定义新的内容类型的网站URL.
请记住,内容类型在定义它们的网站中以及该网站下面的所有网站中均可用.
确定父内容类型在内容类型工作表的"父内容类型"字段中输入父内容类型.
此内容类型将成为核心内容类型或已经规划的自定义内容类型.
确定列在内容类型工作表的"规划列"表中,执行以下操作:输入继承自父内容类型的每个列.
在"是否需要新工作流"列中,为每个条目键入"否".
对于其他各个列,请输入预定义列的名称或者您将要创建的列的名称.
列的名称很重要,因为它可以传达该列的用途.
因此,即使"网站集列库"中已经定义了所需类型的列,您也有可能决定使用与您的应用程序更相关的名称来定义一个类似列.
除了输入其他列的名称以外,还需要输入列类型,并指出它们是否是新列.

确定模板在工作表的"规划模板"部分,输入要与此内容类型相关联的模板的名称及其类型(如.
Docx),并输入该模板用途的简短说明.
如果该模板不是从父内容类型继承的,则在"是否需要新工作流"字段中键入"否".

确定工作流工作流可将业务逻辑附加到文档和列表项中.
您可以将任何可用的工作流与内容类型相关联;然后,可以对该内容类型的任何文档启动该工作流.
在查阅工作流并确定可用的工作流后,可在内容类型工作表的"规划工作流"表中输入要与该内容类型相关联的每个工作流.
如果该工作流不是从父内容类型继承的,则在"是否需要新工作流"列中输入该信息.

确定策略策略是用于内容类型的一组规则,并由策略功能组成,这些功能提供每条规则的详细信息,例如是否可打印内容类型的项目,或者应审核针对该项目的哪些操作.
您可以将策略应用于任何自定义内容类型.
请注意,不能将策略应用于核心内容类型.
有关策略规划的详细信息,请参阅信息管理策略规划(SharePointServer2010).
查阅策略并确定可用的策略功能和策略模板后,可在内容类型工作表的"规划策略"部分,执行下列操作:如果父内容类型有策略设置,这些设置将按原样应用于新内容类型.
这将确保策略一经设置即可在所有相关内容类型中强制实施.
如果当前内容类型从其父类型继承其策略设置,请在内容类型工作表的"规划策略"部分,对问题"策略是否是在父内容类型中定义的"回答"是".

如果当前内容类型继承的是基于父内容类型的策略,请在"规划策略"部分的"记录策略名称"字段中键入策略模板的名称.
同样,如果当前内容类型不继承策略,并且您想要应用策略模板,可在"规划策略"部分的"记录策略名称"字段中键入策略模板的名称.

如果当前内容类型从父内容类型继承一个或多个单独的策略功能,可在工作表的"规划策略"部分的"功能"表中输入每个策略功能.
相反,如果当前内容类型不继承策略,并且您想要将策略功能与当前内容类型相关联,可在"功能"表中输入这些策略功能.
请注意,您无法将各个策略功能和策略(按名称)同时与内容类型相关联.

确定文档转换SharePointServer2010支持在服务器上安装文档转换组件,以将文档从一种格式转换为另一种格式.
有关文档转换的概述,请参阅下文中的规划文档转换.
您可以将一个或多个文档转换器与某个内容类型相关联.
例如,如果内容类型与.
docx类型的模板相关联,您可以将SharePointServer2010中包含的"Word文档转换为网页"转换器与该内容类型相关联.
这样,作者就可在MicrosoftOfficeWord2007中编写该内容类型的文档,然后将这些文档转换为网页进行发布.
注意:在SharePointServer2010管理中心页中,管理员可以启用文档转换器以使其在Web应用程序的任何文档库中使用.
如果采用这种方式启用转换器,则不必将其与Web应用程序中任何网站的单个内容类型相关联.
在内容类型工作表的"规划文档转换"部分,记录要与内容类型关联的每个文档转换器、指定转换器是否是新转换器(并且需要安装),并添加可选注释.
规划列表内容类型列表内容类型的元素包括与该内容类型相关联的元数据列,以及可对此列表内容类型的项目运行的工作流.
使用列表内容类型可以定义解决方案所特有的列表项目类型.
例如,在客户呼叫中心解决方案中,专业支持人员需要研究并解决客户的技术问题,为此,可以使用列表内容类型使每个支持事件的数据标准化,并使用工作流跟踪该事件.

工作表操作使用下面的步骤来规划新的列表内容类型.
对于您规划的每个列表内容类型,请填写一个单独的内容类型工作表.
在该工作表的"文档类型"字段中,输入"列表".
输入将在其中定义新的内容类型的网站URL.
请注意,内容类型在定义它们的网站中以及该网站下面的所有网站中均可用.
确定父内容类型在内容类型工作表的"父内容类型"字段中输入父内容类型.
此内容类型将成为核心内容类型或已经规划的自定义内容类型.
确定列在内容类型工作表的"规划列"表中,执行以下操作:输入继承自父内容类型的每个列.
在"是否需要新工作流"列中,为每个条目键入"否".
对于其他各个列,请输入预定义列的名称或者您将要创建的列的名称.
除了输入其他列的名称以外,还需要输入列类型,并指出它们是否是新列.
在该工作表的"规划模板"部分,键入"无".
确定工作流如果存在与该列表内容类型相关的可用工作流,则可以选择将其与该内容类型相关联.
然后,可以对该内容类型的任何列表项目启动该工作流.
有关工作流规划的完整论述,请参阅下文中的规划工作流.
在查阅工作流并确定可用的工作流后,可在内容类型工作表的"规划工作流"表中输入与该内容类型相关联的每个工作流.
如果该工作流不是从父内容类型继承的,则在"是否需要新工作流"列中输入该信息.

在该工作表的"规划策略"部分,键入"无".
规划文档转换SharePointServer2010支持在服务器上安装文档转换组件,以将文档从一种格式转换为另一种格式.
可以从用户界面运行转换,也可以采用编程方式(例如从自定义工作流)运行转换.
将会保留源文档和转换后文档之间的关系.
SharePointServer2010包括依据MicrosoftOfficeWord2007文档和MicrosoftOfficeInfoPath2007表单创建网页的转换器.
除了在服务器上提供基础结构以安装和运行文档转换器外,SharePointServer2010还包括一个负载平衡器服务,您可以配置该服务来优化服务器资源的使用.
规划文档转换的一个步骤就是调整服务器场,以便在转换文档时以最佳方式平衡负载.
服务器管理员必须在服务器场上安装并随后启用转换器,用户才可以使用.
为服务器启用了转换器后,即可对该服务器上的源文档运行该转换器.
使用下面的步骤来配置文档转换器:在确定用户和分析文档使用率中执行的文档使用率分析中,确定要进行文档转换的候选文档,也就是说,采用一种格式编写但应采用另一种格式发布或存档的文档.
对于文档所需的每种转换,找到可用于在服务器上实现转换的转换器程序.
如果需要,在服务器场中的应用程序(中间层)服务器上安装转换程序.
在Web服务器或应用程序(中间层)服务器上配置启动程序服务和负载平衡器服务.
确定文档生命周期中将进行转换的阶段.
确定如何实现转换—手动实现转换,或使用启动转换的自定义解决方案.
规划工作流工作流对SharePointServer2010中的文档、网页、表单和列表项实施业务流程.
它们可以与库、列表或内容类型相关联.
在文档管理中,可使用工作流将文档从一个人传送给另一个人,因此他们每个人均可完成其文档管理任务,例如审阅文档、审批文档发布或管理文档处置.
也可使用自定义工作流将文档从一个网站或库移动到另一个网站或库.
例如,您可以将工作流设计为当计划存档文档时,将该文档从一个网站复制到另一个网站.

SharePointServer2010包括满足以下文档管理需求的工作流:收集反馈:发送文档以供审阅.
审批:发送文档以供审批,通常作为发布文档的先决条件.
处置:管理文档有效期限和处置.
收集签名:传送文档以进行签名.
翻译:管理将文档翻译为一种或多种语言的过程.
东亚文档审批:传送文档以便使用图章签名和面向组的一致流程进行审批.
如果您希望使工作流在使用内容类型时可用,将该工作流与该内容类型相关联.
例如,采购订单内容类型可能需要经理审批,然后才能完成交易.
若要确保审批工作流始终可在启动采购订单时使用,请创建一个采购订单内容类型,并将审批工作流与该内容类型相关联.
然后,将采购订单内容类型添加到将在其中存储采购订单的任何文档库中.

若要为您的文档管理解决方案规划工作流,请分析您计划实施的每个文档内容类型,并确定运行该类型的内容需要使用的业务流程.
然后,确定需要使其用于该内容的工作流.
工作表操作在内容类型工作表(http://go.
microsoft.
com/fwlink/linkid=165878&clcid=0x804)的"规划工作流"部分,输入每个工作流的名称及其用途,并指明实现该过程是否需要新的(自定义)工作流.
下面是一个分析合同内容类型的工作流的示例表:合同流程合同工作流是否需要新工作流审阅草稿.
收集反馈否获得经理和法律顾问的批准.
审批否解决待解决问题.
问题跟踪否获取签名.
收集签名否工作表使用以下工作表来记录本文中讨论的信息:内容类型工作表(http://go.
microsoft.
com/fwlink/linkid=165878&clcid=0x804)分析文档使用率工作表(http://go.
microsoft.
com/fwlink/linkid=165873&clcid=0x804)信息管理策略规划(SharePointServer2010)本文描述如何规划信息管理策略以及如何将其与MicrosoftSharePointServer2010文档管理解决方案集成.
本文内容:信息管理策略和策略功能信息管理策略报告信息管理策略与Officesystem应用程序的集成SharePointServer2010中可用的策略功能规划文档策略信息管理策略和策略功能信息管理策略是一组适用于某类内容的规则.
策略中的每个规则都是一种策略功能.
例如,信息管理策略功能可以指定某类内容应保留多长时间,也可以提供文档审核.
使用信息管理策略,您可以控制哪些人能够访问组织信息、这些人可以使用组织信息执行哪些操作以及组织信息应保留多长时间.

注意:在本文中,除非另外指定,否则术语"策略"表示信息管理策略.
可以执行策略以帮助组织遵守法律规定要求,如保留记录的要求.
例如,组织中用来确保依照法律建议的指导方针处理员工记录的人力资源策略可能包括下列策略功能:审核,用于记录每个与雇员相关的文档的编辑和查看历史记录.
保留,用于确保不会将正在进行中的内容保留多余的一段较长时间.
标签,用于确保可正确识别每个文档的物理副本.
打印限制,用于确保仅在安全的打印机上打印与员工相关的机密文档.
请注意,这是一个自定义策略功能的示例,此策略功能必须使用MicrosoftSharePointServer2010对象模型执行或从第三方软件供应商处获得.
策略功能是作为在SharePointServer2010上运行的程序执行的.
服务器管理员可以启用和配置策略功能,一旦启用策略功能,网站管理员就可以用其来定义策略.
SharePointServer2010包括可帮助您管理内容的策略功能.
通过使用SharePointServer2010对象模型,可以设计和安装满足企业的特定需求的自定义策略功能.
一种策略功能可以使用一个或多个策略资源,这些策略资源是指能够为策略功能提供某些功能的程序.
例如,适用于条形码生成策略功能的策略资源可以提供唯一的条形码值.
您可以开发自定义策略资源并进行安装以支持策略功能.

当您的组织将MicrosoftOfficesystem客户端应用程序连同SharePointServer2010一起使用时,将同时在服务器和客户端应用程序中强制执行策略.
此操作是以透明方式执行的;应用于文档的策略功能将在与该文档关联的策略声明中进行描述,并且可识别策略的应用程序将阻止用户执行违反文档策略的任务.

若要实施策略,请将该策略与网站中的内容类型、库或列表相关联.
注意:在网站内容类型库中,可以将策略应用于任何自定义内容类型,但不能够将策略直接应用于核心内容类型.
可以按照下列方式将策略与库、列表或内容类型关联:将策略功能与一种网站集策略关联,然后将该策略与一种内容类型或一个列表或库关联.
网站集的首要网站包含一个网站集策略库,首要网站的管理员可以在该策略库中创建新的策略.
在创建网站集策略之后,可以将其导出,以便其他网站集的管理员可以将此策略导入到他们的网站集策略库中.
这将使您能够标准化组织中的策略.

如果一种网站集策略与一种内容类型关联,而该内容类型又与一个列表或库关联,则列表或库的所有者将无法修改列表或库中的网站集策略.
这将确保在网站层次结构的每个级别强制执行分配给内容类型的策略.

将一组策略功能直接与一种内容类型关联,然后将该内容类型添加到一个或多个列表或库中.
若要确保使用此方法创建的策略将在整个网站集中使用,请将该策略与首要网站集的网站内容类型库中的一种内容类型关联.
那么,网站集中该内容类型的每个项目和从原始内容类型继承的内容类型的每个项目都将具有该策略.
如果采用将一种策略与一种内容类型关联的方法,则将很难在其他网站集中重用此策略,原因是无法导出使用此方法创建的策略.

注意:若要更严格地控制在网站集中使用哪些策略,网站集管理员可以禁用直接对内容类型设置策略功能的能力.
当对内容类型设置策略功能受到限制时,内容类型设计器只能将网站集策略库中的策略与内容类型关联.
若要了解有关设置网站集的策略功能的详细信息,请参阅"创建、删除和查看网站集".

将一组策略功能直接与一个列表或库关联.
如果列表或库不支持多种内容类型,则只能使用此方法.
用于创建策略的此方法仅对适用于单个列表或库的有限定义的策略有用.
注意:若要更严格地控制在网站集中使用哪些策略,网站集管理员可以禁用直接对库设置策略功能的能力.
当对库设置策略功能受到限制时,内容类型设计器只能将网站集策略库中的策略与库关联.
信息管理策略报告若要跟踪如何在解决方案的每个Web应用程序中使用策略,可以使用SharePointServer2010管理中心来配置信息管理策略使用情况报告.
信息管理策略报告可帮助您监视组织对策略的使用程度.
由于策略的执行目的通常是为了帮助组织遵守某些规定,因此频繁监视策略的使用情况可帮助您确保组织合规.

SharePointServer2010包含一个XML电子表格格式的默认策略报告模板,您也可以基于相同的架构创建自定义报告模板.
可以指定策略报告的时间表,也可以手动生成报告.
为Web应用程序中的每个网站集生成一个策略报告.
对于每个列表和库,报告将记录:使用每种策略的项的数目.
对于正在使用的每种策略(基于网站集策略或在内容类型中配置),记录策略的摘要(即策略的说明)以及每种策略功能的说明.
信息管理策略与Officesystem应用程序的集成SharePointServer2010信息管理策略将在Officesystem客户端应用程序中公开.
在服务器上配置信息管理策略时,可以编写一个策略声明,以告知信息工作者有关对文档强制执行的策略的信息.
例如,此策略声明可能指示文档将在某一段时间后过期,或指示文档包含机密信息,不应在公司外部传播.
如果信息工作者需要有关策略的详细信息,此声明甚至可以提供一个联系人姓名.

SharePointServer2010中包含的策略将通过Officesystem客户端应用程序功能对信息工作者公开.
例如,当将标签定义为策略的一部分时,用户可以通过大多数Officesystem客户端应用程序的"插入"菜单将标签插入到文档中.
如果标签是必需的,则当保存其中尚未插入标签的文档时,系统将提示用户插入标签.
同样,如果此策略功能是文档策略的一部分,则用户将能够从客户端应用程序中插入条形码.

也可以将自定义策略功能集成到Officesystem客户端应用程序中.
但是,您必须执行希望适用于Officesystem客户端应用程序的策略特定的行为,并且必须通过一些机制(如外接程序)为用户提供一种用于在他们的客户端计算机上安装这些行为的方法,以使其适用于Officesystem客户端应用程序.
例如,如果实施一种自定义策略功能,该功能将限制可用于打印内容类型的打印机,则必须为MicrosoftOffice客户端应用程序提供一个自定义外接程序以强制执行这些应用程序的限制.
SharePointServer2010中可用的策略功能本节介绍SharePointServer2010中包含的策略功能.
过期过期策略功能可帮助按照一致方式处理可进行跟踪和管理的内容.
内容项过期后,可以指定处理内容项或指定运行自定义工作流.
可以将特定类型的内容设置为在某个特定日期过期(基于与内容类型、列表或库关联的日期或时间列),或在计划时间内执行某个文档活动(如创建文档)之后过期.

审核审核策略功能将记录对文档和列表项执行的事件和操作.
可以将审核配置为记录如下事件:编辑文档或项目查看文档或项目签入或签出文档更改文档或项目的权限删除文档或项目标签标签策略功能可指定要与某类文档或列表项相关联的标签.
标签是指SharePointServer2010基于指定的属性和格式生成的可搜索的文本区域.
例如,律师事务所中与法律案件相关的文档可以包括这样一个标签,该标签包含客户姓名、案件编号、为案件指定的律师等信息.
在文档的打印版本中,标签作为一种显示打印副本中的文档属性的方式特别有用.
除了为文档使用标签之外,您还可以将一个标签与一个列表项关联并在列表的视图中包含此标签.

条形码条形码策略功能使您能够通过为文档创建唯一标识符值并将该值的条形码图像插入文档中,来以物理副本形式跟踪文档.
默认情况下,条形码均遵守通用Code39标准(ANSI/AIMBC1-1995,Code39),并且您可以使用策略对象模型来插入其他条形码提供程序.
规划文档策略在规划解决方案的策略时,首先确定组织范围内的策略需求,然后设计网站集策略以满足这些需求并分发这些策略,以便在所有相关网站集的网站集策略库中包含它们.
这可能需要规划自定义策略功能.
请注意,如果策略需要自定义策略功能和资源,则必须在使用解决方案的所有服务器场上安装并启用这些功能和资源.

以下是一个组织范围内的策略的典型示例:用于在组织的各个部门之间推广有关审核和保留产品规范的最佳实践的策略.
单个网站集策略旨在应用于所有产品规范,以便对其进行一致审核和保留.
在定义网站集策略并进行测试之后,将导出该策略,然后将其导入到用于存储产品规范的其他网站集的网站集策略库中.
然后,将该策略与各种网站集中的所有产品规范内容类型关联,以便对所有产品规范强制执行该策略.

工作表操作为了帮助您规划文档策略,请使用策略工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165883&clcid=0x804.
为所规划的每种策略创建一个单独的工作表,并在每个工作表中记录:策略的用途,例如"要应用于所有产品规范的策略".
在其中设计策略的网站集.
用于定义策略的范围.
如果要在多个网站集之间使用策略,请在策略模板库中定义该策略.
如果策略具体针对的是网站集中的单个内容类型,请为该内容类型定义此策略.
每种策略功能,如"过期"或"审核".
可以选择为策略功能输入配置说明.
例如,可以为"审核"指定要审核的操作,如"编辑项目".
如果是自定义的策略功能,请列出要使该功能有效所必须安装的所有资源.

策略将应用于的所有内容类型,并列出正在其中使用这些内容类型的所有网站集.
工作表借助下列工作表和本文可帮助您规划部署:策略工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165883&clcid=0x804)(该链接可能指向英文页面)版本控制、内容审批和签出规划(SharePointServer2010)本文介绍如何在MicrosoftSharePointServer2010中规划使用版本控制、内容审批和签出来控制文档在其整个生命周期内的版本.
本文内容:关于版本控制、内容审批和签出规划版本控制规划内容审批规划签出和签入工作表关于版本控制、内容审批和签出MicrosoftSharePointServer2010包含以下可帮助您控制文档库中的文档的功能:版本控制是用于对文档的连续迭代进行编号和保存的方法.
内容审批是具有审批者权限的网站成员用来控制内容发布的方法.
签出和签入是用户可用来更好地控制以下方面的方法:创建新版本的文档的时间,以及对签入文档时所做的更改的注释.
可以对本文讨论的文档库中的内容控制功能配置设置.
若要在解决方案中的各个库之间共享这些设置,可以创建包含内容控制设置的文档库模板;这将确保新的库将反映内容控制决策.
规划版本控制文档库的默认版本控制控件取决于网站集模板.
不过,您可以根据您特定的要求为文档库配置版本控制控件.
每个文档库都可以具有最适合库中文档类型的不同版本控制控件.
SharePointServer2010具有三个版本控制选项:无版本控制指定不保存任何早期版本的文档.
在未使用版本控制时,早期版本的文档是不可检索的,并且也不会保留文档历史记录,原因是不会保存随文档的每个迭代附带的注释.
可对包含不重要的内容或绝不会变化的内容的文档库使用此选项.

创建主要版本指定使用简单的版本控制方案(1、2、3等)来保留编号的文档版本.
若要控制对存储空间的影响,可以指定要保留的早期版本的数目(从当前版本往回算).
在主要版本控制中,每当保存文档的新版本时,具有针对文档库的权限的所有用户都将能够查看内容.
在不希望区分文档的草稿版本和已发布版本时使用此选项.
例如,在由组织中的工作组使用的文档库中,如果团队中的每个人都需要能够查看每个文档的所有迭代,则主要版本控制将是一个不错的选择.

创建主要和次要(草稿)版本指定通过使用主要和次要版本控制方案(1.
0、1.
1、1.
2、2.
0、2.
1等)来保留编号的文档版本.
以.
0结束的版本是主要版本,而以非零扩展名结束的版本是次要版本.
文档先前的主要和次要版本将与当前版本一起保存.
若要控制对存储空间的影响,可以指定要保留的先前的主要版本的数目(从当前版本往回算).
还可以指定所保留的多少个主要版本应包括其各自的次要版本.
例如,如果指定应为两个主要版本保留次要版本且当前主要版本为4.
0,则将保留以3.
1开始的所有次要版本.
在主要和次要版本控制中,任何具有读取权限的用户都可以查看文档的主要版本.
可以指定哪些用户也能够查看次要版本.
通常,将为可编辑项目的用户授予查看和使用次要版本的权限,并限制具有读取权限的用户只能查看主要版本.

当希望区分访问群体可查看的已发布内容和尚未做好发布准备的草稿内容时,请使用主要和次要版本控制.
例如,在包含组织福利说明的人力资源网站中,使用主要和次要版本控制可在修订说明时限制员工对福利说明的访问.

注意:不管选择的版本控制控件是什么,都务必考虑保留同一文档的多个版本会对存储空间产生的影响.
工作表操作在文档库工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165874&clcid=0x804)(该链接可能指向英文页面)中,对于列出的每个文档库,指定要使用的版本控制方案:"无"、"主要"或"主要和次要".
规划内容审批使用内容审批可控制向访问群体提供内容的过程,并使这一过程正式化.
例如,将内容作为其产品或服务之一进行发布的企业在发布内容之前,可能需要进行有关法律方面的审阅和审批.
也可以根据文档状态安排内容发布.
有关详细信息,请参阅Plancontentapprovalandscheduling.
等待内容审批的文档草稿处于等待审批状态.
在审批者审阅文档并批准内容之后,该文档就可供具有读取权限的网站用户查看.
文档库所有者可为文档库启用内容审批,并可选择将工作流与库关联以运行审批过程.

提交文档供审批的方式会有所不同,具体取决于文档库中的版本控制设置:无版本控制如果没有使用版本控制并已保存对文档的更改,则文档的状态将变为等待审批.
SharePointServer2010会保留文档的早期版本,以便具有读取权限的用户仍可以查看它.
在批准挂起的更改之后,具有读取权限的用户将可以查看文档的新版本并且不保留早期的版本.
如果没有使用版本控制并已将新文档上载到文档库,则添加到库中的文档将处于等待审批状态且不能由具有读取权限的用户进行查看,直到该文档获得批准.
创建主要版本如果正在使用主要版本控制并保存对文档的更改,则文档的状态将变为等待审批并且具有读取权限的用户将能够查看文档先前的主要版本.
在批准对文档的更改之后,将创建文档的新主要版本并使其对具有读取权限的网站用户可用,同时会将先前的主要版本保存到文档的历史记录列表中.

如果正在使用主要版本控制并将新文档上载到文档库中,则添加到库中的文档将处于等待审批状态且不能由具有读取权限的用户进行查看,直到将其作为版本1批准.
创建主要和次要(草稿)版本如果正在使用主要和次要版本控制并保存对文档的更改,则作者可以选择将文档的新次要版本保存为草稿或创建一个新的主要版本,这会将文档状态更改为等待审批.
在批准对文档的更改之后,将创建文档的新主要版本并使其对具有读取权限的网站用户可用.
在主要和次要版本控制中,会将文档的主要和次要版本都保留在文档的历史记录列表中.

如果正在使用主要和次要版本控制并将新文档上载到文档库中,则添加到库中的文档将处于草稿状态并作为版本0.
1,或者作者可以立即请求审批,在这种情况下,文档的状态将变为等待审批.
工作表操作在文档库工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165874&clcid=0x804)(该链接可能指向英文页面)中,指定是否需要对列出的每个文档库进行内容审批.
规划签出和签入可以要求用户在编辑文档之前从文档库中签出文档.
始终建议执行此操作.
要求签出和签入的好处包括:在创建文档版本时能够更好地控制.
当签出文档时,作者可保存文档,而无需将其签入.
文档库的其他用户将无法查看这些更改并且不会创建新的版本.
当作者签入文档时,仅创建一个新版本(对其他用户可见).
这将为作者提供更大的灵活度和控制权.

更好地捕获元数据.
在签入文档之后,作者可以编写描述对文档所做的更改的注释.
这有助于创建对文档所做的更改的历史记录.
如果您的解决方案要求用户在编辑文档时将其签入和签出,则MicrosoftOffice2010客户端应用程序将包含支持这些操作的功能.
用户可以通过Office2010客户端应用程序签出文档、取消签出文档和签入文档.
在文档签出之后,该文档将保存到用户的"MyDocuments"文件夹下名为"SharePointDrafts"的子文件夹中.
此文件夹显示在Office2010客户端应用程序中.
当签出文档时,用户仅可以保存对该本地文件夹的编辑.
当用户准备签入文档时,该文档将保存回原始服务器位置.
从Office2010客户端应用程序中,用户还可选择通过更改内容编辑选项将签出的文档保留在服务器上.
工作表操作在文档库工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165874&clcid=0x804)(该链接可能指向英文页面)中,指定是否需要对每个列出的文档库进行签入和签出.
工作表使用下面的工作表,可帮助您规划版本控制、内容审批和签出:文档库工作表(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=165874&clcid=0x804)(该链接可能指向英文页面)另请参阅概念文档库规划(SharePointServer2010)共同创作概述(SharePointServer2010)在现今联系十分紧密的工作环境中,由多个作者、编者和利益干系人创建的文档成为惯例而非例外.
各个组织希望使用MicrosoftSharePointServer2010的通信和协作功能帮助自身加强与最终用户之间的通信和协作,同时降低支持所需的管理成本.
MicrosoftOffice2010使用SharePointServer2010中MicrosoftPowerPoint2010、MicrosoftWord2010和MicrosoftOneNote2010文档的共同创作功能发展了这一趋势.
共同创作消除了基于服务器的文档协作障碍,可帮助组织降低通过的传统文档共享带来的开销.
通过共同创作,多个用户可以高效地处理同一文档而不会干扰彼此的工作,也不会彼此锁定,从而简化了协作.
此功能不需要对服务器进行其他设置,是SharePointServer2010中存储的文档的默认状态.
共同创作功能通过使用已用于管理SharePoint的相同工具和方法进行管理,帮助减少对管理员的影响.
本文内容:SharePointServer2010中的共同创作功能了解最终用户体验重要注意事项OneNote笔记本软件版本要求混合Office环境中的共同创作性能和可伸缩性SharePointServer2010中的共同创作功能在传统协作中,文档通过电子邮件共享.
跟踪多个作者的版本和编辑内容对于用户来说不但困难而且费时.
电子邮件系统必须应对同一文档多个副本的存储,更不用说重复发送文档时增加的网络流量.
使用SharePoint存储文档进行协作可提供对最新版本文档的一致性访问、跟踪以前版本的功能和集中式管理,从而减少了这些问题.
存储单个文档而不是许多还可以降低网络和存储开销.
但是此解决方案尚不完美.
一个作者打开文档时,其他作者则无法处理该文档.
如果某个用户忘记关闭文档或签入文档,其他用户可能会被无限期地锁定,这种情况通常需要联系IT部门以解决问题.
SharePointServer2010中的共同创作可以使多个用户随时处理文档而不会干扰彼此的更改,从而解决了这些问题.
此方法简化了许多常见文档协作方案.
例如:两个或多个作者正在处理复合文档的不同部分.
一个作者处理他负责的文档部分时,另一个作者可以处理她自己的部分,而不会干扰彼此的工作.
多个作者正在处理复合幻灯片.
每个作者都可以将幻灯片添加到演示文稿中并进行编辑,而不必独立工作并尝试合并多个文档使其始终保持一致.
将文档发送给多个专家和利益干系人,每人都进行一些编辑和添加操作.
任何用户的编辑内容都不会丢失,因为他们处理的是中央服务器存储文档.
了解最终用户体验共同创作从最终用户的角度来看十分易于使用.
用户想要处理Word2010、PowerPoint2010或OneNote2010中的文档时,只是正常从SharePointServer打开文档.
如果另一个用户已打开该文档,则这两个用户可同时编辑该文档;不会阻止访问该文档,也不会显示错误.
在Word2010和PowerPoint2010中,保存文档会通知其他用户查看新编辑的文档.
这些用户可以立即刷新视图查看这些更改,也可以继续自己的工作并稍后刷新查看最新编辑内容.
作者们还可以查看彼此的工作,每个人都知道谁正在处理文档.
SharePointServer2010版本控制和跟踪工具会保护文档,以便作者可以回滚不需要的更改.
OfficeCommunicationServer可用时,用户可以看到同道共同创作者的联机状态并启动即时消息对话,而不必离开文档.
使用OneNote2010,通过共享笔记本用户可以无缝共享笔记.
用户编辑笔记本的某页时,这些编辑内容会自动与该笔记本的其他用户同步,以确保每个人都有一组完整的笔记.
多个用户对相同页所做的编辑将自动显示,从而实现接近实时的协作.
利用OneNote中的版本控制和其他共享功能,用户能够回滚编辑内容、显示新增的编辑内容并确定谁进行了特殊编辑.
Excel2010客户端应用程序不支持在SharePointServer2010中共同创作工作簿.
但是,Excel客户端应用程序通过使用共享工作簿功能,支持非实时共同创作存储在本地或网络(UNC)路径上的工作簿.
在SharePoint中共同创作工作簿通过使用OfficeWebApps中附带的MicrosoftExcelWebApp提供支持.
OfficeWebApps可通过WindowsLive提供给用户使用,并通过MicrosoftOffice2010批量许可和基于MicrosoftSharePoint2010产品的文档管理解决方案提供给商业客户使用.
有关详细信息,请参阅OfficeWebApps(InstalledonSharePoint2010Products).
重要注意事项规划如何在环境中使用共同创作时,管理员需要考虑以下几个因素.
SharePoint中的共同创作功能旨在实现轻松设置,并且需要的管理工作量极小.
但是,设置和管理共同创作时需要考虑以下几个事项:权限—为使多个用户能够编辑同一文档,用户需要具有存储文档的文档库的编辑权限.
确保此用户具有该权限的最简单方法是为所有用户提供对存储文档的SharePoint网站的访问权限.
如果只有一部分用户可对特定库中的文档具有共同创作权限,那么SharePoint权限可用于管理访问.
版本控制—SharePointServer版本控制可在编辑文档时对文档更改进行跟踪,并存储以前的版本以供参考.
默认情况下,在SharePointServer2010中此功能处于关闭状态.
SharePointServer2010支持两类版本控制:主要版本控制和次要版本控制.
针对用于OneNote中共同创作的文档库,最好不要打开次要版本控制,因为这可能干扰产品的同步和版本控制功能.
此限制仅适用于次要版本控制;主要版本控制可用于OneNote.
版本数量—保留的文档版本数会影响服务器上的存储要求.
此数量可以在文档库设置中调整以限制保留的版本数.
经常更新的OneNote笔记本会导致许多版本存储在服务器上.
若要避免占用不必要的磁盘空间,建议管理员在用于存储OneNote笔记本的文档库中,将保留的版本最大数设置为合理数量.
版本控制期—版本控制期确定SharePointServer创建正被共同创作的Word或PowerPoint文档新版本的频率.
将此期间设置为较低值将更频繁地捕获版本,捕获更详细的版本跟踪,但是需要更多服务器存储.
版本控制期不会影响OneNote笔记本.
此值可通过在服务器上调整coAuthoringVersionPeriod属性进行更改.
调整此设置的说明将在下文提及.
有关调整此设置的详细信息,请参阅Configuretheco-authoringversioningperiod(SharePointServer2010).
签出—当用户签出某文档进行编辑时,此功能会锁定该文档,仅供该用户编辑,从而阻止共同创作.
在使用共同创作的文档库中,不应启用"需要签出".
默认情况下,在SharePointServer2010中不启用"需要签出".
如果正在使用共同创作,用户不能手动签出文档.
OneNote笔记本与MicrosoftWord和MicrosoftPowerPoint不同,MicrosoftOneNote在文件本身中存储版本信息.
因此,在SharePointServer文档库中存储OneNote笔记本时,管理员应遵循以下建议的做法:不启用次要版本控制.
默认情况下,SharePointServer2010中不启用次要版本控制.
如果已启用主要版本控制,设置一个合理的最大存储版本数.
默认情况下,在SharePointServer2010中不启用主要版本控制.
软件版本要求为了让用户能够使用Office2010共同创作文档,这些文档必须存储在SharePointServer2010或SharePointFoundation2010中.
若要充分利用共同创作功能,用户必须有Word2010、PowerPoint2010或OneNote2010.
注意:如果用户具有WindowsLiveSkyDrive帐户,则在没有SharePointServer2010或SharePointFoundation2010的情况下,也可以使用Office2010中的共同创作功能.
本文中未提及在没有SharePointServer2010或SharePointFoundation2010的情况下使用共同创作.
混合Office环境中的共同创作一些组织需要在使用不同Office版本的用户环境中使用共同创作.
具有MicrosoftOfficePowerPoint和Word2007的混合环境PowerPoint和Word早期版本的用户可以共享和编辑存储在SharePointServer2010中的文档,就像使用以前版本的SharePoint一样.
但是,他们无法使用共同创作同时对文档进行处理.
为了在PowerPoint和Word中实现最佳协作,建议所有用户都使用Office2010.
OfficePowerPoint和Word2007的用户将会发现他们的当前体验与Office2010用户体验之间没有任何明显差异.
例如,如果Office2007用户打开Office2010中存储的、当前正由其他用户编辑的文档,他们将看到一则消息,指示文档正在使用并且无法进行编辑.
如果其他用户未在编辑文档,Office2007用户将能够正常将其打开.
Office2007用户打开文档时,将锁定该文档,并阻止Office2010用户使用共同创作编辑文档.
此行为与SharePoint的早期版本相符.
具有MicrosoftOfficeOneNote2007的混合环境OneNote2010向后兼容OfficeOneNote2007文件格式,并支持与OneNote2007用户共同创作.
在混合环境中,笔记本必须以OneNote2007文件格式保存,以便OneNote2007和OneNote2010用户可以共同处理.
但是,通过升级到OneNote2010文件格式,用户可以获得多个关键功能,包括与MicrosoftOneNoteWebApp兼容,从而使用户无需安装任何版本的OneNote即可编辑和共同创作笔记本.
OneNote2010包括随时将OneNote2007文件升级到OneNote2010文件的功能,从而为在Office2010中从混合环境移至统一环境的组织提供一种简便的升级途径.
性能和可伸缩性SharePointServer2010和Office2010应用程序旨在将在环境中共同创作对性能和可伸缩性的影响降到最低.
在多个作者编辑之前,Office客户端不会发送或从服务器下载共同创作信息.
单个用户编辑文档时,性能影响与以前版本SharePointServer的影响相似.
Office客户端配置为通过降低服务器负载过重时或用户未在编辑文档时共同创作相关的同步操作频率,来减少对服务器的影响,并进一步帮助减少对整体性能的影响.
另请参阅其他资源Co-authoringadministration(SharePointServer2010)记录管理规划(SharePointServer2010)记录是组织中的文档或其他电子实体或物理实体,记录用作由组织执行的活动和事务的证据,并且要求保留一段时间.
管理记录是一个过程,通过此过程组织可以:确定应将哪些类型的信息视为记录.
对于将成为记录的活动文档,确定当正在使用它们时应如何处理这些文档,并确定在将文档声明为记录后应如何收集它们.
确定以何种方式保留每种记录类型,以及将每种记录类型保留多长时间,才能满足法律、业务或法规要求.
研究和实现技术解决方案和业务流程,以帮助确保组织以经济有效和非触犯式方式履行其记录管理义务.
执行与记录相关的任务,如处置过期的记录或找到和保护与外部事件(如法律诉讼)相关的记录.
本节中的文章介绍了MicrosoftSharePointServer2010中的记录管理,并提供了有关规划记录管理解决方案的一些准则.
本节内容:记录管理概述(SharePointServer2010)本文介绍了记录管理并总结了记录管理规划过程.
使用记录存档与就地管理记录(SharePointServer2010)本文介绍了管理记录存档中的记录与就地管理记录之间的差别.
在SharePointServer2010中创建用于管理记录的文件计划本文介绍文件计划的内容并概述如何为组织创建文件计划.
设计就地记录管理本文说明了如何可以在保存活动文档的同一个SharePointServer库中管理记录,并演示了确定如何就地管理记录的过程.
规划记录的收集方式(SharePointServer2010)本文回顾了可用于将活动文档声明为记录的技术.
物理记录规划(SharePointServer2010)本文介绍如何规划使用SharePointServer来管理物理记录.
规划电子数据展示(SharePointServer2010)本文介绍了SharePointServer如何支持eDiscovery.
记录管理概述(SharePointServer2010)本文内容:记录管理系统的元素记录管理规划概述记录管理系统的元素记录是组织中的文档或其他电子实体或物理实体,记录用作由组织执行的活动和事务的证据,并且要求保留一段时间.
管理记录是一个过程,通过此过程组织可以:确定应将哪些类型的信息视为记录.
对于将成为记录的活动文档,确定当正在使用它们时应如何处理这些文档,并确定在将文档声明为记录后应如何收集它们.
确定以何种方式保留每种记录类型,以及将每种记录类型保留多长时间,才能满足法律、业务或法规要求.
研究和实现技术解决方案和业务流程,以帮助确保组织以经济有效和非触犯式方式履行其记录管理义务.
执行与记录相关的任务,如处置过期的记录,或查找和保护与外部事件(如法律诉讼)相关的记录.
对于确定组织中的哪些文档和其他物理或电子项属于记录,这是企业合规部主管、记录管理者和律师的责任.
通过认真地对组织中的所有企业内容进行分类,这些人员可以帮助您确保将文档保留适当的时段.
设计合理的记录管理系统可在法律方面为组织提供保护,帮助组织证实自己履行了法律法规义务,并通过加快处置不属于记录的过时项以提高组织的效率.

记录管理系统包含以下元素:内容分析,描述企业中可能成为记录的内容并对其分类,提供源位置,并说明如何将内容移至记录管理应用程序.
文件计划,对于企业中的每种记录类型,指示应如何将它们作为记录保留、应用于这些记录的策略、必须保留它们多长时间、应如何处置它们以及由谁负责管理它们.
遵从性要求文档,定义组织的IT系统为确保法规遵从性而必须遵守的规则,以及用于确保企业团队成员参与这项工作的方法.
用于收集所有记录源中不再处于活动状态的记录的方法,记录源包括协作服务器、文件服务器和电子邮件系统等.
用于审计处于活动状态的记录的方法.
用于捕获记录的元数据和审计历史记录并维护它们的方法.
当发生事件(如诉讼)时保留记录(暂停处置)的流程.
用于监控和报告记录处理的系统,以确保员工根据确定的策略和流程存档、访问和管理这些记录.
MicrosoftSharePointServer2010包括可帮助组织实现集成的记录管理系统和流程的功能.
记录管理规划概述本主题描述的您应采取的规划步骤可帮助确保您基于SharePointServer2010实现的记录管理系统将实现组织的记录管理目标.
以下是记录管理规划过程的预览:确定记录管理角色成功的记录管理需要专门的角色,包括:记录管理者和合规部主管,负责对组织中的记录进行分类和运行记录管理过程.
IT人员,负责实现可有效支持记录管理的系统.
内容管理者,负责找到保留组织信息的位置,并确保其团队遵循记录管理实践.
分析组织内容在创建文件计划之前,记录管理者和内容管理者调查组织中的文档用途,以确定哪些文档和其他项可以成为记录.
制定文件计划在分析组织的内容和确定保留计划之后,填写文件计划的其余部分.
文件计划随组织的不同而异,但它们通常都会描述企业确认为记录的项种类,指示存储记录的位置,描述其保留期并提供其他信息,如谁负责管理它们以及它们属于哪种更广泛的记录类别.

制定保留计划对于每种记录类型,确定它何时不再有效(使用中),在此之后应保留多长时间,以及最终应如何处置它.
评估和改善文档管理实践确保在文档库中应用必需的政策.
例如,确保内容获得适当的审计,以便随记录一起保留合适的审计.
设计记录管理解决方案确定是创建记录存档还是就地管理记录,又或者组合使用这两种方法.
根据您的文件计划不同,设计记录存档或确定如何使用现有网站来包含记录.
定义内容类型、库和策略,并在需要时定义可确定要将文档传送到的位置的元数据.

规划内容如何成为记录如果您将SharePointServer2010同时用于活动文档管理和记录管理,则可以创建自定义工作流将文档移到记录存档中.
如果您使用SharePointServer2010或外部文档管理系统,则可以规划和开发相应的界面,以便将这些系统中的内容移至记录存档中,或者将某个文档声明为记录但不移动该文档.
您还可以创建一个培训计划来教会用户如何创建和使用记录.
计划电子邮件集成确定您是要在SharePointServer2010中管理电子邮件记录,还是在电子邮件应用程序自身内管理电子邮件记录.
规划社交内容法规遵从性如果您的组织使用类似博客、wiki或"我的网站"网站这样的社交媒体,请确定此类内容将如何成为记录.
规划法规遵从性报告和文档为了验证您的组织正在执行其必需的记录管理实践并交流这些实践,您应将记录管理计划和流程记录在案.
如果您的企业涉及到与记录有关的诉讼,则您可能必须出示这些记录管理准则、实现计划和有效性度量.

另请参阅概念在SharePointServer2010中创建用于管理记录的文件计划规划记录的收集方式(SharePointServer2010)在SharePointServer2010中创建用于管理记录的文件计划文件计划是SharePointServer2010中主要的记录管理计划文档.
尽管各个组织的文件计划可能不同,但它们通常都会:描述组织认可为记录的各种项.
描述项属于哪种更广泛的记录类别.
指示存储记录的位置.
描述记录的保留期.
描述谁负责管理各种类型的记录.
本文介绍文件计划的内容并概述如何为组织创建文件计划.
本文还会向您介绍可用于记录文件计划的工作表.
本文内容:确定记录的类型完成文件计划工作表确定记录的类型若要确定组织中的哪些活动文档可以声明为记录,需要记录管理者、律师、合规部主管和内容管理者相互协作.
请注意,即使您的企业不属于严格管制的行业,有一些通用法律也可能要求您的企业保留记录.
连同通用的商业法律一起,您必须评估与您的企业相关的法律要求.

提供有关如何确定在您的组织中什么是记录的更多信息超出了本文的范围.
您的企业很可能已经在进行某种形式的记录管理,设置了您需要的大多数记录管理角色,并且您可能已经具有记录分类.
一般情况下,要确定在您的组织中什么是记录,请执行以下操作:了解您的企业的法律义务和业务需要.
在组织的各个部门之间进行协作,分析活动文档的用途.
制定应成为记录的文档类型的列表.
例如,您可以确定应将以下内容作为记录保留:租借企业场地的合同.
与员工福利相关的文档.
与产品研发相关的文档.
对记录进行分类.
同一个类别中的记录通常具有相同的保留期,并且可能要求以其他方式进行类似处理.
记录您收集的信息.
可以使用工作表一节中提到的工作表来实现此目的.
请记录下记录的类型、此类型的记录所属的类别以及记录类型的简要说明.
下面是示例工作表:记录类型记录类别说明福利计划、保险计划、养老金计划员工福利描述所有员工福利计划的描述.
工资单时间表、补充工资单信息工资单记录工作时间、加班时间和已付工资的汇总.
供应商发票发票从供应商采购的商品或服务的记录.
产品调查表、问卷、培训手册、培训视频培训材料提供内部或外部培训.
发货表单、发货报表发货记录记载物料的发货过程.
新闻稿、报刊文章新闻稿有关产品和服务的公共关系信息.
紧急联系人表、医疗计划登记表、简历、福利状况报告个人记录个人职业历史记录和相关人事活动的记录.
完成文件计划在确定哪些文档应作为记录保留并创建一组记录类别后,通过提供有关每种类型的记录的信息来完成您的文件计划.
指示以下内容:每种类型的记录应保留多长时间.
保留期过后如何处置记录.
谁是此类型的记录的主要记录管理员.
此类型的记录存储在哪一类型的媒体中.
以下是一个已完成的示例文件计划:记录说明媒体记录类别保留处置联系人401k计划员工福利计划的说明.
网页员工福利计划X年无KathiFlood保险计划员工保险计划的说明.
印刷品员工福利计划X年无ReshmaPatel养老金计划员工养老金计划描述.
印刷品员工福利计划X年无ReshmaPatel工资单时间表工作时间、加班时间和已付工资的汇总.
电子文档工资单记录X年销毁ReshmaPatel补充工资单信息请假时间、休假时间和其他无薪工资单项.
电子文档工资单记录X年销毁ReshmaPatel供应商发票从供应商采购的商品或服务的记录.
印刷品发票X年销毁EricLang产品调查表客户满意度调查表.
网页调查表材料X年存档MollyDempsey问卷确定客户人口统计信息的问卷.
印刷品调查表材料X年存档MollyDempsey培训手册书面培训内容.
印刷品培训材料X年销毁MollyDempsey培训视频视频培训内容.
视频培训材料X年销毁MollyDempsey发货表单材料发运配置印刷品发货材料X年销毁EricLang发货报表材料发运记录.
电子表格发货材料X年销毁EricLang新闻稿有关产品和服务的新闻稿.
电子文档公共关系信息X年存档MollyDempsey报刊文章有关产品和服务的新闻.
印刷品公共关系信息X年存档MollyDempsey紧急联系人表员工信息.
电子文档个人记录X年销毁ReshmaPatel医疗计划登记表员工的健康计划注册表.
电子文档个人记录X年销毁ReshmaPatel简历收到的简历.
混合个人记录X年销毁ReshmaPatel注意:本节上述示例仅是一个例子,并非针对任何特定文件计划设置的建议.
为了强调这只是一个示例,而不是针对任何记录管理策略的建议,此处没有提供保留期.
工作表您可以将以下工作表用于本文以帮助规划您的部署:记录类别工作表(该链接可能指向英文页面)http://go.
microsoft.
com/fwlink/linkid=179987&clcid=0x804规划记录的收集方式(SharePointServer2010)在SharePointServer2010中制定文件计划并设计记录管理解决方案后,应规划组织中的活动文档(电子版本和硬拷贝版本)将如何成为记录.
本文介绍可用于将活动文档声明为记录的方法,并推荐了一种方法以便规划文件计划中的项目如何变为记录.

本文内容:用于将活动文档转换为记录的方法完成您的规划用于将活动文档转换为记录的方法您可以使用以下方法将活动文档转换为记录:使用基于MicrosoftSharePointServer的网站手动将文档声明为记录.
定义一种策略,用于将文档声明为记录,或在指定时间将文档发送到记录中心网站.
创建可将文档发送到记录中心网站的工作流.
使用基于SharePointServer对象模型的自定义解决方案.
手动创建记录如果为文档库启用了就地记录管理,则用户可以通过编辑文档的遵从性详细信息明确地将库中的某个文档声明为记录.
当网站集管理员启用就地记录管理时,网站集管理员需指定谁应该能够声明和取消声明记录,以及用户是否应该能够编辑或删除变成记录后的文档.

如果与记录中心网站建立了连接,则用户可以使用"发送到"命令将文档发送到记录中心网站.
当服务器场管理员配置到记录中心网站的连接时,此命令将可用于所有活动文档.
根据连接的配置方式不同,可以将文档复制到记录中心网站,或移动到记录中心网站,也可以移动到记录中心网站并在原来位置保留指向该文档的链接.

尽管将记录手动发送到记录中心网站不是一种实用的大型解决方案,但这种方法可以作为创建记录的其他方法的补充.
定义策略保留策略指定要在特定时间点对文档采取的操作.
策略操作自动发生;用户无需启动该操作.
记录管理具体相关两种策略操作:将文档传送到其他位置和将文档声明为记录.
如果到记录中心网站的连接存在,您可以创建用于将文档发送到记录中心网站的策略.
该策略还指定是将文档复制到记录中心网站,移动文档,还是移动文档并在文档库中保留链接.
如果为网站启用了就地记录管理,您可以创建用于将文档声明为记录的策略.
您还可以使用SharePointServer对象模型来创建自定义操作.
一个保留策略可以有多个阶段.
例如,您可以创建这样一个保留策略:将自上次修改后满一年的文档的所有以前版本删除,并将自上次修改后满五年的文档传送到记录中心网站.
如果为网站启用了就地记录管理,则网站可以同时包含活动文档和记录.
在这种情况下,您可以为活动文档和记录指定不同的保留策略.
例如,您可以创建第一个策略,用于将自创建后满两年的活动文档声明为记录;并创建第二个策略,用于将自声明为记录后满七年的记录删除.

创建工作流当使用MicrosoftOfficeSharePointDesigner创建工作流时,您可以添加一项操作来将项目发送到存储库中.
通过使用此操作,您可以创建将文档发送到记录中心网站的工作流.
还可以在工作流中包括其他操作.
例如,可以创建这样一个工作流:先将电子邮件发送到文档的作者请求审批中,然后再将文档发送到记录中心网站.
通过创建在文档创建满一年后运行新工作流的保留策略,可以组合策略和工作流.

也可以使用SharePointServer对象模型创建一个将文件复制到记录中心网站的自定义工作流.
将文件发送到记录中心网站的工作流可以作为管理文档整个生命周期的工作流的一部分集成到文档管理系统中.
对于具有可预测生命周期的文档类型(如费用报销单),您可以实现一个工作流,此工作流将管理文档的各个阶段,并在最后一步将文档副本发送到记录中心网站.
创建新的文档时就会触发该工作流.

使用自定义解决方案您可以开发使用Microsoft.
Office.
RecordsManagement.
OfficialFileWSProxy命名空间中的对象将其他数据源的内容发送到记录中心网站的自定义解决方案.
有关如何使用SharePointServer2010对象模型实现自定义解决方案的详细信息,请参阅SharePointServer2010软件开发工具包(http://go.
microsoft.
com/fwlink/linkid=166117&clcid=0x804)完成您的规划在您制定文件计划并审查用于将内容移动到记录中心网站的方法后,请确定如何将每种类型的记录发送到记录中心网站以完成您的计划文件.
要考虑的事项包括:是强制遵循还是自愿遵循您是否可以通过与组织中的用户进行协作来遵循记录管理过程通常情况下,请避免手动过程.
但是,在需要手动过程时,请创建合适的培训和监视方法以确保团队按章行事.
内容是否将存储在SharePointServer2010文档管理服务器上您是否要保留物理内容如果要管理活动的物理内容(如硬拷贝或CD-ROM)并将其发送到记录仓库中进行保留(并在记录中心网站中跟踪记录),则需要进行本主题中未涉及的特殊规划.
例如,如果不存在电子版本的纸质文档,则您可能必须使用列表及其关联的策略和工作流来跟踪项目.
有关在物理记录处于活动状态时以及将其发送到记录中心网站后对其进行跟踪的策略和方法的详尽讨论,请参阅主题物理记录规划(SharePointServer2010).
下表演示如何将示例文件计划中的某些记录移动到记录中心网站:文档说明媒体源位置成为记录.
.
.
福利计划员工福利计划的说明.
网页SharePointServer2010文档库使用与过期策略关联的自定义工作流保险计划员工保险计划的说明.
印刷品与SharePointServer2010中的列表项关联的物理文档发送到物理仓库并在记录中心网站中创建列表项进行跟踪(使用条形码)工资单时间表工作时间、加班时间和已付工资的汇总.
电子文档未基于SharePointServer2010的工资记录服务器使用自定义程序产品开发文件产品和相关文档的详细说明.
电子文档SharePointServer2010文档库使用与过期策略关联的自定义工作流以及手动使用"发送到"命令另请参阅概念在SharePointServer2010中创建用于管理记录的文件计划物理记录规划(SharePointServer2010)其他资源Add,modify,ordeleteaconnectiontoadocumentrepositoryorarecordscenter(SharePointServer2010)物理记录规划(SharePointServer2010)在SharePointServer2010中,您可以在同一个记录存档中管理物理记录和电子记录,但应按不同的方式管理这两类记录.
电子记录可直接存储在MicrosoftSharePointServer中,而物理记录必须存储在SharePointServer外部(例如,仓库中的盒内).
若要在SharePointServer中管理物理记录,您要创建一个列表项,将该列表项与物理项目相关联并管理该列表项.
本文介绍如何规划使用SharePointServer来管理物理记录.
本文不包含用于实现您的规划的特定过程.
在执行本主题中所述的活动之前,您应已经创建了一个文件计划.
有关文件计划的详细信息,请参阅在SharePointServer2010中创建用于管理记录的文件计划.
本文内容:确定记录类型确定每种记录类型的属性组织内容类型组织记录存档工作表确定记录类型文件计划应确定组织视为记录的物理项目的类型.
如果不是如此,请更新文件计划以包含物理记录.
对于文件计划中每种类型的物理记录,指示这些记录将作为的媒体类型.
例如,已签名的法律协议可能作为书面记录;工程模型可能作为大型格式蓝图.

有关文件计划的详细信息,请参阅在SharePointServer2010中创建用于管理记录的文件计划.
确定每种记录类型的属性同一类型的所有记录应具有相同的属性.
您应在此规划步骤中考虑的物理记录的属性包括:属性(将成为SharePointServer中的列)进程(将成为SharePointServer中的工作流)信息管理策略窗体对于每种类型的记录,确定要为此类型的记录捕获的属性.
这些属性将作为表示此类记录的SharePointServer内容类型的列.
将用来对记录进行分类的信息可能是一个属性.
人员搜索的数据也可能是一个属性.
物理记录的其他属性将SharePointServer中的记录(由列表中的项表示)与存储在某个物理位置的物理对象相关联.
该位置和用于确定物理对象的特定方法可能是您将要捕获的属性.
与电子记录一样,您可能希望将特定策略应用于物理记录.
所有记录都可能具有过期策略和审核策略.
尤其是物理记录可能会具有需要条码的策略.
贴于物理对象上的条码图可能与表示对应物理记录的列表项关联.
加标签策略可能要求每个物理对象都由与表示对应物理对象的列表项关联的相同属性标记.
对于每种类型的物理记录,指示是否需要过期、审核、条码和标签策略.
另请注意其他任何需要的策略.

SharePointServer中的物理记录(列表中的项)仅表示实际记录的占位符;它并不指物理对象本身.
因此,您很可能将需要添加相关进程以便保持物理项目与对列表项采取的操作同步.
这些进程与SharePointServer工作流对应.
确定应与每种类型的记录相关联的进程.
用于物理记录的通用进程包括:当表示物理记录的列表项已过期时释放相应记录.
向列表中添加新项时将物理对象移到某个存储位置.
检索物理对象.
是否存在任何应与此类记录关联的窗体您可能需要为所确定的每个进程使用一个窗体.
您也可能使用窗体访问物理记录清单.
使用工作表部分中工作表的"物理记录"选项卡记录您确定的有关每种类型的物理记录的信息.
尚且不要填写每类记录的内容类型.
组织内容类型将内容类型与物理记录相关联的最简单的方法是使每种类型的物理记录对应一种内容类型.
但是,如果多种类型的物理记录共享相同的列、工作流、信息管理策略和窗体,您可以使用一种内容类型来表示所有相似类型的物理记录.

组织内容类型.
请考虑创建一个内容类型,将物理记录的所有其他内容类型作为该内容类型的子级.
此父内容类型将派生自项目内容类型.
向父内容类型中添加所有物理记录的内容类型通用的任何属性(列、信息管理策略、工作流和窗体).

在创建了父内容类型之后,可以使用以下两种方法组织内容类型.
创建平面结构,其中表示物理记录类型的每个内容类型都是之前创建的父内容类型的子级.
创建层次结构,其中基于各内容类型的属性间的相似性从父内容类型降级.
在工作表的"内容类型"选项卡上,确定表示物理记录的类型的每个内容类型.
对于每个内容类型,记录其父内容类型.
在"列"这一列中,输入在内容类型级别定义的每一列的名称.
不要输入从其他内容类型继承的列的名称.
在"工作流"这一列中,输入在内容类型级别定义的每个工作流的名称.
在"信息管理策略"这一列中,输入在内容类型级别定义的每个信息管理策略的名称.
在"窗体"这一列中,输入在内容类型级别定义的每个窗体的名称.

组织记录存档通常会为物理记录和电子记录使用单独的存档.
不过,您可以决定在表示物理记录的项目组成的一个列表或多个列表中散布包含电子记录的文档库.
在决定了使用哪个记录存档来存储物理记录之后,请确定您将如何组织该记录存档中的列表.
您可以在列表中创建文件夹并使用这些文件夹来为物理记录创建更深层的组织结构.
在确定要创建哪些列表时,请注意元数据导航和工作流都可以应用于列表.

用于组织列表和文件夹的一些方法包括:按记录类型采用与组织物理对象相同的方式.
(例如,一个文件夹可以表示一个框,而该文件夹中的项目可以表示该框中的对象.
)使用与业务相关的组织方案,如按项目或按部门按年份由于使用"发送到"选项不会将物理记录移到记录存档中,因此您不能将内容管理器用于物理记录.
相反,创建物理记录的记录管理者必须将记录放入正确列表中的正确文件夹中.
在工作表的"列表和文件夹"选项卡中,输入您所确定的每个列表的URL.
对于每个列表,在"内容类型"这一列中确定将允许在相应列表中使用的内容类型.
使用"文件夹级别1"、"文件夹级别2"、"文件夹级别3"和"文件夹级别4"这四列来记录列表中的文件夹及子文件夹的层次结构.
如果您将嵌套超过四个级别的文件夹,请添加更多列.
工作表您可以使用下面的工作表来帮助规划将如何管理物理记录:物理记录规划工作表(该链接可能指向英文页面)http://go.
microsoft.
com/fwlink/linkid=179986&clcid=0x804另请参阅参考书规划内容类型概念在SharePointServer2010中创建用于管理记录的文件计划规划电子数据展示(SharePointServer2010)电子数据展示(或eDiscovery)是指查找并生成电子信息以支持诉讼、审核或调查等事件的过程.
如果使用MicrosoftSharePointServer2010来管理任何电子信息,则您在规划SharePointServer解决方案时应考虑电子数据展示.
审核、过期策略和搜索是您应进行评估的因素.
在出现任何需要使用电子数据展示的可能性之前,您应完成这些方面的规划决策.
本节内容:SharePointServer2010如何支持电子数据展示审核过期搜索SharePointServer2010如何支持电子数据展示SharePointServer中的电子数据展示由两部分组成:查找相关文档,并在文档确定后限制哪些用户可对这些文档执行操作.
保留项是一组可能作为电子数据展示请求的一部分生成的文档.
在SharePointServer中,您可在单个网站级别启用或禁用"保留和电子数据展示"功能.
默认情况下,记录中心网站中启用此功能,而所有其他类型的网站中禁用此功能.
利用"保留和电子数据展示"功能,可以创建和管理保留项,将项目添加到保留项中,也可以通过搜索发现内容并将内容复制到其他位置,或锁定内容以便无法修改或删除它.

当执行电子数据展示搜索时,您可以执行以下两种操作之一:可以将检索到的所有文档都复制到内容管理器,该管理器会根据文档的元数据将这些文档路由到各自正确的位置;也可以就地保留文档并锁定它们.
锁定文档后将禁止用户修改或删除文档.

若要在SharePointServer中支持电子数据展示,您需在其中可能存在相关信息的每个网站集中启用"保留和电子数据展示"功能.
然后将搜索服务配置为对启用了电子数据展示的网站进行爬网.
当出现需要您的组织生成相关文档的情况时,可以启动电子数据展示过程.
记录管理者、律师或别的个人可以采取以下操作来生成所需的文档.
创建一个保留项来包含相关文档.
启动电子数据展示搜索来查找相关文档.
电子数据展示搜索在"搜索和处理"计时器作业控制的时间点运行.
默认情况下此时间为每天的晚上10:30.
搜索结果自动添加到保留项中.
检查保留项中的项目并创建其他电子数据展示搜索.
手动查找文档并将其添加到保留项中.
针对保留项运行报告.
保留项报告在"保留处理和报告"计时器作业控制的时间点运行.
默认情况下此时间为每天的晚上11:30.
检查保留项中的文档并删除不相关的文档.
标识保留项中需要其详细信息的文档,并查看这些文档的审核日志.
传送与保留项关联的所有文档.
审核将文档发送到内容管理器后,将清除文档的版本历史记录.
若要保留文档更改者及每个更改日期的历史记录,您将需要一个审核日志.
建议您在包含活动文档库的所有网站集中都启用审核策略.
有关审核策略的详细信息,请参阅调控概述(SharePointServer2010).
过期组织存储的任何信息都会被发现.
此外,电子文档还占用磁盘空间.
请考虑实现一种过期策略,以便在不再需要文档时自动删除它们.
有关过期策略的详细信息,请参阅调控概述(SharePointServer2010).
搜索当组织必须在诉讼方案中生成文档时,通常必须迅速地生成相关文档,否则就要交付罚款.
在首次要求您使用电子数据展示之前,请确保正确配置搜索.
具体而言,确保将搜索配置为对您可能必须在其中发现内容的网站进行爬网.

通常会对搜索引擎进行优化以便只返回几个紧密相关的结果.
在电子数据展示中,搜索的目标是返回匹配查询的所有结果,而不仅仅是少数几个最紧密相关的结果.
改进了SharePointServer2010中的搜索以更好地满足电子数据展示的需要.
为了免受常见的恶意攻击,将会停止运行时间超过特定时间的SharePointServer2010搜索.
如果您的电子数据展示搜索可能需要运行很长时间,请考虑以下选项:创建范围更紧密的搜索.
举例来说,如果您要搜索与Contoso,Ltd.
的潜在合作关系相关的文档,请考虑搜索包含"Contoso"一词并在特定日期范围内创建的文档,而不只是搜索"Contoso"一词.
运行多个范围更窄的搜索.
例如,假定您要搜索的文档与从Fabrikam,Inc.
招聘新的CEO有关,请运行三个单独的搜索"FabrikamCEO"、"Fabrikam'AndersRiis'"和"Fabrikamrecruit",而不是运行一个搜索"Fabrikam(CEO,'AndersRiis',recruit)".
使用记录存档与就地管理记录(SharePointServer2010)在MicrosoftSharePointServer2010之前,管理记录的方法是:创建一个记录中心网站作为存档,然后在文档变为记录时将文档复制到该存档中.
文档是否为记录由它是在记录存档中还是在其他地方决定.
在MicrosoftSharePointServer2010中,可在存档中管理记录,也可以在与活动文档相同的文档库中管理记录.
使用MicrosoftSharePointServer2010就地方法,当您声明文档已成为记录时,记录将就地保留,但现在MicrosoftSharePointServer2010可将文档作为记录来管理.
例如,在将文档声明为记录时,文档可能会获得不同的保留策略,或者用户可能无法对其进行编辑.
也可以使用混合方法.
例如,可将记录与活动文档就地保留两年,然后在项目完成时将记录移至记录存档.
确定要在单独的记录中心中管理记录还是在创建文档所在的同一协作网站中管理记录时,请考虑以下问题:协作网站的控制是否适合管理记录您的行业规定是否要求将记录与活动文档分开是否应该信任协作网站的管理员可以管理包含记录的网站您可能要在使用的访问权限限制比协作网站更为严格的网站或备份计划与协作网站不同的网站中存储记录.

协作网站可以使用多长时间如果记录的保留时间必须比项目进行的时间长,选择就地记录管理策略意味着,即使不再使用协作网站时,也必须保留该网站.
文档成为记录后,项目成员是否需要频繁访问这些文档如果使用就地方法,那么无论文档处于活动状态还是已成为记录,项目成员均可以相同方式访问文档.
贵组织内的记录管理者只负责管理记录,还是负责管理所有信息(无论这些信息处于活动状态还是已成为记录)如果记录管理者只负责管理正式记录,那么有一个单独的记录中心可能会更方便.
下表介绍了您可对记录中心中的记录执行的操作与可对协作网站中就地管理的记录执行的操作之间的差别.
这些差别是从记录管理者和协作处理项目团队的员工的角度提出的.
记录存档与就地记录之间的差别因素记录存档就地记录管理记录保留内容组织者会根据元数据自动将新记录放入存档文件计划的正确文件夹中.
根据当前的内容类型或位置,对记录和活动文档可能有不同策略.
限制哪些用户可以查看记录是,存档会指定记录的权限.
否.
文档成为记录时,权限不会发生变化.
但可以限制哪些用户可以编辑和删除记录.
便于查找记录(对于记录管理者而言)更加简单.
所有记录都在同一位置.
更加复杂.
记录分布于多个协作网站中.
将所有文档版本都作为记录来维护用户必须将文档的每个版本都明确地发送至存档.
打开自动假定版本控制的功能.
便于查找信息(对于团队协作者而言)更加复杂,但在文档成为记录时,可向协作网站中添加该文档的链接.
更加简单.
协作网站的混乱协作网站只包含活动文档.
协作网站包含活动文档和非活动文档(记录),但您可以创建只显示记录的视图.
审核记录的能力是.
取决于协作网站的审核策略.
eDiscovery的范围分别搜索活动文档和记录.
同一eDiscovery搜索包括记录和活动文档.
管理安全记录管理者可以管理记录存档.
协作网站管理员拥有管理记录和活动文档的权限.
下表介绍了这两种记录管理方法之间存在的差别,这些差别可能会对您的IT资源管理方式产生影响.
记录存档与就地记录之间的资源差别因素记录存档就地记录管理的网站数更多网站;即单独的存档以及协作网站.
更少的网站.
可伸缩性减轻协作网站的数据库大小压力.
更快地达到最大网站集大小.
便于管理用于记录的单独网站或服务器场.
除了具有活动文档的网站所需要的工作外,不需要其他网站设置工作.
存储可在不同存储媒体中存储记录.
活动文档和记录存储在一起.
设计就地记录管理在MicrosoftSharePointServer2010中,可在存档中管理记录,也可以就地使用记录管理,即在与活动文档相同的文档库中管理记录.
在使用就地记录管理的情况下,当您声明某个文档是一条记录时,该文档仍然保留在原来的位置,但SharePointServer2010现在会将它作为一条记录进行管理.
在SharePointServer2010中使用就地记录管理,您可以:决定哪些操作将导致活动文档成为一条记录.
例如,用户可以选择一个选项将文档声明为记录;某个工作流可以在特定事件之后运行并将活动文档转换为记录;或者可以定义一个保留策略以便在特定时间之后将活动文档转换为记录.

限制可以执行与记录相关的操作的人员.
例如,可以指定任何用户均能将文档声明为记录,但只有记录管理员才可以编辑或删除记录.
限制用户可以对记录执行的操作.
例如,您可能会禁止用户删除记录,或禁止用户编辑和删除记录.
为活动文档指定保留策略,并为记录指定不同的保留策略.
有关确定是使用就地记录管理还是使用记录存档的详细信息,请参阅使用记录存档与就地管理记录(SharePointServer2010).
本文介绍了如何制定在可以实现就地记录管理之前所需的规划决策.
本文不介绍如何实现您制定的决策.
在执行本文中的步骤之前,您应该已经创建了一个文件计划.
如果您正在使用就地记录管理,则假设您还在为了另一个用途(例如团队协作网站)使用SharePointServer.
(如果情况不是这样,请考虑使用记录存档.
)因此,您应该已经了解现有解决方案所使用的内容类型和文件夹层次结构,如果同时正在开发其他SharePointServer解决方案,则您应在设计记录管理解决方案的同时定义这些内容类型和文件夹层次结构.
本文内容:就地记录管理规划概述文件夹还是内容类型定义内容类型针对就地记录管理组织文件夹常规记录管理规划任务工作表就地记录管理规划概述可以根据内容类型或存储文档的文件夹来设置记录的保留策略.
在规划就地记录管理时,必须做的主要决定是:通过内容类型还是通过位置来组织记录.
在确定组织记录的方式之后,您可以设计内容类型或文件夹层次结构.
然后,定义记录管理的其他方面(例如审核策略).
最后,确定在将文档声明为记录之后可对文档执行哪些操作.

如果您的解决方案将同时使用就地记录管理和记录存档,则不必同时规划这两个方面.
例如,如果您基于内容类型来进行就地记录管理规划,则不必根据内容类型来在存档中组织记录.
文件夹还是内容类型您可以根据项的内容类型或项所在的文件夹来定义保留策略.
对于任何给定库,您必须从二者中选择一个.
不能在同一个库中同时基于内容类型和文件夹来定义保留策略.
您的选择将会极大地影响您设置网站的方式以及用户使用网站的方式.
通常基于内容类型来定义保留策略会更简单(如果这种方式适用于您的情况).

考虑在文件规划中确定的记录类型.
使用以下启发性的提问来确定是根据内容类型还是根据位置来进行组织.
请采用适用于您的情况的第一个启发性提问.
相同记录类型的所有记录是否具有相同的保留策略如果是,则根据内容类型进行组织.
大多数记录类型是由带有相同保留策略的记录组成的吗记录类型具有不同保留策略的记录是否属于极少情况如果是,是否可以很轻松地以逻辑方式创建子类型以便对子类型的每个记录应用同一保留策略如果是,则根据内容类型进行组织.

例如,如果保密协议(NDA)需保留5年;租约需保留10年;合作关系协议需保留15年,但您将它们全部归类为法律协议,这样一来,不是所有法律协议都具有相同的保留期.
但是,如果将法律协议细分为三个不同的法律协议记录类型(NDA、租约和合作关系协议),则同一类型的所有记录都将具有相同的保留期.

所有记录是否具有用于确定保留策略的通用属性或元数据如果是,则根据位置进行组织.
例如,如果每个记录都将具有一个"客户"属性,而政府客户的记录与企业客户的记录具有不同的保留策略,则根据位置进行组织.
您的组织是否具有用户熟悉的文件夹结构是否对文件夹中的所有记录应用相同的保留策略是否可以依赖于用户来将文档存储在文件夹结构中的正确位置如果所有这些条件都满足,则根据位置进行组织.
如果上述启发方法均不适用,则就地记录管理实现可能不适合于您的情况.
请重新考虑使用记录存档是否可行.
如果使用就地方法,则有两个选项.
第一个选项是创建其他只用于区分具有不同保留期的项的内容类型.
第二个选项是尽可能地在文件夹中组织项,然后使用子文件夹来保存具有不同保留期的项.
这两个选项都可能会给用户造成困惑.

如果您的组织已使用SharePoint来管理文档,并且现在正在开始使用记录管理功能,则内容类型和文件夹结构已经存在.
如果这些内容类型和文件夹结构未能很好地映射到保留策略,则需要将一些项转换为新的内容类型,或者将一些项移动到新的文件夹中.

定义内容类型对于文件规划中的每种记录类型,请确定这种类型的记录可能属于的内容类型.
您可以在就地记录规划工作表的记录和内容类型表中输入此信息.
现在,请考虑每个内容类型.
如果内容类型的文档可能成为记录,则请注意应用于内容类型的记录的保留策略.
为此,可以使用工作表的内容类型和保留期表.
如果您的解决方案在使用就地记录管理之外还使用记录存档,则在将记录移动到记录存档之前,请留意应用于记录的保留策略部分.
在将某个项发送到记录存档中之后,将会删除该项的策略,并为该项给定在记录存档内指定的策略.

如果以前的任务导致内容类型具有多个保留策略,则必须拆分内容类型.
找到将内容类型拆分成多个子类型的逻辑方法,以便每个子类型都可以有一个保留策略.
更新记录与内容类型的映射以反映新的内容类型.

针对就地记录管理组织文件夹根据用户是否将确定要存储文档的位置,或您是否将使用内容组织器来将文档路由到正确的位置,您可能会以不同的方式组织文件夹.
以下各部分将对这些选项进行说明.
选项1:用户确定要存储文档的位置如果用户将确定要存储这些文档的文件夹,则文件夹层次结构必须能够让用户很容易地将文档放置到正确的位置.
请从当前SharePointServer解决方案使用的文件夹结构开始,或从您为SharePointServer解决方案的其他部分设计的文件夹结构开始.
对于可能包含记录的每个文件夹,请确定可能位于该文件夹中的记录的类型.
使用记录类型和文件规划来确定可应用于文件夹中的项的保留策略.
您可以在工作表的文件夹和保留期表中输入此信息.
如果以前的任务导致文件夹具有多个保留策略,则将必须创建子文件夹.
对于可以包含带有不同保留策略的项的每个文件夹,请为每个保留策略创建一个子文件夹.
由于用户将确定要存储文档的位置,因此,必须有一种简单的方法来向用户说明在每个子文件夹中要放的内容.
如果没有,请考虑禁止用户选择要存储文档的位置,而改为使用内容组织器.
更新记录类型与文件夹的映射以反映新的子文件夹.

如果您具有现有的SharePointServer解决方案,则将可能必须移动某些现有文档以将它们放在具有相应的保留策略的文件夹中.
确定您如何告诉用户将文档放置在正确位置,以及您是否会审核放置文档的位置.
保留策略的成功应用取决于记录存储在正确的文件夹中.
选项2:使用内容组织器来确定存储文档的位置如果您使用内容组织器来将文档路由到正确的文件夹,则文件夹层次结构易于用户导航就没有那么重要了.
您可以对用户隐藏文件夹结构,并创建他们可以用于导航的视图.
由于内容组织器会根据文档的元数据来路由文档,因此,必须对将包含文档的每个文件夹应用唯一的元数据组合.

检查文件规划并确定哪些属性组合对应于每个保留策略.
如果不同的元数据组合具有相同的保留策略,则也是允许的.
但是,每个唯一的元数据组合只能对应于一个保留策略.
如果不是这种情况,则确定其他元数据来区分保留策略.
您可以在就地记录规划工作表的元数据和文件夹表的前两列中输入此信息.

接下来,确定对应于每组元数据的文件夹.
在工作表的元数据和文件夹表的第三列中输入文件夹的名称.
当创建内容组织器用于将文档路由到正确位置的规则时,您将需要此信息.
您还必须使内容组织器能够强制所有上载的和新的文档通过放置库.

如果您具有现有的SharePointServer解决方案,则将可能必须移动某些现有文档以将它们放在具有相应的保留策略的文件夹中.
确定如何告诉用户向文档应用适当的元数据.
保留策略的成功应用取决于所有文档具有正确的元数据.
常规记录管理规划任务在规划好如何构造用于就地记录管理的内容之后,剩下的大部分规划任务与您为记录存档执行的任务类似.
请考虑以下记录管理决策.
文档将如何成为记录有若干种方法可以让文档成为记录:可以为活动文档定义一个保留策略,该保留策略在特定时间之后自动使活动文档成为记录.
可以创建一个工作流以使活动文档成为记录,并使工作流由特定事件进行触发.
用户可以手动将文档声明为记录.
可以配置一个库,以便将放置在该库中的每个文档都转换为记录.
活动文档如何在您的解决方案中成为记录如果在创建或修改文档的某个固定时间段之后文档成为记录,则使用保留策略是一个好的解决方案.
例如,您可以指定在最后一次修改文档的六个月之后,文档成为记录.
用户不必采取任何操作来使文档成为记录;此操作会自动发生.

如果您的组织没有规定文档成为记录的标准时间,则有两种可能.
如果您可以指定文档成为记录的规则,则可以创建一个工作流,该工作流根据规则评估给定文档,并在适当时将文档声明为记录.
然后,可以创建一个定期启动工作流的保留策略.
但是,如果只有文档用户知道文档何时应成为记录,则应为用户提供手动方法将文档声明为记录.

可以声明和取消记录的人员您可以指定任何人都可以将文档声明为记录,指定只有管理员才可以将文档声明为记录,或指定只有策略操作才可以将文档声明为记录.
如果您选择"仅策略操作",则用户不能手动将文档声明为记录.
仅保留策略中的规则才可以将文档转换为记录.

用于定义可以将文档声明为记录的人员的选项同样适用于定义可以取消声明记录的人员.
用户可以对记录执行的操作您可以限制用户可以对记录执行的操作,而不限制用户对同一库中的文档可以执行的操作.
您可以设置三个级别的限制,如下所示:无限制.
用户可以对记录执行的操作与其可以对活动文档执行的操作相同.
阻止删除.
可以编辑记录,但不能删除它们.
阻止编辑和删除.
不能编辑或删除记录.
保留策略应该已经在文件规划中定义了保留策略.
审核记录和活动文档应用相同的审核策略.
确定您希望跟踪的用户可能对文档执行的操作.
您既可以在文件夹级别定义审核策略,也可以通过内容类型定义审核策略.
根据内容类型定义审核策略通常会导致记录更少的不必要事件.

注意:在将记录发送到记录存档时将会移除所有策略.
因此,如果您正在使用包含了在特定时间之后将记录发送到存档的多阶段保留策略,则存档的保留策略将在记录位于存档中之后应用.
工作流您是否将使用工作流来跟踪特定于记录管理的任何操作如果是,请确定工作流的内容,以及工作流将要应用于的项的类型.
例如,当一个用户尝试声明某个项成为记录时,您可能会从记录管理员获得工作流请求批准.

工作表您可以结合本文使用以下工作表来帮助规划就地记录管理:就地记录规划工作表(该链接可能指向英文页面)http://go.
microsoft.
com/fwlink/linkid=185011&clcid=0x804另请参阅概念使用记录存档与就地管理记录(SharePointServer2010)选择电子邮件和消息传递记录管理策略(SharePointServer2010)使用本文中的信息来规划在组织中将邮件作为记录进行管理的解决方案,尤其当组织同时使用MicrosoftSharePointServer2010和MicrosoftExchangeServer2010时.
消息是用户从消息处理应用程序(例如Outlook)发送的内容.
消息类型包括电子邮件、会议、任务、便笺、日记、联系人、即时消息、语音邮件、传真、文章和RSS源项目.
与其他种类的内容一样,消息通常包含重要信息,并且是总体记录管理实现中的关键注意事项.
本文包含ExchangeServer2010和SharePointServer2010中提供的记录管理功能的概述和比较,以帮助您选择消息管理解决方案(如果您的组织使用这两种产品).
如果所用的产品不是ExchangeServer2010,您仍可以使用本文来了解使用SharePointServer2010将消息作为记录进行管理的优点,并将这些功能与您的产品相比较来做出选择.
本文不包含有关记录管理的一般信息或有关每种产品的记录管理方法的深入信息,并且没有提供实现解决方案的特定过程.
在为消息选择记录管理解决方案之前,请完成文件计划并确定要将哪种消息保存为记录.
有关详细信息,请参阅记录管理概述(SharePointServer2010)和在SharePointServer2010中创建用于管理记录的文件计划.
本文内容:了解ExchangeServer2010和SharePointServer2010中的记录管理方法为消息选择记录管理解决方案的注意事项了解ExchangeServer2010和SharePointServer2010中的记录管理方法ExchangeServer2010和SharePointServer2010提供了记录管理功能,它们特定于优化每种产品所针对的内容类型.
使用本节中的信息作为每种产品中的功能概述,并单击链接以了解更多详细信息.
ExchangeServer2010邮件传递记录管理邮件传递记录管理(MRM)是ExchangeServer2010中的记录管理技术.
在MRM中,有以下两种将邮件作为记录进行管理的方法:保留标记:管理员创建保留标记并将这些标记链接到保留策略.
管理员还配置应用于未标记的邮件的默认保留策略.
用户可以标记其邮件和文件夹,并使用规则来应用定义如何将邮件作为记录进行处理的保留策略.
这是以用户为中心的方法,它使最终用户能够基于个人需要标记和存储内容.
有关详细信息,请参阅了解保留标记和保留策略(http://go.
microsoft.
com/fwlink/linkid=195435&clcid=0x804).
托管文件夹:管理员创建托管文件夹并将它们链接到托管文件夹邮箱策略.
然后,用户可以将其邮件组织在这些托管文件夹中来应用所需策略.
这是以管理员为中心的方法,它使组织能够定义最终用户必须遵守的用于对内容进行分类的特定规则.
有关详细信息,请参阅了解托管文件夹(http://go.
microsoft.
com/fwlink/linkid=205098&clcid=0x804).
有关ExchangeServer2010MRM的详细信息,请参阅了解邮件记录管理(http://go.
microsoft.
com/fwlink/linkid=205099&clcid=0x804).
SharePointServer2010记录管理您可以使用SharePointServer2010来将多种类型的内容(包括邮件)作为记录进行管理.
在SharePointServer2010中,有两种管理记录的方法:在记录存档中或与其他内容在同一位置.
您是为消息使用记录存档(就地方法)还是混合方法取决于总体记录管理策略和实施.
有关如何确定要使用哪种方法的详细信息,请参阅使用记录存档与就地管理记录(SharePointServer2010).
若要在SharePointServer中管理消息记录,必须将消息从ExchangeServer移动或复制到SharePointServer.
有些第三方解决方案也提供此功能.
SharePointServer2010中的记录管理(该链接可能指向英文页面)资源中心提供了其中一些合作伙伴解决方案的链接.
注意:在SharePointServer2010中创建记录中心时,仅为支持将邮件记录到SharePointServer中的旧版ExchangeServer2007部署提供"与内容管理器的电子邮件集成"功能.
ExchangeServer2010不再支持此功能.
不支持将邮件直接发送到内容管理器.
为消息选择记录管理解决方案的注意事项通过ExchangeServer2010邮件传递记录管理进行SharePointServer2010记录管理的主要优点是,当ExchangeServer特定于邮件传递记录管理时,SharePointServer允许对内容进行广泛记录管理.
另外,通过SharePointServer,可以对消息使用其他丰富的SharePointServer功能,例如协作和文档管理.
如果您必须有消息存档解决方案来为组织中的消息提供保留管理,则只需Exchange功能就足够了.
不过,如果您的消息有其他需要,SharePointServer可以为消息及其他内容提供有用的功能.
在以下情况下,请考虑SharePointServer:您想要在其他内容的上下文中管理消息以实现完整性,或使用协作、元数据、工作流和搜索功能.
您必须将消息记录连同其他内容记录作为定义元数据、工作流和复杂保留要求的集中管理的文件计划的一部分进行管理.
查看下表中的注意事项来确定ExchangeServer2010MRM或SharePointServer2010记录管理是否满足组织需要.
如果您使用的产品不是ExchangeServer2010,仍可以使用有关SharePointServer2010的信息来将注意事项与所用产品相比较.
注意事项ExchangeServer2010SharePointServer2010内容管理需要组织中的消息记录不需要SharePointServer2010功能.
组织中的用户能够对源自消息的内容使用SharePointServer2010功能(例如内容类型、多阶段保留策略和工作流),这一点很重要.
将消息作为记录进行管理的目的您希望或必须将消息记录与组织中的其他内容分开管理.
您希望或必须将消息记录连同组织中的其他种类的内容一起管理,尤其当消息上下文与保存为记录的其他内容相关时.
保留策略的范围组织中的保留策略广泛应用于多种消息类型.
您有复杂的保留策略,这些策略受SharePointServer中定义的高级元数据模型驱动且不能在ExchangeServer2010中复制.
隔离信息工作者不必将消息与其他内容一起管理.
信息工作者可以在SharePointServer中将消息与其他内容一起管理.
保留项范围可以将消息的法律保留项与其他种类的内容分开管理.
法律保留项以相同方式应用于所有内容类型.
另请参阅概念记录管理概述(SharePointServer2010)在SharePointServer2010中创建用于管理记录的文件计划其他资源邮件策略和遵从性(http://go.
microsoft.
com/fwlink/linkid=196071&clcid=0x804)数字资产库规划(SharePointServer2010)MicrosoftSharePointServer2010提供一个资产库,以允许您存储和管理数字资产,如图像、音频、视频和来自许多应用程序的其他可重用内容片段.
专为音频和视频资产设计的内容类型支持在Web部件和Web部件页中存储和播放这些资产,MicrosoftSilverlight3播放器与用户界面相整合,可提升最终用户的媒体播放体验.
本章中的文章可指导您规划基于SharePointServer2010的解决方案中的数字资产管理.
本章中包含以下文章:管理数字资产概述(SharePointServer2010)详细介绍了数字资产管理和数字资产库的用户,概括了SharePointServer2010中主要的数字资产管理功能,并总结了数字资产管理可能的应用场景.
规划资产库描述了数字资产管理的规划过程.
此过程包括规划资产库的步骤,并且描述了与规划数字资产管理解决方案的各方面关联的任务,如存储和性能、权限和安全性、元数据和搜索、Web部件、视图和筛选器以及客户端支持等.
数字资产库拓扑和体系结构(SharePointServer2010)讨论与部署数字资产库相关的逻辑体系结构和拓扑决策管理数字资产概述(SharePointServer2010)本文介绍数字资产(也称为富媒体),并定义在MicrosoftSharePointServer2010中进行数字资产管理时使用的关键术语.
本文还将介绍SharePointServer2010中的数字资产管理功能的各个方面,介绍资产库的主要用户,并概述使用SharePointServer2010中的资产库的常见应用场景.
有关如何规划数字资产管理解决方案的详细信息,请参阅规划数字资产库(SharePointServer2010).
越来越多的办公室员工需要在日常工作中创建或重用图像以及其他富媒体资产.
但通常的情况是,整个部门或企业没有为存储这些资产而优化的公共存储库.
通过公共存储库,用户可轻松地发现和重用别人已创建的富媒体资产.
SharePointServer2010中的资产库通过提供用于存储和管理数字资产的专用存储库,可以节省组织时间和其他资源.
用户不必再通过网络在多个位置查找资产,或者从头重新创建资产.
通过使用集中存储库来管理数字资产,组织还可以更加严格地控制品牌敏感内容,并可以确保仅将已批准的产品资产提供给适当的用户.

本文内容:关于管理数字资产资产库的用户管理SharePointServer2010中的数字资产资产库的应用场景关于管理数字资产数字资产是图像、音频或视频文件,或者组织在整个企业的应用程序中使用的其他可重用的丰富的内容片段.
SharePointServer2010中的资产库使用户能够轻松创建数字资产,发现和重用组织中的现有数字资产.
在SharePointServer2010中,您可以使用资产库来存储数字资产,并与用户共享这些资产.
资产库是一种自定义的SharePointServer2010库模板,它使用专门为存储和编录富媒体资产而设计的内容类型.
有效的数字资产管理解决方案指定:为各种资产提供的元数据.
资产所需的存储空间量,以及向用户提供资产时要考虑的性能问题.
在资产生命周期的每个阶段存储资产的位置.
在资产生命周期的每个阶段如何控制对资产的访问.
当工作组成员参与资产的创建、审阅、审批、发布和处置时,如何在组织内移动资产.
要将哪些策略应用于资产,以便审核与资产相关的操作,正确保留或处置资产,以及保护对组织至关重要的资产.
如何将资产视为必须根据要求和公司准则保留的企业记录.
有关如何使用SharePointServer2010规划数字资产解决方案的信息,请参阅规划数字资产库(SharePointServer2010).
资产库的用户SharePointServer2010中资产库的用户大致可分为以下三类:资产创建者该组包括创建单个资产的人员(例如图形美工、视频制作者或者营销文案策划)和向资产库提交资产的人员.
例如,图形美工可能以多种分辨率和大小、彩色和黑白色创建产品徽标,然后将徽标的所有版本上载到资产库,以供产品营销工作组的其他成员使用.

资产管理者该组包括管理库中资产的人员.
他们负责从资产首次提交时到发布、再到资产到期时的完整工作流.
此外,他们还负责管理和组织库中的资产.
例如,资产管理者可能拥有产品徽标的多个版本,他们在库中对这些徽标进行适当的分类,添加重要的元数据(例如关键字),以及设置资产的到期日期.

资产使用者该组包括必须从库中查找和使用资产才能创建其他工作产品的人员.
例如,Web设计人员可以在为产品网站创建市场营销页面时,使用资产库中的产品徽标.
根据应用场景,这些用户组之间可能会有交叉.
例如,有权将资产上载到库的用户可能还有权对他们提交到存档的资产进行分类和管理.
如果资产创建者查找和使用已添加到其他工作产品的资产(后又将其作为单独的资产进行上载),则他们也可以是资产使用者.
例如,视频制作者可能在制作产品的市场营销视频时使用产品徽标,然后将视频作为单独的资产上载到库.

管理SharePointServer2010中的数字资产SharePointServer2010提供了一个名为"资产库"的自定义库模板,它使用专门为存储和编录富媒体资产而设计的新图像、音频和视频内容类型.
这些新内容类型使用新的栏类型,例如"预览"、"图片大小"、"拍摄日期"以及"长度"(秒),这些新内容类型可用于特定资产的元数据.
资产库还具有一个预览模式,它在您将指针悬停在某资产上时,显示其缩略图及其部分元数据.
可以向资产分配企业关键字,以便更容易地通过搜索查询找到它们.
关键字可以由资产创建者在上载新资产时分配,也可以由资产管理者在以后添加.
用户可以对资产进行评价,该功能会为资产提供附加元数据.
然后,可以在资产显示在Web部件中时使用此元数据.
例如,如果您有一个培训视频库,用户已观看了其中的视频并对其进行了评价,则您可以使用Web部件在网页上显示评价最高的视频.
资产创建者和管理者直接在资产库中工作,以对资产进行上载、分类和管理.
资产使用者可以浏览库以查找要插入到其他应用程序中的项目的资产.
使用者可以从MicrosoftOffice应用程序浏览资产库,并将资产插入到打开的应用程序,例如MicrosoftWord或MicrosoftPowerPoint.
在SharePointServer2010中向用户显示数字资产的方法有四种:允许用户浏览资产库.
将Web部件插入到工作组网站上的网页.
在发布网站上的发布网页上使用视频字段控件.
使用内容查询Web部件.
您用于向资产库的用户显示资产的具体方法会因以下因素而异:用户是谁,他们必须如何使用库中的资产,以及哪些资产显示方法最适合资产库应用场景.
除了资产库所具有的功能外,您还可以利用SharePointServer的功能,例如工作流、传送、规则和策略.
这些功能可帮助在资产进入资产库时管理资产,跟踪资产进度,自动发布已批准的资产,以及设置资产的到期时间.
资产库的应用场景可将资产库添加到任何SharePointServer2010网站集或网站,也可用于向许多应用场景中的用户提供数字资产.
下表介绍了您可能使用数字资产库的可能的应用场景.
应用场景说明企业品牌库使用资产库存储企业品牌资产(例如徽标、插图以及其他数字资产),并使用中等到繁重的工作流和策略来管理内容.
创意工作组可将数字资产提交到资产库,将在其中审阅和发布这些资产.
内容管理者管理和编辑数字资产,以确保对这些资产进行了正确的标记和组织.
必须访问正式的已授权企业徽标或品牌资产的从事信息工作的使用者和Extranet合作伙伴使用库来查找所需的内容.
部门门户将资产库用作单个门户网站的图像和富媒体文件的存储库.
在此应用场景中,任何参与者或设计者都可以将徽标和图像上载到库以供其他人查看和使用.
内容通常由参与者根据需要来管理,而且使用最小的工作流或策略对库进行添加和管理.
例如,部门门户库可能具有多个参与者,但仅有几个审批者.
网站的作者和Web设计人员通过查看、下载以及向其工作产品(例如文档或演示文稿)中插入来使用库中的内容.
工作组网站与部门门户类似,但规模更小.
使用资产库作为单个工作组网站的图像和富媒体的存储库.
在此应用场景中,任何工作组成员都可以将资产上载到库以供其他工作组成员查看和使用.
内容由参与者根据需要来管理,而且使用非常小的工作流或策略对库进行添加和管理.
工作组成员通过查看、下载以及向其工作产品(例如文档或演示文稿)中插入来使用库中的内容.

企业存档严格将资产库用作对图片、视频、文档以及对组织具有历史价值的其他资产进行编录的存档.
用户可以提交当前的和过去的项目,这些项目由管理库的管理者收集、扫描、组织和标记,以便其他用户可以浏览、搜索和查看存档内容.

部门媒体共享网站使用资产库来存储音频和视频文件.
在此应用场景中,任何人都可以为库提供内容,且库中项目不需要管理或只需要少量管理.
为库启用了评价机制,并将其与资产的社会化标记结合使用来改进库中资产的结构和显示.

另请参阅概念规划数字资产库(SharePointServer2010)规划数字资产库(SharePointServer2010)本文介绍在MicrosoftSharePointServer2010中规划数字资产库解决方案时涉及的任务.
SharePointServer2010资产库是一种文档库,它是可与其他网站用户共享的媒体文件(例如图像、音频和视频文件)的集合.
本文首先概述资产库并说明如何规划它.
然后,本文将介绍与规划企业中数字资产管理的各个方面相关的其他任务.

有关管理数字资产的信息,请参阅管理数字资产概述(SharePointServer2010).
本文内容:资产库概述规划资产库规划权限和安全性规划存储和性能规划元数据和搜索规划Web部件和网页规划客户端支持资产库概述资产库是SharePointServer2010上可与其他网站用户共享的媒体文件(例如图像、音频和视频文件)的集合.
作为数字资产管理规划的一部分,您必须确定最符合组织需要的资产库.
因为资产库只是一个包含专用内容类型数字资产的SharePointServer库,所以可以使用许多用于规划文档管理解决方案的相同方法来规划数字资产解决方案.
使用资产库的方法有两种:在工作组级别作为一般数字资产文档库它只是一个存储供工作组使用的图像、音频和视频文件的位置.
您可以授予工作组中每个成员上载、组织和管理资产的权限,也可以只允许工作组中的一小部分成员执行组织和管理资产的任务.

注意:SharePointServer2010不支持实时音频或视频内容流.
作为组织的数字资产的中央存储库在这种情况下,您可以对添加到库中的所有资产使用内容审批和工作流,并且可以让负责审批过程的不同阶段的人具有不同的角色.
例如,图形设计人员和音频/视频创建者可以将资产上载到库中.
但内容管理员除了可以将附加元数据分配到各资产之外,还负责会审引入的资产并对它们进行审批以便发布.

规划资产库为数字资产解决方案规划资产库的过程包括以下几个主要步骤:确定用于管理数字资产的角色分析资产用途规划资产库的组织方式规划内容类型规划数字资产的内容管理规划工作流规划策略资产库的其他用途确定用于管理数字资产的角色与规划文档库一样,规划数字资产库的第一步是确定解决方案的参与者和利益干系人.
这会帮助您回答组织中由谁创建数字资产、他们创建哪种资产、由谁管理资产以及由谁维护存储资产的服务器等问题.
有关详细信息以及用于记录所收集数据的工作表,请参阅确定用户和分析文档使用率.

分析资产用途在确定资产处理人后,应确定他们处理哪种资产以及将如何使用这些资产.
该分析会帮助您确定如何组织资产库、将需要多少库、资产将使用哪些内容类型以及资产库将应用哪些信息管理策略等重要信息.
因为大多数数字资产的大小将远远大于标准文档,所以还必须规划存储容量.
有关详细信息以及用于记录所收集数据的工作表,请参阅确定用户和分析文档使用率.

规划资产库的组织方式规划资产库时,必须专门针对资产库做出相关决定,例如在哪里创建它们、必须如何使用它们、需要多少以及如何组织资产库.
可以使用用于规划文档库的相同方法来规划资产库.
本节介绍规划资产库的特定注意事项:确定需要多少资产库决定要在哪里创建资产库选择固定库或协作库决定如何组织资产库确定需要多少资产库正如前面的分析和规划步骤中所述,此决定还取决于将如何使用资产库.
例如,如果个别工作组必须使用资产库来进行协作,并且他们在处理资产时必须使用内容管理(如版本控制),则可以为每个需要资产库的工作组网站创建一个资产库.
然后可以让工作组管理自己的资产.
如果希望资产库能够用作供许多工作组使用的大型中央存储库,则可以创建单个资产库,然后调整权限以限制使用、管理和搜索该库的人员.
有关详细信息,请参阅文档库规划(SharePointServer2010).
注意:如果为Web应用程序启用基于磁盘的缓存,则该Web应用程序中的每个网站集都将使用缓存.
如果大多数网站没必要具有基于磁盘的缓存,可考虑只将那些包含需要基于磁盘的缓存的资产库的网站集放在单独的Web应用程序中.
决定在哪里创建资产库在哪里创建资产库取决于您计划如何使用该资产库.
对于将在工作组级别使用的一般资产库,可以在网站级别创建资产库.
对于中央存储库,可以在网站集级别创建资产库.
资产库将用于Web发布网站时,可将资产库放在发布网站所在的网站集中,以便发布网页使用的资产文件可用于发布网站.
使用资产分析来确定资产创建人和使用人以及如何使用这些资产.
这会帮助您决定企业中的哪个位置需要资产库.

选择固定库或协作库根据您的方案,资产库可以主要是固定库,该库签入了完整的资产并且库是只读的;资产库也可以是协作环境,在此环境中为库启用了版本控制并且具有适当权限的用户能够读取和写入现有资产.

决定如何组织资产库可以计划将所有资产存储到资产库的根目录中,并根据特定条件使用自定义视图向库用户显示资产.
还可以根据您指定的条件使用文件夹保存资产.
例如,您可以将所有视频放在一个文件夹中,将音频文件放在另一个文件夹中;您也可以按产品创建文件夹并将与特定产品相关的所有资产放在各个文件夹中.
请参考您的资产分析以确定组织中如何使用资产的最常用方案.

规划内容类型资产库中包括的内容类型有图像、音频和视频.
您可以使用这些内容类型或创建它们所派生的自定义内容类型,具体取决于组织的分类需要.
例如,您可以针对海报和产品徽标创建两个单独的内容类型,并从图像内容类型派生这些新内容类型的基本特征.
此规划将使您能够关联这两种新内容类型的单独属性,指定不同的工作流或根据内容类型设置不同的信息管理策略.
有关详细信息,请参阅规划内容类型和工作流(SharePointServer2010).
规划数字资产的内容管理可以为数字资产的每个内容类型和存储位置规划适当的控制级别.
例如,如果资产库是协作解决方案,则可以使用版本控制功能在库中存储资产的连续迭代,并且可以要求用户在处理资产之前检查签入和签出资产.
还可以指定审批过程,资产必须通过该审批才可用于访问群体.
有关详细信息,请参阅版本控制、内容审批和签出规划(SharePointServer2010).
规划工作流像对待文档管理库中的文档一样,可以使用工作流对资产库中的资产执行管理任务.
需注意以下重要问题:资产是否必须通过审阅和审批才能供资产使用者使用谁负责管理资产过期资产过期后是保留还是删除有关详细信息,请参阅规划内容类型和工作流(SharePointServer2010).
规划策略对于要在资产库中使用的每种内容类型,必须规划确定如何审核、保留和标记资产的信息管理策略.
有关详细信息,请参阅信息管理策略规划(SharePointServer2010).
重要:SharePointServer2010不会自动对SharePointServer2010资产库中存储的音频或视频内容应用信息权限管理(IRM)保护.
另外,当用户查看SharePointServer2010中存储的音频或视频资产时,这些资产的副本可能存储在用户的本地浏览器缓存中.
SharePointServer2010媒体播放器支持播放受IRM保护的音频和视频格式,在这种情况下,DRM保护已由MicrosoftSilverlight3或后续版本支持的外部IRM提供程序应用.
有关详细信息,请参阅数字版权管理(DRM)(http://go.
microsoft.
com/fwlink/linkid=154933&clcid=0x804).
资产库的其他用途下表列出了SharePointServer2010中资产库的其他用途.
功能说明播客使用资产库中包括的新音频和视频内容类型,库RSS源可用于播客.
用户可以获取库RSS源的URL并将其输入到播客应用程序中以便在资产库中添加了新音频和视频文件时接收相应更新.
建议的内容浏览器位置使用发布网站时,可以将独立网站中的资源库的URL添加到发布网站的"建议的内容浏览器位置"列表中.
这将使内容创建者能够在SharePointServer2010或MicrosoftOffice2010套件应用程序(如MicrosoftWord)内向网页中插入资产时访问资源库.
内容管理器使用资产库作为中央存储库时,应考虑使用内容管理器功能将用户上载到库中的资产的传送自动化.
在"网站设置"中启动内容管理器功能后,会自动创建一个名为"放置库"的新库.
这将允许创建有关如何将添加到此库中的资产传送到其他库(如资产库)的规则.
例如,可以将所有音频资产定向到资产库的某个文件夹中,而将所有视频资产存储在另一个文件夹中.

使用内容管理器的一个好处是,添加新资产时可以要求某些特定元数据字段接收用户输入.
这可帮助控制不同类型的资产的放置位置,并可减少应由负责管理资产库及其中所含资产的内容管理员执行的工作.

已发布链接管理员可以从MicrosoftOffice2010套件中的客户端应用程序(例如Word、MicrosoftExcel和MicrosoftPowerPoint)向SharePoint网站和列表中添加链接.
从这些应用程序中打开和保存文档时,这些链接将显示在"打开"、"保存"和"另存为"对话框的"我的SharePoint网站"选项卡上.
用户可以通过浏览到一个库并单击"连接到Office"来手动将链接添加到他们的已发布链接列表中.
有关详细信息,请参阅PublishlinkstoOfficeclientapplications.
规划权限和安全性规划资产库中的权限和安全性与规划文档库中的权限和安全性一样.
有关可用的默认组、权限级别及何时使用自定义组或级别的信息,请参阅确定要使用的权限级别和组(SharePointServer2010).
规划存储和性能因为资产库是一种特殊的文档库,所以确定数字资产的存储要求将与确定文档的存储要求类似.
主要区别是资产库包含的资产少于文档库包含的资产.
但资产库中的资产多于文档库中的资产.
在规划存储时,应分析内容以确定将存储在资产库中的资产数目及这些资产的平均大小.
例如,如果您有50,000个资产且平均文件大小为10兆字节(MB),则数据库服务器上必须至少拥有500千兆字节(GB)的存储空间.
如果要使用基于磁盘的二进制大型对象(BLOB)缓存,则还必须确保前端Web服务器具有足够存储缓存文件的可用磁盘空间.
根据将存储在资产库中的数字资产文件的类型,应启用基于磁盘的BLOB缓存和比特率限制,以便为用户提供更好的性能.
通常,最好启用基于磁盘的BLOB缓存.
启用BLOB缓存后,它会在前端Web服务器上存储指定的文件类型,以便在用户请求这些文件时才提供给用户,从而减少数据库服务器承担的负载.
如果要使用资产库为用户提供音频和视频文件,建议您始终启用BLOB缓存,并在服务器上启用比特率限制功能.
比特率限制功能控制音频和视频文件下载到客户端的速率,以便不影响网站的总体性能.
比特率限制功能还允许用户渐进式下载和查看这些资产.
有关基于磁盘的缓存的详细信息,请参阅Planforcachingandperformance.
有关如何启用和配置比特率限制功能的信息,请参阅比特率限制功能自述文件(该链接可能指向英文页面)(http://go.
microsoft.
com/fwlink/linkid=154962&clcid=0x804)(该链接可能指向英文页面).
规划元数据和搜索添加元数据可帮助说明数字资产的类型和内容,从而可以更加容易地发现资产库中的内容.
规划资产库时请记住,系统不会自动搜索富媒体文件,因为这些文件不包含搜索引擎可进行索引的文本.
用于说明数字资产的元数据可以包括标题、说明、作者、版权和提供有关资产的其他详细信息的企业关键字等信息.
一些元数据(例如图像的大小和尺寸)会在资产上载到资产库时自动输入.
其他元数据(如图像的文本说明)由资产创建者在上载资产时或由库管理员在会审引入的资产或执行管理任务(例如向库资产添加关键字或批准状态)时手动添加.

规划Web部件和网页SharePointServer2010添加或更新了许多Web部件和字段控件以利用资产库中包括的新内容类型.
Web部件由内容所有者添加到Web部件页中的Web区域,而字段控件由网站开发人员和设计人员添加到发布网页中.
下面是一些用于显示数字资产的Web部件和字段控件示例:媒体Web部件和字段控件用于在网页上显示嵌入的视频.
图像Web部件和字段控件用于在网页上显示图像.
查询内容Web部件用于显示网站集中所有网站、所选网站或子网站或者特定列表或库中的项目.
可以将查询配置为根据列表和内容类型返回项目列表,而且可以对查询进行筛选并使其面向特定访问群体.
在为网站设计网页时,应考虑要将网页和Web部件中的哪些字段显示给用户以帮助用户查找所需资产.
通过编辑"库设置"页中的缩略图视图,可以自定义在用户将鼠标指针暂停在资产库中的资产上时显示的信息.
规划客户端支持如果您希望企业用户能够利用SharePointServer2010中提供的丰富的媒体体验,请在将访问您的网站的所有客户端计算机上安装Silverlight3或后续版本.
您必须规划如何以及何时安装Silverlight3.
例如,是否所有用户都访问资产库,以及他们是否都必须安装Silverlight3播放器组织是需要将Silverlight3客户端以托管方式部署到所有桌面上,还是让用户根据需要安装此客户端有关Silverlight3的详细信息,请参阅Silverlight概述(http://go.
microsoft.
com/fwlink/linkid=154002&clcid=0x804).
注意:当计算机上没有安装Silverlight3的用户尝试播放音频或视频资产时,会使用计算机上设置为默认播放器的任何媒体应用程序打开该资产.
另请参阅概念管理数字资产概述(SharePointServer2010)数字资产库拓扑和体系结构(SharePointServer2010)本文讨论与部署数字资产库关联的逻辑架构和拓扑决策.
有关数字资产管理的信息,请参阅管理数字资产概述(SharePointServer2010).
MicrosoftSharePointServer2010资产库是一种文档库,并且是可与其他网站用户共享的媒体文件(例如,图像、音频和视频文件)的集合.
由于资产库只是包含适用于数字资产的专用内容类型的SharePointServer库,因此对整个架构和拓扑的影响非常小.
可能影响逻辑架构和拓扑决策的因素包括以下这些:整个网站结构中数字资产库的位置.
数字资产库与内容数据库在逻辑架构中的关系.
使用二进制大型对象(BLOB)高速缓存或比特率限制优化服务器场.
如有必要,使用适用于数字资产的专用数据库或服务器硬件来扩展服务器场,以容纳大量数字资产.
本文内容:数字资产管理的逻辑架构数字资产库拓扑的组件典型的数字资产库拓扑数字资产库拓扑的缩放数字资产管理的逻辑架构SharePointServer2010中的数字资产管理的核心元素是资产库.
可在解决方案内的任何级别,向任何网站添加资产库.
但是,如果您要存储大量数据,例如一个资产库中的成千上万个文件,或总共需要数百GB的存储空间的音频或视频文件,则必须仔细规划创建资产库的位置和存储资产的位置.
例如,如果您有一个协作网站,多个工作组在其中都有各自的网站,但必须使用一组共享的媒体,则可以在首要网站上创建一个资产库来存储各个工作组要使用的资产.
在此方案中,内容数据库由网站集内的所有网站共享,因此,资产库中存储的文件的数量和大小相对前一个示例可能会少很多.

下图显示了逻辑架构的一个示例,在此示例中,资产库放置在网站集的根目录下,并共享包含网站集中的其他网站的内容数据库.
再举一个例子,一个大公司的培训网站中包含内部员工使用的培训视频,您可以将资产库放在网站集的首要网站中,该首要网站使用自己的内容数据库,并且在网站层次结构中它下面没有任何其他网站.
通过这样操作,可确保上传到资产库的文件有足够的存储空间.
这样做还可以让您规划未来的扩展,因为内容数据库已经独立存在,而不会与解决方案中的任何其他网站共享内容.

下图显示了逻辑架构的一个示例,在此示例中,资产库放置在一个单独的网站集中,并且该网站集包含一个与其余网站分开的内容数据库:下表总结了这两种方法.
请注意,这两种方法可结合使用.
领域单个网站集独立网站集说明数字资产库与其他内容位于同一个网站集内.
可在网站结构中创建多个数字资产库.
部署独立的网站集来承载数字资产库.
用法工作组可以将数字资产库添加到其工作组网站上或使用首要网站上包含的库.
工作组在集中管理的数字资产库中添加和使用媒体文件.
注意:使用发布网站时,可以将独立网站中的资产库的URL添加到发布网站的"建议的内容浏览器位置"列表中.
这使内容创建者在SharePointServer2010或MicrosoftOffice2010套件应用程序(例如MicrosoftWord)内将资产插入到网页中时,能够访问资产库.
管理工作组管理自己的库.
媒体文件的管理方法同网站集中所有其他内容的管理方法是一样的.
由于媒体文件驻留在独立的数据库中,因此,可以根据不同的服务级别协议单独管理此内容.
性能和容量大量的媒体文件可能会影响网站的总体性能.
如果网站集接近或超过数据库的大小限制,则扩展整个服务器场将变得更加困难.
由于媒体文件驻留在独立的数据库中,因此,可以在必要时将此数据库扩展到专用硬件上,从而减少此操作对服务器场的其余部分的性能影响.
当您计划在解决方案中并入数字资产管理时,应该仔细考虑将存储的文件的数量和大小以及如何使用它们.
在您决定资产库的放置位置之后,这将有助于您设计网站体系结构.
数字资产库拓扑的组件数字资产库拓扑使用与任何标准SharePoint拓扑相同的元素,如Web服务器、应用程序服务器和数据库服务器.
数字资产库专用组件放置在拓扑内的特定位置,但它们不会改变拓扑的总体结构.
以下是您必须针对数字资产库拓扑为其做出配置决策的组件:BLOB缓存基于磁盘的BLOB缓存控制二进制大型对象(BLOB)的缓存,例如,常用的图像、音频、视频文件和用来显示网页的其他文件(例如.
css和.
js文件).
如果解决方案中包括资产库,则应总是启用BLOB缓存,并在服务器场中每个前端Web服务器上启用.
比特率限制比特率限制是一个InternetInformationServices(IIS)7.
0扩展,它可测量媒体文件类型和数据在服务器和客户端计算机之间的下载速度.
可在服务器场中的每个前端Web服务器上启用比特率限制,而且如果解决方案将在资产库中包含音频或视频文件,还应总是启用它.
有关详细信息,请参阅比特率限制(http://go.
microsoft.
com/fwlink/linkid=155151&clcid=0x804)(该链接可能指向英文页面).
最大文件上载大小最大文件上载大小是SharePointServer2010Web应用程序使用的一项设置,它可指定用户可以上载到服务器的文件的最大大小.
可在承载管理中心的服务器上为每个Web应用程序配置最大文件上载大小,而且应根据将上载到资产库的文件大小对此进行调整.
有关详细信息,请参阅Planforcachingandperformance.
如果将使用数字资产库解决方案来存储大量内容,则应考虑使用远程Blob存储(RBS)将大型二进制数据(BLOB)的存储从MicrosoftSQLServer2008移动到外部存储解决方案.
RBS不是SharePointServer2010或InternetInformationServices(IIS)7.
0的一项功能.
有关详细信息,请参阅OverviewofRemoteBLOBStorage(SharePointServer2010).
典型的数字资产库拓扑此部分显示了能够影响整个服务器场拓扑的组件.
数字资产库适用于SharePointServer2010支持的任何服务器场拓扑.
服务器场可以是单个服务器、小型服务器场或大型服务器场.
当您决定部署BLOB缓存或比特率限制时,必须将其部署到Web服务器:BLOB缓存在IIS7.
0启用,并存储在每个前端Web服务器上.
如果使用比特率限制,则必须在每个前端Web服务器上的IIS7.
0中安装和配置它.
另外,承载管理中心Web网站的服务器可用于为其包含的每个Web应用程序配置最大文件上载大小.
注意:根据服务器场大小和实施的解决方案类别,可以包含专用于特定角色(例如,搜索数据库或查询和索引服务器)的其他服务器.
下图显示了一个典型的三层服务器场拓扑,其中添加了用于数字资产库拓扑的组件:标注元素1前端Web服务器,每个服务器启用了BLOB缓存和比特率限制(如果适用的话).
2运行管理中心的应用程序服务器.
3包含一个或多个内容数据库的数据库服务器.
数字资产库拓扑的缩放当规划和缩放一个包含数字资产库的解决方案时,您必须考虑的两个主要因素是容量规划和性能.
由于视频和音频文件可以比图像或其他类型的文件大很多,因此,在您使用此类文件时,可能会比不使用此类文件时更快地达到存储容量上限.
根据那些必须随时访问这些文件的用户数量,向服务器请求这些文件然后将文件发送给客户端浏览器的速率会影响网络性能.