Copiar parámetros y datos maestrosPara que la compañía de archivo funcione, deben estar presentes en la compañía de archivo algunos datos básicos obligatorios, como datos maestros y de parámetros. Los datos generales representan datos estáticos, necesarios para garantizar las referencias de los datos archivados. Normalmente, los datos generales se copiarán con la sesión de archivado relevante. El proceso de copia de los datos generales se suele realizar cada vez que se inicia una sesión de archivado y, dependiendo de la cantidad de datos generales que se van a copiar, puede tardar mucho tiempo. En las siguientes secciones se proporcionan varias sugerencias para reducir el tiempo que se tarda en archivar estos datos generales. La mayoría de las sesiones de archivado cuentan con una casilla de verificación Archivar datos generales, que permite especificar si se deben archivar los datos generales. Por ejemplo, cuando haya incluido varias sesiones de archivado en un solo trabajo, basta con archivar los datos generales una sola vez para un dominio funcional específico, como Almacenaje. A continuación, sólo tiene que seleccionar la casilla de verificación de la primera sesión de un dominio funcional y dejar deseleccionada la casilla para las demás sesiones posteriores del trabajo. De esta forma, se evita el realizar un archivado repetitivo de los mismos datos maestros y se reduce el tiempo necesario para realizar el archivado de los datos generales. También puede usar utilidades de base de datos más directas para archivar los datos generales. Cuando realiza este procedimiento, crea archivos planos a partir de los datos generales de la compañía operativa e importa dichos archivos planos en la compañía de archivo. Para ello existen dos métodos:
Nota Las tablas siguientes no se deben copiar de la compañía operativa a la compañía de archivo:
Para obtener más información, consulte la sesión Parámetros de compañía (tfgld0503m000) y la sesión Parámetros de compañía de grupo (tfgld0501m000) en este capítulo. Método 1: Copia de los datos generales mediante sesiones normales Ruta: //Herramientas del Sistema/Gestión de base de datos/Utilidades de base de datos Instrucción (en la compañía operativa o 000) Fase 1. Exportar los datos desde la compañía operativa hasta un archivo de volcado mediante la sesión Crear volcado de tabla secuencial (ttaad4226m000):
Se añadirá automáticamente una extensión al nombre de archivo del volcado; un punto seguido del número de compañía. Fase 2. Importe los datos exportados en el paso anterior en la compañía de archivo: Ruta: //Herramientas del Sistema/Gestión de base de datos/Utilidades de base de datos Instrucción (en la compañía operativa o 000) La sesión Crear tabla de volcado secuencial (ttaad4227m000) permite cargar el volcado creado previamente en la compañía de archivo, tal como se muestra a continuación. Fase 1. Seleccione la casilla de verificación Crear tablas para diferentes compañías y especifique el número de compañía de la nueva compañía de archivo. Debe seleccionar la casilla de verificación Omitir restricciones de integridad referencial; en caso contrario, se produciría un error 606 al crear la tabla del volcado secuencial. Por tanto, el sistema puede devolver el mensaje de error bdpost6.2. Fase 2. Repita esta acción con cada uno de los volcados de las tablas obligatorias creados en la sección anterior. También debe especificar el nombre del archivo de registro de errores que se creará al leer el volcado. Debe seleccionar la casilla de verificación Omitir restricciones de integridad referencial; en caso contrario, se produciría un error 606 al crear la tabla del volcado secuencial. Por tanto, el sistema puede devolver el mensaje de error bdpost6.2. Si se produce el error de ejecución de bdbpost6.2, en el archivo de errores del directorio inicial se mostrará el mensaje de error exacto, que podría ser similar al siguiente: Separador predeterminado ('\0') tomado Mensajes RowCount de índice de tabla M ----------- - --- -------- ---------------------- tcmcs010999 R 1 1 error de escritura 606 Fase 3. Ejecute la sesión Reorganizar tablas (ttaad4225m000) con las casillas de verificación Integridad de referencia y Repair Reference Counter seleccionadas, como se muestra a continuación. El número de compañía debe ser el de la compañía de archivo. Método 2: Copia de datos generales mediante las herramientas bdbpre y bdbpost Para copiar los parámetros mencionados anteriormente y los datos generales de la compañía operativa a la compañía de archivo, puede componer un archivo ASCII, como copy.erpln.data, en el que se listen todas las tablas relacionadas (enumeradas en los capítulos 5 y 6). Con este archivo y el comando bdbpre, puede volcar las tablas en un archivo de volcado. Con el comando bdbpost, puede crear tablas a partir del archivo de volcado, como se muestra: Instrucción (a nivel de sistema UNIX o Windows) Fase 1. Liste los nombres de las tablas especificadas en los apéndices A y B en uno o más archivos ASCII, como copy.erpln.data. Fase 2. Mediante la sintaxis que se describe a continuación, exporte los datos de la compañía operativa (bdbpre) y, a continuación, impórtelos en la compañía de archivo (bdbpost). UNIX En el símbolo del sistema, especifique lo siguiente:
De esta forma se copiarán los datos de las tablas proporcionadas de la compañía 001 a la compañía 901. Windows En el símbolo del sistema del servidor, especifique lo siguiente:
De esta forma se copiarán los datos de las tablas proporcionadas de la compañía 001 a la compañía 901
Fase 3. Después de contabilizar el volcado en la compañía de archivo, reorganice las tablas mediante la sesión Reorganizar tablas (ttaad4225m000). En esta sesión, seleccione las siguientes casillas de verificación:
Es necesario porque se utiliza la opción bdbpost –n (Ignore referential integrity constraints). Las opciones de los comandos bdbpre y bdbpost se encuentran en Infor Enterprise Server 8 - Technical Manual.
| |||||||||||