DEFINE PATH (Definir una ruta cuando el destino es una unidad)

Utilice esta sintaxis cuando defina una ruta a una unidad.

Clase de privilegio

Para emitir este mandato, debe tener privilegio de sistema o privilegio de almacenamiento sin restricciones.

Sintaxis

Leer diagrama de sintaxisOmitir diagrama de sintaxis visualDEFine PATHSOURCE_NAMEnombre_destino SRCType= DATAMoverSERVer AUTODetect=NoYes DESTType=DRiveLIBRary=nombre_biblioteca DEVIce=Nombre_dispositivoFILEGENERICTAPE=NoGENERICTAPE=YesNoONLine=YesONLine=YesNoDIRectory=current_directory_nameDIRectory=,nombre_directorio

Parámetros

nombre_origen (Obligatorio)
Especifica el nombre del origen de la ruta. Este parámetro es necesario.
nombre_destino (Obligatorio)
Especifica el nombre del destino. Este parámetro es necesario.
SRCType (obligatorio)
Especifica el tipo de origen. Este parámetro es necesario. Los valores posibles son:
DATAMover
Especifica que el origen es un transportador de datos.
SERVer
Especifica que el origen es un agente de almacenamiento.
AUTODetect
Especifica si se actualiza automáticamente en la base de datos el número de serie de una unidad en el momento en que se defina la ruta. Este parámetro es opcional. Este parámetro solo es válido para las rutas que se han definido desde el servidor local a una unidad. Los valores posibles son:
No
Especifica que el número de serie no se actualizará automáticamente. El número de serie se sigue comparando con lo que ya hay en la base de datos correspondiente al dispositivo. El servidor emite un mensaje si existe una discrepancia.
Yes
Especifica que el número de serie no se actualiza automáticamente para reflejar el mismo número de serie que la unidad notifica al servidor.
Importante:
  1. Si no ha establecido el número de serie al definir la unidad, el servidor siempre intenta detectar el número de serie, y AUTODETECT toma el valor YES de forma predeterminada. Si anteriormente ha especificado un número de serie, AUTODETECT toma NO de forma predeterminada.
  2. El uso de AUTODETECT=YES en este mandato significa que el número de serie establecido en la definición de unidad se actualiza con el número de serie detectado.
  3. Si establece DESTTYPE=DRIVE y AUTODETECT=YES, el número de elemento de la unidad que se encuentra en la base de datos cambia automáticamente para reflejar el mismo número de elemento que corresponde al número de serie de esa unidad. Esto se aplica a las unidades de una biblioteca SCSI. Para obtener más información acerca del número de elemento, consulte DEFINE DRIVE.
  4. En función de las posibilidades del dispositivo, puede que el parámetro AUTODETECT no esté admitido.
DESTType=DRive (Necesario)
Especifica que el destino es una unidad. Cuando el destino es una unidad, debe especificar un nombre de biblioteca.
LIBRary
Especifica el nombre de la biblioteca a la que se asigna la unidad. La biblioteca debe estar ya definida en el servidor. Si la ruta es de un transportador de datos NAS a una biblioteca, la biblioteca debe tener el LIBTYPE establecido en SCSI, 349X o ACSLS.
DEVIce
Especifica el nombre del dispositivo que identifica tal como lo identifica el origen, o FILE si el dispositivo es una unidad lógica en una biblioteca FILE.
Sistemas operativos WindowsSistemas operativos AIXEl origen utiliza el nombre de dispositivo para acceder a la unidad. Consulte la Tabla 1 para ver ejemplos.
Tabla 1. Ejemplos de nombres de dispositivos
De origen a destino Ejemplo
De servidor a unidad (no una unidad FILE) Sistemas operativos AIX
/dev/mt3
Sistemas operativos Windows
mt3
Agente de almacenamiento (en un sistema Windows) a una unidad (no una unidad FILE) mt3
Del agente de almacenamiento a una unidad cuando la unidad es una unidad lógica en una biblioteca FILE FILE
De un transportador de datos NAS a una unidad Servidor de archivos NAS NetApp: rst0l

Servidor de archivos NAS EMC Celerra: c436t0l1

IBM® Sistema de almacenamiento de la serie N: rst0l

Sistemas operativos LinuxEl origen utiliza el nombre de dispositivo para acceder a la unidad. Consulte la Tabla 2 para ver ejemplos.
Tabla 2. Ejemplos de nombres de dispositivos
De origen a destino Ejemplo
De servidor a unidad (no una unidad FILE) /dev/tsmscsi/mt3
De un agente de almacenamiento a una unidad (no una unidad FILE) /dev/tsmscsi/mt3
Del agente de almacenamiento a una unidad cuando la unidad es una unidad lógica en una biblioteca FILE FILE
De un transportador de datos NAS a una unidad Servidor de archivos NAS NetApp: rst0l

