Comment réaliser des sauvegardes sur des supports virtuels ?

Pour ICC, IBM a validé le bon fonctionnement des échanges avec les Cloud (IBM, Amazon et Google) via leurs protocoles respectifs, mais aussi en FTP vers un AIX ou un Linux Redhat.

D’autres types de stockage fonctionnent potentiellement, mais ils n’ont pas été testés par IBM. Il faudra alors tester les sauvegardes et surtout les restaurations. Nous déconseillons l’utilisation de transferts FTP vers un TrueNAS, justement à cause de problèmes de restauration que nous avons rencontrés.

Il est enfin néanmoins possible de stocker ses sauvegardes sur un support non agréé par IBM : on crée un répertoire de stockage des sauvegardes sur le support non agréé par IBM (un TrueNAS par exemple), on monte un partage NFS pointant vers ce répertoire sur un support agréé par IBM (un AIX par exemple), et on définit une ressource ICC (cible du transfert des sauvegardes) ayant comme répertoire racine de réception le partage NFS pointant vers le stockage non agréé par IBM.

Enfin, certains matériels peuvent également « émuler » un environnement Cloud à l’IBM i. Par exemple, IBM Spectrum Protect peut émuler un environnement Cloud Amazon (AWS) à ICC.

Pour les autres types de stockage des éditeurs externes, il faudra se référer à la documentation ou aux recommandations de l’éditeur.

Enfin, pour une gestion (semi-)manuelle, le prix, le matériel déjà à disposition, et la complexité de développement seront à prendre en compte dans la décision.

Attention à bien considérer, dans les réflexions sur l’espace disque nécessaire :

• les différents types de sauvegardes (quotidiennes, mensuelles, exceptionnelles…)
• les différents IBM i sauvegardés
• la rétention de chaque sauvegarde
• la fréquence de chaque type de sauvegarde
• la compression éventuelle (jamais de compression pour la *SAVSYS !)
• la potentielle augmentation de l’occupation disque de la partition au fil du temps
• le prix (dans le contexte d’un Cloud)

Le type de transfert à utiliser est bien entendu dépendant du type de stockage.

Selon la solution tierce choisie, se référer à la documentation ou aux recommandations de l’éditeur.

Les éditeurs proposent systématiquement du FTP, mais on retrouve parfois d’autres types de transferts plus modernes et/ou plus sécurisés, comme du RSYNC par exemple.

Pour ICC, 3 protocoles sont actuellement proposés : AWS S3, IBM SoftLayer, et le FTP.

Chacun de ces types de transfert supporte le chiffrement, la sécurisation et la compression.

Pour l’exemple de l’émulation de Spectrum Protect, le transfert utilisé sera alors du Amazon S3 sécurisé.

En effet, avant de transférer vers un stockage distant, les sauvegardes sont en premier réalisées en local, dans l’IFS. Il faut donc s’assurer, la plupart du temps, d’avoir une occupation disques inférieure à 50 %.

Dans le cas d’ICC, l’espace disponible peut être bien moindre, car les bandes sont envoyées au fur et à mesure de la sauvegarde. Bien sûr, il faudra adapter le nombre et la taille des bandes générées par BRMS.

Avec ou sans ICC, il est tout de même conseillé de positionner ses sauvegardes dans un iASP. En effet, dans le cas où les communications entre l’IBM i sauvegardé et le stockage distant se trouvent interrompues, l’iASP va se remplir à son maximum, mais ne « débordera » jamais sur l’ASP système. Et, avec un iASP, plus besoin de limiter l’ASP système sous les 50 % d’occupation !

Comme indiqué précédemment, l’iASP n’est pas obligatoire, mais seulement conseillé. Bien sûr, tout dépend de l’architecture technique déjà en place (a-t-on suffisamment d’espace disque pour en allouer une partie à l’iASP ?). Si on choisit de l’utiliser, il faut s’assurer tout d’abord de bien le configurer :

1. La première étape est la présentation des disques du futur iASP à la partition IBM i. Une fois les disques visibles, la commande CFGDEVASP ASPDEV(nom_iasp) ACTION(*CREATE) permet de sélectionner les disques à rajouter dans l’iASP.
2. L’iASP est créé à l’état arrêté, il faut alors le démarrer. Attention, l’iASP doit obligatoirement rester démarré pour toute la durée de la sauvegarde ET des transferts. On peut vérifier l’état de l’iASP avec la commande WRKCFGSTS CFGTYPE(*DEV) CFGD(*ASP) et le démarrer avec la commande VRYCFG CFGOBJ(nom_iasp) CFGTYPE(*DEV) STATUS(*ON). Ne pas oublier de démarrer la device dans le programme de démarrage également pour ne pas se faire surprendre après un IPL !
3. Une fois l’iASP démarré, il faut le présenter, le cas échéant, à la solution logicielle choisie.Dans le cas de Cloud Storage Solution, il faut que BRMS et ICC aient tous les deux connaissance de ce nouvel iASP. BRMS ne nécessite qu’une réinitialisation, l’option avec le moins d’impact est : INZBRM *DATA. ICC nécessite une commande supplémentaire à soumettre, à partir du programme « couteau suisse » de BRMS : QBRM/Q1AOLD.

