Servidor Domino para AS/400

Transcripción

1 Seridor Domino para AS/400

2

3 Seridor Domino para AS/400

4 ii Seridor Domino para AS/400

5 Contenido Parte 1. Seridor Domino para AS/ Capítulo 1. Noedades de la V4R Capítulo 2. Impresión de este tema... 5 Capítulo 3. Creación de usuarios Domino Tipos de usuarios de Domino para AS/ Detalles: Definir al mismo tiempo un usuario de AS/400 y Domino Detalles: Registrar un usuario AS/400 en Domino.. 8 Necesidades de autorización para los administradores de Domino para AS/ Detalles: Otorgar autorizaciones especiales a un usuario Qué ocurre cuando se define un usuario Domino? 11 Capítulo 4. Planificación de autorizaciones para la integración de bases de datos Domino Control de acceso a las bases de datos Domino.. 13 Autorización cuando las aplicaciones Domino acceden a datos DB2 UDB en AS/ Autorización cuando las aplicaciones Domino utilizan LS:DO para acceder a DB2 UDB. 15 Autorización cuando las actiidades de LEI acceden a DB2 UDB Autorización cuando los programas de AS/400 acceden a las bases de datos de Domino Ejemplo: Autorización para acceder a las bases de datos Domino desde los programas AS/ Recomendaciones de seguridad para Domino para AS/ Capítulo 5. Desarrollo de una estrategia de copias de seguridad para un seridor Domino para AS/ Copia de seguridad del producto Domino para AS/ Bibliotecas y directorios de Domino para AS/ Elección de una opción para la copia de seguridad del seridor Domino completo Detalles: Salar el directorio del seridor Domino 25 Detalles: Salar todo Copia de seguridad de los objetos cambiados del seridor Domino para AS/ Estrategias de copia de seguridad incremental.. 27 Ejemplos: Copia de seguridad de objetos cambiados del seridor Domino para AS/ Copia de seguridad del correo del seridor Domino 29 Ejemplos: Copia de seguridad del correo de Domino Copia de seguridad de bases de datos Domino específicas Ejemplos: Copia de seguridad de bases de datos Domino específicas Capítulo 6. Recuperación de Domino para AS/ Recuperación de un seridor Domino para AS/400 completo Recuperación del correo de Domino Recuperación de bases de datos de Domino específicas Restaurar objetos cambiados a un seridor Domino para AS/ Ejemplo: Restaurar objetos Domino cambiados a partir de una copia de seguridad acumulatia.. 36 Ejemplo: Restaurar objetos Domino cambiados a partir de una copia de seguridad del tipo noche por noche Ejemplo: Restaurar bases de datos Domino a partir de una copia de seguridad incremental.. 38 Ejemplo: Restaurar objetos cambiados de un subdirectorio Domino específico Capítulo 7. Más información acerca de Domino para AS/ Qué es Lotus Domino? Qué es Domino para AS/400? Copyright IBM Corp. 1998, 2000 iii

6 i Seridor Domino para AS/400

7 Parte 1. Seridor Domino para AS/400 La mayoría de empresas que utilizan Domino descubren que muy pronto se conierte en un producto esencial para la organización y sus procesos. Al igual que cualquier otra parte importante de la organización, el seridor Domino requiere planificación y gestión. En los apartados de este Information Center se describen algunas tareas administratias y de gestión que son exclusias del producto Domino para AS/400, en comparación con otras plataformas de seridor Domino. Esas tareas de gestión afectan a las siguientes áreas: Capítulo 3. Creación de usuarios Domino en la página 7 Capítulo 4. Planificación de autorizaciones para la integración de bases de datos Domino en la página 13 Capítulo 5. Desarrollo de una estrategia de copias de seguridad para un seridor Domino para AS/400 en la página 23 Capítulo 6. Recuperación de Domino para AS/400 en la página 33 En el Capítulo 7. Más información acerca de Domino para AS/400 en la página 41 se proporciona información general y se indican fuentes adicionales de información acerca de Domino para AS/400. Copyright IBM Corp. 1998,

8 2 Seridor Domino para AS/400

9 Capítulo 1. Noedades de la V4R5 Una barra de naegación simplificada proporciona un acceso más sencillo a la información de Domino. El apartado Necesidades de autorización para los administradores de Domino para AS/400 en la página 8 incluye información nuea acerca de las autorizaciones de AS/400 que son necesarias para realizar otras tareas administratias típicas, por ejemplo, cambiar las propiedades de un seridor, cambiar el archio NOTES.INI para un seridor y suprimir un seridor. Copyright IBM Corp. 1998,

10 4 Seridor Domino para AS/400

11 Capítulo 2. Impresión de este tema Es posible examinar o bajar una ersión PDF de este documento para erlo o imprimirlo. Para er archios PDF hay que tener instalado Adobe Acrobat Reader. Se puede bajar una copia desde la página de presentación de Adobe.. Para er o bajar la ersión PDF, seleccione Seridor Domino para AS/400 (aproximadamente 300 KB o 44 páginas). Para guardar un PDF en su estación de trabajo con el fin de erlo o imprimirlo: 1. Abra el PDF en el naegador (pulse el enlace anterior). 2. En el menú del naegador, pulse Archio. 3. Pulse Guardar como Naegue hasta el directorio en el que desearía guardar el PDF. 5. Pulse Guardar. Copyright IBM Corp. 1998,

12 6 Seridor Domino para AS/400

