ocean's blog

        最近终于抽出写时间，将网站从WSS2.0升级到WSS3.0，根据升级的过程，将升级的一些经验总结了一下，大家共享。

       此文不是一份完整的升级文档，是在我具体实施升级的一些步骤和经验总结。升级的官方文档请参考：http://technet2.microsoft.com/Office/en-us/library/91046a84-57a1-40cb-a32c-ff3395073dc91033.mspx?mfr=true

       1：首先安装WSS3.0，安装的时候有几个选项，按照我的经验，最好选择第一项，默认的是第二项。如果选择第二项，则在装完WSS3.0后，会自动对服务器上的所有网站进行升级，但是存在很大的风险，我首先在虚拟机上进行了升级试验，一次就升级成功，但是在真实的海洋工作室服务器上，则升级失败，结果导致原先的WSS2.0的网站也无法访问。所以建议选择第一项，执行逐步升级，这样可以一个网站一个网站升级，而且如果升级失败，还可以恢复。比较保险一些。

       安装完毕后就要进行配置，但是很多网友可以在配置的时候出现下图的错误： 

        这是因为在运行配置向导之前没有运行prescan.exe的原因，在配置向导运行之前必须首先运行prescan.exe，这个在12目录下的bin目录，如下图：

        关于prescan.exe的描述，您可以参考：http://technet2.microsoft.com/Office/en-us/library/035a3024-bd27-4d63-9499-0f15ac00c6e61033.mspx

        运行完prescan.exe后，您就可以进行配置了，配置的过程和安装一个新服务器场的过程一样，在此不多叙述，配置完后打开管理中心，首先在”操作“－“服务器场上的服务”中启动必须的服务，然后在“操作”标签页中找到“升级并迁移”，选择“网站内容升级状态”。

       在“网站内容升级状态”中，可以看到所有的WSS2.0的网站，选择你要升级的网站，然后选择“开始升级”。 

      点击开始升级后，会有一个升级页面，升级并不是直接升级原先的站点数据库和Web站点，而是会建立一个新的数据库和新的站点，然后将原先WSS2.0的站点改变到另外一个端口或者另外一个主机头。所以升级完毕之后，原先WSS2.0的站点仍然可以访问。当你删除升级后的WSS3.0的站点的时候，原先的WSS2.0的站点也会自动的改回去。这一点非常重要，因为如果升级后站点的问题太多，你还有退路恢复。

        WSS3.0会首先检查数据库，然后给出一个信息列表。并且给出升级后的数据库的名字。如果一切没有问题，就点击“升级网站”按钮，点完按钮后需要耐心等待一段时间，升级的过程根据数据库的大小和网站的个数不同而花费的时间不同。

        升级完之后，就会显示升级成功的界面，然后你可以访问新升级的站点，如果没有意外的话，就会正常访问到升级后的站点。 

       当升级完所有的站点后，选择“完成升级”，点击”完成升级“后，就会断开和WSS2.0服务器场的连接，这时你在服务器上就无法访问WSS2.0了，整个升级过程完毕。

        下面是对WSS2.0升级到WSS3.0的几点建议：
                1：要做好备份，备份是最后的底线，因为真实环境错综复杂，并不能保证升级一定万无一失。
                2：先在一台测试机或者虚拟机上做升级试验，升级成功后再在真实环境中升级。
                3：升级后经过原先经过Frontpage定制化的页面在显示上可能会有小问题，只要用SharePoint Designer重新修改一下即可，这个不是个大问题。
                4：如果你WSS2.0使用的是SQL Server2000，那么在升级WSS3.0的时候，你可以让升级后的站点继续使用SQL Server2000，也可以考虑升级后的站点采用SQL Server2005。如果你使用SQL Server2000的话，请打上SQL Server2000 SP4和后续补丁。
                5：建议在装好WSS3.0后，首先不要基于升级，而是先建立一个Web Application，看看WSS3.0是否正常工作，如果WSS3.0在装好之后就不能正常工作，那么就不要进行升级了。我在真实环境下第一次升级失败，后来才发现不是升级的问题，而是WSS3.0装上后本身就有问题，从而导致浪费了大量时间排错。
                6：谨慎＋小心＋胆大＝成功。

         欢迎大家访问海洋工作室（http://www.oceanstudio.net ），我会在近期将站点改成Form认证并且提供会员注册。也祝愿大家的网站升级成功。

    在Sharepoint2007中存在两种webpart，一种是WSS-Style webpart,是继承自Microsoft.Sharepoint.WebPartPages.WebPart这个类，这个基类是在Microsoft.Sharepoint.dll中定义的。

    那么我们如何开发这样一个webpart呢，具体步骤很简单。你可以从 此处 下载一个sample.

    首先我们新建一个class library，因为一个webpart说到底就是继承自某个基类的子类。建立了项目之后，需要添加Microsoft.Sharepoint.dll的引用，这个dll默认位于C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\ISAPI，如下图：

    然后继承Microsoft.Sharepoint.WebPartPages.WebPart这个类，重写里面的RenderWebPart(System.Web.UI.HtmlTextWriter output)方法，然后编译，就OK了。

    编译完后，就生成一个dll，下面就是部署的问题了，确切的说，Sharepoint2007里面的webpart部署还是值得研究的。

    第一种部署方式是部署到bin目录里面，这种方式部署的webpart只能归当前的虚拟服务器使用；第二种方式则是部署到GAC里面，这样部署的webpart则可以在所有的虚拟服务器中使用，并且还具有较高的效率。我们先说第一种方式：

    第一步拷贝dll文件：在打开虚拟服务器的根目录，比如c:\inetpub\www，然后新建一个bin目录，和Sharepoint2003不同，默认的时候bin目录不存在。然后将dll拷贝到bin下。

    第二步是修改web.config，加上你的程序集的描述。本例就是“”

    第三步是建立描述文件：描述文件的建立有着很大的学问，在Sharepoint2007中，存在两种webpart的描述文件，一种扩展名为.webpart，另一种扩展名为.dwp，.dwp的使用方法和Sharepoint2003的dwp相同。.dwp的出现主要是为了能够和上一版本兼容，现在建议使用.webpart描述文件。

    描述文件你可以放在两个地方（实际上应该还有第三个地方可放，暂不述），第一个地方是webpart gallery，第二个地方是虚拟服务器根目录下的wpcatalog目录。.dwp和.webpart两种文件的使用方法完全一样。

    当加入到wpcatalog时，需要重启一下应用（随便修改一下web.config就可以重启应用）。当重启应用后，Sharepoint2007会读取wpcatalog中的文件，然后加载到内存以供我们选择。这时webpart就部署好了。这种方式的最大问题是你必须自己写描述文件，而不能自动生成，所以我还要介绍另一种方式。就是放在webpart gallery中。

    第二种方式放在webpart gallery中，这是sharepoint2007内置的一个文档库，放在这里面的一个好处是不用重启应用，当你将描述文件加入到这里面是，你就可以直接在添加webpart的列表中看到新增加的webpart了。除了手工的上传.dwp或者.webpart描述文件到webpart gallery中，还可以自动生成。自动生成取决于两个条件，第一个是你的dll已经拷贝到正确的位置，第二个是web.config中已经加入了描述，缺一不可。当这两个条件满足后，选择webpart gallery上的New按钮，就会列出你新部署的webpart。webpart gallery的位置在主页的action下来菜单中，选择Site Settings -> Modify All Settings，然后选择webpart，就会进入到webpart gallary。

    选中后，点击上面的Populate Gallery按钮，就会把自动生成的描述文件添加到webpart gallery中。

    这里要注意的是，如果你的dll是sharepoint2003的webpart（也即.NET1.1的程序集)，会自动生成.dwp描述文件。如果你是.NET2.0的程序集，也即Sharepoint2007的webpart，则会生成.webpart描述文件。

    另外一个问题，即强签名的程序集，如果你要部署到GAC中，则只要把dll拷贝到GAC里面即可，其它步骤都相同，不同的仅仅是dll放的位置。当你要放入到GAC中时，你必须对程序集进行签名，也即制作一个强签名程序集。使用sn -k outfile来生成key。但是如果你把强签名的程序集放入到bin目录中而不是放入到GAC里面的时候，你有时就会发现出现这么一个对话框：

    这是因为程序集被安装在了一个被部分信任的区域，如何解决这一个问题呢？有两个方法，一是使用dwp文件描述，当你使用dwp文件描述的时候，无论dwp文件在webpart gallery中还是在wpcatalog中，都不会有这个对话框出现，webpart可以正常使用。第二种则是对程序集进行一个声明，在AssemblyInfo.cs文件中加上一句“[assembly: System.Security.AllowPartiallyTrustedCallers()]”，然后使用.webpart描述文件就没有问题了，无论这个文件放在webpart gallery中还是wpcatalog中，所以这个声明也仅对.webpart的描述文件才有效。这里你还会发现一个有趣的现象，当你使用了强签名后，无论是自动生成的.webpart文件还是直接上传到webpart gallery中的.webpart文件，里面的PublicKeyToken都会变成null，这点很奇怪。我也没有想明白是怎么回事，但是这个不影响webpart的使用。

    另外还有一点要注意的是，当部署到GAC里面的时候，在webpart gallery中New的时候，无法自动生成.webpart文件，所以需要手写。在你下载的sample里面，包含了所有的代码及.dwp和.webpart的描述文件各一个以供参考。部署完的webpart应该是这个样子：

