复制命令行
在CTP中，Server Core支持九项任务（要记住，在发布之前这些任务可能不会改变，但将来微软可能会增加更多的任务）。它们是：
1. Active Directory Domain Services（激活目录域服务器，过去是激活目录)；
2. Domain Name Services (域名服务器，DNS)；
3. Active Directory Lightweight Directory Services（激活目录停止目录服务器，过去是激活目录应用模式）；
4. Dynamic Host Configuration Protocol (动态主机配置协议，DHCP)；
5. Streaming Media Services （媒体流服务）；
6. File Services（文件服务器）包括Distributed File System Namespaces（分配的文件系统命名区）和delta压缩复制；
7. Print Services（打印服务）；
8. Windows Server Virtualization（Windows服务器虚拟化）；
9. Internet Information Services (IIS) version 7（互联网信息服务（IIS）第7版）。
那么接下来的问题就是：虽然用户已将服务器的所有组件进行了虚拟化，但是他们会愿意只能通过命令行界面这种复杂的操作进行管理吗？而且既然服务器的所有组件都运行在虚拟的设备上，他们是否会更愿意简化Server Core安装或者采用完整的Windows界面？
有些人支持这种想法，但是仍有一些守旧分子坚持使用命令行界面。但是，我们认为大多数的组织，尤其是中小型企业和IT业的精英，仍然愿意进行完整安装。因为对于我们来说，Windows就是Windows，它默认的就是图形用户界面（GUI）。
GUI意味着访问Server Manager时，可以通过对话框完成简单的交互，而且很少有出错的可能性。试着没有任何差错地打出复杂、多行的命令行。很多人并没有打出指令，而是进入另一个程序，确保他们打出的命令是正确的以后，再将它粘贴到命令窗口执行它。从我们的角度看，通过GUI完成这项工作速度会快得多。
还有一个更大的问题：大家会愿意在Server Core上运行微软的旗舰网络服务 Internet Information Services (IIS)（互联网信息服务）吗？IIS一直以来都是微软的要害。这不是因为它不能正确发挥作用，而是因为绝大多数人对它都是默认安装的，而且安装以后就不再进行管理。当你访问一个完整的GUI时，管理IIS就成为一项相当复杂的工作。在Server Core上管理IIS不会是一件简单的事。
Server Core是没有窗口的Windows，而Server Core上的IIS则是没有互联网信息服务的IIS。因为它只能运行静态站点。Server Core上的IIS不能支持下面的特性：
ASP.NET，微软服务器主要的脚本工具；
Microsoft .NET Framework 3.0 (以前是WinFX), 也称为NetFX；
IIS Management Console version 7（IIS管理控制台第7版，因为它需要一个图形界面）；
IIS Management Service（IIS管理服务）；
IIS Legacy Snap-In或IIS Management Console第6版，它要管理遗留下来的网站；
IIS FTP Management（IIS 文件传输协议管理）。
Windows Activation Service提供了激活应用程序组的工具，同时也为在Windows下处理任何的应用程序提供了工具。在Windows Server以前的版本中，这种加工是由IIS管理的，而且只适用于网站。
你能想象在Server Core上管理IIS会是怎样的场面吗？每件事都要用命令行来实现。PowerShell无法在Server Core上运行，因为它依赖于.NET 框架。而.NET又不能在Server Core上运行，因为它从属于图形环境。
你可以运行PowerShell脚本远程管理Server Core的安装。但是，为了让你有一个直观的认识，下面列出的是命令行指令如何在Server Core上完整安装IIS的。
Start /w pkgmgr
/iu:IIS-WebServerRole;IIS-WebServer;IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument; IIS-DirectoryBrowsing;IIS-HttpErrors;IIS-HttpRedirect;IIS-ApplicationDevelopment;IIS-ASP;IIS-CGI;IIS-ISAPIExtensions;IIS-ISAPIFilter; IIS-ServerSideIncludes;IIS-HealthAndDiagnostics;IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-HttpTracing; IIS-CustomLogging;IIS-ODBCLogging;IIS-Security;IIS-BasicAuthentication;IIS-WindowsAuthentication;IIS-DigestAuthentication; IIS-ClientCertificateMappingAuthentication;IIS-IISCertificateMappingAuthentication;IIS-URLAuthorization;IIS-RequestFiltering; IIS-IPSecurity;IIS-Performance;IIS-HttpCompressionStatic;IIS-HttpCompressionDynamic;IIS-WebServerManagementTools; IIS-ManagementScriptingTools;IIS-IIS6ManagementCompatibility;IIS-Metabase;IIS-WMICompatibility;IIS-LegacyScripts; IIS-FTPPublishingService;IIS-FTPServer;WAS-WindowsActivationService;WAS-ProcessModel
我们很愿意为你们再多提供几行命令行作为示范，在Server Core 上执行IIS和其他服务器的任务。但是那样无疑会占用相当大的篇幅。
大家都会采用Server Core的服务吗？我不这样认为。我认为Server Core只适用于Windows Server Virtualization。但是那些并不追求虚拟化潮流的机构，倒是有可能决定采用Server Core来取代在硬件平台上进行的完整安装。
顺便提一句，IIS的第7版也作了许多的更改，许多更改是针对配置Windows Vista操作系统的，但是绝大多数更改则必须要有服务器才能完全运行。目前，IIS已经完全模块化了，这样你可以只安装你需要的特性。另外，XML文件中的各种配置能使你很轻松、自动地配置多个同样的服务器。
更多特性
当然，自动控制和虚拟化并不是Windows Server 2008的唯一的新特性。
Network Access Protection (网络接入保护，NAP)是服务器的一项新任务，它会保护未打补丁的系统，将它们隔离，防止连接到网络上，直到进行更新。
Read-Only Domain Controllers (只读域控制器，RODC)允许你将域控制器放在没有太多保护的区域，因为象Windows NT的Backup Domain Controller一样，这种DC只保存目录数据库的只读副本。即使它被泄漏，黑客也对它做不了什么，因为所有隐藏的密码会自动被复位。
Restartable Active Directory Domain Services（可重启的激活目录域服务）使你无需关闭系统就能在域控制器中执行维护操作。
现在，DNS包括GlobalNames Zones (全球命名区，GNZ)，支持使用单个标签姓名，如NetBIOS。有了GNZ，各机构就可以让Windows Internet Naming Service (Windows互联网命名服务，WINS)完全隐退了。
现在，中断服务提供了一个RemoteApp（远程应用）模式，就像Citrix普及的远程系统一样，可以只发布应用程序本身，而无需发布整个桌面。这样，用户就可以使用远程的应用程序，而不必了解他们是否在一台远程服务器上运行。实际上，RemoteApp特性方便了管理员，因为你可以在每台运行WS08的服务器上发布服务器管理应用程序。这将成为远程访问服务器管理器的唯一方式。
Windows Server Backup会将所有的图片进行备份，并储存成虚拟的硬件驱动格式，在你需要访问他们的时候，你能够将它们作为虚拟设备来使用。
TCP/IP堆栈已被完全修补，而且在Windows Vista操作系统下，还提高了网络通讯速度。TCP/IP协议的下一个版本Ipv6，已被结合到所有级别的WS08中，包括DNS和 DHCP在内。
Windows Deployment Services能够将客户和服务器的操作系统配置到裸机上，而且所有的传输都是通过多点传送来进行的。WS08构建在Vista的内核上，较以前的版本提供了许多已作重大改进的特性。
还有很多特性将不在这里详细说明。
时间能带来一切
有一个问题：现在已经完全准备好了吗？微软已在这款操作系统上研究了5年多的时间，但是还有很多性能需要进一步完善。
首先，Server Manager与PowerShell的结合是个很不错的主意，而且也是进行升级的主要理由。但是过后再想一想这些事情：它是在Beta 3测试版发布后发布的，因此已在许多实际的构建中有所体现，而这要占用相当多的时间。这两种软件的结合意味着服务器管理器中的每一条命令和每一次中断都结合在一起，即File Server Resource Management，Windows Deployment Services，Active Directory Domain Services等等都必须在PowerShell中重新编写产生命令。那可不是件小事。
还有一则：尽管WS08同时支持x86 (32-bit)和x64 (64-bit)版本（还有IA64版本），但是这是微软最后一次发布32-bit的服务器操作系统版本。预计于2009年出货的WS08 R2也不会包含32bit的版本。
毫无疑问，WS08预示着Windows计算机新时代的来临：在人们虚拟化Windows服务时，将会看到动态数据中心的重大变革。人们不仅看到32-bit计算的结束，而且还会在Server Core中看到“没有窗口”的Windows。WS08还完全支持服务器的整合，避免增加服务器。
那么，WS08的采用率会如何呢？各机构何时才会转用这种新的操作系统？我们认为，只有微软发布了Windows Server Virtualization之后人们才会采用WS08。但是微软旨在发布WS08以后180天才发布这个软件，或许这也是比尔盖茨退休前所没有想到的。
