Да хрен его знает, какие тут могут быть статейки. Обычно просто "учебная тревога" и обкатка восстановления на стейджах.
Да хрен его знает, какие тут могут быть статейки. Обычно просто "учебная тревога" и обкатка восстановления на стейджах.
Репликация защищает от сбоев в работе, но не защищает от потери данных. В результате дизастеров или в результате умышленной порчи - другой вопрос.на реально больших проектах разве все не решается репликацией на уровне всего?
Хорошо, давай обзовём его версионированием, большая разница?…VSS - shadow copy? это не бэкап, не путай людей
В том то и дело, что не полная аналогия Слейвом там и не пахнет, сплошной мастер.Тут полная аналогия со слейвом БД, с которого кроном снимается дамп. Сам по себе слейв бэкапом не является, но он гарантированно (ну... в нормальной СУБД гарантированно ) целостный и его можно спокойно заблокировать на время снятия дампа.
Ну я вижу огромную разницу между снапшотом и бакапом, уж извини Ибо если винт со "снепшотом" навернется, то все. Видимо из-за этого ты написал про "бакапим локаьно". Снепшот сделать нужно, факт, но бакапить потом его можно и нужно уже куда-то далеко.Хорошо, давай обзовём его версионированием, большая разница?…
"Теневая" копия тома позволяет копировать гарантированно целостные данные в более долговременные хранилища, и одновременно обеспечивает быстрое восстановление предыдущей версии документа на ограниченном интервале времени.
Под "удалённым" имелся в виду "сильно удалённый", i.e. off-site backup. Локальная сеть считается "надёжным" транспортом. Так что ответ - "копировать на [другой] сервер в локальной сети".Что делать когда данных много? В два-три раза больше дискового пространства держать?
Это смотря как снепшот снимать.В том то и дело, что не полная аналогия