Мы используем печь для контроля источников; и создайте резервную копию, скопировав папку KilnRepositories на другой (локальный) диск, когда все службы остановлены, а затем на сетевой диск (локальная копия должна сократить время простоя, в то время как мы получаем непротиворечивую копию одновременно с БД, а затем копия, отправленная в сеть, подкрепляется остальными нашими данными).
Недавно мы заметили, что диск на сервере, используемый в качестве временной области, растет быстрее, чем фактический диск с данными, несмотря на использование robocopy /MIR:
robocopy "$liveRepoLocation" "$cloneRepoLocation" /MIR /MT /W:3 /R:100 /LOG:"$backupLogLocation\BackupKiln.txt" /NFL /NDL /NP
(Здесь есть копия нашего полного резервного скрипта)
Я подозреваю, что это может быть связано с тем, что на исходном диске имеются символические ссылки, вызванные ветвями одного и того же хранилища, которые просто копируются в виде фактических данных при копировании на другой диск.
Если я щелкну правой кнопкой мыши и выполню Свойства в обеих папках (по одной на каждом диске), число файлов, байтов и т.д. Все будет практически одинаковым (оба отчета имеют размер 30,7 ГБ, хотя исходный диск сообщает об использовании только 25 ГБ). диска используется).
Я бы предпочел, чтобы скрипт скопировал символические ссылки / соединения / как угодно; однако им нужно будет указывать на эквивалентные местоположения на новом диске, а не назад на исходный диск (все ссылки будут указывать на то, что внутри того же дерева будет копироваться).
В идеале; Я хотел бы также сохранить это в сети (в случае, если нам нужно восстановить), хотя я подозреваю, что это может быть сложнее.
Похоже ли это на вероятную причину нашей проблемы; и могу ли я сделать Robocopy делать то, что мне нужно?