Bytes Total/sec 是在每个网络适配器上发送和接收字节的速率，包括帧字符在内。Network Interface\\Bytes Received/sec 是 Network Interface\\Bytes Received/sec 和 Network Interface\\Bytes Sent/sec的总和。 
Current Bandwidth 指以位/每秒估计的网络接口的当前带宽。
Output Queue Length 为输出数据列队(数据包)的长度。如果这个长于 2，即会出现延缓并且如果可能的话找出并解决瓶颈问题。由于请求是在这个操作由网络驱动程序接口规格(NDIS)列队，这永远会是 0。
Packets/sec 为在网络界面发送和接收数据包的速率。
Packets Outbound Discarded 为选为丢弃的输出数据包的数目，即便没有发现会阻止传输这些数据包的错误。丢弃数据包的可能原因是释放缓冲空间。
Packets Outbound Error 为由于错误不能传输的输出数据包的数目。
Packets Received Discarded 指选定要丢弃的输入数据包的数字，即使没有发现阻碍这些数据包成为可传送到更高层协议的错误。造成丢弃数据包的可能原因是释放缓冲器空间。
Packets Received Error 指输入数据包的数目，这些数据包含阻碍它们成为可传送到更高层协议的错误。
Packets Received/sec 为在网络界面接收数据包的速率。
Packets Sent/sec 为在网络界面发送数据包的速率。

Processor计数器 

% Processor Time 指处理器用来执行非闲置线程时间的百分比。计算方法是，测量范例间隔内非闲置线程活动的时间，用范例间隔减去该值。(每台处理器有一个闲置线程，该线程在没有其他线程可以运行时消耗周期)。这个计数器是处理器活动的主要说明器，显示在范例间隔时所观察的繁忙时间平均百分比。这个值是用 100% 减去该服务不活动的时间计算出来的。 通常CPU的平均活动符合应该在80%以下，超过80%表示CPU的处理能力已经达到极限。
% DPC Time 指在范例间隔期间处理器用在缓延程序调用(DPC)接收和提供服务的百分比。DPC 正在运行的为比标准间隔优先权低的间隔。由于 DPC 是以特权模式执行的，DPC 时间的百分比为特权时间百分比的一部分。这些时间单独计算并且不属于间隔计算总数的一部分。这个总数显示了作为实例时间百分比的平均忙时。越低越好。在多处理器系统中，如果这个值大于50%并且Processor:% Processor Time非常高，加入一个网卡可能会提高性能，提供的网络已经不饱和。
% Privileged Time 在特权模式下处理线程执行代码所花时间的百分比。当调用 Windows 系统服务时，此服务经常在特权模式运行，以便获取对系统专有数据的访问。在用户模式执行的线程无法访问这些数据。 对系统的调用可以是直接的(explicit)或间接的(implicit)，例如页面错误或中断。不像某些早期的操作系统，Windows 除了使用用户和特权模式的传统保护模式之外，还使用处理边界作为分系统保护。某些由 Windows 为您的应用程序所做的操作除了出现在处理的特权时间内，还可能在其他子系统处理出现。这个时间包括CPU维护中断和延迟过程调用的时间。如果该值过高，应该有I/O处理导致大量系统中断。
% User Time 指处理器处于用户模式的时间百分比。用户模式是为应用程序、环境分系统和整数分系统设计的有限处理模式。另一个模式为特权模式，它是为操作系统组件设计的并且允许直接访问硬件和所有内存。操作系统将应用程序线程转换成特权模式以访问操作系统服务。这个计数值将平均忙时作为示例时间的一部分显示。
Interrupts/sec 是处理器接收和处理硬件中断的平均速度，单位为每秒事例数。这不包括分开计数的延迟的进程调用(DPCs)。这个值说明生成中断的设备(如系统时钟、鼠标、磁盘驱动器、数据通讯线、网络接口卡和其他外缘设备)的活动。这些设备通常在完成任务或需要注意时中断处理器。正常线程执行因此被中断。系统时钟通常每 10 毫秒中断处理器一次，创建中断活动的背景。这个计数值显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。
% Interrupt Time 是处理器在实例间隔期间接受和服务硬件中断的时间。此值间接表示了生成间隔的设备活动， 如系统时钟、鼠标、磁盘驱动程序、数据通讯线路、网络界面卡和其他外围设备。当这些设备完成一项任务或需要管理时，它们通常会中断处理器。中断期间，正常的线程执行会停止。多数系统时钟会每隔 10 毫秒中断处理器，产生间隔活动的背景，在间隔期间，终止正常的线程执行。此计数器显示此平均占用时间为实例时间的一部分。

Process计数器 

Private Bytes 指这个处理不能与其他处理共享的、已分配的当前字节数。
Page Faults/sec 指在这个进程中执行线程造成的页面错误出现的速度。当线程引用了不在主内存工作集中的虚拟内存页即会出现 Page Fault。如果它在备用表中(即已经在主内存中)或另一个共享页的处理正在使用它，就会引起无法从磁盘中获取页。
% User Time 指处理线程用于执行使用用户模式的代码的时间的百分比。应用程序、环境分系统和集合分系统是以用户模式执行的。Windows 的可执行程序、内核和设备驱动程序不会被以用户模式执行的代码损坏。不像某些早期的操作系统，Windows 除了使用用户和特权模式的传统式保护模式之外，还使用处理边界作为分系统保护。某些由 Windows 为您的应用程序所做的操作除了出现在处理的特权时间内，还可能在其他子系统处理出现。
% Privileged Time 是在特权模式下处理线程执行代码所花时间的百分比。当调用 Windows 系统服务时，此服务经常在特权模式运行，以便获取对系统专有数据的访问。在用户模式执行的线程无法访问这些数据。对系统的调用可以是直接的(explicit)或间接的(implicit)，例如页面错误或间隔。不像某些早期的操作系统，Windows 除了使用用户和特权模式的传统保护模式之外，还使用进程边界作为分系统保护。某些由 Windows 为您的应用程序所做的操作除了出现在进程的特权时间内，还可能在其他子系统进程出现。
% Processor Time 是所有进程线程使用处理器执行指令所花的时间百分比。指令是计算机执行的基础单位。线程是执行指令的对象，进程是程序运行时创建的对象。此计数包括处理某些硬件间隔和陷阱条件所执行的代码。
Virtual Bytes 指处理使用的虚拟地址空间的以字节数显示的当前大小。使用虚拟地址空间不一定是指对磁盘或主内存页的相应的使用。虚拟空间是有限的，可能会限制处理加载数据库的能力。
Working Set 指这个处理的 Working Set 中的当前字节数。Working Set 是在处理中被线程最近触到的那个内存页集。如果计算机上的可用内存处于阈值以上，即使页不在使用中，也会留在一个处理的 Working Set中。当可用内存降到阈值以下，将从 Working Set 中删除页。如果需要页时，它会在离开主内存前软故障返回到 Working Set 中。
Page File Bytes 指这个处理在 Paging file 中使用的最大字节数。Paging File 用于存储不包含在其他文件中的由处理使用的内存页。Paging File 由所有处理共享，并且 Paging File 空间不足会防止其他处理分配内存。
I/O Data Bytes/sec 处理从 I/O 操作读取/写入字节的速度。这个计数器为所有由本处理产生的包括文件、网络和设备 I/O 的活动计数。

