我们如何测试电子邮件归档产品吗

我们建立两个交换服务器、一个Exchange 2003服务器上运行Windows 2003,和一个Exchange 2007服务器上运行Windows 2008。Exchange 2003服务器有一个4 gb的邮件包含11年的邮件存储在一个邮箱(68000条)。Exchange 2007服务器有一个30 gb的邮件存储只有超过1000个用户和五百万条消息。

我们建立两个交换服务器、一个Exchange 2003服务器上运行Windows 2003,和一个Exchange 2007服务器上运行Windows 2008。Exchange 2003服务器有一个4 gb的邮件包含11年的邮件存储在一个邮箱(68000条)。Exchange 2007服务器有一个30 gb的邮件存储只有超过1000个用户和500万条消息。

两个交换服务器存在在同一个域,并连接到一个光纤通道存储区域网络组成的一个强制性的存储中心3000和一个QLogic SANbox 5200开关。两个交换服务器和Windows 2003服务器用于运行归档应用程序(在电器除外)都配置为启动从强制性的存储中心3000 SAN系统——这允许为每个测试完成了新的安装克隆从单个原始设置,配置的服务器只是从一个不同的引导克隆为每个测试。这个配置消除我们不得不重新安装Windows和交换10倍,防止产品之间的干扰。

每个归档产品配置归档所有旧消息2003年交换服务器和归档所有新消息在两台服务器上。所有产品采取1:58和24之间Exchange 2003服务器归档和存档的消息更大的Windows 2007商店大约在同一速度每小时30000条消息。

测量负载添加到邮件服务器通过归档流程,我们跑LoadSim反对2007年服务器体积约为每小时2000条消息,然后启用归档,跑同样的LoadSim测试,比较两者之间的服务器利用率。增加负载启用了归档跑从8%提高到13%,很难称之为赢家——之间的变化往往大于从产品到产品运行,由于不可避免的随机载荷引起的其他服务器任务故事这些产品的性能)。

负载测试后,我们进行了搜索,找到信息与特定的主题和具体的附件。搜索时间不到一秒一次归档和索引已完成所有产品。

此外,我们恢复的消息已被删除从用户邮箱和测试恢复完整的邮箱和较小的消息存储,尽管这些产品通常不打算被用来取代整个邮件系统——备份/恢复系统的速度远不如将大量的数据通过备份应用程序如BackupExec、备份5 gb大商店在几分钟,而非166个小时,必须完成归档使用message-by-message这些产品所使用的方法。

每个产品也被评估使用的方便性,粒度管理和代表团的发现能力,安装和文档和配置的灵活性,以适应不同的网络架构,包括可扩展性,支持多个域,和其他特性,比如PST文件搜索本地系统。

<以前的故事:赛门铁克的企业库赢得榜首10-vendor测试>