Собственно интересует опыт частоты создания полного архива и промежуточных. В каком отношении выбрать ? Типа 10 полных, а между ними по 10 промежуточных ? Или как лучше, проще и надёжнее ? Я так понял работу программы по резервному копированию Полный архив - промежуточный - (10 раз) - опять полный - пр(10) - полный .... Через 10 полных, самый первый удаляется и так по кругу.. Итого получается вроде 110 точек архива. Каждый десятый при этом полный. Архивируется каждый день при включении компа, автоматом. Так что скажите, посоветуете ?
если свободное место и время позволяют, то лучше все полные делать, и на отдельный съемный носитель копировать. судя по моему опыту - так надежнее всего
В свое время делал раз в неделю полный и каждый день измененные файлы. Только название софта не помню. Архив измененных хранился неделю.
А в облако никто не подвязывает? Стоят google диск 100Гб, дали при покупке смартфона. Яндекс.диск один 13Гб,второй 10Гб, очень мало конечно,но если важные доки,башляйте за место!
облаку я не доверяю, особенно после того взлома iCloud, когда я вдоволь насмотрелся на сиськи актрис. всегда лучше иметь собственное облако - NAS на четыре винчестера с шифрованием хитрым. у меня раньше так и было сделано, когда нужно было хранить много и делать бекапы регулярно - даже подвел к нему отдельную линию интернета с постоянным айпи. надежнее облака не сыскать.
Чтобы не создавать новую тему. Есть wifi роутер, к которому подключен сетевой диск. Необходимо, чтобы с определенных ноутбуков с определенных папок делались резервные копии на данный сетевой диск (в момент, когда эти ноуты подключены к данной сети; частота - ну, например, раз в день). Собственно, нужен соотв. софт. Можно платный. На что смотреть?
Подниму тему, стоит NAS синелоджи, но в модели нет облака, как защитить доки потопа или например кража? настроить синхронизацию напрямую с папками в облако? есть утилита актив синк с лицензией, она по-моему сжимает и кидает в облако?
Вот я примерно это и пишу выше, может это и к лучшему, что нет облака на NAS? вот как его отдельно реализовать?
Deceiver, если так важно - запилите subversion - или git и будет вам счастье ---------- Сообщение добавлено 17.02.2016 22:17 ---------- inside, любое изменение можете просмотреть...))) ---------- Сообщение добавлено 17.02.2016 22:19 ---------- да кто же мешает в облако сливать все, используя тот же старый добрый subversion Выдержка: Возможности[править | править вики-текст] Хранение полной истории изменений отслеживаемых объектов (файлов, каталогов, символьных ссылок[29]) в централизованном хранилище (репозитории), в том числе при изменении атрибутов («метаданных»), перемещении, переименовании и удалении Копирование объектов с разветвлением истории — при копировании в хранилище появляются два отдельных объекта с общей историей Поддержка переноса изменений между копиями объектов, в том числе полного слияния копий (в рабочей копии; без объединения истории) Поддержка ветвления: создания ветвей (копированием директорий) и работы с ними слияние ветвей (переносом изменений) Поддержка меток (копированием директорий) История изменений и копии объектов (в том числе ветви и метки) хранятся в виде связанных разностных копий — «дешёвых» (не требующих больших временны́х и дисковых ресурсов) при создании и хранении Поддержка конкурентной (в том числе одновременной, с изоляцией транзакций) многопользовательской работы с хранилищем и, в большинстве случаев, автоматическим слиянием изменений различных разработчиков (в рабочей копии) Фиксации изменений в хранилище (в том числе многообъектные) организуются в виде атомарных транзакций Сетевой обмен между сервером и клиентом предусматривает передачу только различий между рабочей копией и хранилищем Обеспечивается одинаково эффективная работа как с текстовыми, так и с двоичными файлами Различные варианты доступа к хранилищу, в том числе: непосредственный доступ на локальной файловой системе; по собственному сетевому протоколу; через веб-сервер по протоколу WebDAV/DeltaV. Вывод клиента командной строки одинаково удобен и для чтения, и для разбора программами Возможность зеркалирования хранилища Два возможных внутренних формата хранилища (англ. repository): база данных или набор обычных файлов Интернационализированные сообщения программы (используются настройки локали) Библиотеки для языков PHP, Python, Perl, Java позволяют встроить функциональность клиента Subversion в программы, написанные на этих языках Многоуровневая архитектура библиотек, изначально рассчитанная на клиент-серверную модель ЗЫ: если кратко - то имеете возможность откатиться хоть до символа изменения в тексте...