PhysicalDisk计数器 

Avg. Disk Queue Length 指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。
% Disk Time 指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。
Current Disk Queue Length 在收集性能数据时磁盘上当前的请求数量。它还包括在收集时处于服务的请求。这是瞬间的快照，不是时间间隔的平均值。多轴磁盘设备能有一次处于运行状态的多重请求，但是其他同期请求正在等待服务。此计数器会反映暂时的高或低的队列长度，但是如果磁盘驱动器被迫持续运行，它有可能一直处于高的状态。请求的延迟与此队列的长度减去磁盘的轴数成正比。为了提高性能，此差应该平均小于二。一个经验规则是将每一个磁盘的平均请求队列长度保持在2以下。当这个计数器的值超过了每个磁盘2时，系统将出现一个I/O极限。
Split IO/Sec 汇报磁盘上的 I/O 分割成多个 I/O 的速率。一个分割的 I/O 可能是由于请求的数据太大不能放进一个单一的 I/O 中或者磁盘碎片化而引起的。
% Idle Time 汇报在实例间隔时磁盘闲置时间的百分比。
Avg. Disk Bytes/Transfer 指在写入或读取操作时从磁盘上传送或传出字节的平均数。
Disk Read Bytes/sec 指在读取操作时从磁盘上传送字节的速率。
Disk Write Bytes/sec 指在写入操作时传送到磁盘上的字节速度。

Memory计数器 

Page Faults/sec 每秒钟出错页面的平均数量。由于每个错误操作中只有一个页面出错，计算单位为每秒出错页面数量，因此这也等于页面错误操作的数量。这个计数器包括硬错误(那些需要磁盘访问的)和软错误(在物理内存的其他地方找到的错误页)。许多处理器可以在有大量软错误的情况下继续操作。但是，硬错误可以导致明显的拖延。当进程请求一块内存但系统无法分配时发生页面错误，该值过高（与未加压时比较）可能有两方面的原因：1、 应用程序已经占用了过多内存，这可以通过增加内存量来解决。2、 应用程序的内存请求过于频繁（如：频繁地创建和销毁对象）。此时要考虑更改设计。
Committed Bytes 指以字节表示的确认虚拟内存。确认内存磁盘页面文件上保留了空间的物理内存。每个物理磁盘上可以有一个或一个以上的页面文件。这个计数器只显示上一回观察到的值；它不是一个平均值。
Available MBytes 计算机上运行的进程的可用物理内存大小，单位是千字节，而不是在 Memory\\Available Bytes 中报告的字节。它是将零的、空闲的和备用内存列表的空间添加在一起来计算的。空闲内存可随时使用; 零内存是为了防止以后的进程看到以前进程使用的数据而在很多页内存中填满了零的内存。备用内存是指从进程的工作集(它的物理 内存)移到磁盘的，但是仍旧可以重新调用的内存。 这个计数器只显示观察到的最后一个值；它不是一个平均值。当这个数值变小时，Windows开始频繁地调用磁盘页面文件。如果这个数值很小，例如小于5 MB，系统会将大部分时间消耗在操作页面文件上。
Pages/sec 指为解决硬页错误从磁盘读取或写入磁盘的速度。这个计数器是可以显示导致系统范围延缓类型错误的主要指示器。它是 Memory\\Pages Input/sec 和 Memory\\Pages Output/sec 的总和。是用页数计算的，以便在不用做转换的情况下就可以同其他页计数如: Memory\\Page Faults/sec 做比较，这个值包括为满足错误而在文件系统缓存(通常由应用程序请求)的非缓存映射内存文件中检索的页。 一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。
Commit Limit 指在不用扩展分页文件的情况下可以使用的虚拟内存的数量。这是用字节来计算的。确认的内存是指保留在磁盘分页文件上的物理内存。在每个逻辑磁盘上可以有一个分页内存。如果扩展分页文件，这个限量将相应增加。这个计数器只显示上一回观察到的值；而不是一个平均值。

When you try to connect with the Cisco VPN client in Windows Vista, you receive the following error:

Reason 442: Failed to Enable Virtual Adapter

This error prevents you from connecting with Cisco VPN client.

Solution 1

To resolve this problem in Windows Vista, do the following:

1. Click Start > Computer.
2. Double-click your C: drive.
3. Double-click Program Files > Cisco Systems > VPN Client.
4. Right-click on cvpnd.exe and select Properties.
5. Click the Compatibility tab.
6. Put a check mark next to the option, Run this program in compatibility mode for:.
7. Make sure Windows XP Service Pack 2 is selected.
8. Click Apply and then click OK.
9. Right-click vpngui.exe and select Properties.
10. Put a check mark next to the option, Run this program in compatibility mode for:.
11. Make sure Windows XP Service Pack 2 is selected.
12. Click Apply and then click OK.
13. Restart your computer.

After your computer restarts, you may connect with Cisco VPN client.

Solution 2

Solution 3

Target Audience: Technical - Intermediate

Current Revision:

First Published: 24 June 2010

Products: Microsoft eBook

UID: XD10293

Posted Thu, 24/06/2010 - 07:41 by xtravirt

Love reading? Love technology? Like money? If the answer to those questions is Yes, then these eBook links are for you.

Punchy Text:

Love reading? Love technology? Like money? If the answer to those questions is Yes, then these eBook links are for you.

By Matt McSpirit - virtualboy. Microsoft Partner Technology Specialist for Virtualization;
http://blogs.technet.com/mattmcspirit

Love reading?  Love technology?  Like money?

If the answer to those questions is Yes, then these eBook links are for you.  Covering a wide spectrum of technologies, from Office through to Virtualisation, and Windows Phone through to Visual Studio, this array of free eBooks should keep you going for a while…

