Sauvegarde et restauration d'un environnement SAS

Il est nécessaire de sauvegarder régulièrement le travail effectué pour pouvoir retrouver rapidement et simplement son environnement de travail en cas de perte des données. Ce document aborde les problématiques de sauvegarde et de restauration d'un environnement de travail SAS, en terme de données (tables, index, cubes), de métadonnées (Open Metadata Architecture) et d'applicatif (programmes, projet Enterprise Guide, application AF, rapports Web Report Studio …). Il présente une certaine approche, et propose des suggestions de mise en œuvre, sans être exhaustif. Il s'adresse à l'administrateur de l'application SAS.

Il s'agit de faire des sauvegardes sur une machine, et de les restaurer sur la même machine, dans le même contexte (système d'exploitation, version SAS), sans modification des éléments sauvegardés. L'analyse qui est proposée porte sur les technologies SAS®9.

Ne sont pas abordés :

• la copie des métadonnées vers un autre environnement, avec ou sans mise à jour du contenu. Pour cela, il faut se documenter sur la promotion et la réplication, sur le site Internet du Support Clients, à l'adresse http://support.sas.com/documentation/configuration/index.html;
• les spécificités de chaque système d'exploitation ;
• le choix de la machine de back-up, les logiciels de sauvegarde, les outils systèmes.

Pour que les opérations de sauvegardes et de restauration soient rapides et efficaces, il est impératif de respecter quelques règles d'organisation :

• il faut prendre en compte les horaires de travail des utilisateurs afin de s'assurer

o Que la sauvegarde ne gêne pas leur travail,
o Que leur travail ne gêne pas la sauvegarde ! Par exemple, une table en cours d'édition ou un catalogue macro référencé par une bibliothèque ne peuvent pas être copiés parce qu'ils sont en cours d'utilisation ;

• il faut prendre en compte la fréquence de mise à jour des données et des métadonnées, pour pouvoir définir la fréquence des sauvegardes ;
  
• il faut dater de manière précise les sauvegardes, et signaler la version exacte de SAS (service pack inclus) utilisée lors de cette sauvegarde. Ci-contre, voici un exemple de nomination pour les répertoires hébergeant des sauvegardes trimestrielles.
  

• il faut sauvegarder les informations en respectant l'architecture d'origine

• il faut définir également le nombre de sauvegardes à garder : il faudra purger régulièrement les sauvegardes, les plus anciennes devenant inutiles avec le temps.

Il faut lister les éléments utilisés, et décider si une sauvegarde est nécessaire. Par exemple :

• les données : entre les données détaillées, agrégées et historisées, quelles tables faut-il sauvegarder ? les données détaillées, souvent volumineuses, doivent-elles être sauvegardées ?
• les serveurs : l'architecture SAS®9 contient plusieurs serveurs (Métadonnées, espace de travail …). Les scripts peuvent être modifiés pour des besoins particuliers (autoexec.sas, sasv9.cfg, .bat…), aussi il est préférable de les sauvegarder ;
• les programmes ;
• les projets créés via Enterprise Guide ;
• les rapports créés via Web Report Studio ;
• le répertoire SASUSER : chaque utilisateur dispose d'un répertoire de travail personnel. Il faut sauvegarder ce répertoire, stocké par défaut sous ~\Mes documents\My SAS Files\9.1, si les utilisateurs y stockent des tables ou des formats personnels par exemple ;
• le répertoire WORK : chaque session SAS crée un répertoire de travail temporaire, détruit à la fermeture de la session. De par sa nature, ce répertoire ne doit pas être sauvé.

La sauvegarde se déroule en plusieurs étapes :

• enregistrer la description des répertoires du projet ;
• arrêter les serveurs SAS ;
• sauvegarder les métadonnées et l'ensemble de la configuration ;
• sauvegarder les données, l'applicatif, les rapports, etc. ;
• redémarrer les serveurs SAS.

II-C-1. Sauvegarder l'arborescence▲

C:\Projets\Données\Detail\
C:\Projets\Données\Reference\
C:\Projets\Données\Datamart\
C:\Projets\Données\Cubes\
C:\Projets\Log\
C:\Projets\Programmes\TraitementDonnees\
C:\Projets\Programmes\Rapports\

