肥鸟先飞
替换ShatrPoint Protal Server 门户LOGO图标
把logo保存为“SITELOGO.GIF”
替换到：C:\Program Files\Common Files\Microsoft Shared\web server extensions\60\TEMPLATE\IMAGES
（非默认安装自行更改路径）
*****************************************************************************************
替换WSS网站的图标
把logo保存为“HOMEPAGE.GIF”
替换到：C:\Program Files\Common Files\Microsoft Shared\web server extensions\60\TEMPLATE\IMAGES
（非默认安装自行更改路径）
Exchange系列课程
http://www.microsoft.com/china/technet/webcasts/class/exchange.mspx
从管理和运营的角度看IT系列课程
http://www.microsoft.com/china/technet/webcasts/class/mof.mspx
MOF白皮书：
http://www.microsoft.com/china/technet/itsolutions/techguide/mof/default.mspx
ITIL文档：
http://www.itsm.org/
域本地组：
成员范围：所有的域
使用范围：自己所在的域
全局组：
成员范围：自己所在的域
使用范围：所有的域
假设，你有两个域，A和B，A中的5个财务人员和B中的3个财务人员都需要访问B中的“FINA”文件夹，这时，你可以在B中建一个DL，因为DL的成员可以来自所有的域，然后把这8个人都加入这个DL，并把FINA的访问权赋给DL。这样做的坏处是什么呢？因为DL是在B域中，所以管理权也在B域，如果A域中的5个人变成6个人，那只能A域管理员通知B域管理员，将DL的成员做一下修改，B域的管理员太累了。
这时候，我们改变一下，在A和B域中都各建立一个全局组（G），然后在B域中建立一个DL，把这两个G都加入B域中的DL中，然后把FINA的访问权赋给DL。哈哈，这下两个G组都有权访问FINA文件夹了，是吗？组嵌套造成权限继承嘛！这时候，两个G分布在A和B域中，也就是A和B的管理员都可以自己管理自己的G啦，只要把那5个人和3个人加入G中，就可以了！以后有任何修改，都可以自己做了，不用麻烦B域的管理员啦！
这就是AGDLP。
忘记说了，这里，A表示用户账号，G表示全局组，U表示通用组，DL表示域本地组，P表示资源权限。A-G-DL-P策略是将用户账号添加到全局组中，将全局组添加到域本地组中，然后为域本地组分配资源权限。
文章来源：http://blog.leexoyo.com/article.asp?id=87
今天试验的时候遇到权限分配问题，想到了曾经听过的AGDLP策略，在网上搜索了一下，发现这篇文章有个例子，很容易理解，收录了进来。^_^
事件查看器中看到不断出现下面的错误日志。
事件类型:错误
事件来源:TermServDevices
事件种类:无
事件 ID:1106
日期:2004-7-8
事件:14:06:37
用户:N/A
计算机:UBO-WS
描述:
无法安装打印机。
数据:
0000: ba 06 00 00 32 04 00 00 o…2…
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
针对此问题，我们得到事件来源和事件ID分别是 TermServDevices 和 1106
访问http://eventid.net/search.asp（这是个查询事件里面源和ID信息的很好的站点，免费收费服务都有，英文好的朋友可以直接阅读）将上面的事件来源和事件ID填入搜索关键字里面搜索，得到以下关于此错误的信息：
＝＝＝＝＝＝＝＝＝＝＝＝＝＝
Event ID: 1106 //错误事件ID
Source TermServDevices //错误事件源
Type Error //错误类型
Description The printer could not be installed. //简单描述（无法安装打印机）
Details Comments and links for event id 1106 from source TermServDevices //这里有详细链接到具体的讨论中，点击这里
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
接下来点击上文Detail的链接，得到详细的讨论，Comments显示则是一些国外IT朋友对此问题的讨论，很有参考价值，然后Links里面有到微软知识库的相关问题链接：Q239088 , Q294429，由此我们得到两个知识库ID号 239088 和 294429
微软知识库的链接方式为：http://support.microsoft.com/default.aspx?scid=kb;zh-cn;知识库ID号
最后，我们使用以下链接得到了最后的答案，并排错。
Windows 2000 终端服务服务器记录事件 1111、1105 和 1106
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;239088
Windows Server 终端服务中的打印机重定向体系结构
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;294429
一、如果已经有一个配置数据库，选择“连接到现有的配置数据库”，在“数据库服务器”中输入配置数据库服务器名称，在“配置数据库名称”中选择“指定自定义名称”，输入已有的数据库名称。OK。
二、将数据库设置在非系统盘：
1、打开SQL企业管理器，“工具”——“SQL Server 配置属性”——“数据库设置”——“新数据库默认位置”，分别输入数据和日志目录
2、在配置数据库设置页面，“创建配置数据库”。OK
日志事件：
来源: W32Time
事件 ID: 12
描述:
时间提供程序 NtpClient: 此机器配置为用域层级确定它的时间源，但它已经是在林的根目录域的 PDC 仿真，因此在域层级没有机器在它上面以用作时间源。建议您在根域上配置一个可靠的时间服务，或者手动配置 PDC 与外部时间源同步。否则，此机器将在域层级中作为权威的时间源。如果没有为此计算机配置或使用外部时间源，您可以选择禁用 NtpClient。
有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
解决方法：
因为PDC 主机在没有使用外部时间源的情况下运行，这段文本是为了提醒您使用外部时间源；您可以忽略它。
新装域控，在日志中的“应用程序”那一项里有个叹号：
事件ID 53258
MS DTC 无法正确处理DC升级/降级事件。MS DTC 将继续运行并使用现有的安全设置。
解决方法：
事件53258是由于帐户Network Service对于注册表键HKLM\Software\Microsoft\MSDTC权限不足造成的，授予帐户Network Service“创建子键”和“设置数值”的权限。
然后在组件服务里停止再重启 MS DTC( Distributed Transaction Coordinator ) 服务就行了