Microsoft Office
SharePoint Portal Server
MVP

Sign In

<November 2005>
SunMonTueWedThuFriSat
303112345
6789101112
13141516171819
20212223242526
27282930123
45678910

RSS 2.0 | Atom 1.0 | CDF

Archive

Navigation

Search

Categories

On this page

[整理]SharePoint Portal Administration异常事件的处理
[整理]说说开发环境的建立
[整理]更换SPS的数据库的方法
整理Blog是一件非常累的工作
Mono于FreeBSD上的试用(5)
SPS门户首页的Web控件(1)
说说Yet Another Forum的域整合验证
那位老兄已经开始试用vs2005beta了,把经验share一下?
说说我的开发环境的搭建

京ICP备06027344号

Total Posts: 179
This Year: 0
This Month: 0
This Week: 0
Comments: 39

 Thursday, November 03, 2005
Thursday, November 03, 2005 11:46:12 AM (中国标准时间, UTC+08:00) ( )
场景:单服务器,独立的SQL Server。服务器在安装SPS前安装了Win2003的SP1。每次启动的时候会提示一个服务启动不正常,察看系统事件中有两个错误,发现来源于SharePoint Portal Administration服务。实践内容如下:
1.等待 SharePoint Portal Administration 服务的连接超时(30000 毫秒)。
2.由于下列错误,SharePoint Portal Administration 服务启动失败:
服务没有及时响应启动或控制请求。
原因分析:由于系统安装了Win2003的SP1,怀疑原因是因为安装了这个SP1。故观察了SPS相关的几个服务的可执行文件路径,这几个服务的可执行文件路径都在引号内,和引起SSO服务异常的情景一样,故决定修改注册表,试验一下。
具体步骤:打开注册表编辑器,定位到\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\。下面是SPS服务对应的文件夹的名称:
SharePoint Timer Service                  SPTimer
SharePoint Portal Administration      SPSAdmin
Microsoft SharePointPS Search         SharePointPSSearch
SharePoint Portal Alert                     spsalert
Microsoft Single Sign-on Service       ssosrv
在对应的文件夹下面有一个ImagePath节点,双击打开节点,去掉节点值两端的引号。
重新启动服务器,一切正常。

说明:
由于以上的方法纯属实践得来,没有在各种服务器场环境上进行测试,所以本人不为任何的实验行为带来的后果负责。实验前请做备份。

Comments [0] | | # 
 Wednesday, November 02, 2005
Wednesday, November 02, 2005 11:42:40 AM (中国标准时间, UTC+08:00) ( )

今天开始试验VS2005了,有感于建立一个适应多种开发场景的开发环境,所以写点感想。

感想之一:个人开发用机还是应该向着工作站方向发展,开发用服务器不在考虑之内。开发用的工作站不是图形工作站,所以显卡不需要非常之高级,开发3D游戏不在讨论之内。第一,内存要高,原因后面讨论。第二,硬盘要大,原因与前面的相同,后面讨论。第三,是CPU要快,还是上面的原因。

感想之二:保护开发环境。有感于现在的开发环境,多半是娱乐用途与开发用途混合,多个不同的应用场景相互混合。这样会造成一些混乱,也可能会造成开发工作站环境与目的服务器环境不同带来问题。

解决这个问题的一个方法是使用Vistual PC进行隔离。我们可以将我们的开发环境放入虚拟的PC当中,这样的我们的代码我们的开发环境,我们的运行场景就捆到了一起,而且虚拟PC的宿主还可以作为客户端模拟访问服务器。

当然使用虚拟PC也有一些问题,就是虚拟PC需要在内存中占用一块不能放入页文件的内存,如果内存数量过小,就会影响虚拟PC的运行效果。我想没人愿意自己的开发工作站像蜗牛爬一样,影响开发效率和开发时心情。经验告诉我们如果想使用这种模式开发的话,宿主PC的内存需在1G RAM以上。这个是感想一里面要求打内存的原因。

再说说磁盘空间,如果使用虚拟PC的话,那么宿主PC的一块硬盘就相当于被几个PC所分享,不然你的硬盘很快就会捉襟见肘。CPU快自然不须说,编译程序、进行大型的运算、跑虚拟PC,都需要更快的CPU。

以上是对于开发环境的一点想法,我自己就实现了这样的一个环境。当然还有一些细节的技巧,明天再讲。

Comments [0] | | # 
 Tuesday, November 01, 2005
Tuesday, November 01, 2005 11:44:24 AM (中国标准时间, UTC+08:00) ( )
场景:用户的SQL Server 2000服务器需要扩容,原本想做SQL Server服务器群,后来客户决定从新建SQL Server服务器,SPS使用新的SQL Server 2000服务器。
方法:
 1.在“配置服务器场拓扑结构”中去掉服务器场中所有的服务器角色的设置。
 2.在“指定配置数据库服务器”中断开与当前的数据库服务器的连接。
 3.将旧的数据库实例暂停,复制SPS的配置数据库和内容数据库的数据文件和事务日志文件到新的数据库实例上面上。
 4.在新的数据库实例上面创建配置数据库和内容数据库。数据库的名称不能改变。
 5.在新的数据库实例上配置新的帐号。帐号应使用原来的数据库帐号。
 6.回到SPS的“指定配置数据库服务器”,当中按照“连接到现有的配置数据库”进行配置。
 7.重新启动“SSO”服务,并将服务改为“自动”。
 8.重新启动SPS服务器。

说明:第8步,不知道什么服务需要新启动,所以干脆重新启动了服务器。各位同学可以试试看,到底是哪个服务器需要重新启动。

由于以上的方法纯属实践得来,没有在各种服务器场环境上进行测试,所以本人不为任何的实验行为带来的后果负责。实验前请做备份。

Comments [0] | | # 
 Monday, October 31, 2005
Monday, October 31, 2005 1:07:56 PM (中国标准时间, UTC+08:00) ( )

今天先把上传一个图片吧,中间的人王洪超,右面的人是衣明志

Comments [0] | | # 
 Monday, November 15, 2004
Monday, November 15, 2004 11:04:36 AM (中国标准时间, UTC+08:00) (  |  )

FreeBSD 5.3发布了,可以在新的平台上测试mono了。于是就把原来的文章续出来了一个(5)。

这次让我比较兴奋前面都成功了
mono通过ports就可以编译
xsp也可以编译了
只不过需要gmake替代make就可以了

引用:

./configure --prefix=/usr
gmake
gmake install

测试静态页面还是没有问题的。
但是测试它的名为test的ASP.NET应用就出了问题。前一段时间听说是因为线程库的问题,看来是真的了。
引用:

fd53# mono /usr/local/bin/xsp.exe --port 80
Adding applications '/:.'...
Registering application:
Host: any
Port: any
Virtual path: /
Physical path: /root/xsp-1.0
Listening on port: 80
Listening on address: 0.0.0.0
Root directory: /root/xsp-1.0
Hit Return to stop the server.
Segmentation fault (core dumped)
Nov 15 15:17:57 fd53 kernel: pid 44678 (mono), uid 0: exited on signal 11 (core dumped)
Nov 15 15:24:33 fd53 kernel: pid 44701 (mono), uid 0: exited on signal 11 (core dumped)

Unhandled Exception: System.IO.FileNotFoundException: Could not find file "[Unkown]" in <0x00076> System.IO.FileStream:WriteInternal (byte[],int,int)
in <0x00073> (wrapper remoting-invoke-with-check)System.IO.FileStream:WriteIntrnal (byte[],int,int)
in <0x00198> System.IO.FileStream:Write (byte[],int,int)
in <0x0006c> System.IO.StreamWriter:FlushBytes ()
in <0x0004f> (wrapper remoting-invoke-with-check) System.IO.StreamWriter:FlushB
tes ()
in <0x00055> System.IO.StreamWriter:Flush ()
in <0x00088> System.IO.StreamWriter:Write(string)
in <0x00032> System.IO.SynchronizedWriter:Write (string)
in <0x00012> System.Console:Write (string)
in <0x0004c> Mono.CSharp.Driver:Main (string[])

Comments [0] | | # 
 Wednesday, November 10, 2004
Wednesday, November 10, 2004 11:09:34 AM (中国标准时间, UTC+08:00) ( )

最近在忙着研究SPS,在定制首页的时候发现页面里用了大量的SPSWC的控件,提笔总结一下。这些好象都是MSDN里面没有的。

<SPSWC:CollaborationServerMetaTag>

这个标签将服务器上定制的<meta>标签写到页面。不需要页面中有HtmlForm的存在。

<SPSWC:ShowMessageToNonScriptableClients>

这个标签会在不支持脚本的浏览器上显示警示信息。不需要页面中有HtmlForm的存在。

<SPSWC:WebProperty>

这个标签会显示网站的属性例如:

<SPSWC:WebProperty Property=“SiteTitle“>

不需要页面中有HtmlForm的存在。

<SPSWC:CategoryProperty>

这个标签会显示子区域的属性例如:

<SPSWC:CategoryProperty Property=“Name“>

不需要页面中有HtmlForm的存在。

<SPSWC:CustomCSSResourceElement>

这个可以把定制的样式表写到标签的位置。不需要页面中有HtmlForm的存在。

<SPSWC:PageHeader>

这个标签可以输出设置里面设置的Logo。不需要页面中有HtmlForm的存在。

<SPSWC:CategoryNavigationWebPart>

这个标签可以输出子区域导航菜单。不需要页面中有HtmlForm的存在。

Comments [0] | | # 
 Friday, November 05, 2004
Friday, November 05, 2004 11:11:39 AM (中国标准时间, UTC+08:00) (  |  |  )

