我们有一个DFS环境。 如果我们有一个100MB的文件，例如我们放入DFS共享中，它将会很快出现在另一个站点的目标服务器上，即使带宽可用，也无法完全传输。 我们认为这是我们的问题，因为当我们尝试删除/重命名源服务器上的文件时，它将继续恢复。
当通过正常的RDP会话连接到我们的虚拟Windows 2003 Server（SBS 2003 SP2）时，一切正常。 但是，使用/admin连接到控制台会话时，会发生以下情况： 正常的login窗口， login后屏幕变黑， 大约一分钟后，屏幕切换到默认的背景色（某些灰色阴影）。 只有背景是可见的，我什么也做不了，甚至没有Ctrl-Alt-End的作品。 由于正常（非控制台）RDP连接工作得很好，我猜这不能是一个连接问题。 我已经要求我们的托pipe服务提供商的pipe理员看看我们的虚拟服务器（VMWare，AFAIK）的控制台，他说这是全黑的，看起来系统崩溃了。 很显然，情况并非如此：所有服务（Web，SQL，…）都可以正常工作，而非控制台RDP连接可以毫无问题地build立起来。 事件日志没有任何相关性（据我所知），重新启动可以解决问题（直到几天后再次发生）。 我知道这是非常含糊的，但我不知道提供哪些额外的数据。 有任何想法吗？
上个月，我们在我们的服务器上安装了testlink和bugzilla，我们开始在我们的项目的testlink编写testing用例。 不幸的是，我们从来没有能够访问该服务器上的testlink。 我们总是得到“500 – 内部服务器错误”。 所以我们在另一台服务器上安装了testlink，并且在旧服务器上有了所有已安装文件的备份。 我们怎样才能把我们的testing数据从其他服务器转移到新的服务器上？
我有Apache 2.2服务器并运行我的Windows 2003服务器上的网站。 我现在想给游客上传/下载数据到我的网站的能力。 所以，我安装了Apache FTPServer 1.6，但安装的最后一行表示fTPD安装失败。 最后经过反复尝试，FTPD安装没有错误。 然后，我试图“启动”程序，但它不会启动服务。 我收到消息“Windows无法在本地计算机上启动Apache FTPServer”。 我已经尝试了很多次，但没有成功。 我没有打开与FTP想要使用的端口竞争的端口。 也不，我有防火墙的方式。 任何想法，我可以尝试？
我有一台第三方面向对象数据库服务器，运行在具有24 GB RAM的Windows Server 2003 x64机器上。 除了一些系统进程和监视工具之外，数据库服务器是在这台机器上运行的唯一的东西。 我打开了10〜130GB和1〜5GB的数据库文件，后者是最常访问的，是给我的问题。 每当数据库服务器刷新这个数据库文件，似乎需要永远完成。 因为一旦数据写入磁盘，DBMS将放弃其事务日志，因此必须等待刷新完成。 我在Process Monitor中查看了IO文件，看到在正常操作之前，在冲刷之前，有很多缓冲写入（通常是128字节，有时多一点）随机的文件偏移量。 这是可以预料到的，因为小数据块以不可预测的模式添加到数据库中并在数据库中更新。 当事务日志已满并发生刷新时，有大约8000次写入4K的倍数（相关计算机上的页面大小），在我分析的一个实例中总计大约35 MB。 刷新大约需要12秒钟，数据库服务器挂起。 我们的存储人员告诉我，每次写入1.5ms（12秒除以8000次写入）就是SAN的正常性能，没有任何事情可以加快速度。 我已经读过Windows Internals 4中文件caching的工作方式，它提到cachingpipe理器会尝试在后台线程上定期写脏页面到磁盘，即使应用程序没有请求刷新（懒惰的作者） 。 有什么办法可以使页面更快地写入磁盘，所以当应用程序调用FlushFileBuffers时，应用程序只能等待写入磁盘，只剩下一些脏页了？ 本书还提到，cachingpipe理器中只有一个给定文件的副本。 这是否意味着我可以通过在单独的进程中打开相同的文件并定期调用FlushFileBuffers来触发刷新，因此当数据库服务器请求刷新时再次刷新会更less？ 还有其他的操作或文件系统参数，我应该看看？ 我听到的一个build议是增加文件系统中的页面大小，因为这样可以通过增加每个IO写入SAN的字节数来提高吞吐量。 由于在刷新过程中保存的页面是非连续的，所以我怀疑这会做什么，对不对？
我们有一个（相当老的）Windows Server 2003，它自上周以来显示出一些奇怪的行为。 它决定所有的本地pipe理员和本地系统不再被允许做任何事情，包括创build事件触发器或查杀任务（除了通过任务pipe理器）。 重新启动后问题消失。 什么可能导致这样的行为？ 更新： 这也会影响VBS脚本，例如用于从群集服务控制IIS的clusweb.vbs脚本。 这一行： set objWmiProvider = GetObject("winmgmts:/root/cimv2") 导致这个错误： Generic Script <IIS>: Script Error: Line=50, Character = 4 Generic Script <IIS>: Source: SWbemServicesEx Generic Script <IIS>: Description: Access denied Generic Script <IIS>: Error: 2147749891 (0x80041003) – Description: Access denied (Source: SWbemServicesEx) 在testing服务器上，该行可以运行，无论是由pipe理员还是由非pipe理员运行。 更新： 看来问题也会导致群集资源降级和故障转移。 我在testing系统的非分页池中尝试了一些内存泄漏，看是否会得到相同的（灾难性的）结果，但它们并不完全相同（在任何时候都没有“访问被拒绝”开始）。 任何想法可能会导致这一切？
我们有一个由330个客户（Service Vans）通过3G连接到我们的中心办公室的networking。 目前，这些客户端通过一个小型坚固3G路由器连接，build立3G连接，然后build立IPSec VPN隧道（OpenSwan堆栈） Windows 7 PC（移动数据terminal）插入此路由器，并运行一小段商业软件，使用UDP来传达服务范围必须参加的工作的详细信息。 在本产品的用户验收testing期间，当NIC设置为10MB / s或者在通信path中放置了额外的交换机时，我们确实logging了WIRED客户端的一些通信故障。我们从来没有深究过这个问题。该软件实际上是通过我们的3G连接工作的。 尽pipe存在一些小问题，该软件自实施以来一直运行良好。 最近，我们启动了一个项目，使用安装在服务技术人员使用的移动数据terminal中的内置3G调制解调器来淘汰3G路由器（这具有可靠性问题）。 我们的testing单元工作得很好，我们可以build立一个3G连接，然后使用内部调制解调器和一个VPN客户端build立VPN隧道。 然而，商业软件正在使用现在失败..所有其他networkingstream量不受影响，例如，我们可以成功地使用远程桌面的链接，复制文件，来回ping等。 厂商并不热衷于深入调查这个问题，但是我觉得它几乎肯定与他们如何使用UDP有关。我们在使用大包的时候看到了一些有趣的PING结果。 当ping我们的3G路由器时，我们可以在发生故障之前成功地以大约51Kb的缓冲区大小进行ping操作。 当在我们的移动数据terminal内testing新的3G调制解调器时，我们开始看到缓冲区大小约5Kb的失败，在12Kb左右，我们至less有50％的失败率。 在51Kb，我们完全失败。 似乎很清楚，3G路由器应对大包大小更好..我只是不知道为什么。 我进一步认为，如果我们能解决这个问题，供应商软件将再次开始工作。 我宁愿供应商有一个更宽容的协议，但我担心该软件“是什么”，它不会改变。 此应用程序的后端服务器驻留在32位Windows Server 2003计算机上。 VPN网关是Fortigate 310b。 我严重地超出了我的深度，并希望任何人可能有任何想法如何解决这个问题.. 编辑：更多信息可用.. 我写了一个小的实用程序来发送/接收UDP数据报..现有的3G路由器将高兴地接受一个大小约为50KB的数据报..内部调制解调器最多可以发送大约11KB的数据报…
我是一个IT承包商的初级系统pipe理员，可以帮助像小城镇之类的小型地方政府机构。 我们的客户之一，一个拥有50名员工的公共图书馆，最近在很短的时间内从Server 2003 Standard迁移到Server 2008 R2 Standard; 我们的高级员工，唯一的networking工程师，突然提前两周通知，所以pipe理层推动他在离职之前做这个项目。 pipe理方面有点仓促？ 也许。 我们能做些什么吗？ 不。 我必须自己解决这个问题吗？ 很多。 networking设置是这样的： a）50个员工工作站，全部运行Vista Business SP2。 所有员工都使用MS Outlook，它使用RPC-over-HTTPS（“Outlook Anywhere”）将caching的Exchange访问权限授予非现场位置。 b）一个新的（虚拟化的）Server 2008 R2 Standard实例，通过Hyper-V在Server 2008 R2主机上运行。 VM是域的DC，也是该站点的唯一文件服务器。 我们称之为虚拟机“NEWBOX”。 c）一个旧的物理Server 2003 Standard服务器，运行相同的angular色。 我们称之为“OLDBOX”。 它仍然在networking上并且可以访问，但是已经被降级，并且它的共享被禁用了。 没有数据被删除。 c）千兆以太网无处不在。 该组织只有一个域，在迁移过程中并没有改变。 d）大多数用户被设置为redirect文件夹+脱机文件的组合，但是一些在组织中呆了很长时间的老员工仍然在漫游configuration文件中。 总结一下：有问题的服务器处理用户帐户和文件，没有别的（例如，没有TS，没有邮件，没有IIS等） 我有两个主要的问题，我希望你能帮助我： 1）即使所有域用户已经将其redirect的文件夹移动到新的服务器，并login到他们的工作站，并且testing确认文档/音乐/无论文件夹指向新path，它出现一些用户（不是笔记本电脑或任何东西或者！）已经从OLDBOX离线工作了很长一段时间，没有人意识到这一点。 这里有一个丑陋的暗示：现在一堆数据只存在于他们的CSC文件夹中，因为他们无法访问OLDBOX上的共享并最终同步它。 如何从CSC文件夹中取出这些数据，然后放到NEWBOX上？ 2）将漫游configuration文件用户迁移到非漫游用户的最佳方式是什么，而不会丢失重要数据，如文档，任何挥之不去的PST等等。 我曾经想过尝试的事情： 对于问题1： a）在OLDBOX上重新启用文档共享，为所有域用户强制执行脱机文件同步，然后将OLDBOX的共享数据复制到NEWBOX上的等效共享中。 为每个用户重新初始化脱机文件caching。 有了这个： 如何安全强制进行全域范围的脱机文件同步？ 可以通过重新启用OLDBOX上的共享并强制同步来丢失数据吗？ 之后，我怎样才能重新初始化每个用户的脱机文件caching，而不需要手动执行工作站？ b）确定哪些用户对OLDBOX进行了不定期更改（再次，如何？），通过工作站pipe理共享在域范围内search每个用户的CSC文件夹，并获取不相关的数据。 为每个用户重新初始化脱机文件caching。 有了这个： […]
我在我们的环境中在不同的办公室有15台打印服务器。 在升级驱动程序之前，我想显示一个包含以下信息的报告。 32或64位和驱动程序 上次安装或升级date。 任何帮助将不胜感激。 谢谢，
我会尽量避免哭泣的故事，但我们有一个FTP服务器，我们正试图从Server 2003 x86迁移到Server 2008 x64。 该服务器有数百个FTP用户，只能通过FTPlogin的用户。 你可以猜到，我正在寻找一种方法来迁移用户的密码 。 我正在平坦。 我从NT到CopyPwd做到了这一点。 但是，CopyPwd不支持x64。 我做的研究： SKCLONE – 支持x64，但不支持Windows 7 / Server 2008用户，因为有多个安全密钥（不知道这是否是正确的术语，但这是它的要点）。 COPYPWD – 在SystemTools论坛上find指向CopyPwd2（？）的源的链接，该源使用服务注入到LSASS.exe中。 我的猜测是，这只适用于x64 XP / Server 2003安全性，而不是基于那里的报告的Windows 7 / Server 2008。 winzero ServerMigrator – 商业实用程序。 它甚至是合法的吗？ 单词“公司”在水平菜单上拼写错误。 有没有人成功做到这一点？ 使用任何开源或商业实用程序成功？ 谢谢！