Do not read N/A in Service Health impacted resources as an availability verdict

Resource Health status is absent where its signal is unavailable, and tenant-scope rows omit that status altogether.

Resilient network core with engineered blue and gold data paths.
DSE visual intelligenceNetworks & infrastructureGuide · 2 min read
Executive summary

What you need to know

Resource Health status is absent where its signal is unavailable, and tenant-scope rows omit that status altogether.

Potentially affected

Azure Service Health investigations using the Service issues Impacted Resources tab.

DSE recommendation

Keep impact classification separate from the availability of a Resource Health signal.

Source facts

Service Health’s Impacted Resources tab lists resources that are or might be affected by a service issue. Impact type can be filtered as Confirmed or Potential, separately from Resource Health status.

At subscription scope, a Resource Health status appears only when its signal is available. Other rows show N/A and a plain-text resource name instead of a health link. Tenant-scope rows omit Resource Health status, tenant name and tenant ID, and also show resource names as plain text. Microsoft Learn.

Applicability

Record the issue, selected subscription or tenant scope, filters and affected resource identifiers. Treat missing health detail as an evidence boundary rather than silently converting it into Available or Unavailable.

DSE recommendation

DSE recommends maintaining separate fields for reported impact type, available platform health and observed application behavior. Ask the workload owner for the relevant functional evidence when a Resource Health signal is unavailable. Preserve the original N/A value so incident reporting does not manufacture a status the platform did not provide.

Verification

Compare the incident’s impacted-resource rows with the selected scope and filters. For resources with a health link, review that evidence; for others, document the missing signal and obtain the approved workload checks. Reconcile changes in impact classification over the incident timeline without overwriting earlier observations. A plain-text name or missing status should not by itself close an impact investigation.

Official references

Microsoft Learn: Impacted Resources from Service issues. Source retrieved September 9, 2026.

Primary reference

Review the official source

Impacted Resources from Service issues - Azure Service Health | Microsoft Learn · Verified September 9, 2026

Open official reference ↗
Plan the next step

Need help applying this guidance safely?

DSE can help confirm applicability, protect service continuity, and validate the result across physical security and IT systems.

Talk with DSE