PostgreSQL 1C 8.3 почему долго делается резервная копия? #716614

База размером 4ГБ, уже минут 40 делается резервная копия, это так и должно быть? можно ли как то ускорить создания резервной копии через конфигуратор?

Проблема явно в железе. И да, через конфигуратор фирма 1С не рекомендует делать резервные копии клиент-серверных баз, ибо не гарантируется целостность инфы. Делайте бэкап средствами СУБД.

а чем же плоха резервной копия сделанная через конфигуратор при работе в клиент серверном варианте? что в ней может быть не так?

а не наоборот?

вот и я думал что через конфигуратор всегда более корректно, но не уходим от вопроса, как заставить ее выгружатся быстрее уже час прошел, база сама весит мало, че за фигня такая может быть

еще раз - делать через конфигуратор не рекомендуется

+1

и никто ссылкой не ткнёт?

Нахрена делать архивную копию скулевой базы через выгрузку в 1С?

Читай .

Не наоборот.

Неправильно думал. Сними нафиг сеанс и сделай скулевую копию.

а если надо тестовую файловую развернуть?

На слово не веришь типа? Ищи по ИТСам тогда. В файловом варианте копирование базы и архивная копия делается путем копирования файла 1cd. В серверном варианте копирование базы и архивная копия делается средствами SQL. Формат dt предназначен только для одного, для того, чтобы перевести базу из файловой в скулевую или наоборот.

Копируй скулевыми средствами.

+ А, файловую. Тогда через dt, да.

чото ты злой какой-то возвращаемся к   :)

Что это возвращаемся? Где в хоть слово про файловую копию базы? Там вообще-то про резервную копию.

Тем, что в платформе нет механизмов для резервного копирования баз данных. Вообще нет.

А с какими параметрами ты запускаешь pg_dump мы догадаться должны ?

Немного глупый порос. Ты конфиги Postge "затачивал" или "дефолтные". В Дефолтных - постгре памяти не положено совсем :-)

Как будто бэкап средствами постгреса что-то гарантирует..

Целостность базы в том виде, с которого делается резервная копия. Это гарантировано.

Да нифига. Сталкивался с ситуацией, когда бэкап вообще невосстановимый получался. На постгресе. Выдавал ошибку про какие-то там типы и всё, облом.

Тоже самое можно сказать про любую другую СУБД

Про постгри такие жалобы на мисте были, а про ms sql - ни разу не видел. А если помножить на долю того и другого - понимаешь, что постгри - рискованная вещь.