Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Имеет ли смысл в симпл модели делать дифференациальные бэкапы
|
|||
|---|---|---|---|
|
#18+
Relic HunterХм, ни одного не знаю :-(Бекапить сторонними тулзами (Veeam, Acronis, Symantec).[/quot] помнится был совет из бест практикс - не использовать сторонние тулзы для бэкапов ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2018, 12:11 |
|
||
|
Имеет ли смысл в симпл модели делать дифференациальные бэкапы
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Кстати, хороший вопрос, почему с журналами не сделали накопительный вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2018, 12:41 |
|
||
|
Имеет ли смысл в симпл модели делать дифференациальные бэкапы
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовКстати, хороший вопрос, почему с журналами не сделали накопительный вариант.copy_only ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2018, 12:51 |
|
||
|
Имеет ли смысл в симпл модели делать дифференациальные бэкапы
|
|||
|---|---|---|---|
|
#18+
SERG1257А вот была ли просьба к Microsoft на создание "честных" не кумулятивных дифф бакапов, то есть копировать только блоки измененные с последнего такого дифф бакапа? На фиг такое чудо? LOG-и и так уже есть. DIFF тем и удобен что включает в себя все изменения со времени FULL. Что позволяет заметно ускорить восстановление с ленты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2018, 12:58 |
|
||
|
Имеет ли смысл в симпл модели делать дифференациальные бэкапы
|
|||
|---|---|---|---|
|
#18+
Relic Hunteralexeyvgпропущено... Хм, ни одного не знаю :-(Бекапить сторонними тулзами (Veeam, Acronis, Symantec). Они работают именно так, бекапят только измеменные блоки. Там нет понятия full, diff, inc.Спасибо за напоминание. В общем да, так можно, хотя они делают это не для сиквела, а для тома, и да, они хранят список отдельно. И вроде кто то из упомянутых производителей умеет делать бакап отдельных файлов (в т.ч. баз), с тем же хранением списков страниц в отдельных файлах... StarikNavyпомнится был совет из бест практикс - не использовать сторонние тулзы для бэкапов )Ну, это вопрос доверия. Если есть положительный опыт, если нормально налажен процесс бакапирования (то есть сделанные бакапы восстанавливаются и проверяются), то почему бы и нет? Как бест-практик это упоминается ИМХО потому, что нужно хорошо понимать, что делаешь, иначе можно много потерять. AndrFSERG1257А вот была ли просьба к Microsoft на создание "честных" не кумулятивных дифф бакапов, то есть копировать только блоки измененные с последнего такого дифф бакапа? На фиг такое чудо? LOG-и и так уже есть. DIFF тем и удобен что включает в себя все изменения со времени FULL. Что позволяет заметно ускорить восстановление с ленты.Отличие инкрементного бакапа от бакапа логов в том, что в бакапе логов записываются все изменения, что является излишним, если не нужно иметь возможность восстановления на любой момент времени. Получается, понадобится лишнее место для бакапа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2018, 13:53 |
|
||
|
Имеет ли смысл в симпл модели делать дифференациальные бэкапы
|
|||
|---|---|---|---|
|
#18+
alexeyvgОтличие инкрементного бакапа от бакапа логов в том, что в бакапе логов записываются все изменения, что является излишним, если не нужно иметь возможность восстановления на любой момент времени. Получается, понадобится лишнее место для бакапа.Это как свезет. Последний раз, когда экспериментировали с Dif-бэкапом, размер оного через сутки после полного бэкапа превышал размер бэкапов логов за тот же период раз эдак в 150. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2018, 14:08 |
|
||
|
Имеет ли смысл в симпл модели делать дифференациальные бэкапы
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей АлексеевичalexeyvgОтличие инкрементного бакапа от бакапа логов в том, что в бакапе логов записываются все изменения, что является излишним, если не нужно иметь возможность восстановления на любой момент времени. Получается, понадобится лишнее место для бакапа.Это как свезет. Последний раз, когда экспериментировали с Dif-бэкапом, размер оного через сутки после полного бэкапа превышал размер бэкапов логов за тот же период раз эдак в 150.Это же для операций с минимальным логированием? Да, бакап лога может быть и меньше, а не только лишь больше :-) Но в общем хотелось бы иметь разные возможности. Я в принципе всё равно делал бы бакап лога, это ИМХО более правильно, но мало ли, ситуации бывают разные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2018, 15:39 |
|
||
|
Имеет ли смысл в симпл модели делать дифференациальные бэкапы
|
|||
|---|---|---|---|
|
#18+
alexeyvgЭто же для операций с минимальным логированием? Нет, это для ситуации, когда модификация 100 рандомных строк меняет 100 рандомных страниц. В лог при этом будет записано меньше, чем 100 страниц в диф. З.Ы. Наш экперимент с дифом придется переделать, там один маленькию нюанс не учли. Но все равно ожидаю, что лог будет на порядок меньше диф-бэкапа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2018, 15:43 |
|
||
|
Имеет ли смысл в симпл модели делать дифференациальные бэкапы
|
|||
|---|---|---|---|
|
#18+
alexeyvgЭто же для операций с минимальным логированием? Да, бакап лога может быть и меньше, а не только лишь больше :-) при минимальном логировании в лог пишется меньше, но бэкап лога от этого меньше ну никак не станет. он соберет ВСЕ модифицированные страницы и полностью их в файл бэкапа сложит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2018, 16:06 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39744211&tid=1688642]: |
0ms |
get settings: |
9ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
| others: | 224ms |
| total: | 387ms |

| 0 / 0 |