13 Capítulo 3. Creación de usuarios Domino Para que un usuario pueda conectarse al seridor Domino para AS/400, es necesario definir el usuario. Haga lo siguiente: 1. Reise la información del apartado Tipos de usuarios de Domino para AS/400 para determinar si el usuario necesita un perfil de usuario AS/400 y un registro Domino. 2. Para los nueos usuarios AS/400 y Domino, Operations Naigator proporciona un método eficaz para crear un perfil de usuario AS/400 y registrar el usuario en Domino. Detalles: Definir al mismo tiempo un usuario de AS/400 y Domino en la página 8 describe el procedimiento. 3. Para un usuario AS/400 existente, Operations Naigator proporciona una opción para registrar el usuario en uno o más seridores Domino. Detalles: Registrar un usuario AS/400 en Domino en la página 8 describe el procedimiento. 4. Para un usuario que sólo necesite registrarse en Domino, es probable que sea más eficaz utilizar las funciones administratias de Domino. La documentación de Domino describe estas funciones. 5. Reise el apartado Necesidades de autorización para los administradores de Domino para AS/400 en la página 8 para determinar si el usuario tiene responsabilidades administratias que necesitan autorizaciones especiales del AS/ Si es necesario, utilice el procedimiento del apartado Detalles: Otorgar autorizaciones especiales a un usuario en la página 11 para asignar priilegios especiales al usuario. Para obtener información adicional, consulte los siguientes apartados: Qué ocurre cuando se define un usuario Domino? en la página 11 Recomendaciones de seguridad para Domino para AS/400 en la página 20 Tipos de usuarios de Domino para AS/400 El seridor Domino para AS/400 puede tener tres tipos de usuarios: Usuarios sólo de Domino Estos usuarios se conectan al seridor desde un cliente Notes o un naegador. No utilizan ninguna función de AS/400 excepto el seridor Domino para AS/400. Estos usuarios no necesitan un perfil de usuario AS/400. Usuarios de Domino y AS/400 Estos usuarios se conectan al seridor desde un cliente Notes o un naegador. También acceden al AS/400 de otras maneras, por ejemplo con una emulación de estación de trabajo 5250 o con Client Access. Estos usuarios necesitan un perfil de usuario AS/400 y un registro Domino. Usuarios de Domino que necesitan acceso a DB2/400 Estos usuarios se conectan al seridor desde un cliente Notes o un naegador. A pesar de que no utilizan otras funciones de AS/400, estos usuarios ejecutan aplicaciones Domino que acceden a los archios de base de datos DB2/400. El que estos usuarios necesiten un perfil de usuario de AS/400 dependerá de la estrategia elegida en las aplicaciones Domino para proporcionar acceso a los datos. Copyright IBM Corp. 1998,

14 Detalles: Definir al mismo tiempo un usuario de AS/400 y Domino Puede utilizarse Operations Naigator para crear un usuario AS/400 y registrar al mismo tiempo el usuario en Domino. Haga lo siguiente: 1. En la entana de Operations Naigator, localice el seridor AS/400. Pulse en el signo + para expandir el seridor. 2. Localice y seleccione Usuarios y Grupos. 3. Pulse con el botón derecho del ratón en Usuarios y Grupos. 4. Pulse en Usuario nueo. 5. Para crear el usuario de AS/400, entre la información de la página Propiedades. 6. Para especificar información adicional relatia al usuario, seleccione cada uno de los siguientes botones. A continuación especifique información en las páginas que se muestran. Grupos (opcional) Personal Seguridad Trabajos Si tiene alguna pregunta acerca de las páginas, dispone de ayuda en línea. 7. Para crear el usuario en el seridor AS/400, pulse Añadir. 8. Para registrar el usuario en Domino, pulse el botón Redes. 9. Pulse la pestaña Registro Domino. 10. Seleccione el seridor en el que desea registrar el usuario. 11. Pulse el botón Añadir. 12. Especifique la información de las páginas de registro. Si tiene alguna pregunta acerca de las páginas de registro de Domino, hay disponible ayuda en línea. 13. Para completar el registro del usuario en Domino, pulse Aceptar. Detalles: Registrar un usuario AS/400 en Domino Para registrar en Domino a un usuario AS/400 existente puede utilizar Operations Naigator. Haga lo siguiente: 1. En la entana de Operations Naigator, localice el seridor de AS/400. Pulse el signo + para expandir el seridor. 2. Localice y seleccione Usuarios y Grupos. 3. Para expandir Usuarios y Grupos, pulse en el signo +. En la parte derecha de la entana aparecerá una lista de todos los perfiles de usuario AS/ Localice el usuario que desea registrar. Para seleccionar el perfil de usuario, efectúe una doble pulsación en el nombre de usuario. 5. En la pantalla Propiedades del usuario, pulse el botón Redes. 6. Pulse la pestaña Registro Domino. 7. Seleccione el seridor en el que desea registrar el usuario. 8. Pulse el botón Añadir. 9. Teclee la información que se solicita en las páginas de Registro Domino. Si tiene alguna pregunta acerca de las páginas, dispone de ayuda en línea. 10. Pulse Aceptar para registrar el usuario. Necesidades de autorización para los administradores de Domino para AS/400 8 Seridor Domino para AS/400 Los usuarios que realizan funciones de administración de Domino necesitan la autorización necesaria para realizarlas (No es deseable que todos los usuarios Domino o AS/400 puedan administrar el seridor Domino). Para planificar la autorización de los administradores de Domino, diida las tareas de administración en dos categorías distintas:

15 Tareas administratias sólo de Domino: Estas tareas tienen lugar dentro del seridor Domino cuando éste se ejecuta. Estas tareas no necesitan interactuar con el entorno del seridor AS/400 fuera de Domino. Un administrador sólo de Domino no necesita disponer de autorizaciones especiales en el AS/400. De hecho, un administrador sólo de Domino ni siquiera necesita un perfil de usuario AS/400. La documentación de Domino describe cómo otorgar este tipo de autorización de administración en Domino. A continuación se proporcionan algunos ejemplos de tareas de administración de sólo Domino: Crear una base de datos Domino nuea Desde la perspectia del AS/400, una tarea como es la creación de una base de datos Domino nuea se ejecuta bajo el perfil de usuario QNOTES. En un seridor Domino para AS/400 configurado correctamente, o bien el perfil de usuario QNOTES es propietario del directorio de base de datos Domino, o bien tiene autorización suficiente sobre el mismo. Por lo tanto, un administrador de Domino (que se ejecute como QNOTES) tiene la autorización necesaria para crear un objeto nueo en el directorio de base de datos Domino. Definir el acceso a la base de datos Por omisión, el sistema establece correctamente la autorización para una base de datos nuea (desde la perspectia del AS/400). El administrador de Domino no tiene que preocuparse acerca de la autorización de AS/400 para una base de datos Domino. El administrador de Domino sólo necesita definir el control de acceso de Domino (a traés de funciones Domino). Crear usuarios sólo de Domino Algunos usuarios sólo acceden al seridor Domino. No necesitan tener otro acceso al AS/400. Estos usuarios no necesitan un perfil de usuario AS/400. El administrador de Domino puede registrar estos usuarios a traés de Domino sin acceder a las funciones AS/400. Tareas administratias mixtas: Estas tareas requieren interacción con el entorno del seridor AS/400. Los administradores de Domino que llean a cabo estas tareas necesitan un perfil de usuario AS/400. A continuación se proporcionan las descripciones de estas tareas y de las autorizaciones AS/400 que necesitan tales administradores: Arrancar y detener el seridor Domino El administrador puede utilizar Operations Naigator o mandatos AS/400 (STRDOMSVR y ENDDOMSVR) para arrancar y detener el seridor Domino. Ambas interfaces necesitan tener una autorización especial *JOBCTL para arrancar y detener los seridores Domino. Para proporcionar autorización especial *JOBCTL a un usuario, cambie el campo de autorización especial en el perfil del usuario. Para cambiar el perfil de un usuario puede utilizar Operations Naigator o el mandato Cambiar perfil de usuario (CHGUSRPRF). Trabajar con la consola Domino El administrador puede utilizar Operations Naigator o un mandato AS/400 (WRKDOMCSL) para acceder a la consola Domino. Esta consola muestra eentos de seridor y proporciona una línea de mandatos desde la que el administrador puede emitir mandatos de seridor Domino. Para trabajar con la consola Domino, un administrador necesita tener Capítulo 3. Creación de usuarios Domino 9

16 autorización *USE sobre el programa QNNINCSS de la biblioteca QNOTES y autorización *USE sobre el mandato WRKDOMCSL de la biblioteca QSYS. Para otorgar las autorizaciones necesarias, escriba los siguientes mandatos desde una línea de mandatos AS/400: GRTOBJAUT OBJ(QNOTES/QNNINCSS) OBJTYPE(*PGM) USER(nombre-perfil-administrador) AUT(*USE) REPLACE(*YES) GRTOBJAUT OBJ(QSYS/WRKDOMCSL) OBJTYPE(*CMD) USER(nombre-perfil-administrador) AUT(*USE) REPLACE(*YES) Nota: Por omisión, cualquier usuario AS/400 puede isualizar la consola de Domino. Los administradores necesitan disponer de autorización sobre el programa QNNINCSS para poder entrar mandatos del seridor Domino desde la consola de Domino. Someter un mandato de seridor Domino Además de emitir un mandato de seridor desde la consola, el administrador puede someter un mandato de seridor mediante un mandato AS/400 (SBMDOMCMD). Este método permite al administrador incluir un mandato de seridor en un trabajo de proceso por lotes AS/400 o en un programa CL. Para emitir un mandato de seridor utilizando este método, el administrador necesita autorización *USE sobre el programa QNNINSDC de la biblioteca QNOTES y autorización *USE sobre el mandato SBMDOMCMD de la biblioteca QSYS. Para otorgar las autorizaciones necesarias, escriba los siguientes mandatos desde una línea de mandatos AS/400: GRTOBJAUT OBJ(QNOTES/QNNINSDC) OBJTYPE(*PGM) USER(nombre-perfil-administrador) AUT(*USE) REPLACE(*YES) GRTOBJAUT OBJ(QSYS/SBMDOMCMD) OBJTYPE(*CMD) USER(nombre-perfil-administrador) AUT(*USE) REPLACE(*YES) Cambiar el seridor Domino Después de configurar un seridor Domino, el administrador puede utilizar Operations Naigator o un mandato AS/400 (CHGDOMSVR) para cambiar la configuración del seridor. Para cambiar el seridor se necesitan las autorizaciones especiales *ALLOBJ, *IOSYSCFG, *JOBCTL y *SECADM. Para proporcionar estas autorizaciones especiales a un usuario, cambie el campo de autorización especial en el perfil del usuario. Para cambiar el perfil de un usuario puede utilizar Operations Naigator o el mandato Cambiar perfil de usuario (CHGUSRPRF). Cambiar el archio NOTES.INI El archio NOTES.INI define las características operatias del seridor Domino. El administrador puede utilizar Operations Naigator o un mandato AS/400 (EDTF) para cambiar el archio NOTES.INI para el seridor. Ambas interfaces requieren autorización especial *ALLOBJ o autorización específica para cambiar el archio. Para otorgar a un usuario la autorización especial *ALLOBJ, cambie el campo de autorización especial en el perfil del usuario. Para cambiar el perfil de un usuario puede utilizar Operations Naigator o el mandato Cambiar perfil de usuario (CHGUSRPRF). Para otorgar a un usuario autorización específica para cambiar el archio NOTES.INI, utilice el mandato Trabajar con enlaces de objeto (WRKLNK) a fin de buscar la ía de acceso del archio y, a continuación, utilice la opción 9 para trabajar con las autorizaciones del archio (pulse F23 para isualizar la opción 9). 10 Seridor Domino para AS/400

17 Suprimir el seridor Domino Al suprimir un seridor Domino se suprime el directorio de datos utilizado por el seridor. El directorio de datos también puede contener datos de usuario. El administrador puede utilizar Operations Naigator o un mandato AS/400 (CFGDOMSVR) para suprimir un seridor Domino. Ambas interfaces requieren las autorizaciones especiales *ALLOBJ, *IOSYSCFG, *JOBCTL y *SECADM. Para proporcionar estas autorizaciones especiales a un usuario, cambie el campo de autorización especial en el perfil del usuario. Para cambiar el perfil de un usuario puede utilizar Operations Naigator o el mandato Cambiar perfil de usuario (CHGUSRPRF). Suprimir el software Domino El administrador puede utilizar un mandato AS/400 (DLTLICPGM) para suprimir el software de Domino para AS/400. El mandato requiere la autorización especial *ALLOBJ. Para proporcionar la autorización especial *ALLOBJ a un usuario, cambie el campo de autorización especial en el perfil del usuario. Puede utilizar Operations Naigator o el mandato Cambiar perfil de usuario (CHGUSRPRF) para cambiar el perfil de un usuario. Puesta a punto de usuarios para Domino y AS/400 Algunos usuarios necesitan acceder al seridor Domino y a otras funciones AS/400. Estos usuarios necesitan un perfil de usuario AS/400. Para crear un perfil de usuario AS/400, el perfil de usuario AS/400 del administrador de Domino debe tener autorización especial *SECADM. Detalles: Otorgar autorizaciones especiales a un usuario Para asignar autorizaciones especiales a un usuario AS/400, haga lo siguiente: 1. En la entana de Operations Naigator, localice el seridor AS/400. Pulse en el signo + para expandir el seridor. 2. Localice y seleccione Usuarios y Grupos. 3. Para expandir Usuarios y Grupos, pulse en el signo +. En la parte derecha de la entana aparecerá una lista de todos los perfiles de usuario AS/ Localice el usuario que necesita una autorización especial (también recibe el nombre de priilegio). Para seleccionar el perfil de usuario, efectúe una doble pulsación en el nombre de usuario. 5. En la pantalla Propiedades del usuario, pulse el botón Seguridad. 6. En el diálogo Seguridad Priilegios, seleccione los priilegios que desea otorgar al usuario. 7. Pulse Aceptar para efectuar los cambios. Qué ocurre cuando se define un usuario Domino? Cuando se define un usuario Domino nueo en un seridor, la aplicación del seridor hace dos cosas: Crea un documento de persona en el Directorio del seridor Domino (Listín Público). Un documento de persona puede considerarse como una combinación de las funciones que proporcionan el perfil de usuario AS/400 y el directorio de distribución del sistema AS/400. El documento de persona define y ubica al usuario. Crea un archio de ID para el usuario. El archio de ID contiene el certificado digital que el cliente Notes utiliza para autentificarse en el seridor. Para que el Capítulo 3. Creación de usuarios Domino 11

