档案存放单位在哪 Hadoop分散式档案系统和OpenStack物件储存有何不同

Hadoop分散式档案系统和OpenStack物件储存有何不同  

Hadoop分散式档案系统和OpenStack物件储存有何不同

最近在Quora上有人提到一个问题，有关Hadoop分散式档案系统和OpenStack物件储存的不同。
问题原文如下：
“HDFS （Hadoop分散式档案系统）和OpenStack物件储存（OpenStack Object Storage）似乎都有着相似的目的：实现冗余、快速、联网的储存。什么样的技术特性让这两种系统因而不一样？这两种储存系统最终趋于融合是否大有意义？”
问题提出之后，很快有OpenStack的开发者进行了回复。本文在此摘抄了前两名回复进行翻译，以供各位参考。
排名第一的答案来自RackSpace的OpenStack Swift开发者Chuck Their：
虽然HDFS与Openstack物件储存（Swift）之间有着一些相似之处，但是这两种系统的总体设计却大不一样。
1. HDFS使用了中央系统来维护档案元资料（Namenode，名称节点），而在Swift中，元资料呈分散式，跨丛集复制。使用一种中央元资料系统对HDFS来说无异于单一故障点，因而扩充套件到规模非常大的环境显得更困难。
2. Swift在设计时考虑到了多租户架构，而HDFS没有多租户架构这个概念。
3. HDFS针对更庞大的档案作了优化（这是处理资料时通常会出现的情况），Swift被设计成了可以储存任何大小的档案。
4. 在HDFS中，档案写入一次，而且每次只能有一个档案写入；而在Swift中，档案可以写入多次；在并发操作环境下，以最近一次操作为准。
5. HDFS用Java来编写，而Swift用Python来编写。
另外，HDFS被设计成了可以储存数量中等的大档案，以支援资料处理，而Swift被设计成了一种比较通用的储存解决方案，能够可靠地储存数量非常多的大小不一的档案。
排名第二的答案来自Joshua McKenty，他是美国宇航局Nebula云端计算专案的首席架构师，是OpenStack Nova软体的早期开发者之一，目前是OpenStack专案监管委员会的成员，还是Piston.这家基于OpenStack的公司的创始人。
Chuck刚才详细介绍了两者的技术差异，但是没有讨论两者可想而知的融合，OpenStack设计峰会上丢掷了融合这个话题。简而言之，HDFS被设计成可以使用Hadoop，跨储存环境里面的物件实现MapReduce处理。对于许多OpenStack公司（包括我自己的公司）来说，支援Swift里面的处理是路线图上面的一个目标，不过不是每个人都认为MapReduce是解决之道。
我们已讨论过为HDFS编写包装器，这将支援OpenStack内部储存应用程式设计介面（API），并且让使用者可以针对该资料来执行Hadoop查询。还有一个办法就是在Swift里面使用HDFS。但是这些方法似乎没有一个是理想的。
OpenStack社群方面也在开展研究开发方面的一些工作，认真研究其他替代性的MapReduce框架（Riak和CouchDB等）。
最后，现在有别的一些储存专案，目前“隶属于”OpenStack社群（SheepDog和HC2）。充分利用资料区域性性，并且让物件储存变得“更智慧”，这是预计会取得进步的一个领域。

Hadoop分散式档案系统HDFS和OpenStack物件储存系统Swift有何不同

然HDFS与Openstack物件储存（Swift）之间有着一些相似之处，但是这两种系统的总体设计却大不一样。
1. HDFS使用了中央系统来维护档案元资料（Namenode，名称节点），而在Swift中，元资料呈分散式，跨丛集复制。使用一种中央元资料系统对HDFS来说无异于单一故障点，因而扩充套件到规模非常大的环境显得更困难。
2. Swift在设计时考虑到了多租户架构，而HDFS没有多租户架构这个概念。
3. HDFS针对更庞大的档案作了优化（这是处理资料时通常会出现的情况），Swift被设计成了可以储存任何大小的档案。
4. 在HDFS中，档案写入一次，而且每次只能有一个档案写入；而在Swift中，档案可以写入多次；在并发操作环境下，以最近一次操作为准。
5. HDFS用Java来编写，而Swift用Python来编写。
另外，HDFS被设计成了可以储存数量中等的大档案，以支援资料处理，而Swift被设计成了一种比较通用的储存解决方案，能够可靠地储存数量非常多的大小不一的档案。

