# Документация pgBackRest 2.59.3 > Надёжное резервное копирование и восстановление PostgreSQL — документация и справочник pgBackRest. --- Индекс LLMS: [llms.txt](/ru/llms.txt) --- -------- ## Введение {#introduction} pgBackRest — надёжное решение для резервного копирования и восстановления PostgreSQL, которое легко масштабируется даже для крупнейших баз данных и самых высоких нагрузок. Это зеркало документации описывает pgBackRest [v2.59.3](https://github.com/pgbackrest/pgbackrest/releases/tag/release/2.59.3). Примечания к выпускам доступны на странице [Выпуски](/ru/docs/pgbackrest/release/). В версии 2.59.3 исправлена возможная генерация слабых подключей шифрования и солей. Обновление не заменяет существующие слабые подключи stanza; способы проверки и устранения проблемы см. в разделе [Слабые подключи шифрования и соли](/ru/docs/pgbackrest/news/#weak-encryption). Поставьте нам звезду на [GitHub](https://github.com/pgbackrest/pgbackrest), если вам нравится pgBackRest! -------- ## Новости {#news} **4 октября 2026** - [Слабые подключи шифрования и соли](/ru/docs/pgbackrest/news/#weak-encryption) **4 октября 2026** — [Выпущен pgBackRest 2.59.3](/ru/docs/pgbackrest/news/#release-2-59-3) **27 сентября 2026 года** — [Выпущен pgBackRest 2.59.2](/ru/docs/pgbackrest/news/#release-2-59-2) -------- ## Спонсоры {#sponsors} pgBackRest не существовал бы без спонсорства. Написание новых функций, исправление ошибок, проверка предлагаемых сообществом изменений, ответы на вопросы от пользователей и сопровождение проекта требуют значительных временных затрат. Если pgBackRest используется в вашей организации, рассмотрите возможность [спонсорской поддержки](https://github.com/sponsors/dwsteele). Наши спонсоры: [AWS](https://aws.amazon.com), [Supabase](https://supabase.com), [pgEdge](https://pgedge.com), [Tiger Data](https://tigerdata.com), [Percona](https://percona.com), [Eon](https://eon.io), [Xata](https://xata.io), [Dalibo](https://dalibo.com) и [Data Egret](https://dataegret.com/). Мы благодарны нашим спонсорам за инвестиции в инфраструктуру с открытым исходным кодом, которая приносит пользу всему сообществу PostgreSQL. Бывшие спонсоры: [Crunchy Data](https://crunchydata.com), [Resonate](https://resonate.com). -------- ## Функции {#features} ### Параллельное резервное копирование и восстановление {#parallel-backup--restore} Сжатие обычно является узким местом при выполнении операций резервного копирования, поэтому pgBackRest решает эту проблему за счёт параллельной обработки и более эффективных алгоритмов сжатия, таких как `lz4` и `zstd`. ### Локальная или удалённая работа {#local-or-remote-operation} Собственный протокол позволяет pgBackRest создавать резервные копии, восстанавливать данные и архивировать локально или удалённо через TLS/SSH с минимальной конфигурацией. Протокол также предоставляет интерфейс для запросов к PostgreSQL, поэтому прямое удалённое подключение к PostgreSQL не требуется, что повышает безопасность. ### Несколько репозиториев {#multiple-repositories} Несколько репозиториев позволяют, например, использовать локальный репозиторий с минимальным сроком хранения для быстрого восстановления и удалённый репозиторий с более длительным сроком хранения для обеспечения избыточности и доступа на уровне предприятия. ### Полные, дифференциальные и инкрементные резервные копии (на уровне файлов или блоков) {#full-differential--incremental-backups-at-file-or-block-level} Поддерживаются полные, дифференциальные и инкрементные резервные копии. pgBackRest не подвержен проблемам, связанным с точностью временных меток в `rsync`, что делает дифференциальные и инкрементные резервные копии безопасными без необходимости проверки контрольной суммы каждого файла. Резервные копии на уровне блоков экономят место, копируя только те части файлов, которые изменились. ### Ротация резервных копий и удаление устаревших архивов {#backup-rotation--archive-expiration} Политики хранения можно настроить для полных и дифференциальных резервных копий, чтобы обеспечить покрытие для любого временного интервала. Архив WAL может храниться для всех резервных копий или строго для последних резервных копий. В последнем случае в архиве будут храниться WAL, необходимые для обеспечения согласованности более старых резервных копий. ### Целостность резервной копии {#backup-integrity} Контрольные суммы вычисляются для каждого файла резервной копии и повторно проверяются при восстановлении или проверке копии. После завершения копирования файлов процесс резервного копирования ожидает поступления в репозиторий всех сегментов WAL, необходимых для обеспечения согласованности копии. Резервные копии в репозитории могут храниться в том же формате, что и стандартный кластер PostgreSQL (включая табличные пространства). Если отключено сжатие и включены жёсткие ссылки, возможно сделать снимок резервной копии в репозитории и запустить кластер PostgreSQL непосредственно на этом снимке. Это удобно для баз данных терабайтного масштаба, восстановление которых традиционным способом занимает много времени. Все операции используют fsync для файлов и каталогов, чтобы гарантировать сохранность данных. ### Проверка контрольных сумм страниц {#page-checksums} Если включены контрольные суммы страниц, pgBackRest будет проверять контрольные суммы каждого файла, копируемого при резервном копировании. При полном резервном копировании проверяются контрольные суммы всех страниц, а при дифференциальном и инкрементном — страниц в изменившихся файлах. Сбои проверки не останавливают процесс резервного копирования, но предупреждения с подробностями о том, какие именно страницы не прошли проверку, выводятся в консоль и файл журнала. Эта функция позволяет обнаруживать повреждения на уровне страниц на ранней стадии, до истечения срока хранения резервных копий с неповреждёнными данными. ### Возобновление резервного копирования {#backup-resume} Прерванное резервное копирование можно возобновить с того места, где оно было остановлено. Контрольные суммы уже скопированных файлов сравниваются со значениями в манифесте для обеспечения целостности. Поскольку эта операция может выполняться полностью на сервере репозитория, это снижает нагрузку на сервер PostgreSQL и экономит время, поскольку вычисление контрольных сумм быстрее, чем сжатие и повторная передача данных. ### Потоковое сжатие и контрольные суммы {#streaming-compression--checksums} Сжатие и вычисление контрольных сумм выполняются потоково во время копирования файлов в репозиторий, независимо от того, расположен ли репозиторий локально или удалённо. Если репозиторий находится на сервере репозитория, сжатие выполняется на сервере PostgreSQL, а файлы передаются в сжатом виде и просто сохраняются на сервере репозитория. При отключении сжатия используется более низкий уровень сжатия для эффективного использования доступной пропускной способности при минимальных затратах на CPU. ### Дельта-восстановление {#delta-restore} Манифест содержит контрольные суммы для каждого файла в резервной копии, что позволяет при восстановлении использовать эти контрольные суммы для значительного ускорения обработки. При дельта-восстановлении сначала удаляются все файлы, отсутствующие в резервной копии, а затем генерируются контрольные суммы для оставшихся файлов. Файлы, совпадающие с резервной копией, остаются на месте, а остальные файлы восстанавливаются обычным образом. Параллельная обработка может привести к значительному сокращению времени восстановления. ### Параллельная асинхронная передача и получение WAL {#parallel-asynchronous-wal-push--get} Для отправки WAL в архив и получения WAL из архива предусмотрены специализированные команды. Обе команды поддерживают параллелизм для ускорения обработки и асинхронное выполнение для обеспечения максимально быстрого времени отклика для PostgreSQL. При отправке WAL автоматически обнаруживаются повторно передаваемые сегменты: если сегменты идентичны, дубликаты устраняются; в противном случае выдаётся ошибка. Асинхронная отправка WAL позволяет передать эту работу отдельному процессу, который параллельно сжимает сегменты WAL для достижения максимальной пропускной способности. Это может быть критически важной функцией для баз данных с чрезвычайно высоким объёмом записей. Асинхронное получение WAL поддерживает локальную очередь сегментов WAL, которые уже распакованы и готовы к воспроизведению. Это сокращает время, необходимое для предоставления WAL PostgreSQL, что максимизирует скорость воспроизведения. Наибольшую выгоду от этого получают соединения и хранилища с высокой задержкой (например, S3). Команды отправки и получения проверяют соответствие базы данных и репозитория, сравнивая версии PostgreSQL и системные идентификаторы. Это практически исключает возможность неправильной настройки расположения архива WAL. ### Поддержка табличных пространств и ссылок {#tablespace--link-support} Табличные пространства полностью поддерживаются; при восстановлении их можно переназначить в любое расположение. Также можно одной командой переназначить все табличные пространства в одно расположение, что полезно при восстановлении в среде разработки. Ссылки поддерживаются для любых файлов и каталогов в кластере PostgreSQL. При восстановлении возможно восстановить все ссылки в их исходные расположения, перенаправить некоторые или все ссылки, либо восстановить некоторые или все ссылки как обычные файлы или каталоги внутри каталога кластера. ### Поддержка объектных хранилищ S3, Azure и GCS {#s3-azure-and-gcs-compatible-object-store-support} Репозитории pgBackRest могут находиться в объектных хранилищах, совместимых с S3, Azure и GCS для обеспечения практически неограниченной ёмкости и срока хранения. ### Шифрование {#encryption} pgBackRest может шифровать репозиторий для обеспечения безопасности резервных копий независимо от места их хранения. ### Защита от программ-вымогателей и вредоносного ПО {#ransomware--malware-protection} Когда репозиторий хранится в хранилище объектов с версионированием, pgBackRest может читать репозиторий в состоянии на определённый момент времени. Если резервные копии удалены или повреждены случайно, вредоносным ПО или программами-вымогателями, можно использовать целевое время для восстановления данных, существовавших до повреждения. Версионирование поддерживается хранилищами, совместимыми с S3, Azure и GCS. Блокировка объектов в S3 и обратимое удаление в GCS или Azure могут обеспечить дополнительную защиту от несанкционированных изменений. ### Совместимость с десятью версиями PostgreSQL {#compatibility-with-ten-versions-of-postgresql} pgBackRest предоставляет поддержку десяти версий PostgreSQL: пяти поддерживаемых версий и последних пяти версий, поддержка которых завершена. Это обеспечивает достаточное время для обновления до поддерживаемой версии. -------- ## Начало работы {#getting-started} pgBackRest стремится быть простым в настройке и эксплуатации: - [Руководства по использованию](/ru/docs/pgbackrest/user-guide/) для различных операционных систем и версий PostgreSQL. - Справочные страницы команд для работы в командной строке: [резервное копирование](/ru/docs/pgbackrest/command/backup/), [восстановление](/ru/docs/pgbackrest/command/restore/), [проверка](/ru/docs/pgbackrest/command/check/) и [информация](/ru/docs/pgbackrest/command/info/). - [Справочник по конфигурации](/ru/docs/pgbackrest/configuration/) для создания конфигураций pgBackRest. -------- ## Участие в разработке {#contributions} Участие в разработке pgBackRest всегда приветствуется! Порядок добавления функций, внесения улучшений и сообщения о проблемах описан в [руководстве для участников](https://github.com/pgbackrest/pgbackrest/blob/main/CONTRIBUTING.md). -------- ## Поддержка {#support} pgBackRest полностью бесплатен и является программным обеспечением с открытым исходным кодом под лицензией [MIT](https://github.com/pgbackrest/pgbackrest/blob/main/LICENSE). Его можно использовать в личных или коммерческих целях без каких-либо ограничений. К сообщениям об ошибках относятся очень серьёзно; ошибки исправляются как можно быстрее. Пожалуйста, сообщайте об ошибках [здесь](https://github.com/pgbackrest/pgbackrest/issues). Разработка надёжной политики аварийного восстановления с подходящими стратегиями репликации и резервного копирования может оказаться чрезвычайно сложной задачей. На этапе проектирования архитектуры может потребоваться помощь, а для бесперебойной работы корпоративной системы — постоянная поддержка. Наши [спонсоры](#sponsors) предлагают продукты и услуги с поддержкой pgBackRest и могут помочь обеспечить аварийное восстановление. --- Страницы раздела: - [Новости](/ru/docs/pgbackrest/news/): Официальные новости проекта pgBackRest, объявления о выпусках и сведения о сопровождении. - [Руководство пользователя (Debian/Ubuntu)](/ru/docs/pgbackrest/user-guide/): Пошаговое руководство по настройке и использованию pgBackRest в системах Debian и Ubuntu. - [Руководство пользователя (RHEL)](/ru/docs/pgbackrest/user-guide-rhel/): Пошаговое руководство по настройке и использованию pgBackRest в системах RHEL, Rocky и AlmaLinux. - [Справочник команд](/ru/docs/pgbackrest/command/): Справочник команд pgBackRest со всеми параметрами резервного копирования, восстановления, архивирования и управления. - [Справочник по конфигурации](/ru/docs/pgbackrest/configuration/): Полный справочник по конфигурации pgBackRest: параметры архивирования, резервного копирования, репозиториев и облачных хранилищ. - [Примечания к выпускам](/ru/docs/pgbackrest/release/): История выпусков pgBackRest с подробным описанием изменений каждой версии. - [Часто задаваемые вопросы](/ru/docs/pgbackrest/faq/): Часто задаваемые вопросы о резервном копировании, восстановлении, настройке и устранении неполадок pgBackRest. - [Метрики проекта](/ru/docs/pgbackrest/metric/): Метрики покрытия кода тестами и показатели качества проекта pgBackRest. --- Обратные ссылки: - [Атрибуция](/ru/attribution/) - [Документация](/ru/docs/) - [Новости](/ru/docs/pgbackrest/news/)