小编Cho*_*er3的帖子

我在 Intel Core Duo 2GHz 上安装了 Windows XP SP3。根据 Process Explorer 的说法，“中断”进程持续占用 30-40% 的 CPU。正常吗？

与运行 Windows Server（2003 或 2008）的标准 Dell/IBM 服务器相比，使用 Xserve 硬件和 OS X 有什么明显的好处，有没有被认为更擅长的任务？

我遇到了一个问题，我正在寻找一种新的安全协议/客户端/服务器，它在 1Gb/s 光纤链路上速度更快——让我告诉你这个故事......

• 我在大约 250 英里的距离上有一对冗余的、路由多样的 1Gb/s 链路（不是暗光纤，而是专用的点对点链路，不是网状网络）。
• 在“客户端”端，我有一个 HP DL380 G5（2 个双核 2.66Ghz Xeon，4GB，Windows 2003EE 32 位），在“服务器”端我有一个 HP BL460c G6（2 个四核 2.53 Ghz Xeons，48GB，Oracle Linux 5.3 64 位）。
• 我每周需要将大约 500 x 2GB 的文件从客户端传输到服务器计算机 - 但传输需要安全。
• 使用 iPerf 或常规 FTP 我可以相当一致地获得 ~80MB/s 的传输，这很棒。
• 使用 WinSCP 或 Windows SFTP，我似乎无法获得超过 ~3-4MB/s 的数据，此时服务器的 CPU 繁忙 > 3%，而客户端的 CPU0 利用率达到 ~30%。我们尝试编辑各种 TCP 窗口大小，但收效甚微。

• 两端都通过 Sup720 连接到使用率很低的 Cisco Cat6509。

• 我可以用更新的机器替换客户端机器和/或将其移至 Linux - 但这需要时间。

显然，这些单线程安全 Windows 客户端在加密时引入了过多的延迟。

所以有几个问题/想法；

• 是否有任何性能更高的 Windows 安全协议或客户端软件可以尝试？只要它能在 Windows …

我知道这听起来很奇怪，但我需要一个更慢或缓存的文件系统。

我有很多防火墙将它们的数据系统记录到一对 Linux 虚拟机，这些虚拟机将这些文件写入它们的“本地”（实际上是 FC SAN 连接）ext3 格式的磁盘，并将消息转发到我们的 Splunk 服务器。

问题是 syslog 服务器正在将这些 syslog 消息以每秒数百次甚至数千次约 4k 的微小写入写回我们的 FC SAN——它现在可以处理这种工作负载，但我们的 FW 流量将至少增长在未来几个月内（真的）增加 5000% 的因素，这对 SAN 来说是一个痛苦，我想在问题出现之前解决根本原因。

所以我需要一些帮助来找出一种方法，以某种方式从“物理”磁盘中缓存或延迟这些写入，以便 VM 触发更大但不那么频繁的写入 - 没有办法避免这些写入，但是有不需要它做这么多小事。

我查看了各种 ext3 选项，设置了 noatime 和 nodiratime 但这并没有对问题造成太大影响。显然，我正在调查其他文件系统，但我想我会把它扔掉，以防其他人将来遇到同样的问题。

哦，我不能只是将这些消息转发到 Splunk，我们的防火墙团队坚持认为它们采用原始格式以用于诊断目的。

我在 Ubuntu 服务器上的 FSTAB 中安装了 CIFS 共享，它连接到我们的 NAS 并且可以正常工作。昨晚，我们的 SAN 出现了大约 12 个小时的问题。我们纠正了问题，Windows 盒子恢复了它们的映射。Ubuntu 盒子没有，但我们能够使用mount -a.

我在 man 中看到了为 NFS 指定重试的选项，但没有为 CIFS 指定重试。如果 NAS 再次出现故障，有什么办法可以确保重新连接吗？

据我所知，在 Windows Server 2012 R2 中，您可以将存储空间配置为具有两层，它会自动在它们之间迁移数据。这些层称为“SSD”和“HDD”，旨在利用这些磁盘类型。

我的问题是，您能否对这些“撒谎”，并将 15krpm HDD 的磁盘池分配到“SSD”层，将 7.2krpm HDD 分配到“HDD”层 - 或者它是否以某种方式检查了这一点？我现在无法在我们的实验室中对此进行测试，因为硬件还没有到货，抱歉。

由于需要读取数据然后按块写入的方式，当前一代 SSD 的写入速度会随着时间的推移而降低（对于随机写入）。各种制造商都有修复程序来解决这个问题（例如在磁盘空闲时进行“垃圾收集”），但是除了擦除整个驱动器并重新开始之外，是否有任何软件解决方案来修复当前的 SSD 文件系统以恢复性能？

要么是在后台运行的东西，要么是一个可以在夜间运行以完成工作的“修复”工具；我想不出有任何理由说明此类工具不存在，但我找不到任何理由。

当前数据库服务器：SQL Server 2005 - Windows Server 2003 新目标数据库服务器：SQL Server 2005 - Windows Server 2003 Enterprise - VM Ware 映像

当前的数据库服务器上有 20 多个数据库，一些应用程序数据库......其他基础结构类型数据库（Citrix）。我们希望将所有这些数据库移动到一个新的虚拟化的新构建的盒子中。

所以进一步总结 - 是的，这是物理到虚拟的。- 20 多个数据库转移到这个新的虚拟 SQL 2005 盒子。- 此盒子上的应用程序需要最少的停机时间。

我能想到的几种方法（都将经过测试）： 1. 第三方物理到虚拟转换器 - 然后关闭旧盒子。
- 关注 = SID 关联，Windows 或 SQL Server 不喜欢这个。

2. 一次将所有数据库移动到新服务器 - 关闭旧服务器，将新虚拟机上的主机名更改为旧主机名。

3. 一次全部移动，但为新框使用不同的主机名 - 这允许并行运行以防万一出现问题 - 挑战 = 必须在每个应用程序中更改主机名 - 可能会出现问题。

4. 分阶段移动每个数据库 - 这也意味着一个新的主机名和一个更长的更复杂的项目。

其他人有类似的场景吗？

管理层同意将我们的主要 Oracle 数据库迁移到虚拟机平台。
运营部门表示，他们将专门使用重型硬件，并且只在其上运行数据库虚拟机。

我听说在 vm 上运行 DB 是禁忌，因为有额外的层（虚拟 io + 物理 io），但是 OPS 人员说它是超快的硬件，所以没问题。

DBA 是否应该过度关注这种向虚拟化的转变？

谢谢/jp。

思科 说：

思科图标被全球认可并普遍接受为网络图标拓扑的标准

但是，其中一些图标非常具有误导性，例如：

所以我犹豫在文档中使用它们，并且很难相信它们是一个标准。

它真的是公认的标准图标拓扑吗？
或者有更多最新的套装吗？（由另一个供应商或社区/标准化工作）