HDFS档案系统和OpenStack swift物件储存有何不同

虽然HDFS与Openstack物件储存（Swift）之间有着一些相似之处，但是这两种系统的总体设计却大不一样。
1. HDFS使用了中央系统来维护档案元资料（Namenode，名称节点），而在Swift中，元资料呈分散式，跨丛集复制。使用一种中央元资料系统对HDFS来说无异于单一故障点，因而扩充套件到规模非常大的环境显得更困难。
2. Swift在设计时考虑到了多租户架构，而HDFS没有多租户架构这个概念。
3. HDFS针对更庞大的档案作了优化（这是处理资料时通常会出现的情况），Swift被设计成了可以储存任何大小的档案。
4. 在HDFS中，档案写入一次，而且每次只能有一个档案写入；而在Swift中，档案可以写入多次；在并发操作环境下，以最近一次操作为准。
5. HDFS用Java来编写，而Swift用Python来编写。
另外，HDFS被设计成了可以储存数量中等的大档案，以支援资料处理，而Swift被设计成了一种比较通用的储存解决方案，能够可靠地储存数量非常多的大小不一的档案。
排名第二的答案来自Joshua McKenty，他是美国宇航局Nebula云端计算专案的首席架构师，是OpenStack Nova软体的早期开发者之一，目前是OpenStack专案监管委员会的成员，还是Piston.这家基于OpenStack的公司的创始人。
Chuck刚才详细介绍了两者的技术差异，但是没有讨论两者可想而知的融合，OpenStack设计峰会上丢掷了融合这个话题。简而言之，HDFS被设计成可以使用Hadoop，跨储存环境里面的物件实现MapReduce处理。对于许多OpenStack公司（包括我自己的公司）来说，支援Swift里面的处理是路线图上面的一个目标，不过不是每个人都认为MapReduce是解决之道。
我们已讨论过为HDFS编写包装器，这将支援OpenStack内部储存应用程式设计介面（API），并且让使用者可以针对该资料来执行Hadoop查询。还有一个办法就是在Swift里面使用HDFS。但是这些方法似乎没有一个是理想的。
OpenStack社群方面也在开展研究开发方面的一些工作，认真研究其他替代性的MapReduce框架（Riak和CouchDB等）。
最后，现在有别的一些储存专案，目前“隶属于”OpenStack社群（SheepDog和HC2）。充分利用资料区域性性，并且让物件储存变得“更智慧”，这是预计会取得进步的一个领域。

linux下储存视讯等档案，需要构建分散式档案系统，请问哪种分散式系统适合储存视讯档案

原先我想推荐 以前使用的商业化的quantum stornext,但是那是几年前的解决方案，也是很烧钱的方案，有些功能也不够完善
先在看来目前网路上大热的hadoop才是廉价的解决方案，关键概念比较新，他的理念来自于google公布的goole file system原理,我以前也只是听到这个名字，看来有机会可以多了解一下
本人目前的认识，对两个方案比较如下
stornext 需要硬体支援cluster，基于共享储存fc/iscsi, 可以自动备份档案到磁带，也可以自动读取存在磁带上的档案，支援居于资料块的优化储存(理论上100个使用者存同一部电影，如果原始档案是同一个，即使每个版本删节掉的镜头完全不一样，最终它们共同占用的磁碟空间还是一部完整电影的空间)
hadoop dfs不需要共享储存，可以直接使用多伺服器上的本地硬碟，通过冗余允许部分节点失效,扩充套件比较灵活，费用相对低廉，对流媒体的支援较好

哪些分散式档案系统是由Python编写的呢？

我知道分散式档案系统完全用Python 写的只有openstack 的swift。
其他还有一些不知名的分散式档案系统用python 写的如：
NCFS（基于多个云端储存的分散式档案系统）
一般考虑效能都不会采用python 作为分散式档案系统的开发语言

