TOEIC Link Network Outage and Service Restoration Vocabulary: The Cluster for Part 3, Part 4, and Part 7
In TOEIC Link, the system goes down in the middle of the workday and everyone has to figure out what broke and when it will be back. Two employees discuss why they can't access the shared drive and whether IT knows yet (Part 3). A recorded voicemail from the IT department tells staff the email server is down and what to do until it's fixed (Part 4). A status-page notice announcing an outage sits beside an internal email telling the team to use a backup system, followed by a second update saying service has been restored (Part 7 triple passage). Because every incident follows the same arc — outage, diagnosis, workaround, restoration — ETS can lay a public status notice against an internal instruction and leave exactly one defensible answer. Miss a term like outage, restore, workaround, or resolve and you can lose a linked pair in a single move.
This article organizes the cluster by the incident lifecycle — the outage, diagnosis, workaround, and restoration — because that sequence is exactly how ETS threads the pieces together. Because a down system generates support tickets, contrast it first with the IT helpdesk and support ticket cluster; the ticket that logs the problem uses the same escalation language. Because a service commitment sets the clock for the fix, pair this with the service level agreement and support ticket cluster when the question turns on a promised restoration time, and with the data migration and system cutover cluster once a planned change, not a failure, is what took the system offline.
Why outage and restoration vocabulary is overweighted
Reason 1 — a status notice plus an internal email is a ready-made linked set. A status page states that a service is down and gives an estimated fix time; an internal email tells staff what to do in the meantime. The public version and the operational instruction cross-reference each other perfectly, forcing a single conclusion — exactly what a linked set needs. ETS asks what staff should do or when service returns, and only one reading survives.
Reason 2 — an incident moves through defined stages. Because every outage passes the same checkpoints — reported, investigated, worked around, resolved — ETS can ask "What should employees do until the system is back?" or "What caused the outage?" with exactly one correct answer. The reader has to match the stage against the instruction.
Reason 3 — the terms are fixed IT conventions. Outage, workaround, restore service, and resolve the issue mean the same thing in every incident. That rigidity makes the cluster perfectly testable — and perfectly learnable. The collocation, not the isolated word, is the unit of memory.
The cluster, organized by the incident lifecycle
Stage 1 — the outage
Verbs and collocations: report an outage, experience downtime, lose access, go offline, affect users.
Nouns: outage, downtime, disruption, service interruption, affected system, incident.
Stage 2 — diagnosis
Verbs and collocations: investigate the issue, identify the cause, isolate the problem, escalate to the team, monitor the situation.
Nouns: root cause, investigation, escalation, status update, estimated time, technician.
Stage 3 — the workaround
Verbs and collocations: use a workaround, switch to a backup, access an alternative, hold off on, save your work locally.
Nouns: workaround, backup system, alternative, temporary fix, contingency, downtime procedure.
Stage 4 — restoration
Verbs and collocations: restore service, bring the system back, resolve the issue, confirm access, return to normal.
Nouns: restoration, resolution, recovery, service level, uptime, all-clear notice.
The paraphrase traps ETS relies on
- "The email server is currently down" ↔ "staff cannot send messages until it is fixed." The notice names the outage; the answer choice states its effect on the reader. Train the pair so the jump is automatic.
- "Use the backup drive in the meantime" ↔ "save files to an alternative system until service returns." ETS tests whether you connect the workaround to the situation that requires it.
- "Service has been restored" ↔ "the system is working again." An IT term and its plain meaning point to the same conclusion.
- "We expect resolution by 3 p.m." ↔ "the problem should be fixed this afternoon." The Part 4 voicemail names the estimate; the Part 7 email asks when work can resume. That gap is the question.
How to drill this cluster
Read the status notice as the public claim — what is down, and when it is expected back — then read the internal email as the operational reality and ask one question: does the email tell staff what to do now, and does the notice explain what broke and when it returns? That is the exact judgment ETS builds the linked set around. When a stage is described, the text always names what happens next — the investigation, the workaround, the all-clear — and the correct choice restates that step in different words. Once you can predict the next update before you read the options, the multi-passage set stops eating your time.
For the practice that makes a status-notice-versus-internal-email pair feel automatic, run this cluster inside EnglishBlitz alongside the helpdesk, SLA, and data-migration clusters, so the outage vocabulary is drilled in the same reflex you will use on test day.