|
PostgreSQL 1C 8.3 почему долго делается резервная копия? | ☑ | ||
---|---|---|---|---|
0
inkvizitr
07.08.14
✎
11:24
|
База размером 4ГБ, уже минут 40 делается резервная копия, это так и должно быть? можно ли как то ускорить создания резервной копии через конфигуратор?
|
|||
1
thezos
07.08.14
✎
11:26
|
(0) Проблема явно в железе.
И да, через конфигуратор фирма 1С не рекомендует делать резервные копии клиент-серверных баз, ибо не гарантируется целостность инфы. Делайте бэкап средствами СУБД. |
|||
2
inkvizitr
07.08.14
✎
11:29
|
(1) а чем же плоха резервной копия сделанная через конфигуратор при работе в клиент серверном варианте? что в ней может быть не так?
|
|||
3
_fvadim
07.08.14
✎
11:30
|
(1) а не наоборот?
|
|||
4
inkvizitr
07.08.14
✎
11:31
|
(3) вот и я думал что через конфигуратор всегда более корректно, но не уходим от вопроса, как заставить ее выгружатся быстрее уже час прошел, база сама весит мало, че за фигня такая может быть
|
|||
5
floody
07.08.14
✎
11:33
|
еще раз - делать через конфигуратор не рекомендуется
|
|||
6
13_Mult
07.08.14
✎
11:34
|
(1) +1
|
|||
7
_fvadim
07.08.14
✎
11:37
|
и никто ссылкой не ткнёт?
|
|||
8
PR
07.08.14
✎
11:38
|
(0) Нахрена делать архивную копию скулевой базы через выгрузку в 1С?
|
|||
9
PR
07.08.14
✎
11:39
|
(2) Читай (1).
|
|||
10
PR
07.08.14
✎
11:39
|
(3) Не наоборот.
|
|||
11
PR
07.08.14
✎
11:40
|
(4) Неправильно думал.
Сними нафиг сеанс и сделай скулевую копию. |
|||
12
_fvadim
07.08.14
✎
11:41
|
(11) а если надо тестовую файловую развернуть?
|
|||
13
PR
07.08.14
✎
11:42
|
(7) На слово не веришь типа? Ищи по ИТСам тогда.
В файловом варианте копирование базы и архивная копия делается путем копирования файла 1cd. В серверном варианте копирование базы и архивная копия делается средствами SQL. Формат dt предназначен только для одного, для того, чтобы перевести базу из файловой в скулевую или наоборот. |
|||
14
PR
07.08.14
✎
11:43
|
(12) Копируй скулевыми средствами.
|
|||
15
PR
07.08.14
✎
11:43
|
+(14) А, файловую.
Тогда через dt, да. |
|||
16
_fvadim
07.08.14
✎
11:45
|
(13) чото ты злой какой-то
(15) возвращаемся к (0) :) |
|||
17
PR
07.08.14
✎
11:48
|
(16) Что это возвращаемся?
Где в (0) хоть слово про файловую копию базы? Там вообще-то про резервную копию. |
|||
18
Reaper_1c
07.08.14
✎
12:10
|
(2) Тем, что в платформе нет механизмов для резервного копирования баз данных. Вообще нет.
|
|||
19
Biker
07.08.14
✎
12:12
|
(0) А с какими параметрами ты запускаешь pg_dump мы догадаться должны ?
|
|||
20
PiterPrg
07.08.14
✎
12:36
|
(0) Немного глупый порос. Ты конфиги Postge "затачивал" или "дефолтные". В Дефолтных - постгре памяти не положено совсем :-)
|
|||
21
Chai Nic
07.08.14
✎
12:38
|
(1) Как будто бэкап средствами постгреса что-то гарантирует..
|
|||
22
thezos
07.08.14
✎
13:03
|
(21) Целостность базы в том виде, с которого делается резервная копия. Это гарантировано.
|
|||
23
Chai Nic
07.08.14
✎
17:06
|
(22) Да нифига. Сталкивался с ситуацией, когда бэкап вообще невосстановимый получался. На постгресе. Выдавал ошибку про какие-то там типы и всё, облом.
|
|||
24
thezos
07.08.14
✎
17:09
|
(23) Тоже самое можно сказать про любую другую СУБД
|
|||
25
ptiz
07.08.14
✎
17:19
|
(24) Про постгри такие жалобы на мисте были, а про ms sql - ни разу не видел. А если помножить на долю того и другого - понимаешь, что постгри - рискованная вещь.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |