Server 2012R2 - “Acesso Negado” na unidade no Explorer, mas pode navegar pela linha CMD

2

Acabei de fazer uma atualização in-loco de um convidado do Hyper-V do Windows Server 2008 para o Server 2012R2 (via Server 2012, pois a atualização direta de 2008 para 2012R2 não é suportada). Normalmente, é possível criar uma nova máquina e assumir funções, que é a opção oficialmente "preferida" da Microsoft, mas, por motivos organizacionais, isso não é possível. Este é um teste executado em uma cópia da VM original desconectada da rede.

Tudo parece bem, exceto que uma das três unidades de dados (arquivos VHDX separados) mostra "Acesso negado" ao clicar duas vezes para abrir a unidade no Windows Explorer. No entanto, posso listar diretórios e visualizar arquivos da linha de comando!

Medidas tomadas para resolver:

  • Configurações de convidado do Hyper-V com verificação dupla exatamente iguais ao servidor de produção
  • executar chkdsk na VM, nenhum erro encontrado
  • gerenciamento de disco mostra uma partição primária ativa e saudável (curiosamente, este é o único disco com espaço não alocado no início, talvez isso seja relevante?)
  • também relevante: o disco não pode ser marcado como off-line e era anteriormente host do arquivo de paginação
  • moveu o arquivo de paginação para C:\ (agora o disco pode ser colocado offline no gerenciamento de disco)
  • colocou o disco off-line e, em seguida, on-line novamente
  • removeu a atribuição de letras de unidade e adicionou novamente
  • fez backup de compartilhamentos do registro, encerrou a VM, desconectou o VHDX em questão, reiniciou, desligou, reconectou o VHDX
  • criou um novo volume no espaço não alocado antes do volume em questão naquele disco e excluiu-o
  • copiou novamente o arquivo VHDX para esta unidade do servidor de produção, caso o VHDX tenha se corrompido durante a cópia original
  • última vala, tomei posse e rentei a permissão da unidade (essa pasta, todas as subpastas e arquivos) e apliquei-a a objetos filho. Ainda recebendo "Acesso negado", indicando que não é um problema relacionado à ACL (permissões de arquivo)

Isso não afeta outras unidades, incluindo a unidade do sistema.

Eu ainda não robocopied dados para uma nova unidade como eu quero entender a causa raiz.

O que devo tentar em seguida?

    
por hazymat 20.07.2016 / 00:16

2 respostas

0

Como você está usando uma unidade de dados em um servidor, eu vou em frente e presumo que você esteja usando isso como um dispositivo compartilhado?

Nesse caso, existem as permissões NTFS, mas também compartilham permissões. A melhor prática é conceder a todos todas as permissões no nível de compartilhamento e gravar sua política de permissão nas permissões do NTFS.

Talvez as permissões de compartilhamento sejam restritivas?

    
por 13.06.2017 / 15:52
0

Eu tive o mesmo problema. A solução rápida para mim foi adicionar o grupo Everyone de volta para "Esta pasta apenas" à raiz da unidade com: Read & Execute , List folder contents e Read permissions ( Propriedades da unidade / segurança / avançado ).

No meu caso, esse problema foi causado por uma má prática da minha parte apontando o local do arquivo de log do instalador do SQL 2016 na raiz de uma unidade, em vez de criar uma subpasta. O instalador remove as permissões desnecessárias e o acesso ao Windows Explorer é bloqueado.

    
por 13.06.2017 / 15:37