Vista x64机器遇到以下问题。 通过远程桌面连接到机器刚刚停止工作（可能在Windows更新后） – 有一天工作，而不是下一个。 经调查发现： 服务经理将terminal服务服务报告为自动并已启动 netstat -a -n显示端口3389 未打开 – 事件日志显示错误“terminal服务启动失败。 相关的状态码是否支持这样的接口“ 我能find的最佳提示是将networking服务帐户添加到pipe理员组： net localgroup "Administrators" "NT Authority\Network Service" /add 这工作，但不能很安全，我想find一个正确的解释和修复。
如何获得userenv.log（C：\ WINDOWS \ Debug \ UserMode \ userenv.log）loggingdate以及时间？ 目前的格式是这样的 USERENV(2b4.498) 10:51:22:140 ProcessGPOs: Extension Microsoft Offline Files skipped because both deleted and changed GPO lists are empty. USERENV(2b4.498) 10:51:22:140 ProcessGPOs: ———————– USERENV(2b4.498) 10:51:22:140 ProcessGPOs: Processing extension Software Installation USERENV(2b4.498) 10:51:22:140 CompareGPOLists: The lists are the same. 但是由于日志可以翻转多天，所以获取date会非常有帮助。
当大多数符合NMEA标准的GPS设备通过USB连接到Windows机器时，它们显示为COM端口。 有时候，Windows（我在XP和Vista上看到过这种情况）会将新的串行设备看作鼠标，并且光标变得疯狂。 如何告诉Windows停止将GPS设备检测为鼠标？
我刚刚使用cwrsync （rsync的Windows编译）设置了Windows 2000 Server和Windows 2003 Server之间的文件同步。 它很容易安装，似乎工作得很好，但我看到一个速度的问题，客户端似乎无法达到130 Kb / s，尽pipenetworking能够提供1 Mb / s的FTP。 任何人都经历过这个，find了解决办法？ 我目前使用一种解决方法，在同一台服务器上同时运行三个rsync进程。 所有这三个进程都达到了130Kb / s。
是否可以closures一个开放的TS 2008远程应用程序，但保持它在后台运行？ 有可能重新连接？
我的ASP.NET应用程序需要能够写入Windows事件日志，并使用WMI从Windows事件日志中读取。 我不希望应用程序帐户（当前为NETWORK SERVICE）能够删除或修改事件日志条目。 是的，我知道一个恶意的用户仍然可以清除事件日志，直到它滚动，但我可以忍受。 编辑：另一种方式来提出这个问题 – 有什么办法可以让我的应用程序写入到Windows事件日志（应用程序或自定义日志），并知道日志条目随后不会被写入日志的应用程序篡改条目？ 编辑：如果解决scheme需要使用比默认networking服务帐户以外的东西运行asp.net，这也是好的。
当我在Windows XP平台上安装DB2 express-C时，命令窗口不能显示正确的中文字符，而是用错误的代码显示replace为“?? ##”。 我如何解决这个问题。
我们正在进行大规模的Vista迁移，并且正在使用USMT（用户状态迁移工具）抓取configuration文件，为推送做准备，这导致了一些问题。 大多数捕捉顺利进行，但是有一些重要的less数人失败了，并且出现了一些吉祥的错误，这是典型的： 信息[0x080000] CopyStream：无法将{“C：\ Documents and Settings \ All Users \ Documents \ My Pictures \ 060812-F-3108S-103.jpg”}的stream复制到{“45”}对象。 错误112.exception类UnBCL :: IOException：无法写入FileStream。 enum Mig :: SendObjectResult __thiscall Mig :: CMediaManager :: SendObjectInternal（class UnBCL :: Stream *，const unsigned short *，const unsigned short *，int） void __thiscall UnBCL :: FileStream :: Write（const unsigned char *，int，int） 信息[0x000000]调用报告问题 信息[0x000000]无法处理对象C：\ Documents and Settings […]
在NT的“良好日子”中，经验法则很简单…如果您已经在服务器上安装了服务包，并随后安装了一个软件，提示您插入安装了未打补丁的OS盘组件，那么您只需在之后立即重新安装最新的服务包，以确保新组件得到了修补。 在今天的自动更新世界…当你有一个完整的补丁服务器，你安装一个Windows组件需要OS光盘安装额外的项目…是自动更新智能足以总是确保每个组件都正确更新？ 似乎是一个非常大胆的假设。 为了进一步说明，我们select一个示例…假设你已经安装了IIS，但在2003服务器上没有安装SMTP组件。 几年过去了，还有许多更新的系统。 然后有人安装一些需要SMTP组件的东西，现在安装。 如果这个组件有任何以前没有在系统上的新的DLL，那么它们将从操作系统光盘中以未打补丁的状态安装。 更新必须知道IIS在SMTP组件之前已经被完全修补，但是现在需要更新个别的组件。 一般来说，你是否依靠Windows更新来正确处理这种情况？
是否可以确定是否已从卷影复制快照对文件或文件夹执行还原？