Я часами гуглил, чтобы найти решение для этой проблемы, но не смог найти ответ, подходящий для моей проблемы.
Моя настройка:
- У меня есть iMac с жестким диском ~ 1 ТБ
- Я копирую его с помощью Time Machine на NAS-устройство Synology DS214 + с пространством ~ 2,7 ТБ
Моя проблема:
- Я забыл установить ограничение размера для резервного пользователя. Нет, мой Time Machine Backup использует около 2,3 ТБ места. Это не круто.
- Я не могу установить квоту для пользователя Synology, потому что он начинает отсчет, начиная с нуля.
Что я хочу сделать:
- Если это возможно, я хочу сказать, чтобы резервная копия Time Machine автоматически уменьшалась до предела ~ 1,5 ТБ, удаляя самые старые резервные копии.
- Тогда я хочу, чтобы разреженный пучок больше не увеличивался.
Кто-нибудь из вас видит решение? Или мне нужно удалить все мои старые резервные копии, чтобы достичь цели?
hard-drive
time-machine
backup
nas
Майкл
источник
источник
Ответы:
Time Machine будет уважать определение размера - но только тогда, когда вы создадите контейнер . Эта функциональность - это все, что Apple обеспечивает для собственного резервного копирования, поэтому вам понадобится настраиваемая настройка, чтобы выполнить то, что вы просите, и вы не сможете ограничить все, как только вы начали резервное копирование в контейнер.
В дальнейшем, если вы хотите создать новый ограниченный контейнер, концепция не составит труда определить.
Server.app делает это легко - я не знаю о синологическом коде, который изменяет эту функцию, но был бы удивлен, если бы он не был на GitHub или опубликован где-то публично.
На этом этапе вы можете удалить все резервные копии больших пользовательских папок, а затем заблокировать их, скопировать старые данные резервной копии в новое место назначения и затем наследовать резервную копию.
Вы также можете сократить интервалы резервного копирования из командной строки или создать сценарий для этой автоматизации.
Много и много работы, но это может стоить того, как проект, если кто-то склонен.
Когда я стою на месте, я просто копирую старую «слишком большую» резервную копию на автономный жесткий диск, кладу ее на полку и начинаю заново с новыми резервными копиями того размера, который вам нравится. Через 6 месяцев или год - стереть этот старый диск, если вы действительно не чувствуете, что вам нужна эта старая история.
источник
Это самое простое решение с использованием OSX Terminal.
Получить список всех резервных копий в TimeMachine. Это также покажет вам полный путь к папке с резервными копиями, которые вам понадобятся на шаге 2 ...
Выберите, какие резервные копии следует удалить, основываясь на их дате. Обратите внимание на использование подстановочного знака * и использование каталога из шага 1. Например, чтобы удалить все резервные копии 2018 года, вы должны использовать это:
Последний шаг - уменьшить и восстановить пространство из разреженного пучка. Найдите на вашем резервном диске файл .sparsebundle.
источник
Уменьшите объем резервной копии до нужного размера. Time Machine предназначена для добавления резервных копий до заполнения тома, а затем для удаления старых копий. Он НЕ предназначен для совместного использования пространства хранения с другими вещами и не оставляет Х гигабайт свободными в месте назначения.
источник
Я согласен с ответом, данным ранее, но вы можете вручную удалить резервные копии Time Machine (на свой страх и риск).
Если вы подключаете том, есть папка «Backups.backupdb» (она может выглядеть немного иначе при удаленном резервном копировании). Внутри него будет указано имя вашего компьютера, а затем либо даты, либо объемы, либо наоборот (извините, в настоящее время я не в своем собственном Mac и не могу проверить точный порядок).
Если вы удалите несколько папок с более ранними датами, вы освободите место для изменения размера тома.
ПРИМЕЧАНИЕ. Имейте в виду, что Time Machine - это инкрементная резервная копия, использующая жесткие ссылки для неизмененных файлов. Таким образом, удаление одной папки с датой не может привести к удалению объема, в котором она указана.
источник
sudo tmutil delete
.Пример:
Можно вызывать повторно.
источник