根据测试的经验和OTEC的小结，备忘如下几条：

1：Sharepoint2003开发的Webpart可以直接在Sharepoint2007上运行。并且有如下信息：
    a：不需要安装.NET Framework1.1
    b：保证运行仅仅是保证能够运行，不保证业务逻辑正确。由于一些对象发生变化，比如在Sharepoint2007中区域已经没有了，所以使用了area相关的对象的webpart都将无法正确运行，另外由于列表的数据类型也发生了一些变化，所以 涉及到列表的一些列的操作的webpart有可能不能正确运行。而且由于这些变化在运行时可能会抛出异常。
    c：在Sharepoint2007中，列表中可以新建目录，这个特性在前几天的blog中展示过，所以对列表进行操作的Webpart可能要考虑列表内子目录的问题。
    d：在Sharepoint2007中，权限可以限制到项目级别（这个特性还没来得及在blog中展示），所以webpart操作列表的项目时可能要考虑权限的处理。
    f：拿了一个原先在Sharepoint2003上开发的最简单的webpart（没有涉及到任何sps对象），直接安装到Sharepoint2007中可以正常使用。stsadm.exe这个工具继续在Sharepoint2007中存在。不过看目录Sharepoint2007多了很多新工具。

2：目录由原先的C:\Program Files\Common Files\Microsoft Shared\web server extensions\60变成了C:\Program Files\Common Files\Microsoft Shared\web server extensions\12，其中60这个目录仍然存在。

