Obtendo um erro de 'Acesso negado' ao tentar criar uma tarefa de backup para o Backup Exec 10D

Question

Acho que a resposta fácil para a minha pergunta é "algo não tem as permissões corretas". = P. Eu li Backup Exec b2d NAS , mas isso realmente não respondeu à minha pergunta.

Eu pesquisei o Guia do administrador e o Google tentando ignorar isso, mas não estou conseguindo chegar a lugar nenhum muito rapidamente e não estou disposto a ligar para o suporte da Symantec se puder evitá-lo.

A configuração básica:

Cisco NSS324

Windows Server 2003 - SP2

Symantec Backup Exec 10D

Eu quero criar um trabalho B2D para o NAS e usei o caminho UNC \<NAS DEVICE NAME>\<TOP LEVEL SHARE>\<BACKUP FOLDER>\ . No entanto, assim que eu clicar em "OK", aparece um erro "Access is Denied".

O NAS se uniu ao domínio de rede e eu dei ao usuário 'veritas' AD acesso total de leitura / gravação ao meu compartilhamento NAS via interface da Cisco e adicionei o usuário 'veritas' ao grupo AD 'Backup Operators' (embora esse grupo não apareça na Web Interface como um grupo de domínio para o qual posso dar acesso, o que me leva a suspeitar que essa etapa pode ser discutível) e o mais engraçado é que posso navegar até a pasta dentro do BE10D!

Eu obviamente estou sentindo falta de algo bem básico aqui,

Eu não tenho certeza do que. Alguém pode me dar um ponteiro?

Felicidades,

Atualização:

Ah, droga. Eu percebi depois de postar ontem que eu tinha conectado a uma unidade local (Got B: \ de alguma forma confundido com Z: \), não o NAS. Portanto, eu sou um idiota gigante e ainda não resolvi isso.

Ainda estou recebendo uma mensagem "Acesso negado" ao usar o caminho UNC, depois de adicionar permissões para o usuário 'veritas' no compartilhamento NAS, a pasta que estou fazendo backup e adicionando o usuário ao grupo "Operadores de backup" .

Eu tentei mapear o compartilhamento IT_Admin no NAS para Z:\ e usei o caminho Z:\Backup\ , que fornece um erro dizendo "O sistema não pode encontrar o caminho especificado". Se eu adicionar "\\" na frente da letra da unidade, o erro muda para "O caminho da rede não foi encontrado". Eu tenho certeza que usar o caminho mapeado não funcionaria de qualquer maneira, eu li em link .

O nome do dispositivo é "NSS324", o compartilhamento de nível superior que criei é "IT_Admin", criei uma pasta na raiz do compartilhamento chamada "Backup". Eu me sinto bastante confiante de que o caminho UNC de \NSS324\IT_Admin\Backup\ está correto. Poderia alguém de nível superior ser capaz de confirmar?

Eu não quero parecer que estou pedindo para ser alimentado com colher, mas realmente não tenho certeza do que mais eu posso dar às permissões do usuário, para que isso funcione. Alguém tem vontade de jogar no seu 2c?

    

Answer 1

GAH! Eu não dei ao usuário 'veritas' permissões adequadas para acessar a pasta que eu queria fazer backup via explorer.exe ...

Facepalm.jpg

Desculpe por desperdiçar o tempo de todos !! >. <

EDITAR

Intrestingly, eu ainda não fui capaz de usar o caminho UNC para fazer isso funcionar (possível que eu não tenha inserido o caminho corretamente). Eu mapeei o compartilhamento como B:\ no WinServer, e depois de dar às permissões de usuário do veritas permissões para acessar isso, eu criei uma pasta "Backup" no nível raiz do compartilhamento e naveguei para ele via BE10D, clicou ok e tudo foi doce. Ainda não tentei realmente fazer um backup / restauração para / desta pasta ainda, irá atualizar se algo der errado.

EDIT # 2

Finalmente percebi isso (embora eu tenha me enganado, já que tive ajuda externa de alguém nos ajudando a fazer um BES ontem).

Eu tive o NAS Share mapeado por é IP no meu servidor Win (\ x.x.x.x \ Share Name \ Backup) e usei minhas credenciais AD do administrador para acessar o compartilhamento. Nós desconectamos essa unidade e a remapeamos usando seu caminho UNC . A única maneira de fazer logon no compartilhamento agora era usar o login admin para o NAS, portanto, quando a janela de autenticação do windows apareceu para meu acesso ao compartilhamento, usei "nome do dispositivo \ admin" e sua senha associada. / strong>

Agora eu estava conectado ao compartilhamento por meio de seu caminho UNC no Windows. Reaberto BE10D e tentado criar um B2D para o compartilhamento NAS funcionou como um encanto! Nenhum acesso negou erros ou qualquer coisa!

Eu fiz um backup e restaurei o NAS Share, o que funcionou e essa pergunta está resolvida. Yay! : D Obrigado mais uma vez a todos pela vossa ajuda!

    

Answer 2

Tente fazer login em um computador como seu usuário Veritas e confirme se, de fato, você pode navegar pelos dados dos quais está tentando fazer backup e tente copiar algo do compartilhamento de rede para o computador . Além disso, verifique se você pode navegar para o compartilhamento NAS e criar arquivos sobre isso.

Em seu Backup Exec Media Server, tente navegar até a raiz de \NSS324 . Eu não sei sobre este NAS em particular, mas se é um NAS baseado em Linux, eu tenho visto que algumas vezes elas não se registram corretamente no DNS (ou de forma alguma) ou não respondem consistentemente ao seu nome atribuído. Se isso não funcionar, talvez você queira tentar um nome totalmente qualificado (por exemplo,\NSS324.corp.acme-widgets.com (obviamente substitua isso pelo seu FQDN real)).

Em sua mídia B2D, não há necessidade de mapear o compartilhamento no NAS para uma letra de unidade do Windows - o Backup Exec ficará perfeitamente satisfeito simplesmente com \NSS324\IT_Admin\Backup .

Já experimentei alguma idiotice da interface do Backup Exec, em que ele reivindicou o usuário que eu especifiquei como o usuário de backup não tinha permissão suficiente (quando realmente o fez). Se eu executasse o trabalho manualmente, ele fazia o backup de tudo e o trabalho foi concluído com êxito (confirmado com uma restauração).

Também descobri que quaisquer erros no log de tarefas do Backup Exec são mais úteis do que as mensagens de erro que você recebe ao configurar um trabalho. Pode valer a pena configurar o trabalho e ignorar qualquer erro de permissão que você receba e executá-lo de qualquer maneira, para poder interrogar o registro de tarefas. Quaisquer erros ou avisos no log da tarefa geralmente apontam para um artigo da Symantec na Base de conhecimento, que nem sempre é útil, mas pode levar você a pensar em algo que talvez tenha ignorado.