18 usuario pueda conectarse al seridor de forma satisfactoria, la estación de trabajo del usuario debe tener una copia de este archio de ID. Nota: Para los usuarios que se conecten a Domino mediante naegadores en lugar de hacerlo mediante clientes Notes, el proceso de autentificación es distinto. La documentación de Domino describe los métodos para definir distintos tipos de usuarios. 12 Seridor Domino para AS/400

19 Capítulo 4. Planificación de autorizaciones para la integración de bases de datos Domino Uno de los puntos fuertes de Domino para AS/400 es la capacidad de integrar datos de las bases de datos DB2 UDB para AS/400 y Domino en ambas direcciones. Para aproechar esta integración es necesario entender y controlar cómo funcionan las autorizaciones entre los dos tipos de bases de datos. El apartado Control de acceso a las bases de datos Domino describe cómo asegurar que la seguridad AS/400 subyacente trabaja correctamente con el control normal de acceso de la base de datos Domino. El apartado Autorización cuando las aplicaciones Domino acceden a datos DB2 UDB en AS/400 en la página 14 describe alternatias de configuración de autorizaciones cuando las aplicaciones Domino acceden a los recursos de DB2 UDB. El apartado Autorización cuando los programas de AS/400 acceden a las bases de datos de Domino en la página 19 describe alternatias de configuración de autorizaciones cuando los programas AS/400 acceden a las bases de datos Domino. El apartado Recomendaciones de seguridad para Domino para AS/400 en la página 20 resume las recomendaciones de seguridad para ejecutar Domino en el AS/400. Control de acceso a las bases de datos Domino IBM y Lotus han diseñado la seguridad de las bases de datos Domino para AS/400 con dos objetios: Para preserar la portabilidad de las aplicaciones Domino, la seguridad de las bases de datos Domino en el AS/400 debe ser igual que en otras plataformas de seridor. Un modelo de seguridad que funciona en distintos seridores es un alor de Domino. Para preserar la seguridad e integridad de otras aplicaciones que puedan compartir el mismo AS/400, Domino para AS/400 debe seguir las reglas de seguridad que se aplican a todas las demás aplicaciones AS/400. La seguridad integrada aplicada uniformemente es un alor de AS/400. Bloques básicos del control de acceso Para comprender cómo trabajan la seguridad de Domino y AS/400 conjuntamente con el fin de lograr estos objetios, empecemos con la información básica relatia a cómo trabaja la seguridad de Domino y a cómo almacena el AS/400 las bases de datos Domino. Domino proporciona la posibilidad de definir una lista de control de acceso para cada base de datos Domino. Las listas de control de acceso proporcionan autorizaciones parecidas a las autorizaciones AS/400. Por ejemplo, en Domino la autorización editor permite a un usuario cambiar cualquier documento de una base de datos. Sin embargo, un editor no puede suprimir una base de datos o proporcionar a otros usuarios autorización sobre la base de datos. De forma similar, en DB2 UDB la autorización *CHANGE permite a un usuario añadir, cambiar o suprimir registros en un archio de base de datos. Sin Copyright IBM Corp. 1998,

20 embargo, la autorización *CHANGE no permite a un usuario suprimir el archio ni permite autorizar a terceros para que lo utilicen. Nota: Puede encontrar más información acerca de las autorizaciones de Domino en las publicaciones de Domino. Cuando se configura un seridor Domino para AS/400, se especifica el directorio para las bases de datos del seridor. Por ejemplo, se puede especificar /NOTES/DATA. Las bases de datos de Domino para AS/400 (archios con extensión.nsf) siempre residen en el sistema de archios integrado AS/400. AS/400 crea el directorio de base de datos Domino con la autorización de uso público establecida en *EXCLUDE. Siempre que un usuario Domino crea una base de datos nuea, la autorización de uso público para dicha base de datos es *EXCLUDE. Esto eita que los usuarios AS/400 accedan a las bases de datos Domino desde fuera de Domino. (Como es eidente, todo usuario con autorización especial *ALLOBJ puede acceder a cualquier base de datos o suprimirla). Por omisión, un perfil de usuario llamado QNOTES es propietario del directorio de base de datos Domino y de todos los objetos del directorio. El perfil de usuario QNOTES tiene autorización *ALL sobre los objetos. Los trabajos del seridor Domino se ejecutan utilizando el perfil de usuario QNOTES. Secuencia de pasos para la comprobación de accesos Ahora puede juntar las piezas del rompecabezas y er qué ocurre cuando un usuario Notes intenta acceder a una base de datos Domino: 1. OS/400 comprueba si el usuario tiene autorización sobre el objeto del sistema de archios integrado (por ejemplo /NOTES/DATA/mydb.nsf). Para OS/400, el usuario parece ser QNOTES. Por lo tanto, QNOTES debe tener autorización suficiente sobre los archios de base de datos Domino del sistema de archios integrado. Cuando Domino para AS/400 crea los directorios y las bases de datos, el perfil de QNOTES es propietario de los mismos. Por lo tanto, a menos que el administrador haya hecho algo no habitual, QNOTES tiene autorización y OS/400 permite el acceso. 2. El control pasa a Domino para AS/400. Domino sabe cuál es el usuario real que ha establecido una conexión con el seridor y se ha autentificado. El seridor Domino comprueba la autorización del usuario en la lista de control de acceso de la base de datos. Si el usuario tiene la autorización correcta, Domino para AS/400 sigue adelante con la petición del usuario. Autorización cuando las aplicaciones Domino acceden a datos DB2 UDB en AS/400 Una característica importante de Domino para AS/400 es la integración entre las bases de datos Domino y DB2 UDB en el AS/400. Existen cuatro métodos para que las aplicaciones Domino puedan acceder a (y actualizar) DB2 UDB: Las aplicaciones LotusScript utilizan el objeto de datos de LotusScript (LS:DO) como interfaz para datos DB2 UDB. Mediante LS:DO, la aplicación Domino enía una petición a DB2 UDB. Las aplicaciones Domino de cualquier lenguaje de programación soportado pueden utilizar para interactuar con una base de datos relacional, incluida DB2 UDB. Domino Enterprise Connection Serices (DECS) proporciona acceso en tiempo real a datos DB2 UDB mediante una aplicación Domino. 14 Seridor Domino para AS/400

