在继承了大量开发、测试、UAT 和集成环境后，我注意到在晚上和周末有大量部署处于闲置状态。我们已尽我们所能教育这些环境的所有者在完成后删除。
围绕这个主题做了一些数学计算后，我相信我们可以通过将所有服务缩减为 1 个实例来节省大约 30% 的计算成本，每天 14 小时 + 周末，它们基本上未被使用。
这个工具已经存在了吗？如果可以的话，它在 SaaS 包中可用吗？
在新的 Windows 2003 R2 虚拟服务器上安装BitNami Trac 堆栈，以替换快速故障物理服务器上老化的 Subversion/Trac 安装。我正在稍微调整默认安装以使 Subversion 通过 HTTP 可用。我将 LDAP 支持添加到 Apache 并重新启动服务以显示以下消息：
[error] python_init: Python version mismatch, expected '2.5', found '2.5.4'.
[error] python_init: Python executable found 'D:\\PROJEC~1\\apache2\\bin\\httpd.exe'.
[error] python_init: Python path being used 'D:\\PROJEC~1\\apache2\\bin\\python25.zip;D:\\PROJEC~1\\apache2\\bin\\DLLs;D:\\PROJEC~1\\apache2\\bin\\lib;D:\\PROJEC~1\\apache2\\bin\\lib\\plat-win;D:\\PROJEC~1\\apache2\\bin\\lib\\lib-tk;D:\\PROJEC~1\\apache2\\bin'.
它似乎不会影响 Apache 或 Trac 的性能，通过各种论坛搜索并没有给出答案，尽管有很多帖子提到在 Trac 中添加用户时出现上述错误的问题。
在带有最新 ProLiant 支持包的 HP DL360 G5 上全新安装 SQL Server 2005 (9.0.4035) 和 Windows 2003 (SP2)。我从SQL 2005 Best Practice Analyzer收到以下“关键消息” ：
检测到可能导致分页的过时系统驱动器
Windows 和各种设备驱动程序中存在已知问题，这些问题可以触发条件，导致当前在机器上运行的所有进程的工作集被修剪。这将导致过度分页并导致机器上所有应用程序（特别是 SQL Server）的性能急剧下降。我们发现 TCPIP.SYS 存在版本 [5.2.3790.4573] 并且 BXVBDA.SYS 也存在。因此我们建议您禁用 TCP 烟囱。
我找到了一种在 Windows Server 2008 下禁用 TCP 烟囱的方法，但在 Windows Server 2003 下没有。网络适配器的设备设置中似乎没有选项，似乎也没有更新的驱动程序。
我可以安全地假设这不会成为问题吗，TCP Chimney 将不会运行，因为网络适配器不支持它（它们没有提供选项，所以我假设它们不支持它）。
出于财务原因，我们仅限于 Windows 2003 和 SQL Server 2005 来托管 Windows SharePoint Services v3，我目前正在查看磁盘拓扑结构，有点不确定我是否正确。我会很感激任何想法。
HP DL360 G5 (2x 3.00 GHz Quad Core; 22GB RAM)
HP Smart Array P400i (Embedded; 512MB BBWC)
Array A (SYSTEM; RAID 1; 128K Block Size)
146.8 GB Disk (SAS; 15K)
146.8 GB Disk (SAS; 15K)
Array B (DATA; RAID 1+0; 64K Block Size)
300.0 GB Disk (SAS; 10K)
300.0 GB Disk (SAS; 10K)
300.0 GB Disk (SAS; 10K)
300.0 GB Disk (SAS; 10K)
根据Jimmy May的说法，以下两个函数应该等于一个自然（正整数）数。
Partition Offset ÷ Stripe Unit_Size
Stripe Unit Size ÷ File Allocation Unit Size
在数组 B 的情况下，所有值都是 64KB（65536 字节），因此两个函数都等于 1。
提前致谢！
可能重复：
你能帮我解决我的软件许可问题吗？
在英国，学校管理信息系统的主要运营商拥有名为 Learning Gateway 的产品，该产品以 WebParts 的形式表示，他们的用例是 SharePoint，他们推荐 MOSS 2007 标准来运行所有学校的网络发布和文档管理需求等。
我一直从其他学校、我们的许可提供商和软件供应商那里获得关于 SharePoint 许可的相互矛盾的信息，以用作：
我的计划是从一个 WFE 和一个 SQL Server 的两台服务器设置开始，目前我还没有考虑搜索。这将为 2100 名学生、300 名员工和 1600 名家长提供服务。在另一所类似的当地学校进行的类似安装基本上证明了这些硬件要求。
根据我们的供应商告诉我的情况以及通过 Microsoft 提供的信息，我认为我需要以下内容：
这是准确的吗？我们被非正式地告知，其他学校已经以不到 2,000 英镑的许可实施了类似的 SharePoint，该地区的所有学校都与我们签订了相同的批量许可协议。几个人告诉我，我只需要 SharePoint、SQL 和 Windows 的外部连接器，但 Microsoft 网站似乎建议，如果你这样做，你就不能在内部存储发布。
任何帮助表示赞赏，欢迎在评论中提出有关服务器设置或容量管理的其他评论。
可能重复：
你能帮我解决我的软件许可问题吗？
据我了解，每处理器或 Microsoft 许可（例如 SQL）的当前状态是每“物理”处理器。因此，如果我的服务器有两个物理插槽，每个插槽都有两个物理处理器，每个处理器都有四个内核，我需要两个 SQL 2008 许可证。
如果我要在该服务器上安装 VMWare ESX（例如），然后创建一台机器，其中四个内核分配给该机器，呈现为 4 个虚拟 CPU；我需要一个 SQL 2008 Per-processor License 还是四个？
作为第二个问题：微软是否在任何地方发布过任何官方信息？
我已采取措施防止从 Internet 下载软件，因为它被学生滥用。这是使用 ISA 2006 的内容类型过滤条件“应用程序”实现的。在许多其他 MIME 类型中，它包括 application\octet-stream。
这在大多数情况下都没有被证明是一个问题，大多数 Web 服务器为生产力应用程序类型的文档提供了一种不太通用的内容类型。然而，有一个网站似乎返回 Content-Type: application\octet-stream 用于重定向页面。您可以使用 Fiddler2 并转到Brighton University主页然后单击Student Central来查看此内容，这将重定向到托管Student Central Portal的 HTTPS 站点。
我怀疑这是服务器上的错误配置，解决方法（直接转到 SSL 站点）有效；但是我有几个问题：
任何进一步的想法表示赞赏。
更新：不幸的是我永远无法解决这个问题，我相当有信心在安装它或移植计算机和授权时犯了一些错误。经过几次重新安装后，我最终使用 SSL 将其安装在默认网站上并重新授权了所有补丁，幸运的是这并没有太痛苦，而且它似乎修复了一些其他没有安装的恼人补丁.
我最近将 WSUS 从一台服务器移到了新服务器（磁盘空间要求）。不幸的是，连接到服务器的新客户端 (XP SP2) 似乎存在通信问题。组策略已更新，旧客户端正在使用新服务器，至少它们显示在新服务器控制台中并提供更新。
我可以使用 Internet Explorer 导航到每个：
http://update.cncs.co.uk/selfupdate/wuident.cab https://update.cncs.co.uk:8531/selfupdate/wuident.cab http://update.cncs.co.uk:8530/selfupdate/wuident.cab
事件日志中没有相关错误，我无法使用 WsusDebugTool，因为它是 W2K3 x64 服务器，但如果有人能指出我的替代方案，我将不胜感激。
我尝试了以下步骤：
谢谢。
WindowsUpdate.log
2009-08-27 12:44:20+0100 448 680 wuauserv 的 ChangeServiceConfig 成功
2009-08-27 12:44:44+0100 1012 420 服务主要开始
2009-08-27 12:44:44+0100 1012 420 使用 BatchFlushAge = 31134。
2009-08-27 12:44:44+0100 1012 420 使用 SamplingValue = 446。
2009-08-27 12:44:44+0100 1012 420 成功加载事件命名空间字典。
2009-08-27 12:44:44+0100 1012 420 成功加载客户端事件命名空间描述符。
2009-08-27 12:44:44+0100 1012 420 成功初始化本地事件记录器。事件将记录在 C:\WINDOWS\SoftwareDistribution\ReportingEvents.log。
2009-08-27 12:44:44+0100 1012 420 成功初始化 NT 事件记录器。
2009-08-27 12:44:44+0100 1012 420 成功初始化事件上传器 0。
2009-08-27 12:44:44+0100 1012 420 成功初始化事件上传器 1。
2009-08-27 12:44:44+0100 1012 420 WU 客户端与版本 5.4.3790.5512 成功初始化
2009-08-27 12:44:44+0100 1012 420 服务状态现在是 SERVICE_RUNNING
2009-08-27 12:44:44+0100 1012 554 无法在 C:\WINDOWS\SoftwareDistribution\EventCache\{105317BC-5119-4124-91D1-D9151F30194C}.bin 中打开事件缓存文件以读取 hr = 80070002。
2009-08-27 12:44:44+0100 1012 554 尝试删除 C:\WINDOWS\SoftwareDistribution\EventCache\{105317BC-5119-4124-91D1-D9151F30194C}.bin 中的事件缓存文件，但找不到该文件. 小时 = 80070002。
2009-08-27 12:45:01+0100 2040 59c 试图使 proc 数据存储区处于活动状态
2009-08-27 12:45:03+0100 2040 59c 服务 3DA21691-E39D-4DA6-8A4B-B43877BCB1B7 添加
2009-08-27 12:45:03+0100 2040 59c 服务 9482F4B4-E343-43B6-B170-9A65BC822C77 添加
2009-08-27 12:45:03+0100 2040 59c 数据存储成功创建
2009-08-27 12:45:03+0100 2040 59c Out of proc 数据存储现在处于活动状态
2009-08-27 12:45:03+0100 1012 280 客户端呼叫记录器完成延迟初始化
2009-08-27 12:45:03+0100 1012 280 将 AU 计划安装时间设置为 2009-08-27 14:00:00
2009-08-27 12:45:03+0100 1012 280 AU 完成延迟初始化
2009-08-27 12:45:03+0100 1012 280 通过 DetectNow api 触发 AU 检测
2009-08-27 12:45:03+0100 1012 420 AU 收到事件 1
2009-08-27 12:45:03+0100 1012 420 WU 客户端成功 CClientCallRecorder::BeginFindUpdates 从 AutomaticUpdates 调用 ID {D787A8BB-40D5-4B6B-B9F4-BB2ABBDD11CF}
2009-08-27 12:45:03+0100 1012 6ac WU 客户端执行搜索调用类型的调用 {D787A8BB-40D5-4B6B-B9F4-BB2ABBDD11CF}
2009-08-27 12:45:04+0100 1012 6ac 发送失败，hr = 80072efd。
2009-08-27 12:45:04+0100 1012 6ac SendRequest 失败，hr = 80072efd。使用的代理列表：使用的绕过列表：
2009-08-27 12:45:05+0100 1012 6ac 发送失败，hr = 80072efd。
2009-08-27 12:45:05+0100 1012 6ac SendRequest 失败，hr = 80072efd。使用的代理列表：使用的绕过列表：
2009-08-27 12:45:06+0100 1012 6ac 发送失败，hr = 80072efd。
2009-08-27 12:45:06+0100 1012 6ac SendRequest 失败，hr = 80072efd。使用的代理列表：使用的绕过列表：
2009-08-27 12:45:07+0100 1012 6ac 发送失败，hr = 80072efd。
2009-08-27 12:45:07+0100 1012 6ac SendRequest 失败，hr = 80072efd。使用的代理列表：使用的绕过列表：
2009-08-27 12:45:07+0100 1012 6ac 下载文件内部 https://update.cncs.co.uk:8531/SelfUpdate/wuident.cab 失败：错误 0x80072efd
2009-08-27 12:45:07+0100 1012 6ac IsUpdateRequired 失败，错误 0x80072efd
2009-08-27 12:45:07+0100 1012 6ac 操作系统版本 = 5.1.2600.3.0.65792
2009-08-27 12:45:07+0100 1012 6ac 电脑品牌 = 惠普
2009-08-27 12:45:07+0100 1012 6ac 电脑型号 = HP Compaq dx2450 微型立式电脑
2009-08-27 12:45:07+0100 1012 6ac Bios 修订版 = 5.19
2009-08-27 12:45:07+0100 1012 6ac Bios 名称 = Phoenix - AwardBIOS v6.00PG
2009-08-27 12:45:07+0100 1012 6ac Bios 发布日期 = 2008-11-03T00:00:00
2009-08-27 12:45:07+0100 1012 6ac 区域 ID = 1033
2009-08-27 12:45:07+0100 1012 6ac ClientVersion: iuengine.dll = 5.4.3790.5512
2009-08-27 12:45:07+0100 1012 6ac 客户端版本：wuapi.dll = 5.4.3790.5512
2009-08-27 12:45:07+0100 1012 6ac 客户端版本：wuauclt.exe = 5.4.3790.5512
2009-08-27 12:45:07+0100 1012 6ac 客户端版本：wuauclt1.exe = 5.4.3790.5512
2009-08-27 12:45:07+0100 1012 6ac ClientVersion: wuaucpl.cpl = 5.4.3790.5512
2009-08-27 12:45:07+0100 1012 6ac 客户端版本：wuaueng.dll = 5.4.3790.5512
2009-08-27 12:45:07+0100 1012 6ac 客户端版本：wuaueng1.dll = 5.4.3790.5512
2009-08-27 12:45:07+0100 1012 6ac 客户端版本：wuauserv.dll = 5.4.3790.5512
2009-08-27 12:45:07+0100 1012 6ac ClientVersion: wucltui.dll = 5.4.3790.5512
2009-08-27 12:45:07+0100 1012 6ac PT：使用 serverID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2009-08-27 12:45:07+0100 1012 6ac PT：使用服务器 URL https://update.cncs.co.uk:8531/ClientWebService/client.asmx
2009-08-27 12:45:07+0100 1012 6ac PT：在服务器上调用 GetConfig
2009-08-27 12:45:07+0100 1012 6ac 添加标头接受编码：xpress 成功
2009-08-27 12:45:07+0100 1012 6ac DetectCompressionType 返回类型 1，hr=0x0
2009-08-27 12:45:07+0100 1012 6ac PT：使用服务器 URL https://update.cncs.co.uk:8531/SimpleAuthWebService/SimpleAuth.asmx
2009-08-27 12:45:07+0100 1012 6ac DetectCompressionType 返回类型 0，hr=0x1
2009-08-27 12:45:07+0100 1012 6ac 添加标头接受编码：xpress 成功
2009-08-27 12:45:07+0100 1012 6ac DetectCompressionType 返回类型 1，hr=0x0
2009-08-27 12:45:07+0100 1012 6ac 添加标头接受编码：xpress 成功
2009-08-27 12:45:07+0100 1012 6ac DetectCompressionType 返回类型 1，hr=0x0
2009-08-27 12:45:07+0100 1012 6ac 添加标头接受编码：xpress 成功
2009-08-27 12:45:07+0100 1012 6ac DetectCompressionType 返回类型 1，hr=0x0
2009-08-27 12:45:07+0100 1012 6ac 添加标头接受编码：xpress 成功
2009-08-27 12:45:07+0100 1012 6ac DetectCompressionType 返回类型 1，hr=0x0
2009-08-27 12:45:07+0100 1012 6ac 解析失败：错误 0x80070057
2009-08-27 12:45:07+0100 1012 6ac 解析失败，出现 0x80070057
2009-08-27 12:45:07+0100 1012 6ac 更新同步：0x80070057
2009-08-27 12:45:07+0100 1012 6ac WU 客户端失败搜索更新错误 0x80070057
2009-08-27 12:45:07+0100 1012 6ac 搜索回调失败，hr 为 0x80070057
2009-08-27 12:45:07+0100 1012 6ac 将下一个 AU 检测超时设置为 2009-08-27 16:45:07
2009-08-27 12:45:07+0100 1012 6ac 将 AU 计划安装时间设置为 2009-08-27 14:00:00
2009-08-27 12:45:07+0100 1012 6ac WU 客户端回调搜索调用 AutomaticUpdates 代码调用失败和错误 0x80070057
2009-08-27 12:45:07+0100 1012 6ac WU 客户端完成并删除了呼叫 {D787A8BB-40D5-4B6B-B9F4-BB2ABBDD11CF}
2009-08-27 12:45:12+0100 1012 6ac 报告事件：{6AA7A975-DA29-4299-AE53-ADDCC46606C8} 17 2009-08-27 12:45:07+0100 1 148 101 {D67661EB-2423-451 -BF5D-13199E37DF28} 0 80072efd SelfUpdate 失败软件同步错误：代理检测失败，原因：0x80072efd
2009-08-27 12:45:12+0100 1012 6ac 报告事件：{3AB34C95-17CD-4010-A9A5-D5865E4525E5} 18 2009-08-27 12:45:07+0100 1 148 101 {000000000-000- -0000-000000000000} 0 80070057 AutomaticUpdates Failure Software Synchronization Error: Agent failed detection with reason: 0x80070057
2009-08-27 12:45:12+0100 1012 6ac 重新打开位于 C:\WINDOWS\SoftwareDistribution\EventCache\{105317BC-5119-4124-91D1-D9151F30194C}.bin 的现有事件缓存文件进行写入。
2009-08-27 12:45:12+0100 1012 6ac 重新打开 C:\WINDOWS\SoftwareDistribution\EventCache\{256805A3-A1CC-421B-857B-CD029A389CBA}.bin 中的现有事件缓存文件进行写入。
2009-08-27 12:45:29+0100 1012 420 开始延迟初始化 WU 客户端
2009-08-27 12:47:11+0100 1012 554 成功打开 C:\WINDOWS\SoftwareDistribution\EventCache\{105317BC-5119-4124-91D1-D9151F30194C}.bin 中的事件缓存文件进行读取。
2009-08-27 12:47:11+0100 1012 554 PT：使用服务器 ID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2009-08-27 12:47:11+0100 1012 554 PT：使用服务器 URL https://update.cncs.co.uk:8531/ClientWebService/client.asmx
2009-08-27 12:47:11+0100 1012 554 PT：在服务器上调用 GetConfig
2009-08-27 12:47:11+0100 1012 554 为接受编码添加标头：xpress 成功
2009-08-27 12:47:11+0100 1012 554 DetectCompressionType 返回类型 1，hr=0x0
2009-08-27 12:47:11+0100 1012 554 PT：使用服务器 URL https://update.cncs.co.uk:8531/SimpleAuthWebService/SimpleAuth.asmx
2009-08-27 12:47:11+0100 1012 554 DetectCompressionType 返回类型 0，hr=0x1
2009-08-27 12:47:11+0100 1012 554 为接受编码添加标头：xpress 成功
2009-08-27 12:47:11+0100 1012 554 DetectCompressionType 返回类型 1，hr=0x0
2009-08-27 12:47:11+0100 1012 554 为接受编码添加标头：xpress 成功
2009-08-27 12:47:11+0100 1012 554 DetectCompressionType 返回类型 1，hr=0x0
2009-08-27 12:47:11+0100 1012 554 PT：使用服务器 ID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2009-08-27 12:47:11+0100 1012 554 获取缓存 url 失败，hr = 80248008。
2009-08-27 12:47:11+0100 1012 554 未能上传事件，hr = 80248008。
客户端诊断程序
WSUS 客户端诊断工具
检查机器状态
检查管理员权限以运行 tool 。. . . . . . . . 经过
自动更新服务正在运行。. . . . . . . . . 经过
后台智能传输服务未运行。经过
Wuaueng.dll 版本 5.4.3790.2180 。. . . . . . . . . . 经过
这个版本是SUS 1.0
检查 AU 设置
AU 选项是 4：计划安装。. . . . . . . . . . 经过
选项来自策略设置
检查代理配置
检查 winhttp 本地机器代理设置。. . 经过
Winhttp本机访问类型
Winhttp 本地机器代理。. . . . . . . . . 没有任何
Winhttp本机ProxyBypass。. . . . . . 没有任何
检查用户 IE 代理设置。. . . . . . . . . . . 经过
用户 IE 代理
http=
用户 IE ProxyByPass
www.cncs.co.uk;intranet.cncs.co.uk;intranet;*.cncs.co.uk;*.brigh
ton-hove.gov.uk;*.brighton-hove.sch.uk;10.60.*;
用户 IE AutoConfig URL 代理。. . . . . . . . 没有任何
用户 IE 自动检测
自动检测未使用
检查与 WSUS/SUS 服务器的连接
WUServer = https://update.cncs.co.uk:8531
WUStatusServer = https://update.cncs.co.uk:8531
UseWuServer 已启用。. . . . . . . . . . . . . . . . 经过
连接到服务器。. . . . . . . . . . . . . . . . . 经过
WinHttpDownloadFileToMemory(szURLDest, NULL, 0, NULL, NULL, NULL, &downloadBuffer) 失败，hr=0x80072efd
无法建立与服务器的连接
重置 WSUS 客户端
环境
该服务器每晚都有大约 500GB 的直连存储进行完整备份；1 盒解决方案文件和 BEWS 在同一台服务器上。没有数据库或仅交换 NTFS 分区上的文件，备份每天晚上都可以完美运行大约一年，然后它停止工作并失败并显示以下信息。
工作结束：2009 年 7 月 30 日 19:03:43 完成状态：失败 最终错误：0xe00084f4 - 发生未知错误。 最终错误类别：系统错误
备份- D：DataStorage 设备“HP Drive”在请求将数据写入媒体时报告错误。 报错： 连接到系统的设备不工作。 V-79-57344-34036 - 发生未知错误。
按照作业日志中的链接无法提供以前未尝试过的任何步骤。惠普和赛门铁克的支持人员已经远程查看并尝试了各种不同的东西，我们更换了 HBA、SCSI 电缆 (HP RMA)、内部驱动器（报告了许多软故障 - HP RMA）和 SCSI 终结器（惠普 RMA）。
我最近尝试了以下方法：
除了要求惠普对整个 AutoLoader 进行 RMA 之外，我束手无策，不知道下一步该尝试什么。
我们的任务是监控 Exchange 2003 的使用情况，Exchange 2003 Standard 中似乎没有内置报告组件。这是否意味着使用第三方报告服务，或者我可以使用事件接收器或日志将使用数据吐出到 SQL Server 以进行延迟处理？
我最想知道的领域是：
我也对衡量最终用户对功能的接受度的良好指标的建议持开放态度，例如商店中的联系人数量、日历项目、会议请求、笔记等。
我选择使用 PowerShell 从 Exchange 收集统计信息，因为在向前发展到 Exchange 2007 和 PowerShell 2.0 时，收集数据的选项更多，我可以在现有基础上进行构建。
该脚本每天在 0400 运行，并依赖于 SQL 2005/2008 服务器和安装在可访问 Exchange 邮件跟踪日志的服务器上的 LogParser。
我使用 LogParser.exe 构建了命令行，然后将其转换为我在以下函数的 powershell 脚本中使用的 COM 对象：
function Execute-LogParserQueryToSQL([string] $Query)
{
Write-Host $Query
$LogParser = New-Object -com MSUtil.LogQuery
$Input = New-Object -comObject MSUtil.LogQuery.W3CInputFormat
$Output = New-Object -comObject MSUtil.LogQuery.SQLOutputFormat
$Output.server = "<your server>"
$Output.database = "<your database>"
$Output.username = "<your username>"
$Output.Password = "<your password>"
$Result = $LogParser.ExecuteBatch($Query, $Input, $Output)
return $Result
}
循环遍历昨天或之前创建的任何日志的功能（可以执行多个，以防它由于某种原因无法运行一天）然后删除日志文件。如果您将消息跟踪用于任何其他目的，请不要删除日志文件，请使用其他机制“将其标记为已使用”。
function Execute-SentReceivedSummary()
{
$TodaysLog = ("{0}.log" -f,(Get-Date -f yyyyMMdd))
$MessageTrackingDir = "D:\Exchange\Logs\PORSCHE.log"
$LogsToParse = Get-ChildItem -Path $MessageTrackingDir
$SentEmailQuery = "SELECT Date,Sender-Address AS Account,Count(*) AS Count INTO DailySentEmailByUser FROM '{0}' WHERE Event-ID=1027 GROUP BY Sender-Address,Date"
$ReceivedEmailQuery = "SELECT Date,Recipient-Address AS Account,Count(*) AS Count INTO DailyReceivedEmailByUser FROM '{0}' WHERE Event-ID=1028 GROUP BY Recipient-Address,Date"
foreach ($Log in $LogsToParse)
{
if ($Log.ToString() -ne $TodaysLog)
{
$Query = ($SentEmailQuery -f,$Log.FullName)
Execute-LogParserQueryToSQL $Query
$Query = ($ReceivedEmailQuery -f,$Log.FullName)
Execute-LogParserQueryToSQL $Query
Remove-Item $Log.FullName
}
}
return $true
}
最后，我们认为邮箱中项目的总大小和数量是一个更有用的指标。一些员工有大量未读邮件，但每天都会检查他们的电子邮件（通常是因为它们是仅供参考的电子邮件，主题告诉他们他们需要知道的一切）。
由于我们只想要实时（尽管最多 24 小时），我需要在插入新数据之前截断表：
function Truncate-TotalsTable()
{
$SqlConnection = new-object system.data.oledb.oledbconnection
$SqlConnection.connectionstring = "<your connect string>"
$SqlConnection.open()
$Query = "TRUNCATE TABLE TotalsTable"
$SqlCommand = New-Object system.data.oledb.oledbcommand
$SqlCommand.connection = $SqlConnection
$SqlCommand.commandtext = $Query
$SqlCommand.executenonquery()
$SqlConnection.close()
return $true;
}
然后我们使用 WMI 从 Exchange Server 中提取数据并将它们推送到 SQL 中：
function Execute-MailboxTotalsQuery()
{
$Result = Truncate-TotalsTable
$Count = 0;
$SqlConnection = new-object system.data.oledb.oledbconnection
$SqlConnection.connectionstring = "<your connect string>"
$SqlConnection.open()
$MailboxReport = Get-Wmiobject -class Exchange_Mailbox -Namespace ROOT\MicrosoftExchangev2 -ComputerName <your exchange server>
foreach ($Mailbox in $MailboxReport)
{
$MailboxDN = $Mailbox.MailboxDisplayName
$TotalItems = [int]$Mailbox.TotalItems
$TotalSize = [int]$Mailbox.Size
$MailboxDN = $MailboxDN -replace "'","''"
$Query = [String]::Format("INSERT TotalsTable Values ('{0}',{1},{2})",$MailboxDN, $TotalItems, $TotalSize)
$SqlCommand = New-Object system.data.oledb.oledbcommand
$SqlCommand.connection = $SqlConnection
$SqlCommand.commandtext = $Query
$Result = $SqlCommand.executenonquery()
$Count = $Count + $Result
}
$SqlConnection.close()
return $Count;
}
在使用 LogParser 查看安全事件日志后，我们从中得到的结果并没有那么有用。我们正在查看的事件 ID 是 540，它涵盖了 Outlook 登录和 OWA 登录（以及其他登录），我们认为实现这一点所需的工作量不值得回报。这部分是因为您需要按消息正文进行解析和过滤，以隔离事件 540 之外的不同类型的登录。
我欢迎其他有用的 PowerShell 脚本的建议和提交。
我正在尝试优化我们的 700 个 Windows XP 工作站的启动过程，我们经常抱怨站点工作站的启动和登录时间。
分两部分来看，第一部分使用BootVis监控和检查引导过程；第二部分使用Process Monitor监控登录过程。使用 BootVis 的“Boot Done”路径点作为衡量标准，我使用了一个 VMWare 工作站虚拟机，它作为通用测试机器已经使用了大约 18 个月（因此非常典型的现场机器）。我使用快照将虚拟机恢复到每次测试前的初始状态。
从日志和报告来看，BootVis 造成的最明显延迟来自Sophos Anti-Virus on access 扫描仪，紧随其后的是 mrxsmb。我调整了机器的策略（确保我强制 Sophos 每次更新两次）并得出以下数字：
以上倾向于表明，在读取时扫描所有文件是迄今为止最昂贵的操作（并且可能完全没有必要）。我不能完全理解为什么禁用按访问扫描实际上会减慢启动序列的速度，但只是一小部分。最后三个结果几乎相同，这意味着我必须使用其他因素来影响我选择扫描可执行文件、读取或写入的决定。
更新：
我在同一个虚拟机上做了一些更多的测试（在一天中的不同时间，所以它们不能直接与上述结果进行比较：
平均导致 On Read 和 On Write 的值进一步收敛，有趣的是，使用 Sophos 扫描可执行文件仅比未安装 Sophos 增加 21% 的性能开销。
那么在配置按访问扫描以缩短启动时间时，我还应该考虑哪些其他因素？
我支持从 Windows 2003 R2 标准版安装闭路电视系统，目的是使用 NAS 进行长期存储（在相当短的时间内生成大量数据）。我们遇到的一个问题是闭路电视软件只能指向本地驱动器和文件夹作为其存档位置。
我查看了连接点（远程文件系统不支持）、符号链接（Windows 2003 不支持）和远程存储服务（Windows 2003 Standard 不支持）。
由于 CCTV 软件作为 Windows 服务运行（确切地说是其中 4 个），如何做到这一点并不是很明显，我目前的解决方案如下：
净使用 z: \nas\share /savecred
令人惊讶的是，这奏效了，感觉就像解决问题的一种可怕的笨拙方式。有没有更好的办法？
我在 Vista x64 SP1 工作站和 Windows 7 RC 工作站之间复制少量大文件。Windows 表示，通过不拥塞的 1 GBit/s 交换机将 117GB 的数据从一台计算机复制到另一台计算机需要 7 个小时。Robocopy 的表现也好不到哪里去。
我似乎记得在 Exchange 的日子里，有几个实用程序声称可以在服务器之间复制非常大的文件。这些实用程序是否仍然可用？如果可以，哪些在上述情况下最有效？
编辑：
我正在尝试将 Robocopy 连接到 USB 2.0 外置硬盘，因为这是我目前可用的所有设备，而且速度更快，这是不寻常的，因为我使用的两台计算机是唯一连接到这个特定 1GBit/s 的两台计算机转变。
编辑2：
源上的 NIC 似乎有些问题，在交换其他所有内容后无法获得超过 3MB/秒的吞吐量。由于这是旧机器，我改用外置硬盘，它的复制速度比网卡快，但总共花了 3 个半小时。