Odd Copy-Item powershell行为

时间:2013-10-08 13:47:36

标签: powershell copy-item

我仍然是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
}

创建时字符串有点乱,但我相信它的功能(很高兴看到改进!)

先谢谢,我很想解决这个问题:)

干杯, 马特

1 个答案:

答案 0 :(得分:0)

我的猜测是你的脚本块来处理创建的事件会引发异常而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次重试。我还在毫秒内添加了生成的文件名,因为在我的测试中,当粒度为秒时,快速进入的文件被覆盖。

相关问题