|
Кто и чем делает резервные копии? | ☑ | ||
---|---|---|---|---|
0
soulectro
28.01.17
✎
05:26
|
Доброго времени!
Делаем ежедневный бэкап базы 1с 8.3 на торговых точках, появилась потребность писать в полный бэкап изменения в течение дня, чтобы бэкап базы был актуален на текущий момент, на время пришлось отключить автообмен с центральной, вот и приходится к таким мерам прибегать. Чем это можно и лучше сделать? |
|||
1
Jump
28.01.17
✎
05:40
|
(0) Непонятно какое отношение имеет автообмен с центральной базой к бэкапу.
Уточните что конкретно вам нужно. И какая база 1с бэкапы файловых и sql баз делаются по разному. |
|||
2
soulectro
28.01.17
✎
06:09
|
(1) база файловая. Нужно утром или вечером делать полную копию, а в течение дня раз в час дописывать изменения в нее.
|
|||
3
Jump
28.01.17
✎
06:20
|
(2) Если нужно делать копию без остановки работы пользователей - используйте теневое копирование. Если на время бэкапа можно останавливать работу - ну тогда просто копировать.
Непонятно про какие изменения идет речь. Дельту считать между базой час назад и текущей? И хранить в бэкапе копию базы и несколько дельт? Или как? И реально ли нужны в архиве ежечасные копии? |
|||
4
soulectro
28.01.17
✎
06:29
|
Нужно что-то похожее на резервное копирование средствами MS SQL. Делается полная копия, потом только разница, ну и журнал транзакции ежечасно, дабы можно было бы при каких-то проблемах восстановить наиболее актуальную по времени копию. Перейти на РИБах в SQL не предлагать.
|
|||
5
pavlika
28.01.17
✎
06:37
|
(4) Перейти на РИБах в SQL не предлагать - а в чем проблем а то?
|
|||
6
Jump
28.01.17
✎
06:39
|
(4) Резервное копирование средствами SQL в курсе что происходит с базой.
А в случае с файловой базой - база это просто файл, и что там происходит внутри неизвестно. О каком журнале транзакций идет речь вообще непонятно. В остальном - вы уверены что вам именно разницу надо высчитывать? Я например делаю так - бэкап раз в день, остальные изменения хранятся в теневых копиях. А уж на чем вам работать удобнее на SQL или файловой вы сами разбирайтесь, я ваших условий не знаю. |
|||
7
Aleksey
28.01.17
✎
09:26
|
Или поднять РИБ копию на филиале. Раз час делаем обмен рабочей базы с бекапной и после этого спокойно делаем бекап нашей копии. Там гарантированно никого нет и актуальные данные
|
|||
8
mistеr
28.01.17
✎
11:27
|
(2) (4) Посоветую zpaq, с теневой копии, если возможно. Делает ровно то, что ты хочешь. Но предупреждаю: на проде я его не применял, только для себя. Пока нареканий не было.
|
|||
9
mistеr
28.01.17
✎
11:29
|
(8) Да, zpaq настолько эффективен, что полный бэкап не нужно делать ежедневно, можно раз в неделю или даже месяц.
|
|||
10
Jump
28.01.17
✎
11:36
|
(9) А что реально хорош?
Если сравнивать например с Winrar? |
|||
11
Jump
28.01.17
✎
15:25
|
(9) Попробовал ваш zpaq, сжатие никакое. На уровне зипа обычного.
Winrar сжимает на порядок сильней. |
|||
12
Jump
28.01.17
✎
15:34
|
Несколько десятков баз 1с бух 8.2 общим размером 60Гб этот zpaq упаковал в архив размером 8,5 гигабайт.
Winrar на этих же данынх выдает 1,4 гигабайт. Разве что zpaq память не жрет, и работает чуть шустрее. |
|||
13
ТупойЖадный
28.01.17
✎
15:40
|
(12) Напиши свой, нормальный архиватор. Нам тоже надо.
|
|||
14
bodri
28.01.17
✎
15:46
|
(12) там же что-то типа библиотек (вроде сценарии) надо для определенного типа файла, тогда он будет очень хорошо сжимать, а т.к. для *.1CD такого нет вот он так и сжимает, его "+" в другом, в версионированнии если в архив добавить этот же файл, то он не весь в архив его запихает, а только измененные куски, соответственно 10 файлов за разный период будут не 8,5х10=85 Гб (Как в вашем случае), а к примеру 15 Гб.
|
|||
15
Jump
28.01.17
✎
15:48
|
(13) Зачем? Есть же нормальные архиваторы которые прекрасно сжимают rar и 7zip.
|
|||
16
Jump
28.01.17
✎
15:51
|
(14) В winrar так же будет.
Несколько десятков копий одной базы за год будут не сильно больше размера одной базы. Там же словарь блоков - если блок есть в словаре, он его в арихв не пихает, а просто ссылку на блок ставит. |
|||
17
Jump
28.01.17
✎
15:53
|
Надо попробовать, может он быстрее версионирование делает чем rar.
|
|||
18
Jump
28.01.17
✎
15:54
|
Памяти он вообще потребляет очень мало - в районе 300мб.
winrar около 6гб. |
|||
19
Jump
28.01.17
✎
17:10
|
(14) А эти сценарии их можно самому писать? Не в курсе?
|
|||
20
xuhipime
28.01.17
✎
21:17
|
Проводник на флешку
|
|||
21
kossmatiy
28.01.17
✎
21:58
|
Cobian backup вроде умеет делать дифференциальные и инкрементальные копии, сам правда не заморачивался с этим.
|
|||
22
mistеr
29.01.17
✎
00:00
|
(11) (12) Можно настроить на сильное сжатие (см. хелп), но тогда будет долго. Настройки по умолчанию сбалансированы как раз для бэкапа.
Если один раз заархивировать, то конечно WinRAR лучше. А ты попробуй перепровести месяц и снова забэкапить; и так раз 10. Тогда почувствуешь всю прелесть. Там идет дедупликация на уровне файлов и блоков, причем участвует все, что есть в архиве. Например, ты восстановил бэкап месячной давности, снова забэкапил, он не займет ничего. А шустро работает он в основном потому, что ему не нужно читать/переписывать весь предыдущий архив, как WinRAR. |
|||
23
Jump
29.01.17
✎
03:19
|
(22) Ну Winrar и 7z делают то же самое, в режиме непрерывной архивации.
Создается общий словарь на весь архив. Если добавляется блок который уже имеется - вместо него идет ссылка. Что-то типа сжатия с дедупликацией. С ключами попробую поиграться. Потребление памяти конечно радует. |
|||
24
Looking
29.01.17
✎
09:31
|
(21)есть такой функционал
|
|||
25
mistеr
29.01.17
✎
11:36
|
(23) Непрерывный архив - это другая техника, хотя некоторое сходство есть. Ключевое отличие в том, что при добавлении файла в непрерывный архив он вставляется в определенное место архива; для этого весь архив придется перезаписать. zpaq же только добавляет в конец.
|
|||
26
mistеr
29.01.17
✎
11:39
|
(25) И второе отличие — у zpaq дедупликация и сжатие это две независимые последовательные стадии обработки.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |