由于未曾实战，故先准备一份老资料在此，备不时之需！

由于Exchange Server会扩展Active Directory的Schema，将配置信息保存在Active Directory中，所以我们不能简单地重新安装了事。那样会覆盖掉以前的所有配置信息，包括地址簿结构、邮件存储还有其他的非邮件存储数据。让我们一步一步地来尝试修复。

[1] 安装Exchange Server

为了适应灾难恢复环境下的安装，Exchange Server以及后面的Exchange Server Service Pack的安装文件都提供了 /disasterrecovery 参数来实现灾难恢复环境下的系统修复。

我们需要将系统恢复到崩溃前的状态，如果安装了SP和Patch，新的系统也要安装相同的SP和Patch。

安装组件的选择也很重要，必须与崩溃时的系统所安装的组件一致。所以，日常维护中记录软件的安装配置也是一项很重要的工作。

在这个例子中，安装好邮件服务器后，依次安装SP3还有Rollout，恢复到崩溃之前的软件安装。

[2] 修复邮件存储

Exchange Server 2000 发生损坏时，信息存储是最容易受到影响的组件之一。实际上Windows家族的很多设计为永远在线工作的数据库，都使用了Exchange数据库引擎。信息存储由下列四个数据库文件组成：

Priv1.edb

Priv1.stm

Pub1.edb

Pub1.stm

Priv1.edb 数据库文件包含简单邮件传输协议 (SMTP) 邮件，其中包括正在传送的邮件和存储在服务器上的邮件。Priv1.stm 数据库文件包含正在传送的邮件和存储的非 SMTP邮件。Pub1.edb 数据库文件包含用于SMTP 格式信息的公用文件夹存储。Pub1.stm包含用于非SMTP格式数据的共用文件夹存储。

我们的邮件服务器是stand alone的，没有使用站点连接器，也没有安装密钥管理。所以，我们选择了KB313184的恢复流程。

由于我们的数据库是异常退出，所以需要确认数据库的一致性。如果数据库是一致的，则所有日志文件都已提交给信息存储。如果数据库不一致，则数据库可能未损坏。相反，日志文件可能丢失、被损坏或尚未提交到数据库。

我们运行下面的eseutil命令以检查公用和专用数据库的一致性（为便于阅读，这些命令已折行，粗斜体为输入内容）。

C:\Program Files\exchsrvr\BIN>eseutil /mh "C:\Program Files\exchsrvr

\MDBDATA\priv1.edb"
C:\Program Files\exchsrvr\BIN>eseutil /mh "C:\Program Files\exchsrvr

\MDBDATA\pub1.edb"

注意：这里假设正在从C盘上的Program Files\ExchSrvr\Bin文件夹中运行程序，并且.edb文件位于Program Files\ExchSrvr\Mdbdata文件夹中，如果执行了升级，这些数据库文件可能位于C:\Exchsrvr\Mdbdata文件夹中。如果优化了数据库，则这些文件可能位于另一驱动器上，可根据实际情况自行替换。

要验证.edb文件是否一致，请检查标有“State”的输出行。为了方便观察可以在前面的命令行后面分别加上“> mypriv.txt”和“> mypub.txt”，生成两个文本文件。或者使用“| more”参数来逐屏输出。

在我们的例子里，服务器上的数据库state是“Dirty Shutdown”，所以需要对数据库进行软故障恢复，以检查 Mdbdata 文件夹中是否存储了日志文件的副本。

注意：以下步骤并不是按操作顺序排列的，也不是每一步都必须执行的，修复邮件存储，需要根据实际情况选择一步或者几部执行！

(a) 保存有日志文件的存储恢复

执行软故障恢复时，所有未提交的日志文件都将被提交给信息存储数据库。打开数据库和日志文件所驻留的文件夹，然后在命令提示符处键入下面的内容（为便于阅读，这些命令已折行，粗斜体为输入内容）：

C:\Program Files\exchsrvr\MDBDATA>"C:\Program Files\exchsrvr

\BIN\eseutil.exe" /r E00

单击“是”运行修复。实用工具将显示下面的消息：

Microsoft(R) Exchange Server(TM) Database Utilities

Version 6.0

Copyright (C) Microsoft Corporation 1991-2000. All right reserved.

Initiating RECOVERY mode...

Logfile base name:E00

Log Files:(current directory)

System files:(current directory)

Performing soft recovery...

完成软故障恢复之后，程序将显示下面的消息：

Operation completed successfully in x.xxx seconds.

可再次运行 eseutil /mh 命令。如果公用信息存储和专用信息存储的状态都更改为“一致”，表明数据库已经修复。

(b) 无日志文件或者日志文件损坏的存储恢复

如果eseutil /r 命令未恢复数据库到一致状态，请使用硬故障恢复（强制状态恢复）命令。（注意：该命令可能会丢失某些 Exchange 2000 数据，其中包括尚未提交给信息存储数据库的日志文件中所包含的消息。Microsoft 建议，只有在执行软故障恢复后公用信息存储或专用信息存储仍没有恢复到一致的状态时，才使用此命令。）

在命令提示符处，键入下列命令（为便于阅读，这些命令已折行，粗斜体为输入内容）：

将 Priv1.edb 文件恢复到一致状态：

C:\Program Files\exchsrvr\MDBDATA>"C:\Program Files\exchsrvr\BIN\eseutil" /p priv1.edb

将 Pub1.edb 文件恢复到一致状态：

C:\Program Files\exchsrvr\MDBDATA>"C:\Program Files\exchsrvr\BIN\eseutil" /p pub1.edb

单击“是”运行修复。实用工具将显示下面的消息：

Microsoft(R) Exchange Server(TM) Database Utilities

Version 6.0

Copyright (C) Microsoft Corporation 1991-2000. All right reserved.

Initiating REPAIR mode...

Database:priv1.edb

Streaming file:priv1.stm

Temp.Database:TEMPREPAIR1820.EDB

Checking database integrity.

Scanning Status (% complete)

0 10 20 30 40 50 60 70 80 90 100

|----|----|----|----|----|----|----|----|----|-----|

....................................................

修复过程中将自动包括.stm 文件。在完成此过程之后，程序将显示下面的消息：

Integrity check successful.

(c) 进行邮件存储的脱机碎片整理

建议对修复的数据库文件执行碎片整理。特别是磁盘空间不足的时候。可以在另外的机器上执行这种脱机碎片整理工作。如果对 Pub1.edb 文件和 Priv1.edb 文件都运行了软故障恢复过程，请分别对这两个文件运行下面的碎片整理命令（为便于阅读，这些命令已折行，粗斜体为输入内容）。

对 Priv1.edb 进行碎片整理：

C:\Program Files\exchsrvr\BIN>eseutil /d

C:\Program Files\exchsrvr\MDBDATA\priv1.edb

对 Pub1.edb 进行碎片整理：

C:\Program Files\exchsrvr\BIN>eseutil /d

C:\Program Files\exchsrvr\MDBDATA\pub1.edb

注意：如果存储数据库很大，整理需要一段时间。如果提示磁盘空间不足，请将 Program File\ExchSrvr\Bin 文件夹复制到更大的磁盘，然后尝试从该位置运行此命令。

删除 Mdbdata 文件夹中的所有.log 文件、.chk 文件，然后删除 Temp.edb 文件（如果存在）。 关闭所有收发信的服务，以避免用户在修复过程中访问邮件存储。将数据库装入一次，然后立即将其卸载（Dismount）。

建议对修复的数据库文件执行碎片整理。特别是磁盘空间不足的时候。可以在另外的机器上执行这种脱机碎片整理工作。如果对 Pub1.edb 文件和 Priv1.edb 文件都运行了软故障恢复过程，请分别对这两个文件运行下面的碎片整理命令（为便于阅读，这些命令已折行，粗斜体为输入内容）。

对 Priv1.edb 进行碎片整理：

C:\Program Files\exchsrvr\BIN>eseutil /d

C:\Program Files\exchsrvr\MDBDATA\priv1.edb

对 Pub1.edb 进行碎片整理：

C:\Program Files\exchsrvr\BIN>eseutil /d

C:\Program Files\exchsrvr\MDBDATA\pub1.edb

注意：如果存储数据库很大，整理需要一段时间。如果提示磁盘空间不足，请将 Program File\ExchSrvr\Bin 文件夹复制到更大的磁盘，然后尝试从该位置运行此命令。

使用<, SPAN lang=EN-US> Isinteg.exe</FONT,>实用工具可对Pub1.edb 数据库和 Priv1.edb 数据库的所有区域运行测试，并报告测试结果，而且还会尝试修复遇到的任何问题。（为便于阅读，这些命令已折行，粗斜体为输入内容）：

C:\Program Files\exchsrvr\BIN>isinteg -s (servername) -fix -test alltests

系统会提示您选择要检查的数据库。

Index Status Database-Name

Storage Group Name:First Storage Group

1 Offline Mailbox Store (servername)

2 Offline Public Folder Store (servername)

Enter a number to select a database or press Return to exit.

注意：Exchange 2000 不再结合使用 -patch 选项来实现 Isinteg 实用工具。修补操作将在信息存储启动时由 Store.exe 自动执行。

只能检查标记为“Offline”（脱机）的数据库。在选择一个数据库后，将出现下面的消息，提示确认我们的选择：

"You have selected First Storage Group / Mailbox Store <servername>

Continue?(Y/N)"

Press <B>Y</B> and <B>Enter</B> to start checking the selected database.

重复修复的过程，直到不报告警告、错误或修复信息，报告内容类似于以下显示：

Test reference table construction result:

0 error(s); 0 warning(s); 0 fix(es); 0 row(s); time:0h:0m:0s

Test Folder Result:

0 error(s); 0 warning(s); 0 fix(es); 101 row(s); time:0h:0m:0s

Now in test 3 (reference count verification)of total 3 tests;

100% complete.

如果连续三次出现同样的警告、错误或修复信息，可以忽略。这些错误可能是由于损坏的电子邮件附件，或者不会阻止启动信息存储的类似情况造成的。

(d) 使用ExMerge移动邮件到新的邮件存储

如果多次运行 Isinteg.exe 后仍报告同样的错误和警告，但是存储服务可以正常启动。我们可以将所有用户邮箱导出为.pst文件。然后再将这些.pst文件合并为新的Priv1.edb文件。如果使用电子邮件的脱机存储（.ost文件），必须先将.ost文件移至.pst文件中。

限制：必须要运行存储服务。ExMerge只能移动用户邮箱，不能移动特定的Exchange 2000配置属性，如连接器设置、Outlook设置或客户端规则。也不能移动通讯组列表、通讯组列表中的成员或公用文件夹。可以将公用文件夹内容移动到用户的个人文件夹中，以便在合并的.pst文件中包括公用文件夹信息。如果您尝试此过程，则必须手动重新创建或重新配置通讯组列表。

确保当前没有用户正在访问服务器邮箱，运行ExMerge。

使用两步合并中的第一步，然后输入所有用户。当ExMerge过程完成之后，停止Exchange 2000信息存储服务，找到并打开 ExchSrvr\Mdbdata 文件夹，然后重命名Pub1.edb和Priv1.edb文件。删除此文件夹中的所有其他文件。在确信合并成功完成之前，请务必不要删除重命名的 Pub1.edb和Priv1.edb文件，以留作备份。重新启动 Exchange 2000 信息存储服务。在客户机上启动 Outlook，然后向 Exchange 2000 全球通讯簿中的所有用户发送一封电子邮件。（注意：如果未完成此步骤，ExMerge 两步合并中的第二步将不显示任何可供还原的邮箱。）

使用两步合并中的第二步运行 ExMerge，然后输入所有用户。完成此过程后，以前存储在.pst文件中的电子邮件将被移至Exchange 2000邮箱，我们将得到一个包含所有电子邮件副本的新 Priv1.edb 文件。（注意：如果用户登录到空邮箱，则帐户可能未连接到新创建的邮箱。）

要恢复公用文件夹存储，需要在客户端（如Outlook）将公用文件夹复制到该客户端上用户的个人文件夹。停止信息存储服务，然后重命名现有的 Pub1.edb 和 Pub1.stm 文件。要创建新的 Pub1.edb，请装入公用文件夹数据库。单击“确定”创建新的 Pub1.edb。将文件夹从客户端移回服务器上的新公用文件夹结构。

接下来重新启动信息存储。

（注意：必须恢复公用存储上的所有权限。在能够访问电子邮件和公用文件夹后，应尽快执行备份并验证备份是否成功。此过程还将删除到此时间点为止收到的邮件的单一实例存储。结果，Exchange 2000 数据库可能会增长，并需要更多的磁盘空间。）

[3] 使用一致性调整程序

Exchange 2000 中，Mbconn.exe 实用工具提供了相同的功能。有关更多信息，请参阅“Mailbox Reconnect Help”（邮箱重新连接帮助）文件 (Mbconn.chm)，该文件位于<CD 驱动器>\ExchSrvr\Server\Support\Utils\i386 文件夹中。您可以与 /G 开关一起使用 Eseutil 来验证信息存储的完整性。

[4] 使用Exchange 2000目录服务完整性检查程序(E2kdsinteg)

E2kdsinteg 实用工具最初包括在Exchange 2000 SP2中。在安装并运行 Exchange 2000或Exchange 2000 Active Directory连接器(ADC)后，此实用工具将报告Active Directory的运行状态。E2kdsinteg实用工具以文本文件的格式生成简单的报告，该报告记录异常或可疑的对象。E2kdsinteg不会更改Active Directory 中的任何对象。根据Active Directory中支持邮件的对象和配置对象的数量，处理支持邮件的对象可能需要相当长的时间。

我们的例子中，由于Active Directory中的Exchange Server信息没有损坏，所以略过这一步。

[1] 修复DCOM错误

用户的要求总是千奇百怪的。幸运的是Exchange Server给我们提供了多种多样的邮件访问方式。

我们可以使用Exchange客户端，也可以使用Office里面的Outlook通过RPC连接来收发邮件；可以使用诸如Outlook Express之类的邮件客户端通过POP3/SMTP/IMAP协议收发邮件；还可以干脆就使用任何支持SSL的Web客户端比如Internet Explorer通过OWA来收发邮件。

在这个例子里，我们应用了OWA来为不能使用Outlook客户端或者POP3/SMTP客户端的客户服务。我们重新安装了OWA，但是它不能正常工作：根本就不能打开任何非静态的页面。经查，每次我们要求访问需要执行脚本的目录，就会在系统日志中留下如下日志：

Event ID: 10004

Source: DCOM

DCOM got error "Logon failure: unknown user name or bad password. " and was unable to logon .\IWAM_MYSERVER in order to run the server:{3D14228D-FBE1-11D0-995D-00C04FD919C1}

