Для 1С развернули сервер Ubuntu 12.04. Ежедневно делалась архивация. В один прекрасный момент сервер перестает работать. Радуемся, что есть ежедневные архивные копии, переустанавливаем Ubuntu, пытаемся восстановить базу из архива.. Ничего не получается, при восстановлении базы выдает ошибку, что восстановлении базы прервано из-за ошибки в запросе. Перепробовал несколько архивов, везде один и тот же результат. Ради интереса попробовал установить Postgresql под Windows, и произвести восстановление базы в ОС Windows тоже ничего не получилось. Перепробовал различные режимы восстановления, обратил внимания что ошибка возникает при восстановлении таблицы v8users. Конфигурация УТ 11. Подскажите что можно сделать

Идти исповедоваться.
Ибо нефиг студенческие под(д)елки использовать.

Под подделкой что имеется в виду. Так то все лицензировано.

кроилово ведет к попадалову

А что за ошибка то. Хоть ради интереса?

В pgAdmin попробовал сначала загрузить схему, а потом данные, все загрузилось. Но 1С базу  запускает и в конфигураторе нет данных, только пользователи без ролей. Просмотрел таблицы в pgAdmin, данные есть по последнее число. Как говорится "око видит, зуб неймет"

(0)А в создать постгре новую пустую базу и загрузить туда свой архив пробовал?

(6) Да пробовал

Я тоже столкнулся с проблемой невосстановимого бэкапа в постгресе от 1с. Хорошо, что это была простая самописка с тремя справочниками. Данные вытащил вручную, с тех пор на постгресе поставил крест.. использую бесплатную MSSQL Express 2008 R2 - проблем нет.

(0)а выгрузок из баз средствами 1С нету?

(9) есть, но месячной давности

(8) я после этого случая тоже крест поставлю

(11) А попробуй райди интереса создай пустую информационную базу средствами 1С:Предприятия (чтоб оно базу самостоятельно создало) а потом в эту базу залей бекап.

(12) тоже пробовал. Ладно поеду к клиенту, скажу что пока пи..дец, а дальше посмотрим

никогда не было проблем с невосстановлением базы. Архивы 9.1 заливались спокойно на 9.2. Созданные на одном сервере архивы без вопросов загружаются на других.
(0) какой командой делали архив?

(14) pg_dump
Клиент один из немногих кто проигнорировал просьбу купить и установить UPS. Перепады напряжения и внезапные отключения электричества сделали свое дело. Как говориться "скупой платит дважды". Теперь будет ярким примером для других.

те делались резевные копии и не проверялась их рабоспособность.

Именно это - косяк не клиента, а админа. Ему было в лом проверить, что архив раскрывается в работоспособную БД.


Берём кровь, пишем ей:

"АРХИВ - это не большой файл, а проверенная возможность восстановить данные".

(17) А кто сказал, что у них был админ? Опять таки экономия

Попросили установить настроить сервер и баста. На сопровождение опять таки денег жалко было. Обращались по необходимости.

Кто сказал, что бэкапы работают, тот и крайний.

Могу спросить контакт платного админа, работающего с постгре.

вопрос. можно ли воостановить Postgres базу, если она просто скопирована?

Имеете в виду что скопировали папку data?

(22) угу. на тестовом в очередном раз переустановил виртуалку. как восстановить эту папку data? там папки по идентификаторами, вынос мозга...

(21) v8: Как восстановить базу 1с из папки PostgreSQL где была когда-то база

(24) то есть можно восстановить только все данные Postgres, а отдельную базу не получится?

Тоже давно имел аналогичный секас , мне тогда сказали что проблемы с восстановлением из дампа связаны с тем , что 1С патчит слона и что то там из за этого меняется.

(24)(26) спасибо, полезный опыт.