> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/learn/server-domeny-i-infrastruktura/overview/acceptance-checklist/incident-runbook.md).

# Технический инцидент

Цель первых действий — сохранить безопасность и денежные операции, определить границу сбоя и не уничтожить доказательства. Массовый перезапуск не является диагностикой.

## Первые пять минут

1. Зафиксируйте начало, часовой пояс и первый известный симптом.
2. Определите затронутые функции: сайт, панель, заявки, платежи, чат или уведомления.
3. Остановите рискованную автоматизацию штатным способом, если возможны дубли выплат или callback.
4. Назначьте одного координатора и один журнал событий.
5. Сохраните коды, Ray ID, URL, идентификаторы безопасных тестов и первые ошибки.
6. Проверьте страницу состояния внешнего провайдера и его доступность с сервера.

Не публикуйте заявку клиента, реквизиты, ключи и полный файл окружения в общем канале инцидента.

## Определение слоя

| Наблюдение                                 | Начальная область                                   |
| ------------------------------------------ | --------------------------------------------------- |
| Домен не разрешается                       | Регистратор, NS, DNSSEC и зона DNS                  |
| Ошибка Cloudflare 52x                      | Origin, сертификат, сеть и Nginx                    |
| Клиентский сайт 502, панель работает       | PM2 SSR или client vhost                            |
| Панель 500                                 | PHP, Laravel, база или последний release            |
| Данные открываются, фоновые действия стоят | Redis, Horizon, cron или внешняя интеграция         |
| Чат только после обновления                | Reverb, WebSocket, Nginx или Cloudflare             |
| Только один провайдер недоступен           | DNS сервера, исходящая сеть, TLS или API провайдера |

Подтвердите слой независимой проверкой. Ошибка в браузере одного оператора может быть локальным кешем, а успешный ping не подтверждает работу HTTPS или API.

## Сохранение доказательств

Сохраните ограниченный временной диапазон журналов Nginx, приложения и процесса, состояние Supervisor и PM2, показатели Horizon/Pulse и историю операций провайдера. Зафиксируйте последнее изменение DNS, Cloudflare, Nginx, окружения или release.

Перед перезапуском процесса сохраните его ошибку и число ожидающих задач. Перед очисткой диска установите, какой каталог вырос. Перед восстановлением базы остановите запись и сохраните текущее повреждённое состояние для разбора.

## Восстановление

Исправляйте минимальный подтверждённый компонент. Используйте reload Nginx после `nginx -t`, мягкое завершение Horizon, `pulse:restart`, `reverb:restart` или reload одного PM2-процесса. Перезагрузка сервера допустима при системной причине или отсутствии другого способа после сохранения данных.

Повтор неудачного финансового задания выполняется только после сверки с внешней системой. Если исход неизвестен, переведите операцию в ручную проверку.

## Завершение

1. Повторите исходный сценарий.
2. Проверьте очередь до нормальной задержки.
3. Проверьте отсутствие дублей и потерянных заявок.
4. Наблюдайте систему согласованный период.
5. Зафиксируйте причину, влияние, восстановление и предотвращение.
6. Отзовите временные доступы и правила.
7. Обновите инструкцию, если фактический порядок отличался.

Инцидент закрывается после восстановления функции и контроля последствий, а не сразу после ответа страницы 200.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.iexexchanger.com/learn/server-domeny-i-infrastruktura/overview/acceptance-checklist/incident-runbook.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.