文章标题：如何选择适合企业需求的Exchange服务器——基于服务器性能参数的综合解读
一、引言
随着信息技术的快速发展，企业对于邮件服务的需求愈发严格，而作为满足企业级邮件服务的核心设备——Exchange服务器的重要性不言而喻。
在选型Exchange服务器的过程中，了解其性能参数是至关重要的。
本文将详细解读服务器性能参数，指导企业如何选择适合自身需求的Exchange服务器，并介绍一些了解服务器性能的网站。
二、服务器性能参数解析
1. 处理器（CPU）：CPU是服务器的运算核心，其性能直接影响服务器的数据处理能力。
在选型时，需关注CPU型号、核心数、主频等参数，并根据企业实际需求（如邮件处理量、用户并发数等）来选择合适的CPU配置。
2. 内存（RAM）：内存是影响服务器性能的关键因素之一，足够的内存可以保证服务器在处理大量数据时的稳定性。
对于Exchange服务器而言，内存大小需根据邮件存储量、并发用户数等因素来考虑。
3. 存储：存储性能直接影响到服务器的I/O性能。
在选择存储时，需关注存储容量、读写速度、RAID配置等参数。
对于Exchange服务器而言，建议选择具有较高IOPS性能的存储解决方案。
4. 网络性能：网络带宽、延迟和吞吐量等网络性能指标对于Exchange服务器的性能至关重要。
在选择服务器时，需确保网络性能能够满足企业需求，以保证邮件服务的稳定性和速度。
5. 冗余性与可扩展性：企业级服务器需要具备较高的冗余性和可扩展性，以应对可能出现的故障和未来的业务需求。
在选择服务器时，需关注其是否支持热备、是否具备模块化设计等特性。
三、如何选择适合企业需求的Exchange服务器
1. 分析业务需求：在选择Exchange服务器之前，需对企业业务需求进行全面分析，包括邮件处理量、并发用户数、存储需求等，以确定所需的性能参数。
2. 对比多家产品：根据业务需求，对比多家厂商的Exchange服务器产品，关注其性能参数、价格、售后服务等方面。
3. 参考用户评价：在选择Exchange服务器时，可查阅一些权威网站上的用户评价，了解产品的实际表现和用户口碑。
四、了解服务器性能的网站推荐
1. 权威评测网站：如Toms Hardware、AnandTech等网站会定期发布服务器硬件的评测报告，可为企业选择Exchange服务器提供参考。
2. 厂商官网：各大服务器厂商（如戴尔、惠普、联想等）的官方网站会提供详细的服务器性能参数和介绍，可帮助企业了解产品特性。
3. 第三方数据中心：一些第三方数据中心（如SPEC、Sysmark等）会发布关于服务器性能的基准测试报告，可为企业选型提供参考。
五、总结与建议
在选择适合企业需求的Exchange服务器时，企业应首先明确自身业务需求，然后关注服务器的性能参数，如CPU、内存、存储、网络等。
同时，可查阅权威评测网站、厂商官网和第三方数据中心的报告，以了解产品的实际表现和口碑。
最终选择一款性能稳定、可靠、可扩展的Exchange服务器，以满足企业当前的业务需求并适应未来的发展趋势。
企业在选型过程中还需关注售后服务和价格等因素，以综合评估产品的性价比。
delphi 中dde的四个组件简单使用
一、 引言Windows支持三种基本的IPC（进程间通信）机制：动态链接库（DLL）中的共享数据段、Windows剪贴版(Clipboard)和动态数据交换DDE(Dynamic Data Exchange)。
许多著名的Windows应用程序如Microsoft Word等都宣布支持DDE技术，并在程序中嵌入了DDE消息处理函数。
而此类应用程序单在DDE技术上讲大多是作为一个DDE服务器形式存在的，这就允许用户通过自行编制的一些外围软件以DDE客户的身份对其进行连接，并通过向DDE服务器程序发送一些特定的宏命令来完成对服务器程序的动态控制，本文就以常用的Microsoft Word为例，讲述了在Delphi 编程环境下如何编制DDE客户程序，使其动态控制Microsoft Word的一般方法。
二、 DDE的工作原理DDE顾名思义，是提供对不同程序在运行期间实现对数据的动态交换的一种通用技术。
Windows消息虽然是在不同程序窗口间传送信息的最佳手段，但一条消息只能包含两个参数（wParam和lParam），不能传送较多的信息。
内存块是存放较多信息的重要手段，但不支持全局内存句柄的共享。
DDE正是建立在Windows内部消息系统、全局原子和共享全局内存基础上的一种协议，用来协调Windows应用程序之间的数据交换和命令调用。
DDE协议使用三级命名：服务（service）、主题(topic)和数据项（item）来标识DDE所传递的数据单元。
服务使应用程序具有了提供给其他程序的数据交换能力，一般服务就是应用程序的文件名，如Word的服务就是是Winword(可执行文件是)；主题是对服务器有意义的信息单元，对于Word文档就是很好的主题，许多服务器都有默认的主题System,但无法知道服务器确切有那些主题，除非查阅应用程序的相关技术文档。
每次DDE客户与服务程序之间的对话都是先由客户启动的，所以在每次客户启动之前，DDE服务器必须先投入运行，下面是一个典型的DDE会话流程的事务组成：·客户程序自动会话，服务器程序响应。
·客户和服务器用下述方法交换数据：·服务器应客户的请求向客户发送数据；·客户主动想服务器发送数据；·客户要求服务器在数据修改时发送数据（热数据连接）；·客户要求服务器在数据修改后发送通知（温数据连接）；·在客户的要求下，服务器执行一个命令。
·由客户或服务器中止会话。
三、 设计思路首先，在开发工具的选择上，选择了提供有现成的DDE 系列组件的 Borland Delphi 5.0。
既然以Microsoft Word作为要连接的服务器，在与其建立连接之前要先设定好连接的服务与主题，由于本例只要求通过本程序控制Word的一些操作动作，如打开新文件、关闭文件、插入表格等等，所以可以分别设定这两项为：Winword和System，当设置好连接后就可以通过Delphi提供的DDEClientConv组件的OpenLink函数打开与这个服务的连接，剩下的工作就是向Word服务器发送宏命令，并通过组件向其发送执行宏的命令即可，用该组件的函数ExecuteMacro来实现之。
四、程序的实现（一） 加入DDE客户端组件新建一App工程WordDDE，然后在Component Palette组件条的System属性页里选择DdeClientConv组件，并把它拖放到窗体上。
修改其Name 属性为DDEClient。
（二） 添加同DDE服务进行交互的代码在工程上添加一个过程RunMacro，用于打开同Word服务器的链接，并通知服务器执行由Macro标识的宏命令，让Word按用户的意图完成响应的动作。
完成之后由客户方断开这次连接，完成一次会话。
下面是上述过程的实现代码：procedure (Macro:pChar);var pMacro:array[0..80] of Char;(Winword,System);{设置连接};{按设置打开连接}StrPCopy(pMacro,Macro);if Not (pMacro,false) then{执行宏命令}ShowMessage(Unable to Execute Macro);;{断开连接}end;（三） 宏命令的执行宏（Macro）是客户程序要服务器完成的一些操作指令，对与特定的Microsoft Word 而言无非是些打开文件、插入分割符、复制粘贴字符等一些字处理方面的宏命令，这些宏命令完成的功能大多在Word的菜单下都能找到与之相匹配的菜单。
如关闭文件菜单完成的功能就可以通过宏[FileClose]来完成。
可以向窗口添加一个按钮或是菜单然后在其处理函数中添加执行宏的代码如下：procedure TForm1.N2Click(Sender: TObject);beginRunMacro([FileNew]);{让Word创建一个新文件，宏[FileNew]由函数RunMacro通知Word}end;Word下有许多可供传送执行的宏命令，现将一些常用的宏罗列如下，以备实际编程时选用：[FileNew] …… 创建新文件[FileClose] …… 关闭文件[FileSave] …… 保存文件[FilePrint] …… 打印文件[FileExit] …… 退出Word[File1] …… 打开最近打开的文件，相应还有[File2]、[File3]等等[EditCut] …… 剪切操作[EditCopy] …… 复制操作[EditPaste] …… 粘贴操作[EditUndo] …… 恢复上一步[EditRedo] …… 重做上一步[EditClear] …… 清除操作[EditSelectAll] …… 全选操作[ViewNormal] …… 正常视图[ViewPage] …… 页面视图[ViewOutLine] …… 大纲视图[InsertBreak] …… 插入分割符[InsertIndex] …… 插入索引[FormatNumber] …… 格式化项目符号和编号[ToolsOptions] …… 工具的选项[TableInsertTable] …… 插入表格[TableInsertRow] …… 插入行[TableDeleteRow] …… 删除行[TableSplit] …… 拆分表格[TableSelectRow] …… 选择行[TableSelectColumn] …… 选择列[TableSelectTable] …… 选择表格[TableSort] …… 排序[WindowNewWindow] …… 新建窗口[Window1] …… 最近打开的窗口，响应还有[Window2]、[Window3]等等[HelpIndex] …… 帮助的索引[HelpAbout] …… 帮助的关于小结DDE技术向用户提供了一种更加集成的工作环境，最适合于不需要用户参与的动态数据交换。
通过上述这个例子，对DDE 的工作原理和编程思想有了一定的认识之后，可以用类似的方法实现同其他程序如Microsoft Execl的DDE动态交互。
iis怎么配置web服务器？
第一步：IIS的安装A.在控制面板中选择“添加/删除程序”，在出现的对话框中选择“添加/删除Windows组件”。
B.在出现的复选框中选择安装Internet信息服务(IIS)，这一组件约需19MB的空间。
C.点击“下一步”，并将Win2000安装光盘放入光驱，安装程序即可将程序文件复制到硬盘中，点击“结束”即可完成。
第二步：IIS中Web服务器的基本配置IIS中Web服务器的基本配置主要包括如下几部分：A.打开IIS服务器的配置窗口，选择“开始”→“程序”→“管理工具”→“Internet服务管理器”，或者“选择”→“控制面板”→“管理工具”→“Internet服务管理器”也可，打开的窗口。
B.在打开的窗口中鼠标右击“默认Web站点”，选择“属性”菜单。
C.在出现的“默认Web站点属性”窗口中，选择“主目录”标签，用以设置Web内容在硬盘中的位置，默认目录为“C:\Inetpub\Wwwroot”，你可根据需要自己设置。
D.在属性窗口处选择“文档”标签，设置自己默认的首页网页名称，例如“”，将其添加并移动到列表的最顶端。
E.确认默认的Web站点是否已经启动，如果没有可以鼠标右键点击“默认Web站点”，选择“启动”，在打开的IE地址栏中键入本机的IP地址，即可看到自己指定的主页已经开始在Internet上发布了。
这里只是介绍IIS最基本的设置选项，大家还可以按照需要去具体设置上面提到的“默认Web站点属性”，通过它来配置IIS的安全和其他一些参数。
IIS虽然好用，但默认安装的情况下，它也有很多的安全漏洞，包括着名的Unicode漏洞和CGI漏洞，因此在IIS安装完成之后，建议继续在微软公司主页上下载安装它们提供的安全漏洞补丁SP1和SP2。
此外，建议将磁盘的文件系统转换成NTFS格式，安装系统的分区可在系统安装候转换，也可在安装完系统以后用PQMagic等工具进行转换。
如何做SQL Server性能测试
对于DBA来讲，我们都会做新服务器的性能测试。
我会从TPC的基准测试入手，使用HammerDB做整体性能评估（前身是HammerOra），跟厂商数据对比。
再使用DiskSpd针对性的测试磁盘IO性能指标（前身是SQLIO），再到SQLIOSIM测试存储的完整性，再到ostress并发压力测试，对于数据库服务器迁移，我们还会收集和回放Profiler Trace，并收集期间关键性能计数器做对比。
下面我着重谈谈使用HammerDB的TPC-C来做SQL Server基准测试。
自己写负载测试代码很困难为了模拟数据库的负载，你想要有多个应用程序用户和混合数据读写的语句。
你不想总是对单一行更新相同的值，或者只是重复插入假的值。
自己动手使用Powershell、C#等语言写负载测试脚本也不是不可能，只是太消耗时间，你需要创建或者恢复数据库，并做对应的测试。
免费而简单的压测SQL Server：使用HammerDB模拟OLTP数据库负载HammerDB是一个免费、开源的工具，允许你针对SQL Server、Oracle、MySQL和PostgreSQL等运行TPC-C和TPC-H基准测试。
你可以使用HammerDB来针对一个数据库生成脚本并导入测试。
HammerDB也允许你配置一个测试运行的长度，定义暖机阶段，对于每个运行的虚拟用户的数量。
首先，HammerDB有一个自动化队列，让你将多个运行在不同级别的虚拟用户整合到一个队列–你可以以此获得在什么级别下虚拟用户性能平稳的结果曲线。
你也可以用它来模拟用于示范或研究目的的不同负载。
用于SQL Server上的HammerDB的优缺点HammerDB是一个免费工具，它也极易访问和快速的启动基准测试和模拟负载的方法。
它的自动程序特性也是的运行工作负载相当自动。
主要缺点是它有一个学习曲线。
用户界面不是很直观，需要花费时间去习惯。
再你使用这个工具一段时间之后，将会更加容易。
HammerDB也不是运行每一个基准测试。
它不运行TPC-E基准，例如，SQL Server更热衷于当前更具发展的OLTP基准TPC-E。
如果你用HammerDB运行一个TPC-C基准，你应该理解它不能直接与供应商提供的TPC-C基准结果相比较。
但是，它是免费的、快速的、易用的。
基准测试使用案例基准测试负载不能精确模拟你的应用程序的特点。
每个负载是唯一的，在不同的系统有不同的瓶颈。
对于很多使用案例，使用预定义的基准测试仍然是非常有效的,包括以下性能的比较：多个环境（例如：旧的物理服务器，新的虚拟环境）使用各种因素的不同及时点（例如：使用共享存储和共享主机资源的虚拟机的性能）在配置改变前后的点当然，对一个数据库服务器运行基准测试可以影响其他SQL Server数据库或者相同主机上其他虚拟机的性能，在生产环境你确保有完善的测试计划。
对于自学和研究来说，有预配置的负载非常棒。
开始使用基准测试你可以从阅读HammerDB官方文档的“SQL Server OLTP Load Testing Guide”开始。
