Форум переехал и обновился!

Для первого входа необходимо установить новый пароль через «Забыли пароль?». Укажите email, использованный при регистрации. Теперь вход выполняется по email, ваш ник на форуме сохранён.

Не помните адрес регистрации? Проверьте свои почтовые ящики: найдите старые письма по запросам club-nikon.ru или Клуб Nikon. Если восстановить доступ не получается, напишите на club-nikon@deesy.com.

Если вы уже установили новый пароль, повторять восстановление не нужно.

Резервное копирование

Аватара пользователя
Sanitar
Сообщения: 1545
Зарегистрирован: Пн июн 04, 2012 13:19

Re: Резервное копирование

Сообщение Sanitar »

Barco писал(а): Сб фев 19, 2022 15:58
Почему отказались от стримера?



Поиск медленный?



Насколько удобно было работать с картриджами и самим устройством?

Есть разница в удобстве внутренне устройство или внешнее?


С поиском, да, надо хранить файл описания.



У меня стриммер SAS, контроллер к нему pci, когда-то обновлял комп, там просто не оказалось места для этого контроллера, выделил для этого отдельный компик с линуксом. Плюс жил на съёмных квартирах, ленты и стриммер оказывались где-нибудь в коробке у родителей дома. Около года пробовал приладить к своему укладу жизни, не прижилось.

Софт опять же, я таром заливал, наверное были варианты, подружелюбней, но сейчас не помню уже.

Ну и с восстановлением скорость не высока, проще и быстрее ленту на диск раскатать, чем нужные файлики считать.



Что-то стало даже интересно, попробую отладить процесс снова.



Ну а главный недостаток выход из строя стриммера, без него ленты бесполезны.
Аватара пользователя
Виктор.
Сообщения: 5187
Зарегистрирован: Сб июл 20, 2013 17:32

Re: Резервное копирование

Сообщение Виктор. »

Wet999 писал(а): Сб фев 19, 2022 08:51
А если есть подозрения на дубли, вне зависимости от типа фалов и тд, то использую программу alldup для поиска дублей, лучше не встречал. https://www.alldup.d...load_alldup.php
А какие еще рассматривались?

Своими словами можете поделиться практикой использования alldup?

У меня много дублей. Их количество суммарно может измеряться в тысячах файлов.

Много дублей возникло когда пришлось восстанавливать диск на котором накрылась файловая структура.

И тогда, после восстановления, файлы приобрели цифровые (отвлеченные) названия. Много битых. При этом файл может быть открывающийся и другой, с таким же названием не открывающийся.



Так и не нашел способа как эту проблему победить.

Теми приложениями, что пользовался - они ищут файлы с одинаковыми названиями и выводят сразу их огромное количество, не позволяя посмотреть, какой из файлов открывается, какой нет.



Вобщем интересует программа, находящая дубли на всем диске или даже на нескольких дисках и выводит те, которые считает дублями так, чтобы можно было быстро увидеть визуально дубль или нет и какой из них открывается, какой нет и грохнуть ненужные.
Аватара пользователя
Авихай
Сообщения: 3531
Зарегистрирован: Вт янв 17, 2012 22:48

Re: Резервное копирование

Сообщение Авихай »

Barco писал(а): Сб фев 19, 2022 16:00
А наследники разберутся?

...
Если захотят.

Думаю, распродадут 90% техники, а из архивов оставят только фото/видео, я для этого подготовился.

Оставят, наверное, Сони А9 + 24-105. Программы и данные - у заказчиков. Разберутся.
В наше время все существует ради того, чтобы окончиться фотографией /Сьюзан Зонтаг/
Аватара пользователя
kreef
Сообщения: 378
Зарегистрирован: Пн янв 13, 2014 08:13

Re: Резервное копирование

Сообщение kreef »

goldpompon писал(а): Сб фев 19, 2022 10:01
У меня к Вам вопрос. Как это можно открыть акронисовский бэкап, как обычную папку. Что-то я здесь не понял.
Архивы акрониса имеют расширение tib. В проводнике Windows выглядят как на скриншоте ниже. Посмотрите на него, видно что 08.02.2022 создан полный архив (со словом full в имени), большого размера. А затем каждый день инкрементальные архивы маленького размера.
Screenshot_1.jpg


