Petit rappel du contexte : intégration d'une appliance dédupliquante (ici une Quantum DXi), mais pour des raisons d'économies, ni OST ni VTL, mais un simple partage CIFS (car mon serveur NBU est sous Windows).
Comme Windows est bien fait et qu'il ne garde pas les montages réseau à la déconnexion du profil, impossible de passer par ce procédé, qui permet pourtant d'utiliser des credentials particuliers.
Dans mon archi du jour, la DXi présente un partage CIFS dans un réseau privé avec le serveur de sauvegarde, alors question sécurité, j'étais un peu tranquille. Ma solution :
- Utiliser un partage sans restriction d'utilisateur (parce que c'est un réseau privé hein !)
- Utilise le format UNC (vous savez le \\IP\nom_du_parrage\) dans la storage unit.
Tout se configure bien, Netbackup détecte bien l'espace présent sur le partage, tout roule quoi.
Je fais un test de sauvegarde et là... le bec dans l'eau : mon job tombe en code d'erreur 800 :
GENERAL ERROR: NBU status: 800, EMM status: Disk volume is down
Je fais un tour dans les logs, et dans l'interface graphique NBU j'ai le message suivant dans la page Disk Errors :
Volume <MonDisk>:Internal_16 monitored by server is down S{cl-2060017}
Pas vraiment de quoi m'aider en quelques sorte.
En cherchant sur le net, j'ai finalement trouvé ce HOWTO Symantec qui m'a bien aidé et qui m'a surtout appris une chose : NetBackup ne supporte pas les partages sans credentials sinon il les affiche comme DOWN.
Du coup, j'ai mis la DXi dans le domaine (via sa patte de management), et j'ai pu définir un utilisateur particulier pour accéder au partage.
Coté NetBackup, j'ai changé le compte lançant les services NetBackup pour utiliser ce fameux utilisateur.
J'ai vérifié que le serveur, quand je me connectais par ce compte, pouvait bien accéder au partage de la DXi, puis j'ai redéfini la STU NetBackup. J'ai relancé la sauvegarde qui est finalement passée.
En espérant que cela puisse servir à d'autres.
Aucun commentaire:
Enregistrer un commentaire