Event ID: 36

Source: W3SVC

The server failed to load application '/LM/W3SVC/1/Root/Conferencing'. The error was 'The server process could not be started because the configured identity is incorrect. Check the username and password'.

For additional information specific to this message please visit the Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp.

这可能有两种原因：

(a) 组件服务

COM+账号信息存储在IIS metabase中，由Active Directory来同步，但是COM+不会自动更新。Windows 2000组件服务和Internet Information Services (IIS) 进程不同步的话，IWAM_<machine>账号和IIS metabase就不同步而出现上述日志。

IIS提供synciwam.vbs脚本来同步IWAM_<machine> 账号和IIS metabase。该脚本位于Inetpub\AdminScripts下面。可以使用Cscript或Wscript来运行该脚本。

使用Cscript运行Synciwam.vbs:

c:\Inetpub\AdminScripts>cscript synciwam.vbs -v

可以看到该脚本成功执行。

使用Wscript运行Synciwam.vbs:

c:\Inetpub\AdminScripts>wscript c:\Inetpub\AdminScripts\synciwam.vbs -v

可以看到图形的界面下该脚本成功执行。

(b) 账号的密码

IWAM_<machine>是IIS用于执行脚本的账号，虽然我们从来没有为它设过密码，但是它的确使用了密码。虽然这个账号是本地的，但是却会保存在Active Directory中。如果存储在Active Directory中的密码与IIS metabase中的不一致，该账号将无法启动IIS的脚本进程。我们遇到的就是这种情况了。

可以使用adsutil脚本来修复该问题。

c:\Inetpub\AdminScripts>adsutil GET w3svc/WAMUserName
WAMUserName: (String) "IWAM_name"

这里的name通常就是服务器的机器名。

打开组件服务的MMC控制台，展开“Component Services”文件夹，展开“My Computer”文件夹，找到“COM+ Applications”文件夹，右键单击，选择“IIS Out-of-Process Applications”，确认“Advanced”页面里的“Disable changes”选择框被清除，这可以确保IWAM_<Computer>账号的改动会保存在Active Directory里。

如果IIS运行于域控制器，打开“Active Directory用户和计算机的MMC管理控制台snap-in。如果IIS运行于成员服务器，则右键单击“我的电脑”，选择“管理”，展开“系统工具”，展开“本地用户和组”，选择“用户”文件夹。

在右边找到我们刚才通过adsutil脚本查询到的IWAM账号名，更改该账号的密码。然后通过脚本来修改IIS metabase里的IWAM账号密码：

c:\Inetpub\AdminScripts>adsutil SET w3svc/WAMUserPass Password
WAMUserPass: (String) "Password"

可以看到提示修改成功，接着通过刚才的管理控制台，找到“服务”，停止、然后启动“IIS Admin”服务。也可以使用命令行：

c:\>net stop iisadmin /y

c:\>net start w3svc

[2] 证书服务

使用OWA的更改密码功能时，由于密码使用明文传送，非常危险。为了保证账号的安全，我们必须为该功能启用SSL（安全套接字层）加密。为了实现SSL，需要使用证书来验证IIS服务。

    前面我们安装了证书服务，为的就是给IIS和域内账号提供证书。如果您有商业公司发布的证书（如VeriSign等），当然也可以直接使用他们的。为该IIS服务生成一张服务器证书，并导出。将其安装至“受信任的企业根证书”，这样该证书可以被与用户信任。

    打开“Internet 信息服务”的管理控制台Snap-in，右键单击“默认Web站点”（这里我们假设IIS上面只有一个站点并且该站点准备用来使用OWA，如果情况不同，请自行修改），在“默认站点属性”中选择“目录安全性”，在其下方的“安全通信”中单击“服务器证书”，使用其向导安装我们刚才导出的服务器证书。

    为了通过OWA可以修改用户的密码，需要在默认站点下，建立“IISADMPWD”的虚拟文件夹。该目录只允许读取。“应用程序设置”那里的“应用程序名”填入IISADMPWD，执行许可为纯脚本。

    打开Internet Explorer，输入“http://<ExchangeServerAddress>/exchange”，看看是否可以正常OWA。

来自阿喜的空间

建立用户

Mossadmin----网站管理员

Mossappool----应用程序池管理员

Mosssql----数据库管理员

Searchadmin----MOSS搜索用户

WSS_search-----WSS搜索用户

Mosspersonal---个人网站应用程序用户

安装配置SQL

安装SQL SP2

设置SQL内存

安装donet3.0

配置MOSS

这个错误是由于在安装SQL时选择的排序方式不对，需要rebuilt Master数据库

http://technet.microsoft.com/zh-cn/library/ms144259.aspx

配置IE记住管理中心密码

配置管理中心

配置office SharePoint server搜索

配置windows sharepoint services

设置“HTML查看器”

安装

在服务里查看

安装OWC

在office2007没有了office web component,可以安装office2003的，此组件可以在没有安装office的电脑上安装，查看网页上的excel文件

配置传出电子邮件

配置传入电子邮件设置

传入电子邮件的域名和传出电子邮件地址的域不能相同，我们直接在MOSS服务器上启用SMTP服务，以实现传入电子邮件功能

在AD上建立一个OU，用来存放传入电子邮件的地址

在DNS上为MOSS加MX记录

在MOSS上安装SMTP服务

配置MOSS上的SMTP

设置允许中继,允许exchange服务器

在MOSS里设置

创建WEB应用程序和共享服务

如果你选择的是手动启动IIS，可以在命令方式下输入iisreset /noforce

创建个人网站应用程序

创建服务器场共享服务SSP

SSP的WEB应用程序选择创建的共享服务WEB程序“SharePoint-800”

SSP的我的网站的WEB应用程序选择“SharePoint-8010”

回到管理中心，你会发现红色的提醒已经没有了

设置爬网

选择“搜索设置”

设置完全爬网

设置增量爬网

配置用户属性

查看导入日志

执行备份

安装模板

安装Office Web Parts，此模板安装后能在网页里添加office组件

1. stsadm.exe -o addwppack -filename “microsoft.office.dataparts.cab" -globalinstall

安装完成后，可到管理中心---操作---解决方案管理中看到

在你编辑页面中添加 WEB部件的时候会有office组件

转载

SQL Server 2005 的数据库维护与SQL Server 2000相比变化也非常大。在这次数据库系统升级过程中，针对数据库的备份等策略进行了如下的设置步骤。

定义并设置如下的备份策略：

1.      每周1次完全备份，周日晚0点。超过4周清空之前的备份。

2.      每天1次差异备份，每天0点。超过1周清空之前的备份。

3.      每2小时一次日志备份，超过1天清空之前的备份。

* 这个策略同样推荐给其他中小型企业用户

第一步：启用维护计划任务。

在“管理”－>“维护计划”上右键弹出菜单，选“维护计划向导”。如图（11）所示。

图（11）

       第二步：“下一步”，设置“维护计划”的名称，如××数据库完全备份策略。设置代理执行维护计划的帐户及口令，如sa。

图（12）

       第三步：“下一步”，选择维护计划类型，如备份数据库（完整）。如图（13）所示。

       注意：不要同时选中完整、差异、日志，或选中其中几项，因为备份策略需要单独设置。

图（13）

      第四步：“下一步”，定义维护计划任务（备份任务），一般情况下，在这个页面窗口只需要选择正确的数据库名称和备份的文件夹路径即可，其他都默认设置。如图（14）所示。

图（14）

         第五步：“下一步”，设置计划执行作业。设置为每周的周日0点执行。如图（15）所示。

图（15）

第五步：“下一步”，维护计划日志文件的写入位置。默认即可。如图（16）所示。

图（16）

第六步：“下一步”，结束。注意，还需要再配置清除过期备份文件的策略。在“管理”－>“维护计划”－>刚才新建的维护计划上右键选“修改”。在这个面板页面，目前默认只有备份数据库(完整)一个节点。从工具箱，把“清除维护（任务）”拖到模板页面。把上一步的方向线拖动指向到这个“清除维护（任务）”节点。如图（17）所示。

图（17）

在“清除维护（任务）”节点上，右键选“编辑…”，设置文件保留的时间。如图（18）所示。

图（18）

第七步：重复1～6的步骤，设置数据库的差异备份和日志备份。完成后，先手工执行测试。

转自阿喜的Spaces

Microsoft Office SharePoint Server 2007 Forms Authentication

本文将演示如何在MOSS2007中实现表单验证.

创建ASP.NET 2.0 表单验证数据库

创建ASP.NET 2.0数据库

使用Microsoft .NET 2.0提供的工具aspnet_regsql.exe来创建一个名为AspNetDb数据库:

在Visual Studio 2005命令提示中执行 asp_regsql –A all –E.

在SQL Server 2005中查看刚才创建好的数据库.

配置成员资格提供程序和角色提供程序

创建好数据库之后,需要在数据库中添加用户,最简单的方法是利用ASP.NET网站管理工具.

在Visual Studio 2005中创建一个ASP.NET站点.

打开项目中的web.config文件,如果项目中没有web.config文件的话,可以手动添加一个移动Web配置文件.

在<configuration>节点内添加<connectionStrings>节点:

<connectionStrings>

<remove name="AspNetSqlProvider" />

<add name="AspNetSqlProvider"

connectionString="server=SQL服务器名称; database=aspnetdb; Trusted_Connection=True" />

</connectionStrings>

接着指定membership和role的提供程序,在<system.web>节点内添加<membership>节点和<roleManager>节点:

<!--Membership Provider-->

<membership defaultProvider="AspNetSqlMembershipProvider">

<providers>

<remove name="AspNetSqlMembershipProvider" />

<add connectionStringName="AspNetSqlProvider"

passwordAttemptWindow="10"

enablePasswordRetrieval="false"

enablePasswordReset="true"

requiresQuestionAndAnswer="true"

applicationName="/"

requiresUniqueEmail="false"

passwordFormat="Hashed"

description="Stores and retrieves membership data from the Microsoft SQL Server database"

name="AspNetSqlMembershipProvider"

type="System.Web.Security.SqlMembershipProvider, System.Web, Version=2.0.3600.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />

</providers>

</membership>

<!--Role Provider-->

<roleManager enabled="true" defaultProvider="AspNetSqlRoleProvider">

<providers>

<remove name="AspNetSqlRoleProvider" />

<add connectionStringName="AspNetSqlProvider"

applicationName="/"

description="Stores and retrieves roles data from the local Microsoft SQL Server database"

name="AspNetSqlRoleProvider"

type="System.Web.Security.SqlRoleProvider, System.Web, Version=2.0.3600.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />

</providers>

</roleManager>

以上的步骤完成之后,选择Visual Studio 2005菜单中的网站 > ASP.NET配置:

点击安全:

点击选择身份验证类型:

选择通过Internet,点击完成.

创建用户

在上一步返回的页面中选择创建用户:

填写用户信息后点击创建用户:

点击继续来创建另外一个用户Blueheart.

最后我们来确定一下web.config中的成员资格和角色提供程序是否正确,在ASP.NET网站管理工具中点击提供程序选项卡:

点击为每项功能选择不同的提供程序(高级):

这张页面列出了我们在web.config中指定的提供程序,点击测试来确认是否能成功连接到数据库:

创建Web应用程序和网站集

创建第一个Web应用程序

打开SharePoint管理中心网站 > 应用程序管理 > 创建或扩展Web应用程序 > 新建Web应用程序:

· 端口:8001

· 验证提供程序:NTLM

· 允许匿名访问:否

下文中简称此Web应用程序为8001站点.

创建网站集

Web应用程序创建完成之后,点击页面中的创建网站集链接创建一个网站集:

l 模板选择: 发布门户

l 网站地址:/

创建第二个Web应用程序

打开SharePoint管理中心网站 > 应用程序管理 > 创建或扩展Web应用程序 > 扩展现有Web应用程序:

· 端口:8002

· 验证提供程序:NTLM

· 允许匿名访问:是

· 负载平衡URL区域:Internet

下文中简称此Web应用程序为8002站点.

配置Web应用程序与ASP.NET 2.0表单验证数据库的连接

配置Web应用程序

打开8001站点的web.config文件, 添加连接字符串,membership和role提供程序并保存.

如果不知道web.config文件的路径,可以打开Internet信息服务(IIS)管理器,找到8001站点,查看其属性,打开主目录选项卡,在本地路径处可以看到其存放位置:

以同样的方法修改8002站点的web.config文件.

配置SharePoint 管理中心

在SharePoint管理中心的web.config文件中添加连接字符串,membership提供程序和role提供程序,按照之前的方法添加过后,还需要做一步必要的修改,将<roleManager>的defaultProvider属性的值修改为AspNetWindowsTokenRoleProvider.

在Web应用程序中启用表单验证

打开SharePoint管理中心网站 > 应用程序管理 > 验证提供程序:

确定当前Web应用程序是8001站点,点击Internet.

在编辑验证页面做以下修改并保存:

· 验证类型:表单

· 启用匿名访问:是

· 成员身份提供程序名称:AspNetSqlMembershipProvider

· 角色管理器提供名称:AspNetSqlRoleProveder

打开8002站点,显示登录页面:

下面向网站中添加用户来映射到自定义数据库中的用户.

打开8001站点 > 网站操作 > 网站设置 > 人员和组 > 新建:

l 用户名:blueheart

l 授予权限:访问者

下面来测试一下,在刚才打开的8002站点登录页面,输入blueheart和密码,登录成功:

因为我们只授予blueheart访问者的权限,所以点击页面左侧任务列表中的启用匿名访问会被拒绝访问:

启用匿名访问

打开SharePoint管理中心 > Web应用程序的策略:

确定当前Web应用程序是8001站点,点击添加用户:

区域选择Internet > 下一步:

l 用户:windie

l 权限:完全控制

现在用windie登录8002站点,点击页面左侧任务列表中的启用匿名访问(另一种途径:网站操作 > 网站设置 > 修改所有网站设置 > 高级权限 > 设置 > 匿名访问):

设置匿名用户可访问整个网站.

现在从8002站点注销,测试匿名访问是否正常工作:

配置个别网站的权限

采用发布网站模板的网站集中默认包含一个新闻发布网站,新闻发布网站继承网站集的权限,也就是说启用匿名访问之后,匿名用户也可以访问这个新闻发布网站.

本节演示如何设置网站集下的个别网站的权限:

打开8001站点 > 网站操作 > 管理内容和结构:

在新闻发布节的菜单中选择高级权限,在权限:新闻发布页面中选择操作 > 编辑权限:

在弹出来的对话框中点击确定:

打开权限:新闻发布页面中新出现的设置菜单 > 匿名访问,选择匿名用户可访问的内容为无.

