What this means: These are point-in-time indicators derived from retained evidence; validate trends and workload context before changing capacity or configuration.
Security & Compliance
Control
Result
Action
Sensitive-data classification metadata reviewed
Needs attention
Complete the classification review with the application and data owners.
SQL Server patch level
Not assessed
Configure or confirm the organisation's approved SQL Server patch baseline before assessing this control; the recorded build alone is not evidence of failure or compliance.
SQL Server Browser service disabled unless required
Review required
Confirm the documented dependency and owner; disable the service if it is not required.
Interpretation: Indicators are bounded samples, not continuous monitoring or guaranteed exhaustion forecasts.
Database Summary
Database
Size
Recovery
Backup
Status
master
512 MB
SIMPLE
2026-08-13 01:00
No exception identified
model
128 MB
FULL
2026-08-13 01:00
No exception identified
msdb
1024 MB
SIMPLE
2026-08-13 01:00
No exception identified
tempdb
8192 MB
SIMPLE
None recorded
No exception identified
ERP_Core
286720 MB
FULL
2026-08-13 02:00
Review 1 finding
ERP_Reporting
92160 MB
FULL
2026-08-10 02:00
No exception identified
Role-Based Assessment Summary
Shared evidence, different decisions: These summaries are derived from the detail below. They do not replace control-owner review, technical validation, or continuous monitoring.
Senior management
76/100
Point-in-time health is Review recommended. 3 prioritised SQL finding(s) and 2 compliance control(s) require accountable review.
Use the SQL, application, maintenance and evidence sections for observed values and safe next reviews. Reproduce evidence before change and retain rollback and validation results.
Action
Investigate the highest-priority evidence first; do not apply recommendations autonomously.
External context: Gallagher's UK Business Risk Index ranked cyber-crime third among the surveyed business risks. Guardian One only contributes bounded SQL/data-platform evidence; the customer owns likelihood, impact and enterprise-risk decisions.
Counted from SQL security and relevant compliance evidence. This is not vulnerability scanning, attack detection, EDR, network assurance or incident response.
Backup, database and capacity findings may help prioritise avoidable SQL interruption or recovery exposure. Guardian One does not forecast cash flow, prices or supply-chain performance.
Assessment Snapshot
Evidence note: Overall status is shown in the executive summary. This section contains supporting technical evidence.
Best-practice summary: Use the snapshot to prioritise validation, not as proof of continuous health. Compare repeat assessments, business context, incidents, and owned monitoring before approving change.
Assessment health
76/100 — Review recommended
Point-in-time assessment score, not a live service indicator.
Findings by risk
Click a bar to filter findings; click it again to clear.
Largest databases
Click a database to filter findings; click it again to clear.
Machine Summary
Evidence note: Overall status is shown in the executive summary. This section contains supporting technical evidence.
Best-practice summary: Size CPU, memory, paging, and storage from representative demand with operating-system and virtual-host headroom. Confirm sustained patterns before changing platform resources.
Machine GO-DEMO-SQL02
Windows evidence: CompletePersisted snapshot captured 2026-08-13T17:00:00+01:00.
Guardian One native coverage: Core SQL Server and Windows evidence, insights, risks and recommendations do not require third-party diagnostic tools. Approved third-party tool output supplements this baseline when installed and available.
Machine summary
Machine: GO-DEMO-SQL02
CPU: Latest SQL scheduler-health CPU shares: SQL Server 34%, Other processes 11%, Idle 55%. Windows host CPU was 45.0% at capture across 48 logical processor(s).
Storage: Storage capacity was reported for 2 paths; L: had the lowest headroom at 46.1 GB free of 256.0 GB (18% free).
Memory: SQL Server had allocated 90.0 GB of its 96.0 GB target (94%). Windows reported 28.0 GB available of 128.0 GB physical RAM and 36.0 GB available of its 144.0 GB commit limit.
Evidence: Windows host evidence was complete. No customer environment classification or machine-build template was configured.
Interpretation: These are point-in-time values; compare repeat assessments before changing capacity or configuration.
Machine build template
Environment: Not classified · Template: Not configured · Status: Not Assessed
Risk: Not assessed. Recommendation: Review customer configuration.
Host I/O sample: 9.4 ms read, 3.8 ms write; 460.5 reads/s and 188.2 writes/s.
CPU usage
SQL Server: 34%
Other processes: 11%
Idle: 55%
45.0% Windows CPU at capture; 2 socket(s), 24 core(s), 48 logical processor(s).
Recent scheduler-health samples provide SQL shares; Windows utilisation is a persisted point-in-time host sample.
Machine memory and page file
Windows memory and commit
28.0 GB available of 128.0 GB physical RAM
36.0 GB available of 144.0 GB commit limit
Page files
C:\pagefile.sys (system managed)2.0 of 16.0 GB used (12%)
SQL Server memory
90.0 GB allocated of 96.0 GB target
Remote SQL Server memory-manager counters. Trend uses periodic Guardian One assessments.
Largest caches and clerks
Ad hoc plan cache3,072 MB
Procedure plan cache1,536 MB
Machine detail
Server detail
Observed value
Operating system, as Windows reports it
Microsoft Windows Server 2022 Standard
Windows version
10.0.20348
Windows domain
DEMO.EXAMPLE
Windows host started
2026-08-06T07:30:00+01:00
Windows evidence captured
2026-08-13T17:00:00+01:00
Machine name
GO-DEMO-SQL02
Domain
DEMO.EXAMPLE
Operating system
Microsoft Windows Server 2022 Standard
Machine insights and recommendations
Attention
Insight
Risk
Recommendation
Confidence and limits
MEDIUM
Transaction-log volume headroom requires review The log volume had 18% free capacity at the assessment point.
Requires review.
Compare retained growth with the operational forecast, then pre-size files or storage through approved change control.
Not stated Point-in-time evidence.
SQL Server Summary
Evidence note: Overall status is shown in the executive summary. This section contains supporting technical evidence.
Best-practice summary: Run a supported SQL Server build with tested cumulative updates; use dedicated least-privilege service identities; validate maximum memory, MAXDOP, cost threshold and tempdb against the workload; and review SQL Server and Agent errors after every scheduled assessment.
Native baseline: This summary is produced from Guardian One collectors. Approved third-party diagnostics add supplementary evidence when available but are not required for the core assessment.
Property
Observed value
Server and instance
GO-DEMO-SQL02\ERP
Machine name
GO-DEMO-SQL02
Edition
Enterprise Edition
Product version
15.0.4430.1
Product level
CU
Database Engine service account
DEMO\svc_sql_erp
Database Engine started
2026-08-06 07:45
Default trace file
D:\SQLTrace\log.trc (Running)
Backup Encryption Evidence
This metadata identifies encryption associated with retained SQL Server backup records where the version exposes it. It does not prove key backup, key custody, restore recoverability or encryption of every backup file.
Database
Evidence status
Encryptor type
Encryptor thumbprint metadata
master
Not assessed — backup encryption metadata unavailable
Not observed
Not observed
model
Not assessed — backup encryption metadata unavailable
Not observed
Not observed
msdb
Not assessed — backup encryption metadata unavailable
Not observed
Not observed
ERP_Core
Not assessed — backup encryption metadata unavailable
Not observed
Not observed
ERP_Reporting
Not assessed — backup encryption metadata unavailable
Not observed
Not observed
SQL Server and SQL Agent Log Issues
Collection status: Not Assessed. Window: not recorded days. Retained rows matching the review window: 0. Safety cap: not recorded rows. Source status was not persisted.
Issue category
Count
Pattern
Earliest observed
Latest observed
Source
Risk
Recommendation
No classified errors or failures were found in the bounded evidence that was successfully read. This does not guarantee that no issue exists; review collection status, scope, retention and external logs.
Default Trace Insights
Collection status: Not Assessed. Rows reviewed: 0 of 0. Trace retention and scope are limited.
Insight
Event
Count
Latest observed
Database scope
Risk
Recommendation
No classified trace events were returned. This is not proof that no event occurred; review collection status and trace retention.
SQL Server Storage
Best-practice summary: Pre-size data, log, and TempDB for measured demand; prefer workload-tested fixed-MB growth, avoid routine shrink, and govern free capacity through customer monitoring.
Point-in-time SQL Server file placement, capacity, and automatic-growth configuration. Growth settings reduce operational surprises but do not replace capacity monitoring or workload-based sizing.
Database files
3
Files assessed across system and user databases.
Fixed growth
3
Files using predictable fixed-MB increments.
Percentage growth
0
Review and replace with workload-tested fixed increments.
Growth disabled
0
Confirm these files are intentionally fixed and adequately pre-sized.
Database File Growth Settings and Recommendations
Database
Logical file
Type
Current size
Maximum
Growth
Result
Recommendation
ERP_Core
ERP_Core_log
LOG
64.0 GB
128.0 GB
1.0 GB
OK
Fixed growth and a file maximum are configured. Validate both against recent consumption, free volume capacity, maintenance windows, and recovery objectives.
ERP_Core
ERP_Core
ROWS
240.0 GB
600.0 GB
1.0 GB
OK
Fixed growth and a file maximum are configured. Validate both against recent consumption, free volume capacity, maintenance windows, and recovery objectives.
tempdb
tempdev
ROWS
8.0 GB
32.0 GB
512 MB
OK
Fixed growth and a file maximum are configured. Validate both against recent consumption, free volume capacity, maintenance windows, and recovery objectives.
Database and Backup Growth Patterns
Full-backup size is a corroborating signal, not a direct measure of allocated file growth. Compression, changed-page density, backup scope, and data churn can affect the series. Longer-term forecasts should use retained database and file samples.
Database
Evidence window
Full backups
First size
Latest size
Change
Average
Current allocated
Volume free
Interpretation and next step
At least two dated, non-copy-only full-backup size samples are required for a growth pattern.
Not assessed — Windows storage evidence did not identify this path. Verify the path is accessible and included in volume discovery.
Not assessed — directory count unavailable
Default transaction logs
L:\SQLLog
Not assessed — Windows storage evidence did not identify this path. Verify the path is accessible and included in volume discovery.
Not assessed — directory count unavailable
Default backups
B:\SQLBackup
Not assessed — Windows storage evidence did not identify this path. Verify the path is accessible and included in volume discovery.
24
Database engine: SQL Server — GO-DEMO-SQL02\ERP
Best-practice summary: Validate each finding against workload, version, edition, dependencies, ownership, test evidence, approval, and rollback. Similar symptoms can have different causes.
Consolidated point-in-time findings from Guardian One assessment rules and
supporting diagnostic evidence. Review recommendations with accountable service
owners and qualified SQL specialists before making production changes.
Attention
Group
Finding
Database
Details
Risk
Recommendation
Guidance summary
Immediate review Priority 25
Backup
ERP reporting database full backup outside target Guardian One native rule
Instance level
The latest retained full-backup evidence is older than the demonstration recovery target.
The condition may affect the assessed SQL Server if left unresolved.
Validate the backup schedule and complete a governed restore test before closing the finding.
Guardian One assessment rule. Validate the evidence and proposed change with the responsible technical owner.
High attention
Priority 55
Index design
Review an index for a frequently joined ERP relationship. Guardian One application database assessment
ERP_Core
Referential operations may scan more data than necessary.
Validate the workload and proposed key order in a representative environment before change.
No additional guidance summary is available.
High attention Priority 75
Capacity
Transaction-log volume headroom requires review Guardian One native rule
Instance level
The log volume had 18% free capacity at the assessment point.
The condition may affect the assessed SQL Server if left unresolved.
Compare retained growth with the operational forecast, then pre-size files or storage through approved change control.
Guardian One assessment rule. Validate the evidence and proposed change with the responsible technical owner.
Maintenance Suggestions
Best-practice summary: Define maintenance from recovery objectives, workload, data change, and available windows. Prove backup recoverability and integrity outcomes; do not schedule commands merely because they are available.
Review-only maintenance starting points based on the retained evidence.
Guardian One does not execute these commands, create schedules, or replace
customer monitoring. Confirm recovery objectives, maintenance windows, edition
support, storage, permissions, and change approval first.
What
Why
Suggested timing
Example command
Risks and validation
Guidance summary
Application Database Checks
Best-practice summary: Preserve application contracts. Review schema, constraints, indexes, options, and query patterns with developers, then test correctness, concurrency, performance, and rollback before deployment.
Schema, integrity, configuration, indexing, and transaction-log checks for user databases. Findings are ordered by priority and should be validated against application behaviour before changes are made.
Persisted user-database inventory
This inventory provides assessment context even when no application-design exception was identified or persisted.
Database
State
Recovery model
Compatibility
Size
Last full backup
ERP_Core
ONLINE
FULL
150
286,720 MB
2026-08-13 02:00
ERP_Reporting
ONLINE
FULL
150
92,160 MB
2026-08-10 02:00
Databases affected
1
User databases represented in the findings.
Filter by group
Findings identified
1
Items requiring review across user databases.
Filter by priority
Showing all 1 application findings.
Attention
Group
Finding
Database
Details
Risk
Recommendation
High · P55
Index design
Review an index for a frequently joined ERP relationship.
ERP_Core
Referential operations may scan more data than necessary.
Validate the workload and proposed key order in a representative environment before change.
System Database Checks
Best-practice summary: Protect master, model, msdb, and TempDB according to their distinct recovery and operational roles. Test restoration and rebuild procedures before an incident.
Availability, access, recovery configuration, capacity, and backup evidence for SQL Server system databases.
System databases
4 of 4
Expected system databases discovered.
Needs attention
0
System database records with an exception.
Full backups recorded
3 of 3
Backup evidence for master, model, and msdb.
Database
State
Accessible
Recovery
Compatibility
Size
Last full backup
Assessment
Recommended action
master
ONLINE
Yes
SIMPLE
150
512 MB
2026-08-13 01:00
No exception identified
Retain the evidence and continue scheduled review of availability, access, recovery configuration, and backups.
model
ONLINE
Yes
FULL
150
128 MB
2026-08-13 01:00
No exception identified
Retain the evidence and continue scheduled review of availability, access, recovery configuration, and backups.
msdb
ONLINE
Yes
SIMPLE
150
1,024 MB
2026-08-13 01:00
No exception identified
Retain the evidence and continue scheduled review of availability, access, recovery configuration, and backups.
tempdb
ONLINE
Yes
SIMPLE
150
8,192 MB
Not applicable
No exception identified
Retain the evidence and continue scheduled review of availability, access, recovery configuration, and backups.
Database High Availability
Best-practice summary: Match each database's availability mechanism to what that database is for, and confirm the recovery model supports it — log shipping, mirroring and availability groups all require a database in full recovery.
Database mirroring, Always On availability groups, log shipping and replication, read from the instance catalogue. This reports what is configured; whether a database needs to be highly available is a decision about that database's role, not one this assessment makes.
Database
State
Recovery model
Protected by
master
ONLINE
SIMPLE
None configured
model
ONLINE
FULL
None configured
msdb
ONLINE
SIMPLE
None configured
tempdb
ONLINE
SIMPLE
None configured
ERP_Core
ONLINE
FULL
Availability group (primary - SYNCHRONIZED)
ERP_Reporting
ONLINE
FULL
Log shipping (Secondary) Replication (subscriber)
Control Drift
Best-practice summary: Agree a baseline, then review what moved away from it rather than re-reading every control each time. A change nobody expected is worth more attention than a failure everybody already knows about.
What changed against the baseline (run 41, 12 May 2026). Controls holding the same result are not listed, so this table is the difference and not a second copy of the compliance results above.
Topic
Control
Previously
Now
Change
Recommended action
Secure configuration
'xp_cmdshell' disabled
Needs attention
Pass
Resolved
Retain the approved configuration.
Access governance
Database Engine uses a managed domain identity
Not assessed
Pass
Now passing
Retain the approved identity and periodic access review.
Network security
SQL Server Browser service disabled unless required
Approved exception
Review required
Regressed
Confirm the documented dependency and owner; disable the service if it is not required.
Evidence Summary
Databases:
6
Configuration Checks:
3
Security Principals:
3
Performance Metrics:
14
Backup Records:
5
Consolidated Finding Rows:
3
Maintenance Suggestions:
0
Security
Evidence note: Overall status is shown in the executive summary. This section contains supporting technical evidence.
Best-practice summary: Keep the number of enabled logins small and the number holding system administrator smaller. Prefer Windows or domain authentication, disable the sa login, and review shared and service accounts against who actually needs them.
Who can reach this SQL Server and with what rights, as retained at the time
of assessment. This is not penetration testing, vulnerability scanning or
attack detection, and it does not confirm that an account in use is the
account intended.
3logins retained
2enabled
1enabled sysadmin
0enabled SQL logins
2enabled Windows logins
disabledsa login
Login
Type
State
System administrator
DEMO\DBA-Operations
Windows Group
Enabled
Yes
sa
Sql Login
Disabled
Yes
DEMO\svc_sql_erp
Windows Login
Enabled
No
Sensitive Data Classification
Personal, financial, health and cardholder data identified from SQL Server's own sensitivity labels and from column naming. Naming is an indicator, not proof: a column may be named for data it does not hold, and data may be held in a column named for nothing in particular. No column value is read.
Database
Labelled columns
Inferred columns
Transparent Data Encryption
Encrypted columns
Protection
ERP_Core
3 Confidential, General
0 None inferred
Not enabled
1
Protected
ERP_Reporting
0 No regulated category
1 Cardholder data
Not enabled
0
Unprotected
Not assessed: ERP_Archive. These databases could not be read, so they are absent from the table above rather than clear.
Classified and Inferred Columns
Column names are shown because this subscription includes classification detail. No column value is ever read or reported.
Database
Table
Column
Information type
Sensitivity label
Column encrypted
ERP_Core
dbo.Employee
NationalInsuranceNo
National ID
Confidential - GDPR
No
ERP_Core
dbo.Employee
DateOfBirth
Date Of Birth
Confidential - GDPR
No
ERP_Core
sales.Customer
EmailAddress
Contact Info
General - Internal
Yes
ERP_Reporting
dbo.PaymentSummary
CardNumberLast4
Cardholder data
No label
No
Compliance Overview
Best-practice summary: Treat compliance as evidence of control operation, ownership, exceptions, and remediation—not a one-time score. Expire exceptions and retain approvals and validation records.
Evidence-led control overview for prioritisation and governance. This section
does not constitute certification, formal attestation, or confirmation that
all applicable organisational, contractual, or regulatory controls were tested.
Access governance
SQL Server administrative access controls. 1 control(s): 0 needing attention, 0 approved exception(s), 0 requiring review, 0 not assessed, 0 not applicable.
Network security
SQL Server network protocol controls. 1 control(s): 0 needing attention, 0 approved exception(s), 1 requiring review, 0 not assessed, 0 not applicable.
Secure configuration
SQL Server attack-surface configuration controls. 1 control(s): 0 needing attention, 0 approved exception(s), 0 requiring review, 0 not assessed, 0 not applicable.
Patch management
SQL Server build and update governance. 1 control(s): 0 needing attention, 0 approved exception(s), 0 requiring review, 1 not assessed, 0 not applicable.
Build currency requires comparison with a maintained, customer-approved SQL Server patch baseline.
The installed SQL Server build is supported by Microsoft and meets the organisation's approved patch baseline.
Installed build: 15.0.4430.1; update level: CU
Not assessed
Configure or confirm the organisation's approved SQL Server patch baseline before assessing this control; the recorded build alone is not evidence of failure or compliance.
Weighted Control Assurance
Scope and limits: This position describes the technical controls Guardian One was able to observe on this SQL Server. It is not an audit, a certification, or an assessment against any external framework, and controls that could not be assessed are excluded from the score rather than treated as satisfied. The domain weights below are Guardian One's own and are shown so they can be disagreed with. This figure is not comparable with any other vendor's score.
Overall position: 66.7% — 75% of 4 control(s) produced an answer. 1 control(s) could not be assessed and are excluded from the score rather than counted as satisfied.
Domain
Weight
Position
Passed
Needs attention
Accepted exception
Not assessed
Access governance
30
100% 100% of its controls were assessed
1
0
0
0
Data governance
25
0% 100% of its controls were assessed
0
1
0
0
Secure configuration
20
100% 100% of its controls were assessed
1
0
0
0
Patch management
15
Not scored No control in this domain produced an answer
0
0
0
0
Network security
10
Not scored No control in this domain produced an answer
0
0
0
1
Financial Reporting Control Evidence
Scope and limits: This mapping is evidence supporting review of IT controls. It is not an audit, not a certification, and not a statement that any control is satisfied. It does not test operating effectiveness over a period. The scope of financial reporting is determined by the customer, not by Guardian One, and every concern below also requires evidence the customer holds outside this assessment.
Control concern
What this assessment shows
Customer evidence still required
Logical access and segregation
1 control(s): 1 pass — 100% produced an answer
Authorised user and role matrix, joiner-mover-leaver approvals, periodic access-review sign-off and business-role segregation.
Change management
No control in this assessment speaks to this concern
Approved change ticket, separation of requester and approver, testing, release evidence and a complete audit trail beyond the bounded trace window.
Computer operations
1 control(s): 1 needs attention — 100% produced an answer
Job monitoring, incident records, restore-test results, approved recovery objectives, operational ownership and continuous alert evidence. Guardian One is a point-in-time assessment and does not monitor continuously.
Configuration management
2 control(s): 1 pass, 1 not assessed — 50% produced an answer
Approved baseline, change authority, compensating controls and periodic management review.
Evidence integrity and review
No control in this assessment speaks to this concern
Repository access governance, retention policy, reviewer sign-off and auditor acceptance of the evidence source.
The same control may support more than one concern. That is normal in control-to-evidence mapping and does not multiply the assurance it provides.
Activity Overview
Best-practice summary: Activity evidence is a bounded sample. Correlate waits, blocking, grants, I/O, TempDB, and Query Store across representative periods before diagnosing a root cause.
Current requests and memory grants are a bounded point-in-time view. Current-request query text and user, host, and application identities are deliberately excluded.
Leading cumulative wait
PAGEIOLATCH_SH
Largest selected non-idle wait since the wait statistics were last reset.
Selected wait time
0.0 h
Total across the ten displayed wait types; waits can overlap across concurrent tasks.
Currently blocked requests
0
Requests blocked at the point of collection.
Quantum advisories
Area
Observed evidence
Advisory
Current workload
0 user request(s); 0 blocked at collection time.
No blocking was sampled. Reassess during a representative busy period before concluding that blocking is absent.
Query memory
0 active grant(s); 0 waiting without a grant.
No grant wait was sampled. Use repeated assessments and Query Store evidence to validate workload behaviour.
Database file I/O
Worst busy-file average: 9.4 ms read; 3.8 ms write.
Correlate latency at or above 20 ms with waits, workload and storage telemetry; cumulative averages do not identify a single incident.
TempDB
37.5% allocated; version store 6.2% of data-file capacity.
Review allocation across several assessments, active versioning work, spills and autogrowth before resizing.
Historical query evidence
1 database status row(s); 1 review candidate(s).
Validate ranked candidates in their application context; do not force plans or change queries from aggregate evidence alone.
Current requests
Session / request
Database
State / command
Wait / blocker
Elapsed / CPU
Logical reads / I/O
No user requests were active at the point of collection.
Query memory grants
Session / request
Database
Requested
Granted
Used
Peak used
Wait
No query memory grants were active at the point of collection.
Database file I/O
Average latency is cumulative since SQL Server started or the file counters were reset. Physical paths are retained as repository evidence but omitted from this report.
ERP_Core
ERP_Core
ROWS
185,000
9.40 ms
47,000
3.80 ms
240.0 GB
TempDB allocation
This is a point-in-time allocation view and does not establish a growth trend.
Measure
Observed
Interpretation
Data-file capacity
8,192.0 MB
Total configured TempDB data-file size at collection time.
Allocated
37.5%
5,120.0 MB remained unallocated.
Version store
512.0 MB
Row versions retained at collection time.
Internal / user objects
1,024.0 / 256.0 MB
Workspace and user-object allocations.
Data files
8
Count only; file symmetry should be reviewed with the detailed file evidence.
Leading non-idle waits
Wait statistics are cumulative SQL Server evidence since the instance started or the counters were reset. Correlate them with current workload and query evidence.
Wait type
Area
Wait time
Share
Tasks
Average
Signal
Interpretation and next review
PAGEIOLATCH_SH
Data file I/O
82.0 sec
100.0%
180
455.6 ms
5.1%
Check storage latency, memory pressure, large scans, and indexes before attributing the wait to storage alone.
Query Store coverage
Database
State
Capture mode
Storage
Evidence window
Limitations
ERP_Core
READ_WRITE
AUTO
384.0 MB of 2,048 MB
2026-08-06 00:00 to 2026-08-13 17:00
Bounded retained evidence; Guardian One does not alter Query Store configuration.
Query Store review candidates
Candidates are ranked by total duration within the configured bounded window. The captured query excerpt keeps the report useful after the Query Store window changes.
Database
Query ID
Plan ID
Captured query
Executions
Average duration
Average CPU
Average reads
Safe next review
ERP_Core
1842
7
SELECT OrderId, CustomerId FROM dbo.Orders WHERE CustomerId = @CustomerId
920
1,180.5 ms
612.4 ms
18,400
Review the identified query and plan in its application context. Validate plan history, parameters, concurrency, and business criticality before tuning or forcing a plan.