总结：鉴于硬件相同，Ubuntu在IOPS方面胜过Win2k3约50％。 Win2008R2最初的performance与Win2k3相同，但是它的性能逐渐提升，直到与Ubuntu相提并论（需要大约20-30秒的连续活动）。 问题：任何人都可以解释Win2008R2的行为？ 详情：我只会提供我认为相关的细节，但是如果我错过了某些东西，可以打我更多。 我们有一个11x600GB SAS RAID5组的SAN。 一切都通过4Gbps光纤连接。 我创build了一个500GB的LUN，并与运行Win2k3Entx64的物理服务器共享。 我创build了另一个500GB LUN，并与运行ESXi的服务器共享。 我在ESXi中创build了一个Win2k3Entx64虚拟机，一个Ubuntu 10.04 x64和一个Win2008R2x64虚拟机。 物理Win2k3服务器性能比Win2k3虚拟机less了一些。 Ubuntu VM同时吸入了Win2k3服务器。 Win2008虚拟机的作用像Win2k3大约5-10秒，然后开始性能提升，直到它与Ubuntu服务器大致相同。 IOmeter设置和结果：32k 50％读取0％随机1在1.5GBtesting文件上工作。 Win2k3x64（物理）：平均I / O响应（毫秒） – 1.0789每秒I / O总数 – 926.28 Win2k3x64（VM）：平均I / O响应（毫秒） – 1.1786每秒总I / O – 847.81 Ubuntu（VM）：平均I / O响应（毫秒） – .7849每秒总I / O – 1273.00 Win2008R2（VM）Intial：平均I / O响应（ms） – 1.0959每秒I / O总数 – […]
我有一个服务器，（服务器A）Windows Server 2003，我在一些网站上。 现在他们被托pipe在不同的服务器上（服务器B）。 我最近在godaddy上转换了DNS来指向新的域名服务器。 有什么我可以做在服务器A指向所有请求到服务器A到服务器B（基本上是从服务器Aredirect到B）？ 那是什么types的logging？ 这是我正在等待我所做的DNS更改完全解决。 编辑 为了进一步澄清。 test.com可能仍然是解决服务器A，我想在服务器A的DNSlogging，告诉它去新的服务器。 那可能吗？
我们正在运行Exchange Server 2003，我们有大约400个用户，每个邮箱的配额限制为250MB。 我们剩下大约8GB的剩余空间，而这一直就够了，但是现在自从大约2个星期以来，突然间，交换数据库正在迅速增长。 我已经不得不重新调整磁盘大小，并增加了额外的40GB，但是现在已经降到了33GB，并且仍然以每天1GB的速度下降。 邮箱似乎不会变大。 那么什么是占据这个空间？ 有人可以给我一些关于如何解决这个问题的build议吗？ 我已经阅读了关于离线碎片整理（eseutil）的一些内容，这可能有助于释放一些空间，但我认为这不会解决根本原因。 循环日志logging已启用。
我正在使用的服务器有两个73GB SAS磁盘（configuration为RAID 1）。 在73GB的驱动器上有两个分区，C：分区只有15GB左右。 这个驱动器接近100％的容量，我已经释放尽可能多的空间，我可以。 我已经购买了两个300GB的SAS驱动器（所以我可以将它们镜像）。 我想将数据分区（D :)移动到300GB的驱动器，并使C：占用73GB驱动器上的所有空间。 我很喜欢使用GParted。 我的问题：将数据（D :)复制到300GB驱动器上的新分区后，可以删除73GB上的D：分区，然后调整C：的大小。 我已经读过，在做这样的事情之后Windows可能会启动，是吗？ 我也想克隆C：分区，并将其恢复到新的300GB的驱动器到一个更大的分区（基本上是废除现有的73GB磁盘）。 这将与Clonezilla一起工作吗？ 我很久没有用过了，所以我不记得这是否会按照我想的方式工作。 编辑：我解决了周末的问题，所以我想我会logging在这里的过程。 服务器只有两个驱动器的物理空间，所以我使用Clonezilla将正在镜像的原始驱动器（不是单独的分区）克隆到USB硬盘。 我删除了原来的驱动器，放入新的驱动器，创build镜像arrays，并将映像恢复到新驱动器。 我启动了服务器，一切正常。 然后，我用GParted重新启动，调整分区大小，重新启动，通过一个自动CHKDSK，一切正常。 唯一的问题是数据分区被有效地移动，所以它有一个新的驱动器号。 我通过计算机pipe理控制台改变了这一点，重新启动，一切正常。 整个过程大约需要5个小时….感谢大家的帮助！
正如问题所述，是否有可能有多个Exchange服务为单个商店提供同一个域的服务？ 是需要群集还是像Active Directory（只是推广和添加到域）。 这个问题具有服务器标准（不是企业或数据中心可以集群）。 如果这是可能的，我应该采取什么措施来实现这一点？ 我正在寻找的好处是复制和容错（使两个服务器之一，但仍然有服务）。
我有一个Windows 2003域和Windows 2003域控制器。 我意外删除了整个容器。 容器包含一些子container对象group对象和一些serviceConnectionPoint对象。 我正在寻找一种方法来取消删除它。 我碰到这篇文章 ，这似乎意味着可以通过重新生成逻辑删除对象来恢复刚刚删除的AD对象。 我GOOGLE了一下，发现ADRestore 。 我试过了，它可以成功地还原我的子container对象和group对象，但不是serviceConnectionPoint对象。 它看起来甚至不能用objectClass serviceConnectionPointfind任何墓碑对象。 这是工具的限制还是AD的限制？ 是否有任何其他商业工具可以帮助可靠恢复已删除的AD对象？
我正试图在Windows 2003 R2 Standard x86打印服务器上安装x64打印机驱动程序。 我将amd64文件夹本地下载到服务器。 当我尝试安装x64位打印驱动程序时，它会询问NTPrint.inf并自动指向我的CD驱动器E:\amd64 。 我点击浏览并浏览到我提取我的amd64文件夹的位置，并findNTPrint.inf 。 我点击确定接受，然后说，我再次需要NTPrint.inf 。 再次从CD驱动器e:\amd64 。 我已经看到了通过更改CD驱动器的驱动器号，然后将文件夹映射到您的光盘所使用的位置，但似乎马虎和危险。 有没有一个更专业/干净的方式来得到这个工作？
需要移动一个域控制器，这个域控制器是拥有所有fsmoangular色的森林中的第一个，到达客户端的另一个位置。 这将需要closures这个直stream，这个问题叫做dc1。 我想将fsmoangular色转移到一个新的域控制器，调用新的域控制器dc2。 dc2已经在networking上，并且已经升级并成为一个域控制器，它的dns设置被设置，它也是一个全局编录（GC）。 工作计划在几个小时后完成，我也计划将DHCP服务器移到dc2。 我正在寻找一个最佳实践检查清单，在移动fsmoangular色并closuresdc1之前进行validation？ 据我所知在dc之间没有复制的问题。 我最大的担心是如果我打开dc1移动它后，我有硬件问题或启动问题，我宁愿将fsmoangular色移动到一个已知的好几个月（dc2），仍然使用一个5岁的老年人（ dc1），这也是我的迁移策略的一部分。 谢谢您的帮助。
有大量的pipe理文献，如何正确pipe理Windows服务器。 但在处理现实生活中，事情并不总是像你想要的那样发生。 在微软的Windows Server 2003 Administrator's Companion中，在1400多页的页面中，只有一个页面可以在设置额外的域控制器时find。 它们使得它听起来似乎毫无用处，并且在“对等”DC无法复制时会发生什么情况。 直到目前的具体问题，由于一个不好的RAID控制器，我们在一个月前有一个DC下降。 没有什么关键的东西能够吸引人的注意力，所以把它带回来就成了事情的焦点。 一个月后，我们得到了DC的备份和运行，并且每个人都似乎没问题。 第二天，没有人能够login抱怨“用户不存在”或“无法build立信任关系” 。 由于知道我刚把停电的DC放回了networking，我马上把它从networking上取下来，让每个人都重启工作站。 之后，交换情况良好，股票变得可用，并且每个人都能够login。在做了一些事件日志游泳之后，似乎一切都由于SYSVOL上的复制问题而开始了。 我已经阅读了可以强制复制的地方，但是这意味着将其重新放回到networking上。 恐怕把DC放回到networking上，恐怕会出现其他问题。 那么，还有什么其他的问题可以预见到两个DC在一个月内不会重复的地方呢？
这是我第一次做这样的工作，所以我会非常感谢任何细节的指示/步骤。 正如标题所说，如何将Windows Server 2003 SBS中的用户，域，活动目录等设置和configuration（从头开始）或重新创build到新的2008 R2 Enterprise。 设置：独立的Endian防火墙，Windows Server 2003 Small Business Server和八个桌面（XP和Win 7的混合）。 新服务器，2008 R2正在运行，并已完全更新。 2008 R2安装在RAID-1驱动器上，数据将在RAID-6驱动器上，由硬件RAID控制器（Perc H700）configuration和pipe理。