你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
获取日志以便对已启用 Azure Arc 的数据服务进行故障排除
先决条件
在继续操作之前，需要：
- 带有
arcdata扩展的 Azure CLI (az) 有关详细信息，请参阅“安装用于部署和管理 Azure Arc 数据服务的客户端工具”。 - 用于登录到已启用 Azure Arc 的数据控制器的管理员帐户。
获取日志文件
可以在所有 Pod 或特定 Pod 中获取服务日志，以便进行故障排除。 一种方法是使用标准的 Kubernetes 工具，如 kubectl logs 命令。 在本文中，将使用 Azure (az) CLI arcdata 扩展，这样可以更轻松地一次获取所有日志。
运行以下命令来转储日志：
az arcdata dc debug copy-logs --exclude-dumps --skip-compress --use-k8s --k8s-namespace
例如：
#az arcdata dc debug copy-logs --exclude-dumps --skip-compress --use-k8s --k8s-namespace
数据控制器会在名为“logs”的子目录中的当前工作目录中创建日志文件。
选项
az arcdata dc debug copy-logs 命令提供了以下用于管理输出的选项：
- 使用
--target-folder参数将日志文件输出到不同的目录。 - 通过省略
--skip-compress参数来压缩文件。 - 通过省略
--exclude-dumps来触发并包括内存转储。 除非 Microsoft 支持部门要求提供内存转储，否则不建议采用此方法。 获取内存转储需要数据控制器在数据控制器创建时将allowDumps设置为true。 - 进行筛选以便只按名称收集某个特定 Pod (
--pod) 或容器 (--container) 的日志。 - 通过传递
--resource-kind和--resource-name参数来进行筛选，以便收集某个特定的自定义资源的日志。resource-kind参数值应该是自定义资源定义名称之一。 可以通过使用命令kubectl get customresourcedefinition来检索这些名称。
使用这些参数，可以替换以下示例中的 <parameters>：
az arcdata dc debug copy-logs --target-folder <desired folder> --exclude-dumps --skip-compress -resource-kind <custom resource definition name> --resource-name <resource name> --use-k8s --k8s-namespace
例如：
az arcdata dc debug copy-logs --target-folder C:\temp\logs --exclude-dumps --skip-compress --resource-kind postgresql-12 --resource-name pg1 --use-k8s --k8s-namespace
以下文件夹层次结构是一个示例。 它按 Pod 名称，然后按容器，再按该容器中的目录层次结构来进行组织。
<export directory>
├───debuglogs-arc-20200827-180403
│ ├───bootstrapper-vl8j2
│ │ └───bootstrapper
│ │ ├───apt
│ │ └───fsck
│ ├───control-j2dm5
│ │ ├───controller
│ │ │ └───controller
│ │ │ ├───2020-08-27
│ │ │ └───2020-08-28
│ │ └───fluentbit
│ │ ├───agent
│ │ ├───fluentbit
│ │ └───supervisor
│ │ └───log
│ ├───controldb-0
│ │ ├───fluentbit
│ │ │ ├───agent
│ │ │ ├───fluentbit
│ │ │ └───supervisor
│ │ │ └───log
│ │ └───mssql-server
│ │ ├───agent
│ │ ├───mssql
│ │ ├───mssql-server
│ │ └───supervisor
│ │ └───log
│ ├───controlwd-ln6j8
│ │ └───controlwatchdog
│ │ └───controlwatchdog
│ ├───logsdb-0
│ │ └───opensearch
│ │ ├───agent
│ │ ├───opensearch
│ │ ├───provisioner
│ │ └───supervisor
│ │ └───log
│ ├───logsui-7gg2d
│ │ └───kibana
│ │ ├───agent
│ │ ├───apt
│ │ ├───fsck
│ │ ├───kibana
│ │ └───supervisor
│ │ └───log
│ ├───metricsdb-0
│ │ └───influxdb
│ │ ├───agent
│ │ ├───influxdb
│ │ └───supervisor
│ │ └───log
│ ├───metricsdc-2f62t
│ │ └───telegraf
│ │ ├───agent
│ │ ├───apt
│ │ ├───fsck
│ │ ├───supervisor
│ │ │ └───log
│ │ └───telegraf
│ ├───metricsdc-jznd2
│ │ └───telegraf
│ │ ├───agent
│ │ ├───apt
│ │ ├───fsck
│ │ ├───supervisor
│ │ │ └───log
│ │ └───telegraf
│ ├───metricsdc-n5vnx
│ │ └───telegraf
│ │ ├───agent
│ │ ├───apt
│ │ ├───fsck
│ │ ├───supervisor
│ │ │ └───log
│ │ └───telegraf
│ ├───metricsui-h748h
│ │ └───grafana
│ │ ├───agent
│ │ ├───grafana
│ │ └───supervisor
│ │ └───log
│ └───mgmtproxy-r5zxs
│ ├───fluentbit
│ │ ├───agent
│ │ ├───fluentbit
│ │ └───supervisor
│ │ └───log
│ └───service-proxy
│ ├───agent
│ ├───nginx
│ └───supervisor
│ └───log
└───debuglogs-kube-system-20200827-180431
├───coredns-8bbb65c89-kklt7
│ └───coredns
├───coredns-8bbb65c89-z2vvr
│ └───coredns
├───coredns-autoscaler-5585bf8c9f-g52nt
│ └───autoscaler
├───kube-proxy-5c9s2
│ └───kube-proxy
├───kube-proxy-h6x56
│ └───kube-proxy
├───kube-proxy-nd2b7
│ └───kube-proxy
├───metrics-server-5f54b8994-vpm5r
│ └───metrics-server
└───tunnelfront-db87f4cd8-5xwxv
├───tunnel-front
│ ├───apt
│ └───journal
└───tunnel-probe
├───apt
├───journal
└───openvpn