奇怪的 Copy-Item powershell 行为答案

【问题标题】：Odd Copy-Item powershell behaviour奇怪的 Copy-Item powershell 行为
【发布时间】：2013-10-08 13:47:36
【问题描述】：

我仍然是 powershell 的新手（来自 vbscript），而且我已经有一段时间没有做任何太严肃的事情了，所以如果代码没有尽可能优雅，我提前道歉.

场景是这样的：

我们使用的系统每半小时在一个目录中创建文件夹，在这些子文件夹中可以创建图像文件（它们在子文件夹中是不同的名称，但在子文件夹中是相同的约定，因此 SubFolderA 可能包含 picture1.jpg 、picture2.jpg、picture3.jpg，但其他子文件夹也可以。

我需要监控整个树，并且在任何时候创建 JPG 文件时，将其复制出来，根据日期/时间/秒重命名并将其放在“平面”文件夹中。

在下面的代码中，行为在第一个文件夹上按预期工作（我可以生成多个文件，它会将它们全部复制），但是当一个文件出现在下一个文件夹中时，它表示它正在运行副本，但随后挂起。我没有从脚本中得到任何错误/反馈。

脚本在“我正在运行此副本”处停止，但没有其他任何反应，如果我重新启动脚本，它会正常运行，直到更改出现在第二个文件夹中。它可以是发生第一次更改的任何文件夹，之后的任何文件夹似乎都失败了。

我觉得我在处理事件的行为时做错了，但我理解得不够充分，无法理解它。如果仅在一个文件夹中发生更改，代码本身似乎可以正常运行。

目录树如下：

X:\PicsSource
X:\PicsSource\Folder 1\
X:\PicsSource\Folder 2\
X:\PicsSource\Folder 3\

我还应该提到，源将是网络共享，而目标最初将是本地的，但将来也可能是网络共享。对于我的测试，源和目标都是网络共享（在同一台服务器上），脚本在另一台机器上执行。

每个文件夹内都有很多文件，但我只对JPG感兴趣。

到目前为止我的代码：

Unregister-Event -SourceIdentifier FileCreated -ErrorAction SilentlyContinue
$folder = 'X:\PicsSource\'      #Folder to monitor
$destination = 'X:\PicsDest\'   #Folder to copy files too
$filter = '*.jpg'               #Set this for filtering of file types


$fsw = New-Object IO.FileSystemWatcher $folder, $filter -Property @{
 IncludeSubdirectories = $true             
 NotifyFilter = [IO.NotifyFilters]'FileName, LastWrite'
}



$onCreated = Register-ObjectEvent $fsw Created -SourceIdentifier FileCreated -Action {
$path = $Event.SourceEventArgs.FullPath
$name = $Event.SourceEventArgs.Name

 $newname = get-item $path | Select @{Name="CreationTime";Expression= {"{0:yyyy}-{0:MM}-{0:dd}@{0:HH}{0:mm}_{0:ss}" -f ([DateTime]$_.CreationTime)}}
 #Write-host $newname
 $newname = $newname -replace "@{CreationTime="
 $newname = $newname -replace "}"
 #Write-Host $newname
 #Write-Host $destination
 #Write-Host $path
 $finaldest = $destination + $newname
 $finaldest = $finaldest + ".JPG" | Out-String
 $finaldest = $finaldest.Trim()
 write-host $finaldest
 Copy-Item -path $path -Destination $finaldest -Force -Verbose
}

creationtime 字符串有点乱，但我相信它的功能（很高兴看到改进！）

提前致谢，我很想解决这个问题:)

干杯，马特

【问题讨论】：

脚本最终会产生错误，还是会在挂起后再次继续？

标签： powershell copy-item

【解决方案1】：

我的猜测是您处理已创建事件的脚本块正在引发异常，并且 FileSystemWatcher 永远不会再次调用它。来自该事件的任何未处理的异常都将导致 FileSystemWatcher 不再调用您的事件。

我的下一个猜测是调用的事件存在时间问题。 Created 事件在目录中创建文件时触发，因此该事件可能会在数据写入和文件关闭之前触发。也许文件夹 2 有一些非常大的文件写入速度很慢？

无论如何，常见的解决方案之一是在写入文件出现错误时简单地重试文件副本。看看以下事件代码是否适合您：

$onCreated = Register-ObjectEvent $fsw Created -SourceIdentifier FileCreated -Action {
    $path = $Event.SourceEventArgs.FullPath

    $newname = (Get-Item $path).CreationTime.ToString("yyyy-MM-dd@HHmm_ss_fff")
    $finaldest = $destination + $newname + ".JPG"

    $copied = $false
    $retriesLeft = 10
    while(-not $copied -and ($retriesLeft -gt 0)) {
        try {
            Copy-Item -path $path -Destination $finaldest -Force -Verbose
            $copied = $true
        } catch {
            Start-Sleep -Milliseconds 500
            --$retriesLeft
        }
    }
    if (-not $copied) {
        # log an error with $path and $finaldest
    }
 }

基本上，它的作用是尝试复制，如果失败，它将休眠 500 毫秒，然后重试。在永久放弃之前，它最多有 10 次重试。我还在生成的文件名上添加了毫秒数，因为在我的测试中，当粒度为秒时，快速进入的文件被覆盖。

【讨论】：