Слишком много ввода-вывода сгенерировано процессом коллектора статистики пост-ГРЭС
легкий.
Создайте новый виртуальный диск, который является размером физического диска, который Вы хотите скопировать.
в списке боковой панели Машин в VMware перейдите к настройкам, выберите диск, отобразите его на букву диска на хост-машине, используйте свое любимое программное обеспечение обработки изображений для копирования физического диска в диск VM.
Это хорошо, потому что это - прямая копия и не требует в изображении, которое было бы в других отношениях средний, третья копия диска будет необходима временно.
Поскольку обновление PostgreSQL невозможно, я попытался разместить каталог pg_stat_tmp в файловой системе tmpfs, что привело к значительному повышению производительности. Сейчас я использую это на нескольких десятках систем в течение пары месяцев без каких-либо заметных недостатков.
Для этого просто смонтируйте pg_stat_tmp с tmpfs в вашем файле / etc / fstab:
# <file system> <mount point> <type> <options> <dump> <pass>
tmpfs /var/lib/postgresql/8.4/main/pg_stat_tmp tmpfs defaults,noatime,mode=1777,uid=postgres,gid=postgres,nosuid,nodev 0 0
Обновите PostgreSQL. Как минимум убедитесь, что вы используете последнюю версию 8.4; если это не решает проблему и это целесообразно, вам, вероятно, следует перейти на 9.2. По крайней мере, некоторые проблемы, связанные со сборщиком статистики, были решены с момента выхода 8.4, и срок службы истечет примерно через год . Вы можете найти дополнительную информацию, выполнив поиск в архивах списков рассылки pgsql-general .
У вас не должно возникнуть особых проблем при обновлении с 8.4 до 9.2, хотя, как обычно, вы должны прочтите раздел обновления в примечаниях к выпуску для каждого выпуска .0 между ними (9.0, 9.1 и 9.2). Обратите особое внимание на standard_conforming_strings и bytea_output .
У вас не должно возникнуть особых проблем с обновлением с 8.4 до 9.2, хотя, как обычно, вы должны прочтите раздел обновления в примечаниях к выпуску для каждого выпуска .0 между ними (9.0, 9.1 и 9.2). Обратите особое внимание на standard_conforming_strings и bytea_output .
У вас не должно возникнуть особых проблем при обновлении с 8.4 до 9.2, хотя, как обычно, вы должны прочтите раздел обновления в примечаниях к выпуску для каждого промежуточного выпуска .0 (9.0, 9.1 и 9.2). Обратите особое внимание на standard_conforming_strings и bytea_output .
У вас не должно возникнуть особых проблем с обновлением с 8.4 до 9.2, хотя, как обычно, вы должны прочтите раздел обновления в примечаниях к выпуску для каждого выпуска .0 между ними (9.0, 9.1 и 9.2). Обратите особое внимание на standard_conforming_strings и bytea_output .
У вас не должно возникнуть особых проблем с обновлением с 8.4 до 9.2, хотя, как обычно, вы должны прочтите раздел обновления в примечаниях к выпуску для каждого выпуска .0 между ними (9.0, 9.1 и 9.2). Обратите особое внимание на standard_conforming_strings и bytea_output .
Здесь та же проблема. Еще я отключил трек _ * и так далее.
Побочным эффектом является то, что автовакуум использует эти собранные данные для запуска.
Итак, я планирую каждую ночь Vacuumdb .
Другое решение - установить autovacuum_naptime достаточно большим, чтобы система оставалась в покое.