Двойной клик по любому архиву в проводнике Windows раскрывает его. Может задуматься на некоторое время, акронису требуется прочитать все инкрементальные архивы для показа содержимого. Выбираем нужную версию (за нужную дату), раскрываем дальше как обычно в проводнике, находим нужные файлы в дереве, копируем себе куда хотим. Ничего специально настраивать не надо, оно по умолчанию так работает.
Screenshot_2.jpg
Аватара пользователя
kreef
Сообщения: 378
Зарегистрирован: Пн янв 13, 2014 08:13

Re: Резервное копирование

Сообщение kreef »

goldpompon писал(а): Сб фев 19, 2022 10:01И где отключается сжатие файлов? Ну даже если отключить - смысл бэкапа экономия места на диске - зачем нужна тогда сторонняя программа? Копируй виндой на резервные диски и всё ОК!
Смысл всего этого подробно изложил коллега multiformat amateur выше в этой теме (и многократно еще в других местах). Если у вас просто куча NEF файлов и вы боитесь их потерять, то да, тупо копируем их (или весь диск) виндой на другой винт и кладем в тумбочку. Это одно. И совсем другое ежедневные бекапы - они дают возможность при необходимости восстановить файл по состоянию на любую дату на некоторое время назад. Например пишу статью, или верстаю книгу, или пишу программу, что-то изменил в тексте, понаписал кучу кода... а потом оказывается что надо найти кусок кода, который я написал 3 недели назад, но затер 2 недели назад. Без проблем, на любую дату за последние 2-3 месяца.


И где отключается сжатие файлов?
В настройках бекапа. Судя по вопросам вы с акронисом в рукопашную работаете? Весь его смысл в автоматических бекапах. Мне проще показать как у меня настроено. В интерфейсе создаем задание: жмем например File Bakup, выбираем весь диск который будет бекапится, снимаем галочки с папок, которые не надо бекапить. Например у меня не бекапится папка, в которую копирую сначала копирую файлы с фотоаппарата, до их сортировки, т.к. много мусора и бекапить его только место занимать). Выбираем папку куда будут писаться бекапы (лучше по сети на другой комп) и имя архива.
Screenshot_3.jpg


Выбираем расписание (Schedule на скриншоте выше), у меня ежедневно с 8:00. Далее настраиваем Backup scheme. У меня схема настроена так: сделать полную версию, а затем каждый день 30 дней инкрементальные версии. Затем снова полную и так далее. Хранить не более трех цепочек версий, то версии старше чем 3 месяца автоматически удаляются. Если много дискового пространства можно и больше версий хранить. Либо настроить копирование через день... короче вариантов много. Слишком много инкрементных архивов делать не следует, так как порча одного из них приведет к не читаемости всех последующих (но предыдущие прочтутся).
Screenshot_4.jpg




Степень сжатия, про которую вы спрашивали, регулируется в соседней вкладке. И да, фалы НИКАК не меняются от сжатия-расжатия при архивировании, это как бы самые основы компьютерной грамотности (сжатие с потерями и сжатие без потерь, чем отличается tiff от jpg в ту же тему ) smile
Screenshot_5.jpg
Аватара пользователя
kreef
Сообщения: 378
Зарегистрирован: Пн янв 13, 2014 08:13

Re: Резервное копирование

Сообщение kreef »

Еще два слова. Бекапить свои файлы на тот же самый винчестер смысла большого нет - если накроется винт, то потеряно все, это понятно.



Когда у меня в сети было два компа, то данные с первого бекапились на выделенный винт во втором компе, а данные со второго на первый.



После апгрейда компов, освободившийся старый комп был перенесен в дальнее помещение, убрано все лишнее (монитор, видеокарта, клавиатура) проведена быстрая 10 Gb сеть до него (описано здесь), управление по виндовсовской remote desktop (удаленный рабочий стол - очень удобно на двухмониторной системе), запихал в него несколько винчестеров, связал их в единый диск программой DrivePool (рейд-массивы не вижу смысла) и вот на этот объединенный диск оба рабочих компа пишут ежедневные бекапы. Плюс в тумбочке лежат винты со всеми NEF-ами от начала времен на старых винтах. На всякий случай.



