Достать один файл из многотомного .tar.gz бэкапа 1С-Битрикс без полной распаковки

Зачем не распаковывать всё

Полное восстановление с дискового бэкапа «1С-Битрикс» может занять часы из‑за объёма и десятка файлов томов. Когда задача узкая — вернуть пропавший скрипт, конфигурацию расширения или локальную статику под /bitrix//upload — логичнее вытащить одну точку входа архива без разворота миллиона мелких файлов на диск.

Как обычно выглядят файлы дампа

Имена задаёт мастер резервирования: типичная маска включает хост или имя задачи, дату создания слоя и счётчик. Рядом будут несколько объектов одного базового имени:

• site.ru_20190101_010000_full_123456.tar.gz
• site.ru_20190101_010000_full_123456.tar.gz.1, .2 и далее

Важно не перепутать порядок: дополнительные суффиксы — это последовательные продолжения одного gzip-потока, а не независимые архивы.

Склеить тома и указать нужный файл

Переходят в каталог, где лежит набор томов. Дальше cat читает части как единый поток байтов, который сразу передаётся в tar. Флаг -z (в связке ниже между x и p) включает разжатие gzip, p сохраняет права записей точно как в архиве, -v удобен для диагностики.

Путь после дефиса — это строка имени внутри архива без ведущего слэша, ровно в том виде, как её покажет tar -tvf на оглавлении или как она сохранилась при создании дампа:

cd /path/to/backup/dir

# пример имени набора томов без суффиксов .1, .2
cat site.ru_20190101_010000_full_123456.tar.g* \
  | tar xzpvf - bitrix/js/deferred_script.js

Масочное раскрытие *.tar.g* важно брать аккуратно: оно должно захватывать только нужный проект на эту же дату, иначе в поток смешаются несколько задач резервирования. При сомнениях перечислите тома явно в верном порядке вместо глоба.

Практические оговорки

• Если путь набран не так, как внутри дампа (./bitrix/config/... vs bitrix/config/...), tar тихо ничего не извлечёт или выдаст warning — сверьтесь с оглавлением на копии тестового тома или через tar -tvzf по одному последнему куску, если формат этого допускает.
• Операция всё равно читает весь связанный поток до места нужного члена архива на стороне ввода потокового tar; выигрыш — в отсутствии миллиона файлов на диске и в том, что не нужен временный файл «склеенного» архива.
• Для xz/несжатых дампов параметры распаковки будут другими — здесь описан самый распространённый вариант .tar.gz с разбиением.

Схема выглядит как временный системный приём и не заменяет контролируемое восстановление на staging, но в рабочей админ-практике часто оказывается достаточной, чтобы вернуть единственный файл и быстро перевести стенд или бой в живое состояние.