Pour une gestion manuelle, la taille des bandes est libre (1 To max), attention à l’espace disques disponible.

Les formats des DVD virtuels sont plus limités : le plus grand format est *DVD4700 (4,7 Go).

La commande ADDIMGCLGE permet de rajouter une bande ou un DVD au catalogue image.

Il faut alors bien calculer le nombre de volumes nécessaires aux sauvegardes (et notamment le nombre de DVDs nécessaires pour les *SAVSYS).

ICC utilise une nouvelle fois le programme QBRM/Q1AOLD pour fixer la taille des bandes générées automatiquement par BRMS. De nouvelles bandes seront créées par BRMS dès que la dernière bande disponible est sélectionnée pour sauvegarde. Le nombre de bandes n’a donc que peu d’impact.

En effet, par défaut, dans BRMS et en natif, une bande vierge ne prend quasiment aucun espace sur les disques, quels que soient la taille définie ou le format des volumes.

En natif, il faut programmer une *SAVSYS sur DVD (sans compression !) suivi d’une sauvegarde *NONSYS sur bande (compression possible), tout en conservant le mode restreint.

Les bandes ne pourront pas être envoyées pendant la sauvegarde, les transferts devront donc être TOUS lancés en fin de sauvegarde. Il est alors indispensable de conserver au minimum 50 % d’espace disques libre, ou de définir un iASP.

Comme évoqué plus tôt, si la *SAVSYS est impossible, alors une SAVE21 l’est aussi. Il faut simplement se référer à la documentation de l’éditeur, ou lui demander directement si la *SAVSYS est supportée.

ICC décompose la SAVE21 en 2 parties : la *SAVSYS, et la sauvegarde du reste des données (*NONSYS).

Sur un système où des SAVE21 devront être lancées sur supports virtuels, il devra donc y avoir nécessairement au moins 2 ressources ICC, 2 stratégies de support, 2 emplacements de supports, et 2 groupes de contrôle. Il est alors facile d’identifier les SAVE21 des quotidiennes.

Les *SAVSYS sur disques sont effectivement possibles, sur DVD virtuel uniquement. En revanche, la compression et le chiffrement de ces sauvegardes est impossible. Afin de pouvoir restaurer un OS complet à partir de ces DVD, il faut pouvoir « monter » ces DVD. Il faut donc graver le support virtuel sur un support physique lisible par l’IBM i, ou le monter sur un lecteur virtuel d’un VIOS associé à l’IBM i, si possible.

Cependant, comme l’état restreint (obligatoire pour une *SAVSYS) peut complexifier la sauvegarde, il n’est pas systématique que la *SAVSYS soit supportée par l’éditeur de la solution de sauvegarde.

Dans le cas d’ICC, la solution est capable de faire remonter une adresse IP tout en conservant le mode restreint actif. Encore une fois, c’est le programme QBRM/Q1AOLD qui est utilisé pour définir l’adresse IP qui sera remontée par BRMS. La documentation rappelle que certaines bibliothèques IBM doivent être sauvegardées avec la *SAVSYS, car elles seront utilisées pour la restauration des données (bibliothèques système + BRMS + ICC + bibliothèques de chiffrement, de compression…).

Quelle que soit la solution choisie, il ne faudra pas oublier sa maintenance et son exploitation.

Cela passe par la planification (attention à la *JOBQ dans le cadre d’une SAVE21 !) des commandes de sauvegarde, de maintenance, et éventuellement de démarrage et arrêt de sous-système(s) ou de libération de JOBQs, mais aussi par l’inclusion des diverses commandes dans le programme de démarrage.

Pour les solutions packagées par un éditeur (IBM y compris), il faudra aussi s’assurer d’avoir un support logiciel à jour, et la licence correctement renseignée.

Dans le cadre d’ICC, la solution est un produit sous licence IBM (5733ICC), dont les licences sont appliquées à la partition, et non à la machine. La solution étant encore « jeune », la possibilité de créer un ticket chez IBM pourra être absolument indispensable.

Le prix de la solution est souvent le paramètre principal du choix final. Attention à ne pas oublier la maintenance dans les coûts de possession, mais aussi les coûts du temps passé à exploiter la solution (pour les développements « maisons ») !