Archivado de datos

En WebSphere Partner Gateway, el archivado se utiliza para mover el contenido inactivo (no repudiación) a un soporte seguro. El archivado consiste en eliminar datos antiguos de las tablas LG_MSG_ARCHIVE y LG_CERT_ARCHIVE. También mueve al archivador los archivos de datos de carga del almacén de no repudiación del sistema. Los archivos archivados pueden restaurarse si son necesarios los datos de no repudiación.

Precaución:
La depuración de determinadas tablas de bases de datos eliminará información sobre los archivos almacenados en el sistema. Antes de depurar las tablas de base de datos, revise la sección Eliminación de archivos antiguos.
  1. Ejecute el script export para copiar los datos de las tablas en el archivador.

    Oracle

    En Oracle, es necesario ejecutar el script catexp.sql o catalog.sql para permitir la exportación de la base de datos. Para obtener información detallada, consulte la documentación de Oracle. El script catexp.sql o catalog.sql sólo necesita ejecutarse una vez en una base de datos. No es necesario ejecutarlo de nuevo antes de realizar la exportación.

    Nota:
    Los nombres reales de los archivos script dependen del sistema operativo. Los nombres de archivos script y el método para ejecutarlos se describen en la documentación de Oracle relacionada con el sistema operativo específico.

    Antes de empezar a utilizar el script export, confirme lo siguiente:

    Es necesario ejecutar el script export desde un sistema en el que se ha instalado el cliente de Oracle. Además, deben definirse las variables de entorno ORACLE HOME, ORACLE SID y ORACLE PATH. El script se encuentra en una de las siguientes ubicaciones, en función de la plataforma:

    UNIX: /opt/{DIR INSTAL}/DBLoader/scripts/Oracle/export.sh

    Windows: \{DIR INSTAL}\DBLoader\scripts\Oracle\export.bat El script export acepta los siguientes parámetros para Oracle:

    Sintaxis del script export:

    ./export <contraseña del sistema> <serie de conexión>
      <directorio de destino> <nombre de esquema> <fecha límite AAAAMMDD>

    Ejemplo de script export:

    ./export password connectstring /tmp bcgapps 20030101

    El archivador, denominado export.dmp, y el archivo export.log se añadirán a la carpeta /tmp/20030101.

    DB2

    Es necesario ejecutar el script export desde la ventana de mandatos de DB2 después de establecer una conexión con la base de datos. El script se encuentra en una de las siguientes ubicaciones, en función de la plataforma:

    UNIX: /opt/{DIR INSTAL}/DBLoader/scripts/DB2/export.sh

    Windows: \{DIR INSTAL}\DBLoader\scripts\DB2\export.bat El script export acepta los siguientes parámetros para DB2:

    Sintaxis del script export:

    ./export <fecha límite AAAA-MM-DD> <ubicación de archivado>
      <nombre de base de datos> <nombre de usuario de base de datos> <contraseña de base de datos>

    Ejemplo de script export:

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

    Nota:
    El script export provoca que aparezca el aviso SQL3100W que puede ignorarse.

    El archivador y el archivo de registro msgarchive.txt se añadirán a la carpeta /tmp/2003-01-01.

  2. Ejecute el script archive para copiar los archivos de datos de carga del almacén de no repudiación del sistema de archivos en el archivador. Es necesario ejecutar este script en las máquinas que tienen sistemas de almacenamiento de archivos de no repudiación. El script se puede encontrar en una de as siguientes vías de acceso, en función de la plataforma:

    UNIX: /opt/{DIR INSTAL}/bin

    Windows: \{DIR INSTAL}\bin

    1. Ejecute el script setenv para asegurarse de que las variables PATH y CLASSPATH se han establecido correctamente.
    2. El archivo DBArchiveParams.properties lo utiliza el script archive para obtener toda la información necesaria. Edite el archivo DBArchiveParams.properties y asegúrese de que los parámetros que se pasan son correctos. Consulte las entradas de ejemplo para obtener más información. Asegúrese de que las entradas corresponden al tipo de base de datos correcto. La fecha límite debe ser la misma que en el paso 1. El parámetro DB_ARCHIVE_TASK se debe mantener como 1.
    3. Ejecute el script archive. Los resultados de la operación de copia se conservarán en el directorio de destino, tal como se especifica en el archivo DBOutput.txt.
    PRECAUCIÓN:
    Los pasos 1 y 2 anteriores copian los datos de los almacenes de datos a la ubicación de archivado. No ejecute los pasos 3 y 4, que eliminan los datos de los almacenes de datos, hasta que las operaciones de copia se hayan efectuado correctamente.
  3. Establezca el parámetro DB_ARCHIVE_TASK del archivo DBArchiveParams.properties en 0.
  4. Vuelva a ejecutar el script archive para purgar los archivos de datos de carga del almacén de ano repudiación del sistema de archivos.

    Es necesario ejecutar este script en las máquinas que tienen sistemas de almacenamiento de archivos de no repudiación. Además, este script debe ejecutarse con privilegios de usuario administrador o root.

  5. Ejecute al procedimiento almacenado en la base de datos AR_NONREP_MAINTENANCE para depurar los datos archivados de las tablas LG_MSG_ARCHIVE y LG_CERT_ARCHIVE. Acepta la fecha límite como parámetro de entrada. Este procedimiento almacenado está disponible en la base de datos y se añade durante la instalación.

    Sintaxis del procedimiento almacenado AR_NONREP_MAINTENANCE:

    Oracle: execute AR_NONREP_MAINTENANCE(YYYY-MM-DD)
    DB2: call AR_NONREP_MAINTENANCE(YYYY-MM-DD)

Copyright IBM Corp. 2003, 2005