Вы еще спрашивали зачем понадобилось отключать сжатие. Для скорости. Инкрементный бекап создается и пишется быстро, скажем минуту или около того. А вот полный, раз в месяц, бекапится несколько часов. И, как оказалось, тормозит не сеть, и не винты при записи, а сам акронис при сжатии файлов (хотя комп очень быстрый Ryzen 5900). После отключения сжатия бекап файлы может и увеличились чуток в размерах, но незначительно (кстати, зачем сжимать NEF вообще не понятно), зато запись на диск идет на максимально возможной для него скорости.
Аватара пользователя
Deesy
Сообщения: 3215
Зарегистрирован: Пт апр 05, 2013 08:40

Re: Резервное копирование

Сообщение Deesy »

kreef писал(а): Вс фев 20, 2022 01:21
Например пишу статью, или верстаю книгу, или пишу программу, что-то изменил в тексте, понаписал кучу кода... а потом оказывается что надо найти кусок кода, который я написал 3 недели назад, но затер 2 недели назад. Без проблем, на любую дату за последние 2-3 месяца.
у программистов есть тулз для создания версий кода. самое простое - Git. в инете полно ресурсов как им пользоваться. вот там реально есть версионность, кто когда зачем. и тем более можно визуально посмотреть какой текст был изменен между какими версиями. это топ.

а так - сейчас данные сжимаются уже как правило (те же документы MS Word, MS Excel), поэтому ставить компрессию смысла нет (для простоты можно повесить атрибут компрессии на файлы/каталоги в NTFS дисках). а если нет необходимости компрессии то есть смысл пользоваться простыми вещами типа rsync. оно хранит файлы без всяких там преобразований поэтому доступ до любого файла есть всегда.

имхо
Быстро. Дешево. Качественно. Выбери любые два!

"Шилка" - лучший тренажер фотографа-скорострела
Аватара пользователя
Sanitar
Сообщения: 1545
Зарегистрирован: Пн июн 04, 2012 13:19

Re: Резервное копирование

Сообщение Sanitar »

Тоже про git упомянуть хотел. Для кода, скриптов, текстов и конфигов просто незаменим. Я раньше scm пользовался, но гит победил, да и на работе git. Можно синхронизировать с github, а можно и свой сервер гит поднять, gitlab например. Но фотки через гит бекапить не рационально, это всё же инструмент для текстов.
Аватара пользователя
multiformat amateur
Сообщения: 8619
Зарегистрирован: Пт дек 02, 2005 11:36

Re: Резервное копирование

Сообщение multiformat amateur »

Sanitar писал(а): Вс фев 20, 2022 09:26
Тоже про git упомянуть хотел. Для кода, скриптов, текстов и конфигов просто незаменим. Я раньше scm пользовался, но гит победил, да и на работе git. Можно синхронизировать с github, а можно и свой сервер гит поднять, gitlab например. Но фотки через гит бекапить не рационально, это всё же инструмент для текстов.




Если вернуться к потребностям фотографа, то тут скорее имеется задача резервирования большого количества и объема неизменных данных, таких как равки и созданные на их основе джепеги, рабочие psd-шки и т.п. Если равы уже сжатые камерой, то сжимать средствами архивирования эти файлы нет смысла. Инструмент бэкапа может вполне работать без функции сжатия. По сути, хорошее средство бэкапа для фотографа должно продуктивно отвечать на три сценария "что если":


  1. Что если выйдет из строя жесткий диск рабочего компьютера? Как разруливается эта ситуация.
  2. Что если файл будет зашифрован вирусом или же случайно сами удалили файл или целые директорию? И, обнаружили эту проблему спустя две-три недели после события, когда очередные несколько бэкапов уже произведены.
  3. Что если квартиру залили водой, пока вы были в отъезде? Или же блок питания компьютера подал 230 вольт на все диски компьютера? Вариант: что если Ваши компьютеры вынесли из квартиры злоумышленники (А Вам послезавтра отдавать съемку заказчику)?


Ну и для параноиков четвертое "если":

что если вышел из строя жесткий диск с единственным бэкапом?

(вариант - "битый архив"), а поскольку бэкап автоматизирован, мы сразу этого не заметили. Но, внезапно возникла необходимость восстановить данные, исходя из предыдущих трех "если". А диск с бэкапами - оказывается нечитаемым. Что в таком случае делать простому крестьянину?



Таким образом, необходима система:

программа(ы). Умеющая в "версионность" резервных копий

Организация мест хранения таким образом, чтобы распределить файлы архивов катастрофоустойчивым образом:

