PagerDuty export incidents: what timelines and postmortems exist and how deep they go
PagerDuty holds incident timelines, responder actions and alert details, while postmortems often sit in a separate wiki. These are multi-step operational records that AI buyers value. How far back they go depends on plan and retention, so ask the admin to open the oldest incident and say who can run an export.
What does PagerDuty hold, and how far back can you get it?
PagerDuty holds the record of how a company responds when something breaks: the alert that fired, who was paged, who acknowledged, what they did, when it was resolved and, if the team writes them, the postmortem. How far back the data reaches depends on the plan and the retention the company has in place, so the useful first question is how old the oldest incident the admin can open actually is.
This page is for fractional CTOs and engineering advisers. It explains what these records contain, how to check depth, and how to flag a candidate company without seeing any incident.
Why incident records are multi-step operational data
An incident is a short, high-stakes workflow with a clear start, a series of decisions and an outcome. That structure is what agent builders look for.
| Record | What it captures | Why AI buyers value it |
|---|---|---|
| Incident timeline | Trigger, notifications, acknowledgements, reassignments, escalations, resolution | Ordered steps with real timing |
| Responder actions | Notes, status updates, runbook steps recorded in the incident | What a human chose to do next |
| Alert payloads | Monitoring source, severity, affected service | Inputs the responder saw |
| Service and escalation policy | Who owns what and in which order people are paged | The organisational context for decisions |
| Postmortems | Cause, contributing factors, follow-up actions | Reasoned analysis with outcomes |
| Analytics | Time to acknowledge, time to resolve, volume per service | Aggregate outcome measures |
The postmortem is the most reasoned part, but the timeline is the most structured. Ideally a company has both for the same incident.
Which export routes should you ask about?
PagerDuty exposes incident data through its interface, reports and an API. Coverage, limits and retention change with plan and time, so check PagerDuty's current documentation for the account in question and avoid assuming any figure.
- Ask whether the admin has ever exported incident lists, and with which fields.
- Ask whether the log entries and notes inside each incident were captured, or only the headline fields.
- Ask where postmortems live. Many teams write them in a wiki or document tool, not in PagerDuty, so the export must cover both places.
- Ask whether analytics reports were saved, since they may be easier to regenerate than the raw events.
- Ask who would run the API pull, and whether the key is held by a person who is leaving.
The ServiceNow side of the same story is covered in the incident, change and knowledge records page, and a team that moved between tools may hold a longer combined history.
What does the retention question look like in practice?
| Situation | What to ask | Why it matters |
|---|---|---|
| Plan downgrade or cancellation | Does access to old incidents continue, and for how long? | History may become unreachable |
| Tool replaced by another on-call product | Was the old incident history exported before cutover? | Switches often move configuration but not events |
| Postmortems kept in a separate wiki | Is the wiki included in any archive? | The analysis may outlive the alerts |
| Staff turnover in operations | Who still knows how to run an export? | Knowledge leaves with people |
Compare with the Dialpad call and transcript page, where the same question, what exists and for how long, applies to spoken records.
How a partner spots a candidate company
- Operating at scale: a customer-facing product or service that must stay online, with an on-call rotation of more than a handful of people.
- Years of use: the tool in place for several years across multiple services.
- Culture of writing things down: postmortems written for significant incidents.
- Company size: consistent with 50+ full-time employees at peak (contractors excluded).
- Own systems: incidents concern the company's own product or infrastructure, not a named client's environment.
- A named owner: a head of platform, SRE lead or CTO who can speak to retention.
Managed service providers deserve a special check. Incidents on a client's systems describe the client's environment, so ownership and consent have to be settled before they could be considered.
What stays out
- Incidents that expose customer personal data, credentials or security vulnerabilities not yet fixed.
- Records about a client's infrastructure held by an outsourcer.
- Anything covered by confidentiality obligations to a customer who has not agreed.
Redaction and scope are agreed between SourceX and the company before work begins. You never need to look at an incident to make the introduction.
What to say
See the fractional CTO overview for other conversations where this fits, such as a monitoring consolidation.
How the introduction and rewards work
You introduce the company and give basic fit facts. SourceX qualifies it, the company builds a data inventory using the data inventory builder or its own list, price and terms are agreed, buyers review, and the deal closes before delivery. See the who qualifies page for the baseline.
Partners earn 25% of the eligible platform fees SourceX actually collects from the referred company's licensing deals, capped at $100,000 per referred company. Payment follows only after the buyer pays and SourceX receives its fee; no reward is guaranteed, and the reward is never deducted from the company's proceeds.
When to skip it
Skip when incident history is only a few months old, the company runs mostly client environments, or its owner will not consider an exclusive license.
Next step
If a company you advise has years of incidents and written postmortems, register as a partner and make the introduction, or have the sponsor apply at sourcex.si/apply with your referral link.
- Step 1Share your linkSend your personal link to a company you know.
- Step 2Company appliesThe company applies itself at /apply.
- Step 3Buyer selects and paysThe buyer selects and pays for the data and SourceX receives its fee.
- Step 4You get your rewardYour share of SourceX fees becomes payable.
Common questions
Can I export incident history from PagerDuty?
PagerDuty provides interface exports, reports and an API, but coverage and limits depend on plan and change over time. Check current documentation, then test whether log entries and notes inside incidents are captured, not only titles and timestamps, before relying on any export as an archive.
How long does PagerDuty keep incident data?
Retention depends on the account plan and settings and can change, so there is no single answer. Ask the admin to find the oldest incident they can open today, and confirm in writing what happens to history if the plan changes or ends.
Where are postmortems usually stored?
Often outside PagerDuty, in a wiki, document tool or ticketing system, linked from the incident. An archive plan should cover both places, otherwise the reasoning is lost while the alerts remain. Ask which tool holds the written analysis for the last several years.
Do incident records contain confidential customer information?
They can. Alerts and notes sometimes include customer identifiers, internal hostnames or unresolved vulnerabilities. SourceX and the company agree redaction and scope rules before any work, and nothing is delivered without a signed agreement and the company's authorization.
Does an MSP's incident history qualify?
Only for incidents on systems the MSP owns. Incidents on client environments describe the client's infrastructure, so the client's consent is needed first. An MSP's internal operations and its own platform incidents are the clearer candidates.
Related pages
- ServiceNow incident data for AI training: which records matter and what ITSM partners can see
- Dialpad export call transcripts: what recordings and summaries exist and the consent questions
- Referral opportunities for fractional CTOs
- Build a metadata-only business data inventory
- Which US businesses are a fit for a SourceX data licensing introduction
Free resources
- Business valuation calculator — Enterprise and equity value from EBITDA, your multiple, cash and debt.
- Portfolio data opportunity scanner — Screen several companies in one session.
- Working capital calculator — Net working capital, current ratio and quick ratio.
- All free tools · MCP resource center
By SourceX Partnerships Team · Published 2026-10-09 · Updated 2026-10-09
Know a US company with valuable proprietary data?
Become a referral partner from anywhere we support, get your link and introduce an owner or authorized decision-maker.
Refer a company →I own a business
Explore licensing your company's data to AI developers worldwide. Start a short assessment; no uploads needed.
Start an assessment