revise October 2020 backup articles
Build and deploy / deploy (push) Successful in 13s

This commit is contained in:
2026-07-31 11:49:22 +03:00
parent 6c96a2a338
commit 2ffa7a40eb
7 changed files with 857 additions and 1 deletions
+1 -1
View File
@@ -1,6 +1,6 @@
# Производство редакционных партий
На 31 июля 2026 года строгий аудит проходит 97 из 358 созданных материалов. Остальные 261 не считаются «почти готовыми»: их нужно заменить, а не косметически удлинить.
На 31 июля 2026 года строгий аудит проходит 100 из 358 созданных материалов. Остальные 258 не считаются «почти готовыми»: их нужно заменить, а не косметически удлинить.
## Одна партия
+164
View File
@@ -0,0 +1,164 @@
# Октябрь 2020 — тройное ревью автономного пакета П32 «Резервное копирование и восстановление»
Статус: **принят независимым редактором в выпусковой набор**. Этот документ
не переписывает базовый архив. В объектах revision нет полей <code>date</code>
и <code>author</code>: слой публикации сохраняет стабильные метаданные исходных
статей.
Проверенные revision:
- <code>editorial-2020-10-practice-backup-recovery</code>;
- <code>editorial-2020-10-mechanism-backup-recovery</code>;
- <code>editorial-2020-10-field-backup-recovery</code>.
Модуль экспортирует ровно три revision. Режим <code>--print-revisions</code>
пишет только JSON; режим <code>--verify-fixture</code> запускает
детерминированную in-memory модель. Она не создаёт archive, не открывает
PostgreSQL и не восстанавливает реальные данные.
## Проход 1. Факты, механизм и ограничения — пройдено
| Утверждение или решение | Первичный / официальный источник | Проверенная граница |
| --- | --- | --- |
| PostgreSQL различает SQL dump, файловую копию и continuous archiving | [PostgreSQL 12: Backup and Restore](https://www.postgresql.org/docs/12/backup.html) | Пакет разбирает только учебный logical dump. Он не называет его PITR, полной копией кластера или disaster recovery. |
| <code>pg_dump</code> создаёт dump одной базы; custom archive читается <code>pg_restore</code>; выбор схемы может не включить нужные зависимости | [PostgreSQL 12: pg_dump](https://www.postgresql.org/docs/12/app-pgdump.html) | Scope записывает includes и excludes, а проверка list archive предшествует restore. Отдельная схема не объявлена самодостаточной без доказательства. |
| Cluster-wide объекты, включая роли и tablespaces, требуют отдельного рассмотрения | [PostgreSQL 12: pg_dumpall](https://www.postgresql.org/docs/12/app-pg-dumpall.html) | Учебный manifest явно исключает роли и tablespaces. Их отсутствие не маскируется зелёным статусом одного database dump. |
| Non-plain archive восстанавливается и диагностируется через <code>pg_restore</code> | [PostgreSQL 12: pg_restore](https://www.postgresql.org/docs/12/app-pgrestore.html) | В статье list archive — отдельный gate. Успешный list не подменяет structural или semantic checks после restore. |
| SHA-256 сравнивает bytes артефакта, а не прикладную пригодность восстановленного набора | [NIST FIPS 180-4: Secure Hash Standard](https://csrc.nist.gov/pubs/fips/180-4/final) | Hash — обязательная проверка до restore, но не сертификат полноты scope, ролей, внешних файлов или поведения приложения. |
Технический разбор повторно сверил эти границы с кодом и текстом:
- backup отделён от проверенного restore: archive, digest, archive list,
isolated candidate и evidence остаются отдельными шагами;
- manifest содержит scope, format, SHA-256, ожидаемые relations и safe
checks, но не содержит URL, access key, пароля или реальных данных;
- fixture отклоняет изменённые bytes и искусственно суженный scope, подтверждает
две relations, синтетические row count и запрет перезаписи источника;
- custom dump не выдан за копию cluster-wide объектов; роли, tablespaces и
external files честно остаются за границей учебного маршрута;
- строки о RPO/RTO сформулированы как вопросы и будущие измерения. В пакете
нет вымышленного срока восстановления, production disaster recovery или
заявления о зрелой SRE-программе.
Реальный запуск <code>--verify-fixture</code> вернул девять истинных проверок:
<code>checksumMatches</code>, <code>byteCountMatches</code>, <code>scopeMatches</code>,
<code>safetyMatches</code>, <code>expectedRelationsPresent</code>,
<code>expectedRowsPresent</code>, <code>alteredBytesRejected</code>,
<code>narrowedScopeRejected</code> и <code>sourceWasUntouched</code>. Фикстура
использует фиксированный 85-byte учебный buffer и synthetic manifest; это
проверка контракта текста, не интеграционный test СУБД.
Вердикт прохода: **пройден**. Источники поддерживают сказанное, а механика не
выходит за проверенные границы.
## Проход 2. Редактура, голос М3 и объём — пройдено
| Revision | Проблема и цена в первых двух абзацах | Практический путь | Тон и ограничение |
| --- | --- | --- | --- |
| Практика | Файл появляется по расписанию, но никто не знает, что вернётся из него; цена — неполный restore, риск затронуть источник и потеря времени в сбое | Scope → custom archive → manifest/hash → isolated candidate → relations и safe counts | Автор формирует первый runbook и не называет учебную пробу реальным RPO/RTO или production recovery. |
| Механизм | Digest совпал, но restore может упасть на роли, зависимости или пустой relation; цена — принять целостность файла за готовность системы | Разделить evidence capture, bytes, format и semantics; зафиксировать их в manifest и gates | М3 связывает данные, delivery и безопасные проверки, но не изображает платформенную SRE-практику. |
| Полевой разбор | Archive есть, а scope, target и критерий успеха не названы; цена — эксперимент над источником в момент сбоя | Собрать evidence packet, разобрать четыре симптома и пройти drill по нумерованному маршруту | Synthetic trace показывает метод, а не реальный инцидент, среду или достигнутые показатели. |
- Draft gate измерил основной текст без разделов источников: практика —
**10 835** знаков, механизм — **10 734**, полевой разбор — **10 778**.
Все три текста находятся в требуемом диапазоне 5 000–15 000 знаков.
- В первых двух абзацах каждого материала названы конкретные симптом и цена.
Дальше сохраняется рабочая последовательность «симптом → причина → проверка
→ действие», а не общая речь о важности backup.
- В каждом материале есть как минимум пять смысловых разделов, figure с
содержательным <code>alt</code>/<code>figcaption</code>, таблица с
<code>caption</code>/<code>thead</code>, воспроизводимый manifest/code или
fixture, нумерованный маршрут и не менее двух официальных источников.
- Язык короткий и технический: archive, scope, checksum, candidate и checks
каждый раз связаны с конкретной операцией или критерием. Нет реальных
данных, имён окружений, access key, URL, passwords, статуса production
или фиктивных чисел RPO/RTO.
Вердикт прохода: **пройден**. Статьи соответствуют М3 / октябрю 2020 года:
автор уже документирует recovery drill, но не присваивает себе несуществующую
операционную зрелость.
## Проход 3. Визуал и выпуск автономного пакета — пройдено в заданных границах
- <code>backup-recovery-contract-2020.svg</code> показывает, почему scope,
archive, manifest, isolated restore и evidence являются разными стадиями.
Последняя подпись прямо разделяет byte-level checksum и смысловые checks.
- <code>backup-recovery-restore-path-2020.svg</code> показывает шесть
последовательных gate: scope, checksum, archive list, candidate, restore и
evidence. У каждого есть отдельное условие остановки.
- <code>backup-recovery-diagnosis-2020.svg</code> связывает четыре симптома с
причиной, проверкой и безопасным действием, не добавляя destructive
команды к источнику.
- У всех SVG есть <code>title</code>, <code>desc</code>,
<code>role="img"</code>, вертикальный viewBox, контрастные карточки и
короткие подписи. В них нет JavaScript, <code>foreignObject</code>, внешних
URL, raster data URI или реальных данных.
- Каждая схема отрендерена локально через Sharp при ширине **375 px** и
просмотрена независимо. Первичный preflight нашёл одну длинную нижнюю
подпись в схеме диагностики; она была разбита на две строки, SVG
отрендерен повторно. Финальные версии не имеют визуального обрезания,
наложений или горизонтального overflow.
### Фактические команды и результаты
<pre><code>cd web
node --check scripts/upgrade-2020-10.mjs
npm run audit:draft -- scripts/upgrade-2020-10.mjs
node scripts/upgrade-2020-10.mjs --verify-fixture
xmllint --noout \
public/assets/editorial/2020/backup-recovery-contract-2020.svg \
public/assets/editorial/2020/backup-recovery-restore-path-2020.svg \
public/assets/editorial/2020/backup-recovery-diagnosis-2020.svg</code></pre>
| Проверка | Реальный результат |
| --- | --- |
| <code>node --check</code> | код завершения 0 |
| Draft audit | PASS: 10 835 / 10 734 / 10 778 знаков тела |
| In-memory fixture | все девять логических checks вернули <code>true</code>; hash учебного buffer — <code>ef4e31fd…90d419a</code> |
| XML | все три SVG валидны, код завершения 0 |
| 375 px visual preflight | выполнен локальным Sharp-рендером; одна длинная подпись исправлена и финальные изображения просмотрены повторно |
| Scope/self-review | revision не меняют <code>date</code>/<code>author</code>; registry, <code>articles.json</code>, standard, очередь, package config и Git не менялись |
Не запускались PostgreSQL, <code>pg_dump</code>, <code>pg_restore</code>,
cron, object storage, browser, CI, production build, deployment, внешний
стенд или assistive technology. Sharp-проверка 375 px проверяет компоновку
локального SVG, но не подменяет browser-review или проверку скринридером.
Учебные команды и fixture не являются доказательством реального disaster
recovery.
## Итог
Статус: **тройное ревью пройдено; П32 принят к отдельной публикации**.
Созданы только пять файлов, разрешённых задачей:
1. <code>web/scripts/upgrade-2020-10.mjs</code>;
2. <code>editorial/reviews/2020-10-draft.md</code>;
3. <code>web/public/assets/editorial/2020/backup-recovery-contract-2020.svg</code>;
4. <code>web/public/assets/editorial/2020/backup-recovery-restore-path-2020.svg</code>;
5. <code>web/public/assets/editorial/2020/backup-recovery-diagnosis-2020.svg</code>.
Автономный авторский пакет не менял registry, <code>articles.json</code>,
стандарт, очередь, package configuration или Git.
## Независимая интеграционная приёмка
Основной редактор 31 июля 2026 года подключил три revision к
<code>web/data/editorial-revisions.mjs</code>, не меняя базовый
<code>articles.json</code>, даты или автора архивных записей. В registry стало
91 revision. Отдельно выполнены:
| Проверка после интеграции | Реальный результат |
| --- | --- |
| Строгий audit трёх slug | PASS: 10 835 / 10 734 / 10 778 знаков; у каждой статьи есть figure, table и code examples |
| Production build | PASS: Next.js собрал 374 статические страницы |
| Независимый mobile visual review | PASS: основной редактор повторно просмотрел три SVG после Sharp-рендера в 375 px; clipping, overlap и overflow не обнаружены |
Первичные PostgreSQL 12-документы сверены независимо: они действительно
разделяют SQL dump, файловую копию и continuous archiving; <code>pg_dump</code>
работает с одной базой, а cluster-wide объекты требуют отдельного рассмотрения.
Ни этот отчёт, ни интеграция не утверждают запуск PostgreSQL, реальный
backup/restore, browser или assistive technology.
Выпусковой вердикт: **ACCEPT**. Commit и push выполняются отдельной
публикационной операцией; Git остаётся источником её фактической записи.