• Free eBook: Moving to Microsoft Visual Studio 2010 (DRAFT Preview)
• Free eBook: Moving to Microsoft Visual Studio 2010 (DRAFT Preview II)
• Code for “Moving to Microsoft Visual Studio 2010” DRAFT eBooks
• Free eBook: Introducing Microsoft SQL Server 2008 R2
• Free eBook: Programming Windows Phone 7 Series (DRAFT Preview) (by Charles Petrol)
• Free eBook: Own Your Future: Update Your Skills with Resources and Career Ideas from Microsoft
• Free eBook: Understanding Microsoft Virtualization Solutions (Second Edition)
• Free eBook: First Look Microsoft Office 2010
• Free eBook: Windows 7 troubleshooting tips
• Free eBook: Introducing Windows Server 2008 R2
• Free eBook: Deploying Windows 7, Essential Guidance

企业在对IT架构实施补丁升级的过程中，会遇到相当多的问题。冗余低效的补丁分发方案、补丁记录缺失、高风险的补丁实施和没有制定有效的补丁撤销策略等是其中影响最大的问题。这些问题的存在，不但明显降低了企业IT部门的工作效率，还消耗了大量企业用于IT设施的预算，最为严重的是，还影响企业顺利开展业务，对高价值数据的安全造成了非常大的威胁。

企业要提高IT架构的效率、安全性和对业务的贡献率，就必须首先解决在实施补丁升级过程中的诸多问题。这些问题的解决都指向一点：制定并实施理想的补丁管理策略。这点是目前绝大多数的企业都十分缺乏的实践。那么企业应该如何做？

企业要制定理想的补丁管理策略，就需要先明确实施这个策略要实现什么目的，以及目的的达成能够给企业带来什么现实的好处。了解目标所在之后，企业下一步需要做的就是，制定一个符合自己业务和IT环境现状的理想补丁管理策略。但对大部分缺乏标准化流程制定经验的企业来说，这并非易事。幸好，我们有ITIL（IT基础设施库）可以参考，它包含着如何管理IT基础设施的流程描述。它以流程为导向，以客户为中心，通过整合IT服务与企业业务，提高企业的IT服务提供和服务支持的能力和水平。ITIL可引导组织高效和有效地使用技术，让既有的信息化资源发挥更大的效能。基于ITIL思想的补丁管理策略包括4个重要阶段：配置管理、风险评估、变更管理和补丁发布管理。

重要阶段１：配置管理

对企业现有IT环境的详细了解是补丁升级成功的第一步。如果企业在实行补丁升级操作前不了解企业IT环境的实际情况，企业将无法了解漏洞的存在和危害、补丁程序的影响和风险，也就无法对接下去的补丁升级活动进行计划。企业可以通过配置管理来收集IT环境的相关数据。

企业要根据IT架构的配置情况实施配置管理，可以使用数据库或文档记录的方式。一般情况下，企业只须关注系统的标识、技术特征和业务角色三个要素即可。

配置数据一般可直接从企业新设备的采购或更新时的登记表中获取，但要注意的是，配置信息应该随着系统的变更而及时更新，否则就毫无价值。对于内部网络庞大、设备数量众多的企业，建议采用数据库的方式来维护配置管理信息，以增强配置管理信息的使用效率并降低维护难度。

重要阶段２：风险评估

企业在进行补丁升级操作之前，还需要获知当前最新的补丁程序信息，同时还要知道企业IT架构有哪些系统是需要进行补丁升级操作的。因此，企业可以在风险评估这一阶段对存在漏洞的系统进行调查，并获取补丁程序的信息。风险评估的一般步骤如下：1.获取漏洞信息和厂商发布的补丁信息；2.评估漏洞和补丁对现有系统及应用程序的影响；3.查找并记录现有系统和应用程序中存在的漏洞，并记录所有的处置决定；4.将漏洞情况告知系统的所有人；5.提交变更请求。

企业可以很方便地从相关厂商或各大安全站点上获取最新的漏洞和补丁信息。这些漏洞信息中通常包括受影响系统、漏洞描述和威胁等。企业的IT部门需要将这些信息记录下来，并作为补丁程序使用决定的依据之一。有漏洞信息公开时，对应的厂商尚未提供补丁程序，企业的IT部门也应该根据该漏洞的危害及影响，从其他方面对防御这个漏洞进行准备，如隔离或关闭受影响系统等。

由于厂商往往会针对不同的软件产品和版本发布多个补丁程序，因此企业可以使用自动化的补丁分发工具，获取并分类这些种类繁多的补丁程序。将自动化的补丁分发工具和阶段1使用到的配置管理数据库结合使用，能够帮助企业IT部门做出更准确的判断。

重要阶段３：变更管理

在收到IT部门提出的变更请求后，企业指定的变更管理人就需要对变更请求进行审核和批准。这个阶段通常包括对变更请求的审核，评估变更可能带来的影响、成本和风险，批准已经评估的变更以及跟踪变更的实施效果等步骤。变更管理阶段还和下面要提到的补丁发布管理阶段有相当多的互动。

厂商一般是定期发布补丁程序。如果遇到比较紧急的漏洞爆发情况，厂商通常还会发布紧急的补丁升级程序。因此，企业对补丁程序的变更管理操作，也可以分成两个不同的流程。

其一是标准的变更管理流程，通常用于处理标准的定期补丁升级。变更管理人可以处理IT部门的变更请求，评估变更可能带来的影响、成本和风险，批准已经评估的变更，并跟踪变更的实施效果。

另外一个是紧急的变更管理流程，这个流程用于处置紧急的补丁升级。在紧急情况下，变更管理人只负责审核和批准IT部门的变更请求，直接跳过了变更评估阶段。

无论是在标准还是紧急的变更管理流程中，齐全的文档记录非常重要，这对企业实施紧急变更管理流程尤其重要。只有这样，企业才能跟踪补丁更新的实施效果，在补丁更新出现问题时也能够及时按照文档的记录进行修正。

重要阶段４：发布管理

发布管理阶段的目的就是尽可能地减小新补丁程序对当前业务和现有IT架构的不利影响，并指导下属部门进行补丁程序的更新操作。补丁发布管理阶段的实施者通常是企业的IT部门或安全部门，它们需要按照企业的当前业务和现有IT环境，架设测试用的环境，同时按照一般用户的补丁更新行为使用新补丁程序。在整个过程中，企业的IT部门要全程记录补丁程序的测试过程和结果，还要为实施补丁升级操作的用户提供详细的技术指导。如果在补丁测试的阶段出现问题，IT部门还应该将问题发生的原因和过程记入文档，并通报相关的管理部门。

企业IT部门测试完成补丁程序后，由管理层批准才能发布补丁程序和相应的操作文档。在此之后，IT部门还应该对补丁程序的使用情况进行跟踪，并及时解决用户在实施补丁升级时遇到的问题。

总之，制定并实施基于ITIL的理想补丁管理策略，可以保证企业能够以标准化的流程评估、发布和应用补丁程序，并及时解决在进行补丁升级时可能遇到的问题，同时，大大降低补丁程序可能对企业业务持续和高价值数据造成的影响，提高了企业IT架构对企业业务的贡献率。

