环境： Windows 2008 R2打印服务器（虚拟） 178台打印机已安装。 全部使用TCP / IP 许多不同的打印机品牌 大多数员工通过这台打印服务器打印 问题：后台打印程序服务最近开始崩溃。 这是不好的，但我知道一些一般的故障排除需要。 我正在慢慢地试图find不好的打印驱动程序。 已经清除了所有待处理的打印作业，以确保它不是一个损坏的作业。 （发生在我之前的一次）。 我主要关心的是：打印服务器后台处理程序服务（或整个服务器）没有响应时，我的许多员工计算机冻结/挂起，但有些计算机却没有。 是否有一个组策略或registry的变化，我可以使每个PC上的客户端操作系统更容忍/耐打印服务器的问题？ 我猜可能有办法，因为有些电脑已经在服务器closures的情况下工作了。 我将我的重要生死PC移动到不同的打印服务器上。 预先感谢您的帮助。
我们的HP XL230a Gen9刀片有一个问题，其中一些应用只能看到一半的CPU。 在任务pipe理器上，我们看到所有56个内核，但应用程序只看到其中的一半。 在NUMBER_OF_PROCESSORS = 28环境variables上我们也看到了一半的CPU。 我们在BIOS中启用节点交错，并解决了我们的问题，即所有的应用程序可以看到所有的56个核心 在超线程和非超线程刀片（Windows 2008 R2和Windows 2012）上都可以看到这个问题，并且通过节点交叉来解决这个问题。 我发现了一个C ++的例子，它使用GetSystemInfo（）和GetNativeSystemInfo（）方法来获得可用的内核，而且当节点交错被禁用时，也只显示了28。 我们也应用了最新的固件/ BIOS更新，但仍然是一样的。 我们正在联系惠普公司，但只是想知道其他人是否看到过这样的事情，如果有办法解决它与节点交错=禁用？ 谢谢
我们是4个开发人员（不是专业的服务器pipe理员），运行2个IIS 8.5（Windows Server 2012 R2）和ASP.NET 4的服务器。 每天多次我们在Windows事件日志中得到这个exception： Application: w3wp.exe Framework Version: v4.0.30319 Description: The process was terminated due to an unhandled exception. Exception Info: System.AccessViolationException Stack: at System.Web.Hosting.UnsafeIISMethods.MgdIsLastNotification(IntPtr, System.Web.RequestNotificationStatus) at System.Web.Hosting.UnsafeIISMethods.MgdIsLastNotification(IntPtr, System.Web.RequestNotificationStatus) at System.Web.HttpRuntime.FinishRequestNotification(System.Web.Hosting.IIS7WorkerRequest, System.Web.HttpContext, System.Web.RequestNotificationStatus ByRef) at System.Web.HttpRuntime.OnRequestNotificationCompletionHelper(System.IAsyncResult) at System.Web.HttpRuntime.OnRequestNotificationCompletion(System.IAsyncResult) at System.Web.HttpApplication+PipelineStepManager.ResumeSteps(System.Exception) at System.Web.HttpApplication+CallHandlerExecutionStep.OnAsyncHandlerCompletion(System.IAsyncResult) at System.Threading.Tasks.Task.Execute() at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, […]
我有一个相当复杂的Windows Server 2008 R2上运行的PowerShell脚本。 在ISE中或在控制台中执行脚本时，一切运行良好。 没有错误或其他任何突出的东西。 但是，在Windows事件查看器中，很多警告正在生成，没有任何特定的原因，我可以看到。 Log Name: Microsoft-Windows-PowerShell/Operational Source: PowerShell (Microsoft-Windows-PowerShell) Event ID: 4100 Task Category: Executing Pipeline Error Message = System error. Context: Severity = Warning Host Name = Windows PowerShell ISE Host Host Version = 4.0 Host ID = cec010f3-ea0f-44b0-8d2e-449a6c1eb3e6 Engine Version = 4.0 Runspace ID = b2e8d39c-4fa1-4a3f-b33e-b42f8b552c3d Pipeline ID = […]
我目前在Windows Server 2008 R2的主要DC上安装了Exchange Server 2010 SP3 RU8 v2，我知道这是不太理想的，所以我在域上安装了另一台服务器，也是2008 R2。 我当前的交换服务器安装了所有angular色（邮箱，集线器传输和客户端访问）。 我在所有相同angular色的新域服务器（也是Server 2008 R2）上安装了相同版本的Exchange，以便在下周左右缓慢移动邮箱，并在DC上退出交换。 不幸的是，这造成了邮件stream的几个问题。 首先是我在现有的服务器上设置了一个传输规则，允许其中一个内部应用程序“匿名访问”来发送消息。 这导致了交换服务器不能彼此validation的问题，并且电子邮件停止运行。 我解决了，通过删除我的内部networking从那个规则，然后打破了匿名中继，所以我设置另一个规则专门为该应用程序使用一个以外的端口25，因为我有能力在应用程序指定使用的端口。 一切似乎都没有问题，因为电子邮件出站和入站到达目的地。 直到今天上午，当我收到几个外部域名的人接到下列NDR的消息时： 远程服务器返回“<******。***＃5.7.1 smtp; 554 5.7.1：中继访问被拒绝> 这个问题似乎已经通过禁用在安装过程中创build的新服务器上的传输规则来解决。 我的问题是，什么是最好的方式慢慢移动到新的Exchange服务器，而不会造成比我已经有的麻烦？ 我的目标是在新服务器上拥有所有交换angular色和邮箱，然后彻底删除现有服务器上的交换。 我试图尽可能多地包含信息，但如果我遗漏了任何对解决scheme非常重要的信息，请提前通知我，并提前致谢！
Citrix用户（Windows Server 2008R2 / XenDesktop 7发布的桌面）无法将位置拖到资源pipe理器中的“collections夹”。 图标更改为红色的“否”符号。 用户有漫游configuration文件。
在删除我为更新而创build的快照时，我犯了一个错误，因为我从来没有让它重新合并到VHD文件中。 我没有意识到这个错误，直到avhd文件增长到超过300GB，现在想要确保我在备份合适的文件之前合并，以防出现问题（我从来没有一个失败的合并，所以我不不知道如果没有后果尝试是安全的）。 我在尝试排除故障时做了更多的快照，所以我现在总共有3个删除的快照。 我需要备份所有的快照和vhd是否安全，还是我可以通过备份最新的avhd和vhd来节省时间？ 基本上，最终目标是尽可能快速和安全地合并这些文件。
我们最近开始通过共享replaceAD组的命名权限（也就是说，当更新权限时，我们不必担心在处理拥有大量文件的共享时更新所有子对象所需的时间或风险） 。 更改其中一个共享时，新的权限生效，但其中一台服务器（其计算机帐户是AD组的成员）收到了一些访问被拒绝的错误。 这似乎是因为服务器帐户的组成员身份被caching（即何时计算机caching文件权限？ ）。 此问题已通过重新启动解决。 问题：有没有办法强制帐户（计算机或用户）重新authentication，而不必注销并重新启动？ 也就是说，当发生这样的问题时，我们可以做一些refresh-authToken -computername MyServer $“调用，而不需要停机。
我正在使用几个生产Windows Server 2008 R2 Standard服务器上的debugging诊断工具（DebugDiag v1.2），运行在IIS 7.5上内置的自定义Web应用程序来创build故障转储文件。 问题在于，Windows进程激活服务（WAS）警告事件不断发生在我的所有生产服务器上，并且频率在不断增加，但在整个24小时内仍然是随机的。 这里是我关心的一个示例系统日志事件： 级别：警告源：WAS事件ID：5011描述：服务应用程序池“MyAppPool”的进程遇到与Windows进程激活服务的致命通信错误。 进程ID是“7776”。 数据字段包含错误编号。 我分析转储，并得到这样的每一次（下）。 问题是，我怎么才能继续深入到'0x3d9b9c16'行，重复数百次的问题？ 我可以采取哪些工具或方法进一步debugging？ 线程252 – 系统ID 6380入口点0x00000000创build时间3/25/2015 10:52:49 PM在用户模式下花费的时间0天00：00：01.856在内核模式下花费的时间0天00：00：00.124 此线程被未处理的exception阻止 .NET调用堆栈 函数System.Web.Hosting.UnsafeIISMethods.MgdIndicateCompletion（IntPtr，System.Web.RequestNotificationStatus ByRef） 完整的调用堆栈 函数源ntdll！ZwTerminateProcess KERNELBASE！了TerminateProcess + 2C CLR！EEPolicy :: HandleFatalStackOverflow + 1BA CLR！EEPolicy :: HandleStackOverflow + 1AC CLR！COMPlusFrameHandler + 9B NTDLL！ExecuteHandler2 + 26 NTDLL！ExecuteHandler + 24 NTDLL！RtlDispatchException + 127 NTDLL！KiUserExceptionDispatcher + F […]
我最近在用于文件夹redirect的新服务器上为我们的一部分用户设置了新的文件共享。 我在上个星期对这些文件进行了复制，实施了这项政策，取代了旧的政策，经过了一些用户的testing，一切都很顺利。 本周，我听说有些用户遇到错误，他们无法连接到\ oldserver \ users $ \ jsmith \ desktop，其中文件夹redirect应该指向\ newserver \ users $ \ jsmith \ desktop 我试图清除每台机器上的C：\ ProgramData \ Application Data \ Microsoft \ Group Policy \ History，但是我们是一所大学，用户和计算机的数量相当大。 不幸的是，即使这样做，我听说这个问题一直存在于一个电脑室。 我甚至有人今天早上重新启动了所有机器，认为重启会强制刷新策略。 gpupdate /力似乎解决了这个问题，所以它似乎是一个陈旧的cachingGPO。 所以 – 我的问题是这些： 默认情况下，组策略caching多久？ 这个设置在哪里？ 我怎样才能解决这个问题，而不告诉我的用户运行gpupdate / force？ 它需要在login时工作，而不需要采取措施，然后退出/返回（当然最好！） gpupdate / force似乎只更新login用户的策略（ https://technet.microsoft.com/en-us/library/jj134201.aspx ）。 即使我这样做，这是否意味着我需要赶上它在行为失败？ （脱机文件被禁用，不幸的是，这是唯一的cachingtypes： https ： //technet.microsoft.com/en-us/library/cc739647(v=ws.10 ) […]