21 Lotus Enterprise Integrator (LEI), antes conocido como NotesPump, proporciona métodos de fácil utilización para sincronizar información de bases de datos Domino con información de DB2 UDB. LEI es un producto Domino añadido que se puede pedir por separado. Nota: En otras plataformas de seridor, las funciones LS:DO utilizan una interfaz ODBC con las bases de datos relacionales. En AS/400, el sistema operatio intercepta la petición de la base de datos Domino y la procesa directamente sin utilizar ODBC. Por lo tanto, el programa tiene el mismo aspecto que en otras plataformas de seridor Domino, pero el proceso subyacente en AS/400 es más directo. Los cuatro métodos para acceder a DB2 UDB desde Domino establecen una conexión desde Domino al AS/400. La conexión especifica el perfil de usuario cuya autorización utiliza el sistema para acceder a los archios DB2 UDB y una contraseña correspondiente a ese perfil de usuario. Los siguientes temas proporcionan más información: Autorización cuando las aplicaciones Domino utilizan LS:DO para acceder a DB2 UDB Autorización cuando las actiidades de LEI acceden a DB2 UDB en la página 18 Autorización cuando las aplicaciones Domino utilizan LS:DO para acceder a DB2 UDB Una aplicación Domino puede utilizar funciones LS:DO (objeto de datos de LotusScript) para proporcionar acceso a DB2 UDB. En ambos métodos, la aplicación establece una conexión con DB2 UDB. La conexión especifica un perfil de usuario y una contraseña de AS/400. Antes de permitir la conexión, OS/400 comprueba lo siguiente: La combinación de perfil de usuario y contraseña, que debe ser álida. La autorización del usuario para el archio DB2 UDB. A continuación se enumera una serie de consideraciones de seguridad para proteger los datos DB2 UDB cuando se proporciona acceso desde las aplicaciones Domino. 1. Para las aplicaciones en tiempo real (aplicaciones conectadas a un cliente), decida qué perfil de usuario AS/400 utilizarán las aplicaciones Domino para acceder a los datos DB2 UDB. Puede tomar la decisión basándose en la aplicación Domino o en DB2 UDB. Las opciones son las siguientes: Utilizar el perfil de usuario del usuario que está ejecutando la aplicación Domino. Con este método necesita un perfil de usuario AS/400 para cada usuario Domino que necesite ejecutar una aplicación que acceda a datos DB2 UDB. En el apartado Detalles: Conexión de una aplicación Domino a DB2 UDB con un perfil de usuario AS/400 coincidente en la página 16 se describe cómo puede proporcionar la aplicación Domino el perfil de usuario y la contraseña AS/400. Definir perfiles de usuario AS/400 especiales cuya única función sea proporcionar a Domino acceso a los datos AS/400. Esto elimina la necesidad de que cada usuario Domino tenga un perfil de usuario AS/400. En el apartado Detalles: Conexión de una aplicación Domino a DB2 UDB con un perfil de usuario AS/400 especial en la página 16 se exponen diersas consideraciones sobre este método. Capítulo 4. Planificación de autorizaciones para la integración de bases de datos Domino 15

22 Utilizar una combinación de estos métodos. Cree perfiles de usuario especiales para proporcionar el equialente al acceso público (o anónimo) para usuarios Domino. Esto puede ser adecuado para los archios de base de datos que pueden er todos los usuarios. Confíe en el perfil de usuario AS/400 del usuario Domino para nieles de acceso más eleados o para archios confidenciales. 2. Para las aplicaciones planificadas (como los agentes), también debe proporcionar un perfil de usuario AS/400 al conectarse a DB2 UDB. Las aplicaciones planificadas se ejecutan en el seridor sin un cliente conectado. Por lo tanto, la aplicación no puede solicitar un ID de usuario y una contraseña de un usuario Domino. Repase el apartado Detalles: Conexión de una aplicación Domino a DB2 UDB con un perfil de usuario AS/400 especial para conocer las alternatias disponibles. 3. Considere la posibilidad de utilizar autorización adoptada para proporcionar un control más estricto sobre las acciones que puede realizar un programa Domino con los datos DB2 UDB. Consulte el apartado Ejemplo: Utilización de autorización adoptada para acceso de Domino a datos DB2 UDB en la página Tenga en cuenta que puede utilizar la posibilidad de ocultación del diseño que proporciona Domino a fin de eitar que los usuarios ean información de seguridad acerca de una aplicación. Detalles: Conexión de una aplicación Domino a DB2 UDB con un perfil de usuario AS/400 coincidente Cuando una aplicación Domino accede a datos DB2 UDB, la aplicación Domino necesita establecer una conexión con DB2 UDB. La conexión necesita un perfil de usuario y una contraseña AS/400 álidos. Cuando desee que la aplicación Domino se conecte utilizando el perfil AS/400 del usuario Domino, llee a cabo una de las acciones siguientes: 1. La aplicación puede solicitar al usuario Domino un nombre y una contraseña de perfil de usuario AS/400 durante la primera conexión dentro de una sesión. Asegúrese de que la aplicación protege cuidadosamente esta información. Debe eitarse almacenar las contraseñas de los perfiles de usuario AS/400 en el seridor. 2. Puede hacerse con un formulario y una base de datos para los usuarios Domino que necesiten tener acceso a bases de datos AS/400. El formulario solicita al usuario el nombre y la contraseña del perfil de usuario AS/400. La aplicación cifra la información y la almacena en una base de datos segura en el cliente. Por lo tanto, sólo el usuario o una aplicación que se ejecute en nombre del usuario pueden descifrar la contraseña. Con este método, los usuarios no necesitan especificar el perfil de usuario y la contraseña AS/400 cada ez que se conectan desde Domino a DB2 UDB. Sin embargo, deberán utilizar el formulario para actualizar el registro correspondiente de la base de datos cuando cambien la contraseña AS/400. Detalles: Conexión de una aplicación Domino a DB2 UDB con un perfil de usuario AS/400 especial Cuando una aplicación Domino accede a datos DB2 UDB, la aplicación Domino necesita establecer una conexión con DB2 UDB. La conexión necesita un perfil de usuario y una contraseña AS/400 álidos. Es posible que desee crear perfiles de usuario especiales con el objetio de proporcionar conexiones entre las aplicaciones Domino y los datos DB2 UDB. Realice lo siguiente para los perfiles de usuario especiales: 16 Seridor Domino para AS/400

23 1. Decida cuántos perfiles de usuario especiales desea crear: Cree un único perfil de usuario AS/400 para proporcionar acceso anónimo (o público) a las bases de datos no confidenciales. Cree arios perfiles específicos para proporcionar acceso a DB2 UDB. Puede considerar estos perfiles de usuario como similares a los perfiles de grupo. Estos perfiles siren para simplificar la gestión de autorizaciones. Recuerde que con este método, el AS/400 no sabe nada acerca del usuario Domino real. La aplicación Domino establece el nombre del perfil de usuario. Esto significa que confía en el administrador de Domino para controlar quién puede utilizar la aplicación. 2. Decida si desea utilizar contraseñas para la conexión: La conexión puede especificar un nombre de perfil de usuario y *NOPWD. El perfil de usuario QNOTES debe tener autorización *USE sobre el perfil de usuario. Con este método, cualquier aplicación Domino puede utilizar este perfil de usuario AS/400 para intentar acceder a los datos. La aplicación puede almacenar el nombre del perfil de usuario y una contraseña. Puede proteger esta información de forma que solamente los programadores de confianza puedan erla y actualizarla. Sin embargo, necesitará actualizar la aplicación siempre que cambie la contraseña de AS/400. Con este método, solamente los usuarios Domino que tengan autorización sobre el programa que contiene el perfil de usuario y la contraseña podrán intentar acceder con él a los datos DB2 UDB. El perfil QNOTES no necesita tener autorización *USE sobre el perfil de usuario. 3. Defina el perfil de usuario para protegerlo contra utilizaciones no deseadas: a. Establezca el programa inicial en *NONE. b. Establezca el menú inicial en *SIGNOFF. Ejemplo: Utilización de autorización adoptada para acceso de Domino a datos DB2 UDB Es posible que utilice autorización adoptada en el AS/400 para gestionar la forma en que los usuarios actualizan la información. Por ejemplo, el usuario típico puede tener autorización *USE sobre el archio de pedidos abiertos (que permite er pero no crear, cambiar ni suprimir). Sin embargo, es posible que desee asegurarse de que sólo ciertos usuarios puedan crear o cambiar pedidos. Además querrá asegurarse de que un pedido nueo pase las comprobaciones de edición antes de pasar al archio de pedidos abiertos. Este tipo de control puede llearse a cabo en AS/400 con la autorización adoptada. Un perfil de usuario con autorización *CHANGE sobre el archio de pedidos abiertos es propietario del programa que proporciona la función de crear y cambiar. Ciertos usuarios tienen autorización *USE para ejecutar el programa. Para utilizar una técnica similar cuando desee gestionar la capacidad de actualizar datos DB2 UDB desde las aplicaciones Domino, haga lo siguiente: 1. Si es necesario, diseñe y cree programas AS/400 que realicen las tareas que desea llear a cabo (como cambiar un registro específico de una base de datos). Probablemente pueda adaptar programas ya existentes. 2. Ponga a punto los programas para que adopten la autorización de un perfil de usuario que disponga de autorización adecuada sobre el archio de base de datos. Haga lo siguiente: a. Para transferir la propiedad del programa al perfil de usuario adecuado, utilice el mandato Cambiar propietario de objeto (CHGOBJOWN). Capítulo 4. Planificación de autorizaciones para la integración de bases de datos Domino 17

24 b. Para especificar que el programa debe adoptar la autorización, utilice el mandato Cambiar programa (CHGPGM). Especifique *OWNER para el parámetro Perfil de usuario (USRPRF). 3. Defina los programas como procedimientos almacenados para los archios DB2 UDB que desea actualizar. 4. Diseñe y cree los programas Domino para que utilicen los procedimientos almacenados con el fin de actualizar los archios DB2 UDB. 5. Cuando los programas Domino se conecten a DB2 UDB, especifique un nombre de perfil de usuario que tenga autorización *USE sobre los programas de procedimiento almacenado. Autorización cuando las actiidades de LEI acceden a DB2 UDB Lotus Enterprise Integrator (LEI), antes conocido como NotesPump, es una aplicación Domino que se puede pedir por separado y que proporciona la posibilidad de sincronizar bases de datos Domino con DB2 UDB para AS/400 (y otras bases de datos relacionales). Normalmente, cuando se utiliza LEI hay uno o arios administradores responsables de definir y gestionar la sincronización que se produce entre las bases de datos. El administrador crea documentos de actiidad en una base de datos LEI. Cada documento describe una actiidad de sincronización específica y la planificación correspondiente. Por ejemplo, puede sincronizar el archio maestro de clientes DB2 UDB con la base de datos de sericio al cliente Domino dos eces al día. Una actiidad de LEI debe establecer una conexión con DB2 UDB. La conexión especifica un perfil de usuario y una contraseña de AS/400. Antes de permitir la conexión, OS/400 comprueba lo siguiente: La combinación de perfil de usuario y contraseña, que debe ser álida. La autorización del usuario para el archio DB2 UDB. A continuación se proporcionan algunas consideraciones de seguridad para proteger los datos DB2 UDB cuando se proporciona acceso desde las actiidades de LEI: 1. Decida qué perfiles de usuario AS/400 se an a utilizar en la petición de conexión. En el apartado Detalles: Conexión de una aplicación Domino a DB2 UDB con un perfil de usuario AS/400 especial en la página 16 se comentan las opciones. 2. Asegúrese de proteger la base de datos de actiidades de LEI en forma tal que solamente los administradores de confianza puedan erla o cambiarla. También puede proteger documentos indiiduales de la base de datos. Por ejemplo, cuando tenga más de un administrador de LEI, no es necesario que todos los administradores conozcan el perfil de usuario y la contraseña para cada actiidad. 3. Decida si desea sincronizar los datos y las autorizaciones o solamente los datos. La documentación de LEI proporciona más información acerca de cómo configurar las actiidades de LEI y acerca de las cuestiones de seguridad relacionadas. También proporciona detalles acerca de cómo funciona la sincronización de autorizaciones. 18 Seridor Domino para AS/400

25 Autorización cuando los programas de AS/400 acceden a las bases de datos de Domino La integración de base de datos entre Domino y AS/400 funciona en ambas direcciones. Las aplicaciones Domino pueden recuperar (y actualizar) datos DB2 UDB. Igualmente, las aplicaciones AS/400 pueden recuperar (y actualizar) información de las bases de datos Domino. A continuación se proporcionan los pasos básicos para acceder a una base de datos Domino desde un programa de AS/400: 1. Para acceder a una base de datos Domino, un programa AS/400 utiliza las API (Interfaz de Programación de Aplicaciones) de Domino. Estas API Domino están disponibles para los lenguajes de programación C, C++ y Jaa. 2. Domino procesa la petición de base de datos como un programa seridor (no como un programa cliente-seridor). Por lo tanto, el usuario Domino para la petición de base de datos es el usuario asociado al seridor. 3. Un seridor Domino puede tener más de un archio NOTES.INI. El archio NOTES.INI especifica el usuario correspondiente a los trabajos del seridor para ese archio INI. 4. El programa AS/400 puede utilizar una API para seleccionar el archio INI adecuado para las bases de datos Domino a las que desea acceder. Si el programa AS/400 no especifica explícitamente un archio INI, Domino utiliza el usuario por omisión del seridor. 5. El usuario Domino debe tener la autorización necesaria sobre la base de datos Domino. 6. Para acceder al seridor Domino y al archio NOTES.INI, el programa AS/400 que contiene las API debe ejecutarse bajo el perfil de usuario QNOTES. No es posible adoptar la autorización de QNOTES para obtener acceso porque el sistema de archios integrado no reconoce la autorización adoptada. (Las bases de datos Domino residen en el sistema de archios integrado del AS/400). Para que el seridor Domino funcione correctamente, el perfil de usuario QNOTES debe tener autorización *ALL sobre todos los objetos Domino. Por lo tanto, debe eitar otorgar a los usuarios autorización sobre el perfil de usuario QNOTES y sólo debe adoptar la autorización de QNOTES cuando sea necesario. En cambio, utilice programas específicos para funciones específicas y utilice el intercambio de perfiles. El apartado Ejemplo: Autorización para acceder a las bases de datos Domino desde los programas AS/400 proporciona un ejemplo de esta técnica. Ejemplo: Autorización para acceder a las bases de datos Domino desde los programas AS/400 A continuación se proporciona un ejemplo para proporcionar acceso a datos Domino desde un programa AS/400 al tiempo que se protege el perfil de usuario QNOTES: Pasos: 1. Cree un programa AS/400 que contenga las instrucciones de API para acceder a bases de datos Domino específicas. Por ejemplo: un programa C++ llamado ACCESSDOM. A continuación se proporcionan las características de seguridad del programa ACCESSDOM: La autorización de uso público es *EXCLUDE. El perfil de usuario QNOTES es propietario del programa. El programa no adopta la autorización. Ningún usuario tiene autorización priada sobre el programa. Capítulo 4. Planificación de autorizaciones para la integración de bases de datos Domino 19

26 2. Cree un programa que proporcione la interfaz de usuario AS/400. El programa puede isualizar información tanto de las bases de datos AS/400 como de una base de datos Domino. Por ejemplo, un programa RPG llamado USERDB1. A continuación se proporcionan las características de seguridad del programa USERDB1: La autorización de uso público es *EXCLUDE. El perfil de usuario QNOTES es propietario del programa. El programa adopta la autorización del perfil de usuario QNOTES. Existen usuarios autorizados con autorización priada sobre el programa. 3. Proporcione acceso a la base de datos Domino a traés de los pasos siguientes: a. Un usuario autorizado ejecuta el programa USERDB1. b. El programa USERDB1 utiliza una API AS/400 para cambiar al perfil de usuario QNOTES. (El usuario no tiene autorización directa para cambiar al perfil de usuario QNOTES. Sin embargo, el programa USERDB1 adopta la autorización del perfil QNOTES y, por lo tanto, tiene autorización suficiente para cambiar al perfil de usuario QNOTES). c. El programa USERDB1 llama al programa ACCESSDOM y pasa los parámetros relatios a la petición de base de datos. d. El programa ACCESSDOM ejecuta las API de Domino para recuperar los datos de Domino y deolerlos al programa USERDB1. e. El programa USERDB1 uele al perfil de usuario del usuario solicitante. Visualiza los datos de Domino para el usuario. Características de seguridad del ejemplo: La autorización de uso público sobre el programa ACCESSDOM es *EXCLUDE. Ningún usuario (excepto un usuario con autorización especial *ALLOBJ) puede ejecutar este programa directamente. Por lo tanto, los usuarios AS/400 no pueden obtener acceso a las bases de datos Domino fuera del control del programa USERDB1. La autorización de uso público para el programa USERDB1 también es *EXCLUDE. Solamente determinados usuarios AS/400 tienen autorización para ejecutar el programa. El programa ACCESSDOM puede especificar un archio NOTES.INI. El archio NOTES.INI puede señalar un usuario Domino que disponga de las autorizaciones de base de datos deseadas. Para este ejemplo no es necesario que los usuarios AS/400 típicos tengan autorización *USE sobre el perfil de usuario QNOTES. El programador necesitará tener autorización sobre el perfil de usuario QNOTES. Recomendaciones de seguridad para Domino para AS/400 A continuación se proporcionan recomendaciones para proteger el seridor Domino y el resto de datos y aplicaciones AS/400 al ejecutar Domino para AS/400 en el sistema: Para que Domino para AS/400 funcione adecuadamente, asegúrese de que el perfil de usuario QNOTES es propietario de todos los objetos del directorio de datos de Domino. (Por omisión, esto sucederá automáticamente). Debido a que el perfil QNOTES debe tener autorización *ALL sobre las bases de datos Domino, los alores del perfil de usuario QNOTES están diseñados para proteger los datos de Domino. Por ejemplo, el perfil de usuario QNOTES no tiene contraseña. El menú inicial es *SIGNOFF. No debe cambiar los alores del perfil de usuario QNOTES. 20 Seridor Domino para AS/400