实施基于ITIL的补丁管理策略的好处

补丁升级的流程更具可重复性、可执行性，同时也更为有效。按照业务的需求降低补丁升级的风险。

将企业IT应用中常见的“哪里出问题就去哪里救火”的处置思想改进为更为有计划和准备的处置方法。

在一个不断改变的环境中依然能够保证足够的安全性，企业还能定时回顾并改进流程本身。帮助企业满足类似SOX、HIPPA等外部法律法规的要求，并支持审计。

企业实施补丁管理策略的目的

提供一个统一的补丁升级流程，忽视设备或平台间的差异：制定和实施一个统一的补丁管理流程，对企业的好处是显而易见的，企业可以根据业务的发展灵活地调整该补丁升级流程，增强它保障业务的能力。此外，统一的补丁管理流程能够使企业IT架构的补丁升级行为更为规范，企业IT部门进行补丁升级操作时也更有把握。

对信息资产、漏洞情况和补丁程序信息的掌握：企业可以基于对这些关键信息的掌握做出更为准确的补丁升级决定，所有相关的操作人员也能够根据这些信息灵活地实施补丁升级操作清晰定义的流程化操作：标准化的流程能够提高企业IT部门进行补丁升级操作的效率和准确率。

提升企业对IT架构的信心：IT架构作为企业处理业务的核心支柱，它的可用性对企业业务的影响巨大。理想的补丁管理策略能够提升IT架构的可用性，从而增强企业对IT架构的信心。

当数据量不断突破TB、PB、EB级时，当企业关键应用开始数据大集中、应用管理大集中时，当企业数据库中心向多城市扩张时，当前的数据库体系开始面临各种发展瓶颈：
     如何将单一数据库通过Cluster集群方式扩展？
     如何利用Cache机制提高数据库访问速度、如何性能调优？
     如何保证数据库的备份、容灾安全、同步性、一致性？
在这种背景下，IT168(ITPUB、ChinaUnix、IXPUB)继主办了2009系统架构师大会后，组织了本次2010数据库技术大会。

2010数据库技术大会有两大特征：
     一是专一性，大会全程针对数据库平台相关技术展开，针对以数据库核心的相关技术进行探讨。
     二是系统实践性，大会从数据库的架构设计、性能优化、存储安全、监控等几方面，对数据库技术进行系统剖析，包括数据库的运维、开发等技术，通过实践案例进行分层次、分场次逐个剖析。

如果你参加过2009系统架构师大会，就应该相信：2010数据库技术大会，将是国内最高水平的数据库技术专家的盛会。

庞大的演讲专家阵容：
     1、企业方数据库专家
     2010数据库技术大会继承了2009系统架构师大会的特点，邀请了企业技术专家进行实践案例的精讲。当前，ACE、ACE Director在中国一共仅14位，本次大会的演讲嘉宾就占了其中9位！
     2、ITPUB、ChinaUnix两大论坛的精英版主
     ITPUB、ChinaUnix是国内最重要的两大技术论坛。特别是ITPUB论坛，它是数据库领域的论坛王者，其论坛的数据库版主在相当程度上代表着国内的最高数据库技术水平。
     3、知名应用实践类数据库图书作者
     可以肯定，像《Oracle数据库性能优化》、《搭建Oracle高可用环境》、《MYSQL性能调优与架构设计》等数据库丛书，为大家的数据库学习实践，带来了不同程度的帮助。

4、数据库技术领域邀请嘉宾

其实，除了演讲嘉宾外，我们还邀请了不少的数据库技术领域的技术高手、专家（不演讲），可谓高手云集。

大会主办：IT168（ITPUB、ChinaUnix、IXPUB）

详见：http://www.ixpub.net/thread-1048893-1-1.html

企业IT解决方案经验分享

春节刚过，刚刚远离几天繁琐的企业IT生活的你，又要进入令你又爱又恨的“围城”了。也许刚过去的一年，好多IT问题没有得到很好的解决或优化，而自己又忙于像桌面这样简单问题解决的琐事中而抽不出来时间去学习、去进步。

春节刚过，刚刚休息几天的你还要回到培训学校，过着令你希望与茫然并存的学习生活。但短暂学习毕业后，面试时的工作经验描述仍然是一片空白。

面对如此的情况，老方结合日常和很多朋友的交流勾通，在此次的线下沙龙中，改变以前大部分线下沙龙的你来讲，我来听的局面（以产品讲解决方案），改成我来问你来答的方式（以解决方案来讲产品）。由我根据公司所面临的常见困惑，提出一些问题，由于会的朋友提出解决方法。然后由我来从头到尾整理出解决方案来（当然我肯定提前准备好了解决思路、问题分析、解决方案啦）！这其间会有不少要考虑的问题、技术实现细节、如何书写文档等。这样子，不但大家都参于其中，方法多多，还能有相对完整的解决思路及方案。哈哈，有了这些，你还怕以后遇到类似问题不知从何下手吗？！有了这次的交流你就相当于一个人得到了N个人的成功经验！！！

同时在整个过程中，亦会有偶的好友们，他们具有多年的基础架构解决方案部署及实施经验的，参于其中，提供自己的经验及解决思路，以提升大家的经验与能力！

下面列出本次的解决方案分享的部分内容：

1、 赛门铁克防病毒升级解决方案

第一部分：公司现有的Symantec防病毒解决方案

     公司正在使用的网络防病毒解决方案是采用的Symantec Antivirus corporate edition 10.1.5（SAV）版本，由于公司规模相对较大，有一个集中的数据中心，并在全国有多家分支机构。基于这样的公司物理布局，设计了一个一级服务器兼管理控制台、报表服务，多个分支机构安装二级服务器，其机构内的客户端系统的病毒库更新由当地的二级服务器来担负。且各二级服务器与一级服务器之间是通过MPLS网络连接进行通讯的。

第二部分：名称为SEP的新型解决方案的功能

     描述SEP的解决方案所提供的功能

第三部分：从SAV升级到SEP的解决之道

     通过了解了新型解决方案的好处，如何进行SAV升级到SEP呢？有什么要考虑的问题？如何实现现有的解决方案向新方法平滑过渡呢？总之最佳实践是什么？！

2、 服务器状态监控、网络流量监控、网络设备健康监控解决方案

如何部署和实施服务器状态监控的解决方案？主要讲述基于微软的SCOM 2007 R2的解决方案（含异构平台如对LINUX的监控）。

如何使用开源软件快速定制适合自己企业的实时网络流量监控、网络设备健康监控解决方案？通过分享使用CACTI+RRDTOOLS的经验，让你一小时的时间内定制出不错的流量监控和健康报警体系！！