上次向飞鹰推荐了Yet Another Forum论坛,但是飞鹰没有用。他不用没关系,我用。我在现在实施SPS的项目中,客户不满意SPS的讨论版。我本来想使用ASP.NET Forum 2,但是现在发现她变成商业的了,于是我们决定使用Yet Another Forum,它是GPL的。开源+免费有什么不好?

YetAnotherForum的域整合非常简单,首先要在安装一个非域验证的实例,在选择管理员账号的时候比较有技巧:帐号最好和将来域里面准备作为论坛管理员的账号一致。这样做是为了在与域整合以后不用再调整论坛的管理员了。其他的安装可以按照软件包里面的说明进行。

在非域验证配置完成以后,我们开始进行域整合的配置。我们需要修改Web.Config,将验证方式改为

<authentication mode="Windows">
</authentication>

然后修改IIS关于这个应用的验证方式为Windows域服务器的摘要式身份验证,同时将你论坛程序所在的目录赋予读/执行/列表权限给相应的域用户。

这样在你再次访问的时候,你就会发现已经能像SPS一样整合使用与账号了。而你当初指定的那个账号会自动变成管理员了。这样你就可以开始你的其他论坛配置了。

Comments [0] | | # 
 Tuesday, October 12, 2004
Tuesday, October 12, 2004 11:20:09 AM (中国标准时间, UTC+08:00) ( )

我刚刚拿到MSDN宇宙版里面的vs2005beta,但是不敢在自己的机器里面安装。我现在的机器里面有一套vs2003,生产开发用的。我主要是怕安装了vs2005以后和这个有冲突,生产环境就得重搭了,那位老兄在一台机器上同时安装过这两个的话,给我们讲讲会不会有问题,怎么解决那些问题?

Comments [0] | | # 
Tuesday, October 12, 2004 11:14:57 AM (中国标准时间, UTC+08:00) (  |  )

我现在的项目是一个电信企业的企业门户,使用SPS2003来搭建。为此项目专门申请调配了一个内存1GB+256MB的PC做服务器。

做这个开发环境有两个方案,一个方案是所有的软件安装都安装在这个物理服务器上面,另一种方案是在这个PC上面做若干个虚拟机,模拟真实的环境。

首先说说第一个方案。第一个方案需要将这个PC安装win2003系统,并建成主域控制器。安装应用服务器(IIS+ASP.NET),之后还要代开SMTP和NNTP,然后再安装Exchange2003、SQL2000+sp3。最后就可以安装SPS2003了。值得注意的是,安装应用服务器的时候不能安装Frontpage扩展,这个扩展和SPS2003有冲突。

这个方案的优点是速度快、一台服务器便于移动,然而缺点却比较多,。这个PC应为自己作为主域控制器,所以不适合(不等于不能)再加入现有的域。同时这个PC不容易管理,Win2003的终端服务器必须有终端授权证书服务器才可以不限时间的运行,但是即使是免激活的开放许可Win2003里面的终端证书服务器也是需要激活的,电话激活或者互联网激活都比较麻烦(需要开放授权的ID)。否则就要使用其它的远程管理软件,会产生其它的费用。如果将来有新的服务器或者PC调配过来,软件迁移到其它的服务器很麻烦。

再说第二个方案。这个方案的是将所有的软件都安装在虚拟机里面。宿主服务器的操作系统可以选择Win2003或者Linux。如果宿主服务器是Win2003,那么虚拟机软件必须是Visual Server 2005。如果想要宿主服务器使用Linux,可以直接使用VMware ESX Server,它内置一个定制的Linux系统,可以安装在无系统的主机上面。VMware ESX Server和Visual Server 2005比较,主要是强在VMware可以设置虚拟机具体使用几个CPU,和具体使用哪个CPU。

我现在使用的就是第二个方案。建了两个虚拟PC,第一个虚拟PC作为域控制器,安装了Exchange2003和SQL2000+sp3,分配了256MB内存。第二个虚拟PC只安装了SPS2003,分配了512内存。

这样做的优点是都可以通过Web远程管理,同时自带远程管理工具和虚拟终端。VMware ESX Server的虚拟终端可以是任何VNC软件,而Visual Server 2005的虚拟终端叫 VMRC(Virtual Nachine Remote Control Client),不需要单独的授权。虚拟机搬迁起来也很方便,将虚拟机的配置文件和相应的虚拟硬盘文件搬迁到新的服务器然后导入虚拟机就可以了。缺点就是速度比物理服务器实现的慢,相应对宿主服务器的硬件要求要高!

这两种方案各有千秋,可以用在不同的时候。比如我在去帮助市场人员做售前给客户演示门户系统的时候就是使用的第一种方案,将所有的软件装在了一个1G内存的笔记本电脑上面。而我们在内部开发的时候使用的就是第二种方案,毕竟服务器的速度要比笔记本电脑快的多。

Comments [0] | | #