小编Ben*_*row的帖子

我有一台完全更新的 Exchange 2010 服务器，客户端运行的是 Outlook 2010，但有些用户每次打开 Outlook 时都会收到输入凭据的提示。

我已经检查了常见错误，例如复选框Always request authentication。

我认为这只会发生在 AD 和 Exchange 中创建的新用户身上，我不能这样做gpupdate- 这可能相关吗？

我正在尝试向 Exchange 2010 中的一位用户授予“发送身份”权限。这是我正在运行的 Powershell 命令：

Add-ADPermission "User1" -User "Ourdomain\User2" -Extendedrights "Send As"

Powershell 返回此错误：

DC.OurDomain.pri 上的 Active Directory 操作失败。此错误不可重试。附加信息：访问被拒绝。活动目录响应：00000005：SecErr：DSID-031521D0，问题 4003（INSUFF_ACCESS_RIGHTS），数据 0 + CategoryInfo：WriteError：（0：Int32）[Add-ADPermission]，ADOperationException +FullyQualifiedErrorId：EDBB94.添加AD权限

我已经尝试了 Powershell 命令的多种替代方法 - 即。使用 -Identity 等，但这和 EMC 向导都返回相同的错误。

我不确定“INSUFF_ACCESS_RIGHTS”是指运行命令的我还是我授予发送权限的用户？

我一直在关注 Microsoft Technet “管理邮箱发送权限”网页：http : //technet.microsoft.com/en-us/library/bb676368.aspx

因此，添加了您需要执行此操作的两个权限：

组织管理

收件人管理

但这无济于事。有任何想法吗？

更新

如果我执行以下操作：

• 使用“高级功能”视图打开“AD 用户和计算机”
• 转到 User1 的属性
• 在“安全”选项卡上点击“高级”
• 选择“添加”
• 输入“User2”并选择“Send As”允许

这是有效的，如果我关闭 ADUaC 并再次打开它并重新检查那些新权限，它们仍然存在。如果我在大约 10 分钟后返回，这些权限现在消失了 - user2 根本没有出现在 user1 的安全权限中。

不要以为我以前从未见过这种 AD 行为。

运行 Ubuntu 服务器 11.04。我有一个装有 12x8GB DIMM 的新戴尔 Precision T7500 工作站，BIOS 显示为 96GB，但检查 /proc/meminfo 给出：

cat /proc/meminfo | grep MemTotal
MemTotal:       82650584 kB

并免费提供：

free -m
             total       used       free     shared    buffers     cached
Mem:         80713       5254      75459          0         89       3304
-/+ buffers/cache:       1860      78852
Swap:        95365          2      95363

随附的 Win7 安装显示为 96GB，也有 80GB 可用。

有人知道发生了什么吗？

我有一个非常偏执的客户端，它运行两个单独的网络（一个离线，一个在线）和单独的 PC 等。

我有一个挑战，我为他们编写了一个应用程序，该应用程序将在离线网络上运行，但是网络需要能够向客户端发送电子邮件。我的想法是从离线服务器到可以发送电子邮件的在线 PC 建立一种单向网络连接（如二极管）。

半成本效益的最有效方法是什么？我可以获得单向网卡吗？

Windows Server 2008 网络、Windows PC。

我正在使用 SQL Server 2008 在 C# 中设置数据库自动故障转移，并且我使用见证设置具有“自动故障转移镜像的高安全性”，我的连接字符串看起来像

"Server=tcp:DC01; Failover Partner=tcp:DC02; database=dbname; uid=sewebsite;pwd=somerndpwd;Connect Timeout=10;Pooling=True;"

在测试期间，当我关闭主体服务器上的 SQL Server 服务时，自动故障转移就像一个魅力，但如果我使主体服务器脱机（通过关闭服务器或杀死网卡）自动故障转移不起作用并且我的网站只是超时。

我发现这篇文章的最后第二篇文章表明这​​是因为我们使用的命名管道在主体离线时不起作用，但我们在连接字符串中强制使用 TCP。

我错过了什么才能让这个数据库自动故障转移工作？

我一直在努力调整服务器机架中电源和相关 PDU 的大小。不知何故，我觉得根据电源的铭牌要求，我的尺寸太大了。

我的简单方法是查看我的电源上的铭牌图，将它们相加并确定我的供稿大小。用一个有 10 台服务器、1 个存储阵列和 4 台 Cisco 交换机的机架来做这件事，会给我留下 6 到 20 安培的电路吗？我如何得出这个数字？好吧，我看到了绝对最坏的情况，在我看来，我的电源有一半出现故障，并且我正在同时在连接到剩余一半电源的 3 个电路上启动所有设备。因为我必须假设所有负载都将集中在我的一半插座上，这实际上使我的需求翻了一番。

有没有人有比这更好的方法？当我告诉我的客户我需要 80 或 90 安培用于 8 或 9 个服务器和一些交换机时，他们有点害怕。听起来确实有点夸张。我知道一种选择可能是将高功耗设备（如服务器和阵列）配置为在恢复供电时不开机。我不知道我是否可以选择延迟开机。那样就好了。开关式 PDU 是否具有这样的功能，它可以让插座通电。这样好像会有效果。

澄清

我知道我可以使用计算器来确定比启动功耗低得多的稳态功耗。我最关心的是一次所有组件的启动功率消耗。从那里我实际上必须将我提供给机柜的容量增加一倍，以仅占可用容量的一半启动，因为我的一半电源出现故障。

根据一些研究，似乎可以自行上演的开关插座可能是答案。其他人同意还是有更好的解决方案？

我只是想知道什么时候应该设置一个用户帐户，以便密码永不过期。在什么方面这是一个好主意？

我们看到我们的软件在一个客户中运行异常，它在 Windows 2008 虚拟机中运行。主机是 VMWare ESX Server。

我看到的最大问题是我们的进程丢弃套接字连接或套接字连接超时。我们的一些进程通过 TCP 套接字相互通信。在某些情况下，我们与远程系统（例如，WMI、JDBC）建立套接字连接。

我认为 VM 缺乏资源。我们无权访问 ESX 管理/性能仪表板。我还了解到，主机 VM 内的 perfmon 或任务管理器提供的任何数字都不是主机操作系统健康状况的真实指示。

我可以编写一个程序来执行一堆浮点数学运算并打印出所花费的时间。然后将该时间与在不同 VM 或真实 Windows 机器上获得的时间进行比较。

这种方法足以让我们能够确定根本原因是否确实是 VM 性能。但是，如果有一种标准的方法或工具可以做到这一点，那么说服客户就会容易得多。

有吗？

有许多 CDN（内容交付网络）主要用于托管静态内容。它们是如何工作的？他们如何处理http请求？

大家有没有遇到过以下情况，有没有找到解决办法：

我们网站后端的很大一部分是 MS SQL Server 2005。每隔一周或两周，该网站的运行速度就会变慢 - 我看到在 SQL 中完成查询所需的时间越来越长。我有一个我喜欢使用的查询：

USE master
select text,wait_time,blocking_session_id AS "Block",
percent_complete, * from sys.dm_exec_requests 
CROSS APPLY sys.dm_exec_sql_text(sql_handle)  AS s2 order by start_time asc

这是相当有用的......它提供了当时针对您的 SQL 服务器运行的所有内容的快照。好消息是，即使您的 CPU 由于某种原因被锁定在 100% 并且活动监视器拒绝加载（我相信你们中的一些人已经在那里）这个查询仍然返回，您可以看到什么查询正在杀死您的数据库。

当我在 SQL 开始变慢的时候运行它或活动监视器时，我没有看到任何导致问题的特定查询 - 它们的运行速度都变慢了。如果我重新启动 MS SQL 服务，那么一切都很好，它会加快速度 - 一两个星期，直到它再次发生。

我能想到的一切都没有改变，但这只是几个月前开始的......想法？

- 添加

请注意，当发生这种数据库速度下降时，无论我们是每小时获得 100K 页面浏览量（一天中的繁忙时间）还是每小时 10K 页面浏览量（缓慢时间），查询都需要比正常情况更长的时间来完成。服务器并没有真正承受压力 - CPU 不高，磁盘使用率似乎没有失控......感觉像是索引碎片或类似的东西，但这似乎不是案件。

至于粘贴我上面粘贴的查询的结果，我真的做不到。上面的查询列出了执行任务的用户的登录名、整个查询等。我真的不想在线分发我的数据库、表、列和登录名的名称:)...我可以告诉您当时运行的查询是正常的，我们网站一直运行的标准查询，没有任何异常。

——3月24日

距离上次重启已经过去了大约两周。我做了几处更改：我发现了一些查询，其中我们大量使用了完全不必要的临时表，并且让我们的开发人员改变了他们的工作方式。我将一些不断（缓慢但肯定）增长的数据库的大小调整为适合其增长的智能大小。我调整了所有内容的自动增长设置，使其更加智能（它们都设置为 1MB 增长）。最后我稍微清理了 MSDB。我们进行日志传送，并且真的不需要保留数年和数年的备份点，我已经编写了一些脚本，将其保留到只有几个月的时间。我会继续更新这个帖子，因为现在判断问题是否已经解决还为时过早。