自7月微软更新安装以来,我的服务器每周日早上00:58关闭.然后无法重启,卡在蓝屏Kernel_Data_Inpage_Error.

服务器在7月之前已经工作了好几个月.我查看了任务计划程序,并且在凌晨1点运行的唯一任务是维护配置程序任务,但每天运行.因此,如果这是问题,我希望服务器每天凌晨1点左右停止.

服务器只运行一个应用程序,本周我计划在00:45停止,但服务器仍然停止,但是在01:08.

我从启动CD运行memtest86 3小时,没有发现内存问题. C驱动器是新的,但无论如何我运行chkdsk / scan并没有发现错误.

我已经安装了8月的更新,但这并没有改变这种情况.
我很感激任何想法或想法.

>在他的新硬盘中,它可能是病毒甚至坏块.使用任何测试工具(如Victoria HDD等)测试不是文件系统而是磁盘本身.问题可能是由 Windows页面文件中的坏块(默认情况下位于C：驱动器上)引起的.我还建议检查并将页面文件大小设置为4096,检查应用程序的计划任务.
>此问题可能与更新后的非分页池有关.非分页池可以非常快速地增长,然后是BSOD.检查并更新服务器固件(网络驱动程序可能存在问题). https://msdn.microsoft.com/en-us/library/ms854944.aspx

我有一个域加入了HyperV Server Core 2012 R2计算机,并且启用了域加入服务并允许从该计算机进行访问.默认情况下,公共配置文件的WinRM防火墙例外限制了对从 Windows Pro 8.1到Windows 10 Pro就地升级的工作站内的远程计算机的访问.在更新之前,我能够使用Hyper-V Manager连接到2012 R2服务器来管理该计算机上的VM.更新后,我收到此错误：

[Window Title]
Hyper-V Manager

[Main Instruction]
An error occurred while attempting to connect to server "HYPERV01". Check that the Virtual Machine Management service is running and that you are authorized to connect to the server.

[Content]
The operation on computer 'HYPERV01' Failed: WinRM cannot complete the operation. Verify that the specified computer name is valid,that the computer is accessible over the network,and that a firewall exception for the WinRM the same local subnet.

工作站和服务器位于同一子网上,我检查了防火墙中是否启用了远程管理和其他一些Hyper-V异常.我该怎么改正？

编辑：我不确定Win10更新是否与它有任何关系.通过在hyperv服务器上输入第一个命令,我可以通过Windows 10中的Hyper-V管理器再次连接而无需其他更改(甚至不需要winrm set命令).因此,可能是服务器上的最新Windows Update重置了防火墙规则,因为enter-psssession hyperv01也失败了,我后来发现.

您需要启用WinRM才能连接到Hyper-V服务器.为此,您需要：

打开“开始”菜单
单击所有程序,然后单击附件
右键单击命令提示符,然后选择以管理员身份运行
输入winrm quickconfig并按Enter键.然后,您需要对几个提示说“是”(是)

输入：winrm set winrm / config / client’@ {TrustedHosts =“RemoteComputerName”}’然后按Enter键.用您的Hyper-V服务器的名称或IP地址替换“RemoteComputerName”.

在Windows 10升级后,您必须再次重新授权Hyper-V服务器.
就是这样……解决了.

命令行条目缺少@ {TrustedHosts =“RemoteComputerName”}周围的单引号.它需要是’@ {TrustedHosts =“RemoteComputerName”}’

我需要在组件服务/ DCOM配置下修改netman区域的启动和激活权限.但是,禁用此区域可防止任何更改.

>我在管理员组中
>我使用提升的管理员权限启动了dcomcnfg.

在此处修改设置需要做什么？

从 this blog post,

