DOKA-NG almacena información en la base de datos, pero también en archivos secuenciales en el sistema de archivos. Hay diferentes grupos de archivos:

• Registros (registros del sistema y de cambios)
• Archivos de interfaz
• Datos de transacción (archivos de visualización, TRNDATA, documentos)
• Archivos de configuración (INI)

Es posible almacenar estos archivos con algunas excepciones condicionadas técnicamente, como las denominadas BLOBS, en la base de datos. Además, se puede decidir por separado si los archivos INI se almacenan en el sistema de archivos o en la base de datos, por lo que la configuración necesaria para iniciar DOKA-NG debe almacenarse siempre en el sistema de archivos. En el caso de los archivos de interfaz, también se puede decidir mediante programación si se deben almacenar en el sistema de archivos o en la base de datos. La ventaja de los archivos en la base de datos es que las instalaciones de DOKA-NG distribuidas pueden acceder a una base de datos común y no es necesario administrar un sistema de archivos «común» independiente.

Esta transacción se utiliza para migrar datos del sistema de archivos del servidor al sistema «Files-in-Database».

Se ha previsto la migración de

• datos (documentos y mensajes)
• ini (configuración)
• plantilla (informes)

particiones. Es posible realizar ajustes a nivel de proyecto.

El propósito de esta transacción es permitir que lo que puede ser cantidades muy grandes de datos (varios cientos de GB) se transfieran a un sistema de «Archivo en base de datos» de forma incremental durante varios días o semanas antes de la migración del sistema real.

Esto es posible porque la mayoría de estos datos ya no se modificarán durante las operaciones en curso, ya que consta de datos históricos guardados con fines informativos. Por ejemplo, la transacción se puede iniciar en semanas de producción antes de la activación del sistema «Files-in-Database» ejecutándola todas las noches desde las 20:00 horas durante 10 horas (600 minutos). Un lanzamiento final después de apagar el sistema antes del cambio final garantiza que se conserve una copia actualizada de los datos en el sistema de archivos de la base de datos.

Cuando se inicia la transacción, se compila internamente una lista completa de todos los archivos que se van a copiar. La lista se ordena según la marca de tiempo de los archivos y, a continuación, los archivos se copian en orden ascendente de la marca de tiempo.

La transacción puede iniciarse en primer plano o en segundo plano. El tiempo durante el cual la transacción migra datos después de cada inicio se almacena en el archivo de configuración sysfdb.ini, en la entrada «Runtime» de la sección [Configuración]. Cuando se agota el tiempo, la transacción finaliza el proceso de copia.

El progreso de la migración se almacena en el archivo de configuración como la hora de la última marca de tiempo de modificación por la que se migraron todos los archivos.

En un inicio interactivo de SYSFDB, esta transacción proporciona el archivo ini/SYSFDB.ini (por ejemplo, el tiempo de ejecución en minutos se almacena allí).

Solo será necesario editar el archivo (por ejemplo, utilizando SYSIXU) si SYSFDB se va a configurar sin inicio interactivo, o si la «Marca de tiempo de la última copia» se va a modificar con fines de prueba.

Directorios individuales (por ejemplo, directorios que permanecerán en el sistema de archivos o directorios que sean el resultado de migraciones anteriores y que ya no sean necesarios) o archivos individuales (por ejemplo, se pueden excluir los archivos que nunca se utilicen de la base de datos y cuya existencia pueda causar confusión.

En esta lista, los directorios deben estar marcados con un delimitador de ruta ('/') al final. Las entradas se guardan en sysfdb.ini, sección [ExcludeList] como bloque, por ejemplo:

[ExcludeList]
Ruta1=/dok2host/
Ruta2=/host2dok/
Ruta3=/td2.env

Al generar la lista de copia internamente, SYSFDB compara si las secciones de ruta indicadas son postfixes de un nombre de ruta. Esto significa que los delimitadores iniciales ('/') en el nombre no se refieren a nombres absolutos de rutas.

El contenido del directorio comprimido en archivos .zip utilizando la transacción SYSZIP en .zip se extrae como archivos individuales y se transfiere al sistema de archivos de la base de datos con sus nombres individuales. Se asume que el contenido de los CLOB en la tabla SYF será guardado por la base de datos en un formato comprimido adecuadamente.

SYSFDB deja todos los archivos (.zip y otros) en el sistema de archivos sin cambios (de lo contrario, no sería posible el funcionamiento en paralelo con el sistema de producción). SYSFDB solo eliminará de nuevo los archivos creados temporalmente por SYSFDB como resultado de la extracción de los archivos .zip.

Encontrará más información sobre el tema «Archivo en la base de datos» en la documentación de TradeDesign, en el apartado «Archivos en la base de datos».

Manejo de Archivo