3：在Sharepoint2007下使用Visual Studio2005开发Webpart，可以采用两种模型，一种类似Sharepoint2003下的继承方式(WSS-Style)。一种则采用ASP.NET2.0的webpart的方式(就是我们熟悉的System.Web.UI.WebControls.WebParts.WebPart类继承下来）。采用后者编写的webpart也可以用于普通的ASP.NET2.0网站。我们在webpart gallery中可以看到两种不同的webpart描述文件，.webpart和.dwp。其中.dwp是为了更好的兼容以前的webpart。现在推荐都采用.webpart的方式。

4：除了webpart开发外，在Sharepint2007中还有Event Handlers开发，Workflow开发，SSO开发，列表自定义数据类型开发等等。需要学习的东西还是很多的。希望大家赶快动手吧。

    在Sharepoint2007中创建一个站点，和Sharepoint2003中差别不大，但是有些小地方有所改变。首先是默认不在Sites下了，而是在根下：

    另外可以选择链接是否在导航栏中出现，如下：

    如果选中yes，则新建的站点会在导航栏中出现，如下：

    另外从上图中我们可以看到，还可以选择Division和Region两种划分。

    另外在模板的选择上，分了三大部分，分别是Collaboration、Meetings、Enterprise。

>更多Sharepoint2007资讯....　

    在Sharepoint2007中有一个新特性，就是列表里面可以建立目录了。在Sharepoint2003中，只有文档库、图片库和表单库里面可以建立目录。我想基于这些特性，原来基于列表开发的一些WebPart就需要做适当改变了。

    在Sharepoint2007中，仍然存在“我的站点”，但是创建方式有所变化，在主页上多了一个"I need to..."的webpart，这个webpart中可以选择，如下图：

    选择后就可以创建过程：

    在初次打开MySite首页的时候，会有一个Office设置的对话框。点击yes即可。

    新建的My Site首页如下：

     在Sharepoint2007中，User类型的数据提供了选择器，并且提供了姓名检查。

    其中采用选择器，可以对用户进行查询。

    如果自己输入用户，则可以通过checknames按钮来检查正确性。 图中第一个按钮是"checknames"按钮，第二个是打开选择器的按钮。

    在Sharepoint2007中，新建视图多了两种View，一种是Gantt View，一种是Access View。 Gantt View就是我们平时在Project中常见的甘特图。

    新建甘特图的时候，需要对应一些列，分别是Title, Start Date, Due Date, Percent Complete。对应好这四个字段就可以了。

    建立好的甘特图显示如下：

    如果有项目在目录里面，则通过视图的设置，可以让目录里面的项目也一并显示出来，在Folders中，选择"Show all items without folders"。

    显示目录的效果如下，其中step3.1和step3.2都是在step目录下，但是很可惜不能和project一样能够分层显示，而仍然是显示在一级上，也是小小的缺憾吧。

    在Sharepoint2007中，增加了回收站，结束了Sharepoint2003的梦魇。记得在Sharepoint2003中，如果有人不小心删除了一个重要的文件，则必须将整个站点的备份找出来，进行恢复，而一个站点的备份通常都是几G甚至几十G。所以在Sharepoint2003下也有人回收站的东东。

    现在在Sharepoint2007中，提供了两级回收站机制。

    在删除一个文件后，进入到回收站中，每个站点有个回收站，并且还有Site级回收站看到所有被删除的文件。

    当回收站中的文件被清空后，就会跑到二级回收站中，也就是Site级回收站的"Deleted from end user Recycle Bin"视图。

    当二级回收站的文件被清空后，文件被彻底删除。在二级回收站中的文件被restore后，将直接恢复到文档库中，而不会恢复到上一级回收站中。

在拿到了OSS2007的虚机后，发现界面的变化还是很大的。多了很多功能，兴奋中。先截几个界面给大家看看：

重新学过Sharepoint2007

管理中心

管理中心-operations

管理中心-应用管理

新站点