Servidor de archivos NAS EMC Celerra: c436t0l1

IBM System Storage: rst0l

Importante:
  • Sistemas operativos LinuxSistemas operativos AIXPara bibliotecas 349X , el nombre de alias es un nombre simbólico que se especifica en el archivo /etc/ibmatl.conf . Sistemas operativos WindowsPara bibliotecas 349X , el nombre de alias es un nombre simbólico que se especifica en el archivo c:\winnt\ibmatl.conf . Para obtener más información, consulte IBM Tape Device Drivers Installation and User's Guide, que se puede descargar desde el sitio de soporte de IBM Systems en http://www.ibm.com/support/docview.wss?uid=ssg1S7002972.
  • Para obtener información sobre cómo obtener nombres para dispositivos conectados a un servidor de archivos NAS, consulte la información del producto para el servidor de archivos. Por ejemplo, para un servidor de archivos NetApp, conéctese con el servidor de archivos mediante Telnet y emita el mandato SYSCONFIG. Utilice este mandato para determinar nombres de dispositivos para las unidades:
    sysconfig -t
Sistemas operativos WindowsGENERICTAPE
Sistemas operativos WindowsIndica si la unidad de cintas que se va a utilizar es un tipo de clase de dispositivo GENERICTAPE. Si el dispositivo es una unidad de cintas y no está soportado por IBM Storage Protect pero sí lo está para el sistema operativo Windows, puede utilizarlo con el formato de cinta genérico. Para utilizar la unidad, especifique GENERICTAPE=Yes al definir una ruta a la unidad. El valor predeterminado es No. Los valores posibles son:
Yes
Indica que la unidad de cintas que se va a utilizar es un tipo de clase de dispositivo GENERICTAPE.
No
Indica que la unidad de cintas que se va a utilizar no es un tipo de clase de dispositivo GENERICTAPE.
ONLine
Especifica si la ruta está disponible para utilizarla. Este parámetro es opcional. El valor predeterminado es YES. Los valores posibles son:
Yes
Especifica que la ruta está disponible para utilizarla.
No
Especifica que la ruta no está disponible para utilizarla.

El origen y el destino deben estar disponibles para utilizar la ruta.

Por ejemplo, si la ruta desde un transportador de datos a una unidad está en línea, pero el transportador de datos o la unidad está fuera de línea, no puede utilizar la ruta.

DIRectory
Especifique las ubicaciones en las que el agente de almacenamiento lee y graba los archivos que representan volúmenes de almacenamiento para la clase de dispositivo FILE asociada a la biblioteca FILE. El parámetro DIRECTORY también se utiliza para los dispositivos de tipo REMOVABLEFILE. Para los dispositivos REMOVABLEFILE, el parámetro DIRECTORY proporciona información para el servidor (no un agente de almacenamiento) junto con el parámetro DRIVE para describir acceso al dispositivo. Este parámetro es opcional.
Para una ruta desde un agente de almacenamiento a un dispositivo FILE, este parámetro solo es válido cuando se cumplen todas las condiciones siguientes:
  • El tipo de origen es SERVER (lo que significa que se ha definido como servidor un agente de almacenamiento en este servidor).
  • El nombre de origen es el nombre del agente de almacenamiento y no del servidor.
  • El destino es una unidad lógica que forma parte de una biblioteca FILE creada cuando se definió la clase de dispositivo.

Si ha especificado varios directorios para la clase de dispositivo asociada a la biblioteca FILE, debe especificar el mismo número de directorios para cada ruta de la biblioteca FILE. No cambie o mueva los directorios existentes en el servidor que está utilizando el agente de almacenamiento, para que la clase de dispositivo y la ruta permanezcan sincronizadas. Está permitido añadir directorios. Si se especifica un número no coincidente de directorios, se puede producir una anomalía de tiempo de ejecución.

El valor predeterminado de DIRECTORY es el directorio del servidor en el momento en que se emite el mandato. El registro de Windows se utiliza para localizar el valor predeterminado.

Utilice un convenio de denominación que le permita asociar el directorio a una unidad física determinada. Esto ayuda a garantizar que la configuración es válida para compartir la biblioteca FILE entre el servidor y el agente de almacenamiento. Si el agente de almacenamiento está en un sistema Windows, utilice un nombre de convenio de denominación universal (UNC). Cuando el agente de almacenamiento no dispone de permiso para acceder al almacenamiento remoto, experimenta anomalías de montaje.