分散式档案系统相对于共享档案有哪些好处？

通过 DFS（分散式档案系统），一台伺服器上的某个共享点能够作为驻留在其他伺服器上的共享资源的宿主。DFS 以透明方式连结档案伺服器和共享资料夹，然后将其对映到单个层次结构，以便可以从一个位置对其进行访问，而实际上资料却分布在不同的位置。使用者不必再转至网路上的多个位置以查询所需的资讯，而只需连线到：
\DfsServerDfsroot
使用者在访问此共享中的资料夹时将被重定向到包含共享资源的网路位置。这样，使用者只需知道 DFS 根目录共享即可访问整个企业的共享资源。
DFS 拓扑从 DFS 树的根目录开始。位于逻辑层次结构顶部的 DFS 根目录对映到一个物理共享。DFS 连结将域名系统 (DNS) 名称对映到目标共享资料夹或目标 DFS 根目录的 UNC 名称。当 DFS 客户端访问 DFS 共享资料夹时，DFS 伺服器将 DNS 名称对映到 UNC 名称并将引用返回给该客户端，以使它能够找到共享资料夹。将 DNS 名称对映到 UNC 名称使资料的物理位置对使用者是透明的，这样使用者便无须记住储存资料夹的伺服器。当 DFS 客户端请求 DFS 共享的引用时，DFS 伺服器将使用分割槽情况表 (PKT) 将 DFS 客户端定向到物理共享。对于基于域的 DFS，PKT 储存在 Active Directory 中；对于独立的 DFS，PKT 储存在登录档中。在网路环境中，PKT 维护有关 DFS 拓扑的所有资讯，包括其到基础物理共享的对映。DFS 伺服器将 DFS 客户端定向到与请求的 DFS 连结相对应的副本共享列表后，DFS 客户端使用 Active Directory 站点拓扑连线到同一站点中的一个副本，如果该站点中没有提供副本，则连线到该站点以外的一个副本。
分散式软体系统(Distributed Sofare Systems)是支援分散式处理的软体系统,是在由通讯网路互联的多处理机体系结构上执行任务的系统。它包括分散式作业系统、分散式程式设计语言及其编译(解释)系统、分散式档案系统和分散式资料库系统等。
分散式作业系统负责管理分散式处理系统资源和控
分散式系统的型别，大致可以归为三类：
1、分散式资料，但只有一个总? 据库，没有区域性资料库。
2、分层式处理，每一层都有自己的资料库。
3、充分分散的分散式网路，没有中央控制部分，各节点之间的联接方式又可以有多种，如松散的联接，紧密的联接，动态的联接，广播通知式联接等。

城市和农村发展分散式光伏有何不同

1、产权区别
在建设分散式光伏发电时，电网公司需要明确房屋产权，由于城市小区普遍是五层以上住宅，屋顶属于楼下所有住户共同所有，电网公司是不予并网的，就算楼下所有住户都同意，但在日后的执行维护中，难免不发生纠纷；或者所有住户都参与进来搭建光伏电站，但楼顶就那么大的面积，也不现实。
还有一点就是在城市小区，还有很多小区业主的电表不是独立电表的，这样的情况，电网公司也是不予申报的。所以在城市建设家庭光伏电站，一般多集中在别墅区或者是郊外，或者是楼层较低的且物业比较容易沟通的，而且具备独立电表这一特性。
在农村屋顶上建设光伏电站就不会碰到产权的问题，就算没有房产证，但是有居委会或村里的证明档案也是可以的。农村的电表基本上都是独立电表，在申报的时候也比较简单。
2、考虑的着重点不一样
在城市地区建设光伏电站，使用者着重考虑的是电站的收益问题、充当屋顶的作用、遮风挡雨等。很多居民想利用自家的屋顶或露天阳台，建设光伏电站，不仅能够充当屋顶还能够发电。因此很多使用者并不单单是追求经济利益的。还有些使用者追求环保意识，利用屋顶，车棚等可利用面积，建设电站，来实现环保的理念。
在农村建设光伏电站，可能着重考虑的是经济因素。光伏发电现在是国家鼓励的产业，很多使用者在得知这个讯息就想多了解了解，单纯的考虑经济因素，使用者想知道多少年能够回本，执行20年之后的收益是怎样的。一般从经济角度考虑的使用者，最后能装机的使用者并不多，因为由于农村居民用电少，电费低，成本回收期大概需要8-10年左右，时间跨度太长，不划算。
3、要求不一样
城市居民想建设光伏电站，考虑的问题较多：安全问题、稳定性、有没有辐射、与周围建筑的搭配、美观性等。
农村居民最直接的要求就是能够满足家庭需要，并且会咨询回收年限。
4、政策不一
在城市建设光伏电站已经逐渐流行了。我们在武汉也建设了很多光伏电站。虽然在申报流程，等待时间上各个电力局有所差别，但在沟通之后都可以建设，也就是说电力局是清楚流程的，满足条件是可以并网接入的。但是我们接手的几个外地专案，使用者咨询电力局却被告知不能建设。这让我们非常诧异和不解。可能是政策理解以及政策下达上有所差别。

