As pastas RECYCLER do usuário têm milhares de arquivos ocultos

11

Temos uma pasta "Usuários" que é a raiz de todos os arquivos de usuário e perfis de rede.

Usando um utilitário de tamanho de diretório (WinDirStat), deparei-me com um problema estranho e preocupante - milhares de arquivos efetivamente ocultos na interface da Lixeira do Windows. A pasta de cada usuário tem uma pasta RECYCLER diretamente abaixo My Documents, como:

\\server1\Users\smithj\smithj's Documents\RECYCLER\S-1-5-21-nnnnnn

Muito poucos de nossos usuários têm PCs, pois a maioria dos usuários faz login em um servidor Citrix Application a partir de um simples terminal Wyse. Como a maior parte de suas atividades de arquivo é em compartilhamentos de rede, os usuários (e nós administradores) sempre entenderam que não há "Lixeira de rede".

No entanto, a pasta RECYCLER oculta para a maioria dos usuários possui milhares de arquivos. Várias coisas se destacam:

  1. Na maioria dos casos, nenhum dos arquivos é visível usando a interface da Lixeira
  2. A convenção de nomenclatura para os arquivos individuais deve incluir uma letra de unidade como DCor DD, mas todos começam com D@- por exemplo [email protected],.
  3. Acredito que o @símbolo esteja impedindo o Windows de remover a referência dos arquivos originais, para que eles sejam simplesmente suprimidos na interface do usuário.
  4. Os arquivos juntos consomem dezenas de Gigabytes. Eles não são fantasmas. A exclusão de alguns arquivos aumenta o espaço livre na unidade.
  5. Parece que realmente temos uma "Lixeira de Rede". Por acidente. Sem nomes de arquivos reais.

Já decidimos que excluiremos todos os arquivos anteriores a Xdias. Eu posso fazer isso com um script do PowerShell. Diferentemente deste caso semelhante , excluiremos arquivos individuais em vez de toda a pasta.

Então, minhas perguntas:

  • Alguém viu esses @símbolos nos arquivos da Lixeira?
  • Todo o acesso às unidades de rede é feito através de unidades mapeadas. Isso poderia explicar por que os arquivos são reciclados? E escondido?
  • Embora executemos backups diários, eu só quero usar esse recurso para recuperar arquivos de último recurso. Alguma sugestão ou aviso?
jswanson
fonte
Não tenho certeza se você ainda está por perto, dada a idade desta pergunta, mas você está redirecionando Meus documentos para um caminho de rede?
Patrick Seymour
Estes dois artigos contêm instruções sobre como criar uma Lixeira de Rede em unidades de rede mapeadas. Você pode verificar se um deles se aplica ao seu caso: artigo 1 e artigo 2 .
harrymc

Respostas:

3

O que você está vendo é a lixeira para as pastas "Meus Documentos" redirecionadas.

O problema está bem descrito no artigo Redirecionamento da pasta Meus documentos / Lixeira :

Ao usar o redirecionamento de pasta para redirecionar as pastas Meus Documentos dos usuários, os itens excluídos da pasta Meus Documentos do usuário são armazenados em uma Lixeira na pasta Meus Documentos do usuário [que fica em um servidor]. Infelizmente, o tamanho máximo da Lixeira é baseado no tamanho da unidade em que a pasta Meus Documentos também foi redirecionada. O tamanho padrão é 10%. Usando o cliente de registro do Policy Maker e a Diretiva de Grupo, pressionei as configurações necessárias para tornar o tamanho máximo da Lixeira da pasta Meus Documentos em 1%.

O problema é que 1% ainda é muito grande. Atualmente, a unidade usada para armazenar Meus Documentos redirecionados tem 500 GB. 1% disso é de 5 GB, composto por cerca de 2.000 usuários e é claro que, ao longo dos anos, poderíamos potencialmente armazenar muitos arquivos desnecessários. Ensinar ou instruir 2000 usuários a limpar sua pasta Meus Documentos regularmente simplesmente não é possível.

O artigo Redirecionamento de pastas e lixeira diz o seguinte:

Se você redirecionar a Lixeira "Meus Documentos", isso poderá se tornar um problema (desperdiçando toneladas de espaço em disco caro no servidor).

Você pode controlar Recycle Bin comportamento com esta chave de registo: HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket, NukeOnDelete=1iria desativar o uso da Lixeira para Redirecionadas pastas.

Há outro item chamado UseGlobalSettingsque tem o valor 1 se esses parâmetros forem usados ​​para todos os discos. Com o valor 0, os parâmetros da lixeira de cada disco são encontrados como subchaves com a letra da unidade do disco.

No entanto, há outro problema levantado nesse artigo:

Essa chave NukeOnDelete é muito boa. No entanto, trago outro enigma ... Depois de redirecionar Meus documentos, o usuário terá duas Lixeiras - uma para arquivos locais e outra para arquivos redirecionados. Quando o usuário navega para a Lixeira, ele carrega automaticamente os Meus Documentos redirecionados, mas não consigo descobrir como acessar a Lixeira local. Entendo que a Lixeira local é C: \ Recycler, mas o diretório sempre aparece vazio. Eu sei que no ambiente ideal, os usuários não devem ter acesso para excluir arquivos do sistema local. Deve haver uma maneira de permitir que o usuário acesse a Lixeira local depois de redirecionar Meus Documentos (além de desativar o redirecionamento e fazer logoff / logon) ...

