Gerenciamento de VSS no Windows

Question

Costumo usar o recurso VSS integrado em servidores de arquivos do Windows, para permitir que os usuários restaurem alguns arquivos. Isso também permite que a equipe de TI faça o trabalho rapidamente quando há poucos arquivos envolvidos, o que é o problema mais frequente.

Por exemplo, eu tomo um VSS por hora de trabalho (10 por dia) e retê-los durante 4 semanas (5 dias úteis por semana) - > total = 200 VSS por 4 semanas

Gostaria de usar uma política de retenção "flexível":
Por exemplo, manter cada VSS por hora durante 3 dias úteis, depois 4 VSS por dia durante os próximos 7 dias úteis, depois 2 VSS por dia durante os próximos 10 dias úteis - > total = 78 VSS por 4 semanas

O espaço ocupado pelo VSS em ambos os casos deve ser semelhante.
Meu ponto não é economizar espaço. É para estender o número de semanas durante o VSS são mantidos. Mas como o NTFS pode ter um máximo de 512 VSS, o VSS horário não é sustentável por mais de 10 semanas. E isso é um grande número.

Pergunta: você acha que devo escrever um script do PowerShell para gerenciar a política de retenção do VSS? Ou posso usar algo já feito (script ou software)?

    

Answer 1

Você pode adaptar este script simples às suas necessidades:

#This script deletes all shadow copies older than 30 days 
#By Wayne Johnson 

Get-WmiObject Win32_Shadowcopy | ForEach-Object { 

    $WmiSnapShotDate = $_.InstallDate 
    $strShadowID = $_.ID 
    $dtmSnapShotDate = [management.managementDateTimeConverter]::ToDateTime($WmiSnapShotDate)  
    $strClientAccessible = $_.ClientAccessible 
    $dtmCurDate = Get-Date 

    $dtmTimeSpan = New-TimeSpan $dtmSnapShotDate $dtmCurDate  
    $intNumberDays = $dtmTimeSpan.Days 

    If ($intNumberDays -ge 31 -and $strClientAccessible -eq "True") { 
        $_.Delete() 
    }

}

    

Answer 2

Você deve ter backups off-line reais para outras mídias para necessidades de recuperação de dados a longo prazo. As cópias de sombra são fantásticas para restaurações voltadas ao usuário de curto prazo, mas não serão (e não devem) toda a sua ferramenta de proteção de dados.