win2003怎么建立一个DFS分散式档案系统

不懂这个，，，等待高手中~~~

win2008 管理工具没有分散式档案系统么

首先告诉你系统服务只能禁用最好不要解除安装，解除安装系统自带的东西无异于自找麻烦。可以对系统服务做以下设定
1.自动:如果一些无用服务被设定为自动，它就会随机器一起启动，这样会延长系统启动时间。通常与系统有紧密关联的服务才必须设定为自动。

2.手动:只有在需要它的时候，才会被启动。

3.已禁用:表示这种服务将不再启动，即使是在需要它时，也不会被启动，除非修改为上面两种型别。

如果我们要关闭正在执行的服务，只要选中它，然后在右键选单中选择“停止”即可。但是下次启动机器时，它还可能自动或手动执行。

如果服务专案确实无用，可以选择禁止服务。在右键选单中选择“属性”，然后在“常规→启动型别”列表中选择“已禁用”，这项服务就会被彻底禁用。

如果以后需要重新起用它，只要在此选择“自动”或“手动”即可;也可以通过命令列“ start ?服务名?”来启动，比如“ start Clipbook”。

必须禁止的服务

1.NetMeeting Remote Desk Sharing:允许受权的使用者通过NetMeeting在网路上互相访问对方。这项服务对大多数个人使用者并没有多大用处，况且服务的开启还会带来安全问题，因为上网时该服务会把使用者名称以明文形式传送到连线它的客户端，黑客的嗅探程式很容易就能探测到这些账户资讯。

2.Universal Plug and Play Device Host:此服务是为通用的即插即用装置提供支援。这项服务存在一个安全漏洞，执行此服务的计算机很容易受到攻击。攻击者只要向某个拥有多台Win XP系统的网路传送一个虚假的UDP包，就可能会造成这些Win XP主机对指定的主机进行攻击(DDoS)。另外如果向该系统1900埠传送一个UDP包，令“Location”域的地址指向另一系统的chargen埠，就有可能使系统陷入一个死回圈，消耗掉系统的所有资源(需要安装硬体时需手动开启)。

3.Messenger:俗称信使服务，电脑使用者在区域网内可以利用它进行资料交换(传输客户端和伺服器之间的Net Send和Alerter服务讯息，此服务与Windows Messenger无关。如果服务停止，Alerter讯息不会被传输)。这是一个危险而讨厌的服务，Messenger服务基本上是用在企业的网路管理上，但是垃圾邮件和垃圾广告厂商，也经常利用该服务释出弹出式广告，标题为“信使服务”。而且这项服务有漏洞，MSBlast和Slammer病毒就是用它来进行快速传播的。

4.Terminal Services:允许多位使用者连线并控制一台机器，并且在远端计算机上显示桌面和应用程式。如果你不使用Win XP的远端控制功能，可以禁止它。

5.Remote Registry:使远端使用者能修改此计算机上的登录档设定。登录档可以说是系统的核心内容，一般使用者都不建议自行更改，更何况要让别人远端修改，所以这项服务是极其危险的。