3、 桌面虚拟化(VDI)解决方案

曾亲自动手成功搭建了VMWARE及CITRIX的VDI解决方案，又参于了公司长达数月的不同厂商的VDI解决方案测试工作。这期间有哪些不为人知的故事发生，又有哪些要注意的问题和不错的经验呢？

    暂时定这三个方面，讲解决之道，分享解决方案及部署经验！！并且在沙龙后通过BLOG分享技术实现的过程，也就是常见的分步骤搭建环境的图文！！！如此，遇到企业中的问题，不但知道用什么解决，还知道为什么这样子解决，更让你知道如何解决！！！

    总之：

如果你是刚刚毕业，仍在一家培训公司学习的朋友：

           -----你需要参加这次经验分享会，这就是你走入社会，简历上的工作经验！

如果你是企业的系统管理工程师，但每天被IT问题整的唉声叹气的朋友：

           -----你需要参加这次经验分享会，从中不但能分享到企业常见问题的解决方案，更能分享到一些先进的技术、文档写作的经验、解决方案的思路。

请相信：

老方分享的不只是技术，分享的还是钱。

           -----具备了这些解决方案的技术，你还担心工资或奖金仍原地踏步吗？！

老方交流的不只是经验，交流的还是职位提升的捷径。

           ------具备了项目经验，又有了解决方案的思路，再加上写得不错的方案文档，你还担心不能职位提升那么一点点吗？！

Rob Polly

欢迎无论您是 IT 专业人员、合作伙伴还是顾问，Microsoft 评估和计划 (MAP) 工具包 4.0 都能帮助您更好地了解您组织的 IT 基础结构，并能帮助您确定符合您需要的正确 Microsoft 技术。这款免费的解决方案加速器可快速清查小型
或大型 IT 环境，而无需在环境中安装任何代理软件。MAP 所提供的数据和分析可简化各种发现、准备情况和服务器合并项目的规划过程。
安装在单独的联网计算机上之后，MAP 可使用已经提供的各种技术来收集和组织有关 IT 环境的信息，这些技术包括 Windows Management Instrumentation (WMI)、远程注册表服务、Active Directory 域服务和计算机浏览器服务。收集完所请求的数据之后，MAP 可生成详细报告和摘要报告，帮助您完成下列任务：

• 确定操作系统的硬件准备情况和设备兼容性
• 标识未充分利用的物理服务器以及这些计算机上安装的角色
• 提供有关使用 Hyper-V 来合并服务器的建议
• 发现环境中存在的 Microsoft SQL Server 和虚拟机

MAP 4.0 的新增功能

2009 年 7 月，解决方案加速器团队发布了最新版本的 MAP，该版本可从 Microsoft 下载中心获得，网址为 go.microsoft.com/fwlink/?LinkID=157858。此版本提供了新的 Windows 7 和 Windows Server 2008 R2 准备情况评估功能、改进的性能指标收集引擎和新的配置设置，可帮助您自定义服务器虚拟化的规划工作。
本文介绍新的 Windows 7 和 Windows Server 2008 R2 准备情况评估功能如何帮助您将组织中的现有计算机迁移到这些新的操作系统，并说明 MAP 如何帮助您规划通过虚拟化来合并现有的物理服务器。

为了帮助您规划将基于 Windows 的现有计算机迁移到 Windows 7，MAP 提供了准备情况方案来帮助评估哪些计算机能够运行 Windows 7。在完成环境扫描之后，MAP 会查看运行 Windows 早期版本（如 Windows XP 和 Windows Vista）的计算机，并将 CPU 速度、内存和可用磁盘空间等属性与最低系统要求和建议系统要求进行比较。如果计算机达不到特定的要求（如对已装内存的要求），MAP 会提供有针对性的建议，指示需要采取什么措施才能将该计算机提升到建议的水平。
评估完成后，评估结果将显示在 MAP 控制台中，如图 1 所示。对于 Windows 7，MAP 会在单独的部分中显示四种结果：

• 清单摘要
• 硬件升级之前
• 硬件升级之后
• 设备兼容性摘要

“清单摘要”部分指示了该 MAP 清单的成效。其中显示了运行客户端或服务器操作系统的计算机数，以及无法收集到足够数据以做出判断的计算机数。
“硬件升级之前”部分显示了已清查的环境的 Windows 7 准备情况评估结果。标识为“已做好 Windows 7 迁移准备”的计算机是指这些计算机达到或超过了 CPU、内存和可用磁盘空间等硬件方面的最低迁移要求。标识为“未做好 Windows 7 迁移准备”的计算机达不到迁移的最低系统要求，但可通过增加已装内存或可用磁盘空间来提升到最低水平。标识为“无法运行 Windows 7”的计算机通常拥有不足以运行该操作系统的 CPU。“数据不足”意味着找不到某台计算机或者无法清查该计算机。“Windows 7 评估”详细报告中的“客户端评估”工作表提供了每台计算机的准备情况信息，包括该计算机是否已成功清查、基本硬件信息、当前 Windows 7 准备情况水平（最低水平、建议水平）、详细的硬件升级信息（如果需要升级）以及在该计算机上识别出的任何设备兼容性问题。
“硬件升级之后”部分显示了在实施详细评估报告中提供的所有建议的硬件升级之后，环境的 Windows 7 准备情况。

“设备兼容性摘要”部分显示了硬件设备分析的结果。会对发现的每个设备（如打印机或外部硬盘）进行分析，以确定在 Windows 7 DVD、Microsoft Update 或设备制造商的网站上是否提供了设备驱动程序，或者您是否需要与设备制造商联系以确定其兼容性。此摘要中的设备数量可使您对迁移工作中可能会遇到的兼容性问题有所了解。
MAP 所使用的设备驱动程序兼容性信息会经常更新。因此，一定要定期使用“参考资料”选项卡上提供的“检查更新”功能，确保您的评估使用的是最新的信息。

自定义 Windows 7 硬件评估

Windows 7 迁移

MAP 4.0 提供了新的功能，可让您自定义在硬件准备情况评估中所使用的要求。在“Windows 7 准备情况摘要结果”视图的“操作”窗格中，您会看到“设置评估属性”任务。选择此任务将显示“评估属性”对话框，如图 2 所示。在该对话框中，您可以为 x64 和 x86 体系结构调整下列硬件要求：

• CPU 速度
• 可用磁盘空间
• 内存

可以将每个属性降低到所允许的最低要求，也可以将它们提高到环境所需的要求。这种自定义设置的能力使您能够根据首选的系统要求和桌面用户的需要灵活地确定准备情况。在您确定了环境的适当设置之后，或者在您经过多次尝试并找到最佳硬件配置之后，可以将该设置更改为所需的值，然后单击“运行评估”。MAP 将根据这些新设置来分析清单信息，并会在几分钟内更新评估结果。