C:\Projets\Données\Detail\Reel040101.sas7bdat, 5.8 M, 040105
C:\Projets\Données\Detail\Budget040101.sas7bdat, 2.5 M, 040105
C:\Projets\Données\Detail\Saisies040101.sas7bdat, 0.8 M, 040105
C:\Projets\Données\Detail\Reel040201.sas7bdat, 5 M, 040203
C:\Projets\Données\Detail\Budget040201.sas7bdat, 2.5 M, 040203
C:\Projets\Données\Detail\Saisies040201.sas7bdat, 0.6 M, 040203

II-C-2. Sauvegarder la configuration▲

II-C-2-a. Arrêt des services SAS▲

Avant de démarrer la sauvegarde, il est nécessaire de stopper les services SAS, comme l'Object Spawner et le serveur de métadonnées par exemple. Il y a plusieurs manières de stopper les serveurs :

• en utilisant le script prévu à cet effet :

%rootDir%\Lev1\SASMain\ObjectSpawner\ObjectSpawner.bat stop
%rootDir%\Lev1\SASMain\MetadataServer\MetadataServer.bat stop
où %rootDir% est le répertoire de la configuration. En fonction de l'architecture mise en place, il est possible qu'il y ait d'autres services à stopper (comme le serveur OLAP par exemple) ;

• en utilisant la procédure METAOPERATE
  

 

Sélectionnez

PROC METAOPERATE
SERVER="'localhost'"
PORT=8561
USERID="sasadm"
PASSWORD="MonMotDePasse'
PROTOCOL=BRIDGE
ACTION=STOP;
RUN;

• depuis la SAS® Management Console :
  

Si le serveur de métadonnées est stoppé, alors les autres serveurs seront également stoppés.

II-C-2-b. Sauvegarde▲

Après avoir arrêté les serveurs, la sauvegarde de la configuration consiste à recopier le répertoire ~\RépertoireConfiguration\Lev1\SASMain\ :

• la définition des serveurs, des bibliothèques, des utilisateurs, ainsi que le travail effectué sous ETL Studio (custom tree, jobs, etc.), sont stockés dans le répertoire ~\RépertoireConfiguration\Lev1\SASMain\MetadataServer\MetadataRepositories\Foundation, aussi il est primordial de le sauvegarder ;
• les autres répertoires doivent être sauvés si :

- les scripts d'exécution ont été modifiés (ajout d'option par exemple),
- vous souhaitez archiver les logs des différents serveurs.

Cette copie peut être compressée.

II-C-3. Suite de la sauvegarde▲

II-C-4. Redémarrage des serveurs SAS▲

II-D-1. Présentation de %OMABAKUP▲

II-D-2. Exemple d'utilisation▲

OPTIONS
metaserver='localhost'
metaport=8561
metaprotocol=bridge
metauser='sasadm'
metapass='MonMotDePasse'
metarepository='Foundation';
%omabakup (
DestinationPath="C:\SAS\Lev1\SASBackup\Backup_20041201_SAS91TS1M3",
ServerStartPath="C:\SAS\Lev1\SASMain",
RposmgrPath="MetadataServer\rposmgr" ) ;

Il y a deux cas de figure :
- la configuration existe : le répertoire contenant LEV1 existe, il faut juste restaurer son contenu ;
- la configuration n'existe pas : il faut recréer les serveurs avant de restaurer le contenu des répertoires.

III-A-1. Cas 1 : le répertoire de configuration existe▲

III-A-2. Cas 2 : le répertoire de configuration n'existe pas▲

Il faut recopier l'ensemble de la sauvegarde vers les répertoires d'origine.