Mais informações do artigo acima sobre o controle dos tamanhos da lixeira:

  1. O valor MaxCapacity está localizado emHKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\<GUID>
  2. Em nosso ambiente, redirecionamos apenas as pastas Área de trabalho e Documentos para o servidor. Os GUIDs para esses são (os outros estão localizados em http://msdn.microsoft.com/en-us/library/bb882665.aspx ):
    1. Área de trabalho: B4BFCC3A-DB2C-424C-B029-7FE99A87C641
    2. Documentos: FDD39AD0-238F-46AF-ADB4-6C85480369C7
  3. Como exemplo, para definir a pasta da Área de Trabalho redirecionada para usar somente até 200 MB, aplique o seguinte valor do Registro:
    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 (0xC8 é 200 em hexadecimal)
  4. Usei as Preferências de Diretiva de Grupo para enviar essas alterações ao nosso ambiente.
  5. Nos meus testes, isso não eliminou imediatamente os itens da Lixeira maiores. No entanto, quando excluí um novo item após a aplicação dessa configuração de registro, os itens mais antigos são imediatamente excluídos da Lixeira.

Quanto à exclusão desses arquivos: Isso efetivamente apagará os documentos excluídos da lixeira do usuário, portanto, pode não ser um problema muito grande. Exceto pelo fato de que isso poderia prejudicar as configurações da lixeira, especificando arquivos que não existem mais. Talvez seja melhor esvaziar a lixeira geral imediatamente após excluir todos esses arquivos.

Francamente, os Meus Documentos redirecionados parecem ter sido realmente bagunçados pela Microsoft. Você terá que entrar delicadamente entre as dicas.

harrymc
fonte
Um bom artigo, mas observe que o problema de arquivos ocultos na Lixeira pode e ainda existirá, mesmo que você desative a configuração de tamanho máximo da Lixeira.
HopelessN00b
3

WTF? Alguém viu esses símbolos @ nos arquivos da Lixeira?

Sim, eu já vi isso nos ambientes Windows, tanto quanto me lembro. Tanto em casa, em ambientes de usuário único e sistemas operacionais cliente Windows, quanto no trabalho / escola em ambientes multiusuário em sistemas operacionais Windows server com muitos usuários.

Todo o acesso à unidade de rede é feito através de unidades mapeadas. Isso poderia explicar por que os arquivos são reciclados? E escondido?

Não. O que você está vendo é uma função da maneira como a Lixeira funciona .


Quando você exclui um arquivo, o caminho completo e o nome do arquivo são armazenados em um arquivo oculto chamado Info ou Info2 (Windows 98) na pasta Reciclado. O arquivo excluído é renomeado, usando a seguinte sintaxe:

D<original drive letter of file><#>.<original extension> 

Quanto a "explicar" por que isso acontece com uma Lixeira do Windows, nunca vi uma explicação mais autorizada do que " encolher os ombros ... corrupção". O resumo no artigo vinculado informa qual parte do processo está errada, mas não detalha o tipo de detalhe sobre o processo necessário para explicar adequadamente o que está realmente se deteriorando e onde. Presumivelmente, se eles tivessem, alguém já teria resolvido esse problema.

Embora executemos backups diários, pretendo usar esse recurso para recuperação de arquivos de último recurso. Alguma sugestão ou aviso?

Não, nuke away. Os arquivos não podem ser restaurados com seus nomes originais (pois não estão mais no manifesto do arquivo INFO do conteúdo da Lixeira) e os usuários não podem vê-los / não sabem mais se estão lá, portanto é apenas espaço desperdiçado.

HopelessN00b
fonte
No artigo que você cita, os arquivos têm #, enquanto o pôster possui @. Além disso, muitas coisas mudaram desde o Windows 98, portanto o artigo não se aplica.
harrymc
@harrymc Eu sou positivo. A @existe porque o arquivo originalmente "veio de" um compartilhamento de rede ou caminho, em vez de uma unidade com uma letra. Então, em vez de DC[#].[whatever]originalmente ter vindo da Cunidade, você obtém D@[#].[whatever]... porque um compartilhamento de rede ou caminho UNC não possui uma "letra de unidade" para entrar na posição do segundo caractere. (Então, ele usa o @símbolo em vez da letra de unidade ... por qualquer motivo.)
HopelessN00b
Ele diz que o acesso é feito através de compartilhamentos mapeados, para que eles tenham uma letra de unidade. Eu tenho tentado duplicar o problema dele e não consigo gerenciá-lo, mapeado ou não: os arquivos foram excluídos. Esquisito. Você pode duplicar? Veja a Wikipedia para a nova convenção de nomenclatura usando $, not @ou #.
harrymc
@harrymc Não consigo duplicá-lo no comando, mas administro dezenas de servidores de arquivos com esses tipos de arquivos, no caminho do perfil redirecionado dos usuários. Uma unidade mapeada não é a mesma que uma unidade conectada localmente, pois os mapeamentos de rede (e os mapeamentos de letras da unidade que os acompanham) são uma configuração por usuário, não uma configuração em todo o sistema. Isso significa que, quando o sistema grava o local original do arquivo no manifesto da lixeira, ele usa o caminho real , como \\server1\Users\smithj\smithj's Documents\somefileem vez do caminho que o usuário vê, como Y:\somefile.
HopelessN00b
Fiz mais algumas pesquisas sobre esse curioso problema e encontrei mais informações que coloquei em uma resposta separada.
harrymc