问题[diagnostic](server)

使用ARM 模板，我想为我的Azure SQL 数据库启用诊断设置，并将该数据存储在我创建的Log Analytics 工作区中。我想启用错误、超时、阻塞和等待统计日志以及基本指标选项。我能够使用 Web 应用程序来实现此功能，因此我采用了类似的方法，但我的模板失败并抛出错误，指出我引用的指标或诊断类别不存在或不受支持。这是我的模板的一些资源部分：

我不确定是否需要在模板中启用或引用其他设置才能使其正常工作，但我将不胜感激，谢谢！

          "resources": [
                {
                    "type": "databases",
                    "apiVersion": "2019-06-01-preview",
                    "name": "[parameters('sqlDatabase')]",
                    "location": "[parameters('location')]",
                    "tags": {},
                    "dependsOn": [
                        "[parameters('sqlServer')]"
                    ],
                    "sku": {
                        "name": "GP_Gen5_4",
                        "tier": "GeneralPurpose"
                    },
                    "properties": {
                        "startIpAddress": "0.0.0.0",
                        "endIpAddress": "0.0.0.0"
                    }
                },

                {
                    "type": "providers/diagnosticSettings",
                    "name": "[concat('Microsoft.Insights/', parameters('diagnostics-name'))]",
                    "dependsOn": [
                        "[resourceId('Microsoft.Sql/servers', parameters('sqlServer'))]",
                        "[resourceId('Microsoft.Sql/servers/databases', parameters('sqlServer'), parameters('sqlDatabase'))]"
                    ],

                    "apiVersion": "2017-05-01-preview",
                    "properties": {
                        "name": "[parameters('diagnostics-name')]",
                        "workspaceId": "[concat('subscriptions/', subscription().subscriptionId, '/resourceGroups/', parameters('loganalytics-rg'), '/providers/Microsoft.OperationalInsights/workspaces/', parameters('workspacename'))]",
                        "logs": [
                            {
                                "category": "Errors",
                                "enabled": "true",
                                "retentionPolicy": {
                                    "enabled": "true",
                                    "days": 7
                                }
                            },
                            {
                                "category": "DatabaseWaitStatistics",
                                "enabled": "true",
                                "retentionPolicy": {
                                    "enabled": "true",
                                    "days": 7
                                }
                            },
                            {
                                "category": "Timeouts",
                                "enabled": "true",
                                "retentionPolicy": {
                                    "enabled": "true",
                                    "days": 7
                                }
                            },
                            {
                                "category": "Blocks",
                                "enabled": "true",
                                "retentionPolicy": {
                                    "enabled": "true",
                                    "days": 7
                                }
                            }

                        ]
                    }
                }
            ]
        }
    ]
}

服务器磁盘访问速度慢，运行洞察诊断报告此错误：

错误：640003 DST 错误

错误：640006：读取和/或写入 HARD 错误率高于阈值此驱动器出现/记录了诊断报告的错误情况，需要更换”

我想我在 Ubuntu 10.04 beta 中发现了一个错误，但由于它是一个相当模糊的安装后无法启动的问题（这里的问题）我想知道要收集哪些信息？

问题摘要：10.04 的安装很顺利，但启动到一个冻结的无响应启动屏幕

我经常在我的一个网站上看到高负载平均值。我有警报设置，但导致高负载的原因并不明显，所以我想在警报响起时捕获系统的状态。

什么是捕获相关信息的好方法，以便我可以事后确定导致负载的原因？

这是 linux/ubuntu、apache、mod_python/django、mysql。

昨天我的网站关闭了很短的时间。我登录了我的服务器，我的第一反应是重新启动 apache Web 服务器。之后一切正常。所以我开始检查神经节指标，看看发生了什么。很明显，在我重新启动 apache 的前一分钟，对 web 服务器的请求数非常多，超过了 Apache 的限制并阻塞了其他请求。

我手动检查了 apache 日志，过滤了重启前后的流量分钟。没有任何不对劲的迹象。我还使用一些工具（awstats、bots 脚本等）分析日志，结果相似。我对错误日志做同样的事情，仔细检查一些奇怪的行为。没有成功。