6.Fast User Switching Compatibility:在多使用者下为需要协助的应用程式提供管理。Windows XP允许在一台电脑上进行多使用者之间的快速切换，但是这项功能有个漏洞，当你点选“开始→登出→快速切换”，在传统登入方式下重复输入一个使用者名称进行登入时，系统会认为是暴力破解，而锁定所有非管理员账户。如果不经常使用，可以禁止该服务。或者在“控制面板→使用者账户→更改使用者登入或登出方式”中取消“使用快速使用者切换”。

7.Tel:允许远端使用者登入到此计算机并执行程式，并支援多种 TCP/IP Tel客户，包括基于 UNIX 和 Windows 的计算机。又一个危险的服务，如果启动，远端使用者就可以登入、访问本地的程式，甚至可以用它来修改你的ADSL Modem等的网路设定。除非你是网路专业人员或电脑不作为伺服器使用，否则一定要禁止它。

8.Performance Logs And Alerts:收集本地或远端计算机基于预先配置的日程引数的效能资料，然后将此资料写入日志或触发警报。为了防止被远端计算机搜寻资料，坚决禁止它。

9.Remote Desk Help Session Manager:如果此服务被终止，远端协助将不可用。

10.TCP/IP NetBIOS Helper:NetBIOS在Win 9X下就经常有人用它来进行攻击，对于不需要档案和列印共享的使用者，此项也可以禁用。
可以禁止的服务

以上十项服务是对安全威胁较大的服务，普通使用者一定要禁用它。另外还有一些普通使用者可以按需求禁止的服务:

1.Alerter:通知所选使用者和计算机有关系统管理级警报。如果你未连上区域网且不需要管理警报，则可将其禁止。

2.Indexing Service:本地和远端计算机上档案的索引内容和属性，提供档案快速访问。这项服务对个人使用者没有多大用处。

3.Application Layer Gateway Service:为Inter连线共享和Inter连线防火墙提供第三方协议外挂的支援。如果你没有启用Inter连线共享或Windows XP的内建防火墙，可以禁止该服务。

4.Uninterruptible Power Supply:管理连线到计算机的不间断电源，没有安装UPS的使用者可以禁用。

5.Print Spooler:将档案载入到记忆体中以便稍后列印。如果没装印表机，可以禁用。

6.Smart Card:管理计算机对智慧卡的读取访问。基本上用不上，可以禁用。

7.Ssdp Discovery Service:启动家庭网路上的upnp装置自动发现。具有upnp的装置还不多，对于我们来说这个服务是没有用的。

8.Automatic Updates:自动从Windows Update网路更新补丁。利用Windows Update功能进行升级，速度太慢，建议大家通过多执行绪下载工具下载补丁到本地硬碟后，再进行升级。

9.Clipbook:启用“剪贴簿检视器”储存资讯并与远端计算机共享。如果不想与远端计算机进行资讯共享，就可以禁止。

10.Imapi Cd-burning Com Service:用Imapi管理CD录制，虽然Win XP中内建了此功能，但是我们大多会选择专业烧录软体，另外如果没有安装烧录机的话，也可以禁止该服务。

11.Workstation:建立和维护到远端服务的客户端网路连线。如果服务停止，这些连线都将不可用。

12.Error Reporting Service:服务和应用程式在非标准环境下执行时，允许错误报告。如果你不是专业人员，这个错误报告对你来说根本没用。

再就是如下几种服务对普通使用者而言也没有什么作用，大家可以自己决定取舍，如:Routing and Remote Aess、Net Logon、Neork DDE和Neork DDE DSDM。
Windows 系统服务
注：除系统预设的设定外，普通配置是指一般情况下的使用；网路配置是指即上网际网路又在区域网当中；单机配置是指没联任何网路的单个机器；极端配置是指追求尽可能多的机器资源所做的调整。
1、Alerter
服务名称：Alerter
程序名称：services.exe
功能说明：这个服务是当系统发生故障时向管理员传送警报，或向用户传送出错资讯。除非你的电脑处在区域网中，而且配有网路管理员，一般情况下可以设定为“手动”或“已禁用”。
预设设定：手动
普通配置：已禁用
网路配置：已禁用
单机配置：已禁用
极端配置：已禁用

