1 votes

Obtention d'une erreur "Accès refusé" lors de la création d'une tâche de sauvegarde pour Backup Exec 10D.

Je suppose que la réponse facile à ma question est "Quelque chose n'a pas les bonnes permissions". =P. Je lis Backup Exec b2d NAS mais cela n'a pas vraiment répondu à ma question.

J'ai fouillé dans le guide de l'administrateur et sur Google pour essayer de résoudre ce problème, mais je n'arrive pas à grand-chose et je n'ai pas envie d'appeler le support Symantec si je peux l'éviter.

La configuration de base :

Cisco NSS324

Windows Server 2003 - SP2

Symantec Backup Exec 10D

Je veux créer une tâche B2D vers le NAS, et j'ai utilisé le chemin UNC. \\<NAS DEVICE NAME>\<TOP LEVEL SHARE>\<BACKUP FOLDER>\ . Cependant, dès que je clique sur "OK", une erreur "Access is Denied" s'affiche.

Le NAS a correctement rejoint le domaine du réseau et j'ai donné à l'utilisateur AD 'veritas' un accès complet en lecture/écriture au partage de mon NAS via l'interface Web de Cisco et j'ai ajouté l'utilisateur 'veritas' au groupe AD 'Backup Operators' (bien que ce groupe n'apparaisse pas dans l'interface Web comme un groupe de domaine auquel je peux donner accès, ce qui me fait penser que cette étape pourrait être discutable) et la chose amusante est que je peux effectivement naviguer vers le dossier dans BE10D !

Je rate manifestement quelque chose de très basique ici,

Je ne suis juste pas sûr de quoi. Quelqu'un peut-il me donner un indice ?

A la vôtre,

Mise à jour :

Ah, merde. J'ai réalisé après avoir posté hier que je m'étais connecté à un disque local (j'ai confondu B:\ en quelque sorte avec Z:\), et non au NAS. Par conséquent, je suis un grand crétin et je n'ai pas encore résolu ce problème.

Je reçois toujours un message "Access Denied" lorsque j'utilise le chemin UNC, après avoir ajouté des autorisations pour l'utilisateur 'veritas' sur le partage NAS, le dossier que je sauvegarde et ajouté l'utilisateur au groupe "Backup Operators".

J'ai essayé de mapper le partage IT_Admin sur le NAS à Z:\ et a utilisé le chemin Z:\Backup\ ce qui donne une erreur disant "Le système ne peut pas trouver le chemin spécifié". Si j'ajoute " \\ "devant la lettre du lecteur, l'erreur se transforme en "Le chemin d'accès au réseau n'a pas été trouvé". Je suis presque sûr que l'utilisation du chemin mappé ne fonctionnerait pas de toute façon, d'après ce que j'ai lu sur le site de http://www.symantec.com/connect/forums/bacup-network-drive-backup-exec-10d .

Le nom du périphérique est "NSS324", le partage de niveau supérieur que j'ai créé est "IT_Admin", j'ai créé un dossier à la racine du partage appelé "Backup". Je suis sûr que le chemin UNC de \\NSS324\IT_Admin\Backup\ est correcte. Quelqu'un de plus haut niveau pourrait-il éventuellement confirmer ?

Je ne veux pas avoir l'air de demander à être nourri à la cuillère, mais je ne sais vraiment pas à quoi d'autre je peux donner des autorisations à l'utilisateur, afin que cela fonctionne. Quelqu'un a envie d'ajouter son grain de sel ?

2voto

Ben Pilbrow Points 11995

Essayez de vous connecter à un ordinateur en tant que votre Veritas et confirmez que vous êtes en mesure de naviguer vers les données que vous essayez de sauvegarder, et essayez de copier quelque chose du partage réseau vers l'ordinateur. Vérifiez également que vous pouvez naviguer vers le partage NAS et y créer des fichiers.

Sur votre serveur multimédia Backup Exec, essayez de naviguer jusqu'à la racine du fichier \\NSS324 . Je ne connais pas ce NAS en particulier, mais s'il s'agit d'un NAS basé sur Linux, j'ai déjà vu des NAS qui ne s'enregistrent pas correctement (ou pas du tout) dans le DNS ou qui ne répondent pas systématiquement au nom qui leur est attribué. Si cela ne fonctionne pas, vous pourriez essayer un nom entièrement qualifié (c'est-à-dire \\NSS324.corp.acme-widgets.com (remplacez évidemment cela par votre FQDN réel)).

Dans votre support B2D, il n'est pas nécessaire de mapper le partage sur le NAS à une lettre de lecteur Windows - Backup Exec se contentera d'une simple lettre de lecteur. \\NSS324\IT_Admin\Backup .

J'ai déjà fait l'expérience d'une certaine idiotie de la part de l'interface de Backup Exec, qui prétendait que l'utilisateur que j'avais spécifié comme utilisateur de la sauvegarde n'avait pas suffisamment d'autorisations (alors qu'il en avait vraiment). Si j'ai exécuté la tâche manuellement, tout a été sauvegardé et la tâche s'est terminée avec succès (confirmé par une restauration).

J'ai également constaté que les erreurs dans le journal des tâches de Backup Exec sont plus utiles que les messages d'erreur que vous obtenez lors de la configuration d'une tâche. Il peut être intéressant de configurer le travail et d'ignorer les erreurs de permission que vous obtenez et de l'exécuter quand même afin de pouvoir interroger le journal du travail. Toute erreur ou tout avertissement dans le journal des tâches renvoie généralement à un article de la base de connaissances de Symantec, qui n'est certes pas toujours utile, mais qui peut vous inciter à réfléchir à quelque chose qui vous a peut-être échappé.

1voto

Anthony F Points 1371

GAH ! Je n'ai pas donné à l'utilisateur 'veritas' les bonnes permissions pour accéder au dossier que je voulais sauvegarder via explorer.exe...

Facepalm.jpg

Désolé de faire perdre du temps à tout le monde ! >.<

EDITAR

Il est intéressant de noter que je n'ai toujours pas réussi à utiliser le chemin UNC pour que cela fonctionne (il est possible que je n'aie pas saisi le chemin correctement). J'ai mappé le partage en tant que B:\ sur le WinServer, et après avoir donné à l'utilisateur veritas les autorisations appropriées pour y accéder, j'ai créé un dossier "Backup" au niveau de la racine du partage et j'y ai accédé via BE10D, j'ai cliqué sur ok et tout était parfait. Je n'ai pas encore essayé de faire une sauvegarde/restauration vers/depuis ce dossier, je mettrai à jour si quelque chose se passe mal.

EDIT # 2

J'ai enfin trouvé la solution (bien que j'aie un peu triché car j'ai eu l'aide d'une personne extérieure qui nous a aidé à mettre en place un BES hier).

J'avais le NAS Share mappé par est IP sur mon serveur Win ( \x.x.x.x\Share Nom \Backup ) et j'ai utilisé mes informations d'identification AD d'administrateur pour me connecter au partage. Nous avons déconnecté ce disque et l'avons remappé en utilisant son chemin UNC. . La seule façon de se connecter au partage était d'utiliser l'identifiant d'administration du NAS, donc lorsque la fenêtre d'authentification de Windows s'est affichée pour mon accès au partage, j'ai utilisé les éléments suivants "nom du dispositif \admin "et son mot de passe associé.

J'étais maintenant connecté au partage via son chemin UNC dans Windows. J'ai rouvert BE10D et j'ai réessayé de créer un B2D vers le partage NAS et ça a marché comme sur des roulettes ! Pas d'erreur d'accès refusé ou autre !

J'ai effectué une sauvegarde et une restauration sur le NAS Share, qui ont toutes deux fonctionné et cette question est maintenant résolue. Bravo ! D Merci encore à tous pour votre aide !

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X