以前我们在SharePoint 2007 中想要把一个用户从网站集中彻底删除的话，可以通过选择Site Actions—Site Settings—User and Permission—All people，然后选中这个用户，选择Action—Delete Users From Site Colletion.
截图如下：
点击All People 进入，就可以删除用户了。
截图如下：
但是细心地朋友会发现，这个功能在SharePoint 2010 正式版中没有了，
截图如下：
这是产品组的一个设计，本意是不希望提供直接删除用户的接口，只要在组里把用户移除就好，但是对于有这样需求的用户，就比较麻烦了。不过不用担心，其实"All People"这个页面并没有消失，只是隐藏起来了，我们只要输入people.aspx?MembershipGroupId=0这样的URL ，就可以进去了。
不明白？没关系，你先点击"People and groups",然后您的IE 地址栏应该是http://…/people.aspx?MembershipGroupId=7 这样的地址，只要把MembershipGroupId=7改为 MembershipGroupId=0，就可以进去"All People"页面，尽情的删除用户了~~~~~
posted @ 2010-10-22 16:48 bluehat 阅读(91) 评论(0)
编辑大家在使用SharePoint 2007或者 SharePoint 2010 里的SPGridView 的时候，可能会遇到两个问题。
问题一：无法显示分页的页码。
很多朋友很奇怪明明已经设置如下的代码
oGrid.AllowPaging = true;
oGrid.PageSize = 2;
oGrid.PageIndexChanging +=new GridViewPageEventHandler(oGrid_PageIndexChanging);
但是页面上无法显示页码。
这个是SharePoint 自己的问题，我们需要加入下面一行代码
Controls.Add(oGrid);
oGrid.PagerTemplate = null;//这行就是要加的代码，顺序很重要，一定要在Controls.Add之后，DataBind();之前
oGrid.DataBind();
现在再试试，是不是就可以看见页码了^_^
问题二：启用了过滤后，在翻页以后，发现在选择下一页，SPGridView会加载所有的数据，而不是filter过滤的数据。过滤功能失效了。
因为在render 下一页后，无法继续保存filter .所以这里有这样一个办法大家可以试试：
首先在OnPreRender里插入下面代码保存FilterExpression 到ViewState中，（记得确保代码里Enable ViewState）
protected override void OnPreRender(EventArgs e) {
ViewState["FilterExpression"] = odsDataSource.FilterExpression;
base.OnPreRender(e);
}
然后
在您的Controls.Add(odsDataSource); 之前插入下面的代码，
HttpRequest req = HttpContext.Current.Request; if (req.Form["__CALLBACKID"] == null ||
req.Form["__CALLBACKPARAM"] == null ||
!req.Form["__CALLBACKID"].EndsWith("ExampleGrid"))
{
if (ViewState["FilterExpression"] != null)
odsDataSource.FilterExpression = (string)ViewState["FilterExpression"];
}
posted @ 2010-10-22 16:46 bluehat 阅读(62) 评论(0)
编辑
在sharepoint 2010 管理中心配置同步连接（Configure Synchronization Connections ）的时候，总会弹出一个提示框说“有一个用户配置文件同步正在运行，无法转到请求页面”，对应的英文提示是 "Cannot navigate to the requested page while User Profile Synchronization is running. Please wait for the current Sychronization run to finish." 甚至等半天几个小时都是这样的错，无法往下走。
对于这样的错误，可以按照以下顺序进行检查：
1.Central Administration -->Application Management –>Manage services on server, 确保“User Profile Synchronization Service”这个服务是已经启动了的。
2.Central Administration –>Monitoring—>Check job status ,里，User Profile Synchronization 的job在运行中，多刷新几次，确保已经成功完成，可以在历史作业里查看到。
3.在命令行里运行”services.msc”,查看Forefront Identity Mananger Service 和Forefront Identity Mananger Synchronization Services,确保这两个services是运行状态.
4，当以上三步都做完，然后返回User Profile Service Application 界面，选择Configure Synchronization Connections 时，如果还是继续报上面的错误，有两个办法解决:
a)重启电脑，搞定
b)Central Administration –>Monitoring—>Check job status，点击 左边列表的Scheduled jobs,找到一个叫做Timer Service Recycle，点击打开，然后点击”run now”. 直到等待这个job运行结束，即可搞定。
posted @ 2010-10-22 16:43 bluehat 阅读(209) 评论(1)
编辑有很多人问到关于Exchange 2007 Server 服务器的内存使用问题。
首先它和Exchange 2003 是有很大差别的，Exchange 2003是32位架构设计，所以内存最大使用限制是4GB.而Exchange 2007是64位的，对内存的使用将不再有限制，甚至可以高达32GB甚至更高.我自己在测试环境中甚至发现 Store.exe这个进程对内存的占有率甚至高达90%，这是个正常现象,如果你刚好遇到，不用但是是不是出了什么问题。
在Exchange 2003里，存储进程Store.exe 处理数据库缓存是有上限的，一般在900MB,但是在Exchange2007里，数据库缓存将没有限制，最小是512M，上不封顶，也就是说内存有多大，缓存就扩充到多大，你会发现如果没有其他应用程序使用内存的话，Store.exe这个进程甚至消耗掉96%的内存，这样的目的就是要降低数据库对磁盘的I/O访问，提高性能和响应时间。当发现有其他应用程序需要一定的内存时，Store.exe这个进程会自动的缩小数据库缓存来释放一部分的内存空间出来以供使用。
当然我们也可以设定数据库缓存大小来控制其对内存的无限制的占有，方法如下：
How to modify the default database cache size:
To modify msExchESEParamCacheSizeMax:
1. Start ADSI Edit.
2. Open the following object:
Configuration/Services/Microsoft Exchange/Your organization/Administrative
Groups/Your administrative group/Servers/Server name/Information Store
3. Right-click Information Store, and then click Properties.
4. Under the list of Attributes, scroll down and select msExchESEParamCacheSizeMax.
5. Click the Edit button, then type the number of 8 kilobyte (KB) pages that you
want to set the maximum cache size to.
For example. 1GB cache equates to 1048576 (1024 * 1024). Divide the cache that you
want to set by 8kb to determine the value to enter. In this case, 1048576 divided
by 8 is 131072.
If you wanted to set the cache size to 16GB, the value would be 2097152 (16777216
divided by 8).
Note
======
The msExchESEParamCacheSizeMax parameter controls the ESE buffer size. Its
value is expressed as a page count, and must be set to an exact multiple of 8192
for maximum efficiency. If this value is not met, the cache size is rounded up to
the next 32-MB boundary when virtual memory is allocated. If this value is
incorrectly set, memory may be wasted.
6. Quit ADSI Edit, and then restart the Microsoft Exchange Information Store service.
不过，这样做可能会影响邮件服务器的性能，不建议大家这样做。
posted @ 2010-10-22 15:49 bluehat 阅读(74) 评论(0)
编辑