Sistemas operativos WindowsLa cuenta asociada con el servicio del agente de almacenamiento debe ser una cuenta del grupo de administradores local o una cuenta del grupo de administradores del dominio. Si la cuenta está en el grupo de administradores local, el identificador de usuario y la contraseña deben corresponderse con los de la cuenta con autorización para acceder al almacenamiento, tal como fueron proporcionados por el sistema que administra los elementos compartidos remotos. Por ejemplo, si un servidor SAMBA proporciona acceso al almacenamiento remoto, el identificador de usuario y la contraseña de la configuración SAMBA deben coincidir con los del identificador de usuario y la contraseña del administrador local asociado al servicio del agente de almacenamiento.
define devclass file devtype=file shared=yes mountlimit=1
directory=d:\filedir\dir1
define path sta1 file1 srctype=server desttype=drive
library=file1 device=file
directory=\\192.168.1.10\filedir\dir1
En el ejemplo anterior, el mandato DEFINE DEVCLASS establece el sistema de archivos compartidos en el directorio al que accede el servidor como D:\FILEDIR\DIR1. No obstante, el agente de almacenamiento utiliza un nombre UNC \\192.168.1.10\FILEDIR\DIR1. Esto implica que el sistema con la dirección TCP/IP 192.168.1.10 está compartiendo el mismo directorio, que utiliza FILEDIR como nombre compartido. Asimismo, el servicio de agente de almacenamiento tiene una cuenta que puede acceder a este almacenamiento. Puede acceder a éste porque está asociado a una cuenta local con el mismo identificador de usuario y contraseña que 192.168.1.10 o a una cuenta de dominio disponible tanto en el agente de almacenamiento como en 192.168.1.10. Si es adecuado para la instalación, puede sustituir 192.168.1.10 por un nombre simbólico como:
example.yourcompany.com
Atención:
  1. Los agentes de almacenamiento acceden a los volúmenes FILE sustituyendo un nombre de directorio de un nombre de volumen por un nombre de directorio de un directorio de la lista proporcionada por el mandato DEFINE PATH. Los directorios especificados en este parámetro no están validados en el servidor.
  2. IBM Storage Protect no crea comparticiones ni permisos, ni monta el sistema de archivos de destino. Debe realizar estas acciones antes de iniciar el agente de almacenamiento.

Ejemplo: definir una ruta desde un servidor hasta una unidad

Definir una ruta de un servidor a una unidad. En este caso, el nombre de servidor es NET1, el nombre de unidad es TAPEDRV6, la biblioteca es NETLIB y el nombre de dispositivo es mt4. Establecer AUTODETECT en NO.
define path net1 tapedrv6 srctype=server autodetect=no desttype=drive
    library=netlib device=mt4

Ejemplo: definir una ruta desde un servidor de transportador de datos hasta una unidad para la realización de la copia de seguridad y la restauración

Definir una ruta desde un transportador de datos, que es un servidor de archivos NAS, hasta la unidad que el servidor de archivos NAS utilizará para operaciones de copia de seguridad y restauración. En este ejemplo, el transportador de datos NAS es NAS1, el nombre de unidad es TAPEDRV3, la biblioteca es NASLIB y el nombre de dispositivo para la unidad es rst0l.
define path nas1 tapedrv3 srctype=datamover desttype=drive library=naslib
    device=rst0l
Sistemas operativos Linux

Ejemplo: definir una ruta desde un agente de almacenamiento hasta una unidad para la realización de la copia de seguridad y la restauración

Definir una ruta desde el agente de almacenamiento SA1 hasta la unidad que el agente de almacenamiento utiliza para las operaciones de copia de seguridad y restauración. En este ejemplo, la biblioteca es TSMLIB, la unidad es TAPEDRV4 y el nombre de dispositivo para la unidad es /dev/tsmscsi/mt3.
define path sa1 tapedrv4 srctype=server desttype=drive library=tsmlib
    device=/dev/tsmscsi/mt3
Sistemas operativos WindowsSistemas operativos AIX

Ejemplo: definir una ruta desde un agente de almacenamiento hasta una unidad para la realización de la copia de seguridad y la restauración

Definir una ruta desde el agente de almacenamiento SA1 hasta la unidad que el agente de almacenamiento utiliza para las operaciones de copia de seguridad y restauración. En este ejemplo, la biblioteca es TSMLIB, la unidad es TAPEDRV4 y el nombre de dispositivo para la unidad es /dev/mt3.
define path sa1 tapedrv4 srctype=server desttype=drive library=tsmlib
    device=/dev/mt3
Sistemas operativos WindowsSistemas operativos AIX

Ejemplo: definir una ruta para otorgar al agente de almacenamiento acceso al almacenamiento de disco compartido