现在匿名访问8002站点,发现新闻发布网站已经从网站集的导航栏中隐藏了:

单独设置权限之前

单独设置权限之后

领导电脑经常用着用着无缘无故突然蓝屏：XP、Realtek的板载声卡,蓝屏提示信息:
A problem has been detected and windows has been shut down to prevent
damage to your computer.
DRIVER-IRQL-NOT-LESS-OR-EQUAL
If this is the first time you've seen this stop error screen appears again,
follow these steps:
check to make sure any newhardware or software is properly installed.
If this is a new installatian,ask your hardware or software manufacturer
for any windows updates you might need.
If problem continue,disable or remove any nowly installed hardware or
software Disable BIOS memoryoptions such as caching or shadowing.
If you need to use safe mode to remove or disable components,restart
your computer,press F8 to select Advanced startup.
options,and then select Safe Mode.
Technical information:
★★★Stop:0×00000001(0×FC000000,0×00000002,0×00000000,0×
f6f45773)
★★★ALCXWDM.SYS-Address FC0fde18 base at FC0CA000,Datestamp
3b5557fc.
Beginning dump of physical memory physical memory dump complete.
Contact your system administrator or technical support group for further assistance.
我在网上也见了许多朋友有类似的问题，就是上面的内存地址有所不同而已，但都不知该怎么办，诸如重装声卡驱动，插拔内存等等，都不管用.

已经确定是否声卡冲突写入错误报告时造成的问题，

1. 更新新的声卡驱动程序无法解决；
2. 关闭主板的声卡是另一种方法；
3. 关闭错误报告：
1. 打开系统属性窗口，选择“高级”标签，在“启动和故障恢复”栏中单击“设置”按钮，在打开的对话框中，取消所有选项选择，并在“写入调试信息”选项列表中选择“无”
2. 打开系统属性对话框，选择“高级”标签，单击“错误报告”按钮，选择“禁用错误汇报”选项

转贴于 nemo

今天正好研究研究daemon这个软件的安装，发现点小问题，科普一下，呵呵

下载  daemon tools  虚拟光驱软件的时候，版本很多，但基本都是写着

Daemon Tools Vx.xx (with SPTD V1.xx)

这样的字样，那么这个SPTD是什么软件呢？

找了半天，也明白了个一知半解，用我的理解给大家说一下，当然如果有错误，也请大家留言回复指出来：

SPTD是一个底层的硬件驱动程序，可以通过它，直接操作底层的硬件设备，比如光驱，硬盘等等，但是会程序的人都知道，这样的程序可以自己写啊，为什么非得用这个SPTD程序来操作呢，这里我们来看看为什么deamon要用他：

SPTD的官方解释是：

SCSI Pass Through Direct (SPTD) layer (32 bit). Basically SPTD is similar to other access layers used by other programs who provide access to storage devices but it has a lot more features that make this interface unique.

实际上就是说，SPTD可以优先控制底层硬件，而将控制权提供给调用他的程序！！

聪明人到这就明白了，为什么deamon tools 要带这个软件的原因，因为deamon tools这样的虚拟光驱软件，向来都是破解游戏，破解软件虚拟光驱的好帮手，但SF防破解保护程序针对的就是DT这种工具， 双方争夺的交点就是对底层硬件的控制权，谁抢先控制底层设备，谁就能胜利。。。。

大家明白了吧，SPTD就是在这里扮演抢夺者的角色！

http://www.duplexsecure.com/home

是SPTD的官方网站，最新的版本是1.50 现在的DT 大多带的是 1.43～1.47 版，如果你在模拟某些游戏的时候无法模拟，或干掉SF加密，也许可以试试自己升级一下SPTD软件，升级十分简单，到

http://www.duplexsecure.com/en/downloads

下载对应的版本就可以了，双击安装，程序可以根据你的情况出现升级或卸载后再重新安装的提示，我就不废话了。这里是我安装后的显示：

我还没是实验有什么好处，反正就当小白鼠好了，回家想试试是否能将《大富翁8》模拟了。呵呵

最后我再稍微说一下如何处理出现 SPTD.sys等软件问题的处理：

一、手工处理，禁用SPTD软件功能 （因为他的抢占功能，有时候会与一些带有此功能的软件冲突，比如汇编的softice软件等等）

1、重启机器到安全模式，安全模式启动的时候，会在屏幕底部出现 “Press ESC to cancel loading SPTD.sys”  ，这时候马上按一下”ESC” 就会取消调用 SPTD.sys

2、 启动进入安全模式后，启动注册表编辑器 regedit.exe 找到“HKEY_LOCAL_MACHINE\System\CurrentControlSet\ Services\sptd“  将START的DWORD值设置为“4”

3、重启进入正常系统，SPTD功能就被禁用了，如果要恢复，只要把刚才的DWORD值再设置为“0” 就可以了！

当然此时sptd.sys软件还在机器内，只是没有调用，如果还是不行，我们来看第二种方法

二、完全卸载SPTD

这个方法我认为比较简单，也省事

去SPTD的官方下载页面 下载一个 SPTD的安装包，任意版本都可，双击安装，就会出现 update 或  uninstall  我们当然选 uninstall了 就完全卸载掉sptd了

需要的时候再运行一次安装就可以了～

稀里哗啦的写了这么多，也不知道大家看明白没有，也可能我自己理解的也不是正确，大家多提意见～

最后我反复尝试都无法正常安装在我的WIN2OO3R2X64上，不得已只好安装了我以前的旧爱Alcohol120%，这个可特别地快且一切正常。

饿着肚皮来规划和架设MOSS2007。

还好，今天办了港澳通行证。

以下是一些RGB颜色代码的中文叫法，值得参考：
1    白色 #FFFFFF                    51 桔黄色    #E47833
2    红色 #FF0000                    52 褐红色    #8E236B
3    绿色 #00FF00                    53 中海蓝色    #32CD99
4    蓝色 #0000FF                    54 中蓝色    #3232CD
5    牡丹红 #FF00FF                 55 中森林绿    #6B8E23
6    青色 #00FFFF                     56 中鲜黄色    #EAEAAE
7    黄色 #FFFF00                     57 中兰花色    #9370DB
8    黑色 #000000                     58 中海绿色    #426F42
9    海蓝 #70DB93                    59 中石板蓝色    #7F00FF
10 巧克力色    #5C3317            60 中春绿色    #7FFF00
11 蓝紫色    #9F5F9F                61 中绿松石色    #70DBDB
12 黄铜色    #B5A642               62 中紫红色    #DB7093
13 亮金色    #D9D919               63 中木色    #A68064
14 棕色    #A67D3D                  64 深藏青色    #2F2F4F
15 青铜色    #8C7853                65 海军蓝    #23238E
16 2号青铜色 #A67D3D            66 霓虹篮    #4D4DFF
17 士官服蓝色    #5F9F9F         67 霓虹粉红    #FF6EC7
18 冷铜色    #D98719                68 新深藏青色    #00009C
19 铜色    #B87333                    69 新棕褐色    #EBC79E
20 珊瑚红    #FF7F00                 70 暗金黄色    #CFB53B
21 紫蓝色    #42426F                 71 橙色    #FF7F00
22 深棕    #5C4033                    72 橙红色    #FF2400
23 深绿    #2F4F2F                    73 淡紫色    #DB70DB
24 深铜绿色    #4A766E            74 浅绿色    #8FBC8F
25 深橄榄绿    #4F4F2F             75 粉红色    #BC8F8F
26 深兰花色    #9932CD            76 李子色    #EAADEA
27 深紫色    #871F78                77 石英色    #D9D9F3
28 深石板蓝    #6B238E            78 艳蓝色    #5959AB
29 深铅灰色    #2F4F4F            79 鲑鱼色    #6F4242
30 深棕褐色    #97694F            80 猩红色    #BC1717
31 深绿松石色    #7093DB        81 海绿色    #238E68
32 暗木色    #855E42               82 半甜巧克力色    #6B4226
33 淡灰色    #545454                83 赭色    #8E6B23
34 土灰玫瑰红色    #856363     84 银色    #E6E8FA
35 长石色    #D19275               85 天蓝    #3299CC
36 火砖色    #8E2323               86 石板蓝    #007FFF
37 森林绿    #238E23               87 艳粉红色    #FF1CAE
38 金色    #CD7F32                  89 钢蓝色    #236B8E
39 鲜黄色    #DBDB70              88 春绿色    #00FF7F
40 灰色    #C0C0C0                  90 亮天蓝色    #38B0DE
41 铜绿色    #527F76               91 棕褐色    #DB9370
42 青黄色    #93DB70              92 紫红色    #D8BFD8
43 猎人绿    #215E21               93 石板蓝色    #ADEAEA
44 印度红    #4E2F2F               94 浓深棕色    #5C4033
45 土黄色    #9F9F5F               95 淡浅灰色    #CDCDCD
46 浅蓝色    #C0D9D9              96 紫罗兰色    #4F2F4F
47 浅灰色    #A8A8A8              97 紫罗兰红色    #CC3299
48 浅钢蓝色    #8F8FBD           98 麦黄色    #D8D8BF
49 浅木色    #E9C2A6              99 黄绿色    #99CC32
50 石灰绿色    #32CD32

      由于文件服务器转移，虽然使用的DFS转移比较平滑，但仍然出现了一些问题。在下载了SupperAcls和NetSec后，没能快速上手，最后只好应用icacls对文件夹的ACL权限进行备份和恢复。

       但今天上班，有很多同事说部分子文件夹权限没有同步，没办法详细查找原因，只好再对未生效的子文件夹做了同样的工作。结果有同事发现共享文件夹位置变成了彩色的，经查实才知道是如下的原因。

　　在Ｗｉｎｄｏｗｓ ＸＰ中，默认的情况下，对ＮＴＦＳ分区中的文件或文件夹加密后，其文件名（还包括详细信息窗口中的各种信息，如大小、类型、修改日期、属性等等）会以绿色显示；对ＮＴＦＳ分区中的文件或文件夹压缩后，其文件名会以蓝色显示。能不能换成自己喜欢的颜色呢？答案是肯定的。
　　要让Ｗｉｎｄｏｗｓ ＸＰ以彩色显示加密或压缩文件，首先要进行相应的设置：打开“我的电脑”，单击“工具→文件夹选项”命令，进入“查看”选项卡，在“高级设置”栏中勾选“用彩色显示加密或压缩的ＮＴＦＳ文件”复选框，最后单击“确定”按钮即可。
　　注意：在Ｗｉｎｄｏｗｓ ２０００中，默认的情况下，系统以蓝色显示压缩后的文件或文件夹（不支持以彩色显示加密后的文件或文件夹），要改变颜色同样需要在“查看”选项卡中勾选“使用交替的颜色显示压缩的文件和文件夹”复选框。
　　一、更改加密文件（夹）的颜色（Ｗｉｎ ＸＰ）
　　在“开始→运行”中键入“Ｒｅｇｅｄｉｔ”打开“注册表编辑器”，展开分支“ＨＫＥＹ＿ＣＵＲＲＥＮＴ＿ＵＳＥＲ＼Ｓｏｆｔｗａｒｅ＼Ｍｉｃｒｏｓｏｆｔ＼Ｗｉｎｄｏｗｓ＼ＣｕｒｒｅｎｔＶｅｒｓｉｏｎ＼Ｅｘｐｌｏｒｅｒ”，接着在右侧的窗口中新建一个二进制值，命名为“ＡｌｔＥｎｃｒｙｐｔｉｏｎＣｏｌｏｒ”，并将它的值设为“ＦＦ ００ ００ ００”（表示红色）。该值采用“ＲＲ ＧＧ ＢＢ ００”格式，即ＲＧＢ颜色代码，默认值为“００ ８０ ４０ ００”（表示绿色）。当然，你也可以根据需要自定义其它颜色。注销或重新启动计算机后，设置生效。
　　二、更改压缩文件（夹）的颜色
　　（Ｗｉｎ ＮＴ／２０００／ＸＰ）
　　打开“注册表编辑器”，展开分支“ＨＫＥＹ＿ＣＵＲＲＥＮＴ＿ＵＳＥＲ＼Ｓｏｆｔｗａｒｅ＼Ｍｉｃｒｏｓｏｆｔ＼Ｗｉｎｄｏｗｓ＼ＣｕｒｒｅｎｔＶｅｒｓｉｏｎ＼Ｅｘｐｌｏｒｅｒ”，接着在右侧的窗口中新建一个二进制值，命名为“ＡｌｔＣｏｌｏｒ”，将它的值设为你喜欢的ＲＧＢ颜色代码，比如“ＦＦ ００ ００ ００”，默认值为“００ ００ ＦＦ ００”（表示蓝色）。注销或重新启动计算机后，设置生效。

ICACLS name /save aclfile [/T] [/C] [/L] [/Q]
     将所有匹配名称的 ACL 存储到 aclfile 中以便将来用于 /restore。

ICACLS directory [/substitute SidOld SidNew [...]] /restore aclfile
                 [/C] [/L] [/Q]
    将存储的 ACL 应用于目录中的文件。

ICACLS name /setowner user [/T] [/C] [/L] [/Q]
    更改所有匹配名称的所有者。

ICACLS name /findsid Sid [/T] [/C] [/L] [/Q]
    查找包含显式提及 SID 的 ACL 的所有匹配名称。

ICACLS name /verify [/T] [/C] [/L] [/Q]
    查找 ACL 不标准或长度与 ACE 计数不一致的所有文件。

ICACLS name /reset [/T] [/C] [/L] [/Q]
    为所有匹配文件使用默认继承的 ACL 替换 ACL

ICACLS name [/grant[:r] Sid:perm[...]]
       [/deny Sid:perm [...]]
       [/remove[:g|:d]] Sid[...]] [/T] [/C] [/L]
       [/setintegritylevel Level:policy[...]]

    /grant[:r] Sid:perm 授予指定用户访问权限。使用 :r，
        该权限将替换以前授予的所有显式权限。
        不使用 :r，该权限将添加到以前授予的所有显式权限。

    /deny Sid:perm 显式拒绝指定的用户访问权限。
        已经为规定的权限添加了显式拒绝 ACE，
        删除所有显式授予的权限中的相同权限。

    /remove[:[g|d]] Sid 删除 ACL 中所有出现的 SID。使用
        :g，删除授予该 SID 的所有权限。使用
        :d，删除拒绝该 SID 的所有权限。

    /setintegritylevel [(CI)(OI)] 级别将完整性 ACE 显式添加到所有
        匹配文件。要指定的级别为以下级别之一:
            L[ow]
            M[edium]
            H[igh]
        完整性 ACE 的继承选项可以优先于级别，但只应用于
        目录。