2、Application Layer Gateway Service
服务名称：ALG
程序名称：alg.exe
功能说明：为Inter共享和防火墙的第三方外挂提供支援如果你使用了WindowsXP的Inter共享和防火墙，那么这个服务必须启用。它占用大约1.5MB的记忆体资源。
预设设定：手动
普通配置：手动
网路配置：自动
单机配置：已禁用
极端配置：已禁用

3、Application Management
服务名称：AppMgmt
程序名称：svchost.exe
功能说明：Windows2000/XP引入了一种基于msi档案格式（应用程式安装资讯程式包）的软体管理方案——应用程式管理元件服务，它不仅管理软体的安装、删除，而且可以使用此项服务修改、修复现有应用程式，监视档案复原并通过复原排除基本故障等。
预设设定：手动
普通配置：手动
网路配置：手动
单机配置：手动
极端配置：手动

4、Automatic Updates服务名称：wuauserv
程序名称：svchost.exe
功能说明：Windows自动升级的服务。要注意的是，不管是通过Windows Update手动或自动升级，都需要Background Intelligent Transfer Service和System Event Notification这两个服务的支援。
预设设定：自动
普通配置：自动
网路配置：自动
单机配置：已禁用
极端配置：已禁用

5、Background Intelligent服务名称：BITS
程序名称：svchost.exe
功能说明：用于通过Http1.1伺服器来非同步传输资料，也就是利用闲置网路频宽在后台传输档案，Windows Update需要用到这个服务，从而实现升级资料断点续传功能。另外，在使用MSN Explorer、Windows Messenger、Windows Media Player或.NET功能等时，它的自动更新需要这个服务。
预设设定：手动
普通配置：已禁用
网路配置：已禁用
单机配置：已禁用
极端配置：已禁用

6、Transfer Service服务名称：
程序名称：svchost.exe
功能说明：用于通过Http1.1伺服器来非同步传输资料，也就是利用闲置网路频宽在后台传输档案，Windows Update需要用到这个服务，从而实现升级资料断点续传功能。另外，在使用MSN Explorer、Windows Messenger、Windows Media Player或.NET功能等时，它的自动更新需要这个服务。
预设设定：手动
普通配置：已禁用
网路配置：已禁用
单机配置：已禁用
极端配置：已禁用

7、ClipBook服务名称：ClipSrv
程序名称：clipsrv.exe
功能说明：这个服务通过Neork DDE和Neork DDE DSDM提供的网路动态资料交换服务，查阅远端电脑中的剪贴薄，即使你的电脑在区域网中，为了安全起见还是强烈建议将其设定为“手动”，而对于普通使用者来说，完全可以将其设定为“已禁用”。这样可以节省大约1.3MB的记忆体空间。
预设设定：手动
普通配置：已禁用
网路配置：已禁用
单机配置：已禁用
极端配置：已禁用

8、Com+System Application服务名称：COMSysApp
程序名称：dllhost.exe
功能说明：主要为那些使用了COM+的程式提供主持，同时系统日志也需要它才能执行，因此建议改为手动。
预设设定：手动
普通配置：手动
网路配置：手动
单机配置：已禁用
极端配置：已禁用

9、COM+ Event System服务名称：EventSystem
程序名称：svchost.exe
功能说明：为使用COM+程式提供系统事件支援，或曰自动释出到订阅 COM 元件。建议保持Windows的预设设定。
预设设定：手动
普通配置：手动
网路配置：手动
单机配置：手动
极端配置：已禁用

10、Computer Browser服务名称：Browser
程序名称：svchost.exe
功能说明：维护网路邻居中计算机的最新列表，其中包括基于Windows 的域、工作组和计算机，还有其它NetBIOS协议的网路装置，“网路上的芳邻”显示的内容是来源于此。并将这个列表通知给请求的程式。普通单机使用者设定为“已禁用”，区域网使用者设定为“自动”。如果，在“网路上的芳邻”中看不到其它电脑，很可能是这个服务没有开启。
预设设定：自动
普通配置：已禁用
网路配置：自动
单机配置：已禁用
极端配置：已禁用