Definir una ruta que otorgue al agente de almacenamiento acceso a los archivos del almacenamiento de disco compartido con el servidor. La unidad FILE9 se define para la biblioteca FILE1 del servidor. El agente de almacenamiento SA1 accede a FILE9. En el agente de almacenamiento, estos datos se encuentran en el directorio \\192.168.1.10\filedata.

Sistemas operativos AIXLos datos para FILE9 residen en el servidor en /tsmdata/filedata.

Sistemas operativos WindowsLos datos para FILE9 residen en el servidor en d:\tsmdata\filedata.

define path sa1 file9 srctype=server desttype=drive library=file1 device=file
    directory="\\192.168.1.10\filedata"

Ejemplo: configurar un agente de almacenamiento para que utilice una biblioteca FILE

El siguiente ejemplo muestra la importancia de hacer corresponder clases de dispositivo y rutas para asegurarse de que los agentes de almacenamiento pueden acceder a volúmenes FILE recién creados.

Suponga que desea utilizar estos tres directorios en una biblioteca FILE: Sistemas operativos Windows
  • c:\server
  • d:\server
  • e:\server
Sistemas operativos LinuxSistemas operativos AIX
  • /opt/tivoli1
  • /opt/tivoli2
  • /opt/tivoli3
  1. Utilice el siguiente mandato para configurar una biblioteca FILE denominada CLASSA con una unidad denominada CLASSA1 en SERVER1: Sistemas operativos Windows
    define devclass classa devtype=file 
    directory="c:\server,d:\server,e:\server" 
    shared=yes mountlimit=1
    Sistemas operativos LinuxSistemas operativos AIX
    define devclass classa devtype=file 
    directory="/opt/tivoli1,/opt/tivoli2,/opt/tivoli3" 
    shared=yes mountlimit=1
  2. Quiere que el agente de almacenamiento STA1 pueda utilizar la biblioteca FILE, para poder definir la siguiente ruta para el agente de almacenamiento STA1: Sistemas operativos Windows
    define path sta1 classa1 srctype=server desttype=drive device=file
    directory="\\192.168.1.10\c\server,\\192.168.1.10\d\server,
    \\192.168.1.10\e\server" library=classa
    Sistemas operativos LinuxSistemas operativos AIX
    define path sta1 classa1 srctype=server desttype=drive device=file
    directory="/opt/ibm1,/opt/ibm2,/opt/ibm3" library=classa

    Sistemas operativos WindowsEn este escenario, el agente de almacenamiento, STA1, sustituye el nombre de directorio c:\server por el nombre de directorio \\192.168.1.10\c\server para acceder a los volúmenes FILE que están en el directorio c:\server del servidor.

    Sistemas operativos LinuxSistemas operativos AIXEn este escenario, el agente de almacenamiento, STA1, sustituye el nombre de directorio /opt/tivoli1 por el nombre de directorio /opt/ibm1/ para acceder a los volúmenes FILE que se encuentran en el directorio /opt/tivoli1 del servidor.

  3. SERVER1crea el Sistemas operativos Windowsvolumen de archivo c:\server\file1.dsm . Si cambia más adelante el primer directorio de la clase de dispositivo con el mandato siguiente:
    update devclass classa directory="c:\otherdir,d:\server,e:\server"
    SERVER1 todavía puede acceder al volumen de archivo c:\server\file1.dsm, pero el agente de almacenamiento STA1 no puede acceder a éste porque ya no existe un nombre de directorio coincidente en la lista de directorios PATH. Si no hay un nombre de directorio disponible en la lista de directorios asociado a la clase de dispositivo, el agente de almacenamiento puede perder el acceso al volumen FILE de ese directorio. Aunque todavía puede accederse al volumen desde el servidor para su lectura, si el agente de almacenamiento no puede acceder al volumen FILE puede hacer que las operaciones se reintenten en una ruta de solo LAN o fallen.
  4. Si se crea el volumen de archivo /opt/tivoli1/file1.dsm en SERVER1 y se emite el siguiente mandato,
    update devclass classa directory="/opt/otherdir,/opt/tivoli2,
    /opt/tivoli3"
    SERVER1 todavía puede acceder al volumen de archivo /opt/tivoli1/file1.dsm, pero el agente de almacenamiento STA1 no puede acceder a éste porque ya no existe un nombre de directorio coincidente en la lista de directorios PATH. Si no hay un nombre de directorio disponible en la lista de directorios asociado a la clase de dispositivo, el agente de almacenamiento puede perder el acceso al volumen FILE de ese directorio. Aunque todavía puede accederse al volumen desde el servidor para su lectura, si el agente de almacenamiento no puede acceder al volumen FILE puede hacer que las operaciones se reintenten en una ruta de solo LAN o fallen.