详细报告

除了用户界面中显示的摘要结果以外，MAP 还提供了可打印的摘要报告和详细报告，以便为您组织的规划工作提供支持。您可以从“Windows 7 准备情况摘要结果”页面的“操作”窗格中或者从“文件”菜单中提供的准备新报告和方案向导中使用“生成报告/方案”任务，来创建这些预先设置好格式的报告。
对于 Windows 7 准备情况方案，详细报告是一份 Microsoft Excel 工作簿，其中提供了评估的结果。其中的工作表包括：对环境的 Windows 7 准备情况的汇总，分析中使用的评估属性，每台计算机的评估结果，有关设备驱动程序兼容性的摘要信息和详细信息，使每台计算机达到最低迁移要求和建议的迁移要求所需的硬件升级，以及清查过程中在客户端计算机上发现的所有应用程序的列表。
Windows 7 准备情况评估摘要报告是一份 Microsoft Word 文档，其中提供了用户界面中所显示的评估结果的可打印版本。此 MAP 版本中的新增功能是能够自定义摘要报告中提供的内容。通过这项功能，合作伙伴和顾问可以将所提供的可直接用于演示文稿的图表和图形与他们自己的文字、建议、营销信息或品牌信息配合使用。有关如何自定义该工具包以及品牌联合的信息，请参见 https://partner.microsoft.com/40114089。

对 Windows Server 2008 R2 的准备情况

MAP 4.0 新增了一项评估功能，可帮助您发现和清查服务器计算机，并评估这些计算机针对 Windows Server 2008 R2 的准备情况。与 Windows 7 方案极其相似，MAP 会查看 CPU 速度、已装内存和可用磁盘空间，以确定每台计算机当前是否能达到对系统准备情况的最低要求或建议要求。由于 Windows Server 2008 R2 版只能运行在 x64 兼容硬件上，因此 MAP 还会查看

清查的 CPU 属性，以便确定它是否与此操作系统兼容。
评估完成后，评估结果将显示在 MAP 控制台中，如图 3 所示。对于 Windows Server 2008 R2 准备情况，MAP 会显示下列四种评估结果：

• 清单摘要
• 准备情况摘要结果
• 操作系统摘要
• 设备兼容性摘要

“清单摘要”和“设备兼容性”部分提供的服务器信息与 Windows 7 方案中显示的客户端信息相似。
在“准备情况摘要结果”部分中，服务器环境针对 Windows Server 2008 R2 的准备情况汇总为四个类别。MAP 使用两组系统要求（最低系统要求和建议的系统要求）来确定服务器的准备情况，这与 Windows Server 2008 中一样。达到这些要求的服务器分别包含在“最低系统要求”和“建议系统要求”类别中。如果计算机由于硬件达不到要求或由于它们是 x86 而不能运行 Windows Server 2008，则该计算机会列在“无法运行 Windows Server 2008 R2”类别中。如果无法清查计算机或者该计算机有任何必要的属性无法确定，则 MAP 会将该计算机包含在“数据不足”类别中。
“操作系统摘要”部分提供了服务器操作系统在 IT 环境中的分布情况。您可以将这些结果与 tinyurl.com/n6tr7j 处提供的升级路径信息配合使用，来确定是就地升级还是展平并重建策略最适合您的迁移项目的需要。

自定义 Windows Server 2008 R2
硬件评估

“设置评估属性”功能也可用于 Windows Server 2008 R2 评估。从“Windows Server 2008 R2 准备情况摘要结果”页面的“操作”窗格中选择“设置评估属性”任务，将显示“评估属性”对话框，如图 4 所示。在该对话框中，您可以调整由 MAP 用来识别能达到建议系统要求的服务器的值。这些值包括 CPU 速度、可用磁盘空间和已装内存。就像在 Windows 7 评估中一样，您可以调整这些值，以便反映您的环境需要。设置这些值后，您便可以通过单击“运行评估”，使用已收集的数据来更新结果。

准备情况报告

Windows Server 2008 R2 评估随附了详细的可打印报告，其中的内容包括：对环境准备情况的汇总，每台计算机的评估结果（包括任何硬件缺陷），物理服务器环境和虚拟服务器环境的详细清单，有关设备驱动程序兼容性的摘要信息和详细信息，以及在这些服务器上找到的应用程序列表。

规划服务器虚拟化

自从 2008 年初次发布以来，MAP 就提供了通过虚拟化来进行服务器合并的功能。在 4.0 版中，此功能已通过下列方式进行了改进：

• 在确定部署时还会考虑观察到的内存
• 允许用户将 IOP（IO/秒）定义为主机的属性
• 提供定义、命名和重用主机配置的功能
• 允许用户配置附加的来宾内存保留量和磁盘空间
• 将服务器合并建议与 Microsoft 集成的虚拟化 ROI 计算器集成在一起
• 简化在生成虚拟化建议时所需的工作流

使用 MAP 来创建合并建议

在 MAP 中完成服务器合并方案 共需要四个步骤：

1. 识别服务器
2. 收集性能指标
3. 配置主机并运行分析引擎
4. 计算潜在的 ROI

识别服务器

识别可合并的服务器的最简便方法是先运行清查和评估向导。此向导使您能够配置 MAP 应该如何发现计算机，并且提供所需的本地管理员凭据，以便清查 MAP 所列出的计算机。在此任务完成之后，您可以查看 Windows Server 2008 R2 准备情况评估的结果，以了解清查操作是否成功。详细准备情况报告中的“服务器清单”工作表指出了未能成功清查的所有计算机。如果您需要更完整的清查，可以查看《入门指南》中的“准备环境”一节，解决任何连接或凭据问题，然后重新运行清查和评估向导。在获得所需的清查结果后，您可以再次使用“服务器清单”工作表创建您要收集性能指标的目标计算机列表。只需从“计算机名称”列中复制值，将其粘贴到文本文件中，然后保存该文件以供下一步使用。

收集性能指标

在启用服务器合并向导之前，MAP 会要求您使用性能指标向导来收集在做出部署建议时使用的性能计数器。在此向导中，您将使用前一步中保存的文本文件来识别目标计算机，提供本地管理员凭据以便 MAP 能够连接到这些计算机，并指定收集指标的时间期限。
性能指标向导会收集每台识别出的计算机的 CPU、内存、磁盘和网络利用率等信息。它每隔五分钟就会收集一次每台计算机的性能计数器。MAP 能够从中成功收集性能计数器数据的计算机数量取决于网络延迟和服务器响应速度等因素。如果您需要收集大量计算机的性能数据，则应该对目标计算机进行分批收集，每批计算机的数量不超过 150 台。如果收集了峰值利用率数据，MAP 可以提供更好的合并建议。请按照《入门指南》中提供的指南来优化 MAP 在此方案中的使用。

