PowerProtect Data Manager: Резервне копіювання PostgreSQL не працює через вичерпання місця на диску /tmp при використанні скрипта Default pg_dump
Summary: При налаштуванні резервних копій баз даних PostgreSQL через PowerProtect Data Manager (PPDM) Generic Application Agent, скрипт резервного копіювання pg_dump за замовчуванням використовує /tmp як тимчасову область перед записом резервних даних у домен даних. Якщо база даних PostgreSQL більша за доступний простір у /tmp, резервне копіювання заповнює файлову систему, призводить до вичерпання місця на диску PPDM, і резервне копіювання не спрацює. Ця проблема стосується PPDM-середовищ із стандартними параметрами резервного копіювання скриптів 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
PPDM захищає базу даних 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: 04 أغسطس 2026
Version: 1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.