注意:
    Sids 可能是数字格式或友好的名称格式。如果给定数字格式，
    那么请在 SID 的开头添加一个 *。

    /T 指示在以该名称指定的目录下的所有匹配文件/目录上
        执行此操作。

    /C 指示该操作将在所有文件错误上继续。仍将显示错误消息。

    /L 指示此操作在符号链接本身而不是其目标上执行。

    /Q 表示 icacls 应该压制成功的消息。

    ICACLS 保留 ACE 项的规范顺序:
            显式拒绝
            显式授予
            继承的拒绝
            继承的授予

    perm 是权限掩码，可以两种格式之一指定:
        简单权限序列:
                F - 完全访问权限
                M - 修改权限
                RX - 读取和执行权限
                R - 只读权限
                W - 只写权限
        在括号中以逗号分隔列表的特定权限:
                D - 删除
                RC - 读取控制
                WDAC - 写入 DAC
                WO - 写入所有者
                S - 同步
                AS - 访问系统安全性
                MA - 允许的最大值
                GR - 一般性读取
                GW - 一般性写入
                GE - 一般性执行
                GA - 全为一般性
                RD - 读取数据/列出目录
                WD - 写入数据/添加文件
                AD - 附加数据/添加子目录
                REA - 读取扩展属性
                WEA - 写入扩展属性
                X - 执行/遍历
                DC - 删除子项
                RA - 读取属性
                WA - 写入属性
        继承权限可以优先于每种格式，但只应用于
        目录:
                (OI) - 对象继承
                (CI) - 容器继承
                (IO) - 仅继承
                (NP) - 不传播继承

示例:

        icacls c:\windows\* /save AclFile /T
        - 将 c:\windows 及其子目录下所有文件的
           ACL 保存到 AclFile。

        icacls c:\windows\ /restore AclFile
        - 将还原 c:\windows 及其子目录下存在的 AclFile 内
          所有文件的 ACL

        icacls file /grant Administrator:(D,WDAC)
        - 将授予用户对文件删除和写入 DAC 的管
          理员权限

        icacls file /grant *S-1-1-0:(D,WDAC)
        - 将授予由 sid S-1-1-0 定义的用户对文件删
          除和写入 DAC 的权限

其他两个请网络搜索、下载、研究。我目前下载的版本是3.6&4.9

作者: 佚名, 　出处:网络整理

　　现在是讲效率的年代，使用word来进行平时的办公处理也是一样，那么，我们怎样才能够在word中“快”起来呢?那就请这位作者给我们带来的word中快速操作的10个技巧，小编看完后也觉得相当实用。

1.快速定位到上次编辑位置

　　用wps编辑文件时有一个特点，就是当你下次打开一wps文件时，光标会自动定位到你上一次存盘时的位置。不过，word却没有直接提供这个功能，但是，当我们在打开word文件后，如果按下Shift+F5键您就会发现光标已经快速定位到你上一次编辑的位置了。

　　小提示：其实Shift+F5的作用是定位到word最后三次编辑的位置，即word会记录下一篇文档最近三次编辑文字的位置，可以重复按下Shift+F5键，并在三次编辑位置之间循环，当然按一下Shift+F5就会定位到上一次编辑时的位置了。

2.快速插入当前日期或时间

　　有时写完一篇文章，觉得有必要在文章的末尾插入系统的当前日期或时间，一般人是通过选择菜单来实现的。其实我们可以按Alt+Shift+D键来插入系统日期，而按下Alt+Shift+T组合键则插入系统当前时间，很快!

3.快速多次使用格式刷

word中提供了快速多次复制格式的方法：双击格式刷，你可以将选定格式复制到多个位置，再次单击格式刷或按下Esc键即可关闭格式刷。

4.快速打印多页表格标题

　　选中表格的主题行，选择“表格”菜单下的“标题行重复”复选框，当你预览或打印文件时，你就会发现每一页的表格都有标题了，当然使用这个技巧的前提是表格必须是自动分页的。

5.快速将文本提升为标题

　　首先将光标定位至待提升为标题的文本，当按Alt+Shift+←键，可把文本提升为标题，且样式为标题1，再连续按Alt+Shift+→键，可将标题1降低为标题2、标题3……标题9。

6.快速改变文本字号

word的字号下拉菜单中，中文字号为八号到初号，英文字号为5磅到72磅，这对于一般的办公人员来说，当然已经绰绰有余了。但在一些特殊情况下，比如打印海报或机关宣传墙报时常常要用到更大的字体，操作起来就有些麻烦了。其实，我们完全也可以快速改变文本的字号：先在word中选中相关汉字，然后用鼠标单击一下工具栏上的字号下拉列表框，直接键入数值，即可快速改变您的字体大小。而且这个技巧在Excel和wps 2000/office中同样适用。

　　小提示：其实，小编还有两种快速更改word文本字号的方法：

(1)选中文字后，按下Ctrl+Shift+>键，以10磅为一级快速增大所选定文字字号，而按下Ctrl+Shift+<键，则以10磅为一级快速减少所选定文字字号;

