PowerProtect DM: Резервне копіювання PostgreSQL не вдалося, -tmp місце на диску вичерпано за допомогою стандартного скрипта pg_dump

Summary: При налаштуванні резервних копій баз даних PostgreSQL через PowerProtect Data Manager (DM) Generic Application Agent, скрипт резервного копіювання pg_dump за замовчуванням використовує /tmp як тимчасову область перед записом резервних даних у домен даних. Якщо база даних PostgreSQL більша за доступний простір у /tmp, резервна копія заповнює файлову систему, через що PowerProtect Data Manager закінчується на диску, і резервне копіювання не працює. Ця проблема стосується середовищ PowerProtect Data Manager, які використовують стандартні параметри резервного копіювання PostgreSQL. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

PowerProtect Data Manager захищає базу даних PostgreSQL за допомогою Generic Application Agent за замовчуванням pg_dump Резервний сценарій. Резервні копії не дають результату через недостатню кількість місця на диску. Повідомлення /tmp файлова система на хості агента заповнюється до повної потужності під час операції резервного копіювання. Менші бази даних можуть успішно робити резервні копії, тоді як більші бази даних перевищують доступні /tmp Космос постійно виходить з ладу.

Cause

Параметри за замовчуванням використовуються у наданому скрипті /tmp як підготовчю перед записом резервної копії в Data Domain.

Resolution

  1. Оновіть пристрій PPDM до версії 20.1.0.0-14 або новішу. Завантажте останній реліз зі сторінки драйверів і завантажень менеджера даних PowerProtect.
  2. Змініть стандартний скрипт резервного копіювання:
    • У інтерфейсі PPDM перейдіть до Protection → Scripts.
    • Знайдіть скрипт резервного копію PostgreSQL.
    • Відредагуйте сценарій і знайдіть pg_dump командний рядок, що містить -F t Параметр
    • Оригінал:
      echo "Starting pg_dump for database $db PG_DUMPBACKUP_PATH: $PG_DUMPBACKUP_PATH"
            output=$("${PG_DUMPBACKUP_PATH}" "${port_option}" -F t -f "${base_backup_dir}/${db}-$(date +%Y%m%d-%H%M%S).tar" ${username} "${db}")
    • Змініть -F t параметр до -F c -Z 0:
    • Оновлено:
      echo "Starting pg_dump for database $db PG_DUMPBACKUP_PATH: $PG_DUMPBACKUP_PATH"
            output=$("${PG_DUMPBACKUP_PATH}" "${port_option}" -F c -Z 0 -f "${base_backup_dir}/${db}-$(date +%Y%m%d-%H%M%S).tar" ${username} "${db}")
    • Збережи сценарій.
  3. Перевірте виправлення
    • Запустіть ручну резервну копію PostgreSQL з PPDM для ураженої бази даних.
    • Переконайтеся, що резервне копіювання успішно завершено без /tmp Космічне виснаження.
    • Моніторити /tmp Файлову систему під час резервного копіювання і переконайтеся, що вона не заповнюється.
  4. Якщо резервні копії PostgreSQL продовжують давати відмови після зміни параметрів скрипту, зверніться до служби підтримки Dell для додаткового розслідування та посилайтеся на цю статтю в базі знань.

Affected Products

PowerProtect Data Manager

Products

Data Protection Suite Series
Article Properties
Article Number: 000494783
Article Type: Solution
Last Modified: 14 Aug 2026
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.