2

Мы запускаем Time Machine на нашем SL-сервере и недавно приобрели Drobo S с намерением регулярно выполнять локальное резервное копирование всего сервера. Однако для нас не очень полезно хранить резервные копии старше пары недель или максимум одного месяца. Нам просто не нужна такая избыточность, и на самом деле последняя или две недели интересны в случае катастрофы.

Тем не менее, я не могу найти способ ограничить возраст резервных копий Time Machine, чтобы соответствовать нашим требованиям. Мне кажется, что он просто съедает все доступное пространство, и если пространство истощается, ТОГДА он начинает удалять старые версии. Это кажется крайне неэффективным, особенно если учесть, что Time Machine, похоже, хранит не дельты, а фактические целые копии измененных файлов, что само по себе неэффективно (хотя, возможно, это имеет смысл).

Короче говоря, возможно ли ограничить возраст резервных копий машины времени?

4 ответа4

2

Да, у Дробо есть скрипт для этого.

1

Хотя нет явного способа ограничить фактический срок хранения резервной копии Time Machine, можно ограничить объем пространства, используемого на внешнем жестком диске программой Time Machine, вынудив Time Machine использовать разреженное изображение с ограниченным размером (Советы Mac OS X Учебники).

Time Machine по своему замыслу не начнет удалять старые резервные копии, пока не будет исчерпано свободное пространство для следующей дельта-резервной копии.

1

Не существует встроенного метода для ограничения объема пространства, которое будет занимать Time Machine, но я хотел бы просто отметить, что углубленное резервное копирование не является плохой вещью.

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

Но это не ответ на твой вопрос, не так ли? По моему опыту, в сетевой среде самостоятельное управление дисковым пространством Time Machine разумно, но когда резервное копирование по сети выполняется несколькими людьми, это может раздражать ...

Но в настоящее время в стоковой среде нет способа (который я знаю) самостоятельно управлять этим .. Приложение Drobos звучит интересно, но если оно не назначает квоты, я не понимаю, как оно им управляет.

Частично проблема заключается в том, что машина времени использует жесткие связи. Если вы удаляете файл или папку, это может быть жесткая ссылка на предыдущую резервную копию или используемая новой резервной копией ... Вы должны проверить количество ссылок, прежде чем удалить его. Вот почему машина времени может быть настолько эффективной в управлении пространством. Там только одна копия файла или папки, в том же месте ...

0

Для этого у Drobo есть статья в КБ: http://support.datarobotics.com/app/answers/detail/a_id/119

Я обнаружил, что мне нужно было выбросить мой drobo, отсоединить его от MacBook Pro, а затем выключить (после того, как индикатор питания стал оранжевым).

После того, как я включил его и подключил снова, Drobo Manager показал правильное использование пространства, и синие огни на передней панели отрегулировали себя через несколько минут.

К сожалению, похоже, что "Расширенные инструменты" Drobo Manager не понимают многотомные записи, поэтому вы можете переименовать его через менеджер и т.д.

Предположительно, дополнительное пространство от новых дисков будет добавлено ко второму тому, но я еще не проверял его. :-/

Чао!

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .