Archivage de données

Dans WebSphere Partner Gateway, la fonction d'archivage consiste à déplacer le contenu inactif (non-divulgation) vers un support sécurisé. L'archivage supprime le contenu des tables LG_MSG_ARCHIVE et LG_CERT_ARCHIVE. Cette fonction supprime également les fichiers de données utiles contenus dans le magasin d'irréfutabilité du système de fichiers, et les déplace vers l'archive. Les fichiers archivés peuvent être restaurés si les données d'irréfutabilité sont requises.

Attention :
L'effacement de certaines tables de base de données entraîne la suppression des informations sur les fichiers enregistrés sur le système. Avant d'effacer des tables de base de données, consultez la rubrique Suppression des anciens fichiers.
  1. Exécutez le script export pour copier les données des tables vers l'archive :

    Oracle

    Sous Oracle, l'exécution du script catexp.sql ou catalog.sql est nécessaire pour permettre l'exportation de la base de données. Pour plus d'informations, reportez-vous à la documentation Oracle. L'exécution du script catexp.sql ou catalog.sql. Sa réexécution avant l'exportation n'est pas nécessaire.

    Remarque :
    Le nom réel des fichiers script dépend de votre système d'exploitation. Les noms des fichiers script et la méthode d'exécution de ces derniers sont décrits dans la documentation Oracle spécifique de votre système d'exploitation.

    Avant d'effectuer l'exportation, procédez aux vérifications suivantes :

    Le script export doit être exécuté à partir d'un système sur lequel le Client Oracle est installé. En outre, les variables d'environnement ORACLE HOME, ORACLE SID et ORACLE PATH doivent être définies. Le script est situé à l'un des emplacements suivants, selon votre plate-forme :

    UNIX : /opt/{REP INSTALL}/DBLoader/scripts/Oracle/export.sh

    Windows : \{REP INSTALL}\DBLoader\scripts\Oracle\export.bat Le script export prend en considération les paramètres suivants pour Oracle :

    Syntaxe du script d'export :

    ./export <mot de passe système> <chaîne de connexion>
      <répertoire cible> <nom de schéma> <date d'échéance AAAAMMJJ>

    Exemple de script d'export :

    ./export password connectstring /tmp bcgapps 20030101

    Le fichier d'archive, nommé export.dmp, ainsi que le fichier export.log sont ajoutés au répertoire /tmp/20030101.

    DB2

    Le script export doit être exécuté à partir d'une fenêtre de commande DB2, après établissement d'une connexion à la base de données. Le script est situé à l'un des emplacements suivants, selon votre plate-forme :

    UNIX : /opt/{REP INSTALL}/DBLoader/scripts/DB2/export.sh

    Windows : \{REP INSTALL}\DBLoader\scripts\DB2\export.bat Le script export prend en considération les paramètres suivants pour DB2 :

    Syntaxe du script d'export :

    ./export <Date d'échéance AAAA-MM-JJ> <emplacement de l'archive>
      <nom de la base de données> <nom d'utilisateur de la base de données> 
     <mot de passe d'accès à la base de données>

    Exemple de script d'export :

    ./export 2003-01-01 /tmp bcgapps bcgapps db2inst1 pa55word

    Remarque :
    Le script export génère un avertissement SQL3100W pouvant être ignoré.

    Le fichier d'archive et le fichier journal msgarchive.txt sont ajoutés au répertoire /tmp/2003-01-01.

  2. Exécutez le script archive pour copier les fichiers de données utiles contenus dans le magasin d'irréfutabilité du système de fichiers, et les déplacer vers l'archive. L'exécution de ce script est requise sur les machines équipées d'un système de fichiers d'irréfutabilité. Le script est situé à l'un des emplacements suivants, selon votre plate-forme :

    UNIX : /opt/{REP INSTALL}/bin

    Windows : \{REP INSTALL}\bin

    1. Exécutez le script setenv pour vous assurer que les variables PATH et CLASSPATH sont définies correctement.
    2. Le fichier DBArchiveParams.properties est utilisé par le script archive pour extraire toutes les informations requises. Editez le fichier DBArchiveParams.properties pour vous assurer que les paramètres transmis sont corrects. Pour plus de détails, reportez-vous aux exemples de données fournis. Assurez-vous que les entrées correspondent au type de base de données qui convient. Il convient de définir la date d'échéance de la même manière qu'à l'étape 1. Le paramètre DB_ARCHIVE_TASK doit conserver la valeur 1.
    3. Exécutez le script archive. Le résultat de l'opération de copie est conservé dans le répertoire cible, comme spécifié dans le fichier DBOutput.txt.
    ATTENTION :
    Les étapes 1 et 2 ci-dessus copient les données des magasins de données vers l'emplacement de l'archive. N'exécutez pas les étapes 3 et 4, qui suppriment les données des magasins de données, avant que les opérations de données n'aient abouti.
  3. Définissez le paramètre DB_ARCHIVE_TASK du fichier DBArchiveParams.properties sur la valeur 0.
  4. Exécutez à nouveau le script archive pour supprimer les fichiers de données utiles contenus dans le magasin d'irréfutabilité du système de fichiers.

    L'exécution de ce script est requise sur les machines équipées d'un système de fichiers d'irréfutabilité. En outre, ce script doit être exécuté par un utilisateur disposant des droits d'accès administrateur ou racine.

  5. Exécutez la procédure stockée dans la base de données AR_NONREP_MAINTENANCE pour effacer les données archivées des tables LG_MSG_ARCHIVE et LG_CERT_ARCHIVE. Cette opération prend en compte la date d'échéance en tant que paramètre d'entrée. Cette procédure stockée est accessible via la base de données et est ajoutée au moment de l'installation.

    Syntaxe de la procédure stockée AR_NONREP_MAINTENANCE :

    Oracle : execute AR_NONREP_MAINTENANCE(AAAA-MM-JJ)
    DB2 : call AR_NONREP_MAINTENANCE(AAAA-MM-JJ)

Copyright IBM Corp. 2003, 2005