Чтобы рабочие файлы и архивы не лежали бы внутри одного компьютера. Внутри одного помещения.

____________



Ну и для сибаритов:

Архивация системного диска чтобы можно было бы в любой момент быстро восстановить его после ошибок ОС, выходя из строя системного жесткого диска и т.п.

Вот тут нужны непростые решения, умеющие в "теневые копии", умеющие в архивацию работающих системных дисков с ОС. И Акронис - одно из них. Не самое плохое решение. По крайней мере из того что я пробовал, оно очень удобно именно для восстановления системных дисков, даже дистанционно. И без необходимости отдельного загрузочного носителя, в отличие от многих аналогичных систем. У меня был случай восстановления состояния системного диска любимой теще, компьютер находился за несколько тыс. км. от меня, и естественно пожилая женщина не будет разбираться с загрузочными флешками и т.п. Из того что я пробовал, только Акронис умеет самостоятельно поставить свой бутлоадер, и если указываешь архив системного диска, он при перезагрузке компьютера автоматически подцепляет указанный архив, автоматически его разворачивает на имеющийся системный диск, и после автоматической же перезагрузки компьютер становится снова "как новенький", откатанный в системе на указанную дату. Это чрезвычайно удобно (речь идет об Acronis true image, о решении для обывателя)



Акронис, несмотря на то, что его многие ругают, вполне подходит под существующие требования:

1. Умеет в версионность

2. Умеет писать сразу в несколько мест хранения (и в облако тоже)

3. Умеет в полноценную архивацию работающего системного диска, и разворачивание образа системы обратно (причем, без необходимости загрузочного носителя)

4. Умеет в верификацию резервных копий, что тоже неплохо с точки зрения функциональности.

5. Насколько помню умеет в связь с местом архивации не только по SMB, то есть место хранения архивов может быть защищено и от воздействия вирусов, попавших на рабочую машину.

В общем, нормальный софт, если уметь им пользоваться.



еще немного про Акронис:

У меня акронис для домашнего пользователя (true image) старых версий, которые давно купил. Что там с новейшими версиями - я не знаю. У компании Акронис сейчас сложные отношения с Россией. После "крымнаш" они прекратили продавать trueimage на территории России. Потом, несколько лет шли попытки передать этот софт в якобы "российскую" компанию "Инфозащита", которую потом еще один раз переименовали в "Киберпротект". Чтобы, как бы, разнести линии международных продуктов и продуктов для России "по разным брендам". Последний раз когда интересовался вопросом покупки true image для домашнего пользователя, предлагали либо покупать международную версию для рабочих станций, либо ждать когда "слепят" русскую. На дворе 2022-й год, но русской версии для домашних пользователей до сих пор нет. Что печально. Видимо действительно нужно искать альтернативный софт с аналогичным функционалом. Если кто подскажет - буду благодарен. Пока ближайшей альтернативой я юзаю synology active backup, но у него в сравнении с Акронисом есть три больших недостатка: (а) восстановление системного диска возможно только при отдельном загрузочном носителе (б) файловый контейнер с архивами жестко привязан к конкретному оборудованию, и обойти это ограничение практически очень сложно (в) низкая скорость архивирования/разархивирования. Для отдельных файлов - норм, а если восстанавливать логический жесткий диск - это долго и оттого мучительно. Так что, получается, что пока Акронис - безальтернативен, если найдете удобную для Вас версию этой программы.
Аватара пользователя
Sanitar
Сообщения: 1545
Зарегистрирован: Пн июн 04, 2012 13:19

Re: Резервное копирование

Сообщение Sanitar »

multiformat amateur писал(а): Вс фев 20, 2022 10:35
.
Посмотрите veeam у них есть продукты для бекапа системы. Для линукса бы rear посоветовал, но нужна возможность загрузки по сети. Я системные диски перестал бекапить, проще переставить. Onedrive бекапит домашний каталог, а другого чего важного на системном не храню. На линукс машине хомяк и важные настройки просто в git синкаются. Сейчас для интереса поставил хакинтош, там пока не понятно что делать, есть какая-то тайммашин.

Вернуться в «Перекачка и хранение файлов, создание архивов (картридеры, хранилища)»

Кто сейчас на конференции

Сейчас этот форум просматривают: ClaudeBot [Bot] и 0 гостей