Пробуем перевести базу УПП 30 гигов на Postgres SQL сервер.
Мануалы изучены, но хотелось бы узнать реальный опыт работы с ним. Пока есть два основных вопроса:
1. Резервные копии и восстановление из них
Интересно кто каким способом пользуется, какие есть подводные камни и реальное время, которое нужно на восстановление БД

2. Инструментарий для оценки производительности. В MS SQL вот есть типовые отчеты по транзакциям, занимающим наибольшее время процессора или с наибольшими операциями ввода вывода. Что-то подобное есть в Postgres ?

ошиблись форумом. вам на sql.ru

не осилили  указать версию ростгре и ос

1.как раз мелочь
2.читаем (1)

(1) тут разве спецов нет? К тому же первый вопрос в принципе как раз имеет отношение к УПП

(2) пока все на Debian, версия - последнее что было на users - 9.2.4

(4) А в чем причина не использования MS SQL ? . 1C ка под ним будет надежнее и тсабильнее . И голову с осями не надол ломать . Там она одна .

(4) у нас 3 базы утп и одна самописка. все работает как часы.
только конфу переводили на управляемые блокировки. так как постгрес блокирует всю таблицу, а ms sql по умолчанию только запись.

(5) как обычно финансы. Несколько офисов, на каждый сервер не дешево обходится, плюс юр лица у нас могут менятся.

(4)
последние версии продуктов от 1с
лучше не использовать.

(8) та да.

(6) а что в резервированием - как делаете и был повод базу восстанавливать?

(10) все делает постгрес. у нас бэкапы делаются даже при работе пользователей. немного тупит. но это из за малой мощности сервера. делаем 3 раза в неделю. 3 раза в день. и полный в выходные дни

(10) проблем нет

(11) а как делаете - используя WAL ?

(12) не было повода разбираться со скоростью работы 1С, искать наиболее ресурсоемкие запросы? Postgres это в каком-то виде позволяет?

(13) спросил у нашего админа. он шаманит с ними

(14) в основном. хватало отладки выполнения через замер 1с. так как толкового анализатора построенная маршрута выполнения как в ms sql  не нашел :(

(0)
1. man pgdump
2. технологический журнал 1с

(13) написал. что вроде вот это
http://postgresql.ru.net/manual/backup-dump.html

(17) кроме pgdump есть еще пара вариантов резервного копирования. Сейчас сотрудник сидит разбирается c файлами WAL

Технологический журнал хорошо, но средства СУБД бывают несколько лучше.

(19) отказались от него из за
"Сбой питания в такой ситуации может привести к непоправимому повреждению данных".

(19) собственно как бы интересует варианты резервного копирования кроме pgdump на работающем сервере.

(18) какая у вас нагрузка на базу во время выполнения резервного копирования? Сколько человек/документов работает/проводится?
Выскакивают в это время конфликты на блокировках?

(22) конфликтов нет, обычно около 50-60 пользователей. так перевели все на управляемые блокировки. до этого получали блокировки

(21) админ написал. что настроить изначально на pgdump, а на wal отмазка была что свет часто у нас выключают. а вообще лень эму было :) так как pgdumpсправляется

24) а postgres unix или на windows server работает?

(25) unix и сервер 1с так же