La date de sauvegarde des données doit être la même que pour les métadonnées par souci de cohérence.
Vous pouvez contrôler la structure physique des tables depuis ETL Studio, en utilisant la fonctionnalité « Afficher les statistiques » (ou « View statistics »). Cela permet de voir la structure physique de la table (il s'agit du résultat de la procédure CONTENTS pour la table choisie). À ce jour, il n'y a pas d'outil permettant de mettre en avant les différences entre la définition dans les métadonnées et la structure réelle d'une table : cette étape de vérification doit être faite manuellement. Il serait d'ailleurs envisageable d'écrire un programme comparant les métadonnées (récupérées via des requêtes XML) et la table physique (récupérée via la procédure CONTENTS). Si vous constatez une différence entre les variables définies dans les métadonnées, et les tables physiques, alors vous pouvez utiliser la fonctionnalité « Update Metadata » d'ETL Studio. Elle vous permet de modifier les métadonnées en fonction de la structure physique d'une table. Par exemple, si une variable n'existe pas dans la table physique, alors elle est supprimée de la définition de la table. Depuis l'onglet inventaire ou personnalisé, faire un clic droit sur la table et sélectionner « Mettre à jour les métadonnées de la table » (ou « Update Metadata »). La modification sera effective de suite.

Scénario : par mégarde, un utilisateur a supprimé une tâche dans ETL Studio. Il souhaite que ce job soit restauré.

Actions
- Si le job avait été exporté dans un fichier XML, il faut importer ce fichier XML. Dans ETL, sélectionner Tools > Job import and merge wizard.
- Si le job avait été déployé pour être ordonnancé, alors un programme .SAS existe. Vous pouvez alors créer un nouveau job, qui contiendra un processus « User written code », pointant vers ce programme.
- Si les métadonnées n'ont pas été modifiées depuis la dernière sauvegarde, vous pouvez envisager de restaurer les métadonnées. Mais il est indispensable de s'assurer qu'il n'y aura aucune perte d'information : d'autres jobs peuvent être affectés, ou des attributs de tables peuvent être modifiés par ce retour en arrière.

Scénario : votre serveur de métadonnées référence une bibliothèque contenant plusieurs tables. Accidentellement, une table est physiquement supprimée.

Actions
Il suffit de restaurer la table. C'est sans conséquence pour les métadonnées. En effet, elle référence les attributs des tables, sans vérifier leur existence, aussi la table peut-être utilisée (création de jobs par exemple) même si elle n'existe plus physiquement. En revanche, l'exécution de programme la référençant, ou la consultation des données par exemple affichera tout naturellement une erreur.

Si la structure de la table a évolué depuis cette sauvegarde, et que les métadonnées référencent la nouvelle structure, vous pouvez mettre à jour les métadonnées depuis ETL Studio. Pour cela, depuis l'onglet « Inventaire » ou « Personnalisé », faites un clic droit sur la table, et sélectionnez « Update metadata ».

Scénario : suite à des problèmes sur le serveur hébergeant votre serveur de métadonnées, ces dernières sont corrompues. Vous souhaitez restaurer votre sauvegarde.

Actions
Dans un premier temps, vous pouvez restaurer la dernière sauvegarde en date en recopiant les répertoires « Foundation », et en vidant le contenu de « rposmgr » comme décrit précédemment.

Si le problème persiste, il est préférable de remplacer complètement la configuration actuelle, en créant une nouvelle configuration qui contiendra une restauration.
1. Désinstaller les éventuels services installés, comme le serveur de métadonnées par exemple. > %rootDir%\Lev1\SASMain\MetadataServer\MetadataServer.bat -remove.
2. Par mesure de sécurité, sauvegarder le répertoire ~\RépertoireConfiguration\Lev1\SASMain\ actuel.
3. Exécuter ~\RépertoireDeConfiguration\UninstallerData\Uninstall SAS Configuration Wizard.exe.
4. Créer une configuration.
5. Restaurer les copies des données et de l'application.

Il faut s'assurer que les métadonnées sont cohérentes avec les données. Si certaines tables ont évolué, depuis cette sauvegarde, vous pouvez mettre à jour les métadonnées depuis ETL Studio. Pour cela, depuis l'onglet « Inventaire » ou « Personnalisé », faites un clic droit sur la table, et sélectionnez « Update metadata ».

Scénario : un serveur Windows 2000 héberge l'ensemble de votre projet (données, applicatifs, métadonnées…). Suite à un crash de cette machine, vous souhaitez restaurer vos sauvegardes sur une nouvelle machine Windows 2000.

Actions
1. Installer les composants SAS : Foundation, SMC, etc.
2. Créer une configuration en utilisant le média SAS Configuration Wizard.
3. Restaurer les copies des métadonnées, des données et des autres éléments.