我将设置服务器数量(2-10)以在Amazon EC2中托管具有负载平衡的asp.net mvc应用程序,并且我正在考虑使用微实例,因为处理器功率相对较高.
数据库托管在单独的更强大的实例类型(High-cpu medium instance)上,因此这些服务器上的软件只有IIS,Workstation服务(连接到网络驱动器)和ASP.NET.

你能帮我决定哪些窗口可供选择 – 2008或2008 R2用于这种“刀片”机器吗？

一方面我想使用2008 R2,因为它应该具有更好的性能与asp.net mvc应用程序.另一方面,R2只能是64位而Micro实例只有(！)613 MB的内存.

我只提供页面,ajax查询和一些javascript文件 – 所有其他内容(如图像,css等)都转到云端,因此每秒的请求数量相对较低(每台服务器每秒<20)

话虽这么说,如果你必须在一个微实例中运行它并且你在两者之间进行选择,我会选择2008R2,因为它更新,并且一旦你添加AV,任何一个都可能会表现得非常糟糕.

昨天,一台计算机(运行Windows 10 Pro)网络驱动器停止工作.

进一步调查(gpresult / h)后,似乎所有组策略对象都失败,原因是无法访问,空或禁用.

我已确认所有GPO仍然存在并在两个(冗余和本地)域控制器上启用.此外,同一域和局域网上还有20台其他机器完全没有问题.

但是,我测试的另一台计算机出现了同样的问题！这是否意味着服务器存在问题？

gpresult / r报告一个客户端从本地DC1获取GPO,另一个客户端从DC2获取GPO.因此,这不是与特定DC相关的问题.

gpupdate / force什么都没有修复(虽然声称已经应用了政策).

我尝试删除本地策略的注册表项(遵循本指南https://superuser.com/questions/379908/how-to-clear-or-remove-domain-applied-group-policy-settings-after-leaving-the-do)并重新启动 – 同样的问题.

我从Microsoft(https://support.microsoft.com/en-us/kb/2976965)找到了此支持页面,但它声称它仅适用于Windows 7或更早版本的客户端.

我的所有机器(服务器和客户端)都运行64位版本并完全更新.我已经重启所有这些只是为了确定.

有重要的细节：

已知的问题

MS16-072更改用于检索用户组策略的安全上下文.这种按设计的行为更改可以保护客户的计算机免受安全漏洞的影响.在安装MS16-072之前,使用用户的安全上下文检索用户组策略.安装MS16-072后,将使用计算机安全上下文检索用户组策略.此问题适用于以下知识库文章：

> 3159398 MS16-072：组安全更新说明
政策：2016年6月14日
> 3163017 Windows 10的累积更新：2016年6月14日
> 3163018 Windows 10版本1511和Windows的累积更新
Server 2016 Technical Preview 4：2016年6月14日
> 3163016 Windows Server 2016技术预览版累积更新
5：2016年6月14日

症状

所有用户组策略(包括已在用户帐户或安全组上进行安全筛选的用户组策略)或两者都可能无法应用于已加入域的计算机.

原因

如果组策略对象缺少Authenticated Users组的读取权限,或者您正在使用安全筛选并且缺少域计算机组的读取权限,则可能会出现此问题.

解析度

要解决此问题,请使用组策略管理控制台(GPMC.MSC)并执行以下步骤之一：

– 使用组上的“读取权限”添加Authenticated Users组
策略对象(GPO).
– 如果使用安全筛选,请添加“域计算机”组
有读取权限.

请参阅此链接Deploy MS16-072,其中解释了所有内容并提供了修复受影响的GPO的脚本.该脚本将Authenticated用户的读取权限添加到所有没有经过身份验证的用户权限的GPO.

# copyright (C) Microsoft Corporation. All rights reserved.

$osver = [System.Environment]::Osversion.Version
$win7 = New-Object System.Version 6,1,7601,0

if($osver -lt $win7)
{
    Write-Error "OS Version is not compatible for this script. Please run on Windows 7 or above"
    return
}

Try
{
    Import-Module GroupPolicy
}
Catch
{
    Write-Error "GP Management tools may not be installed on this machine. Script cannot run"
    return
}

$arrgpo = New-Object System.Collections.ArrayList

foreach ($loopGPO in Get-GPO -All)
{
    if ($loopGPO.User.Enabled)
    {
        $AuthPermissionsExists = Get-GPPermissions -Guid $loopGPO.Id -All | Select-Object -ExpandProperty Trustee | ? {$_.Name -eq "Authenticated Users"}
        If (!$AuthPermissionsExists)
        {
            $arrgpo.Add($loopGPO) | Out-Null
        }
    }
}

if($arrgpo.Count -eq 0)
{
    echo "All Group Policy Objects grant access to 'Authenticated Users'"
    return
}
else
{
    Write-Warning  "The following Group Policy Objects do not grant any permissions to the 'Authenticated Users' group:"
    foreach ($loopGPO in $arrgpo)
    {
        write-host "'$($loopgpo.displayName)'"
    }
}

$title = "Adjust GPO Permissions"
$message = "The Group Policy Objects (GPOs) listed above do not have the Authenticated Users group added with any permissions. Group policies may fail to apply if the computer attempting to list the GPOs required to download does not have Read Permissions. Would you like to adjust the GPO permissions by adding Authenticated Users group Read permissions?"

$yes = New-Object System.Management.Automation.Host.ChoiceDescription "&Yes",`
    "Adds Authenticated Users group to all user GPOs which don't have 'Read' permissions"
$no = New-Object System.Management.Automation.Host.ChoiceDescription "&No",`
    "No Action will be taken. Some Group Policies may fail to apply"
$options = [System.Management.Automation.Host.ChoiceDescription[]]($yes,$no)
$result = $host.ui.PromptForChoice($title,$message,$options,0)  
$appliedgroup = $null
switch ($result)
{
    0 {$appliedgroup = "Authenticated Users"}
    1 {$appliedgroup = $null}
}
If($appliedgroup)
{
    foreach($loopgpo in $arrgpo)
    {
        write-host "Adding 'Read' permissions for '$appliedgroup' to the GPO '$($loopgpo.displayName)'."
        Set-GPPermissions -Guid $loopgpo.Id -TargetName $appliedgroup -targettype group -PermissionLevel GpoRead | Out-Null
    }
}

如果您设置域计算机的读取权限(就像我一样)而非经过身份验证的用户只需将此{0 appliedgroup =“Authenticated Users”}更改为0 {$appliedgroup =“Domain Computers”}

解决方法

Microsoft 将于 2020 年 1 月 14 日停止对 Windows 7 的支持，届时将不再提供以下内容：

任何问题的技术支持
软件更新
安全更新或修复

你仍可以继续使用运行 Windows 7 的电脑，但如果没有持续软件和安全更新，电脑遭受病毒和恶意软件攻击的风险会更大。从目前开始，保持安全的最好方式是采用 Windows 10。而使用新电脑是体验 Windows 10 的最好方式。虽然可以在旧设备上安装 Windows 10，但这不是建议做法。

对Windows 7 的支持已近尾声
历经 10 年，对 Windows 7 的支持已近尾声 — 2020 年 1 月 14 日。

以下 Windows Server 2008 和 2008 R2 产品支持即将结束：

我们建议你在支持结束日期之前迁移到 Azure 或升级到当前的产品版本。 这使你可以充分利用最新的产品创新，并确保获得 Microsoft 的不间断支持。

注意：以下 Server 产品不具备“延期安全更新”资格：

参考：
https://www.microsoft.com/zh-cn/windows/windows-7-end-of-life-support-information?icid=CXSMC_win7upgrade

https://support.microsoft.com/zh-cn/help/4456235/end-of-support-for-windows-server-2008-and-windows-server-2008-r2

当我登录到机器时,我可以看到任务管理器性能选项卡显示已经分配了3.86GB中的4个,但是当我进入进程选项卡并总结所有正在运行的进程时,我最终会介于700到900MB之间,具体取决于机器运行了多长时间.

我在类似的标题列表中找到了这个问题,希望它对我有所帮助：

Weird memory usage in Windows Server 2008 R2

我在列表中运行SQL查询,给我以下项目：

object_name               Counter_name                cntr_value cntr_value_MB
------------------------- --------------------------- ------------------------
sqlServer:Buffer Manager  Database pages              988        8.000000000
sqlServer:Buffer Manager  Free pages                  140        1.000000000
sqlServer:Buffer Manager  Total pages                 2923       23.000000000
sqlServer:Memory Manager  Target Server Memory (KB)   23384      22.000000000
sqlServer:Memory Manager  Total Server Memory (KB)    23384      22.000000000

我不明白这是否解释了内存问题,但我认为如果问题与该问题相同,那么最后一列应该指出更高的值.我甚至将sql Server的内存使用量限制为3GB,当前进程选项卡显示sqlservr.exe使用92MB内存.

另请注意,4GB对于这台机器来说已经足够了,我们在正常运行时没有出现任何性能问题或问题,但最近的行为变化令人不安.

该计算机是在VMware ESX 4.1服务器上运行的虚拟机,可能就是这样吗？我已经读过VMware使用的“内存气球”,在一个紧张的系统中窃取内存,但物理服务器上可用的总内存为32GB,性能概述表明其中有17个可用.

我还应该关注什么,或者我应该如何看待上述数据呢？

重新启动让机器恢复到我称之为可解释的数字,但它会在一天内慢慢回升到4GB,然后开始超时.

另请注意,我不是百分之百肯定内存导致超时,但机器运行良好,直到内存接近4GB,所以至少它似乎是链接的,但它当然可以是两种不同的效果来自同一个原因.

此机器上至少有一个月没有任何Windows更新,无论好坏,所以没有任何维护与问题开始时相符.

你可能在某处有一个memory leak.如果任务管理器没有显示单个进程的过多内存使用量(BTW,您正在查看哪个值？任务管理器通常显示专用字节,但您应该查找当前物理内存使用的“工作集”),内核模块/驱动程序可能是另一个可能的候选者.看一下Process Explorer的内存统计数据,特别是内核内存使用情况 – 它们会更加详细,可能会让您更进一步解决问题.