在收集完性能指标之后，您可以在 MAP 控制台中查看结果。每台计算机的收集成功率、CPU、内存、网络和磁盘利用率等评估属性显示在 MAP 的“性能指标结果”页面中。
您可以通过查看“性能指标结果”工作表来确定潜在的候选合并计算机。除了收集活动结果以外，此报告还会提供详细的处理器、内存、网络、物理（和逻辑）磁盘清单和利用率结果。如果结果令人满意，您可以使用任何工作表中的“计算机名称”列下的值，将候选的合并计算机名称复制到文本文件中，以供下一步使用。如果您需要更多的服务器或收集示例，请再次运行性能指标向导。

配置主机并运行分析引擎

生成服务器合并建议的最后一步是生成主机配置并标识要考虑合并的服务器列表。在服务器合并向导中，您可以选择要使用的虚拟化技术，可以提供特定的 CPU、存储、网络适配器和内存配置，可以调整为来宾保留的内存和物理磁盘空间，还可以生成 MAP 建议。

创建硬件库

如果您打算执行几次迭代操作而不想每次都设置新的主机配置，或者如果您总是使用几种已知的配置，则可以创建硬件库来简化您的工作。硬件库向导使您能够预设已命名的主机配置实例。您可以在“工具”菜单中找到此向导。此向导除了允许您命名、编辑和删除现有的硬件库条目以外，还提供了 CPU、存储、网络适配器和内存配置等表单。在保存之后，这些配置可供服务器虚拟化和合并向导使用，如图 5 所示。然后，您可以使用这些保存的实例快速生成建议。

查看结果

在完成服务器部署建议之后，您可以在 MAP 控制台的“服务器合并摘要结果”页面中查看结果（如图 6 所示），并且可以查看随附报告中提供的详细信息。在 MAP 控制台中，建议被汇总为四个部分。

• “合并汇总”部分提供了一个饼图，该饼图显示成功部署的服务器数量；还显示了汇总比较信息，比较了虚拟化之前的合并服务器的性能计数器与部署虚拟计算机后的物理主机的计划性能指标。
• “虚拟化之前的利用率”和“合并之后的利用率”部分显示了在合并之前为每台计算机收集的关键性能计数器信息以及在合并之后为每台新主机收集的计划利用率。
• “主机配置”部分显示了主机配置以及在评估中使用的主机/来宾阈值。

“服务器虚拟化建议”报告提供了主机配置详情、一份有关合并哪些物理计算机的计划以及在虚拟化之前测量的合并计算机利用率。要理解为何需要新的主机，请查看“合并建议”工作表中的“上次部署失败原因”列。

计算潜在的 ROI

在您完成虚拟化规划过程之前，应该使用 Microsoft 虚拟化 ROI 计算器来确定总拥有成本和投资回报率 (ROI)。当 MAP 生成服务器虚拟化建议时，还会提供一个包含分析结果的 XML 文件。您可以使用此文件来估计使用 Microsoft 虚拟化解决方案的 ROI。有关更多信息，请参见 tinyurl.com/kmtfl4 处的“集成虚拟化 ROI 计算器”页面。

Rob Polly是 Microsoft 的一位致力于 Microsoft 评估和规划工具包的高级项目经理。在加入 Microsoft 解决方案加速器团队之前，他负责构建跨 Microsoft 内部财务和人力资源流程的业务线解决方案。您可以发送电子邮件至 robpolly@microsoft.com 与他联系。

We encourage you to download the new release and evaluate it in your environment. Forefront TMG provides an unparalleled value to the network security marketplace by integrating multiple web security technologies into a single, comprehensive solution. Forefront TMG is also all about “the basics” to ensure that besides the breadth of new features, Forefront TMG also provides the best infrastructure to run those features: reliability, scalability, performance and security. I would also like to take this opportunity and personally thank the very active user community in providing feedback throughout the cycle. Your support in downloading, deploying early versions and providing feedback was essential for us in the process of creating this product. We have incorporated significant parts of this feedback into the product, which is important in the process of making a great product.

In the following sections I will list some of the new functionality that we have added into TMG and will cover some of our infrastructure investments.

Secure Web Gateway
Forefront TMG is a Secure Web Gateway (SWG) that improves security enforcement by integrating multiple detection technologies such as URL filtering, Anti Malware, and intrusion prevention into a single, easy-to-manage solution. We have seen a lot of interest in the features that comprise this solution, so here is some information on what they do and how:

URL Filtering: URL Filtering allows controlling end-user access to Web sites, protecting the organization by denying access to known malicious sites and to sites displaying inappropriate or nonproductive materials, based on URL categories. TMG features over 80 URL categories including security-oriented categories, productivity-oriented and liability-oriented categories. Forefront TMG uses Microsoft Reputation Services (MRS), a cloud-based categorization system hosted in Microsoft data center. To ensure the best bandwidth utilization and low latency, Forefront TMG has implemented a local URL cache. There is a lot more on URL Filtering available in an earlier URL Filtering post.

Anti Malware: Stopping malware on the edge significantly decreases the possibility that a virus will hit a computer with anti-virus signatures that are not up-to-date or a test computer without an anti-virus to protect it. TMG has integrated the Microsoft Anti Malware engine to provide world class scanning and blocking capability on the edge.

Network Inspection System (NIS): NIS is a generic application protocol decode-based traffic inspection system that uses signatures of known vulnerabilities, to detect and potentially block attacks on network resources. NIS provides comprehensive protection for Microsoft network vulnerabilities, researched and developed by the Microsoft Malware Protection Center - NIS Response Team, as well as an operational signature distribution channel which enables dynamic signature snapshot distribution. NIS closes the vulnerability window between vulnerability disclosures and patch deployment from weeks to few hours.

In addition, we have introduced HTTPS scanning to enable inspection of encrypted sessions, eased the deployment and management with a set of easy to use wizards and significantly improved logging and reporting to provide full visibility into how your organization is accessing the web and whether it’s compliant with your organization’s policy.

VPN, Firewall, Email Protection and Infrastructure.
We have also made significant investments to ensure that we keep delivering top notch VPN and Firewall functionality. We made quality improvements in Web Caching and made sure it works well with the new Windows 7 BranchCache feature. We have added several new features, among them: Email Protection, ISP redundancy, NAP integration with VPN role, SSTP, VoIP traversal (SIP support), Enhanced NAT, SQL logging and Updated TMG Client (previously known as the Firewall Client). In addition TMG was built as a native 64bit product that supports Windows Server 2008 R2, and Windows Server 2008 SP2, allowing better scalability and increased reliability.

