Il est né le divin patch : NetBackup 7.5.0.6

On l'attendait comme le messie, on n'y croyait plus, on ne l'espérait plus, et finalement, il est là, le patch NetBackup qui va nous permettre de sauvegarder Windows 2012, le 7.5.0.6

Ce qu'il apporte :

On notera dans ce patch, les améliorations/fonctionnalités suivantes :

• Support Windows 8 et 2012
• Il y a des limitations importantes :
• Client seulement
• Pas de BMR (client et/ou boot server)
• Pas de dédup à la source
• Remote VSS non supporté (nouveauté Win2012)
• Sauvegarde des NTFS dédupliqués via réhydratation
• Pas utilisable pour VMware Backup Host
• Restauration granulaire fichiers de VMs Hyper-V impossible si :
• Les fichiers sont sur ReFS
• Les VMs sont composées de vhdx
• Pas de console d'admin NetBackup (Java et console lourde)
• Attention : un package particulier est nécessaire
• Support des nouvelles versions de bases de données
• SAP HANA
• DB2 10.1
• SQL Server 2012 (pas marqué dans la release note mais dans la compatibility list)
• Exchange 2013
• Sans GRT ni Backup Host
• Exchange 2010 R2 sur Win 2008R2 et Win2012
• SharePoint 2013 
• Sans GRT
• Support Hyper-V 2012
• Sauvegarde Exchange : les droits changent, et on peut se passer des droits admin (Exchange 2010 et 2013)
• Amélioration du schedule des jobs de réplication AIR pour limiter l'impact sur les sauvegardes en cours
•  Nouvelle méthode de recherche par date dans l'interface BAR

Plus de détail dans la release note.

Compatibilité

Comme pour les patches précédents, ce patch peut être installé sur un client alors que le media et le master ne sont pas encore à ce niveau (pratique pour Win2012), car le 4ème digit n'entre pas en ligne de compte dans la règle du master supérieur ou égal au média lui même supérieur ou égal au client.

Pour plus de détail, voir page 15 de la release note.

Téléchargement

Vous trouverez tous les packages ici : Lien

Erreur de sauvegarde NetBackup avec client StorNext

StorNext est un produit Quantum qui permet de mettre à disposition un file-system d'archivage. Les données placées sur ce FS sont mises sur bandes si elles ne sont pas accédées sur le long terme.

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é.

EMC met à jour son OS DataDomain en 5.3

Bonjour tout le monde...

Aujourd'hui, je vais parler DataDomain, ce qui va changer un peu... quoique, puisque je vais quand même faire un focus sur NetBackup.

EMC s'apprète à sortir dans les mois qui arrivent, son DDOS 5.3 (il est aujourd'hui en RA), et qui va nous apporter :

