Les serveurs qui doivent utiliser ce FS doivent avoir un client installé, et qui va permettre de visualiser ces disques comme des disques classiques Windows (sans pour autant apparaître dans le gestionnaire de disques de Windows)
Quand NetBackup va tenter de sauvegarder le serveur, il se peut que le job tombe en erreur 50, et si on creuse dans les logs du job, on trouvera aussi une erreur 69 (et cela même en excluant les disques StorNext via l'exclude-list)
Dans les logs du bpbkar, on trouve alors :
2:57:09.972 PM: [7308.2292] <2> ov_log::V_GlobalLog: INF - ERROR: Disc \\?\Volume{30b5576f-554f-4ac1-a102-4b837327cfcf}\ is greater than defined threshold of 63 TB
2:57:09.988 PM: [7308.2292] <2> ov_log::V_GlobalLog: INF - EXIT VssSnapshotVolume::CheckForUnsupportedDiscs() return=[0x8004230c VSS_E_VOLUME_NOT_SUPPORTED]!
2:57:10.004 PM: [7308.2292] <2> ov_log::V_GlobalLog: INF - EXIT VssSnapshotVolume::Initialize() return=[0x8004230c VSS_E_VOLUME_NOT_SUPPORTED]!
On constate que NetBackup ne veut pas sauvegarder un volume supérieur à 63To. Ce qui est étonnant, c'est que l'exclusion du disque n'y change rien : dans les logs ci dessous, je ne demandais qu'une sauvegarde du System_State:\, et non une sauvegarde de disques. Pourtant, les disques StorNext causaient l'échec de la sauvegarde car cette vérification de taille maximum est faite en préambule de toute sauvegarde par le client NetBackup.
On a alors 2 solutions :
- une "moche" : démonter les disques StorNext avant la sauvegarde (via un bpstart_notify par exemple), puis les remonter en fin de sauvegarde
- une "jolie" : Aller modifier la clé de registre (ou la créer) HKLM\SOFTWARE\Veritas\NetBackup\BEDS\Engine\Misc\BescLargeDiscBlock en y mettant une valeur supérieure à la taille de disque max présente (en octets !). Puis relancer les services.
Voilà, le tour est joué.