所以我很确定问题是对 apache Web 服务器的请求突然增加。但我不知道这是怎么发生的，如果这是一次攻击，一些讨厌的错误，应用程序中的问题，或者其他我不知道的事情。如果在您的 Web 服务器中发生类似的事情，您会怎么做？您还使用哪些其他工具？您还检查了哪些其他日志？重启网络服务器作为解决问题的第一个措施是错误的吗？

是否有任何用于 DFS 故障排除的工具？一些搜索建议使用网络监控，但如果您不知道如何阅读带有 DFS 的扫描，这似乎有点毫无意义。

有什么方法可以通过软件来识别你的内存速度吗？我在 Fedora 9 上并希望找出我目前在那里的 DIMM 的速度。

我试过'lshw'，但它不显示速度。我知道主板支持 3 种不同的速度，但我不知道里面有什么，也不想关掉盒子。

有任何想法吗？

谢谢，

编辑：根据 dmidecode，我发现 ram 为“30 ns”。如果主板只支持 400、533、667 Mhz RAM，怎么可能是 33 MHz？

编辑2：还有其他工具可以做到这一点吗？

这是 demidecode --type memory 的输出

# dmidecode 2.7
SMBIOS 2.4 present.

Handle 0x0008, DMI type 5, 20 bytes.
Memory Controller Information
    Error Detecting Method: 64-bit ECC
    Error Correcting Capabilities:
        None
    Supported Interleave: One-way Interleave
    Current Interleave: One-way Interleave
    Maximum Memory Module Size: 1024 MB
    Maximum Total Memory Size: 2048 MB
    Supported Speeds:
        70 ns
        60 ns
        50 ns
    Supported Memory Types:
        DIMM
        SDRAM
    Memory Module Voltage: 3.3 V
    Associated Memory Slots: 2
        0x0009
        0x000A
    Enabled Error Correcting Capabilities:
        None

Handle 0x0009, DMI type 6, 12 bytes.
Memory Module Information
    Socket Designation: DIMM0
    Bank Connections: 9 11
    Current Speed: 30 ns
    Type: Unknown FPM Parity SDRAM
    Installed Size: 1024 MB (Single-bank Connection)
    Enabled Size: 1024 MB (Single-bank Connection)
    Error Status: OK

Handle 0x000A, DMI type 6, 12 bytes.
Memory Module Information
    Socket Designation: DIMM1
    Bank Connections: 9 11
    Current Speed: 30 ns
    Type: Unknown FPM Parity SDRAM
    Installed Size: 1024 MB (Single-bank Connection)
    Enabled Size: 1024 MB (Single-bank Connection)
    Error Status: OK

Handle 0x002F, DMI type 16, 15 bytes.
Physical Memory Array
    Location: System Board Or Motherboard
    Use: System Memory
    Error Correction Type: None
    Maximum Capacity: 4 GB
    Error Information Handle: Not Provided
    Number Of Devices: 2

Handle 0x0031, DMI type 17, 27 bytes.
Memory Device
    Array Handle: 0x002F
    Error Information Handle: Not Provided
    Total Width: 64 bits
    Data Width: 64 bits
    Size: 1024 MB
    Form Factor: DIMM
    Set: None
    Locator: DIMM0
    Bank Locator: BANK0
    Type: SDRAM
    Type Detail: Synchronous
    Speed: Unknown
    Manufacturer: Manufacturer0
    Serial Number: SerNum0
    Asset Tag: AssetTagNum0
    Part Number: PartNum0

Handle 0x0033, DMI type 17, 27 bytes.
Memory Device
    Array Handle: 0x002F
    Error Information Handle: Not Provided
    Total Width: 64 bits
    Data Width: 64 bits
    Size: 1024 MB
    Form Factor: DIMM
    Set: None
    Locator: DIMM1
    Bank Locator: BANK1
    Type: SDRAM
    Type Detail: Synchronous
    Speed: Unknown
    Manufacturer: Manufacturer1
    Serial Number: SerNum1
    Asset Tag: AssetTagNum1
    Part Number: PartNum1