• Une amélioration globale des performances
• DD Boost pour GreenPlum DR et NetVault Backup 9.0
• DD Boost sur Fiber Channel (NetBackup uniquement dans un premier temps)
• A.I.R. sur NetBackup
• Accelerator pour NetBackup
• Les synthetics full optimisées pour NetBackup (Étrange, il me semble que c'était depuis la 5.2)
• Multiplexage pour les sauvegardes RMAN
• Emulation LTO4 et i2000 en VTL
• Amélioration IBM i System Recovery

Voilà qui est intéressant donc !

Sources :

• Blog
• Doc DD-Boost
• Compatibility list NBU

NetBackup 7.5.0.5, c'est maintenant !

Symantec vient d'annoncer la mise en ligne du nouveau patch NetBackup, dans sa version 7.5.0.5.

Ce qu'elle apporte : 

Au programme : 

• Support de vSphere 5.1 (c'était compliqué avant)
• Support des OS Win 8 et 2012 dans la VM via sauvegarde vmdk
• Backup hosts Red-Hat x64 (6.3 et 5.5) pour la sauvegarde VMWare
• Support BMR pour :
• RHEL 5.8 et 6.3
• Linux 5.7 et 6.3
• Support de DB2 10.1
• 400 nouveaux Fix depuis la 7.5.0.4 (soit plus de 1100 depuis la 7.5)
• Alertes groupées sous OpsCenter
• Fin de support pour 
• Solaris 9
• AIX 5.3
• Linux RedHat et SUSE Itanium

Vous trouverez la release note ici

A priori pour Windows 2012, il faudra patienter encore, et attendre NetBackup 7.6

Compatibilité 

Comme pour la précédente release, votre media server doit être de version supérieure au client, et la même règle s'applique au master par rapport au media server, avec une version majeure (le 1er chiffre) d'écart maximum entre chaque.

A noter qu'il est possible d'avoir un client plus récent qu'un media server, sur le 4ème chiffre de la version uniquement (et si le media est en 7.5.0.1 au moins).

Plus de détails dans la release note (lien au dessus)

Téléchargement

Tout est ici

Scripts de pré/post traitement sous NetBackup

Il est parfois intéressant de pouvoir lancer un script avant sa sauvegarde, ou après, voire les 2 à la fois. Cas pratique par excellence, la réalisation d'un dump d'une base de données avant la sauvegarde, afin de s'assurer que cette dernière est bien valide (pas de dump en cours, et bien récent).

NetBackup permet évidemment ce genre d'opération, en voici un aperçu simplifié...

Les scripts

En fonction de l'OS utilisé, il doivent porter le nom suivant :

• Sous Unix :
• bpstart_notify[.<nom de la police>[.<schedule>]]
• bpend_notify[.<nom de la police>[.<schedule>]]
• Sous Windows
• bpstart_notify[.<nom de la police>[.<schedule>]].bat
• bpend_notify[.<nom de la police>[.<schedule>]].bat

Ils se placent sur le client, dans le répertoire bin dans le répertoire d'installation du client.

Ils seront appelés au début et à la fin de la sauvegarde. Celui qui rempli le plus de contraintes satisfaites sera prioritaire sur les autres. Par exemple, le bpstart_notify.MaPolice sera prioritaire sur le bpstart_notify quand on lancera la police MaPolice.

Les paramètres

Ils sont au nombre de 6, et sont accédés classiquement pour chaque OS : $X pour le Xème paramètre sous Unix/Linux, et %X pour le Xème paramètre sous Windows.

Voici les paramètres :

• 1 : Nom du client
• 2 : Nom de la police
• 3 : Nom du Schedule
• 4 : Type du Schedule
• 5 : Status (0 dans le bpstart_notify)
• 6 : Fichier de resultat

Les paramètres

Lors de l'exécution de ces scripts, des variables d'environnement sont aussi disponibles :

• BACKUPID
• UNIXBACKUPTIME
• BACKUPTIME 

Code Retour

NetBackup ne lancera la sauvegarde que si le script précédent se termine, et n'a pas remonté un code retour différent de 0.

Attention : le code retour n'est pas classiquement utilisé (exit $CR dans le script), mais il doit être déposé dans le fichier de résultat (Sixième paramètre passé au script). Il est donc important de bien terminer son script par la commande echo <code_retour> > %6 (ou  echo <code_retour> > $6)

Si jamais le script ne se termine pas bien, et l'a bien renseigné dans le fichier résultat, le job de sauvegarde tombera avec un status code 73.

Timeout

Si jamais le script dure, NetBackup n'attendra pas la fin de son exécution pour interrompre le job de sauvegarde. Dans ce cas, le job se termine en code 74.

Si c'est le bpend_notify qui échoue, le jobs finira avec un code retour 75.

Ce timeout est par défaut de 300s, mais peut être modifié dans les "master proterties" avec la variable bpstart timeout ou bpend timeout.

Multi-flux

Combiner les scripts de pré ou post traitement avec les sauvegardes à plusieurs flux apporte souvent quelques prises de têtes, car il est compliqué de synchroniser les traitements. Symantec propose une idée intéressante et qui permettra de dépanner. Vous la trouverez ici : TECH6675

Supprimer des jobs en code 50 : Waiting for retry

Il arrive que sous NetBackup, des jobs bizarres se retrouvent dans l'activity monitor. Bizarres, car ils n'ont que très peu d'infos, pas de police par exemple ou encore pas de schedule. Ils n'ont qu'un code retour égal à 50, et un état en "Waiting for retry".
En général, ces jobs apparaissent quand on arrête NetBackup alors que des jobs étaient en cours de démarrage.

Ce n'est pas un problème en soi, car on se dit qu'on va les supprimer, et on en parlera plus. Mais c'est là que le bât blesse : il est impossible de les arrêter ou de les supprimer, ils font de la résistance (sous NetBackup inférieur à la version 7.5).

Il existe une solution simple, mais pas forcément pratique :

• Arrêter NetBackup sur le master
• Ensuite, 2 méthodes :
• Se rendre dans /usr/openv/netbackup/db/jobs et supprimer le fichier bpjobd.act.db
• lancer la commande /usr/openv/netbackup/bin/bpjobd -r (non testé)
• Redémarrer NetBackup

Voilà, c'est magique, les jobs en question sont de l'histoire ancienne !

Sous NetBackup 7.5 et plus, ces jobs apparaissent encore, mais ils sont (enfin) supprimables classiquement par l'interface d'administration.

Gestion des exclude-lists depuis le serveur maître

C'est toujours une question délicate, comment gérer ses exclude lists (et include par extension) ?

Parce qu'elles sont gérées différemment en fonction de l'OS par NetBackup (base de registre pour Windows, fichiers plats pour Linux/Unix), c'est rarement simple de s'y retrouver.
D'ailleurs, Symantec n'a pas réussi à harmoniser la gestion par l'interface graphique : on peut les modifier pour Windows (dans la partie client properties, puis "windows client"), mais pour les autres OS, on n'a pas cette possibilité.

Il est pourtant possible de tout gérer depuis le master server, mais en ligne de commandes uniquement. Par contre, pas de miracle, les commandes à passer ne sont pas les mêmes...

Pour Windows

Il est possible de lancer une commande permettant de récupérer l'exclude list du client :

bpgetconfig -M <client Windows> EXCLUDE

Pour la modifier, on met la sortie obtenue par cette commande dans un fichier, puis on le modifie. Ensuite, on met à jour le client par la commande

bpsetconfig -h <client Windows> <fichier d'exclude>

Pour Unix/Linux

Pour lister l'exclude list et la stocker dans un fichier, c'est cette commande qu'il faut utiliser :

bpgetconfig -e <fichier> <client>

Pour l'include list, c'est

bpgetconfig -i <fichier> <client>

On peut modifier ces fichiers et les repousser vers le client via la commande :

bpsetconfig -e <fichier> <client> 

ou

bpsetconfig -i <fichier> <client>

Pour chacune de ces commandes, il est possible de préciser la police ou le schedule sur lesquels s'applique... Je vous renvoie vers la documentation NetBackup pour plus de précisions.