vshadow и Win7
 

эта штука под Win7 без костыля в виде dosdev умеет работать ? чет на ключик -el ругается все время, костыль работает, в принципе не критично, т.к. в моем случае и так костылей полно - rsync-ом cygwin-вым бэкапю, просто интересно , на 2008 костыль не нужен насколько прочитал...

З.Ы. варианты типа платного backup exec-a не предлагать - неинтересно. А вот все остальные варианты чтоб бэкапить с венды залоченные файлы и всякие удобности как возможность инкрементальных бэкапов, синхронизация только изменений интересно...

а плин, надо было сразу мануалы почитать Ж)
-p
This optional flag specifies persistent shadow copies.
Note This flag is supported only on Windows server operating systems.
-el
Note Nonpersistent shadow copies and client-accessible shadow copies cannot be exposed locally.

и все-таки вопрос остался , что у мелкомягких значит -er я так толком ине понял, он чего в расшаренную папку только может запихнуть ?

я смотрю ты проспался?
иди дальше дрыхни, опять на работу к хз скольки припрешься гад

3-Gochy > сам-то чего не спишь ? :) я со вчера на сегодня часов 14 спал по-моему Ж)

кому тема интересна, пара ссылок
[url]http://gwynconnor.blogspot.com/2011/06/using-shadow-copy-to-back-up-folders-in.html[/url] тут очень зачетный скриптик в конце с отличными комментами как раз для 7-ки
[url]http://habrahabr.ru/blogs/backup/132123/[/url] тут под 2008 улыбнул коммент перед скриптами "(неведома магия)"

а плин с позавчера на вчера уже *

[url]http://www.educ.umu.se/~cobian/cobianbackup.htm[/url]
free и умеет с SCS работать

спасибо за ссылку, "будем посомтреть"

Так и не понял, а чем штатная фича в семерке не устраивает?

дык надо передвинуть только изменения( там меняется в день не больше 5-100 Мб + pstшник ) потом на другой комп(ну поддкрживать как можно более актуальную копию просто на случай наворота винта) штатная вроде одним файлом весь бэкап держит, не ? а то сейчас по 60 Гиг(ну плюс сжатие вендового бэкапа будет в лучшем случае в пару раз меньше наверн) каждую ночь гонять по сети как-то не улыбает.....в принципе это не для боевых целей, единичный случаи..

хотя можно наверн и в родном инкрементальный бэкап можно пользовать, есть ещё правда момент, чтоб файлики открыть , т.к. часть файлов копии хотелось бы пользовать иногда удаленно без танцев и венды, когда тачка с Win 7-й в ауте(ups хоть и есть, но далеко не symmetra, да и ещё форс-мажоры бывают)

ну и в случае вендового прийдется держать первый бэкап на обоих сторонах , а тут сделал shadow volume copy rsync-нул и копия сама убралась (ну либо ручками в зависимости от способа) (Nonpersistent shadow copies do not need to be explicitly deleted, because they are automatically deleted when the VShadow creation command exits.)

кстати, кроме pst что-нить ещё блокируется таким же способом ? интересуют в общем-то документы мс-офиса, а то может и вправду зря костылей намостырил, сделать родным бэкапом профиль, а доки которые нужны не в архиве просто копировать...

ntbackup обычно юзал шоб снимок состояния системы делать, cobian шобы файло бэкапить (в т.ч. занятые), т.к. он инки и диффы держит ещо (т.е. план бэкапов).

офисные файлы, даже если открыты, копируются.

701054> насколько помню работу штатного бекапа при архивации на сетевой диск в наличии будет всегда [em]только одна копия[/em], в нее будет включен стартовый и все последующие инкрементные бекапы. В какой-то момент штатная процедура решит, что пора выполнить очередной полный бекап, сделает его, а далее снова попрет делать инкрементные. Так что [b]не[/b] [em]"прийдется держать первый бэкап на обоих сторонах"[/em] (PS на об[b][em]е[/em][/b]их).

15-Flukostat > ну а как она узнает, что в предыдущем бэкапе, относительно которого делается текущий ? - будет двигать туда-сюда по сети ?

Они не такие бесстыжи:) посмотри на струкуру бекапа, там не один vhd файл, там еще много других файликов

15-Flukostat >Скажем так, не копия, а один [em]непрерывный[/em] файл, внутри которого и находятся все бэкапы. Уточнение, не придирка :-)

18>Принято
16>В дополнение к 17 из стандартного хелпа
Normal backup performance. Choose this option to specify that the backups you create are full backups. During a backup operation, Windows transfers all the contents of the volume being backed up, but the space used on the backup storage location is only for the changed blocks on the source.

Faster backup performance. Choose this option to specify that the backups that you create are incremental backups. Windows will leave a shadow copy on the source volume to use to track the changes. During next backup operation, only the changes since last the backup are transferred (by reading from the “diff area” of the shadow copy)—as compared to the Normal backup performance option, where the entire source volume data is transferred. (Because only changed blocks are written, there is a performance increase.) The space used on the backup storage location will still only be for the changed blocks detected on the source. Use this method for servers that are less I/O intensive because shadow copies can degrade the performance of write operations for the volume they are on (read operations are not affected).

Note
Even if you choose the option to create incremental backups, Windows Server Backup will create a full backup once every 14 days, or after 14 incremental backup operations, to reduce the risk from disk corruptions.


ЗЫ Впрочем, конкретная реализация меня никогда не интересовала, главное - оно работает как надо и как заявлено.

19-Flukostat > спасибо, выходит нормальная тема для моего случая по крайней мере бОльшую часть можно им лопатить...а остальное, что нужно пользовать просто без сжатия складывать копией.