我有一个面向互联网的 postfix 邮件过滤器（debian lenny），它位于我们网络上所有其他邮件服务器的前面，并使用amavisd-new、clamav、spamassassin和policy-weightd扫描我们的邮件。

该服务器是使用此处找到的文档设置和配置的：http : //www200.pair.com/mecham/spam/spamfilter20090215.html（我还使用 MySQL 设置了贝叶斯和 AWL 列表，并按照所述安装了策略加权在同一网站上）

这些服务器（我有 2 个）现在已经运行了好几年（在 Debian Etch 上），但是这个最新的安装大约每天（在不同的时间）锁定一次，我不知道为什么。

问题详情

1. 邮件在服务器上排队，运行 mailq 会列出一堆项目（交付暂时暂停：与 127.0.0.1[127.0.0.1] 的对话在接收初始服务器问候时超时）
2. 运行amavisd-nanny冻结，我必须退出 ssh 会话。在工作系统上运行 amavisd-nanny 会显示每个 amavisd 进程的状态，偶尔会发现卡住的进程（是什么原因导致这些卡住的进程？？）并终止它们。（我已经设置了一个 cron 作业来每小时运行 amavisd-nanny 来清除这些卡住的进程，但是，即使这样也不足以让事情继续运行）
3. ps -ef|grep amavisd 列出了我所有的 amavisd 进程（其中 12 个），后面有(ch#-accept)。在工作系统上，这些说是（处女）或（ch#-avail）
4. 内存、磁盘空间或后缀进程的数量似乎不是问题。

我应该怎么做才能进一步诊断我的问题？我不是在寻找解决方法，我想确定出了什么问题并修复它。

我们有一个专有系统，在 Tru64 Unix 上运行。它是一个基于终端的系统。我们可以使用登录 'vmstat' 进入系统，这会带来类似 vmstat 的视图。但是，显示的信息与标准 vmstat 略有不同。

10:27  up 36 days, 20:18,  797 users,  load average: 15.75, 15.52, 14.94
Virtual Memory Statistics: (pagesize = 8192)
  procs      memory        pages                            intr        cpu
  r   w   u  act free wire fault  cow zero react  pin pout  in   sy  cs us sy id
 27  2K 335   9M 129K 874K  105G 581M   9G  135M   1G  13M  2K 125K 13K 23 11 66
 33  2K 336   9M 131K 874K  114K 4331  59K  3362 9729  334  2K 156K 15K 33 11 56
 26  2K 333   9M 130K 873K 89798 2147  50K   157 5481   60  2K 128K 14K 30  8 62
 34  2K 332   9M 121K 873K 86165 2474  40K  4107 5709   71  2K 220K 14K 35 12 53
 28  2K 328   9M 139K 873K 99686 3071  43K  7362 7029  140  2K 177K 14K 38 11 51

进程的“r”是标准 vmstat 布局的一部分，但不是“w”或“u”。我在谷歌上找不到任何对这种 vmstat 布局的引用。根据linuxcommand.org我应该得到布局：

r  b   swpd   free   buff  cache   si  so    bi    bo   in    cs us sy id wa

代替：

r   w   u  act free wire fault  cow zero react  pin pout  in   sy  cs us sy id

有没有人能够阐明为什么我的与众不同？或者至少每个字段的含义是什么？

是否可以查看谁在针对某个数据库运行 SQL Server Profiler，并且可能来自哪台机器？通过 Profiler 本身或 T-SQL 语句说。

我想知道是否甚至可以找出运行探查器的 Active Directly 用户名。

[更新] 作为参考，这是一种仅检索 SQL Server Profile 进程的方法

declare @sp_who2 table (
    SPID    int,
    status  varchar(50),
    login   varchar(100),
    HostName    varchar(100),
    BlkBy   varchar(100),
    DBName  varchar(100),
    Command varchar(100),
    CPUTime int,
    DiskIO  int,
    LastBatch   varchar(50),
    ProgramName varchar(150),
    SPID2   int,
    REQUESTID   int
)
insert  @sp_who2
exec sp_who2

select  *
from    @sp_who2
where   ProgramName like 'SQL Server Profiler - %'