27 La autorización de uso público sobre el perfil de usuario QNOTES es *EXCLUDE. Esto eita que los usuarios sometan trabajos que se ejecutan bajo el perfil de usuario QNOTES. No debe cambiar la autorización de uso público para el perfil de usuario QNOTES. Otorgue autorización priada sobre el perfil de usuario QNOTES con precaución extrema. Nota: Para garantizar que los usuarios no puedan someter trabajos bajo el perfil de usuario QNOTES, el niel de seguridad del sistema (alor del sistema QSECURITY) debe ser 40 o superior. De lo contrario, una descripción de trabajo que especifique el perfil de usuario QNOTES representará un riesgo potencial para la seguridad. Por omisión, el perfil de usuario QNOTES es propietario del directorio de base de datos Domino y de los objetos que contiene. Para asegurarse de que las aplicaciones Domino se ejecutan adecuadamente, debe asegurarse de que el perfil de usuario QNOTES sea propietario de esos objetos. Por omisión, la autorización de uso público sobre el directorio de base de datos Domino y los objetos que contiene es *EXCLUDE. Para garantizar que la seguridad de Domino funciona correctamente, debe asegurarse de que la autorización de uso público sobre el directorio o los objetos es *EXCLUDE. Nota: El directorio de base de datos Domino es el directorio por omisión que se especifica al configurar el seridor Domino. El alor por omisión es /NOTES/DATA. Capítulo 4. Planificación de autorizaciones para la integración de bases de datos Domino 21

28 22 Seridor Domino para AS/400

29 Capítulo 5. Desarrollo de una estrategia de copias de seguridad para un seridor Domino para AS/400 Un seridor Domino típico contiene información importante de la empresa. Es posible que la mayor parte de esta información no exista en ninguna otra organización excepto en los seridores. Por ejemplo, los usuarios suelen confiar en el correo electrónico para comunicaciones importantes que no quedan recogidas en ningún otro sitio. Igualmente, una aplicación en línea de sericio al cliente puede contener registros de los que no existe copia impresa. Por lo tanto, necesita una buena estrategia para hacer regularmente copias de seguridad de la información contenida en el seridor Domino. Las copias de seguridad constituyen una protección frente a los siniestros (por ejemplo, la destrucción del local o del hardware) y los errores humanos, tales como la eliminación accidental de una base de datos muy importante. La estrategia para realizar las copias de seguridad del seridor Domino puede incluir algunas o todas las opciones siguientes: El apartado Copia de seguridad del producto Domino para AS/400 describe las opciones para salar las partes relatiamente estáticas (no cambiantes) del seridor Domino. El apartado Elección de una opción para la copia de seguridad del seridor Domino completo en la página 25 describe las opciones para salar las partes dinámicas (cambiantes) del seridor Domino. El apartado Copia de seguridad de los objetos cambiados del seridor Domino para AS/400 en la página 26 describe las opciones para llear a cabo copias de seguridad incrementales entre copias de seguridad completas. El apartado Copia de seguridad del correo del seridor Domino en la página 29 describe cómo salar una única base de datos de correo o todas las bases de datos de correo del seridor Domino. El apartado Copia de seguridad de bases de datos Domino específicas en la página 30 describe cómo salar una base de datos Domino específica o un grupo de bases de datos. Copia de seguridad del producto Domino para AS/400 Después de instalar el producto Domino para AS/400, incluidas las características opcionales, debe salar fuera de línea una copia del producto. También debe salar periódicamente una copia del producto; por ejemplo, al actualizar a un nueo release o al aplicar arreglos. Para salar las bibliotecas y directorios que contienen la información relatiamente estática del seridor Domino para AS/400, dispone de las siguientes opciones. Nota: Si el AS/400 ya está ejecutando otras aplicaciones, probablemente ya esté utilizando alguna de esas opciones. 1. Para salar el sistema AS/400 completo, utilice la opción 21 (Sistema completo) del menú Salar. Nota: Para acceder al menú Salar teclee GO SAVE 2. Para salar únicamente bibliotecas y directorios de producto, utilice la opción 22 (Sólo datos de sistema) del menú Salar. Copyright IBM Corp. 1998,

30 Nota: Las bibliotecas de producto tienen nombres que empiezan por Q. Los directorios de producto se encuentran en la siguiente ía de acceso: /QIBM/ProdData/ 3. Para incluir el directorio y bibliotecas de Domino en un programa existente de copia de seguridad de sistema, utilice los siguientes mandatos: SAVLIB LIB(QNOTES QNOTESAPI QNOTESCPP QNOTESHTST QNOTESLSKT) DEV(nombre-dispositio) SAV DEV('/QSYS.LIB/nombre-dispositio.DEVD') OBJ('/QIBM/ProdData/*') UPDHST(*YES) Para obtener información detallada acerca del contenido de bibliotecas y directorios Domino, consulte el apartado Bibliotecas y directorios de Domino para AS/400. Bibliotecas y directorios de Domino para AS/400 El contenido de las bibliotecas AS/400 es el siguiente: Programas del producto de seridor Domino para AS/400. Programas disponibles que los desarrolladores de Domino pueden copiar en las estaciones de trabajo. Información de adaptación, tal como las descripciones de subsistemas y trabajos. La tabla siguiente muestra las bibliotecas Domino. Todas estas bibliotecas, excepto QUSRNOTES, forman parte del grupo *IBM de copia de seguridad. QUSRNOTES forma parte del grupo *ALLUSR. Elemento Biblioteca Vía de acceso de biblioteca Producto Domino QNOTES /QSYS.LIB/QNOTES.LIB para AS/400 API de C QNOTESAPI /QSYS.LIB/QNOTESAPI.LIB API de C++ QNOTESCPP /QSYS.LIB/QNOTESCPP.LIB Extensiones de QNOTESLSKT /QSYS.LIB/QNOTESLSKT.LIB LotusScript Información de adaptación QUSRNOTES QSYS.LIB/QUSRNOTES.LIB La mayor parte de la información para el producto Domino para AS/400 se encuentra en el sistema de archios integrado. La tabla siguiente muestra los directorios: Tipo de información Información estática del producto Archios de adaptación del producto Vía de acceso para el directorio de datos del seridor Vía de acceso /QIBM/ProdData/Lotus/Notes /QIBM/UserData/Lotus/Notes Especificadas al configurar el seridor 24 Seridor Domino para AS/400