随着SharePoint Conference 2009的召开，相关NDA的实效，SharePoint 2010正式浮出水面。各路英雄开始铆劲疯狂发Blog了。产品组的Blog就像井喷一样开始发帖，搞得我对TechEd China 2009上的SharePoint 2010相当期待。希望不要让我失望。
我也要开始品尝一下SharePoint 2010的味道，当初SharePoint Wiki有点沉寂，SharePoint 2010来了，我们再烧一把吧。最近修改程序，SharePoint Wiki的程序要更新一下了
经过这么长的时间《精通Windows SharePoint Services 3.0》终于上市了，这中间的辛苦都不说了，以此纪念我的2009年。
在最近项目的服务器上总是有“无法获取 W3WP 进程的专用字节内存限制”的错误。
事件日志如下：
========================
事件类型: 错误
事件来源: ASP.NET 2.0.50727.0
事件种类: 无
事件 ID: 1093
日期: 2009-8-17
事件: 11:09:28
用户: N/A
计算机: V-AUDIKMWEB-T
描述:
无法获取 W3WP 进程的专用字节内存限制。 ASP.NET 缓存将无法限制其内存使用，这可能会导致 进程重新启动。错误: 0×80070005
有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
========================
原因：
这是一个已知的由于IIS metabase权限不足导致的错误.
目的服务器的IIS metabase的ACL在下面两个节点没有包含IIS_WPG组.
– W3SVC/AppPools
– W3SVC/Filters
解决办法：
下载 MetaACL utility (http://support.microsoft.com/?id=267904). 安装后, 打开命令行并切换当前目录到MetaACL utility 安装目录, 运行:
– cscript metaacl.vbs IIS://Localhost/W3SVC/AppPools IIS_WPG RE
– cscript metaacl.vbs IIS://Localhost/W3SVC/Filters IIS_WPG RE
注意:
命令中路径是大小写敏感的(最好Copy&Paste), 运行命令以后重启IIS服务.
在客户和自己的SharePoint环境中，打了WSS3的SP1以后，都发现了下面这个异常：
事件类型: 错误
事件来源: DCOM
事件种类: 无
事件 ID: 10016
日期: 2009-2-24
事件: 11:18:29
用户: CORP\sharepoint
计算机: WIN2K3R2
描述:
应用程序-特定 权限设置未将 COM 服务器应用程序(CLSID 为
{61738644-F196-11D0-9953-00C04FD919C1}
)的 本地 激活 权限授予用户 CORP\sharepoint SID (S-1-5-21-2884723845-813161486-3415312147-1112)。可以使用组件服务管理工具修改此安全权限。
有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
经过在注册表中搜索，发现{61738644-F196-11D0-9953-00C04FD919C1}是DCOM组件IIS WAMREG admin Service的GUID。
使用“管理工具”中的“组件服务”找到这个组件，在其“启动和激活权限”中添加事件中提到的没有权限的账号，并分配“本地激活”权限。
最后重新启动Windows SharePoint Services Administration服务。可以看到在改正这个问题以后，这个服务的启动速度明显加快。
How to move the databases that are used by SharePoint Portal Server 2003 to a computer that is running SQL Server
http://support.microsoft.com/kb/894164/en-us
How to move the databases that are used by Windows SharePoint Services and by Project Server 2003 to a computer that is running SQL Server
最近在整理以前Blog的发帖，并转移到WSS 3.0中，但是发现WSS 3.0的Blog不支持多个分类。仔细研究发现是Blog列表的分类栏不支持多个分类。
我们知道WSS 3.0的列表的引用栏支持多选，那么我们只需要对WSS 3.0的Blog列表的类别栏进行如下的设置：
经过修改以后，我们再使用Winodws Live Writer来写发布在WSS 3.0的Blog上面的日志的时候，就可以选多个分类了。
修改完的效果如下面两个。第一张图是在列表视图中的效果。第二张图是在首页上的效果
此下载将安装 IFilter 并将其注册到 Windows 索引服务。Microsoft 搜索产品可使用这些 IFilter 对特定文档格式的内容编制索引。此筛选包包括以下格式的IFilter：.docx、.docm、.pptx、.pptm、.xlsx、.xlsm、.xlsb、.zip、.one、.vdx、.vsd、.vss、.vst、.vdx、.vsx 和 .vtx。因为 Windows 桌面搜索 (WDS) 使用 Windows 索引服务中的 IFilter，所以 IFilter 将自动注册并且可供 WDS 使用。
若要向特定搜索产品注册这些 IFilter，请参阅以下相关的知识库文章：
Office SharePoint Server 2007 – 如何将 Microsoft 筛选包注册到 SharePoint Server 2007 和 Search Server 2008
Search Server 2008 – 如何将 Microsoft 筛选包注册到 SharePoint Server 2007 和 Search Server 2008
SharePoint Portal Server 2003 – 如何将 Microsoft 筛选包注册到 SharePoint Portal Server 2003
Windows SharePoint Services v3.0 – 如何将 Microsoft 筛选包注册到 Windows SharePoint Services 3.0
Exchange Server 2007 – 如何将筛选包 IFilter 注册到Exchange Server 2007
SQL Server 2005 – 如何将 Microsoft 筛选包 IFilter 注册到 SQL Server 2005 和 SQL Server 2008
SQL Server 2008 – 如何将 Microsoft 筛选包 IFilter 注册到 SQL Server 2005 和 SQL Server 2008
Search Plus 是国内一位微软的SharePoint专家开发的。在BPIO系列解决方案中曾有中文的"Did you mean……"的模块，这次是一个新的增强，用作者话讲就是"Did you mean…(Chinese)http://www.codeplex.com/cndidyoumean + Search as you type = SearchPlus 12.0.0.0"。项目网站是http://www.codeplex.com/SearchPlus。
下面内容来自项目网站：
Project Description
merge "Chinese Did you mean…" and "Search as you type" project in one.
As ProjectName means, this project supports "Did you mean…" feature in Chinese ( or any other language.) and intellisense when you key in search textbox.
Did you mean…(Chinese)http://www.codeplex.com/cndidyoumean + Search as you type = SearchPlus 12.0.0.0
Feature
1. Support PinYin Search as your type. ( You also could implement this feature according to your language. )
2. Support Chinese "Did you mean…"
3. Automatically collecting Top Queries
MS Search 2008的试用版和Express版都可以下载了。Express版的下载地址为http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=ce0a29fe-e906-4767-b841-b41d7a31949f
英文版安装指南的地址为http://technet.microsoft.com/zh-cn/library/bb905390(en-us).aspx
我计划在这个服务器上面安装这个简体中文的MS Search 2008 Express，并和现在的WSS 3.0连接。
如果空间和带宽都允许的情况下，还准备搞一个针对SharePoint技术的专题搜索。
等待我的测试评估结果吧
最近看到微软有一个下载叫"Office SharePoint Server 2007 DoD 5015.2 Resource Kit"。不知道DoD 5015.2是做什么的，于是在网上找到了一篇文章: http://www.chinakm.com/share/list.asp?id=3707。英文原文在http://blogs.msdn.com/recman/archive/2006/11/08/dod-5015-2-certification-for-office-sharepoint-server-2007.aspx。正文如下：
日前，微软的文件管理负责小组（Microsoft Records Management Team）参加美国文件管理学会（ARMA）举办的会议，针对会议集中的问题"MOSS2007(Microsoft Office SharePoint Server 2007)是否考虑采用DOD5012认证"，小组近日做出了应答，MOSS2007计划采用DoD 5015.2的第二部分。
DoD 5015.2是由美国国防部制定的一项文件管理标准，它的第二部分和第四部分分别成为两个不同论证体系。其中，第二部分包含了美国政府机构文件管理应用系统必须满足的强制性功能要求，它被视作一种普适性标准，广泛地应用于美国政府机构除外的领域，通过认证的应用系统将能够满足最苛刻的文件管理需求，因此，大量的美国企业、组织购买它作为文件管理应用系统的认证标准，MOSS也将仅采用这部分标准，
DoD 5015.2在其他国家的应用也相当广泛，许多非美国企业购买标准并制定开发自己的标准（如MOREQ），这也是MOSS选用DOD而不是其他标准的主要原因。
为了满足DOD的功能需求，微软的文件管理负责小组正在筹建MOSS文件中心（a Records Center Add-on Pack），这将在通过认证后的很短时间内向所有客户免费提供。
今天在做一个新服务器场的时候，在配置内容源的爬网计划的时候，出现"拒绝访问"的错误。记得以前出现过这个问题，向上海GTC的工程师请求过帮助。错误截图如下:
这个问题实际上是WSS_WPG这个组对于索引服务器上面的%windir%Tasks没有读写权限造成的。我们可以自己手动添加这个权限。具体过程我们可以参考KB926959：Error when you try to edit the content source schedule in Microsoft Office SharePoint Server 2007: "Access is denied"的描述来解决问题。
客户用MOSS2007重新创建了门户网站，但是又不想丢弃原来2003上面的数据。则需要一个将2003的数据迁移到2007的方案。
客户的SPS2003里面主要是文档库和列表。这些文档库和列表都有大量的自定义视图。SPS2003里面的数据有大约50G。
我是如下做的：我确定了客户的SPS2003的补丁情况，创建了一个和客户环境相同的中间环境。再请客户备份出一个典型的网站，交给我恢复到中间环境。中间环境按照“in-place”的模式升级到MOSS2007，然后再备份出一个新的备份数据，恢复到新建的MOSS2007里面。之所以选择备份而不是导出，是发现导出会丢失视图信息，而客户有大量的视图。
这个方法也有不足。主要是备份只支持站点集，不支持某一个具体的网站。
“in-place”模式的安装过程：
这个过程需要在服务器场的每一个服务器上面执行。
前一段时间到了微软的顾问咨询部，成了著名的Vendor员工。好在Vendor员工还可以继续当MVP，呵呵。
最近长春的项目进行差不多了，在找培训资料的时候，发现原来抱怨MOSS2007没有详细使用帮助，结果发现http://office.microsoft.com的中文帮助相当详细。于是把SharePoint的开发、管理、使用的官方文档组织了一下：
technet.microsoft.com(Admin Guide)
Windows SharePoint Service 3.0
Office SharePoint Server 2007
Office SharePoint Server 2007 For Search
msdn.microsoft.com(SDK)
Windows SharePoint Service 3.0
Office SharePoint Server 2007
Office SharePoint Designer 2007
office.microsoft.com(HELP zh-cn)
Windows SharePoint Service 3.0
Office SharePoint Server 2007
Office SharePoint Designer 2007
使用Wiki做文章管理还真是不错，不过还是很非脑力的。既要想着程序本身的限制，又要考虑到文章本身的内容，还要思考网站的构架。之后的几天，事情慢慢的少了，家里的无线网络改造以基本告一段落，晚上有时间了，SharePoint Chinese Wiki的内容才能真正的充实起来。
网址：http://www.sharepointwiki.net
说到了无线网络改造，归根结底还是只有加大AP的发射功率才是正确道路。家里新换了一个思科的Linksys WRT54G无线宽带路由器，并且刷了DD-WRT的Fireware，这样才可以在其管理器中调整发射功率。DD-WRT的好处当然不只这一些，我最欣赏的特性还包括QoS支持、自动重新启动、功率调整、VPN支持、VLAN支持、DHCP转发等等这些企业级功能。原来的那些AP、PCCard的无线网卡之类的都可以卖掉了……顺便说一句，要刷DD-WRT的话，Linksys WRT54G还是不错的选择，但是一定要选V2.0或者V2.2的版本。
贴图一张：
这次又更新了just4fun的首页的类型，由原来的Wiki类型换成现在的空白网站。
准备加一些站点的RSS资源到首页形成内容，结果发现在MOSS2007种存在的WSS3.0中并不存在。微软真的是太抠门了，这都不免费。看来还得我自己写一个……
昨天微软网站上面终于可以下载正式版的WSS3.0的SDK了，我的WSS之旅也开始了。学MOSS（SPS）是要先学的WSS的，这个是我的在SPS学完的体会。WSS是MOSS和SPS的基础，同时WSS的免费也使WSS的使用面积更大。
这次不是第一次安装WSS3.0。在WSS3.0刚发布的时候，就装了一次，朋友们翻看前面的Blog会看到。第一次安装的时候使用的是简单模式，也就是安装程序会自动地使用独立服务器的模式，同时还会安装一个Micro版的SQL Server2005。但是那种方式好像默认不能使用域帐号，自动使用本地帐号了，除非你在没有本地帐号的系统上面来安装（比如域控制器）。
这一次我是用的高级安装，之后会提示是Web前端服务器还是独立模式。我想上次按照独立模式安装了，这次就选的Web前端服务器模式安装的。Web前端模式开始会提示运行服务的账号是什么，为了避免麻烦，使用管理员账号。接着提示选择创建服务器场，还是使用存在的服务器场，这一点根据SPS2003的经验，应该是创建服务器场。然后填数据库服务器，我的VPC里面装了一个SQL 2005的标准版，就使用本机的SQL Server。在之后就使验证模式，我选的NTLM，这主要是我开分不清两种的区别，看提示以及SPS2003的经验，NTLM似乎会简单一些，那就选简单的。再往下会让人选择本地账号模式还是域帐号模式。我选择的域帐号模式，我把这个VPC做成域控制器了，他接下来会提示用于WSS的帐号会放在哪一个OU里面，我创建了一个SharePointOU。这里说句题外话，这点看似体贴的服务，实际也不是很好，如果域控制器上面的要使用的WSS的帐户在不同的OU怎么办？也许后面还有解决的办法，但是现在看起来有点莫名其妙。再后面安装还有什么步骤想不起来了，应该是就开始那9个安装步骤了。
安装好之后看了一下SQL里面的表，比SPS要好得多，除了配置数据库之外，管理中心网站只创建一个数据库。这样使得直接从数据库备份简单了许多。
打开WSS3.0管理中心，我没有继续深入做配置，而是先打开了帮助文档。根据WSS3.0beta2时候的经验，WSS3.0的服务器场还是和SPS2003的服务器场有相当的区别的。简单看了一下，需要做的配置如下：
现在的WSS3.0真是和WSS2.0不可同日而语，简直就是一个SPS2003的.NET3.0加WF的版本了，有服务器场，有索引服务，还有搜索，了不起。今天的时间不早了，明天再慢慢消化WSS3.0的文档，消化完以后继续写…
WS UploadService is a custom built web service for SharePoint. It works with the latest SharePoint products (MOSS 2007 and WSS 3.0). The web service uploads documents to SharePoint server.
今天访问一个朋友的TFS站点，也就是一个Windows Sharepoint Service v2的站点，在创建文件的时候，突然发现在WSS的文档库里面点击“新建”的时候提示：
—————————
Windows Internet Explorer
—————————
“新建文档”需要使用与 Windows SharePoint Services 兼容的应用程序和 Microsoft Internet Explorer 5.0 或更高版本。若要向此文档库添加文档，请单击“上载文档”按钮。
—————————
确定
—————————
正在郁闷的时候，发现ie7提示要安装一个微软的插件，是owssupp.dll。怀疑了一下，就大胆子装上了，结果又提示一个微软的插件owsctl.dll。已经装了一个了，索性这个也装了。这个时候突然发现“新建”恢复正常了，再检查ie7里面的已经使用的加载项中多了一个如下两个条目：
也许这就是ie7标榜的安全性？还是WSS不认识ie7的版本，得当作ie5处理了？
近期评论