Comments 16
А зачем tee, если задача для планировщика? Вроде бы, обычное перенаправление потока и в венде работает?
$ crontab -l
0 3 * * * /usr/bin/find /path/to/files/ -exec /usr/bin/touch {} +
И борьба сисодминов с пользователями на данном фронте заканчивается победой пользователей
Одной из проблем является то что этот "Обменник" превращается в инструмент долговременного хранения файлов, что недопустимо.
Насчёт недопустимости - есть весьма большие сомнения. Или у вас один сервер для оперативного обмена, второй для долговременного хранения, третий архивный? хорошо живёте...
Далее. Расскажите, что вы будете делать, когда выяснится, что скрипт удалил весьма важный файл? причём не потому, что сотрудник ушами хлопал, а по форс-мажору (заболел внезапно). Кстати, а вы смотрели, КУДА этот скрипт удаляет? А удаляет он сразу в никуда, минуя корзину...
Далее. Некоторые программные средства копирования сохраняют дату создания оригинального файла у его копии. Скопированный так файл улетит при первом же запуске скрипта. Или некоторые программные средства редактирования - обновляют файл, а не перезаписывают свежей копией, соответственно не обновляя дату создания.
Далее. От какой учётной записи будете запускать скрипт?
И ещё. А что, если юзер продвинутый, и поставит явный атрибут Delete = Deny для всех? А он владелец, ему можно... И текущий Remove-Item грохнется по ошибке, не обработав остаток массива. И -Force не поможет.
И ещё всякоразного можно накидать... только думать лениво.
Данная шара это не обязательно отдельный сервер, а именно шара, потому плодить сервера не нужно, насчет того что вдруг удалится важный файл, так вот там его быть не должно, для важных файлов у сотрудников есть отдельное хранилище, за сохранностью данных на котором мы следим. Мехазм рассчитан на среднестатистических пользователей, а не на супер продвинутых (с продвинутыми проще договориться),
Запускаться от УЗ которая обладает правами на удаление содержимого в данной шаре
Файлы с именем > 255(?) символов удаляться не будут (для обхода ограничения используется AlphaFS.dll). Возможно стоит анализировать и другие временные атрибуты.
Выложить скрипт на github? )
Орфография грустная, в коде много висящих пробелов в конце строк, пробелы перед запятой, использование алиасов, сомнительное оформление блоков и ошибки регистра.
выложил https://github.com/fiverok/psscripts/blob/main/Del_old_files.ps1, насчет длинных имен надо подумать
Вот пара сокращенных кусочков, в которых вся суть этой библиотеки.
В полном ещё учитываются файлы-исключения (System Volume Information, если чистить от корня), уровень вложенности удаляемых пустых директорий (оставить пустые папки верхнего уровня с фамилиями или отделами).
Import-Module -name "$(Split-Path $MyInvocation.MyCommand.Path)\AlphaFS.dll"
$files = @([Alphaleonis.Win32.Filesystem.Directory]::EnumerateFiles($FileExchangePath,'*',[System.IO.SearchOption]::'AllDirectories'))
foreach ($record in $files) {
$file = [Alphaleonis.Win32.Filesystem.File]::GetFileSystemEntryInfo($record)
if ($file.FullPath -notmatch $FilesToExclude){
if ($file.CreationTime -le $OldDate -and $file.LastAccessTime -le $OldDate -and $file.LastWriteTime -le $oldDate){
[Alphaleonis.Win32.Filesystem.File]::Delete($file.FullPath, $true)
}
}
}
$dirs = @([Alphaleonis.Win32.Filesystem.Directory]::EnumerateDirectories($FileExchangePath,'*',[System.IO.SearchOption]::'AllDirectories'))|sort length -Descending
foreach ($dir in $dirs) {
if ($dir -notmatch $FilesToExclude){
$dirfilescount = @([Alphaleonis.Win32.Filesystem.Directory]::EnumerateFiles($dir,'*',[System.IO.SearchOption]::'AllDirectories')).count
[Alphaleonis.Win32.Filesystem.Directory]::Delete($dir, $true)
}
}
Есть gpo которая это правит в контексте ntfs)
Я бы посоветовал присмотреться к утилите Agestore.
https://learn.microsoft.com/ru-ru/windows-hardware/drivers/debugger/agestore
Работает искаропки и зачастую она куда лучше в таких вопросах. Agestore удаляет файлы исходя не из даты их создание или изменения, а исходя из последнего обращения к файлу. Т.е. если лежит что-то, чем никто не интересовался и не пользовался X дней - выпиливаем. В случае временных или кешей это куда удобнее, чем жесткие лимиты в днях.
Атрибут файла CreationTime - может быть и прошлогодним, а файл положили на шару вот только что.
Чекать по нему ну никак нельзя.
Автоматическое удаление файлов и папок старше N дней