11 Configuración de notificaciones y registro

Los sistemas de archivos de Oracle HSM admiten notificaciones remotas y automatizadas mediante el uso del Protocolo simple de administración de red (SNMP) y proporcionan funciones de registro completas y configurables. En este capítulo, se describen los siguientes temas:

Configuración del Protocolo simple de administración de redes (SNMP)

Las aplicaciones de gestión de redes pueden supervisar los sistemas de archivos de Oracle HSM mediante el Protocolo simple de administración de redes (SNMP). Puede configurar el agente SNMP para enviar de manera automática capturas que alertan a las estaciones de gestión de redes sobre fallos y cambios de configuración.

La Base de datos de información (MIB) de Oracle HSM define los tipos de información que proporcionan las capturas de SNMP. Entre ellas, se incluyen errores de configuración eventos tapealert de SCSI y diversos tipos de actividad atípica del sistema. Para obtener más información, consulte el archivo de base de datos de información de administración (MIB), /var/snmp/mib/SUN-SAM-MIB.mib.

Cuando se produce un evento de captura de Oracle HSM, el daemon de notificación de eventos del sistema de núcleo de Solaris, syseventd, llama a la secuencia de comandos /etc/opt/SUNWsamfs/scripts/sendtrap. A continuación, la secuencia de comandos envía la captura al host local o a una estación de gestión que especifica. La secuencia de comandos admite la versión 2c del estándar SNMP, que es compatible con versiones anteriores del estándar. Tenga en cuenta que la versión 2c intercambia las credenciales de autenticación, cadenas de comunidad, y los datos de gestión en texto no cifrado. Para obtener más información, consulte la página del comando man sendtrap.

Para configurar la notificación SNMP, realice las siguientes tareas:

En esta sección, también se incluyen instrucciones en caso de que en algún momento necesite desactivar la compatibilidad con SNMP.

Asegurarse de que todas las estaciones de gestión de SNMP se muestren en el archivo /etc/hosts

  1. Inicie sesión en el servidor de Oracle HSM como root.

    En el ejemplo, el host de servidor Oracle HSM es samqfs1mds:

    [samqfs1mds]root@solaris:~# 
    
  2. Abra el archivo /etc/hosts en un editor de texto. Asegúrese de que contenga una entrada para cada host que desea utilizar como una estación de gestión de SNMP.

    En el ejemplo, utilizamos el editor vi. Se muestra una de las estaciones de gestión destinadas, management1. Pero la otra, management2, no se muestra:

    [samqfs1mds]root@solaris:~# vi /etc/hosts
    # Internet host table
    ::1 localhost
    127.0.0.1 localhost loghost
    10.0.0.10 server1
    10.0.0.20 management1
    
  3. Si el archivo /etc/hosts no contiene entradas para algunos o todos los hosts de estación de gestión SNMP destinados, agregue las entradas requeridas y guarde el archivo.

    En el ejemplo, usamos el editor vi para agregar la estación de gestión faltante, management2:

    [samqfs1mds]root@solaris:~# vi /etc/hosts
    # Internet host table
    ::1 localhost
    127.0.0.1 localhost loghost
    10.0.0.10 server1
    10.0.0.20 management1
    10.0.0.30 management2
    
  4. Si el archivo /etc/hosts contiene entradas para todos los hosts de la estación SNMP destinada, cierre el editor.

    [samqfs1mds]root@solaris:~# vi /etc/hosts
    ...
    10.0.0.20 management1
    10.0.0.30 management2
    :wq
    [samqfs1mds]root@solaris:~# 
    
  5. Luego, active la compatibilidad con SNMP.

Activar la compatibilidad para SNMP

De forma predeterminada, están activadas las notificaciones SNMP, de modo que no se necesitan acciones a menos que se haya desactivado la compatibilidad con SNMP en algún momento. Si necesita volver a activar la compatibilidad con SNMP, realice lo siguiente:

  1. Inicie sesión en el servidor de Oracle HSM como root.

    En el ejemplo, el host de servidor Oracle HSM es samqfs1mds:

    [samqfs1mds]root@solaris:~# 
    
  2. Abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto. Ubique la línea alerts = off.

    La directiva alerts = off desactiva la compatibilidad con SNMP. En el ejemplo, abrimos el archivo en el editor vi y ubicamos la línea:

    [samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf 
    # These are the defaults.  To change the default behavior, uncomment the
    # appropriate line (remove the '#' character from the beginning of the line)
    # and change the value.
    ...
    alerts = off
    
  3. Para activar la compatibilidad con las notificaciones SNMP, cambie el valor de la directiva alerts a on. Luego, guarde el archivo y cierre el editor.

    [samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf 
    # These are the defaults.  To change the default behavior, uncomment the
    # appropriate line (remove the '#' character from the beginning of the line)
    # and change the value.
    ...
    alerts = on
    :wq
    [samqfs1mds]root@solaris:~# 
    
  4. Indique al servicio Oracle HSM que vuelva a leer el archivo defaults.conf y vuelva a realizar la configuración en consecuencia. Utilice el comando samd config.

    [samqfs1mds]root@solaris:~# 1mds]samd config
    [samqfs1mds]root@solaris:~# 
    
  5. Luego, designe estaciones de gestión como destinatarios de captura y configure la autenticación.

Designar las estaciones de gestión como destinatarios de captura y configurar la autenticación

  1. Inicie sesión en el servidor de Oracle HSM como root.

    En el ejemplo, el host de servidor Oracle HSM es samqfs1mds:

    [samqfs1mds]root@solaris:~# 
    
  2. Abra el archivo /etc/opt/SUNWsamfs/scripts/sendtrap en un editor de texto y ubique la línea que comienza con TRAP_DESTINATION=.

    El archivo sendtrap es una secuencia de comandos de shell configurable. En el ejemplo, abrimos el archivo en el editor vi:

    [samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/scripts/sendtrap 
    # /etc/opt/SUNWsamfs/scripts/sendtrap#!/usr/bin/sh
    # sendtrap:
    #  This script gets invoked by the sysevent configuration file.
    #  This is not expected to be run as a stand-alone program
    ...
    # CONFIGURATION PARAMETERS:
    TRAP_DESTINATION=`hostname`
    
  3. En la línea TRAP_DESTINATION=`, reemplace el texto dentro de las comillas simples por una lista delimitada por espacios de uno o más destinatarios de captura, siempre con el formato hostname:port, donde hostname es el nombre del host para la estación de gestión, como se muestra en /etc/hosts y port es el puerto en el que el host escucha las capturas.

    De forma predeterminada, las capturas se envían a un puerto UDP 161 del localhost. En el ejemplo, agregamos los hosts management1 y management2 al valor predeterminado, localhost. localhost y management1 usan el puerto predeterminado, y management2 usa un puerto personalizado, 1161:

    ...
    # CONFIGURATION PARAMETERS:
    TRAP_DESTINATION=`localhost:161 management1:161 management1:1161`
    
  4. Desplácese hasta la línea de define la cadena de la comunidad, COMMUNITY="public".

    La cadena de la comunidad es la contraseña compartida de texto simple que autentica los agentes y las estaciones de gestión en SNMP versión 2c. El valor predeterminado es el estándar SNMP, public.

    ...
    # CONFIGURATION PARAMETERS:
    TRAP_DESTINATION=`localhost:161 management1:161 management1:1161`
    ...
    COMMUNITY="public"
    
  5. Configure la directiva COMMUNITY="" con el valor usado por las estaciones de gestión. Luego, guarde el archivo y cierre el editor.

    No edite nada más en el archivo. COMMUNITY="" and TRAP_DESTINATION=`` son los únicos parámetros editables.

    Tenga en cuenta que la cadena de comunidad SNMP, public, es insegura. De modo que es posible que el administrador de rede demande una opción más segura. SNMP versión 2c permite hasta 32 caracteres alfanuméricos. En el ejemplo, configuramos la cadena comunitaria en Iv0wQh2th74bVVt8of16t1m3s8it4wa9.

    ...
    # CONFIGURATION PARAMETERS:
    TRAP_DESTINATION=`localhost:161 management1:163 management1:1162`
    ...
    COMMUNITY="Iv0wQh2th74bVVt8of16t1m3s8it4wa9"
    :wq
    [samqfs1mds]root@solaris:~# 
    
  6. Luego, active el registro de la aplicación Oracle HSM.

Desactivación de la compatibilidad con SNMP

La utilidad de notificación remota está activada de forma predeterminada. Si desea desactivar la notificación remota, realice lo siguiente:

  1. Inicie sesión en el servidor de Oracle HSM como root.

    En el ejemplo, el host de servidor Oracle HSM es samqfs1mds:

    [samqfs1mds]root@solaris:~# 
    
  2. Abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto. Ubique la línea #alerts = on.

    En el ejemplo, utilizamos el editor vi:

    [samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf 
    # These are the defaults.  To change the default behavior, uncomment the
    # appropriate line (remove the '#' character from the beginning of the line)
    # and change the value.
    ...
    #alerts = on
    [samqfs1mds]root@solaris:~# 
    
  3. Para desactivar la compatibilidad con notificaciones SNMP, suprima el carácter numeral (#) para quitar el comentario de la línea y cambiar el valor de alerts a off. Luego, guarde el archivo y cierre el editor.

    [samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf 
    # These are the defaults.  To change the default behavior, uncomment the
    # appropriate line (remove the '#' character from the beginning of the line)
    # and change the value.
    ...
    alerts = off
    :wq
    [samqfs1mds]root@solaris:~# 
    
  4. Indique al servicio Oracle HSM que vuelva a leer el archivo defaults.conf y vuelva a realizar la configuración en consecuencia. Utilice el comando samd config.

    [samqfs1mds]root@solaris:~# samd config
    [samqfs1mds]root@solaris:~# 
    
  5. Deténgase aquí. La compatibilidad con SNMP está desactivada.

Activación del registro de Oracle HSM

El archivo /var/adm/sam-log registra el estado y la información de error de la aplicación Oracle HSM y sus daemons y procesos de componentes. Para configurar el proceso de registro, realice lo siguiente:

Activación del registro de aplicaciones de Oracle HSM

  1. Inicie sesión en el servidor de Oracle HSM como root.

    En el ejemplo, el host de servidor Oracle HSM es samqfs1mds:

    [samqfs1mds]root@solaris:~# 
    
  2. Abra el archivo /etc/syslog.conf en un editor de texto.

    En el ejemplo, abrimos el archivo en el editor vi:

    [samqfs1mds]root@solaris:~# vi /etc/syslog.conf
    # syslog configuration file ...
    *.err;kern.notice;auth.notice                   /dev/sysmsg
    *.err;kern.debug;daemon.notice;mail.crit        /var/adm/messages
    *.alert;kern.err;daemon.err                     operator
    *.alert                                         root
    ...
    
  3. En el archivo /etc/syslog.conf, agregue una línea que consista de la cadena local7.debug, uno o más caracteres de separador y la cadena de ruta /var/adm/sam-log. Luego, guarde el archivo y cierre el editor.

    En el ejemplo, también agregamos un comentario

    [samqfs1mds]root@solaris:~# vi /etc/syslog.conf
    # syslog configuration file ...
    *.err;kern.notice;auth.notice                   /dev/sysmsg
    *.err;kern.debug;daemon.notice;mail.crit        /var/adm/messages
    *.alert;kern.err;daemon.err                     operator
    *.alert                                         root
    ...
    # Oracle HSM logging
    local7.debug    /var/adm/sam-log
    :wq
    [samqfs1mds]root@solaris:~# 
    
  4. Cree el archivo log /var/adm/sam-log. Use el comando touch /var/adm/sam-log.

    [samqfs1mds]root@solaris:~# touch /var/adm/sam-log
    [samqfs1mds]root@solaris:~# 
    
  5. Indique al daemon de Solaris syslogd que vuelva a leer los archivos de configuración e inicie el registro de Oracle HSM. Use el comando pkill -HUP syslogd.

    Cuando recibe una señal HUP, el servicio de registro de syslogd vuelve a leer el archivo de configuración /etc/syslog.conf, cierra todos los archivos abiertos y, a continuación, abre los archivos log que se muestran en syslog.conf. Cuando se ejecuta el comando, el registro de Oracle HSM está activado:

    [samqfs1mds]root@solaris:~# pkill -HUP syslogd
    [samqfs1mds]root@solaris:~# 
    
  6. Vaya a Configuración del registro de dispositivos.

Configuración del registro de dispositivo

La función de registro del dispositivo proporciona información de error específica de dispositivos de hardware individuales (no recopilan errores de medios de software). Cada dispositivo tiene su propio archivo log, denominado con el número ordinal de equipo correspondiente y almacenado en el directorio /var/opt/SUNWsamfs/devlog/.

Los logs de dispositivo pueden crecer rápidamente. Por ello, de forma predeterminada el sistema registra un conjunto de datos de eventos: err, retry, syserr y date. Más adelante, si surgen problemas, puede utilizar el comando samset para registrar eventos adicionales por dispositivo (consulte la sección devlog de la página del comando man samset para obtener más información).

Activación del log de dispositivo en el archivo defaults.conf

Para activar el registro básico de dispositivos, realice lo siguiente:

  1. Inicie sesión en el servidor de Oracle HSM como root.

    En el ejemplo, el host de servidor Oracle HSM es samqfs1mds:

    [samqfs1mds]root@solaris:~# 
    
  2. Abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto.

    En el ejemplo, abrimos el archivo en el editor vi:

    [samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf 
    # These are the defaults.  To change the default behavior, uncomment the
    # appropriate line (remove the '#' character from the beginning of the line)
    # and change the value.
    ...
    
  3. En el archivo defaults.conf, agregue una línea que defina el nivel predeterminado del registro de dispositivo que necesita. Introduzca la directiva devlog equipment-number loggable-events, donde:

    • equipment-number es la palabra clave all, para todos los equipos definidos en el archivo /etc/opt/SUNWsamfs/mcf o el ordinal de equipo que identifica una pieza específica de equipo definida en mcf.

    • loggable-events es una lista delimitada por espacios de los valores predeterminados: err retry syserr date

      Consulte la sección devlog de la página del comando man samset para obtener una lista completa de tipos de eventos. Pero, con el fin de minimizar los tamaños de log, utilice las selecciones predeterminadas. Para fines de diagnóstico, el comando samset puede activar de forma selectiva eventos adicionales según sea necesario.

    En el ejemplo, activamos el registro del dispositivo para todos los dispositivos mediante el uso del nivel de log predeterminado:

    [samfs-mds1]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf 
    # These are the defaults.  To change the default behavior, uncomment the
    # appropriate line (remove the '#' character from the beginning of the line)
    # and change the value.
    ...
    devlog all err retry syserr date
    
  4. Guarde el archivo defaults.conf y cierre el editor.

    [samfs-mds1]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf 
    # These are the defaults.  To change the default behavior, uncomment the
    # appropriate line (remove the '#' character from the beginning of the line)
    # and change the value.
    ...
    devlog all err retry syserr date
    :wq
    [samfs-mds1]root@solaris:~# 
    
  5. Indique al servicio Oracle HSM que vuelva a leer el archivo defaults.conf y vuelva a realizar la configuración en consecuencia. Utilice el comando samd config.

    [samfs-mds1]root@solaris:~# samd config
    [samfs-mds1]root@solaris:~# 
    
  6. Luego, configure la rotación automática para los archivos log de Oracle HSM.

Configuración de la rotación de log

Los archivos log pueden crecer rápidamente, lo que consume grandes cantidades de espacio y dificulta el uso de los logs. De modo que debe configurar la rotación automática para los logs de Oracle HSM. El software incluye una secuencia de comandos para este fin, log_rotate.sh, que puede ejecutar desde el archivo crontab de Solaris.

Para cada log que pretende rotar, debe crear dos entradas crontab. La primera ejecuta la secuencia de comandos log_rotate.sh a la hora deseada. Si el archivo log de destino ha alcanzado un tamaño mínimo especificado (el valor predeterminado es 100000 bytes), la secuencia de comandos lo renombra y suprime la copia existente más antigua, (se mantienen siete por vez). La segunda entrada crontab indica al daemon de registro de Solaris, syslogd, que inicie el registro con un nuevo archivo log.

Configuración de la rotación automática para los archivos log de Oracle HSM

Considere la rotación de los siguientes logs:

  • El archivo log de Oracle HSM, sam-log, está ubicado según se especifica en el archivo /etc/syslog.conf.

  • Los archivos log del dispositivo ubicados en el directorio /var/opt/SUNWsamfs/devlog/.

  • Los archivos log del proceso de almacenamiento provisional especificados en el archivo /etc/opt/SUNWsamfs/stager.cmd.

  • Los archivos log del liberador especificados en el archivo /etc/opt/SUNWsamfs/releaser.cmd.

  • Los archivos log del reciclador especificados en el archivo /etc/opt/SUNWsamfs/recycler.cmd.

No se deben rotar los archivos log del archivador. La información de log es valiosa para la recuperación del sistema de archivos y de análisis. Para una manipulación adecuada de los logs del archivador, consulte Configurar la protección del sistema de archivos.

Cuando haya decidido qué logs deben rotarse, realice lo siguiente para cada log:

  1. Inicie sesión en el servidor de Oracle HSM como root.

    En el ejemplo, el host de servidor Oracle HSM es samqfs1mds:

    [samqfs1mds]root@solaris:~# 
    
  2. Copie el archivo de secuencia de comandos log_rotate.sh de /opt/SUNWsamfs/examples/ (la ubicación desinstalada) a /etc/opt/SUNWsamfs/scripts/.

    Tenga en cuenta que el comando siguiente se introduce como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa.

    [samfs-mds1]root@solaris:~# cp /opt/SUNWsamfs/examples/log_rotate.sh \  /etc/opt/SUNWsamfs/scripts/
    
  3. Abra el archivo crontab del usuario root para edición. Use el comando crontab -e.

    El comando crontab abre una copia editable del archivo crontab del usuario root en el editor de texto especificado por la variable de entorno EDITOR (para obtener más información, consulte la página del comando man crontab de Solaris). En el ejemplo, utilizamos el editor vi:

    [samfs-mds1]root@solaris:~# crontab -e
    #ident  "%Z%%M% %I%     %E% SMI"
    # Copyright 2007 Sun Microsystems, Inc.  All rights reserved.
    # Use is subject to license terms.
    # The root crontab should be used to perform accounting data collection.
    10 3 * * * /usr/sbin/logadm
    ...
    30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
    
  4. En una nueva línea, especifique la hora del día en la que se rotará el archivo log mediante la introducción de minutes hour * * day-of-the-week, donde:

    • minutes es un número entero en el rango de [0-59] que especifica el minuto en el que se inicia el trabajo.

    • hour es un número entero en el rango de [0-23] que especifica la hora en la que se inicia el trabajo.

    • * (asterisco) especifica los valores sin usar.

      Para una tarea que se ejecuta diariamente, los valores del día del mes [1-31] y mes [1-12] no se usan.

    • day-of-the-week es un número entero en el rango [0-6], comenzando desde el domingo (0).

    • Los espacios separan los campos de la especificación de hora.

    En el ejemplo, programamos la rotación del log para que comience a las 3:10 a. m. todos los domingos.

    [samfs-mds1]root@solaris:~# crontab -e
    #ident  "%Z%%M% %I%     %E% SMI"
    # Copyright 2007 Sun Microsystems, Inc.  All rights reserved.
    # Use is subject to license terms.
    # The root crontab should be used to perform accounting data collection.
    10 3 * * * /usr/sbin/logadm
    ...
    30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
    10 3 * * 0 
    
  5. Continuando en la misma línea, introduzca la ruta y el nombre del archivo de secuencia de comandos de shell que rota los logs de Oracle HSM, /etc/opt/SUNWsamfs/scripts/log_rotate.sh, seguidos de un espacio.

    [samfs-mds1]root@solaris:~# crontab -e
    #ident  "%Z%%M% %I%     %E% SMI"
    # Copyright 2007 Sun Microsystems, Inc.  All rights reserved.
    # Use is subject to license terms.
    # The root crontab should be used to perform accounting data collection.
    10 3 * * * /usr/sbin/logadm
    ...
    30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
    10 3 * * 0 /etc/opt/SUNWsamfs/scripts/log_rotate.sh 
    
  6. Continuando en la misma línea, introduzca el nombre del log que necesita rotar y el tamaño de archivo mínimo que se rotará. Introduzca el texto samfslog [minimum-size], donde samfslog es la ruta al archivo log de Oracle HSM y [minimum-size] es un número entero opcional que especifica el tamaño de archivo menor en bytes que rotará la secuencia de comandos (el valor predeterminado es 100000).

    En el ejemplo, debemos rotar /var/adm/sam-log. Aceptamos el tamaño mínimo predeterminado:

    [samfs-mds1]root@solaris:~# crontab -e
    #ident  "%Z%%M% %I%     %E% SMI"
    # Copyright 2007 Sun Microsystems, Inc.  All rights reserved.
    # Use is subject to license terms.
    # The root crontab should be used to perform accounting data collection.
    10 3 * * * /usr/sbin/logadm
    ...
    30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
    10 3 * * 0 /etc/opt/SUNWsamfs/scripts/log_rotate.sh /var/adm/sam-log
    
  7. Comience una nueva línea. Cree una entrada crontab que empiece 10 minutos después de la secuencia de comandos log_rotate.sh. Esta entrada le indica al daemon syslogd de Solaris que cierre el archivo log anterior y reanude el registro en uno nuevo. Introduzca la línea minutes hour * * day-of-the-week /bin/kill -HUP `/bin/cat /etc/syslog.pid`, donde minutes hour * * day-of-the-week especifica un tiempo de 10 minutos posterior a la hora especificada en el paso anterior.

    En el ejemplo, la entrada reinicia el registro de Oracle HSM a las 3:20 a. m. todos los domingos:

    [samfs-mds1]root@solaris:~# crontab -e
    #ident  "%Z%%M% %I%     %E% SMI"
    # Copyright 2007 Sun Microsystems, Inc.  All rights reserved.
    # Use is subject to license terms.
    # The root crontab should be used to perform accounting data collection.
    10 3 * * * /usr/sbin/logadm
    ...
    30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
    10 3 * * 0 /etc/opt/SUNWsamfs/scripts/log_rotate.sh /var/adm/sam-log
    20 3 * * 0  /bin/kill -HUP `/bin/cat /etc/syslog.pid`
    
  8. Guarde el archivo y cierre el editor.

    [samfs-mds1]root@solaris:~# crontab -e
    #ident  "%Z%%M% %I%     %E% SMI"
    # Copyright 2007 Sun Microsystems, Inc.  All rights reserved.
    # Use is subject to license terms.
    # The root crontab should be used to perform accounting data collection.
    10 3 * * * /usr/sbin/logadm
    ...
    30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
    10 3 * * 0 /etc/opt/SUNWsamfs/scripts/log_rotate.sh /var/adm/sam-log
    20 3 * * 0  /bin/kill -HUP `/bin/cat /etc/syslog.pid`
    :wq
    [samfs-mds1]root@solaris:~# 
    
  9. Repita este procedimiento hasta que haya configurado la rotación de log para todos los logs requeridos.

  10. Ahora active las alertas por correo electrónico, si es necesario.

  11. En caso contrario, vaya a Copia de seguridad de la configuración de Oracle HSM.

Activación de alertas de correo electrónico

Las alertas de correo electrónico se configuran mejor desde la interfaz gráfica de usuario de Oracle HSM Manager. Consulte la ayuda en pantalla para obtener más información.

Si debe configurar las alertas de correo electrónico desde la interfaz de línea de comandos, consulte las páginas del comando man defaults.conf, archiver.sh, dev_down.sh, load_notify.sh, recycler.sh, archiver.cmd, recycler.cmd y notify.cmd.

El sistema Oracle HSM ahora está configurado. Pero antes de comenzar a usarlo, proteja su trabajo. Para obtener instrucciones al respecto, consulte Copia de seguridad de la configuración de Oracle HSM.