11、Cryptographic Services服务名称：CryptSvc
程序名称：svchost.exe
功能说明：它主要用来确认Windows 档案签名的，如果将其禁用，那么你会经常遇到报告驱动程式未被微软鉴定的警告框。同时这个服务也是Windows Update手动或自动更新时所需要的。另外，在升级SP1 或SP2、DirectX 9.0 必须要这个服务处于执行状态。而Windows Media Player和一些.NET应用程式也需要该服务。它大约占用1.9MB记忆体空间。
预设设定：自动
普通配置：自动
网路配置：自动
单机配置：已禁用

12、DHCP Client服务名称：Dhcp
程序名称：svchost.exe
功能说明：全称Dynamic Host Configuration Protocol（动态主机配置协议），该协议可以自动为区域网中的每一台计算机自动分配IP 地址，并完成每台计算机的TCP/IP协议配置，包括IP地址、子网掩码、闸道器，以及DNS 伺服器等。这样在区域网中特别是大型区域网中，管理员就不必为每一台计算机手工配置TCP/IP 协议了，也避免了IP 地址重复的问题。作为普通使用者，如果已通过DSL、Cable等方式连入Inter，那么还是保持自动状态为好，因为我们在Inter 上的IP地址是由ISP动态分配的。如果系统不应用于任何网路，那么你可以将其设为“已禁用”。在Windows中要启用DHCP协议，只要将IP地址设定为“自动获得IP地址”即可。具体的方法如下：以Windows XP为例，开启“本地连线”属性，双击“Inter协议（TCP/IP）”开启属性视窗。接着，在“常规”选项卡中选中“自动获得IP地址”，单击右下角的“高阶”。下面在开启视窗的“IP设定”选项卡中，就可以看到“DHCP被启用”。
预设设定：自动
普通配置：自动
网路配置：已禁用
单机配置：自动
极端配置：已禁用

13、Distributed Link Tracking Client服务名称：TrkWks
程序名称：svchost.exe
功能说明：分散式连线跟踪客户端，它能跟踪档案在网路域的NTFS卷中移动状况，并发出通知。普通使用者设定为：“已禁用”，区域网使用者（硬碟分割槽档案系统为NTFS）设为：“自动”。比如：你在电脑A上建立了一个档案，接着在电脑B上建立了这个档案的快捷方式或连结，如果你在电脑A 中移动了档案的位置，那么这个服务将会告诉电脑B 这个档案的新位置并进行修正。对于单机使用者，这个服务用处不大，而且它会占用大约3.5MB～4MB 的记忆体资源。
预设设定：自动
普通配置：手动
网路配置：手动
单机配置：已禁用
极端配置：已禁用

14、Distributed Transaction Coordinator服务名称：MSDTC
程序名称：msdtc.exe
功能说明：并列事务，是分布于两个以上的资料库，讯息伫列，档案系统，或其它事务保护资源管理器。这个服务禁用后，事件日志会报告相关错误。不过，经测试发现，并不会影响系统执行。而一些.NET程式会用到它。
预设设定：手动
普通配置：手动
网路配置：手动
单机配置：已禁用
极端配置：已禁用

15、DNS Client服务名称：Dnscache
程序名称：svchost.exe
功能说明：域名系统客户端，它可将域名解析为IP 地址。除非你没有连入任何网路，否则应设为“自动”。
预设设定：自动
普通配置：自动
网路配置：自动
单机配置：已禁用
极端配置：已禁用

16、Error Reporting Service服务名称：ERSvc
程序名称：svchost.exe
功能说明：当应用程式出现错误时，这个服务可以向微软提交相关报告。因为它的用处并不大，还白白占用记忆体和系统资源，因此推荐将其禁用。
预设设定：自动
普通配置：已禁用
网路配置：已禁用
单机配置：已禁用
极端配置：已禁用