UPDATE PATH (Cambiar una ruta cuando el destino es una unidad)

Clase de privilegio

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

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 servidor o un agente de almacenamiento.

AUTODetect

Especifica si el número de serie de una unidad o biblioteca se detectará, notificará y actualizará automáticamente en IBM Storage Protect. 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 o a una biblioteca. Los valores posibles son:

No

Especifica que el número de serie no se actualizará automáticamente.

Yes

Especifica que el número de serie se actualiza automáticamente para reflejar el mismo número de serie que la unidad notifica a IBM Storage Protect.

Importante:

1. Si anteriormente no ha especificado un número de serie, AUTODETECT toma YES de forma predeterminada. Si anteriormente ha especificado un número de serie, AUTODETECT toma NO de forma predeterminada.
2. AUTODETECT = YES en este mandato altera temporalmente el número de serie establecido en el mandato DEFINE DRIVE .
3. Si establece DESTTYPE=DRIVE y AUTODETECT = YES, el número de elemento de unidad de la base de datos IBM Storage Protect se cambiará automáticamente para reflejar el mismo número de elemento que corresponde al número de serie de dicha unidad. Esto se aplica a las unidades de una biblioteca SCSI. Para obtener más información sobre el número de elemento, consulte el mandato 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. Este parámetro es necesario.

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.

El 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)	/dev/rmt3
De un agente de almacenamiento 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

El 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

El origen utiliza el nombre de dispositivo para acceder a la unidad. Consulte la Tabla 3 para ver ejemplos.

Tabla 3. Ejemplos de nombres de dispositivos

De origen a destino	Ejemplo
De servidor a unidad (no una unidad FILE)	mt3
De servidor a unidad (unidad REMOVABLEFILE)	e:
De un agente de almacenamiento 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 System Storage: rst0l

Importante:

• En las bibliotecas 349X, el nombre de alias es un nombre simbólico que se especifica en el archivo /etc/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

ONLine

Especifica si la ruta está disponible para utilizarla. Este parámetro es opcional. 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

Especifica la ubicación o ubicaciones de directorio de un agente de almacenamiento para el acceso a los archivos de una 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.

En los agentes de almacenamiento, 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.
• Si se han especificado varios directorios para la clase de dispositivo asociada con la biblioteca FILE, debe especificarse el mismo número de directorios con el parámetro DIRectory del mandato DEFINE PATH , para cada unidad de la biblioteca FILE. Los directorios de agente de almacenamiento no se validan en el servidor. Si se especifican directorios incorrectos, se puede producir una anomalía de tiempo de ejecución.

El nombre o nombres de directorio identifican 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 valor predeterminado de DIRECTORY es el directorio del servidor en el momento en que se emite el mandato.

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 disponga de permiso para acceder al almacenamiento remoto, el agente de almacenamiento sufrirá anomalías de montaje.

La 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 la máquina 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 la máquina con la dirección TCP/IP 192.168.1.10 está compartiendo el mismo directorio, que utiliza FILEDIR como nombre compartido. Asimismo, el servicio del 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

Importante:

• 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.
• Sólo puede modificar una lista de directorios sustituyendo la lista completa.
• Debe asegurarse de que los agentes de almacenamiento puedan acceder a los volúmenes FILE recién creados. Para acceder a los volúmenes FILE, los agentes de almacenamiento sustituyen los nombres de la lista de directorios en la definición de clase de dispositivo por los nombres de la lista de directorios de la definición de ruta asociada. A continuación, se 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:

  • c:\server
  • d:\server
  • e:\server

  

  • /opt/tivoli1
  • /opt/tivoli2
  • /opt/tivoli3

  1. Utilice el mandato siguiente para configurar una biblioteca FILE denominada CLASSA con una unidad denominada CLASSA1 en SERVER1:

     define devclass classa devtype=file 
     directory="c:\server,d:\server,e:\server" 
     shared=yes mountlimit=1

     

     define devclass classa devtype=file 
     directory="/opt/tivoli1,/opt/tivoli2,/opt/tivoli3" 
     shared=yes mountlimit=1

  2. Desea que el agente de almacenamiento STA1 pueda utilizar la biblioteca FILE, por lo que debe definir la siguiente vía de acceso para el agente de almacenamiento STA1:

     define path server1 sta1 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

     En este escenario, el agente de almacenamiento, STA1, sustituirá 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.

     

     define path server1 sta1 srctype=server desttype=drive device=file
     directory="/opt/ibm1,/opt/ibm2,/opt/ibm3" library=classa

     En este escenario, el agente de almacenamiento, STA1, sustituirá el nombre de directorio /opt/tivoli1 por el nombre de directorio /opt/ibm1/ para acceder a los volúmenes FILE que están en el directorio /opt/tivoli1 del servidor.

  3. SERVER1crea el volumen 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 dispondrá de acceso al volumen de archivo c:\server\file1.dsm, pero el agente de almacenamiento STA1 no podrá 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 asociados a la clase de dispositivo, el agente de almacenamiento puede perder el acceso al volumen FILE del directorio. Aunque todavía podrá 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 el volumen de archivo /opt/tivoli1/file1.dsm se crea en SERVER1y si se emite el mandato siguiente,

     update devclass classa directory="/opt/otherdir,/opt/tivoli2,
     /opt/tivoli3"

     SERVER1 todavía dispondrá de acceso al volumen de archivo /opt/tivoli1/file1.dsm, pero el agente de almacenamiento STA1 no podrá 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 asociados a la clase de dispositivo, el agente de almacenamiento puede perder el acceso al volumen FILE del directorio. Aunque todavía podrá 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.