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
- Оновіть пристрій PPDM до версії 20.1.0.0-14 або новішу. Завантажте останній реліз зі сторінки драйверів і завантажень менеджера даних PowerProtect.
- Змініть стандартний скрипт резервного копіювання:
- У інтерфейсі 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}") - Збережи сценарій.
- Перевірте виправлення
- Запустіть ручну резервну копію PostgreSQL з PPDM для ураженої бази даних.
- Переконайтеся, що резервне копіювання успішно завершено без
/tmpКосмічне виснаження. - Моніторити
/tmpФайлову систему під час резервного копіювання і переконайтеся, що вона не заповнюється.
- Якщо резервні копії PostgreSQL продовжують давати відмови після зміни параметрів скрипту, зверніться до служби підтримки Dell для додаткового розслідування та посилайтеся на цю статтю в базі знань.
Affected Products
PowerProtect Data ManagerProducts
Data Protection Suite SeriesArticle 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.