PG_Dump перестал работать из-за ошибочного недостаточного пространства на диске
Ваша третья идея кажется самой многообещающей: рассмотрите Прокси-сервер FTP. Ваши пользователи соединяются с прокси с требованиями соединения, которые Вы устанавливаете, такие как шифрование и подключения прокси-сервера к целевому серверу с параметрами, которые Вы настраиваете.
Если Вы не можете или осуществить или контролировать политику, Вы не можете заставить пользователей следовать за нею. И концепция безопасности только так же сильна как ее самая слабая ссылка.
Сценарий кажется странным для меня - у Вас есть требование для конфиденциальности, чтобы быть встреченными путем шифрования трафика данных, но Вы работаете с третьим лицом, которое не будет отвечать этому требованию. Может быть потребность выполнить проблему полюс флага управления, также.
Я предлагаю формату дампа изменений к пользовательскому (-ФК, - формат c) и избегаю формата tar вообще. AFAIK там не являются никакими преимуществами использования формата tar вместо пользовательского (обе работы с pg_restore).
Читая между строк, я подозреваю, что Вы пытаетесь использовать выходной формат 'tar', который действительно имеет потребность сделать временные файлы, которые могут быть большими. Если бы я угадал, то я предложил бы использовать 'пользовательский' формат вместо этого. Действительно нет никакого преимущества для формата tar и нескольких недостатков помимо этого.
из http://postgresql.1045698.n5.nabble.com/Out-of-space-making-backup-td1904089.html
Если Ваша установка прибывает из пакета, то, вероятно, у Вас есть пользовательский формат (zlib) поддержка "из поля". Можно управлять уровнем сжатия с-Z опцией (значение по умолчанию равняется 6) от 0 (никакое сжатие) к 9.
BTW проверяют о Вашей-c опции. Согласно http://www.postgresql.org/docs/9.0/static/app-pgdump.html
Выходные команды для очистки (отбрасывают) объекты базы данных до (команды для) создание их.
Эта опция только значима для формата простого текста. Для форматов архива можно указать опцию при вызове pg_restore.
BTW2 Для удобства можно использовать автоматические переменные среды PostgreSQL, такие как PGHOST, PGUSER, PGDATABASE, PGPORT.
Tar pg_dump формат в PostgreSQL ограничивает размер любой таблицы к 8 ГБ, прежде чем сжатие будет применено. И база данных 4GB не собирается выводить в файл на 4 ГБ; текстовый формат будет больше для некоторых типов данных, и так как я вижу, что Вы выводите блобы, которыми Вы могли легко быть в той категории. Таким образом, другая возможность состоит в том, что у Вас есть таблица, это - скажем, 3 ГБ; это расширяется до> 8 ГБ при дампе; и Вы поражаете предел tar, который в вынужденном, прежде чем вталкивает сжатие. Дамп в простом тексте или пользовательском формате вместо этого устранил бы Вашу проблему, если это - то, что происходит.
Другая возможность состоит в том, что Ваш диск измерен таким образом, что ~10GB представляет приблизительно 5% из него. Если Ваш раздел составляет приблизительно 200 ГБ, Вы могли бы поражать предел, где 5% пространства резервируются для корня на ext4. Можно устранить то использование чего-то вроде этого, если это так:
sudo tune2fs -m 0 /dev/sda1