ACSLS 8.4 presenta mayor flexibilidad para sus clientes con una plataforma variada y preferencias de sistema de archivos. El paquete ACSLS se instala en cualquier sistema de archivos de cualquier plataforma actual de Solaris 11.2 u Oracle Linux 6.5.
Para obtener otra documentación sobre ACSLS, consulte Oracle Technical Network (OTN) en:
En esta sección, se describen los requisitos de software, sistema, explorador y alojamiento conjunto.
ACSLS 8.4 ha sido probado y está documentado para ser utilizado en:
Sun SPARC, de Oracle, y las plataformas X86 que ejecutan Solaris 11, actualización 2.
Oracle Linux 6.5.
Se realizaron pruebas con Oracle Linux en entornos con Unbreakable Enterprise Kernel de Oracle.
Otros sistemas operativos, incluidos los entornos virtuales, no se probaron y no se admiten.
Se proporcionan controladores de dispositivos especiales en ACSLS para uso con bibliotecas lógicas y bibliotecas conectadas a la fibra, como SL500 y SL150. Este es un problema para entornos de zonas de Solaris. Dado que dichos controladores de dispositivos están conectados al núcleo del sistema, deben residir en la zona global. En los casos en que se utilizan dichos controladores, los ACSLS no se pueden instalar en el entorno de zona local.
Los sistemas ACSLS 8.4 de alta disponibilidad (HA) deben estar instalados en su propio par de plataformas dedicadas.
Aprobación operativa
El producto se instaló correctamente para ejecutarse en el entorno operativo indicado debajo. Ha demostrado proporcionar la funcionalidad básica sin detrimento para el producto ni el entorno de ejecución asociado.
Red Hat Enterprise Linux
Memoria: 4 GB como mínimo
Para mostrar la memoria del sistema:
Solaris
prtconf | grep Mem
Linux
grep MemTotal /proc/meminfo
Intercambio: Los sistemas actuales (con Solaris 11.2 y Linux 6.5) deben tener no menos de 4 GB de memoria y no menos de 2 GB de intercambio. Si la memoria del sistema excede los 6 GB, como regla general, se proporciona un espacio de intercambio de no menos del 30 % de la memoria física. Para comprobar el espacio de intercambio en:
Solaris
vmstat -S
El resultado se expresa en kilobytes.
Linux
vmstat -s | grep total
El resultado se expresa en kilobytes.
Sistemas de archivos y bases de datos requeridas:
ACSLS 8.4 le permite la instalación en cualquier sistema de archivos. Debe definir los siguientes directorios antes de instalar ACSLS.
Un directorio base en donde se instalarán los componentes de ACSLS.
Un directorio por defecto para las copias de seguridad de ACSLS. Se recomienda (aunque no es necesario) colocar el directorio de copias de seguridad de ACSLS en un sistema de archivos separado del directorio base de ACSLS.
Si bien se puede instalar ACSLS en cualquier directorio, los directorios que se usan por defecto para ACSLS son los siguientes:
/export/home es el directorio base por defecto de ACSLS.
/export/backup es el directorio de copia de seguridad por defecto de ACSLS.
El sistema de archivos del directorio base de ACSLS debe tener un mínimo de 5 GB libres. Se deben reservar otros 5 GB libres para las copias de seguridad de ACSLS. Para mostrar los tamaños del sistema de archivos:
df -h
La tarjeta de fibra (opcional) es opcional. Se requiere un HBA adecuado para operaciones de canal de fibra.
En el caso de la operación en modo de destino, que admite la función de biblioteca lógica, este HBA debe ser una tarjeta de fibra QLogic contemporánea (4 GB o superior).
En el caso de la operación en modo de iniciador, una biblioteca conectada en fibra compatible como SL500 o SL150, ACSLS 8.4 se prueba y se certifica completamente con QLogic y HBA Emulex.
La GUI de ACSLS 8.4 funciona con la mayoría de los exploradores actuales comunes, aunque las pruebas formales se limitan a las versiones recientes de FireFox, Chrome e Internet Explorer. Se han realizado pruebas exhaustivas con el explorador Chrome y versiones anteriores de FireFox usando la configuración por defecto de ACSLS en el servidor de WebLogic. Internet Explorer V8 (y superiores) y FireFox V39 (y superiores) requieren valores de configuración que proporcionen un certificado digital autofirmado de 2048 bits para https. Consulte la sección "Configuración de un certificado digital autoasignado para HTTPS" en la Guía de instalación de ACSLS 8.4.
Para garantizar un servicio de bibliotecas ininterrumpido y evitar problemas no anticipados debido a una disputa por recursos, en general, se recomienda que ACSLS se ejecute en un entorno independiente en un servidor dedicado. Sin embargo, algunos sistemas están diseñados para permitir que se ejecuten varias aplicaciones en almacenamiento conjunto, como si estuvieran completamente aisladas la una de la otra. Los contenedores Solaris y Oracle Solaris VM Server for SPARC permiten posibilidades de alojamiento conjunto condicionales para el uso con ACSLS.
En la siguiente lista, se detallan las condiciones y las limitaciones asociadas con las diferentes opciones de almacenamiento conjunto para una aplicación ACSLS.
Zonas de Solaris (contenedores)
Las zonas de Solaris permiten al administrador del sistema crear particiones de un servidor estándar de bajo costo para generar cuatro sistemas Solaris independientes, cada uno con su sistema de archivos aislado y su propia interfaz de Solaris. Puede asignar recursos de red a cada zona y también reiniciar cualquier zona local (no global) sin afectar a las aplicaciones que se encuentran en otras zonas, en la misma plataforma. Sin embargo, la capacidad de compartir recursos de núcleo, como controladores de dispositivos, en varias zonas es, en el mejor de los casos, débil. Idealmente, una aplicación que requiere controladores de núcleo debería residir en la zona global. Sin embargo, no suele ser una buena práctica instalar una aplicación en la zona global, ya que cualquier condición de error irrecuperable que se produzca con la aplicación podría tener impacto en todas las demás aplicaciones que se ejecuten en otras zonas.
ACSLS 8.4 puede residir en una zona de Solaris solo si no requiere más controladores que la interfaz de red. Cualquier uso de bibliotecas lógicas requiere un controlador de canal de fibra del modo de destino, y cualquier conexión a una biblioteca SL500 o SL150 requiere un controlador de canal de fibra en modo de iniciador. Cualquiera de estas configuraciones indica que el ACSLS debe estar instalado en la zona global.
No existe una versión de ACSLS HA admitida para uso en las zonas de Solaris.
Oracle VM Server for SPARC
La tecnología Oracle VM Server for SPARC (anteriormente conocida como dominios lógicos o LDOM) ofrece ventajas significativas sobre los contenedores Solaris en la medida en que cada dominio controla su propio núcleo Solaris.
Un administrador de Solaris puede realizar una partición de los recursos de hardware del sistema, mediante la asignación de un recurso específico a un dominio específico. Los recursos de red de esta máquina virtual pueden compartirse de manera simple en cualquiera de los dominios invitados del servidor (hasta 128). Sin embargo, las aplicaciones que requieren acceso a dispositivos de E/S por medio del bus PCIe deben instalarse en dominios de E/S especiales. El número de dominios de E/S que puede crear en VM Server depende del número de buses PCIe discretos de la plataforma SPARC. En un sistema con un solo bus PCIe, puede tener dos dominios de E/S, uno de estos debe ser el dominio de control.
Cualquier aplicación de ACSLS que depende únicamente de la conectividad de red con la biblioteca y para aplicaciones de cliente puede instalarse en un dominio invitado del servidor. El procedimiento de configuración de la red virtual se describe en el documento Guía de administración del Oracle VM Server for SPARC 2.1 en la sección llamada "Uso de redes virtuales".
Si su aplicación ACSLS 8.4 está destinada para el uso con bibliotecas lógicas o si pretende conectarse a una biblioteca de canal de fibra, como SL500 o L700, ACSLS debe instalarse en un dominio de E/S. Consulte la sección "Configuración de dominios de E/S" en la Guía de administración del Oracle VM Server for SPARC 2.1.
El software Solaris Cluster se admite en el Oracle VM Server for SPARC y esta plataforma se puede utilizar en una aplicación ACSLS HA. Consulte la Guía del servicio de datos de Oracle Solaris Cluster para Oracle VM Server for SPARC.
ACSLS es un software de gestión de bibliotecas automatizado. Facilita las operaciones de cintas automatizadas para varios clientes al proporcionar servicios y asistencia para mejorar la facilidad de uso, el rendimiento y la disponibilidad de la biblioteca. Un servidor ACSLS puede controlar las bibliotecas conectadas a un complejo de bibliotecas, bibliotecas individuales o una combinación de ambos.
ACSLS incluye todas las funciones de gestión de bibliotecas disponibles en el producto ACSLS 7.3.1 heredado. Se proporciona compatibilidad para clientes ACSAPI, cmd_proc y utilidades ACSLS (el inicio y el cierre cambiaron).
La interfaz gráfica de usuario (GUI) de ACSLS basada en Web proporciona una consola gráfica para manipular y supervisar las operaciones de la biblioteca, y administrar y operar bibliotecas lógicas. Consulte la ayuda en pantalla para obtener información detallada y acerca de los procedimientos para usar la GUI.
Una consola de biblioteca alternativa con mucha más flexibilidad y facilidad de uso. Proporciona la mayoría de las operaciones que están disponibles en la cmd_proc heredada.
Compatibilidad con bibliotecas lógicas.
Para la administración y la operación de bibliotecas. Brinda la posibilidad de realizar la mayoría de las operaciones de cmd_proc heredadas, junto con las nuevas operaciones relacionadas con la gestión de bibliotecas lógicas.
Supervisión en tiempo real de los componentes de las bibliotecas.
Un explorador de árbol para navegar en la configuración física y lógica.
Alertas en tiempo real que se pueden ver desde cada pantalla.
Una alerta le informa las condiciones que podrían dañar el hardware, los datos o el software de las aplicaciones. La información a la que corresponde siempre se incluye antes.
Capacidad de filtrar pantallas de unidades y volúmenes con criterios especificados por el usuario.
Vistas personalizadas por el usuario para ver eventos y logs del sistema.
Ayuda en pantalla.
La GUI de ACSLS o lib_cmd le permite crear bibliotecas lógicas que incluyen un subjuego de volúmenes y unidades en una biblioteca física específica. Esto le permite definir los subjuegos lógicos de sus bibliotecas físicas, que se pueden gestionar y utilizar mediante aplicaciones cliente, como si fueran bibliotecas lógicas independientes. Puede dedicar una parte (o el total) de los volúmenes y las unidades de una biblioteca física determinada para una biblioteca lógica para utilizarla mediante una aplicación cliente específica.
Una biblioteca lógica no puede abarcar más de una ACS física (o partición física).
Los clientes pueden acceder a las bibliotecas lógicas mediante la interfaz SCSI de ACSLS 8.x. No están disponibles para clientes que utilizan ACSAPI heredado.
Las unidades físicas y los cartuchos que están asignados a bibliotecas lógicas se vuelven inaccesibles para clientes ACSAPI. Las bibliotecas físicas, junto con las unidades y los volúmenes que no están asignados a bibliotecas lógicas, permanecen accesibles para los clientes ACSAPI.
Las unidades y los volúmenes que están asignados a bibliotecas lógicas se asignan en forma exclusiva. No se admite el uso compartido de unidades ni volúmenes en las bibliotecas lógicas.
Antes de ACSLS 8.x, la compatibilidad para etiquetas de volúmenes más grandes en bibliotecas físicas dependía del firmware y la configuración de la biblioteca.
Ahora, la interfaz del cambiador de medios SCSI de ACSLS permite a ACSLS admitir etiquetas de volúmenes más grandes. Usted puede ver las etiquetas de volúmenes más grandes a través de la GUI, la CLI (cmd_proc) y las utilidades.
Los clientes pueden ver las etiquetas de volúmenes más grandes mediante la interfaz del cambiador de medios SCSI para acceder a las bibliotecas lógicas. No pueden acceder a ellas los clientes ACSAPI.
ACSLS 8.x proporciona una interfaz del cambiador de medios SCSI sobre cliente de fibra para permitir el acceso a bibliotecas lógicas. ACSLS puede brindar servicio a varios clientes SCSI en forma simultánea. Cada cliente tiene acceso exclusivo a su biblioteca lógica asignada.
Esto permite que el software del cliente, como NetBackup, utilice bibliotecas lógicas como si fueran bibliotecas físicas independientes. Cada biblioteca lógica puede asignarse solo a un cliente, pero un cliente determinado puede acceder a varias bibliotecas lógicas, si lo desea. ACSLS 8.x no permite el acceso de cliente SCSI directo a las bibliotecas físicas de copia de seguridad, solo se puede acceder a volúmenes y unidades asignados a bibliotecas lógicas.
El acceso del cliente SCSI se puede establecer al crear o modificar bibliotecas lógicas.
ACSLS 8.4 proporciona una interfaz del cliente ACSAPI que es compatible con las aplicaciones cliente existentes. La interfaz de ACSAPI es idéntica a la proporcionada en el producto ACSLS 7.3 heredado.
Las unidades físicas y los cartuchos que están asignados a bibliotecas lógicas se vuelven inaccesibles para clientes ACSAPI. Las bibliotecas físicas, junto con las unidades y los volúmenes que NO están asignados a bibliotecas lógicas, permanecen accesibles para los clientes ACSAPI.
Los usuarios acsss y acssa tienen acceso a dos interfaces de línea de comandos de ACSLS, cmd_proc y lib_cmd.
La interfaz de línea de comandos principal para el control de la biblioteca es cmd_proc. La interfaz cmd_proc le da acceso a todas las funciones operativas de la biblioteca relacionadas con unidades y volúmenes de cinta físicos. Estas funciones incluyen mount, dismount, enter, eject, audit, query, display y vary.
Una segunda interfaz de línea de comandos, lib_cmd, se usa principalmente para configurar bibliotecas lógicas, pero tiene un juego de comandos limitado relacionados con bibliotecas físicas, que incluye display, vary y eject.
ACSLS ofrece un juego de utilidades que se pueden ejecutar desde un shell que funcione en el servidor ACSLS. Esto incluye la mayoría de las utilidades tradicionales proporcionadas en el producto ACSLS 7.3.1 heredado.
Las utilidades son:
Operaciones de copia de seguridad y restauración para tablas de bases de datos.
Operaciones de importación y exportación para tablas de bases de datos.
Operaciones de inicio y cierre.
Configuración dinámica para bibliotecas físicas.
Operaciones de almacenamiento de cartuchos.
Utilidades de administración de bibliotecas.
Generación de informes de inventario de bibliotecas.
El software de ACSLS está formado por varios servicios que se operan con un comando simple, acsss. La macro de acsss le permite iniciar, detener y comprobar el estado de varios servicios como si se tratara de una sola entidad. Las operaciones comunes con la macro de acsss incluyen:
acsss enable para iniciar ACSLS.
acsss disable para detener ACSLS.
acsss status para comprobar el estado de los diversos servicios.
Una vez activados, los diferentes servicios se controlan y supervisan mediante la utilidad de gestión de servicios (SMF) de Solaris o la utilidad de servicio init de Linux. Estas respectivas utilidades del sistema procesan las operaciones de reinicio automático después del inicio del sistema.