# Close: Database issues

- Impact (vendor’s label): critical
- Status: postmortem
- Started: 2026-03-16 16:08 UTC · Resolved: 2026-03-16 16:55 UTC · Duration: 47 min
- Updates: 6 · Affected components: Application UI, API
- [Vendor status page: https://stspg.io/q5z9tthn7l1m](https://stspg.io/q5z9tthn7l1m)
- [Company: Close](https://rewindex.com/company/close.md)

## Summary

Close reported a critical database incident affecting the API and Application UI, starting 2026-03-16 16:08 UTC and resolved at 16:55 UTC (47 min). Its postmortem states all users experienced severe disruption from 15:57 to 16:15 UTC, with automated systems restoring functionality by 16:15 UTC; normal performance was confirmed at resolution. _(machine-written, sol)_
## Timeline of updates

- **investigating** 2026-03-16 16:08 UTC: We are currently investigating this issue.
- **investigating** 2026-03-16 16:16 UTC: We are investigating the issue and seeing some recovery.
- **monitoring** 2026-03-16 16:27 UTC: Database infrastructure is operational.
- **monitoring** 2026-03-16 16:45 UTC: Close services continue to recover. Most customers should see normal performance. Close Engineering continues to monitor the recovery.
- **resolved** 2026-03-16 16:55 UTC: This incident is resolved. Close has returned to normal performance.
- **postmortem** 2026-03-17 15:13 UTC: \# Summary Close sincerely apologizes for the interruption of our service. We take the stability of our platform very seriously. Below is an explanation of what happened and how we will prevent another such interruption from occurring. The Close App and API were severely disrupted for all users for 18 minutes between 15:57 and 16:15 UTC on Monday March 16, 2026. Automated systems restored functionality by 16:15 UTC. \# Incident Timeline \| Time \\(UTC\\) \| Event \| \| --- \| --- \| \| 2026-03-16 \|  \| \| 15:57:00 \| \*\*Automated Database Maintenance begins\*\* \| \| 15:58:42 \| \*\*Incident detected by monitoring\*\* \| \| 15:58:49 \| \*\*Escalation acknowledged by Close Engineering On-Call\*\*  ​ \| \| 16:02:41 \| \*\*Incident accepted by Close Engineering\*\*  ​ \| \| 16:15:00 \| \*\*Affected database restored to normal operation\*\* \| \| 17:09:22 \| \*\*Incident resolved\*\* \| \# Root Cause and Resolution At ~15:57 UTC an automated database maintenance process began that starved our production database cluster of resources. This caused our primary instance and both replica instances of the production cluster to become unavailable for ~18 minutes. The system recovered and began performing normally at 16:15 UTC. To prevent this from happening in the future Close Engineering has provisioned additional resources to the affected database cluster to make it more resilient to sudden demand spikes. Close Engineering will also perform an audit of the maintenance process' configuration to identify opportunities to reduce its impact on system performance.

## Rewindex changes for this incident

- 2026-03-16 16:08 UTC: [Critical incident: Database issues](https://rewindex.com/change/idd29027c2bc54e.md)


---
Canonical: https://rewindex.com/company/close/incidents/sjnhb0vrhq7s · Markdown: https://rewindex.com/company/close/incidents/sjnhb0vrhq7s.md · JSON: https://rewindex.com/api/v1/companies/close/incidents/sjnhb0vrhq7s · Generated 2026-10-18T10:34:48.027Z