Look for HKEY_CLASSES_ROOT\AppID\{APPID-GUID}. That should tell you the name of the offending COM component. All you have to do Now is go back to the Component Services snapin,find the name of that component,go the security properties of it,and edit the security ACL of that component such that what ever account the event log was bitching about is given whatever access it wanted. If you find that that the security properties of the component are greyed out so that you can’t edit it,that’s probably because TrustedInstaller has that on lockdown. Go back to the registry,find the corresponding reg key,take ownership/give yourself permissions to it as necessary,restart the service (or reboot the OS,) and then you will be able to modify the security settings on that COM component.

I saw this myself just yesterday with the “SMS Agent” DCOM application. The SMS (or SCCM) agent came preinstalled on the standard OS image that was being deployed to the machines I was working on.

这里发生的是您无法更改权限,因为权限与您无权更改的注册表项绑定,因为TrustedInstaller拥有它的所有权.您需要自己获取注册表项的所有权,以便您可以对其进行修改.

我有一个DAG设置,Server 2012 R2和Exchange 2013在三台服务器上运行,另一台服务器运行滞后副本.

我们似乎在所有服务器上都有一个句柄泄漏,它们是否托管数据库似乎并不重要.然而令我感到奇怪的是,手柄泄漏似乎没有拥抱大量的资源,例如随着句柄的增加,它不会使用大量的内存,即使其中一个服务器在261076处理器达到峰值,它也没有真正增加它的内存使用量.

句柄泄漏器是Windows进程LSASS,这也很令人头疼,因为虽然我正在使用Perfmon进行监视,并且我使用了RAMmap,Process Explorer等,但事实证明这是一个很难解决问题,因为LSASS本身并不是原因.什么是’使用’LSASS是问题.

我在性能故障排除方面知识渊博,但只使用.NET等内部编码.此框中的所有内容都是Microsoft.

所以我想我的问题是：

Handle Leaks和Memory Leaks有什么区别我可以在没有内存泄漏的情况下进行手柄泄漏吗？如果是这样,纯手柄泄漏加班的危险是什么？

我还能做些什么来解决这个问题？我打算安装SDK并使用UMDH和Gflags拍摄内存的快照,但它不是一个非常快速的增加,所以这将有点痛苦.

有很多信息,但不确定什么是相关的,所以你需要提出我能提供的任何东西.

谢谢,

查尔斯

句柄泄漏是内存泄漏的特例.您从一个狭义的池中泄漏内存：可用句柄集.通常,句柄是一个内存指针,在64位机器上占用8个字节.所以261076处理时间8个字节是2039kB,只差2meg.这是现代机器的口袋改变.

但是你需要注意的问题是：当你的手柄耗尽时会发生什么？您的应用如何降级？是否存在硬限制或是否在最大值之前开始突破？当超出某一点时,您能否绘制句柄数并重新启动服务？有没有办法改变句柄数量的限制来缓解问题？重启服务是修复它还是需要重启？

有没有人实际使用server 2012 R2软件镜像来镜像启动/系统驱动器.

如果是这样,您可以确认在驱动器发生故障时它会继续在镜像驱动器上运行并允许服务器重新启动到镜像驱动器.

我似乎在其他地方得到了这个问题的不同答案.有人说,为了做到这一点,搞乱BCD的可笑程序是必要的,但是其他人报告说磁盘管理就是这么做的.难以确定为什么它似乎适用于某些人但不适用于其他人.

干杯,

如果您不确定,只需在具有2 vhd(x)的VM上进行测试.

我有一个非常旧的服务器与Windows 2003和从磁盘管理系统驱动器上启用镜像.有用.我们发生了第一个硬盘驱动器死亡的事件.启动系统时,有一个选项：从辅助plex启动.

我们已经能够启动并使其工作(距离我们350公里)只是要求非IT人员将第一个驱动器拉出服务器.一切都到位了.

我相信它应该在2012年工作,如果它在2003年有效,但这仅仅是一个假设,因为我们不会在硬件上部署OS多年,而是在虚拟机管理程序上部署,我们总是使用硬件raid.

PS.我只是好奇并在VM上测试它,一切看起来很好,它正在重建.两个磁盘都显示为“启动”.截图2012年