(2)选中文字后，按Ctrl+]键逐磅增大所选文字，按Ctrl+[键逐磅缩小所选文字。

7.快速设置上下标注

　　首先选中需要做上标文字，然后按下组合键Ctrl+Shift+=就可将文字设为上标，再按一次又恢复到原始状态;按Ctrl+=可以将文字设为下标，再按一次也恢复到原始状态。

8.快速取消自动编号

　　虽然word中的自动编号功能较强大，但是据笔者试用，发现自动编号命令常常出现错乱现象。其实，我们可以通过下面的方法来快速取消自动编号。

(1)当word为其自动加上编号时，您只要按下Ctrl+Z键反悔操作，此时自动编号会消失，而且再次键入数字时，该功能就会被禁止了;

(2)选择“工具”→“自动更正选项”命令，在打开的“自动更正”对话框中，单击“键入时自动套用格式”选项卡，然后取消选择“自动编号列表”复选框(如图1)，最后单击“确定”按钮完成即可;

9.快速选择字体

　　为了达到快速选择字体的目的，我们可以将常用字体以按钮形式放置在工具栏上。首先右击word工具栏，选择“自定义“命令，打开“自定义”对话框，在“自定义”对话框中选择“命令”选项卡，并移动光标条到类别栏中的“字体”项，看到平时经常使用的字体，把它拖到工具栏成为按钮，以后要快速选择字体，只要先选中文本，再按下工具栏上字体按钮即可，省去了从字体下拉列表框中众多字体中选择的麻烦。

10.快速去除word页眉下横线

　　快速去除word页眉下的那条横线可以用下面的四种方法：一是可以将横线颜色设置成“白色”;二是在进入页眉和页脚时，设置表格和边框为“无”;第三种方法是进入页眉编辑，然后选中段落标记并删除它;最后一种方法是将“样式”图标栏里面的“页眉”换成“正文”就行了。

    中途岛海战的失败，宣告了日军在第二次世界大战的太平洋战场上开始走上彻底溃败的道路。当美军强大的攻势波及到看似渺小却被战火硝烟弥漫的硫磺岛时，以粟林忠道中将(渡边谦)为首的日军，面对强大的美国军队的进攻，却采取了顽固的抵抗策略。狡猾的日军在硫黄岛上利用天然的山洞、矿穴以及人工挖制的地道，与美军周旋。但是，志在必得美军却依靠其强大的军事实力对负隅顽抗的日军采取了愈发残酷的攻势。而粟林忠道明知日军无法抵抗住来势凶猛的美军，但他还是身先士卒和同伙战斗到了最后一刻。事实上，这位日本军官早在写给家人的一封家书中，就已经表达了对自己现状的认知以及担忧。就在日本彻底战败前夕，仍不愿缴械投降的粟林忠道，最终在硫磺岛自杀身亡。他的这封发自硫磺岛的信则成了后人审视这段历史的有力途径……

以下内容摘自[豆瓣]

硫磺岛血战是太平洋上最为惨烈的一场战役，日军在几乎完全孤立的岛屿上进行抗登陆战，以两万之众，依托工事抗击了十万美军整整一个月之久，若非后来日军储备的弹药物资消耗殆尽，恐怕美军的胜利还没有这么迅速。为了这个地处战略要冲的弹丸小岛，美军付出了近7000阵亡，19000人负伤的惨痛代价。
我一直固执的认为，在那个形如臭虫的列岛上生活的都是一群残酷而变态的国民。本应慈祥的老太太可以漠然地将待产妻子的丈夫，腹中胎儿的父亲送上战场；军官可以因部下不听从其残忍的教唆而将其放逐到死地；全国上下除了女人和孩子都被送上战场。
然而，也许更多的只是战争中绝望而无奈的个体。他们的牺牲和奋斗，怜悯和勇气更应被世人所铭记。
影片从2005年硫磺岛的发掘工地闪回到1944年日军海防断沟挖掘现场，士兵们是绝望的，他们深知挖掘的不过是自己的坟墓。
“身为军人，却无法保卫自己的国家，这是多么的悲哀啊。为了这美丽的祖国，我将献上我卑微的生命”，在赶赴硫磺岛之前，身为此次战役日军灵魂的指挥官粟林忠道就已经预料到了那无可挽回的结局。他在给妻儿的家书中如此写道：“不必期待归来……我已注定死在硫磺岛……即使死后，也要保持清白的名声……”
他应该是一个善良而美好的人吧，如此挚爱他的家庭，爱好旅行，爱好美好的事物。其实他心里并不赞成与美国开战，因为他对这国家一直抱有好感和钦佩。
他深知己方面对的是何种困难，这场抵抗的结果只能是被毁灭，因此他以最坏的打算进行死守，知其不可为而为之：放弃海滩，所有工事转为地下；严令禁止日军最爱的自杀性冲锋。他的种种革新自然遭到守旧派军官的反对——“泡过海水的人思想就是奇怪啊”——最终他还是选择了地下为主，海防为辅的折中战略。
在整个战役中，几乎所有人都一直拼到最后，岛上最初的两万多名日军士兵，仅有上千人投降或生还，其余全部力战至死。在最后的战斗时，粟林忠道选择了自杀。
当那个因为爱驹被炸死而垂泪的奥运会马术冠军西竹救治重伤的美军士兵；当美军士兵伤重身亡后西竹找到一封他母亲的家书，念给大家听；当那个幻想着回家和妻子团聚，看看自己未出生的女儿的西乡掩埋粟林后挥着铲子扑向抢走粟林心爱手枪的美国大兵……，如此种种情景都会令观者动容。
“硫磺岛的来信是我试图通过他们的心灵、透过他们的双眼，来审视这场战争。”导演伊斯特伍德说：“从小到大我所看过的战争电影都是清晰地标明了善恶与是非。然而，对于战争中的每个个体来说，没有什么是真正清晰的。这两部影片不是关于谁胜谁败，而是关于战争对人类的伤害，人类有权利要求以更好的方式度过他完整的生命。无论从哪个角度看，战士们在战争中献出了唯一的生命，仅这一点就永远值得尊敬。这两部电影是我为这些凋谢的生命进献的贡品。通过不同的视角来完整展现这个故事，有些美好的东西，即使是对于敌对的双方也具有普适意义的，应该共同分享。我希望，能以全新的视角看待人类历史上那一段艰难的岁月。”

MS KB:如何在 Active Directory 中还原已删除的用户帐户及其组成员身份

也许这并不是您最喜欢思考的主题，但出现意外数据丢失的情况是一个不争的事实，作为一名 IT 专业人员，您必须准备好各种恢复方案。

Active Directory^® 用户和组的计划的重要性。遗憾的是，授权还原功能要求在目录服务还原模式 (DSRM) 下启动域控制器 (DC)。这样做会导致 DC 在还原操作期间不可用。

还存在另外一种方法，您应有所了解。逻辑删除恢复（与“僵尸”电脑无关）可提供无需使 DC 脱机就能恢复已删除对象的唯一方法，并且还是恢复已删除对象身份信息（如 objectGUID 和 objectSid 属性）的唯一方法。它巧妙地解决了重新创建已删除用户或组、必须修复所有旧访问控制列表 (ACL) 引用（其中包含已删除对象的 objectSid）的问题。不过请记住逻辑删除恢复有其自身的缺陷，相关内容我将在后面讨论，所以您仍需要掌握授权还原技能。

逻辑删除恢复是通过 Windows Server^® 2003 Active Directory 引进的，用于简化一些数据恢复方案。在对对象进行物理删除之前，Active Directory 可将已删除对象保留在数据库中一段时间，该功能恰利用了这一点。在这篇文章中，我将详细描述 Active Directory 如何删除和恢复对象，还将演示如何使用标准 Microsoft 工具恢复已删除对象。

逻辑删除是什么？

当 Active Directory 从目录中删除对象时，并没有将对象从数据库中物理删除，而是通过将对象的 isDeleted 属性设置为 TRUE，删除对象的大部分属性、对对象进行重命名，然后将对象移动到对象的命名上下文 (NC) 中的一个特殊容器（名为 CN=Deleted Objects）中，从而将对象标记为已删除对象。此时的对象称为逻辑删除，在普通目录操作下，处于不可见状态。它不在任何 Microsoft^® 管理控制台 (MMC) 管理单元中显示，大多数轻型目录访问协议 (LDAP) 实用工具意识不到逻辑删除的存在。无论从哪点看，逻辑删除似乎都消失了。然而，数据仍然存在，只是不可见而已。那么为什么 Active Directory 在数据库中保留逻辑删除这些在别处已删除的对象呢？

虽然逻辑删除对于其他过程不可见，但对于 Active Directory 复制过程是可见的。为了确保在所有承载被删除对象的 DC 上执行删除，Active Directory 将逻辑删除复制到其他 DC。因此逻辑删除被用于在 Active Directory 环境中复制删除。

逻辑删除的生存期

为响应 LDAP 删除协议操作或安全帐户管理器 (SAM) 删除操作，Active Directory 通常从目录中删除对象。此操作称为原始删除，与 Active Directory 复制过程执行的删除操作不同。注意，此处的讨论并未考虑动态对象，该类对象具有不同的删除机制，当它们的生存期 (TTL) 过期时，Active Directory 会将它们直接删除。

当 Active Directory 收到删除操作时，它首先遍历一个检查表以确保允许删除该对象。包含此过程显得有些奇怪，但这是因为它可确保满足以下所有条件：

• 未将对象的 isDeleted 属性设置为 TRUE。（无法删除已删除对象！）
• 未在对象的安全描述符中设置特定于“专有对象”资源的安全描述符控制标志。（这显示为未记录的“feature”。该专有对象标志是安全描述符结构的 Sbz1 字节的位 1。）
• 未在对象的 systemFlags 属性中设置“disallow delete”位 (0x80000000)。
• 未将对象的 isCriticalSystemObject 属性设置为 TRUE。
• 对象的安全描述符向用户授予了删除对象所需的相应访问权限。（更具体地来说，就是允许用户删除对象本身以及从父对象中删除子对象。）
• 该对象不是现有命名上下文的交叉引用对象 (objectClass = crossRef)。
• 该对象没有任何附属对象。（如果 LDAP 删除操作包含 LDAP "tree delete" 控件对象 ID，Active Directory 将同时自动删除附属对象，除非附属对象的 isCriticalSystemObject 属性设置为 TRUE。这样可防止将关键系统对象被作为树删除操作的一部分无意删除。当然您可以逐一删除这些对象。）
• 该对象不是关键内部对象（例如，它既不是 DC 的 nTDSDSA 对象，也不是 NC 头的上级的占位符对象）。

除了应满足这些条件外，Active Directory 还必须处于合适的状态以处理删除操作。例如，如果 Active Directory 正在重新命名一个域，它将不会删除域信任帐户或 crossRef 对象。

如果已确定对象确实可删除，那么 Active Directory 会继续将该对象转换为逻辑删除。Active Directory 首先删除不必要的对象属性，在逻辑删除中只保留图1中指定的以及架构中定义的那些属性。（请参阅“恢复对象属性”部分获取相关详细信息。）然后，它将对象的相对可分辨名称 (RDN) 更改为 CN=<old RDN>\0ADEL:<objectGUID>，其中，\0A 表示 ASCII 换行符字符，<objectGUID> 是以字符串形式表示的 objectGUID。然后，lastKnownParent 属性被设置为对象父容器的可分辨名称 (DN)，isDeleted 属性被设置为 TRUE。随后，Active Directory 删除对象中的所有前向和后向链接属性。最后，如果该对象的 systemFlag 属性不具有“disallow move on delete”位集，那么 Active Directory 会将对象移动到 NC 的 CN=Deleted Objects 容器中。（请参阅“systemFlags 属性和对象行为”侧栏，获取有关该主题的详细信息。）

图1 保存在逻辑删除中的属性

要保存的硬编码

attributeID

attributeSyntax

dnReferenceUpdate

dNSHostName

flatName

governsID

groupType

instanceType

lDAPDisplayName

legacyExchangeDN

mS-DS-CreatorSID

mSMQOwnerID

nCName

objectClass

objectGUID

objectSid

oMSyntax

proxiedObejctName

replPropertyMetaData

sAMAccountName

securityIdentifier

sIDHistory

subClassOf

systemFlags

trustPartner

trustDirection

trustType

trustAttributes

userAccountControl

uSNChanged

uSNCreated

whenCreated

因 searchFlags 设置而保存

msDS-AdditionalSam­AccountName

msDS-Auxiliary-Classes

msDS-Entry-Time-To-Die

msDS-IntId

msSFU30NisDomain

nTSecurityDescriptor

uid

您应注意 CN=Deleted Objects 文件夹是平面的，没有对象层次结构。您也许会认为，这会导致删除具有相同 CN 的两个不同对象时出现名称冲突。然而，事实并非如此。因为 objectGUID 合并到每一个逻辑删除的 RDN，而每一个逻辑删除的 RDN 在 CN=Deleted Objects 容器中是唯一的。

显然，对象不会永远保留在 CN=Deleted Objects 容器中。对于最初使用 Windows^® 2000 和 Windows Server 2003 构建的林，其默认逻辑删除生存期为 60 天；最初使用 Windows Server 2003 SP1 构建的林，其默认逻辑删除生存期为 180 天。通过设置 CN=Directory Service,CN=Windows NT, CN=Services,CN=Configuration, DC=<root domain> 对象的 tombstoneLifetime 属性，可更改逻辑删除生存期。

每隔 12 个小时，每个域控制器就会启动一个垃圾收集进程。（通过为 CN=Directory Service,CN=Windows NT, CN=Services,CN=Configuration,DC=<root domain> 对象的 garbageCollPeriod 属性设置新值，可对此时间进行更改。）垃圾收集扫描 DC 上的所有逻辑删除，对其中超过逻辑删除生存期的逻辑删除进行物理删除。

使用 LDP 查找逻辑删除

LDP 是类似 Windows 资源管理器的实用工具，同 Active Directory 搭配使用。Active Directory 开发团队设计 LDP 的最初意图是在开发 Active Directory 时，使用 LDP 测试其 LDAP 代码。现在，作为 Windows Server 2003 支持工具的一部分，LDP 已经发展成为一种与 Active Directory 配合使用的强大工具。

虽然逻辑删除对于普通目录操作是不可见的，但是您可在 Active Directory 中使用 LDAP 搜索操作和称为控件的特殊 LDAP 扩展查找逻辑删除对象。控件是在 LDAP 标准中定义的一种机制，用于扩展 LDAP 协议以提供超出 LDAP 标准中定义的功能以外的额外功能，同时保留与其他符合 LDAP 的软件的兼容性。Active Directory 支持 22 个控件，其中包含 Return Deleted Objects 控件。当使用该控件扩展 LDAP 搜索操作时，该控件会检索在其他情形下不可见的已删除对象。

为了演示该工作过程，我使用企业管理员凭据登录 foo.local 域，然后使用 Active Directory 用户和计算机 (ADUC) MMC 管理单元创建用户对象 (CN=John Smith,CN=Users,DC=foo, DC=local)，如图 2 所示。然后再次使用 ADUC 删除该用户对象。

图 2 使用 ADUC 创建用户 (单击该图像获得较大视图)

现在，我可以运行 LDP 程序并使用它显示已删除用户的逻辑删除。第一步是将 LDP 连接到特定的 DC，然后使用相应的凭据进行身份验证。要连接到 DC，只需在“连接”菜单上选择“连接”选项。因为我正在 DC 上运行 LDP，所以只需按“确定”即可连接到本地 DC。如果正在远程运行 LDP，则必须指定打算连接到的 DC 的名称。连接成功后，LDP 会显示 rootDSE 的属性 — 这包含描述 DC 本身的状态和配置的属性（请参见图 3）。

图 3 连接到 DC 的 LDP (单击该图像获得较大视图)

现在，为了使用域或企业管理员凭据对 DC 进行身份验证，我在“连接”菜单上选择“绑定”。因为我已经作为林的企业管理员登录（默认情况下，域管理员和企业管理员有权列出并恢复 CN=Deleted Objects 容器中的对象），所以我只要使“绑定”对话框中的“用户名”和“密码”保持空白然后按“确定”即可。否则，我可以在“绑定”对话框中输入相应的凭据。

下一步，列出 CN=Deleted Objects,DC=foo,DC=local con- tainer 的内容。正常情况下，您不会看到 CN=Deleted Objects 容器，因为该容器本身被标记为已删除。搜索 CN=Deleted Objects 容器的唯一方法是使用 Return Deleted Objects LDAP 控件。

要对 LDP 使用此控件，请转到“浏览”菜单，然后选择“搜索”。此时会出现图 4 中所示的“搜索”对话框。基 Dn 字段允许您在目录树中指定搜索开始的位置。输入域的“已删除对象”容器的 DN，在本例中，DN 是 CN=Deleted Objects,DC=foo,DC=local。

图 4 “LDP 搜索”对话框

在筛选器字段中，我指定了 LDP 将使用的搜索条件。默认值为 (objectClass=*)，它会指示搜索返回所有具有 objectClass 属性值的对象。因为在 Active Directory 中已删除的对象也具有 objectClass 值，所以默认筛选器将返回该搜索范围内的每个对象。在本例中，我将筛选器更改为 (objectClass=user)，将搜索限制为用户对象。这样，在 CN=Deleted Objects 容器大约成千上万的逻辑删除中查找已删除的 John Smith 用户会比较简单。

您可能会发现，在单个搜索操作中，CN=Deleted Objects 容器要比 Active Directory 返回的对象多。要解决此问题，通常您将使用分页 LDAP 搜索，每次返回一组结果。但是，LDP 不允许同时指定分页和扩展搜索。所以，必须优化 LDAP 筛选器来查找希望获取的对象。

使用“范围”单选按钮，可以指定要搜索的目录树范围。基础搜索将仅返回由基 Dn 字段指定的对象。一级搜索将返回直接从属于基 Dn 对象的对象。子树搜索将返回所有从属于基 Dn 对象的对象。由于 CN=Deleted Objects 文件夹是平面的，因此我使用一级搜索来检索所有逻辑删除。

到目前为止，我仅大致介绍了传统的 LDAP 搜索。如果我现在就运行搜索，LDP 将显示一个错误，指出 CN=Deleted Objects,DC=foo,DC=com 不存在，因为它被标记为已删除。我仍必须将 Return Deleted Objects LDAP 控件包括在搜索操作中。为此，我单击“搜索”对话框上的“选项”按钮，然后选择搜索调用类型为“已扩展”，如图 5 所示。通过此选项，我能够为搜索操作指定控件。此处，我还将属性列表更改为 *。这将导致 LDP 显示它检索的每个对象的所有常规属性，而不是 LDP 的默认属性集。

图 5 LDP 搜索 “选项”对话框

现在我按下“控件”按钮以显示“控件”对话框。LDP 的“控件”对话框有点难以使用，所以当进行此操作时，请确保认真执行以下步骤以添加 Return Deleted Objects 控件。

打开“加载预定义控件”下拉列表，选择“Return Deleted Objects”，然后按“签入”按钮。这将 Return Deleted Objects 控件 (1.2.840.113556.1.4.417) 的对象标识符 (OID) 添加到“活动控件”列表中，如图 6 所示。然后，LDP 将该控件添加到所有的后续扩展搜索操作中。按“确定”以保存控件设置，然后再次按“确定”关闭“搜索选项”对话框。

图 6 添加 Return Deleted Objects 控件

“控件”对话框具有一些特殊行为。具体来说，即使 OID 显示在“活动控件”列表中，也并不一定意味着该控件实际上已生效。有时，您必须签出控件，然后再将其签回，以确保将在下一个 LDAP 操作中可使用此控件。

现在我已准备好运行我的搜索了。我按下“LDP 搜索”对话框上的“确定”按钮，然后 LDP 将检索来自该域 CN=Deleted Objects 容器的所有用户对象。图 7 显示了我的结果。

图 7 来自 CN=Deleted Objects 容器的结果 (单击该图像获得较小视图)

检查 LDP 结果

我的搜索返回了两个逻辑删除对象。首先，您可以看到第一个逻辑删除的 DN：CN=John Smith\0ADEL:41800281-6bc4-42c3-a99b-b283022b3af8,CN=Deleted Objects,DC=foo,DC=local。已删除对象的 objectGUID 表示为字符串 (41800281-6bc4-42c3-a99b-b283022b3af8)。在 DN 下面有一个属性列表，显示了 objectClass、cn 和 distinguishedName 等的值。您可以看到 isDeleted 属性的值为 TRUE，这表示该对象实际上已被删除。您还会看到 objectSid 已被保留在逻辑删除中 — 这对于恢复用户和组逻辑删除来说非常重要，稍后我将讲到这一点。lastKnownParent 属性表示在成为逻辑删除之前包含已删除对象的对象的 DN，此属性在恢复逻辑删除时也极其重要。

在我的示例中，LDP 显示了两个逻辑删除对象，两个都是来自 CN=Users,dc=foo,dc=local 容器的名为 CN=John Smith 的用户对象。两个具有相同 RDN 的单独对象怎么会来自同一容器？这个解释起来非常简单。在运行 LDP 搜索逻辑删除之前，我在 CN=Users,DC=foo,DC=local 容器中创建了 CN=John Smith 用户对象，然后又将其删除。然后，我创建了另一用户对象，并且所有属性与 CN=John Smith 用户对象的属性完全相同，我又将其删除。因为我已经删除了第一个 CN=John Smith 用户对象，所以创建第二个用户对象是完全合理的，即使它具有相同的名称也无妨。但它们是单独的、唯一的对象，由它们的 objectGUID 加以区分。因为 Active Directory 将 objectGUID 合并到了逻辑删除的 DN 中，因此它们在 CN=Deleted Objects 容器中显示为单独的对象。

逻辑删除是如何恢复的

Active Directory 提供了将逻辑删除恢复为常规对象的机制。这实际上是一个针对已删除对象的取消删除操作函数。此函数是一个结构特殊的 LDAP 修改操作，必须包括两个特定属性修改：它必须删除 isDeleted 属性（不是仅设置为 FALSE），并且它必须通过更改对象的 distinguishedName 将对象移动到另一容器。新的 distinguishedName 通常（但并不一定）将 lastKnownParent 属性用作容器，保留相同的 RDN，而不包括 Active Directory 创建逻辑删除时添加的 \0ADEL:<objectGUID> 组件。

在恢复逻辑删除之前，Active Directory 进行检查，以确保满足所有特定的必要条件。用户必须具有恢复逻辑删除扩展的访问权限，该权限是在包含逻辑删除的 NC 的 NC 头上定义的。用户不能恢复自己的对象。必须将逻辑删除的 isDeleted 属性设置为 TRUE。与在安全描述符中定义的相同，对象的所有者安全标识符 (SID) 必须具有来自林中某一个域或者受信任域的 SID。

如果涉及的对象位于“配置”或“架构 NC”中，则必须在逻辑删除的 systemFlags 属性中设置 FLAG_CONFIG_ALLOW_RENAME 和 FLAG_ CONFIG_ALLOW_MOVE 位。如果对象位于“配置”或“架构 NC”中，并且已经设置 FLAG_CONFIG_ALLOW_LIMITED_MOVE 标志，则仅可将该对象移动至具有相同祖父的容器中 — 也就是说在移动后，该对象必须保留其增祖父。如果对象位于域 NC 或应用程序分区中，则不应在逻辑删除的 systemFlags 属性中设置 FLAG_DOMAIN_DISALLOW_RENAME 和 FLAG_DOMAIN_DISALLOW_MOVE 位。

正如安全描述符中所定义的，用户必须有修改 RDN（通常是 CN，但并非始终如此）并将对象添加到新的父容器的权限。并且按照架构定义，对于逻辑删除的 objectClass，新父容器必须可以是上一级。虽然在正常情况下不允许移入或移出系统容器（除非 Unlock system subtree 注册表值为非零），但是，允许将逻辑删除恢复到系统容器中。

永远不允许恢复架构对象。但是，这并不会真正成为一个问题，因为您不能从构架 NC 合法地删除对象。

如果所有检查都成功且满足所需条件，Active Directory 将对逻辑删除执行下列步骤来恢复该对象：

• 删除 isDeleted 属性。
• 如果未在修改操作中另行规定，会将 objectCategory 设置为逻辑删除中指出的最特定 objectClass。
• RDN 已更改并且已将该对象写入新的父容器。

恢复后，该对象具有与原来相同的 objectGUID 和 objectSid 属性。这意味着对该对象的外部引用（如在 ACL 中）不必像重新创建已删除对象时那样进行重置。该恢复对象看起来以及操作起来都和删除前一样。不过，还有一个重要差异：还原的对象丢失了在逻辑删除中未保存的全部属性。

使用 LDP 恢复逻辑删除

systemFlags 属性和对象行为

systemFlags 属性是为 top 类定义的可选属性，它使 systemFlags 成为每个 Active Directory 类的可选属性。它是 32 位整数位掩码，用于控制对象移动和删除的行为。下面是一个重要标志梗概：

FLAG_DISALLOW_DELETE (0x80000000)

如果设置了此标志，系统将禁止删除对象或将对象移动到另一个域。

FLAG_CONFIG_ALLOW_RENAME (0x40000000)

不能重命名配置 NC 和架构 NC 中的对象，除非在 systemFlags 属性中设置了此标志。

FLAG_CONFIG_ALLOW_MOVE (0x20000000)

不能移动配置 NC 和架构 NC 中的对象，除非在 systemFlags 属性中设置了此标志。

FLAG_CONFIG_ALLOW_LIMITED_MOVE (0x10000000)

不能移动配置 NC 和架构 NC 中的对象，除非在 systemFlags 属性中设置了此标志。此标志对移动操作的目标容器进行了进一步的限制 — 目标容器必须与当前容器具有相同的“祖父”。

FLAG_DOMAIN_DISALLOW_RENAME (0x08000000)

默认情况下，可以重命名域 NC 或应用程序 NC 中的对象。但是，如果对象的 systemFlags 属性设置了此标志，系统将不允许重命名该对象。

FLAG_DOMAIN_DISALLOW_MOVE (0x04000000)

默认情况下，可将域 NC 或应用程序 NC 中的对象移动到另一个容器。但是，如果对象的 systemFlags 属性设置了此标志，系统将不允许移动该对象。

FLAG_DISALLOW_MOVE_ON_DELETE (0x02000000)

如果设置了此标志，系统不会将对象移动到其命名上下文的 CN=Deleted Objects 容器中。它将只设置 isDeleted 属性，重命名该对象并删除要保存的架构中未指定的属性。这意味着并不是所有已删除对象都会出现在命名上下文的 CN=Deleted Objects 容器中；某些对象仍然会保留在原始父容器中。

前面我已经展示了逻辑删除恢复工作的具体细节，现在我要演示怎样使用 LDP 还原已删除的用户 CN=John Smith。首先，我连接到 DC 并进行身份验证。现在，我可以使用 LDP 执行修改操作。在修改操作参数过程中，我可以删除 isDeleted 属性，同时指定一个新的 DN。

因为我打算对逻辑删除进行操作，所以必须指定 Return Deleted Objects LDAP 控件。若要在 LDP 中为修改操作设置此控件，请在“选项”菜单下选择“控件”，在“加载预定义控件”下拉列表中选择“Return deleted objects”，然后按“签入”按钮，最后按“确定”保存控件设置。

现在，在“浏览”菜单中选择“修改”，打开“修改”对话框，输入要还原的逻辑删除对象的 DN。执行此操作最简单的方法是复制和粘贴来自之前执行的搜索操作结果中的 DN。

下一步，我必须输入待执行的属性操作的列表。恢复逻辑删除需要执行两个属性操作 — 删除 isDeleted 属性以及使用所需的恢复逻辑删除的 DN 替换 distinguishedName 属性。所以，我在“属性”字段中键入 isDeleted，然后选择“删除”单选按钮。按 Enter 按钮后，该属性操作将添加到“条目”列表，如图 8 所示。

图 8 指定待执行的属性操作

然后，我在“属性”字段中输入 distinguishedName，选择“替换”单选按钮，然后在“值”字段中输入该对象的新 DN。在本例中，我使用用户的原始 distuiguishedName，CN=John Smith,CN=Users,DC=foo,DC=local。按 Enter 按钮后，该修改操作将添加到“条目”列表。

因为我必须使用修改操作包括 Return Deleted objects LDAP 控件，所以我必须使用扩展的 LDAP 修改。为此，我选中了“扩展”复选框。设置好所有相关内容后，如图 9 所示，按“运行”按钮以进行更改。LDP 在一个大文本窗口中显示结果。

图 9 更改 distinguishedName

当返回 Active Directory 用户和计算机 MMC 管理单元查看 CN=Users 容器时，我将发现曾被删除的用户对象还原到了原处。但是，该对象与原来的对象间存在某些重要的差异，稍后我将进行介绍。

使用 ADRESTORE 恢复逻辑删除

一旦明白了使用 LDP 的方法，恢复逻辑删除就不是很难了，但也不是非常方便。幸运的是，Sysinternals（Microsoft 的附属公司）的优秀员工们开发了一种命令行工具，从而简化了恢复过程。此工具叫做 ADRESTORE，可以从 Microsoft 网站 microsoft.com/technet/ sysinternals/utilities/AdRestore.mspx 获得。安装很简单。只要将可执行文件复制到计算机的相应目录下即可，例如 C:\WINDOWS\SYSTEM32 目录。

ADRESTORE 可以在两种模式下运行。如果您在不带任何参数的情况下运行它，它将列出默认域的 CN=Deleted Objects 容器中的所有逻辑删除。您可以将搜索字符串添加到命令行来选择要显示的对象，例如：

C:\> adrestore John

这样就会显示 CN=Deleted Objects 容器中其 CN 或 OU 属性中包含“John”字符串的所有逻辑删除对象 — 它使用 LDAP 搜索过滤器 cn=*John* 和 ou=*John*。这不是搜索逻辑删除对象最灵活的方式，但它在大多数情况下都可以使用。图 10 显示了在 ADRESTORE 中我的搜索所返回的输出。

图 10 保存在逻辑删除中的属性 (单击该图像获得较小视图)

如果您希望恢复逻辑删除，而不仅仅是找到它，那么您需要指定 –r 开关和可选字符串，如下所示：

C:\> adrestore –r John (这个简单，我就是如此恢复的，另外需要恢复组及其他属性就OK了)

此命令将提示您恢复每一个匹配的逻辑删除对象。ADRESTORE 总是将对象恢复到逻辑删除的 lastKnownParent 属性指定的容器中 — 无法指定其他容器。

ADRESTORE 为使用 Active Directory 恢复功能提供了方便的命令行界面。虽然不是非常灵活，但它确实比 LDP 便于使用。但 ADRESTORE 仍不能避免恢复逻辑删除时遇到的两个重大问题：恢复对象第一次被删除后从对象去除的属性、恢复从配置 NC 中删除的对象。

恢复对象属性

就数据恢复而言，逻辑删除恢复与执行授权还原相比有一个重要优势：逻辑删除恢复不需要使 DC 处于脱机状态。并且恢复逻辑删除要比仅仅重新创建一个新版本的已删除对象要好得多。如果重新创建某个对象，它将获得新的 objectGUID 和 objectSid（如果它是安全主体，如用户）属性。如此一来，对该对象的所有外部引用（如 ACL）都必须更新才能反映新对象的身份。这是很让人头疼的。

删除对象时，某些属性会被去除，并且不能使用逻辑删除恢复来恢复这些属性。但是 Active Directory 在逻辑删除中保存了一些关键属性，其中最重要的是与身份相关的属性，如 objectGUID 和 objectSid。默认情况下，它也保存了其他许多属性（参见图1）。保存大部分硬编码属性并不很稀奇，尤其是在有关恢复已删除用户对象的讨论中。但通过设置 Active Directory 构架中相应 attributeSchema 对象的 searchFlags 属性的位 3 (0x00000008)，您可以指定要保存在逻辑删除中的其他属性。在 Windows Server 2003 R2 的架构中，已设置了某些属性的此位（如图1所示）。

安装特定应用程序可以更改现有 searchFlags 属性的位 3，甚至可添加设置了位 3 的新属性。例如，Exchange Server 可配置要保存在逻辑删除中的几个其他属性。

Active Directory 不会在逻辑删除中保存前向链接属性或后向链接属性，即使您在架构对象的 searchFlags 属性中指定了此操作也会如此。特别是，Active Directory 不会保存组的 member 属性或用户的 memberOf 属性之类的内容。因此逻辑删除恢复不会为恢复 Active Directory 中的组成员资格提供解决方案。因此恢复逻辑删除时，您仍需要提供一个备用机制以便恢复此类信息。

如果希望使用逻辑删除恢复作为数据恢复策略的一部分，您需要确保在逻辑删除中保存了重要的属性，或者需要提供其他方法来保存和恢复重要的属性，例如使用 LDIFDE 或其他备份和还原方案。其他选择包括使用可以提供自动机制来备份和恢复逻辑删除中没有保存并且不能通过逻辑删除恢复的属性的第三方 Active Directory 数据恢复产品。

从配置命名上下文恢复对象。

对逻辑删除恢复的另一项重要限制是，一般而言，您不能恢复从配置 NC 删除的对象。如对象的 systemFlags 属性定义的那样，这些对象受与移动和重命名相关的特殊规则限制。除非通过 systemFlags 属性另行指定，否则配置 NC 中的对象不能移动或重命名，这意味着它们的逻辑删除无法恢复。如图11中定义的那样，Active Directory 在创建特定类的对象时强制 systemFlags 属性采用特定值。请注意，Active Directory 将对这些值应用按位逻辑 OR 操作以与添加操作中指定的任何 systemFlags 值相结合。这样，即使应用程序为 systemFlags 属性指定了不同的值，也会正确设置所需的位。

图11  默认 systemFlags 设置

类
默认设置

server
FLAG_DISALLOW_MOVE_ON_DELETE FLAG_CONFIG_ALLOW_RENAME FLAG_CONFIG_ALLOW_LIMITED_MOVE

site
FLAG_DISALLOW_MOVE_ON_DELETE

serversContainer
FLAG_DISALLOW_MOVE_ON_DELETE

nTDSDSA
FLAG_DISALLOW_MOVE_ON_DELETE

siteLink
FLAG_CONFIG_ALLOW_RENAME

siteLinkBridge
FLAG_CONFIG_ALLOW_RENAME

nTDSConnection
FLAG_CONFIG_ALLOW_RENAME

正常情况下，来自配置 NC 的唯一可恢复对象是服务器对象。有趣的是，当 Active Directory 删除服务器对象时，逻辑删除不会被移动到配置 NC 的 CN=Deleted Objects 容器；逻辑删除只是保留在对象所在的位置。这样，对于已删除的服务器对象可能阻碍正确复制的特定情况，就可以通过知识一致性检查器 (KCC)（该进程负责计算 Active Directory 复制拓扑）自动从这些情况恢复。因此，如果您发现自己在试图恢复某个服务器对象，请记住您不会在 CN=Deleted Objects 容器中找到该服务器对象。

在恢复计划中恢复

逻辑删除恢复应是数据恢复工具包的一个重要部分。此机制是无需使 DC 脱机就能恢复已删除对象的唯一方法，同样重要的是，它也是恢复已删除对象的身份信息的唯一方法。它巧妙地解决了重新创建已删除的用户或组以及必须修复所有旧 ACL 引用的问题。

但是，逻辑删除恢复是一项不完整的解决方案。您必须为恢复 Active Directory 没有保存在逻辑删除对象中的属性提供您自己的机制，并且您从配置 NC 恢复已删除对象的能力受到限制。请记住，如果确实选择要恢复已删除的用户或组，则您还必须恢复组成员资格和可能需要的其他任何链接属性。

一位很长时间不见面的朋友推荐我看的笑话：

黑客：我控制了你的电脑
小白：怎么控制的？
黑客：用木马
小白：。。。。。。在哪里？我没看不见
黑客：打开你的任务管理器
小白：。。。。。。。任务管理器在哪？
黑客：。。。。。你的电脑下面！！
小白：“我的电脑”里面没有啊
黑客：算了，当我什么也没做过
黑客：我已经控制了你的电脑
小白：哦
黑客：害怕了吧？！嘿嘿
小白：来的正好，帮我杀杀毒吧，最近我的机子毛病很多耶
黑客：。。。。。。
小白：你怎么总是在我电脑里随便进进出出
黑客：你可以装防火墙
小白：装防火墙，你就不能进入了吗？
黑客：不啊，我只是想增加点趣味性，这样控制你的电脑让我觉得很白痴耶
小白：听说你会制造“病毒”？！
黑客：嗯
小白：你可以控制别人的电脑？！
黑客：一般是的
小白：那你可以黑掉那些网站吗？
黑客：当然，没听到人家叫我“黑客”吗？
小白：。。。。哦~~~`我还以为那是因为你长得很黑。。。。。
“咣~~”
黑客：我又来了！！
小白：你天天进来，不觉得很烦吗？
黑客：是很烦，你的机子是我见过的最烂的一台了
小白：不是吧，这可是名牌
黑客：我是说你的机子里除了弱智游戏就只有病毒了
小白：哦~~那你看到我的“连连看”了吗，不记得装在哪，找了好久了耶
黑客：。。。。。再见
黑客：嗨~~~我来了！
小白：好几天不见你，被我的防火墙挡住啦？
黑客：哈哈，笑话，上你的机子比我自己的还容易，不是想我了吧
小白：我是想请你帮一个忙
黑客：什么事？
小白：你能不能进入电力系统修改一点数据
黑客：。。。。。。你想干嘛！！
小白：求求你，帮我把我家这个月的电费消了吧。。。。。。
黑客：去死！！
黑客：你死哪去了？！！！
小白：。。。。出去玩了几天啊，找我干嘛
黑客：我要找点东西
小白：在我这儿找什么东西？
黑客：病毒，找一条前几年的老病毒，只有你的机子上病毒保存的最全啦
黑客：我来了！！
。。。。。。
黑客：怎么不说话？
小白：心情不好
黑客：谁欺负你了？
小白：我的一个Q号搞丢了，里面有我的网上初恋
黑客：这个简单，我帮你拿回来
小白：拿不回来了
黑客：不可能，告诉我，多少号？
小白：呜~~~~就是不记得了
小白：你给我出来！！！！
黑客：怎么啦？！
小白：你是不是用我的ID去论坛玩了？！！
黑客：。。。。不好意思，忘了告诉你了，不过，我没干坏事，就瞎编了个贴子，我保证下次再也不玩了
小白：那不行！！！
黑客：你还要怎么样？
小白：你发的贴子得红脸了耶，我第一次得红脸，好开心哦，你必须再给我编一个
黑客：倒！
黑客：嘿嘿，刚才我做了一件很有趣的事
小白：什么事
黑客：我到论坛上去顶贴了
小白：这很平常啊
黑客：我见贴就顶，尽情的骂楼主是猪，好解气
小白：哇塞，太过瘾了，我可从来不敢，会被封杀的！
黑客：没错，已经被封杀了。
小白：这还有趣？！
黑客：是啊，因为我用的是你的ID
小白：你是高手吗？
黑客：可以说是吧。
小白：高到什么程度？
黑客：嗯，我无聊的时候就自己黑自己
小白：哈，这个我也会！
黑客：#￥%！你也可以？！
小白：是啊，一关机它就黑了。。。。。
黑客：滚！
该黑客目前正住在医院，经确认已呈现出精神病前兆

在给域控制器(DC)降级的时候遇到一些问题？如何才能降级呢？

如果你在已经存在域控制器上运行Dcpromo来将其降级并且因为网络，名称解析，验证或者复制等问题而造成Dcpromo失败了。你必须解决这些问题并且重新运行Dcpromo.如果这些问题已经解决了而Dcpromo仍然失败了，你仍然可通过运行带有参数/forceremoval的Dcpromo来将域控制器降级。参数/forceremoval通知Dcpromo忽略错误。参数/forceremoval 是你认识绝对必要才使用的最后手段。如果你使用参数/forceremoval，在DC降级之前运行下面的指令：

使用微软管理控制台(MMC)活动目录用户和计算机管理控制台从域中移除计算机帐号，检查DNS纪录，包括A,CNAME和SRV纪录已经删除，如果这些纪录仍然存在，请使用MMC DNS管理单元移除他们。

检查文件服务服务(FRS)的成员对象(FRS和DFS)已经删除。如果他们仍然存在，请使用MMC DNS管理单元移除他们。

如果需要降级的DC是任何一个安全组的成员，请将其从组中移除。移除降級服務器上任何的DFS引用(也就是连接或者根复制).如果此服务承担了任何一个灵活单主机操作(FSMO)的角色，必须使其他的域控制器完全承担这些角色。

关于用DCPROMO命令降级DC失败后怎么手工降级的方法关于用DCPROMO命令降级DC失败后怎么手工降级的方法

1、进入注册表：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ProductOptions在右边的窗口ProductType的值为lanmanNT改为ServerNT
2、重起计算机
3、出现登陆界面时，选择登陆本机（而不是登陆域）
4、到我的电脑属性里把本机改成工作组模式（原来是域模式）
5、重起后，进入管理工具的服务里，禁用Internet Connection Sharing
到此手工删除DC完成。

域环境：

Srv1：域命名主机、架构主机、GC

Srv2：FSMO角色：PDC、RID MASTER、结构主机、GC

这次所描述的是针对单域环境恢复其中一台域控制器的情况下所采用的步骤

1、 重启域控制器、按F8键进入AD恢复模式。

2、 运行NTBackup，恢复最新的系统状态数据。

3、 重启域控制器，进入系统。

4、 使用NET SHARE查看有无SYSVOL和Netlogon共享

5、 使用 Dcdiag 和Netdiag命令和事件日志有无错误。

6、 在客户端是否能登录域、及正常访问文件服务器。

可能产生的问题：

还原域控制器后没有 Sysvol 和 Netlogon 共享。

解决方法步骤：

1、 使用 Dcdiag.exe测试并生成以下错误信息：

警告: DcGetDcName(GC_SERVER_REQUIRED) 调用失败, 1355 错误

2、 启动注册表、在如下位置找到BurFlags值：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Backup / Restore\Process

3、 修改其值、十六进制、键入D4、确定。

4、 退出注册表。

5、 重新启动文件复制服务：net stop ntfrs && net start ntfrs

恢复Sysvol 和Netlogon后、查看Sysvol文件夹内容，如果无任何数据，则需按如下步骤重建SYSVOL文件夹结构：

1、 停止你的srv1和你的srv2的FRS服务（NET STOP NTFRS）、并将服务启动类型更改为手动

2、 在故障域控制器上、运行Regedit、按如下位置找到并修改BurFlags值为D4.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Cumulative Replica Sets\GUID

GUID 是域系统卷副本集以下注册表子项中显示的 GUID：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Replica Sets\GUID

3、 在两个域控制器上分别进行如下操作：

1、 运行 net start ntfrs

2、 Ntfrsutl ds | findstr /I “root stage”，将返回

Root:C:\windows\sysvol\domain

Stage: C:\windows\sysvol\staging\domain

3、输入Linkd %systemroot%\sysvol\sysvol\fslido.com

4、输入Linkd “%systemroot%\sysvol\staging areas\fslido.com “

5、在除引用域控制器上、运行注册表找到BurFlags值并修改为：D2

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Cumulative Replica Sets\GUID

GUID 是域系统卷副本集以下注册表子项中显示的 GUID：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Replica Sets\GUID

4、 重启每台域控制器的NTFRS服务 net start ntrfs.

5、 查检Sysvol文件夹、查看文件夹属性、看是否恢复正常。

完成所有上述过程之后、即可恢复正常。

以上1-2步骤均是我自己实践步骤、后面的步骤因系统已经恢复就没有再实际操作。详细的重建步骤建议查看

微软KB：

http://support.microsoft.com/kb/316790/en-us。

http://support.microsoft.com/kb/315457/en-us。

PDC BDC MOSS 三台DC无法同步(无法正常降级，显示RPC不运行......)的原因终于找到。不是DNS，不是sysvol。结果是win自带的防火墙没有开启AD复制相关端口及服务。

于丹和启功的对话：
于丹:"我们小时候练字都讲究凤眼法(即虎口能够托一个鸡蛋)."
启功:"学过骑自行车么?你要是紧紧捏着车把, 不是撞电线杆子, 就是撞老头, 你托一个鸡蛋,还写字么?"
于丹:"什么时侯写的论文就叫专业性很强?"
启功:"回去自己看啊, 什么时候写的不像人话了, 那就叫专业化了."
于丹:"启先生，你为什么每天都这么乐呀?"
启功:"不乐，那多冤呐!"
怎一个通透了得!
注: 摘自09/01/2007 "锵锵三人行"。

于丹：沐浴经典 传承经典

在央视“百家讲坛”上，她以令人耳目一新的方式阐释《论语》、《庄子》，收获了赞许，也面对着质疑。身处漩涡之中，她选择了从容，用加倍的勤恳真诚回馈赞许者的热情，用坦荡的“三鞠躬一握 手”直面质疑者的诘问。一路前行，支撑她的是一股强大而温暖的力量，其中融汇着传世经典的智慧光芒、父亲和师长的悉心培养，还有，她和学生们难以尽述的师生情长。沐浴着经典光芒成长的她，走上“百家讲坛”或许是偶然，但传承经典却是必然。因为，在热爱教职的她看来，这是师者本分。她说，繁华褪尽，我不过是一个手执教鞭、授业解惑的教师而已。

依然是那般的笑容端庄,依然是那般的才华横溢。

与其说是采访,不如说是聆听。抛给她一个问题,她轻松接过,然后就是挥洒自如的应答。孔子、庄子、司马迁、柳永、苏东坡等远逝古人的辞句,她信手拈来,穿插在论述中,支撑着自己的“一己阐发”。由于长期研究媒体写作,她太知道记者提问背后的潜台词。她不仅体贴地把这些潜台词说了出来,而且不断地充实信息,甚至还出离自己被采访者的身份,谈论起采访写作的技巧。

跟她对话的时候,她正处在舆论的风口浪尖。她把她的态度总结为“三鞠躬一握手”:一鞠躬是要向公众,因为老百姓是用生命感悟来还原经典;二鞠躬是对圣贤,他们的睿智让经典的力量趋向永恒;三鞠躬是给媒体,媒体不仅是历史的记录者,也是文明的催化剂。而一握手,是要和提出质疑的人握手,因为多元碰撞是文化获得活力的最佳路径。

经历过这样一番“折腾”,她已年过四十,女儿也在慢慢长大,她越来越感悟到孔子所说“四十不惑”的重量。她说“不惑”的境界还达不到,但是自己已经明白了“返璞归真”这四个字的可贵,“我越来越觉得台湾作家张小娴的一句话说得棒极了,她说‘我们庸俗而深情地生活着’。”

什么是“庸俗”?她的理解就是家长里短,比如过去大家住在一个大杂院里,有一家包饺子,就会给满院子人家都送上一盘。什么是“深情”?她说是一种由衷的情怀,比如说自己对教师这个职业的无比热爱。

　　作为一个初级菜鸟，要组装一台可以使用的电脑，我们首先要解决的问题是如何将诸多电脑配件和连线顺利地连接起来？为了完成这个任务，就必须深入认识电脑内外各种连线。笔者把这些连线分为主机外连线、主机内连线和主机内跳线三个部分来给大家讲解。
主机外连线
　　主机外的连线虽然简单，但我们要一一弄清楚哪个接口插什么配件、作用是什么。对于这些接口，最简单的连接方法就是对准针脚，向接口方向平直地插进去并固定好。
电源接口（黑色）：负责给整个主机电源供电，有的电源提供了开关，笔者建议在不使用电脑的时候关闭这个电源开关（图1）。

PS/2接口（蓝绿色）：PS/2接口有二组，分别为下方（靠主板PCB方向）紫色的键盘接口和上方绿色的鼠标接口（图2），两组接口不能插反，否则将找不到相应硬件；在使用中也不能进行热拔插，否则会损坏相关芯片或电路。

USB接口（黑色）：接口外形呈扁平状，是家用电脑外部接口中唯一支持热拔插的接口，可连接所有采用USB接口的外设，具有防呆设计，反向将不能插入。
LPT接口（朱红色）：该接口为针角最多的接口，共25针。可用来连接打印机，在连接好后应扭紧接口两边的旋转螺丝（其他类似配件设备的固定方法相同）。
COM接口（深蓝色）：平均分布于并行接口下方，该接口有9个针脚，也称之为串口1和串口2。可连接游戏手柄或手写板等配件。
Line Out接口（淡绿色）：靠近COM接口，通过音频线用来连接音箱的Line接口，输出经过电脑处理的各种音频信号(图3)。

Line in接口（淡蓝色）：位于Line Out和Mic中间的那个接口，意为音频输入接口，需和其他音频专业设备相连，家庭用户一般闲置无用。
Mic接口（粉红色）：粉红色是MM喜欢的颜色，而聊天也是MM喜欢的。MIC接口可让二者兼得。MIC接口与麦克风连接，用于聊天或者录音。
显卡接口（蓝色）：蓝色的15针D-Sub接口是一种模拟信号输出接口（图4），用来双向传输视频信号到显示器。该接口用来连接显示器上的15针视频线，需插稳并拧好两端的固定螺丝，以让插针与接口保持良好接触。

MIDI/游戏接口（黄色）：该接口和显卡接口一样有15个针脚，可连接游戏摇杆、方向盘、二合一的双人游戏手柄以及专业的MIDI键盘和电子琴。
网卡接口：该接口一般位于网卡的挡板上（目前很多主板都集成了网卡，网卡接口常位于USB接口上端）。将网线的水晶头插入，正常情况下网卡上红色的链路灯会亮起，传输数据时则亮起绿色的数据灯。
主机内连线
　　主机内的连线有简单的也有复杂的，但无论简单还是复杂，我们DIYer都要攻克这些困难，这样才能真正地组装起一台可以流畅运行的电脑。
1．电源连线
20芯电源连线：主板就是靠它供电的。先用力捏住电源接头上的塑料卡子，然后将电源接口平直地插入主板CPU插座旁边的20芯电源插座（图5）。注意卡子与卡座在同一方向上。

CPU电源连线：由于P4级别的CPU耗电量巨大，系统还需要单独为CPU供电，因此在CPU的附近提供了一个4芯的电源插座，连接时将电源输出端一个正方形的四芯电源插头对准卡座插入。
4芯电源连线：4芯电源插头除连接普通的IDE设备外，还可给另购的机箱风扇或显卡供电，连接时常需要转接，只需将输出端的公头插入连接端的母头就行了。
CPU风扇连线：为CPU加装了散热器后，将散热器的电源输入端（深红色）插入主板上CPU附近的“CPU FAN”上（图6）。

显卡风扇连线：显卡散热风扇的接头多为三针（主板提供）或二针（显卡提供）。因此，倘若我们购买的是需要三针电源接口的散热风扇，就要在主板CPU插座附近找到这样的深红色插座（SYS FAN），然后按两边的凸起找准方向插入。而二芯风扇都直接插在了显卡的供电接口上。
2．设备连线
IDE设备连线：IDE设备包括光驱、硬盘等。在主板上一般都标有IDE1、IDE2（图7），可以通过主板连接两组IDE设备，通常情况下我们将硬盘连接在IDE1上、光驱连接在IED2上。该类型设备正常工作都需要两类连线：一为80针的数据线（光驱可为40针），二为4芯电源线。连接时，先将数据线蓝色插头一端插入主板上的IDE接口，再将另一端插入硬盘或光驱接口；然后把电源线接头插在IDE设备的电源接口上（图8）。由于数据线及电源线都具有防插反设计，插接时不要强行插入，如不能插入就换一个方向试试。


SATA接口连线：目前SATA硬盘已经大量使用，支持SATA硬盘的主板上标有SATA1、SATA2等的就是SATA硬盘的数据线接口，通过扁平的SATA数据线（一般为红色）就可与SATA硬盘连接（图9）。

3．机箱面板及其他连线
前置USB连线：机箱面板上大都提供了两个前置的USB接口。而USB连线正起到连接前置USB接口和主板的作用。每组USB连线大多合并在一个插头内（图10），再找到主板上标注USB1234的接口，依照主板说明书上要求的顺序插入。

开机信号线：从机箱面板中的一组连线中找到开机信号线。开机信号线由白色和朱红色的标注有“Power SW”的两针接头组成，这组线连接的是开机按钮（图11）。我们只需将这个接头插入主板机箱面板插线区中标注有“PWR”字符的金属针上即可开机。

重启信号线：重启信号线是标注有一个“Reset SW”的两针接头，它连接的是主机面板中的Reset按钮（重启按钮）。这组接头的两根线分别为蓝色和白色，将其插到主板上标注了“Reset”的金属针上。
硬盘指示灯线：在我们读写硬盘时，硬盘灯会发出红色的光，以表示硬盘正在工作。而机箱面板连线中标注“HDD LED”的两针接头即为它的连线，将这两根红色和白色线绞在一起的接头与主板上标注“HDD LED”的金属针连接。
机箱喇叭连线：机箱喇叭连线（作用是开机声音报警）最好认，因为标注Speaker的接头是几组线中最大最宽的。该接头为黑色和红色两根交叉线。将这个接头插入主板上标有“Speaker”或“SPK”的金属针上（注意红色的线接正极，即“+”插针）。
奇异扎丝线：拆开品牌机，给人最大的感受就是里面非常开阔整齐。我们DIYer面对机箱内杂乱的电源、数据线，有没有方法给它做做“整容”呢？有！这就靠扎丝啦，扎丝可在熟悉的电脑商家那里索要几根（图12），将线置于扎丝的圈内，然后扎进扎丝的一头，拉紧，并用剪刀去掉多余的扎丝头。

主机内跳线
　　跳线，很小的一个蓝色“小帽”，连通的是两根金属针。跳线虽小，但它的作用可大着呢。
1．三针跳线
　　三针跳线即为三个相邻的针脚。我们可以把这三个针脚按照位置分别命名为1、2、3。一般说来，当我们用跳线帽连接1和2两个针脚的时候表示开启或接通，当我们连接2和3两个针脚时则表示清零或者屏蔽。
　　我们最常用到的跳线功能就是BIOS跳线（图13）和声卡跳线了，操作原理同上。当BIOS受损或超频过度导致机器不能启动时，我们就把BIOS跳线（在圆形的CMOS电池附近）从1、2针脚上拔下来，插在2、3针脚（Clear）上一会儿再插回1、2针脚，这样BIOS就被清零了，相关设置恢复到出厂时的状态。

　　对于集成声卡（AC'97）或集成显卡来说，我们用跳线帽将1、2针脚接通表示启用该功能，而当我们添置了硬声卡或独立显卡时，则可以用跳线帽接通2、3针脚来屏蔽集成声卡或集成显卡（现在很多主板都是在BIOS设置中实现的）。
2．主从盘跳线
　　如果一条数据线上只存在一台IDE设备是不需要设置主从盘的，因为厂家在产品出厂时已把跳线设置到了主盘（Master）位置上。但随着对双硬盘和刻录机、DVD的添加，一条数据线上得安装两个IDE设备，这就需要我们重新设置主盘和从盘（图14）。

　　一般来说，在硬盘和光存储设备表面都会有相关的跳线设置图，并根据Master为主盘（接在数据线最远端）、Slave为从盘（接在数据线中间）的原理，按照厂家提供的图示去设置。
　　当我们设置跳线的时候，手指常常抓握不住跳线帽，建议用钳子或镊子夹着插拔跳线帽。
3．超频跳线
　　关于超频跳线，各厂商没有统一的做法，因此，超频的朋友们需要参考各主板厂商的技术规格和相关参数，笔者建议仔细阅读主板说明书或咨询厂商的客服部寻求相关技术支持。同时，如果真的喜欢超频，配备强劲的散热风扇和耐超的CPU是不可缺少的。
小编有话说：看过本文的介绍，小编也不禁想把DIY过程中的一些小经验拿出来给大家分享一下。
　　1．在连线之前最好释放人体上的静电，以免静电击穿硬件芯片或损坏电路。释放静电的方法很简单，把双手放在墙壁上或摸摸自来水管都可以。
　　2．现在硬件接口广泛采用了“防插反设计”，也就是说，如果硬件接口硬插不进去，这时候就不要使用蛮力，而应该仔细检查插的方向是否反了。
　　3．连接机箱面板插线时，要尽量把眼贴近插针位置，看准了主板上相应针脚的位置再动手，插的时候用力均匀轻缓，以免蛮力弄歪插针。
　　4．在连接电源线和数据线的时候，我们需要注意的是硬盘和光驱等IDE设备讲求“红红相对”的原则，即电源线的红线和数据线的红线方向对应，软驱则相反。
　　5．按照PC'99规范的要求，主板接口或跳线中会标注一些特殊的颜色，这些颜色的接口就是和标注相同颜色的硬件相连的。比如紫色的PS/2接口只能连接同样为紫色接口的键盘。

计算机主机网关的作用是什么？
假设你的名字叫小不点，你住在一个大院子里，你的邻居有很多小伙伴，在门口传达室还有个看大门的李大爷，李大爷就是你的网关。当你想跟院子里的某个小伙伴玩，只要你在院子里大喊一声他的名字，他听到了就会回应你，并且跑出来跟你玩。
但是你不被允许走出大门，你想与外界发生的一切联系，都必须由门口的李大爷（网关）用电话帮助你联系。假如你想找你的同学小明聊天，小明家住在很远的另外一个院子里，他家的院子里也有一个看门的王大爷（小明的网关）。但是你不知道小明家的电话号码，不过你的班主任老师有一份你们班全体同学的名单和电话号码对照表，你的老师就是你的DNS服务器。于是你在家里拨通了门口李大爷的电话，有了下面的对话：
小不点：李大爷，我想找班主任查一下小明的电话号码行吗？
李大爷：好，你等着。（接着李大爷给你的班主任挂了一个电话，问清楚了小明的电话）问到了，他家的号码是211.99.99.99
小不点：太好了！李大爷，我想找小明，你再帮我联系一下小明吧。
李大爷：没问题。（接着李大爷向电话局发出了请求接通小明家电话的请求，最后一关当然是被转接到了小明家那个院子的王大爷那里，然后王大爷把电话给转到小明家）
就这样你和小明取得了联系。
至于DHCP服务器嘛，可以这样比喻：
你家院子里的居民越来越多了，传达室李大爷那里的电话交换机已经不能满足这么多居民的需求了，所以只好采用了一种新技术叫做DHCP，居民们开机的时候随机得到一个电话号码，每一次得到的号码都可能会不同。
你家门口的李大爷：就是你的网关
你的班主任：就是你的DNS服务器
传达室的电话交换机：就是你的DHCP服务器
同上，李大爷和王大爷之间的对话就叫做路由。
另：如果还有个小朋友叫做小暗，他住的院子看门的是孙大爷，因为小暗的院子刚盖好，孙大爷刚来不久，他没有李大爷和王大爷办公室的电话（李大爷和王大爷当然也没有他的电话），这时会有两种情况：
1、居委会的赵大妈告诉了孙大爷关于李、王两位大爷的电话（同时赵大妈也告诉了李、王关于孙的电话），这就叫静态设定路由
2、赵大妈病了，孙大爷自己到处打电话，见人就说：“我是小暗他们院子管电话的”，结果被李、王二位听到了，就记在了他们的通讯录上，然后李、王就给孙大爷回了个电话说：“我是小明（小不点）他们院子管电话的”，这就叫动态设定路由
然后有一天小不点要找小暗，结果自然是小不点给李大爷打电话说：“大爷，我找小暗”（这里省略了李大爷去查小暗电话的过程，假设他知道小暗的电话），李大爷一找通讯录：“哦，小暗的院子的电话是孙大爷管着的，要找小暗自然先要通知孙大爷，我可以通知王大爷让他去找孙大爷，也可以自己直接找孙，那当然是自己直接找孙方便了”，于是李大爷给孙大爷打了电话，然后孙大爷又把电话转到了小暗家。
这里李大爷的通讯录叫做路由表。
李大爷选择是自己直接找孙大爷还是让王大爷帮忙转接叫做路由选择。
李大爷之所以选择直接找孙大爷是有依据的，因为他直接找孙大爷就能一步到位，如果要王大爷转接就需要两步才能完成，这里的“步”叫做“跳数”，李大爷的选择遵循的是最少步骤（跳数）原则（如果他不遵守这个原则，小不点可能就会多等些时间才能找到小暗，最终结果可能导致李大爷因工作不力被炒鱿鱼，这叫做“延时太长，选路原则不合理，换了一个路由器”）
当然，事情总是变化的，小不点和小明吵架了，这些天小不点老是给小暗打电话，小明心里想：“操，他是不是在说我坏话啊？”于是小明决定偷听小不点和小暗的通话，但是他又不能出院子，怎么办呢？小明做了这样一个决定：
首先他告诉自己院里管电话的王大爷说：“你给李大爷打个电话说小暗搬到咱们院子了，以后凡是打给他的电话我来接”，王大爷没反映过来（毕竟年纪大了啊！）就给李大爷打了电话，说：“现在我来管理小暗的电话了，孙已经不管了”，结果李大爷就把他的通讯录改了，这叫做路由欺骗。
以后小不点再找小暗，李大爷就转给王大爷了（其实应该转给孙大爷的），王大爷收到了这个电话就转给了小明（因为他之前已经和小明说好了），小明收到这个电话就假装小暗和小不点通信。因为小明作贼心虚，害怕明天小不点和小暗见面后当面问他，于是通信断了之后，又自己以小不点的名义给小暗通了个电话复述了一遍刚才的话，有这就叫数据窃听。
再后来，小不点还是不断的和小暗联系，而零落了小明，小明心里嘀咕啊：“我不能总是这样以小暗的身份和小不点通话啊，外一有一天露馅了怎么办！”于是他想了一个更阴险的招数：“干脆我也不偷听你们的电话了，你小不点不是不给我打电话吗！那我让你也给小暗打不了，哼哼！”，他怎么做的呢？我们来看：
他联系了一批狐朋狗友，和他们串通好，每天固定一个时间大家一起给小暗院子传达室打电话，内容什么都有，只要传达室的孙爷爷接电话，就会听到“打雷啦，下雨收衣服啊！”、“人是人他妈生的，妖是妖他妈生的”、“你妈贵姓”等等，听的脑袋都大了，不听又不行，电话不停的响啊！终于有一天，孙爷爷忍不住了，大喊一声：“我受不了拉！！！！”，于是上吊自杀了！
这就是最简单的DDOS攻击，孙爷爷心理承受能力弱的现象叫做“数据报处理模块有BUG”，孙爷爷的自杀叫做“路由器瘫痪”。如果是我，就会微笑着和他们拉家常，例如告诉他们“我早就听了天气预报，衣服10分钟前已经收好了”或者“那你妈是人还是妖”或者“和你奶奶一个姓”等等，我这种健全的心理叫做“健壮的数据报处理，能够抵御任何攻击”
孙爷爷瘫了之后，小不点终于不再给小暗打电话了，因为无论他怎么打对方都是忙音，这种现象叫做“拒绝服务”，所以小明的做法还有一个名字叫做“拒绝服务攻击”。
小明终于安静了几天，...
几天后，小明的院子来了一个美丽的女孩，名字叫做小丽，小明很喜欢她（小小年纪玩什么早恋！）可是小丽有个很帅的男朋友，小明干瞪眼没办法。当然这里还是要遵循上面的原则：小丽是不能出院子的。那个男的想泡小丽自然只能打电话，于是小明又蠢蠢欲动了：
还记得王爷爷是院子的电话总管吗？他之所以能管理电话是因为他有一个通讯录，因为同一个院子可能有2个孩子都叫小明，靠名字无法区分，所以通讯录上每一行只有两项：
门牌 电话
一号门 1234567 （这个是小明的）
二号门 7654321 （这个是小丽的）
......
王爷爷记性不好，但这总不会错了吧（同一个院子不会有2个“二号门”吧）？每次打电话人家都要说出要找的电话号码，然后通过通讯录去院子里面敲门，比如人家说我找“1234567”，于是王爷爷一比较，哦，是一号门的，他就去敲一号门“听电话”，如果是找“7654321”，那他就找二号门“听电话”。
这里的电话号码就是传说中的“IP地址”
这里的门牌号就是传说中的网卡的’MAC‘地址（每一块网卡的MAC地址都是不一样的，这是网卡的制造商写死在网卡的芯片中的）
小明心里想“奶奶的，老子泡不到你也别想泡”，于是他打起了王爷爷通讯录的主意，经过细心的观察，周密的准备，他终于发现王爷爷有尿频的毛病（毕竟是老人啊...），终于在一个月黑风高的白天，王爷爷去上厕所了，小明偷偷的摸进传达室，小心翼翼的改了王爷爷的通讯录......
过了几天，小丽的男朋友又给小丽打来了电话，对方报的电话是“7654321”，王爷爷一看通讯录，靠：
门牌 电话
一号门 1234567 （这个是小明的）
一号门 7654321 （注意：这个原来是小丽的，但是被小明改了）
......
王爷爷不知道改了啊，于是就去找一号门的小明了，小明心里这个美啊，他以小丽父亲的口吻严厉的教训了那个男的和小丽之间不正当的男女关系，结果那个男的恭恭敬敬的挂了电话。当然小丽并不知道整个事情的发生...
这里小明的行为叫做“ARP欺骗”（因为在实际的网络上是通过发送ARP数据包来实现的，所以叫做“ARP欺骗”），王爷爷的通讯录叫做“ARP表”
这里要注意：王爷爷现在有两个通讯录了，一个是记录每个院子传达室电话的本本，叫做“路由表”，一个是现在说的记录院子里面详细信息的本本，叫做“ARP表”。
有句命言是“人们总是在追求完美的，尽管永远也做不到”（请记住这句话，因为这是一个大名人--也就是我，说的）
王爷爷的制度中有一条是这么写的“每个月要重新检查一下门牌号和电话的对应本（也就是ARP表）”，这个动作叫做“刷新ARP表”，每个月的时间限制叫做“刷新ARP表的周期”。这样小明为了让那个男的永远不能找到小丽，之后每个月都要偷偷改一次那个通讯录，不过这样也是不得不做的事啊！
补充一点，小明是很聪明的，如果通讯录（ARP表）被改成了这样：
门牌（MAC） 电话（IP）
一号门 1234567 （这个是小明的）
二号门 1234567 （注意：这个被小明改了，但是他一时头晕改错了）
......
就会是计算机就会弹出一个对话框提示“出现重复的IP地址”，最终会导致王爷爷不知所措，于是通知一号门和二号门，你们的电话重复了。这样小丽就知道有人在破坏她的好事，这个现象叫做“骗局被揭穿了”
小不点知道了小明偷听他和小暗的电话，于是就和小暗约定好了密码。小不点在家里把要说的加密了之后告诉小暗。土豆－〉星期三，地瓜－〉请客，笨蛋－〉小不点家。于是小不点告诉小暗：土豆笨蛋地瓜。小明听了？？？不懂。。。。郁闷了。。。这是加密。
除此之外，小丽也知道了小明改他家的电话号码了。于是王爷爷就登门一个一个把电话和门牌号记下来。并且藏起来不允许外人修改，只能自己有钥匙（密码）。这是ip地址和MAC地址绑定。当有人改了电话号码的时候，就得找王爷爷改。麻烦是麻烦了，但是安全了。不过小明偷偷的把王爷爷的钥匙偷配了一把（盗窃密码成功），于是他还可以修改。这样么，就这样了。