|
|
 Copyright © 2013, Oracle y/o sus filiales. Todos los derechos reservados. Avisos Legales |
|
Notas de la versión
Versión 8.3
E50964-01
Septiembre de 2013
ACSLS 8.3 presenta mayor flexibilidad para sus clientes con una plataforma variada y preferencias de sistema de archivos. El paquete ACSLS se instalará en cualquier sistema de archivos de cualquier plataforma actual de Solaris 10, Solaris 11 u Oracle Linux 6.
Para obtener otra documentación sobre ACSLS, consulte Oracle Technical Network (OTN) en:
En esta sección, se describen los requisitos de plataforma, sistema operativo, sistema, explorador y alojamiento conjunto.
ACSLS 8.3 se ejecutará correctamente en cualquier plataforma actual de servidor SPARC o X86.
Para ACSLS 8.3, se requiere un mínimo de 2 GB de memoria. Es posible que desee contar con memoria adicional (hasta 16 GB) en entornos de bibliotecas de grandes volúmenes donde se procesarán, en forma simultánea, varias solicitudes de operaciones de montaje y desmontaje.
Debe haber un mínimo de 40 GB disponibles para el sistema de archivos en el que se instalará ACSLS 8.3. Esto alojará los datos binarios de ACSLS y WebLogic, y brindará almacenamiento amplio para la actividad continua de copia de seguridad de bases de datos y generación de logs.
Se requiere al menos un puerto de red 10/100/1000-base-T para la comunicación entre el cliente y la biblioteca. Al conectar bibliotecas SL8500 y SL3000, se recomienda contar con adaptadores de red redundantes dedicados. Las redes redundantes son necesarias para conectarse a una biblioteca SL8500 o SL3000 con la función Redundant Electronics.
Se requiere un puerto del iniciador de canal de fibra para admitir bibliotecas con conexión de fibra, como StorageTek SL500 o SL150.
Se requiere un puerto de destino de canal de fibra si ACSLS presentará bibliotecas lógicas para aplicaciones de cliente de canal de fibra. Se necesitará un HBA QLogic de 4 Gb/s (o más) para el funcionamiento en el modo de destino.
ACSLS 8.3 ha sido probado y está calificado para ser utilizado en:
Solaris 10 actualización 10 y actualización 11 para SPARC
Solaris 10 actualización 10 y actualización 11 para X86
Solaris 11 actualización 1 para SPARC
Solaris 11 actualización 1 para X86
Oracle Linux 6.3 para X86
|
Nota: ACSLS 8.3 fue probado con Oracle Linux 6.3. ACSLS 8.3 no fue probado con otras versiones de Oracle Linux y otras versiones de Linux.En este documento, Linux hace referencia a Oracle Linux 6.3. |
ACSLS utiliza PostgreSQL para gestionar servicios de bases de datos para el control de bibliotecas.
PostgreSQL 8.3 viene incluido de manera estándar con 10.
Para Solaris 11, los paquetes de PostgreSQL 8.3 se proporcionan junto con el paquete ACSLS 8.3 desde el sitio de entrega electrónica de Oracle. En la Guía de instalación de ACSLS 8.3, se proporcionan las instrucciones de instalación.
Para Linux, se proporciona PostgreSQL 8.4 para una fácil instalación desde el repositorio yum de Oracle. Las instrucciones se incluyen en la Guía de instalación de ACSLS 8.3.
WebLogic 10.3.5 se incluye con ACSLS 8.3.
La GUI de ACSLS, los servicios de bibliotecas lógicas y lib_cmd requieren Java 1.6 o Java 1.7. El entorno de tiempo de ejecución Java necesario es un paquete estándar que se incluye con Solaris 10, Solaris 11 y Linux 6.
ACSLS 8.3 incluye controladores de dispositivos (opcionales):
El controlador mchanger se utiliza para controlar bibliotecas con conexión de fibra, como SL500 y SL150.
Los controladores qlt y stmf se utilizan para presentar bibliotecas lógicas a aplicaciones cliente de canal de fibra.
Si se utiliza cualquiera de estos controladores, ACSLS 8.3 debe tener acceso inmediato a funciones en el nivel del núcleo. En esos casos, ACSLS no se puede instalar en un entorno de Zonas de Solaris.
La interfaz de usuario gráfica de ACSLS 8.3 fue probada con los siguientes exploradores:
Firefox 22.0
Chrome 28.0
Para Internet Explorer versiones 8, 9 y 10, deberá crear un certificado SSL con un par de clave pública/privada único para la instalación del servidor ACSLS específico. Consulte la Guía de instalación de ACSLS 8.3 para obtener detalles sobre cómo crear un certificado SSL.
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 específicamente para permitir que se ejecuten varias aplicaciones en almacenamiento conjunto, como si estuvieran completamente aisladas la una de la otra. En concreto, los contenedores Solaris y Oracle Solaris VM Server for SPARC permiten posibilidades de alojamiento conjunto condicionales para el uso con ACSLS.
En la siguiente sección, se detallan las condiciones y las limitaciones asociadas con las diferentes opciones de almacenamiento conjunto para una aplicación ACSLS.
Los contenedores Solaris (o zonas) permiten al administrador del sistema realizar particiones de un servidor de bajo costo estándar en 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 contenedor 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 fatal 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.x puede residir en un contenedor Solaris sólo si no requiere más controladores que la interfaz de red. Si planea utilizar un controlador de canal de fibra en modo de destino (qlt) requerido para bibliotecas lógicas, su aplicación no se debe instalar en un contenedor Solaris. Si planea utilizar una biblioteca con conexión de fibra que requiere el controlador mchanger, la aplicación no se debe instalar en un contenedor Solaris.
|
Nota: No hay versiones de ACSLS-HA admitidas para usar en contenedores Solaris. |
Oracle VM Server for SPARC (anteriormente dominios lógicos o LDOM) está disponible técnicamente en los servidores SPARC de la serie T con tecnología de microprocesamiento de chip (CMT). Esta tecnología 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 a través del bus PCIe deben instalarse en "dominios de E/S" especiales. El número de dominios de E/S que puede crear en el 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 ACSLS que depende únicamente de la conectividad de red con la biblioteca y para aplicaciones de cliente puede ser instalada en un dominio invitado, en este 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, "Uso de redes virtuales".
Si su aplicación ACSLS 8.x está destinada para el uso con bibliotecas lógicas o si pretende conectarse a una biblioteca de canal de fibra, como SL500 o SL150, 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.
Esta versión contiene varias mejoras.
ACSLS 8.3 se admite en Solaris 11 actualización 1 y en Solaris 10 actualización 10 y actualización 11. El puerto para Solaris 11 incluye todas las características que están disponibles en Solaris 10. Al momento de esta publicación, no se encuentra disponible la compatibilidad con ACSLS HA en Solaris 11.
Oracle Linux 6.3 admite ACSLS 8.3. El puerto Linux incluye total compatibilidad con las operaciones del cliente ACSAPI. Incluye todas las interfaces de usuario, como cmd_proc, la GUI de ACSLS y lib_cmd. El puerto Linux no incluye compatibilidad con bibliotecas lógicas, ya que la capacidad de presentar bibliotecas lógicas a clientes de canal de fibra depende de la infraestructura COMSTAR de Solaris. Linux no admite ACSLS HA.
El paquete ACSLS se puede instalar en cualquier sistema de archivos definido por el usuario. La instalación base predeterminada sigue siendo /export/home, pero el instalador puede reubicar la instalación base en cualquier sistema de archivos que contenga suficiente espacio. Para obtener más información, consulte la Guía de instalación de ACSLS 8.3.
La rutina install.sh fue rediseñada con mayor flexibilidad, lo que permite a los usuarios instalar, extraer o volver a instalar cualquier parte el producto sin que tenga impacto en otros componentes del producto. Consulte la Guía de instalación de ACSLS 8.3 para obtener más información.
Las funciones de Java en ACSLS son compatibles con las versiones 6 y 7 de Java.
La utilidad probeFibre.sh ahora ofrece información más detallada sobre las bibliotecas de cinta conectadas con FC. Al usar la opción -v , el resultado refleja los puertos del iniciador, junto con sus bibliotecas asociadas, para cada HBA FC (disponible para Solaris y Linux).
Cuando un intento por limpiar automáticamente una unidad de cinta falla, ACSLS selecciona otro limpiador y vuelve a intentarlo.
Se proporciona mayor vida útil de los cartuchos de limpieza. Depende de que la unidad de cinta identifique un limpiador utilizado en lugar de un valor de uso máximo predefinido.
Se proporciona la capacidad de identificar los limpiadores utilizados como respuesta a la consulta de limpieza.
Se proporciona la capacidad de volver a intentar un desmontaje fallido de un cartucho de limpieza.
MOUNT_RETRY_TIME_LIMIT se puede aumentar a partir de los cinco minutos. Los usuarios pueden manipular esta variable ejecutando la utilidad dv_config. Consulte el capítulo, "Configuración de variables que controlan el comportamiento de ACSLS" en la Guía de administración de ACSLS 8.3.
Los mensajes de estado muestran la granularidad relacionada con WebLogic y el estado de inicio/detención de acsls. (online/offline/starting/stopping [en línea/sin conexión/inicio/detención])
Para alojar configuraciones de biblioteca poco comunes que puedan requerir más tiempo para que el servicio SMF de acsls se inicie y se recupere, ACSLS 8.3 proporciona una política de inicio personalizada. Consulte la Guía de administración de ACSLS 8.3 para obtener más información.
Compatibilidad con unidades de cinta T10000D FCoE (Fibre Channel over Ethernet): T10000D FCoE y T10000DE FCoE. Esto incluye la compatibilidad con más de 16 tipos de unidades admitidas para un tipo de medios.
La instalación de la GUI de ACSLS tiene múltiples dependencias, entre ellas, el estado de WebLogic, la implementación de acsls y la configuración de un firewall posible. Una nueva utilidad, checkGui.sh, prueba estas diferentes dependencias y proporciona un informe de resumen que muestra el estado de cada una. Para obtener más información, consulte el apéndice "Resolución de problemas" en la Guía del administrador de ACSLS 8.3.
Esta versión contiene soluciones para los siguientes bugs que se informaron en ACSLS 8.2 y versiones anteriores.
ACSLS 8.3 contiene las siguientes soluciones para la compatibilidad con la biblioteca lógica.
Cuando se extrae un ACS desde la configuración de la biblioteca mediante acsss_config (sin usar drop_tables.sh), el administrador primero debe extraer las bibliotecas lógicas respaldadas por el ACS. Para llevar a cabo esto, puede usarse la GUI de ACSLS o la utilidad lib_cmd. Tenga en cuenta que esta operación puede interrumpir las aplicaciones del cliente.
Los siguientes serían los pasos recomendados:
Cambie el ACS lógico y las unidades lógicas relacionadas cuando estén sin conexión.
Extraiga el ACS lógico de las configuraciones del cliente (que dependan del cliente).
Suprima el ACS lógico de la configuración ACSLS.
Use acsss_config para extraer los ACS de respaldo físico.
Este cambio actual no realiza todos estos pasos; simplemente elimina los registros de base de datos relacionados en el caso de que un administrador no haya seguido los procedimientos recomendados. Es posible que se necesite reiniciar a fin de propagar los cambios para los controladores de fibra de modo de destino.
En muchos casos, ACSLS mostraba una ubicación lógica inesperada para un volumen después de que fuera movido mediante la operación del cliente FC (el cliente usó una operación Move Medium).
Cuando un cliente FC solicitaba una operación de desmontaje y especificaba una ranura de destino distinta de la fuente original (en el momento del montaje), ACSLS retenía el elemento de la fuente original e ignoraba el elemento proporcionado por el cliente.
Cuando un cliente FC solicitaba una operación de movimiento con un destino y especificaba un elemento de importación/exportación, el registro de volumen lógico mostraba la ubicación actual de 0 en lugar del elemento de importación/exportación esperado.
Estos problemas se corrigieron, y la ubicación lógica de los volúmenes afectados refleja el valor especificado por el cliente.
Se han mejorado las actualizaciones a volúmenes en una biblioteca lógica que se marcan como ausentes. El comportamiento anterior informaba volúmenes ausentes en las unidades y ranuras de almacenamiento a los clientes FC, aunque esos volúmenes no se pudieran usar. Los volúmenes ausentes ahora se informan como inaccesibles, y no estarán visibles para los clientes hasta que se encuentre el volumen físico. Hay una secuencia de comandos fixVol.sh disponible actualizada para corregir las posibles inconsistencias de la base de datos, incluidos los volúmenes ausentes (es útil para el caso en el que una base de datos importada contenga volúmenes lógicos ausentes).
ACSLS 8.3 contiene las siguientes soluciones para montajes y desmontajes.
Ahora vol_id se retiene en el registro de la unidad.
En algunas condiciones, cuando fallaba la limpieza, la respuesta de error de montaje nunca se devolvía a acslm. Después de semanas, acslm podía informar cientos de solicitudes de montaje en la cola. Ahora se asegura de que la limpieza automática se vuelva a intentar si es posible y, si la recuperación no es posible, devuelve una respuesta de error de montaje a acslm.
Algunas veces no se informaron cartuchos de limpieza utilizados.
Los desmontajes de los cartuchos de limpieza no se volvieron a intentar como otros desmontajes.
Si se realizaba un intento de montar el mismo volumen en dos unidades distintas al mismo tiempo, la recuperación de cartucho podía marcar como ausente el volumen. Ambos montajes podían procesarse al mismo tiempo hasta el momento en el que intentaban reservar la celda de inicio del volumen. La reserva de la celda del segundo montaje fallaba, y se invocaba la recuperación del cartucho para el volumen. La recuperación de cartucho encontraba la celda vacía (debido al primer montaje) y marcaba el volumen como ausente.
Cambie la lógica a fin de invocar la recuperación de cartuchos para que solo recupere un volumen cuando la fecha access_date del volumen haya pasado hace más de un día. (En ese caso, el estado RESERVED de la celda probablemente sea obsoleto).
ACSLS 8.3 contiene las siguientes soluciones.
Durante una auditoría, la biblioteca informaba las celdas que se reservaban incorrectamente como "no cell at this address" (sin celdas en esta dirección) y no se actualizaban adecuadamente como 'inaccessible' (inaccesibles). Ahora, cuando la biblioteca informe una celda como "no cell at this address" (sin celdas en esta dirección), ACSLS la actualizará como inaccesible, incluso si la celda es reservada en la base de datos de ACSLS.
Cuando la biblioteca informa un mensaje LSM Not Ready (LSM no listo), se envía un evento no operativo LSM a los clientes registrados para la notificación de eventos.
Cuando la variable dinámica CSI_MULTI_HOMED_CL (cliente) se configura en TRUE, en servidores ACSLS x86, la dirección IP del cliente que usa CSI tiene el orden de los octetos invertido. La dirección IP es informada por el CSI y usada por el CSI cuando intenta responder a las solicitudes del cliente.
Para obtener información sobre el compromiso de Oracle con la accesibilidad, visite el sitio web del Programa de Accesibilidad de Oracle en http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.
Acceso al servicio de asistencia de Oracle
Los clientes de Oracle disponen de asistencia a través de Internet en el portal My Oracle Support. Para obtener información, visite http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info o, si tiene dificultades auditivas, visite http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs.
Notas de la versión de StorageTek Automated Cartridge System Library Software, Versión 8.3
E50964-01
Copyright © 2013, Oracle y/o sus filiales. Todos los derechos reservados.
Este software y la documentación relacionada están sujetos a un contrato de licencia que incluye restricciones de uso y revelación, y se encuentran protegidos por la legislación sobre la propiedad intelectual. A menos que figure explícitamente en el contrato de licencia o esté permitido por la ley, no se podrá utilizar, copiar, reproducir, traducir, emitir, modificar, conceder licencias, transmitir, distribuir, exhibir, representar, publicar ni mostrar ninguna parte, de ninguna forma, por ningún medio. Queda prohibida la ingeniería inversa, desensamblaje o descompilación de este software, excepto en la medida en que sean necesarios para conseguir interoperabilidad según lo especificado por la legislación aplicable.
La información contenida en este documento puede someterse a modificaciones sin previo aviso y no se garantiza que se encuentre exenta de errores. Si detecta algún error, le agradeceremos que nos lo comunique por escrito.
Si este software o la documentación relacionada se entrega al Gobierno de EE.UU. o a cualquier entidad que adquiera licencias en nombre del Gobierno de EE.UU. se aplicará la siguiente disposición:
U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.
Este software o hardware se ha desarrollado para uso general en diversas aplicaciones de gestión de la información. No se ha diseñado ni está destinado para utilizarse en aplicaciones de riesgo inherente, incluidas las aplicaciones que pueden causar daños personales. Si utiliza este software o hardware en aplicaciones de riesgo, usted será responsable de tomar todas las medidas apropiadas de prevención de fallos, copia de seguridad, redundancia o de cualquier otro tipo para garantizar la seguridad en el uso de este software o hardware. Oracle Corporation y sus filiales declinan toda responsabilidad derivada de los daños causados por el uso de este software o hardware en aplicaciones de riesgo.
Oracle y Java son marcas comerciales registradas de Oracle y/o sus filiales. Todos los demás nombres pueden ser marcas comerciales de sus respectivos propietarios.
Intel e Intel Xeon son marcas comerciales o marcas comerciales registradas de Intel Corporation. Todas las marcas comerciales de SPARC se utilizan con licencia y son marcas comerciales o marcas comerciales registradas de SPARC International, Inc. AMD, Opteron, el logotipo de AMD y el logotipo de AMD Opteron son marcas comerciales o marcas comerciales registradas de Advanced Micro Devices. UNIX es una marca comercial registrada de The Open Group.
Este software o hardware y la documentación pueden ofrecer acceso a contenidos, productos o servicios de terceros o información sobre los mismos. Ni Oracle Corporation ni sus subsidiarias serán responsables de ofrecer cualquier tipo de garantía sobre el contenido, los productos o los servicios de terceros y renuncian explícitamente a ello. Oracle Corporation y sus subsidiarias no se harán responsables de las pérdidas, los costes o los daños en los que se incurra como consecuencia del acceso o el uso de contenidos, productos o servicios de terceros.
|
|
Copyright © 2013, Oracle y/o sus filiales. Todos los derechos reservados. Avisos Legales |
|