These improvements are in direct response to your requests and protection needs. We firmly believe that listening to your voice makes our product better! We are looking forward to hearing what you think about TMG 2010 as you test and deploy in your own environment. So go ahead and download it today to try it out!

Yaron Zakai-Or

Group Program Manager, Forefront TMG

今天，企业部署服务器虚拟化可谓如火如荼，几乎每一位IT人员都或多或少的了解一些服务器虚拟化技术。但如果你是一位IT项目经理，仅仅了解恐怕不够。要想让服务器虚拟化真正为你的企业降成本、提效率，就得对其从原理、架构分析、部署实施等诸多方面有深入掌握。

 
讲师岳雷、方建国

在T ech.Ed 2009大会的社区讲堂，方建国以及岳雷两位微软MVP为大家分享了服务器虚拟化评估与设计的14个必须步骤：

步骤一：确定虚拟化范围

根据公司的业务与技术需求，定义出集团、分支公司实行虚拟化的环境，或是将各地的服务器集中合到单一的地点服务器上。并定义虚拟化的目标及实施日程表及相关负责人

工具及方法：

需要与各部门讨论，了解各业务部门或公司IT生产环境所面临的问题及需求，从而确定虚拟化环境。并使用WORD或是PROJECT记录。

步骤二：建立应用程序与服务清单

建立应用程序的与服务的兼容性、可用性需求，例如处理器架构、处理器数量、内存需求、存储空间的需求及其他特殊硬件的配备，确认需要高可用性的应用程序及服务。

工具及方法：

了解各业务部门或公司IT生产环境中正在运行的应用程序及服务，如SQL或IIS，如AD或DHCP等，以确定是否需要虚拟化及是否需要高可用性等，并建立清单。

初步确认现有的硬件如CPU数量等，建立备案，以备后期是否可以再利用。

步骤三：确定资源需求

收集及分析相关统计资料，包括性能的历史资料、规格与需求、负载测试等

工具及方法：

1、通过性能计数器的方式来确定一段时间内的CPU等使用情况。（方法演示）

2、通过MAP工具测评硬件功能，产生可供评估与规划的建议。此方法可用于本步骤及步骤七。

3、可通过PAL Tool分析WINDOWS系统的性能记录。

步骤四：选择备份方法

确定备份的对象如是针对个别的应用程序备份、虚拟机备份，还是备份物理主机。存储呢？应用程序备份的先后顺序呢？

备份确定要考虑到性能、停机时间、存储空间、恢复的难易程度与操作复杂度，同时亦要考虑资料损失的程序及备份间隔。

工具及方法：

1、通过Windows Server BackUp

2、一些第三方备份专业工具如Symantec\EMC等。

3、Hyper-V管理控制台（如导出、快照？）

步骤五：选择高可用性的方法

依据应用程序的特点来确定是使用系统内置的NLB或是故障转移群集：如网站、终端服务较适合采用NLB方式;而数据库适合采用故障转移群集。

根据架构设计，确定是在同一物理主机内进行NLB或是故障转移群集，还是在不同的物理主机。

工具及方法：

1、同一主机或不同主机的高可用性创建方法。

2、同一主机创建高可用性的意义？（真正的高可用性吗？）

3、网络与存储的高可用性?(与灾备结合)

步骤六：总结应用程序的需求

确定虚拟机的硬件要求，然后决定应用程序安装在哪台虚拟机中，不同的应用应用程序能否在同一虚拟机中执行？如何备份，是否需要高可用性。

工具及方法：

1、结合物理主机硬件资源及网络架构来分析不同的应用程序对性能等的需求。

2、有关联的应用程序是否放在同一虚拟机上或同一特理主机上？讨论如MOSS类的应用放置。

3、P2V进行现有的系统及应用的迁移？

步骤七：选择物理主机的配置

在充分利用现有硬件设备的基础上，考虑到成本、性能、可用性、稳定性、与管理性来确定是否需要采购新的硬件设备。

工具及方法：

1、结合步骤三来进行，使用如MAP工具来进行评测等。

2、此处亦可考虑资源池及应用程序放置虚拟机，以及虚拟机放置主机的问题。

3、硬件满足虚拟化辅助的条件（检测工具如：SecurAble）

步骤八：确定物理主机的位置

考虑成本、管理性、安全性、性能与可用性，确定主机是放置在IDC机房、自建机房或租赁等

工具及方法：

1、IDC机房选择需要参考的几个要点。

电力、恒温恒湿、BGP、机柜、响应服务、可发展性

2、自建机房要注意的事项。

步骤九：对应虚拟机到物理主机

依据虚拟机中运行的操作系统及应用程序的工作负载来放置在对应的物理主机上。

需要了解物理主机的资源利用目标、硬件容量。避免将同是耗用系统资源的虚拟机放置在同一物理主机上。

工具及方法：

1、SCVMM 2008 R2的智能放置。

2、和步骤六结合，了解动态资源调整等。

3、操作系统或应用的关联性？

步骤十：确定物理主机备份方法

确认备份的对象，是针对单个虚拟机中的操作系统或应用程序，还是针对物理主机备份整个虚拟机？

工具及方法：

1、windows server backup

2、Hyper-v自带功能（讨论快照能否作为备份）

3、第三方专业的备份工具及存储设备。

CDP、重复数据删除技术等

并结合存储架构说明一些厂商的备份机制。

步骤十一：设计高可用性

在步骤五的基础上，确定是在虚拟机进行NLB或故障转移群集，还是在HYPER-V主机之间建立故障转移群集。亦或是主机之间以及虚拟机之间同是建立。

工具及方法：

1、HYPER-V主机的故障转移群集简介

2、Live Migration工作机制

3、网络冗余（多网卡、光纤交换机或HBA卡）

步骤十二：设计存储基础架构

是使用直接连接的存储（DAS）还是NAS，亦或是SAN等。

虚拟机是使用动态磁盘还是固定大小的磁盘空间？

虚拟机直接存取物理主机硬盘？

存储空间及本身的备份机制选择（RAID5等）。

工具及方法：

1、DAS、NAS、SAN简介。

2、FC SAN及ISCSI SAN，以及Windows ss 2008。

3、典型厂商提供的方案简介（如NetAppt等）。

步骤十三：设计网络基础架构

Hyper-V提供虚拟机的三种类型选择，以及VLAN功能。

DMZ、Intranet、Internet？

工具及方法：

1、Hyper-V三种虚拟机网络类型简介。

2、NLB及故障转移群集设计时的网络考虑。

步骤十四：确认所有方法可行

验证以上步骤中的确定符合企业需求，确认应用程序需求及物理主机基础架构设计。

工具及方法：

1、讨论及求证。

2、文档记录、拓扑设计等

3、职责、人员、时间等