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处理了？
今天晚上回来不是特别的忙，仔细扒了扒MSDN Blogs里面的SharePoint相关的Blog，几个连接大家分享。
在几个Blog里面都看到了MOSS和WSSv3的最新版SDK发布到MSDN上面了，但是现在只能在线阅读，离线的CHM版本还停留在Beta2TR阶段。对于两者的区别还不清楚，先把连接给大家列出来吧：
WSS SDK here
MOSS SDK here
在MOSS2007产品组的Owen Allen 的Blog上面看见了他发布的四个连接，分别是WSSv3和SharePoint2007的单机和服务器场部署指南。这些文章好像是这两天才发布到TechNet上面的。先记录在案：
WSS – Single Server
WSS – Server Farm
MOSS – Single Server
MOSS – Server Farm
现在还没有中文的MOSS版本出现，所以我想我会先翻译WSS的版本，估计到时候会配上中文版的WSSv3的截图，大家为我祈祷吧！
今天上午WSS3.0提供下载了，中文版也一同发布了。正好手头有一个.NET Framework 3.0的虚拟机，立刻就把这个东西装上了。感觉不错。安装过程很顺畅，没有BETA2时候安装不长的问题了。安装过程和MOSS2007 BETA2的安装过程很像，但是缺一些东西，估计这些就是区别。
现在发现的和MOSS2007的区别是MOSS2007独立模式安装的时候，会安装一个SQL Server 2005的Express版的引擎，这个引擎可以通过标准的SQL Server 2005的管理工作室进行管理。而WSS3.0独立模式安装的时候，数据库引擎是一个SQL Server 2005的嵌入版。在使用SQL Server 2005的管理工作室的实例列表当中可以看到他创建的实例，但是不能连接，提示“引擎不提供远程连接功能”。估计这就是SQL Server 2005的Express版和嵌入版的区别所在，还有就是嵌入版默认的安装位置是%windir%\SYSMSI目录。我是第一次知道有这样一个SQL Server 2005的版本存在，需要研究一下这个版本的特性。
WSS3.0的内存消耗堪称一流，我的机器上除了企业版的SQL Server 2005以外，就是这个WSS3.0和其附带的嵌入版的SQL Server 2005了，这个时候内存占用达到了850兆。不知道MS怎么想的，这个内存的消耗是在太大了，虽然现在内存便宜，工作组服务器也不贵，但是这样的内存消耗也太大了点…在虚拟机里面有点实在吃不消了。
在前两天随.NET Framework 3.0一起发布的VS.NET 2005的WSS3.0扩展是个很不错的东西，除了带有Webpart模板意外，还能创建站点定义。这个可以看看陈曦的blog里面的描述。
前面一段时间我的blog里面的文章少了，但是随着.NET Framework 3.0和MOSS2007的到来，各样的文章会如潮涌一样上来的…敬请关注
一直没有安装好beta2TR，这几天正好参加TechEd2006，回来后坚定了不做这个升级的信心。
安装不好的主要表现在按照随MOSS2007beta2TR一同下载的升级指南的指示一步一步做下来并不能实现升级指南的效果。问题出在WSS的Search：无论使用LOCAL SERVICE还是域管理员、无论使用原有数据库名字还是创建新的数据库名称，都无法重新启动WSS的Search。在TechEd上面问问了OTEC里面的几个微软的MOSS2007的专家，大家都表示不是自己装的虚拟机，使用的是别人装的。微软还有中文版的beta2和beat2TR的安装介质，但是并不提供下载也不为合作伙伴提供。
挑着听了TechEd上面的比较前沿的几个MOSS2007的课程，感觉大家并没有都在用Beta2TR来做自己课程的演示，再有就是有消息Windows Vista正式版会在10月底11月初这段时间上市，这前后RTM版的Vista和Office2007将可以在MSDN上面下载，相应的中文版本应该在英文版的10天以后可以开始下载。看看日历，也就还剩一个月的时间了。
综合上面两点，即使MOSS2007beta2的对象模型与beta2TR以及RTM会有一定的区别，但是并不足以影响其它对MOSS2007的学习与评估。所以决定这一篇“下”，不写Beta2TR的部署安装了，鼓舞大家等正式的RTM吧！
准备分两次介绍MOSS2007beta2单机开发环境的创建，第一部分主要是基本的创建过程，第二部分是主要是由beta2升级到Beta2TechRefresh的过程。
看我Blog的人，大约都已经看了kaneboy和ocean的介绍了，但是我还是要说说我创建MOSS2007beta2开发环境的创建，主要我觉得他们的写的过程，我觉得并没有把所有的事情都讲清楚。我的文档是根据英文的Deployment Guide for Office SharePoint Server（Office SharePoint Server部署指南，简称MOSS部署指南）实践后编写的，但不是单纯的翻译。我假设我的读者熟悉Win2003的管理和熟悉ASP.NET2.0的开发，这样我可以把MOSS部署指南当中叙述很详细的过程描述简化。
下载需要的文件。除了需要MOSSbeta2的安装部件以外，如果单机开发环境还要做域控制器的话，那么还要下载一个补丁。这个补丁需要在MOSS安装完毕，配置向导运行成功以后执行。可以修正在域控制器上安装单机环境浏览报错的问题。
我们可以准备一个VirtualPC或者一个真实的PC。这个PC要安装好Win2003的任何一个版本，为其安装配置好AD、DNS、应用服务器（启用ASP.NET）三个角色。然后打补丁SP1。接着我们需要安装.NET Framework 2.0 运行时部件和Windows Workflow Foundation 2.2(简称WWF)运行时部件。
接下来我们开始安装MOSS。在添加完序列号以后，系统会提示我们用Basic还是Advanced方式安装。Basic是默认使用Stand方式安装，默认C盘为安装路径，同时在配置向导运行时，还将默认创建一个的MOSS网站和相应的Web Application。Advanced则全部需要自己手动设置。我们这里选择Basic。后面只需要逐步点Next就可以将MOSS安装完毕。安装完毕以后，可以根据需要安装对于域控制器做MOSS服务器的补丁。
注意：我们没有安装SQLServer2005,这是因为MOSS的安装程序在Basic模式下会自动安装一个SQLEXPRESS，并默认一次数据库作存储。
在测试以后，我们可以开始Office2007beta2和VS2005安装开发环境了。安装Office2007beta2就不详细介绍了。然后我们可以选择任何一个VS2005的版本，除了VS2005Express的版本以外。安装的时候我们可以只选择VS2005的最小版本，比如只安装最小的VistualC#.Net环境。接下来可以安装WWF的VS2005设计组件。这时一个基本的MOSS2007beta2的单机开发环境就已经做好了。
使用Basic模式虽然可控性比较差，但是我们可以通过这个快速的建立MOSS2007beta2的开发环境。此外这个环境大约需要1.5GB的内存，如果不需要开发环境大约1GB内存就足够了。如果要在VisualPC当中做的话，则宿主需要至少2GB以上的内存。
这样的事情在生产环境很少见，但是在我们搭建演示平台的时候，还是比较常见的。我们首先安装SPS2003，在SPS安装成功以后再安装Exchange2003。
安装成功以后，我们要将Web访问Exchange需要的几个虚拟目录加到SPS当中，我们知道SPS2003的会把站点的文件存储转向，没有这一步，我们就没有办法通过web来访问Exchange的web功能。
这一步需要C:\Program Files\Common Files\Microsoft shared\web server extensions\60\bin中的STSADM程序。具体的格式为：
STSADM -o addpath -url http://localhost/<你的Exchange> -type exclusion
需要加的虚拟目录包括：
Exadmin Exchange的Web管理端
Exchange Exchange的Web访问入口
ExchWeb
Microsoft-Server-ActiveSync Exchange用以远程同步移动设备的接口
Public Exchange的公共文件夹
这个方法也适合我们部署ASP.NET应用到SPS2003所安装的服务器：
在我们创建WebApplication之前，先在C:\Inetpub\wwwroot创建和你WebApplication同名的文件，然后在IIS当中的这个文件上创建应用。之后使用上面的命令。再在VS2003里面在http://localhost 创建那个名字的WebApplication就不会有问题了。
近期评论