Archivage de données

Dans Business Integration Connect, 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 avec la base de données n'est nécessaire qu'une fois. 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 accessible par les chemins suivants :

    UNIX : /opt/IBM/WBIConnect/DBLoader/scripts/Oracle/export.sh
     

    Windows : \Rép_install_WBIConnect\DBLoader\scripts\Oracle\export.bat
     

    Le script export prend en considération les paramètres suivants pour Oracle :

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

    Exemple : ./export password connectstring /tmp bcgapps 20050101

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

    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 accessible par les chemins suivants :

    UNIX : /opt/IBM/WBIConnect/DBLoader/scripts/DB2/export.sh
     

    Windows : \Rép_install_WBIConnect\DBLoader\scripts\DB2\export.bat
     

    Le script export prend en considération les paramètres suivants pour DB2 :

    Syntaxe : ./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 : ./export 2005-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/2005-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 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 accessible par les chemins suivants :
    UNIX : /opt/IBM/WBIConnect/bin
     
    Windows : \Rép_install_WBIConnect\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.e. Le paramètre DB_ARCHIVE_TASK doit conserver la valeur 1.
    3. Exécutez le script archive. Le résultat de la copie est conservé dans le répertoire cible, comme spécifié dans le fichier DBOutput.txt.
    IMPORTANT : Lors des étapes 1 et 2 ci-dessus, les données sont copiées depuis les magasins de données vers l'emplacement du fichier d'archive. Assurez-vous que ces deux étapes ont abouti avant d'exécuter les deux étapes suivantes, car celles-ci suppriment le contenu des magasins de données.
  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 d'administrateur/root.

  5. Exécutez la procédure stockée 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.
    Oracle : execute AR_NONREP_MAINTENANCE(AAAA-MM-JJ)
     
    DB2 : call AR_NONREP_MAINTENANCE(AAAA-MM-JJ)
     

Copyright IBM Corp. 1997, 2004