Bonjour,
en principe, le serveur de sauvegarde communique avec les agents via le lan. le fc, ou le iscsi, qui s'appuie sur le protocole scsi, ne permet que de mettre a disposition des ressources (disques, bandes .....). lors d'une sauvegarde, le serveur interroge l'agent en ip qui lui, extrait via le protocol scsi (fc, iscsi ...), les informations stockées sur disques. Apres il existe des mechanisme de type ndmp, apivmware, snapshot, partage de lecteur de bande fc qui permettent d'effectuer une sauvegarde san passer par le lan.
donc oui tu as ton stockage sur du san en fc, mais pour acceder a cette ressource fc tu dois passer par le serveur qu'il l'exploite.
le san n'est pas du nas avec un partage nfs ou cifs.
la deuxieme contrainte peut etre le type de systeme de fichier utilisé :
exemple : un volume formater en ntfs ne peux etre attaquer que par un serveur, si on devait le sauvegarder via le fc la methode serait de detacher le volume de son serveur de prod, de le presenter au serveur de sauvegarde, le sauvegarder puis de le representer au serveur de prod.
Comme le precise phil255, pour valider si une architecture adopte les bonnes pratique, cela consiste a un audit et pour cela il faut beaucoup plus d'info.
schéma, licence acquise et dispo sur le stockage, type de periph de sauvegarde, methode de sauvegarde, logiciel de sauvegarde (licence) , niveau de service pour les clients ...........