IBM i: Memor.ndum para los usuarios · Esta sección incluye los cambios realizados en las funciones de gestión de sistemas (como las de configuración y adaptación del sistema),

IBM i Memorándum para los usuariosVersión 7.2

Memorándum para los usuarios

��

IBM i Memorándum para los usuariosVersión 7.2

Memorándum para los usuarios

��

NotaAntes de utilizar esta información y el producto al que hace referencia, lea la información del apartado “Avisos” en lapágina 51.

Esta edición se aplica a la versión de IBM i 7.2 (número de producto 5770-SS1) y a todos los releases ymodificaciones posteriores hasta que se indique lo contrario en nuevas ediciones. Esta versión no funciona en todoslos modelos de sistemas con conjuntos reducidos de instrucciones (RISC) ni tampoco en los modelos CISC.

Este documento puede contener referencias al código interno bajo licencia (LIC). El código interno bajo licencia escódigo de máquina cuya licencia se obtiene bajo los términos del Acuerdo de licencia de IBM para código demáquina.

© Copyright IBM Corporation 1998, 2013.

Contenido

Archivo PDF para el Memorándum paralos usuarios . . . . . . . . . . . . . 1

Acerca de IBM i Memorándum para losusuarios . . . . . . . . . . . . . . 3A quién va dirigido este memorándum . . . . . 3Información adicional sobre incompatibilidades. . . 3Características de accesibilidad de IBM iMemorándum para los usuarios . . . . . . . . 4Instalación de IBM i 7.2 sobre IBM i 6.1 . . . . . 4Interrupción del soporte para determinadosproductos de software y hardware . . . . . . . 4Números de PTF en este memorándum . . . . . 4Memorandos de los releases anteriores . . . . . 4Prerrequisitos e información relacionada . . . . . 5Cómo enviar sus comentarios. . . . . . . . . 5

Lea esto primero . . . . . . . . . . . 7Clientes actuales – leer antes de instalar . . . . . 7PTF necesarios antes de actualizar a IBM i 7.2 . . . 8Planificación de actualización . . . . . . . . . 8IBM i 7.2 requiere POWER6 o hardware más reciente 8Tipos de dispositivos de cinta y ópticos que no estánsoportados en IBM i 7.2. . . . . . . . . . . 9Requisitos de origen de carga de instalación de IBM i 9Planificar la instalación o actualización de la consolade operaciones . . . . . . . . . . . . . 10Alta disponibilidad . . . . . . . . . . . . 11Consideraciones de hardware antes de actualizar aIBM i 7.2 en Power6 . . . . . . . . . . . 11

IBM i 7.2 no dará soporte a bucles o cajonesRIO/HSL en POWER6. . . . . . . . . . 11IBM i 7.2 en Power6 no da soporte aprocesadores de E/S o adaptadores basados enprocesadores de E/S . . . . . . . . . . 11IBM i 7.2 puede alojarse en IBM i 6.1.1 o i 7.1 enPOWER6 . . . . . . . . . . . . . . 12

Sistema operativo IBM i . . . . . . . 13Consideraciones de programación . . . . . . . 13

Cambios realizados en los archivos desalida(OUTFILE). . . . . . . . . . . . 13Cambios en Salida(*PRINT) . . . . . . . . 13Cambios realizados en los registros de auditoríade seguridad . . . . . . . . . . . . . 13Programas que utilizan versiones personalizadasde mandatos suministrados por IBM . . . . . 13Cambios realizados en los archivos de impresoradel sistema y otros objetos suministrados porIBM . . . . . . . . . . . . . . . . 14

Cambios de la API . . . . . . . . . . . . 14Cambios en la API del programa bajo licenciaIBM i . . . . . . . . . . . . . . . 14Cambios en la API PTF . . . . . . . . . 15

Cambios en la API Recuperar información deusuario . . . . . . . . . . . . . . . 16APIs Pascal TCP eliminadas . . . . . . . . 16Cambios en la API Gestión de trabajo . . . . 16

Cambios en la API Gestión de trabajo para laprioridad de ejecución . . . . . . . . . 16Cambios en las API QUSLJOB, QUSRJOBI,QGYOLJOB, QWTRTVTA . . . . . . . 17

Cambios realizados en el entorno de ejecución dellenguaje C y C++ . . . . . . . . . . . . 17

Cambios en las funciones free() y realloc() . . . 17Cambios en archivos de cabecera para C y C++ 17Cambio en el mensaje de diagnóstico de la macroassert . . . . . . . . . . . . . . . 17Cambios en la función _Ropen() . . . . . . 17Cambios en la función de biblioteca C++ . . . 17

Cambios de mandatos de IBM i . . . . . . . 18Cambios en el mandato CHGMOD . . . . . 18Cambios en los mandatos CRTCLS y CHGCLS 18Cambios en los mandatos CRTUSRPRF,CHGUSRPRF y RTVUSRPRF . . . . . . . 18Cambios en los mandatos CVTPFRDTA yCVTPFRCOL . . . . . . . . . . . . . 19Cambios en RSTOBJ y RSTLIB para objetosguardados con distintos grupos primarios . . . 19Cambios en el mandato STRPCCMD . . . . . 19Cambios en el mandato WRKACTJOB . . . . 19

Cambios en la base de datos. . . . . . . . . 19Nuevas palabras reservadas y nombres deesquema de SQL . . . . . . . . . . . 19Cambios en el comportamiento del acceso a labase de datos nativa . . . . . . . . . . 20Cambios en la API QDBRTVFD. . . . . . . 21Imprimir información de SQL (PRTSQLINF) nomostrará las sentencias SQL enmascaradas . . . 21Cambio en el mandato Copiar archivo (CPYF) . . 21Restauración de archivos lógicos sobre archivosexistentes con distintos ID de nivel dearchivo/miembro . . . . . . . . . . . 21Registro especial CURRENT_USER . . . . . 21Cambios en el registro especial CURRENTSCHEMA . . . . . . . . . . . . . . 22Cambios de contenido de la columnaQSYS2.SYSROUTINEDEP. . . . . . . . . 22UPDATE utilizando OVERRIDING USER VALUE 22Cambios en el argumento de función Posición . . 22Reglas de asignación de matriz SQL . . . . . 23Funciones incorporadas de indicación de fecha yhora en una vista . . . . . . . . . . . 23CREATE TABLE LIKE e ID de nivel de formato 23Cambios en la tabla de ordenación ICU . . . . 23GET DIAGNOSTICS modifica las variablesSQLSTATE y SQLCODE . . . . . . . . . 24Cambios en el argumento de las funciones RRN,PARTITION y NODENUMBER con Expresión de tablacomún (CTE) . . . . . . . . . . . . . 24

© Copyright IBM Corp. 1998, 2013 iii

Los arreglos para el precompilador de ILE RPGde SQL podrían generar mensajes SQL5011 . . . 24Cambios en la interfaz a nivel de llamada SQL 24

Cambios en la API CLI SQLConnect . . . . 24Cambios en la indicación de fecha y hora dela API CLI . . . . . . . . . . . . . 25

Restauración de archivos lógicos sobre archivosexistentes con distintos ID de nivel dearchivo/miembro . . . . . . . . . . . 25

Cambios en el archivo de salida DSPOBJD. . . . . 25Cambios en el paso a través de estación de pantalla 26Cambios en la coma flotante. . . . . . . . . 26El analizador de rastreo de comunicaciones de IBMi Navigator ya no está soportado . . . . . . . 27Cambios en el servidor de aplicaciones webintegrado . . . . . . . . . . . . . . . 27Cambios en el servidor de servicios web integrado 27Cambios en el límite de trabajos . . . . . . . 27Cambios en el comportamiento del límite demensajes de trabajos . . . . . . . . . . . 27Cambios en Diario . . . . . . . . . . . . 28

Cambios en el comportamiento de APYJRNCHG yAPYJRNCHGX . . . . . . . . . . . . . 28Comportamiento del registro por diario cuandose especifica DFRID en una restauración . . . . 28El diario remoto admite "conexión segura" . . . 28Cambiar diario (CHGJRN) en todos los diariosdespués de instalar IBM i 7.2 . . . . . . . 29

Cambios en el máximo de CPU y almacenamientotemporal . . . . . . . . . . . . . . . 29Cambios en la indicación de fecha y hora de la ColaMI afectan a colas de datos y colas de usuarios . . 29Cambios en las indicaciones de fecha y hora demensajes . . . . . . . . . . . . . . . 30Cambios en NLV para los idiomas croata y rumano 30Soporte de IPv6 del adaptador LAN de la consolade operaciones . . . . . . . . . . . . . 30Los informes de problemas y pedidos de PTF porred privada virtual VPN ya no están soportados . . 31Cambios en el proceso de PTF . . . . . . . . 31Cambios en la conexión de QFileSvr.400 . . . . . 31El mandato Salvar almacenamiento (SAVSTG) y elproceso de restaurar almacenamiento ya no seproporcionan . . . . . . . . . . . . . . 31Cambios en el registro de trabajo SCPF . . . . . 32Cambios en la Capa de sockets seguros (SSL) . . . 32

Cambios en la lista de especificación de cifradopredeterminada de la capa de sockets seguros(SSL) . . . . . . . . . . . . . . . 32Se ha inhabilitado el protocolo SSLv3 paraSystem SSL . . . . . . . . . . . . . 33

Cambios en TELNET . . . . . . . . . . . 33Cambios en el mandato CHGTELNA . . . . . 33El área de datos QTVNO32785 ya no estásoportada para la supresión de pantalla ancha. . 33

Opciones. . . . . . . . . . . . . . 35Inclusiones de apertura de sistema (Opción 13) . . 35Integrated Server Support (Opción 29) . . . . . 35Sistema de nombres de dominio (Opción 31) . . . 36Fonts adicionales (Opción 43) . . . . . . . . 36

Programas bajo licencia . . . . . . . 37Productos sociales y de colaboración (anteriormenteLotus) . . . . . . . . . . . . . . . . 37

Productos sociales y de colaboración soportadosen IBM i 7.2 . . . . . . . . . . . . . 37Lotus Quickr para Domino . . . . . . . . 37

IBM WebSphere Application Server Versiones 8.0(5733-W80) y 8.5 (5733-W85) . . . . . . . . . 37IBM Developer Kit para Java (5770-JV1) . . . . . 38

Soporte de opciones de JV1 en IBM i 7.2. . . . 38Eliminados mandatos y API de Classic Java . . 38

Backup Recovery and Media Services (5770-BR1) . . 38Cambios en los informes de recuperación deBRMS . . . . . . . . . . . . . . . 38Función Establecer hora eliminada. . . . . . 39Nuevo parámetro UPDHST en algunos mandatosBRM. . . . . . . . . . . . . . . . 39Cambios en WRKPCYBRM TYPE(*MOV)OUTPUT(*PRINT) . . . . . . . . . . . 39

IBM HTTP Server para i (5770-DG1) . . . . . . 39Cambios relacionados con la configuración . . . 39Cambios de control de acceso . . . . . . . 40Consideración de módulos de terceros . . . . 41

IBM PowerHA SystemMirror para i (5770-HAS) . . 41IBM Content Manager OnDemand para i (5770-RD1) 41

Requisitos de actualización de IBM ContentManager OnDemand para i . . . . . . . . 41Nueva herramienta de administración basada enweb . . . . . . . . . . . . . . . . 42Cambios en los mandatos . . . . . . . . 42El primer inicio de una instancia de ContentManager OnDemand o el proceso de ArchiveStorage Management (ASM) tarda más tiempo . 43Reestructura de producto . . . . . . . . . 43

IBM Universal Manageability Enablement para i(5770-UME) . . . . . . . . . . . . . . 44IBM Rational Development Studio para i(5770-WDS) . . . . . . . . . . . . . . 47

Cambios del compilador ILE C . . . . . . . 47Cambios de RPG de ILE . . . . . . . . . 47

IBM i Access para Windows (5770-XE1) . . . . . 48IBM i Access para Web (5770-XH2) . . . . . . 48IBM i Access para Linux (5770-XL1) . . . . . . 49

Avisos . . . . . . . . . . . . . . . 51Marcas registradas . . . . . . . . . . . . 53Términos y condiciones . . . . . . . . . . 53

iv IBM i: Memorándum para los usuarios

Archivo PDF para el Memorándum para los usuarios

Puede ver e imprimir un archivo PDF de esta información.

Para ver o descargar la versión PDF de este documento, seleccione Memorándum para los usuarios.

Cómo guardar los archivos PDF

Para guardar un archivo PDF en la estación de trabajo para verlo o imprimirlo:1. Pulse el enlace del PDF con el botón derecho del ratón en el navegador.2. Pulse la opción que guarda el PDF localmente.3. Desplácese hasta el directorio en el que desea guardar el PDF.4. Pulse Guardar.

Cómo descargar Adobe Reader

Para poder ver o imprimir estos archivos PDF, debe tener instalado Adobe Reader en el sistema. Puede

descargar una copia gratuita desde el sitio web Adobe (www.adobe.com/reader/) .

© Copyright IBM Corp. 1998, 2013 1

http://www.adobe.com/products/acrobat/readstep.html

2 IBM i: Memorándum para los usuarios

Acerca de IBM i Memorándum para los usuarios

En esta información se describen los cambios realizados en la versión 7, release 2, modificación 0 (IBM® i7.2) que podrían afectar a sus programas o a las operaciones del sistema. La información de estememorándum le permite prepararse para los cambios realizados en el release actual y para utilizar elnuevo release.

A quién va dirigido este memorándumIBM i 7.2 Memorándum para los usuarios contiene información vital para varios destinatarios.

Este memorándum consta de cuatro secciones:v Lea esto primero ofrece información que debe tenerse en cuenta antes de instalar IBM i 7.2. Esta

sección va dirigida a los programadores de sistemas y de aplicaciones y a la persona que se encarga dela gestión de sistemas.

v Sistema operativo, con los cambios que en este release se han realizado en las funciones básicas delsistema operativo. Esta sección incluye los cambios realizados en las funciones de gestión de sistemas(como las de configuración y adaptación del sistema), así como los cambios que pueden afectar alfuncionamiento o al aspecto de los elementos en el nuevo release. Esta sección va dirigida a todos losusuarios de los sistemas IBM i.

v Opciones ofrece información sobre los cambios realizados en el nuevo release que afectan a opcionesde programa específicas del sistema operativo. Esta sección va dirigida a todos los usuarios de lossistemas IBM i.

v Programas bajo licencia contiene los cambios realizados en el nuevo release que pueden afectar a lasaplicaciones existentes. Estos cambios también pueden afectar a las aplicaciones guardadas en unsistema IBM i 7.2 que deban restaurarse en un servidor de un release anterior. Esta sección va dirigidaa programadores de aplicaciones y programadores de sistemas que utilizan los sistemas IBM i y susprogramas bajo licencia, así como a empresas con redes complejas o empresas de desarrollo deaplicaciones que tengan sistemas de diferentes releases.

Información adicional sobre incompatibilidades

Después de la publicación de IBM i Memorándum para los usuarios, las actualizaciones de estedocumento estarán disponibles en la versión inglesa de Internet de IBM Knowledge Center bajo IBM i 7.2en el siguiente sitio web:

http://www.ibm.com/support/knowledgecenter/ssw_ibm_i/welcome

Los cambios técnicos realizados en el texto se indican mediante una línea vertical situada a la izquierdadel cambio. Para obtener información adicional sobre incompatibilidades que no estaba disponiblecuando se publicó este memorándum, consulte las cartas de presentación de PTF, la información deplanificación de servicio preventivo - PSP e informes autorizados de análisis de problemas (APAR) en:

http://www.ibm.com/systems/support/i/databases/index.html


http://www.ibm.com/support/knowledgecenter/#!/ssw_ibm_i/welcome


Características de accesibilidad de IBM i Memorándum para losusuariosLas características de accesibilidad ayudan a los usuarios con discapacidades, como la movilidadrestringida o la visión limitada, a utilizar satisfactoriamente los productos de tecnología de lainformación.

IBM i 7.2 Memorándum para los usuarios también está disponible como un archivo de texto:1. Diríjase a Technical databases en: http://www.ibm.com/systems/support/i/databases/index.html.2. Pulse Preventive Service Planning - PSP > All Preventive Service Planning Documents by Release

> 720.

Instalación de IBM i 7.2 sobre IBM i 6.1Si instala IBM i 7.2 sobre IBM i 6.1, también debe leer IBM i Memorándum para los usuarioscorrespondiente a i 7.1. Contiene información relacionada con las incompatibilidades de las nuevasfunciones y mejoras incorporadas a IBM i 7.1.

Puede solicitar este documento escribiendo el mandato siguiente: SNDPTFORD SF98036

El Memorándum para los usuarios también está disponible en la información de PSP:1. Vaya a Technical databases en: http://www.ibm.com/systems/support/i/databases/index.html2. Pulse Preventative Service Planning -PSP > All Preventative Service Planning Documents by

Release.

Interrupción del soporte para determinados productos de software yhardwareEs importante que, como cliente, revise y comprenda todas las consideraciones sobre los nuevos releasesde software.

El tema de la interrupción de soporte es especialmente importante para los productos o dispositivos desoftware y hardware seleccionados. Esta información se encuentra en el material de anuncio de IBM i.Para obtener la información más reciente sobre productos o dispositivos para los que ya no se ofrecesoporte, junto con sugerencias sobre cómo sustituirlos, vaya a la página Planificación>Migración yactualizaciones en:

http://www.ibm.com/systems/support/i/planning/migrationupgrade.html

Números de PTF en este memorándumEs posible que los números de arreglos temporales de programa (PTF) que hay en este memorándum yase hayan reemplazado.

Memorandos de los releases anterioresCómo acceder al Memorándum para los usuarios de releases anteriores.

Además de solicitar releases anteriores del Memorándum para los usuarios mediante el mandatoSNDPTFORD, también es posible ver estos documentos en:


Pulse Preventive Service Planning - PSP > All Preventive Service Planning Documents by Release.




http://www.ibm.com/systems/support/i/planning/migrationupgrade.html


Prerrequisitos e información relacionadaUtilice IBM Knowledge Center como punto de partida para buscar información técnica sobre IBM i.


IBM Knowledge Center contiene información sobre temas importantes como Java(TM), TCP/IP, serviciosWeb, redes seguras, particiones lógicas, alta disponibilidad, mandatos de lenguaje de control (CL) einterfaces de programación de aplicaciones del sistema (API). También incluye enlaces que llevan a IBMRedbooks relacionados y enlaces de Internet que llevan a otros sitios Web de IBM, como la página inicialde IBM. Con cada pedido de hardware, recibirá el CD IBM i Access Client Solutions. IBM i Access ClientSolutions sustituye a su predecesor IBM i Access para Windows. IBM i Access Client Solutions puedeutilizarse para las conexiones de la consola y es capaz de ejecutarse directamente desde el CD. Consulteel documento Guía de inicio en el directorio de Documentación del CD de IBM i Access Client Solutionspara obtener más información. IBM i Access Family ofrece prestaciones de cliente y servidor paraconectar sistemas PC a sistemas IBM i.

La herramienta IBM Prerequisite ofrece información de compatibilidad para características de hardware yfacilita la planificación de una actualización satisfactoria del sistema mediante el suministro deinformación de requisitos previos para las características actualmente disponibles y las que debenañadirse al sistema en fechas futuras.

Se puede acceder a la herramienta IBM Prerequisite aquí: http://www.ibm.com/systems/electronic/support/e_dir/eserverprereq.nsf.

Cómo enviar sus comentariosSus comentarios son importantes para ayudarnos a proporcionar información más precisa y de mayorcalidad. Sírvase anotar sus observaciones sobre este memorándum o sobre cualquier otra documentaciónde IBM i en la hoja de comentarios que se adjunta al final de este memorándum.

Envíe sus comentarios electrónicamente utilizando una de estas direcciones de correo electrónico:v Comentarios acerca de los manuales:

– [email protected] Comentarios sobre el contenido de IBM i en IBM Knowledge Center:

– [email protected]

No olvide incluir esta información:v El título del manual o tema de IBM i en IBM Knowledge Center.v El número de publicación del manual.v El número de página o el tema del manual al que se refiera su comentario.

Acerca de IBM i Memorándum para los usuarios 5


http://www.ibm.com/systems/electronic/support/e_dir/eserverprereq.nsf

http://www.ibm.com/systems/electronic/support/e_dir/eserverprereq.nsf


Lea esto primero

Lea esta sección antes de realizar nuevos pasos.

Clientes actuales – leer antes de instalarLea los documentos de planificación del release antes de instalar 7.2

La publicación siguiente contiene información adicional que conviene leer y entender antes de instalareste release. Todas las fuentes a las que se hace referencia están en internet y se pueden encontrar através de diversos enlaces en el siguiente sitio web: http://www.ibm.com/support/knowledgecenter/#!/ssw_ibm_i/welcome

Nota: Después del release de IBM i 7.2,IBM i Information Center, las actualizaciones de temas de IBM icontienen el IBM Knowledge Center que estará disponible en la versión en inglés de internet. Para revisarestas actualizaciones, pulse Information Updates bajo IBM i 7.2 en IBM Knowledge Center.

Acceda a la versión de Internet. Las instrucciones que se facilitan remiten a diversas fuentes:v El tema Instalar, actualizar o suprimir IBM i y software relacionado en IBM Knowledge Center contiene

información de preinstalación de software e información sobre cómo instalar o actualizar el release delsistema operativo, parte del release o los programas bajo licencia relacionados. También puede solicitaruna versión impresa de este PDF (SC10-3116 (SC41-5120)) junto con los pedidos de actualización desoftware o los pedidos de nuevo hardware.

v La información de planificación de servicio preventivo (PSP) ofrece información acerca de losproblemas de software que pueden surgir al instalar el nuevo release. El número de PSP para elMemorándum para los usuarios IBM i 7.2 en línea es SF98116. Para acceder a la base de datos de PSP:1. Diríjase a Technical databases en http://www.ibm.com/systems/support/i/databases/index.html.2. Pulse Planificación de servicio preventivo - PSP

Si lo prefiere, puede obtener PSP por medio del proveedor de servicios de software. La PSP contienelos elementos siguientes:– El identificador de PSP correspondiente a la información relacionada con la instalación de IBM i 7.2

es SF98180.La información de esta PSP describe la información de instalación más reciente, agrupadas por áreade productos. Para recibir esta información de PSP mediante el soporte electrónico al cliente (ECS),teclee este mandato en una línea de mandatos de IBM i:SNDPTFORD SF98180

– El identificador de PSP correspondiente a la información sobre los problemas descubiertos desde ladisponibilidad del paquete de PTF acumulativo actual es SF98720. La información de PSP describetodos los PTF publicados desde que se comenzó a distribuir el paquete de PTF acumulativo actual.También contiene información sobre todos los problemas conocidos de gran incidencia que no seincluyen en el último paquete de PTF acumulativo. Para recibir esta información de PSP mediante elsoporte electrónico al cliente (ECS), teclee este mandato en una línea de mandatos de IBM i:SNDPTFORD SF98720

– El identificador de PSP correspondiente a la información sobre cómo instalar el hardware de IBM i7.2 y la HMC es MF98720. Revise esta información de PSP antes de instalar nuevos modelos de IBMi o nuevos dispositivos de hardware. Para recibir esta información de PSP mediante el soporteelectrónico al cliente (ECS), teclee este mandato en una línea de mandatos de IBM i:SNDPTFORD MF98720





– El identificador de PSP correspondiente a la información relacionada con las actualizaciones desistema y las migraciones de datos es SF98172. La información que hay en esta PSP describecorrecciones de actualización y migración. Revise esta información de PSP antes de actualizar elmodelo de sistema o migrar los datos entre sistemas. Para recibir esta información de PSP medianteel soporte electrónico al cliente (ECS), teclee este mandato en una línea de mandatos de IBM i:SNDPTFORD SF98172

v La estrategia de mantenimiento de PTF de IBM i. Es aconsejable que todos los clientes de IBM icuenten con una estrategia de mantenimiento de PTF. Con ello puede reducirse el impacto en lasoperaciones de IBM i derivado de interrupciones no planificadas o anomalías del programa. Si deseaobtener más información sobre la estrategia de mantenimiento de IBM i, siga estos pasos:1. Vaya a Guide to fixes en http://www.ibm.com/systems/support/i/fixes/guide/index.html2. Pulse Server maintenance

PTF necesarios antes de actualizar a IBM i 7.2Podrían ser necesarios PTFs antes de actualizar a 7.2

Como planificación para la instalación o actualización de IBM i 7.2, asegúrese de revisar el tema "PTFsnecesarios para actualizar a IBM i 7.2" dentro de la sección IBM i Technology Updates de la wiki IBMdeveloperWorks.

Si actualiza desde IBM i 6.1, por ejemplo, necesitará cargar y aplicar determinados PTF para poderaceptar acuerdos de software en línea. Si utiliza catálogos de imágenes para actualizar desde IBM i 6.1 oIBM i 7.1, son necesarios determinados PTF. Estos dos pasos de preparación se incluyen en el temaInstalar, actualizar o suprimir IBM i y el software relacionado, en IBM Knowledge Center.

Para revisar los "PTFs necesarios para actualizar a IBM i 7.2", vaya a la wiki utilizando el siguienteenlace: IBM i and Related Software y seleccione Actualizaciones y PTFs.

Planificación de actualizaciónRecursos de documentación que puede consultar antes de la actualización:

La página Web de Systems Management Planning http://www.ibm.com/systems/support/i/planning/upgrade/index.html suministra enlaces a información y a diversas herramientas de planificación.

La página web de correlación de IBM i http://www.ibm.com/support/docview.wss?uid=ssm1platformibmi lista el soporte de sistema operativo por modelo.

La página Web de Upgrade Planning http://www.ibm.com/systems/support/i/planning/upgrade/index.html, está destinada a suministrar información de planificación avanzada. Utilice esta informaciónpara planificar soluciones futuras para mejoras, actualizaciones o migraciones.

IBM i 7.2 requiere POWER6 o hardware más reciente

IBM i 7.2 no se instalará en hardware POWER5. Los intentos de instalar 7.2 en hardware POWER5,incluidos los siguientes modelos, fallará con un código de referencia del sistema B6000423:v 515v 520v 525v 550v 570v 595


http://www.ibm.com/systems/support/i/fixes/guide/index.html

http://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%20i%20and%20Related%20Software

http://www-947.ibm.com/systems/support/i/planning/upgrade/index.html

http://www-947.ibm.com/systems/support/i/planning/upgrade/index.html

http://www.ibm.com/support/docview.wss?uid=ssm1platformibmi

http://www.ibm.com/support/docview.wss?uid=ssm1platformibmi

http://www.ibm.com/systems/support/i/planning/upgrade/future.html

http://www.ibm.com/systems/support/i/planning/upgrade/future.html

Tipos de dispositivos de cinta y ópticos que no están soportados enIBM i 7.2

Los siguientes tipos de dispositivos de cinta y ópticos han llegado al final de servicio,sólo estabansoportados en POWER5 o requieren un procesador de E/S para conexión. No están soportados en IBM i7.2.v Biblioteca óptica IBM 3995v Biblioteca de cintas 3570 - todos los tipos de unidadv Biblioteca de cintas 3573 con unidades de cintas LVD LTO3 y HH LTO3v Biblioteca de cintas 3575 - todos los tipos de unidadv Biblioteca de cintas 3576 con unidades LVD LTO3v Dispositivo de cinta y biblioteca 3490 - todos los modelosv Unidad de cintas HVD 3580-001v Unidad de cintas HVD 3580-002v Unidad de cintas LVD 3580-002v Unidad de cintas LVD 3580-003v Biblioteca de cintas 3581 - todos los tipos de unidadv Biblioteca de cintas 3582 - todos los tipos de unidadv Biblioteca de cintas 3583 - todos los tipos de unidadv Biblioteca de cintas 3584 con unidades HVD LTO1 y LTO2v Biblioteca de cintas 3584 con unidades LVD LTO2v Dispositivo de cinta y biblioteca 3590 - todos los modelosv Unidad de cintas SLR60 5753v Unidad de cintas SLR100 5754v Unidad de cintas HH LTO2 LVD 5755v Unidad de cintas VXA2 6120v Unidad de cintas DAT72 6258v Unidad de cintas VXA3 6279v Unidad de cintas SLR5 6382v Unidad de cintas MLR1S 6383v Unidad de cintas SLR60 6384v Unidad de cintas MLR3 6386v Unidad de cintas SLR100 6387v Unidad de cintas SLR5 7207-122v Unidad de cintas SLR60 7207-330v Unidad de cintas de 8mm 7208 - todos los modelosv Unidad de cintas de carrete de 1/2 pulgada 9348

Requisitos de origen de carga de instalación de IBM iEl tamaño de origen de carga se ha incrementado a 70 GB

La instalación satisfactoria de IBM i 7.2 requiere lo siguiente para cada servidor o partición lógica:v El tamaño de disco de origen de carga mínimo para IBM i 7.2 es de 70 GB. Este tamaño se basa en el

almacenamiento con sectores de 520 bytes. Dos notas de precaución:

Lea esto primero 9

– Si la partición de IBM i está utilizando discos con sectores de 512 bytes, por ejemplo una particiónalojada en IBM i o IBM i en almacenamiento que está conectado por SCSI virtual, el almacenamientoque se asigna para el origen de carga debe ser aproximadamente de 80 GB para permitir que lapartición de IBM i vea los 70 GB necesarios.

– Si tiene un disco de origen de carga de 70 GB que va a incluirse en una configuración RAID 5 oRAID 6, debe actualizar a 7.2 antes de configurar RAID. Después de la actualización, puede iniciarRAID incluyendo el origen de carga. Algunos ejemplos de discos que pertenecen a esta categoríason #1884/198B (69.7 GB 15K RPM SAS SFF DISK) o #3676/433B (69.7GB 15K RPM SAS DISKDRIVE).

Antes de la actualización, asegúrese de que el servidor cumple los requisitos de almacenamiento endisco para las actualizaciones. En IBM Knowledge Center revise el tema "Ensuring the system meetsdisk storage requirements for upgrades" para obtener instrucciones. Este es el enlace:http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/rzahc/rzahcevaldskstorreq.htm

v Además, todos los modelos de servidor con IBM i 7.1 o releases anteriores instalados requieren másalmacenamiento reservado para que pueda instalarse IBM i 7.2. La actualización se detendrá durante lainstalación si no asigna el espacio adicional. En IBM Knowledge Center consulte el tema "Required:Allocating additional space for Licensed Internal Code" para obtener instrucciones. Este es el enlace:http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/rzahc/allocatespacelic.htm

Planificar la instalación o actualización de la consola de operacionesLas características de la consola que coincidan con la conectividad planificada deben especificarse comoparte del pedido del nuevo sistema IBM i o Power.

Información de requisitos previos de la consola de operaciones conectada por LAN

Información de requisitos previos para los usuarios de la consola de operaciones conectada por LAN queactualicen o instalen IBM i 7.2:

Si está actualizando a IBM i 7.2 y desea sustituir una consola existente por una consola de operacionesconectada por LAN, actualice el sistema antes de migrar la consola. Así evitará que surjan conflictos entrela consola existente y la consola de operaciones.

En todas las actualizaciones e instalaciones, debe establecer una conexión entre el sistema y el PC de laconsola de operaciones utilizando el ID de usuario de herramientas de servicio 11111111 (ocho unos). Lacontraseña predeterminada de este ID de usuario es 11111111, pero es posible que se haya cambiadodespués de una instalación anterior. Este ID de usuario predeterminado garantiza una reautenticaciónsatisfactoria de la conexión del cliente ante el sistema. Cuando recibe la actualización del release delsistema operativo, los ID de usuario de las herramientas de servicio que vienen con el producto (exceptoel 11111111) están caducados. Para reautenticar la conexión del cliente ante el sistema, especifique el ID deusuario 11111111 (ocho unos) de las herramientas de servicio y la contraseña predeterminada que tambiénconsta de ocho unos o la contraseña que pueda haber creado anteriormente para este ID de usuario. Estoes especialmente importante en las instalaciones automáticas.

Importante: durante una IPL manual del sistema, si todavía no se ha especificado una consola,visualizará dos pantallas adicionales para confirmar el valor del tipo de consola. En la primera deberápulsar F10 para aceptar el tipo de consola actual, y la segunda mostrará que no existía un valoranteriormente (aparecerá un cero para el valor antiguo) y se mostrará el valor nuevo. Al pulsar Intro sesale de la pantalla y se establece automáticamente el tipo de consola. La IPL continuará en la pantalla IPLo instalar el sistema. Lo más probable es que esta situación se produzca durante la instalación de unanueva partición, pero puede producirse en la primera IPL manual de IBM i 7.2; por ejemplo, la IPL enmodalidad A que sigue a la restauración del código interno bajo licencia durante la actualización oinstalación cuando se encuentra un valor de consola igual a cero.


http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/rzahc/rzahcevaldskstorreq.htm

http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/rzahc/allocatespacelic.htm

Alta disponibilidadConsideraciones sobre la alta disponibilidad

Antes de actualizar su sistema a IBM i 7.2, asegúrese de que la versión de clúster es 7. Si tiene instalado5770-HAS (IBM PowerHA SystemMirror para i), asegúrese de que la versión de HA es 2.2. El mandatoCambiar versión de clúster (CHGCLUVER) puede utilizarse para ajustar la versión actual del clúster y elproducto PowerHA.

Se ha añadido soporte al dominio administrativo de clúster para supervisar los atributos de propietario yautorización para todas las entradas de recurso de supervisor en el clúster versión 8. Así que si unusuario no desea supervisar atributos de propietario y autorización, debe listar todos los atributos que leinteresan, en lugar de codificar *ALL.

Consideraciones de hardware antes de actualizar a IBM i 7.2 enPower6

IBM i 7.2 no dará soporte a bucles o cajones RIO/HSL en POWER6Los códigos de característica de cajón de E/S de RIO/HSL incluyen:v #0595/5095/7311-D20v #0694v #0696v #5790/7311-D11v #5094/5294/5096/5296v #5088/0588v #5791/5794/7040-61D

IBM i 7.2 en Power6 no da soporte a procesadores de E/S oadaptadores basados en procesadores de E/S

Las opciones sin procesador de E/S (Adaptador de E/S inteligente) están disponibles para todos losaccesorios de E/S (excepto Twinax e IXS) y proporcionan una conexión de E/S más eficiente. Los clientesque utilizan E/S basada en procesador de E/S deben dejar los procesadores de E/S para permitir laactualización a IBM i 7.2.

Los códigos de característica de procesador de E/S son:v #2843v #2844v #2847 (Arranque SAN)v #3705

Tenga en cuenta que puede haber diferencias en los dispositivos específicos soportados con o sin unprocesador de E/S por IBM i. Por ejemplo algunas bibliotecas de cintas anteriores como la 3590 requierenun adaptador basado en procesador de E/S. O bien puede haber una diferencia funcional sin unprocesador de E/S, por ejemplo SDLC o X.25 en adaptadores WAN/LAN requieren un procesador deE/S. Una lista parcial de adaptadores soportados en servidores POWER6 que requieren un procesador deE/S incluye los siguientes:v #4746 Controlador de estaciones de trabajo twinaxial (lo que significa que no hay pantallas/impresoras

twinaxiales a menos que se utilice el dispositivo de conversión de OEM)v #4812/4813 Servidor xSeries integrado (IXS) (utilice la alternativa iSCSI)

Lea esto primero 11

v #2757/2780/5580/5778 Controladores de disco (utilice controladores de disco más recientes)v #2787/5761/5760 Adaptadores de canal de fibra (utilice adaptadorese canal de fibra más reciente)v #2749 Adaptador SCSI HVD o Ultra Media

IBM i 7.2 puede alojarse en IBM i 6.1.1 o i 7.1 en POWER6

En el caso de los clientes en POWER6 con bucles RIO/HSL, IBM i 7.2 puede alojarse en IBM i 7.1 o IBM i6.1.1 en ese hardware. Para obtener más información, consulte la sección de hosting de IBM i IBM i en elcapítulo de Virtualización en esta publicación IBM Redbooks:

IBM i 7.1 Technical Overview with Technology Refresh Updates


http://www.redbooks.ibm.com/abstracts/sg247858.html?Open

Sistema operativo IBM i

Esta sección describe los cambios en el sistema operativo IBM i y en sus funciones. También se describenlos cambios efectuados en las funciones de gestión de sistemas, como las de configurar y adaptar elsistema.

Consideraciones de programaciónConsideraciones de programación de release a release

Cambios realizados en los archivos de salida(OUTFILE)Consideraciones sobre los archivos de salida(OUTFILE) de release a release

Las aplicaciones que utilizan LVLCHK(*YES) pueden verse afectadas por los cambios realizados en losarchivos de salida del sistema suministrados por IBM en este release. Los mandatos y las API de IBM quegeneran archivos de salida de base de datos podrían añadir nuevos campos al final de los formatos deregistro, o utilizar todo o parte de los campos reservados existentes parala información adicional devueltaen cada release. La adición de nuevos campos al formato de registro, aunque sea al final del registro,cambia el valor de comprobación de nivel del archivo. Esto puede provocar que una aplicación conLVLCHK(*YES) falle con un error de comprobación de nivel. Si se produce un error de comprobación denivel, revise la aplicación para determinar qué archivo del sistema utiliza. Se han añadido campos nuevosa los archivos de base de datos suministrados por IBM en cada release de IBM i.

Cambios en Salida(*PRINT)Consideraciones sobre Salida(*PRINT) de release a release

Las aplicaciones que especifican OUTPUT(*PRINT) para generar salida en spool de mandatos deben sercapaces de tolerar los cambios en el diseño de registro en el archivo en spool. De release a release, losmandatos que dan soporte a esta opción puede añadir, cambiar o eliminar registros de la salida.Cualquier aplicación que tenga una dependencia en el diseño de registro para un mandato específicopodría tener que cambiar.

Cambios realizados en los registros de auditoría de seguridadConsideraciones sobre los registros de auditoría de seguridad de release a release

Los cambios que en este release se han realizado en la auditoría de seguridad pueden afectar a lasaplicaciones que leen esos registros de auditoría. Es posible que ahora se auditen acciones que no seauditaban en los releases anteriores. Los registros de auditoría existentes pueden haber cambiado con laadición de campos nuevos en un área reservada del registro de auditoría o al final del registro deauditoría. Los campos existentes pueden contener nuevos valores. Es necesario cambiar las aplicacionesque leen los registros de auditoría para que toleren estos tipos de cambios.

Programas que utilizan versiones personalizadas de mandatossuministrados por IBMConsideraciones de release a release para programas que utilizan versiones personalizadas de mandatossuministrados por IBM

Algunas funciones de IBM i que utilizan mandatos de lenguaje de control (CL) suministrados por IBMque no estén calificados por biblioteca en este release pueden cambiar en un futuro release para queespecifiquen una biblioteca concreta, *NLVLIBL o *SYSTEM, como calificador de biblioteca. Las


aplicaciones que dependen de la utilización de su propia versión de los mandatos, en lugar de dependerde los mandatos suministrados por IBM, podrían no funcionar como en los releases anteriores. Hay quecambiar estas aplicaciones para que utilicen el punto de salida de recuperar mandato(QIBM_QCA_RTV_COMMAND) o el punto de salida de cambiar mandato(QIBM_QCA_CHG_COMMAND) que permite que el programa de salida obtenga el control y laposibilidad de cambiar el mandato utilizado.

Cambios realizados en los archivos de impresora del sistema y otrosobjetos suministrados por IBMConsideraciones de release a release para posibles cambios en archivos de impresora del sistema y otrosobjetos suministrados por IBM

El parámetro MAXRCDS para los archivos de dispositivo de impresora QSYSPRT y QPSAVOBJ siempre ha sido100000. Durante una actualización, el valor predeterminado no ha cambiado para los archivos deimpresora del sistema. La personalización de archivos de impresora suministrados por IBM se pierde enuna actualización de release. Para conservar estos cambios, debe volver a ejecutar los cambios realizadosen los archivos de impresora del sistema en cada release.

Los cambios realizados en muchos tipos de objetos suministrados por IBM se pierden durante laactualización, ya que la copia del objeto en la biblioteca de productos de IBM se sustituye por la copianueva del objeto.

Cambios de la APICambios de API de release a release

Cambios en la API del programa bajo licencia IBM iCambios en las API de formato Versión/Release/Modificación (VRM) de programas bajo licencia IBM i

Al tratar con la información del release para los programas bajo licencia IBM i, la ‘V’, la ‘R’ y la ‘M’representan información sobrante. Cada uno de estos valores pueden ser indicarse de forma implícita enlugar de explícita cuando se almacenan internamente y se pasan de forma programática. En laarquitectura de LP actual, el carácter ‘V’ siempre está en la posición 1 del campo de seis caracteresVvRrMm. Por lo tanto, almacenar explícitamente o pasar de forma programática el carácter ‘V’ al tratarcon un LP IBM i es innecesario. Su existencia puede ser implícita como parte de un campo VvRrMm. Lamisma sentencia pueden aplicarse al carácter ‘R’ y al carácter ‘M’ en los campos VvRrMm. Como tal,V1R1M0 podría interpretarse como lo mismo que 010100. Los dos primeros caracteres son siempre laversión, los caracteres tercero y cuarto son siempre el release, y los caracteres quinto y sexto son siemprela modificación.

Las interfaces de programas bajo licencia se alterarán para manejar los datos VRM en el formato antiguocon valores 'V', 'R' y 'M' codificados, y también sin que el usuario incluya explícitamente la ‘V’, la ‘R’ y la‘M’. Este soporte sólo está permitido para los productos que necesitan utilizar valores ampliados para suversión, release o modificación. Los productos que no se compilan para dar soporte a los campos VRMampliados seguirán utilizando el formato VvRrMm antiguo con las interfaces documentadas.

Si una función está manipulando un ID de producto no determinado, o una función podría estarmanejando una lista de productos variable, el código debe ser capaz de manejar un formato VRM deVvRrMm con los caracteres 'V', 'R' y 'M' incluidos y una formación VRM de vvrrmm donde los caracteres'V', 'R' y 'M' no se devuelven, 100901 (que representaría V10R9M1) por ejemplo.

Al interrogar el release de un producto específico, la información de VRM es probable que sea de unformato conocido. Por ejemplo, si una función está observando información sólo para 5770WDS, VRM semanejará como V7R2M0. Si una función está recuperando información sobre el producto para SLIC o elsistema operativo, la VRM se devuelve como V7R2M0.


La creación de subseries de la salida de VRM de las diversas interfaces podría necesitar ajustarse paramanejar programas bajo licencia que superen un valor de 9 para el valor de la versión o valor de release.Es posible que ya no sea seguro asumir que el primer carácter sea siempre 'V', el tercer carácter seasiempre 'R' y el quinto carácter sea siempre 'M'.

Las siguientes APIs de programas bajo licencia se cambian para IBM i 7.2:v QLPACAGRv QLPLPRDSv QLPRAGRv QSZSPTPRv QSZCRTPDv QSZCRTPLv QSZMPRLSv QSZPKGPOv QSZRTVPRv QSZSLTPRv QLZAADDKv QLZADDLIv QLZAGENKv QLZARLSv QLZAREQv QLZARTVv QLZARTVK

Cambios en la API PTFCambios en el campo de producto, versión y release de las API de productos de software PTF

Las API de producto de software PTF se modificarán para aceptar entrada de VRM ampliada y/odevolver salida de VRM ampliada utilizando campos CHAR(6) Release existentes. Los campos de Releasede entrada permitirán el formato VxRyMz antiguo o el nuevo formato vvrrmm, donde versión vv yrelease rr debe ser un número de 00 a 35 y modificación mm debe ser un número del 00 al 09 o una letrade 0A a 0Z. El nuevo formato vvrrmm sólo es necesario en los campos de entrada cuando la versión o elrelease del producto es superior a 9. Los campos de Release de salida devolverán el formato VxRyMzantiguo si la versión y el release del producto son inferiores o iguales a 9. El nuevo formato vvrrmm sólose devolverá cuando la versión o el release del producto sea superior a 9.

Las siguientes API de producto de software PTF se actualizan con información de VRM ampliada:v API Copiar arreglo temporal de programa en archivo de salvar (QPZCPYSV)v API Crear arreglo temporal de programa (QPZCRTFX)v API Crear grupo de PTF (QpzCreatePtfGroup)v API Generar nombre de arreglo temporal de programa (QPZGENNM)v API Anotar información de arreglos temporales de programa (QPZLOGFX)v API Listar arreglos temporales de programa (QpzListPTF)v API Listar detalles de grupo de PTF (QpzListPtfGroupDetails)v API Recuperar información de arreglo temporal de programa (QPZRTVFX)v Programa de salida de arreglo temporal de programa

Sistema operativo IBM i 15

Cambios en la API Recuperar información de usuarioLa API Recuperar información de usuario ahora devolverá valores de almacenamiento de 8 bytes.

La API Recuperar información de usuario (QSYRUSRI), formato USRI0300, ahora devolverá valores dealmacenamiento de 8 bytes mayores para el almacenamiento máximo permitido, almacenamientoutilizado, almacenamiento máximo IASP permitido y almacenamiento IASP utilizado. Los valores dealmacenamiento de 4 bytes seguirán conteniendo información válida hasta que el valor exceda2.147.483.647, entonces el valor de almacenamiento de 4 bytes será de -2.

APIs Pascal TCP eliminadasLas aplicaciones que utilizan las API Pascal TCP/UDP deben convertirse para utilizar las API de sockets

El soporte para estas API fue eliminado en V4R1 cuando se retiró el compilador Pascal del soporte enV3R7, pero las aplicaciones existentes que utilizan estas API estaban autorizadas para funcionar hastaahora.

Los usuarios con aplicaciones que utilizan las API que deben convertirse pueden consultar el ApéndiceH, “Converting from the Pascal API to the Sockets API” del documento PDF: SC41-5420-00 TCP/IPConfiguration & Reference V4R1 PDF

Estas API se eliminan en IBM i 7.2 :v BeginTcpIpv EndTcpIpv Handlev Unhandlev TcpAbortv TcpClosev TcpOpenv TcpFReceivev TcpFSendv TcpStatusv TcpWaitOpenv TcpWaitReceivev TcpWaitSendv UdpClosev UdpOpenv UdpReceivev UdpSendv UdpStatus

Cambios en la API Gestión de trabajo

Cambios en la API Gestión de trabajo para la prioridad de ejecuciónLas API de gestión de trabajo QUSLJOB, QGYOLJOB, y QWTRTVTA ahora devuelven un valor paraPrioridad de ejecución (trabajo) (clave 1802) para el caso en que el el trabajo está en la cola de trabajos yse ha establecido un valor que alterará temporalmente la clase cuando el trabajo se active. Si el trabajoestá en la cola de trabajos y no se ha establecido ningún valor, la API devolverá 0.


http://publib.boulder.ibm.com/pubs/pdfs/as400/V4R1PDF/QB3ANL00.pdf

http://publib.boulder.ibm.com/pubs/pdfs/as400/V4R1PDF/QB3ANL00.pdf

Cambios en las API QUSLJOB, QUSRJOBI, QGYOLJOB, QWTRTVTA

Las API QUSLJOB, QUSRJOBI, QGYOLJOB, QWTRTVTA ahora devuelven un nuevo valor especial 0 para*CLS en las claves 1302 (Tiempo máximo de procesador) y 1305 (Tiempo de almacenamiento temporalmáximo permitido, en megabytes). Se devolverán valores para los trabajos en las colas de trabajos,incluido el valor especial -1 para *NOMAX.

Cambios realizados en el entorno de ejecución del lenguaje C y C++

Cambios en las funciones free() y realloc()

En los releases anteriores a IBM i 7.2, las funciones free() y reallc() no generaban siempre un mensajecuando se utilizaban para liberar o reasignar almacenamiento dinámico desde un grupo de activacióndiferente. Esta restricción está documentada, pero no siempre se ha manejado correctamente. En 7.2 seofrece comprobación adicional para diagnosticar correctamente el uso inadecuado y generar un mensajede diagnóstico C2M1212 cuando estas funciones se utilizan para liberar o reasignar almacenamientodesde un grupo de activación diferente.

Cambios en archivos de cabecera para C y C++

Debido a que los estándares C11 y C++11 sustituyen al estándar C99 anterior, en IBM i 7.2, el uso de lamacro __STDC_FORMAT_MACROS se ha eliminado de <inttypes.h> para habilitar las macros paraespecificadores de formato dentro de C++, y el uso de la macro __STDC_LIMIT_MACROS y la macro__STDC_CONSTANT_MACROS se ha eliminado de <stdint.h> para habilitar las macros para los límitesde tipos enteros en C++. Como resultado, las macros dentro de <inttypes.h> y <stdint.h> ahora estándefinidas incondicionalmente para C y C++.

En releases anteriores a 7.2, las funciones erf(), erfc() y hypot() de declaraban dentro de <math.h> sólocuando se utilizaba la opción de compilación LANGLVL(*EXTENDED). Al ser oficialmente parte de C99,en 7.2, se han trasladado de la condición de nivel de lenguaje EXTENDED, y siempre están disponiblesen <math.h>.

Cambio en el mensaje de diagnóstico de la macro assert

El mensaje de diagnóstico que la macro assert escribe en stderr ahora se basa en el nivel de lenguaje quese utiliza durante la compilación. Si se utiliza el nivel de lenguaje predeterminado, el mensaje dediagnóstico incluye el nombre de la función que contiene la invocación de assert además de la expresión,el nombre de archivo y número de línea.

Cambios en la función _Ropen()

En releases anteriores a IBM i 7.2, la función _Ropen() no comprobaba la longitud de la serie deparámetro de palabra clave. Permitía una serie más corta que la palabra clave correcta a especificar. En7.2, la serie de parámetro de palabra clave debe ajustarse por completo a las palabras clavedocumentadas para _Ropen(). Si se especifica una serie de parámetro de palabra clave incorrecta, se emiteel mensaje C2M3015 - La variable de tipo especificada en la función open no es correcta entiempo de ejecución, el valor de errno se establece en EBADMODE, y la función _Ropen() devuelveNULL.

Cambios en la función de biblioteca C++Las funciones de la biblioteca C++ existentes se han reescrito para cumplir mejor con las especificacionesC++ TR1.


En IBM i 7.2 se han realizado cambios para proporcionar extensiones de biblioteca C++ en soporte de losestándares, que se sometieron a la comisión de estándares de C++ con el Draft Technical Report on C++Library Extensions, ISO/IEC DTR 19768. Para obtener más información sobre los estándares, tambiénconocido como C++ Technical report 1 (TR1), siga el enlace a: Draft Technical Report on C++ LibraryExtensions ISO/IEC DTR 19768.

Con la introducción de este soporte en 7.2, era necesario reescribir algunas de las funciones de bibliotecaexistentes para cumplir mejor con la especificación C++ TR1. Algunos de los cambios añadidos al archivode cabecera C++ STL requieren la compilación con OPTION(*RTTIALL) para funcionar correctamente en7.2. Específicamente, esto incluye funciones dentro de los archivos de cabecera <locale>, <functional>, y<memory>.

El código fuente que utilice facetas no estándar en entornos locales C++ puede verse afectado y debeexaminarse. Las funciones has_facet y use_facet se han reescrito para aprovechar la información deidentificación de tipo de ejecución (RTTI) de cada faceta. El programa C++ generado podría indicar unaexcepción MCH3601 (Puntero no establecido) dentro de "std::type_info::operator==(conststd::type_info&) const" si el código fuente no se ha compilado con la opción de compilador de C++OPTION(*RTTIALL).

Cambios de mandatos de IBM iCambios de mandatos de IBM i de release a release

Cambios en el mandato CHGMODCambios en el comportamiento del mandato Cambiar módulo (CHGMOD).

Cuando se utiliza el mandato Cambiar módulo (CHGMOD) para eliminar la observabilidad de datos deLenguaje intermedio (CHGMOD RMVOBS(*ILDTA)) de objetos de módulo que se crean para el releaseIBM i 7.2 y posteriores, si ese módulo se firmó digitalmente, la firma se elimina. Los datos de LenguajeIntermedio (datos IL) pueden almacenarse opcionalmente con módulos creados por algunoscompiladores. Para releases anteriores a 7.2, si se creó una firma digital para un objeto de módulo quetiene datos IL, esa firma no cubría los datos IL. Sin embargo, a partir del release 7.2, los datos IL estáncubiertos por la firma digital, por lo que eliminar los datos IL hace que la firma digital se eliminetambién.

Cambios en los mandatos CRTCLS y CHGCLSCambios en el parámetro MAXTMPSTG de Crear clase (CRTCLS) y Cambiar clase (CHGCLS).

Los mandatos Crear clase (CRTCLS) y Cambiar clase (CHGCLS) han cambiado para que el parámetroMAXTMPSTG se especifique en megabytes. Cualquier objeto de clase (*CLS) en el sistema ya almacena estevalor en megabytes (o tiene *NOMAX), por lo que los objetos siguen funcionando exactamente comohacían antes. Sin embargo, la fuente del mandato CL almacenado se ve afectada. Si tiene un mandato CLque especifica el valor en kilobytes, debe cambiar el código fuente para especificar el valor en megabytes.

Cambios en los mandatos CRTUSRPRF, CHGUSRPRF y RTVUSRPRFEl nuevo parámetro MAXSTGLRG permite especificar y recuperar un valor máximo de almacenamientomayor.

Los mandatos Crear perfil de usuario (CRTUSRPRF) y Cambiar perfil de usuario (CHGUSRPRF) tienen unnuevo parámetro MAXSTGLRG que permite especificar un valor máximo de almacenamiento mayor que conel parámetro MAXSTG. Puede especificar un valor para el parámetro MAXSTGLRG o el parámetro MAXSTG perono para ambos.


http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2005/n1836.pdf

http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2005/n1836.pdf

El mandato Recuperar perfil de usuario (RTVUSRPRF) permite la recuperación de los valores dealmacenamiento mayores utilizando los nuevos parámetros MAXSTGLRG y STGUSEDLRG. Los parámetrosMAXSTG y STGUSED actuales contienen información válida hasta que el valor excede 2.147.483.647. Cuandose sobrepasa este valor, el valor devuelto es -2 y deben utilizarse los nuevos parámetros MAXSTGLRG oSTGUSEDLRG para obtener el valor real.

Cambios en los mandatos CVTPFRDTA y CVTPFRCOLLos mandatos Convertir datos de rendimiento (CVTPFRDTA) y Convertir recogida de rendimiento(CVTPFRCOL) ya no dan soporte a las conversiones de archivo in situ.

Los mandatos Convertir datos de rendimiento (CVTPFRDTA) y Convertir recogida de rendimiento(CVTPFRCOL) ya no dan soporte a las conversiones de archivo in situ (donde la biblioteca de origen y la dedestino son la misma). Las conversiones en el lugar no son recomendables y no siempre son posibles.Debido a la creciente complejidad de las recopilaciones, sólo se da soporte a la conversión a unabiblioteca distinta para que el resultado pueda verificarse sin perder los datos originales.

Los mensajes CPF2365 (diagnóstico) seguido de CPF0001 (escape) se señalan cuando los parámetrosFROMLIB y TOLIB especifican la misma biblioteca

Cambios en RSTOBJ y RSTLIB para objetos guardados con distintosgrupos primariosEn los releases anteriores a IBM i 7.2, si el grupo primario en un objeto guardado era distinto al grupoprimario del objeto existente, y el valor que se especificó en el parámetro ALWOBJDIF permitió que serestaurase el objeto, los mandatos Restaurar objeto (RSTOBJ) y Restaurar biblioteca (RSTLIB) restaurarían elobjeto y enviarían el mensaje informativo CPI3811. En 7.2, el objeto se restaura pero, además del mensajeinformativo CPI3811, también se envían el mensaje de diagnóstico CPF3848 y el mensaje de escapeCPF3773 que indica un cambio de autorización y se anota un registro de auditoría RZ.

Cambios en el mandato STRPCCMDCambios en el comportamiento del mandato Iniciar mandato PC (STRPCCMD).

Cuando se utiliza STRPCCMD con el emulador 5250 en IBM i Access Client Solutions, la longitud máximadel mandato que puede especificarse para el parámetro PCCMD es ahora de 1023 caracteres. Otrosemuladores 5250 pueden truncar el mandato a su longitud máxima soportada. Por ejemplo, el emulador5250 en IBM i Access para Windows y Personal Communications truncará el mandato al límite existentede 123 caracteres.

Cambios en el mandato WRKACTJOBSe ha añadido almacenamiento temporal como una columna a la salida del mandato Trabajar con trabajoactivo (WRKACTJOB).

La salida impresa para el mandato Trabajar con trabajo activo (WRKACTJOB) es ahora tiene un ancho mayorde 132 columnas.

Cambios en la base de datosCambios en la base de datos de release a release que deben tenerse en cuenta

Nuevas palabras reservadas y nombres de esquema de SQL.


A medida que se amplía el soporte del lenguaje SQL para DB2, las listas de palabras reservadas ynombres de esquema en el Apéndice I de la Consulta de SQL se actualiza. Las nuevas palabrasreservadas y nombres de esquema no se mencionan en la MTU, pero las listas siempre deben revisarse altrasladarse a un nuevo release.

Las listas en el Apéndice I pueden consultarse aquí: http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/db2/rbafzresword.htm

Cambios en el comportamiento del acceso a la base de datos nativaDiferencias de comportamiento entre Motor de consulta SQL (SQE) y Motor de consulta clásico (CQE)para el acceso a la base de datos nativa

Como en los releases anteriores, IBM i 7.2 amplía SQE como la opción predeterminada para laoptimización.

Con 7.2, algunos accesos a bases de datos nativas empiezan a utilizar SQE de forma predeterminada,incluyendo:v El mandato Trabajar con consulta (WRKQRY), cuando se utiliza una de las opciones de ejecuciónv El mandato Ejecutar consulta (RUNQRY)v El mandato Abrir archivo de consulta (OPNQRYF)v El mandato Abrir archivo de base de datos (OPNDBF) o E/S de base de datos nativa donde el destino de

la apertura es una vista SQL, o una tabla particionada y se utiliza una alteración temporal MBR(*ALL) amenos que la apertura sea sólo para *OUTPUT

v Cualquier apertura de un archivo de base de datos donde se haya definido y habilitado un Permiso defila o Máscara de columna, a menos que la apertura sea sólo para *OUTPUT

Al trasladarse de CQE a SQE, hay algunas diferencias de comportamiento. Las dos diferencias decomportamiento más destacables se introducen aquí.1. La implementación de SQE puede dar como resultado una ordenación del conjunto de resultados

diferente para WRKQRY, RUNQRY o OPNQRYF. Cuando una consulta se ejecuta sin especificar de formaexplícita que los resultados deben devolverse en un orden específico, el optimizador de SQE o CQEelige el plan que funcione mejor. Esto significa que tanto SQE como CQE podrían devolver o no loslos resultados en un orden de archivo por clave. Dado que CQE tiene prestaciones mucho menosavanzadas que SQE, es más probable que devuelva los resultados en en un orden por clave y SQE esmenos probable que devuelva los resultados en un orden por clave. Por lo tanto, si se especifica unaconsulta con WRKQRY, RUNQRY o OPNQRYF y el orden de las filas es importante, especifique de formaexplícita los campos de clave y el orden de los campos de clave.

2. Los valores de los campos que se derivan de una expresión (por ejemplo, SUBSTR) que son nulos otienen error podrían ser diferentes cuando se leen filas a través de una interfaz nativa (por ejemplo,utilizando RPG READ). Cuando se lee una fila, CQE evalúa la expresión utilizando un valorpredeterminado para todos los campos que son nulos o erróneos. SQE sigue el estándar SQL y noevalúa la expresión utilizando un valor predeterminado para todos los campos que son nulos oerróneos. No obstante, CQE y SQE devuelven indicadores NULL para los campos que son nulos oerróneos. Las aplicaciones que están comprobando los indicadores NULL en lugar de basarse en elvalor en el campo no observarán un cambio en el comportamiento al trasladarse de CQE a SQE.

Nota: Para obtener detalles completos sobre otras pequeñas diferencias de comportamiento, consulte esterecurso y busque en SQE: Memorandum To Users (MTU) Supplement

Remediación: En 7.2, existe un nuevo control QAQQINI denominado SQE_NATIVE_ACCESS con un valorpredeterminado de *YES. Cuando se utiliza *YES, el Motor de consulta SQL (SQE) intenta ejecutar laconsulta. Si SQE no puede procesar la consulta, la consulta se ejecuta utilizando el Motor de consultaclásico (CQE). Cuando se cambia SQE_NATIVE_ACCESS a *NO, CQE se utiliza primero y SQE sólo se utilizacuando CQE no es capaz de ejecutar la consulta.


http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/db2/rbafzresword.htm

http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/db2/rbafzresword.htm

http://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%20i%20Technology%20Updates/page/Memorandum%20To%20Users%20%28MTU%29%20Supplement

Cambios en la API QDBRTVFDLa API Recuperar descripción de archivo de base de datos (QDBRTVFD) podría devolver 0desplazamientos y longitudes para una sentencia CREATE TRIGGER.

IBM i 7.2 proporciona soporte para sentencias SQL enmascaradas, donde los detalles de la sentenciaCREATE TRIGGER que define un desencadenante de SQL no están disponibles. La API Recuperardescripción de archivo de base de datos (QDBRTVFD) proporciona desplazamientos a una sentenciaCREATE TRIGGER. Si el desencadenante se ha creado con enmascaramiento, el campoQdb_Qdbftrg_Stmt_Crt_Trg es ilegible, y estos desplazamientos y longitudes de Qdb_Qdbftrg_Stmt_Areacontienen un valor de 0:v Qdb_Qdbftrg_Stmt_Onfile_Offv Qdb_Qdbftrg_Stmt_Onfile_Lenv Qdb_Qdbftrg_Stmt_When_Lenv Qdb_Qdbftrg_Stmt_When_Offv Qdb_Qdbftrg_Stmt_Body_Lenv Qdb_Qdbftrg_Stmt_Body_Off

Imprimir información de SQL (PRTSQLINF) no mostrará las sentenciasSQL enmascaradasEste release proporciona soporte para sentencias SQL enmascaradas, donde el texto de SQL utilizado paracrear un procedimiento SQL, función SQL o desencadenante SQL está oculto a la vista. Debido a esto, elmandato PRTSQLINF dejará de visualizar las sentencias SQL que utilizan los procedimientos, funciones ydesencadenantes de SQL enmascarados.

Cambio en el mandato Copiar archivo (CPYF)

Cuando se utiliza el mandato Copiar archivo con el parámetro de Crear archivo CPYF CRTFILE(*YES), si elFROMFILE es una tabla SQL, índice SQL o vista SQL, el archivo recién creado es una tabla SQL. Antes de7.2, si se especificaba CRTFILE(*YES) y el FROMFILE era una tabla SQL, la tabla creada sería una tablaSQL sólo si los atributos del archivo requerían que fuera una tabla SQL.

Nota: Si el FROMFILE es una tabla particionada SQL o un índice particionado SQL, el TOFILE siguesiendo un archivo de varios miembros.

Restauración de archivos lógicos sobre archivos existentes condistintos ID de nivel de archivo/miembro

Antes de IBM i 7.2, una restauración de un archivo lógico sobre un archivo existente con un identificadorde nivel de archivo o miembro distinto con los mandatos Restaurar objeto (RSTOBJ) o Restaurar biblioteca(RSTLIB), fallaba y se indicaban los mensajes CPF3283 y CPF3756. En 7.2, si se especificaALWOBJDIF(*COMPATIBLE) en la restauración, los mensajes no se generan y la restauración del archivológico es satisfactoria.

Registro especial CURRENT_USER.

La adición del registro especial CURRENT_USER en IBM i 7.2 da como resultado un comportamientocambiado si se utilizó CURRENT_USER como el nombre de columna y las sentencias SQL hacenreferencia a ese nombre de columna sin delimitadores. Esto afecta a las sentencias de SQL dinámico y alos programas precompilados después de trasladarse a 7.2.

Para determinar si tiene esta exposición, consulte la tabla QSYS2/SYSCOLUMNS.


Ejemplo:SELECT * FROM QSYS2.SYSCOLUMNS

WHERECOLUMN_NAME = ’CURRENT_USER’ AND TABLE_OWNER <> ’QSYS’

Para evitar cualquier cambio en el comportamiento, utilice el formato delimitado de este nombre decolumna dentro de las sentencias SQL (por ejemplo: "CURRENT_USER").

Cambios en el registro especial CURRENT SCHEMA

El registro especial CURRENT SCHEMA ahora devuelve un nombre con los delimitadores eliminados. Enreleases anteriores, si CURRENT SCHEMA se establecía en un nombre de esquema que necesitabadelimitadores para su uso en una sentencia SQL, el valor que se devolvía con el registro especialCURRENT SCHEMA conservaba los delimitadores. En IBM i 7.2, el delimitadores se eliminan. Lasentencia SET SCHEMA = "Long_Schema_Name"; es una sentencia que podría establecer el esquemaactual como un nombre con delimitadores. En 7.2, el valor que se devuelve en el registro especial SQLCURRENT SCHEMA es Long_Schema_Name mientras que en releases anteriores era"Long_Schema_Name".

Cambios de contenido de la columna QSYS2.SYSROUTINEDEP

Los valores en las columnas OBJECT_SCHEMA y OBJECT_NAME en QSYS2.SYSROUTINEDEP ahora sealmacenan sin delimitadores. Antes de IBM i 7.2, cuando se creaba una rutina, estos nombres sealmacenaban en el mismo formato en que se habían utilizado originalmente en la sentencia CREATEFUNCTION o CREATE PROCEDURE. Por ejemplo, en la sentencia siguiente, la columna OBJECT_NAMEen SYSROUTINEDEP tiene un valor de TABLE1 en 7.2, pero el valor sería "TABLE1" en releasesanteriores.

CREATE PROCEDURE PROC1()BEGIN;

UPDATE LIBRARY."TABLE1" SET COL1=10;END;

UPDATE utilizando OVERRIDING USER VALUE

Antes de IBM i 7.2, una sentencia UPDATE que estableciera una identidad GENERATED ALWAYS o unacolumna rowid y especificara una cláusula OVERRIDING USER VALUE no actualizaba el valor decolumna. En 7.2, especificar la cláusula OVERRIDING USER VALUE en una sentencia UPDATE asignaun nuevo valor generado por el sistema para una identidad GENERATED ALWAYS o columna rowid sila identidad o columna rowid está incluida en la cláusula de asignación UPDATE.

Cambios en el argumento de función Posición

El formato de la función POSITION que utiliza una coma entre los argumentos se ha modificado parainterpretar los argumentos en el orden opuesto para ajustarse a los estándares de la familia DB2 SQL.v En releases anteriores a IBM i 7.2, el estilo de coma se interpretaba como: POSITION(serie-origen,

serie-búsqueda)v En el release IBM i 7.2 y posteriores, el estilo de coma se interpreta como: POSITION(serie-búsqueda,

serie-origen)

Este cambio de comportamiento se aplica a cualquier SQL ejecutado de forma dinámica y a cualquierSQL incorporado dentro de un programa, vista, desencadenante u otro objeto que utilice la funciónPOSITION que se reconstruye después de trasladarse a IBM i 7.2. El resultado de la función POSITIONcon los argumentos invertidos involuntariamente devuelve un valor de 0, indicando que la serie debúsqueda no se ha encontrado en la serie de origen. Si un objeto (programa, vista, desencadenador) con


la función POSITION no cambia entre los releases, funciona como antes y continúa utilizando el formatode POSITION en vigor cuando se creó el objeto vista o programa.

Existe una variable de entorno nueva, QIBM_SQL_POSITION_LIKE_DB2, que puede utilizarse paraproporcionar el comportamiento anterior. Por ejemplo, para utilizar el comportamiento anterior noetándar en todo el sistema ejecute este mandato CL: ADDENVVAR ENVVAR(QIBM_SQL_POSITION_LIKE_DB2)VALUE('N') LEVEL(*SYS).

Reglas de asignación de matriz SQL

Antes de IBM i 7.2, las asignaciones de matriz estaban permitidas con los tipos de matriz compatibles. En7.2, se imponen las reglas de asignación documentadas. Si el lado derecho de la asignación es unavariable de matriz, la función TRIM_ARRAY, o una expresión CAST, debe ser el mismo tipo de matrizque la variable de matriz en el lado izquierdo de la asignación. Si no son el mismo tipo de matriz, seindica un mensaje de diagnóstico SQL0408.

Funciones incorporadas de indicación de fecha y hora en una vistaDeterminadas funciones incorporadas en una vista podrían impedir una restauración a un releaseanterior.

En IBM i 7.2, la base de datos incluye soporte para la precisión de indicación de fecha y hora entre 0 y12, mientras que los releases anteriores siempre utilizaban indicaciones de fecha y hora con una precisiónde 6. Las funciones incorporadas de indicación de fecha y hora también se han mejorado para manejarcualquier nivel de precisión de indicación de fecha y hora. Esta mejora de las funciones incorporadas deindicación de fecha y hora tiene repercusión sobre las vistas. Cuando algunas funciones incorporadas deindicación de fecha y hora se utilizan dentro de una vista, estas vistas no son elegibles para guardarse enun release de IBM i anterior.

Al utilizar IBM i 7.2, si una vista utiliza cualquiera de las siguientes funciones incorporadas de SQL, unintento de guardar el objeto en un archivo de salvar utilizando un release anterior a 7.2 en el parámetroRelease de destino (TGTRLS) fallará con los mensajes informativo CPI3215 y de diagnóstico CPF3741.v VARCHAR_FORMATv TRUNC_TIMESTAMPv ROUND_TIMESTAMP

CREATE TABLE LIKE e ID de nivel de formatoCREATE TABLE LIKE podría generar un ID nivel formato diferente en comparación con releasesanteriores.

Antes de IBM i 7.2, una CREATE TABLE LIKE de una tabla con un campo de longitud variable generabaun ID de nivel de formato que era distinto a la tabla en que se basaba , incluso cuando se especificabanlas cláusulas INCLUDING tales como INCLUDING COLUMN DEFAULTS y la cláusula RCDFMT.Cuando la sentencia CREATE TABLE LIKE se ha escrito correctamente, la expectativa es que el ID denivel de formato de la nueva tabla y la tabla en que se basa sea el mismo.

En IBM i 7.2 este problema se ha solucionado. Esto significa que CREATE TABLE LIKE ahora genera unID de nivel de formato que puede ser diferente a lo que la misma sentencia CREATE TABLE LIKE generóen releases anteriores.

Cambios en la tabla de ordenación ICU

Un cambio en IBM i 7.2 requiere índices recién creados para utilizar tablas de ordenación ICU que seande versión 3.4 o superior. Este requisito afecta a los índices que se crean sólo en 7.2. No es necesariovolver a crear los índices que se crearon antes de 7.2.


Un intento de tratar de crear un índice con una tabla de ordenación ICU no soportada en 7.2 da comoresultado un mensaje de diagnóstico CPD3264 con un código de razón 2 señalado. Los índices creadospor SQL también ven un mensaje de diagnóstico SQ20268 con un código de razón de 5.

GET DIAGNOSTICS modifica las variables SQLSTATE y SQLCODE

A partir del release IBM i 7.2, las variables SQLSTATE y SQLCODE son modificadas por sentenciasvariables GET DIAGNOSTICS en rutinas de SQL. Si se devuelve una SQLSTATE con un valor distinto decero de la sentencia GET DIAGNOSTICS, se invoca al manejador adecuado en la rutina.

Cambios en el argumento de las funciones RRN, PARTITION y NODENUMBERcon Expresión de tabla común (CTE)Las funciones RRN, PARTITION y NODENUMBER con expresiones de tabla común podrían desencadenar unCPD43AD.

Antes de IBM i 7.2, no se había impuesto una restricción que indicase que una función RRN, PARTITION, oNODENUMBER no podía tener como argumento una expresión de tabla común cuyo fullselect externoincluyera una función de agregado, una cláusula GROUP BY, una cláusula HAVING, una cláusula UNION,INTERSECT o EXCEPT, una cláusula DISTINCT, una cláusula VALUES, o una función-tabla. A partir de IBM i 7.2,la restricción se impone a través de SQLCODE = -5001. El registro de trabajo mostrará que el errorSQL5001 va precedido por un mensaje de diagnóstico CPD43AD con el código de razón 3.

Los arreglos para el precompilador de ILE RPG de SQL podríangenerar mensajes SQL5011

Antes de IBM i 7.2, el precompilador de ILE RPG de SQL a veces no manejaba las discrepancias entre elformato de fecha/hora del compilador de RPG para las variables host y el formato de fecha/hora deSQL. En algunos casos no se detectó una discrepancia en tiempo de compilación, lo que podría dar comoresultado un error de tiempo de ejecución RPG para la fecha, hora o indicación de fecha y hora como unRNX0112, RNX0113 o RNX0114. En 7.2, el precompilador de ILE RPG de SQL empareja correctamente losformatos de fecha/hora y genera un mensaje de error cuando es necesario. Esto puede significar que segenera un mensaje SQL5011 en 7.2 para el código que se compiló sin mensajes de error en releasesanteriores.

Cambios en la interfaz a nivel de llamada SQL

Cambios en la API CLI SQLConnectAhora la API SQLConnect ofrece una mayor coherencia entre la modalidad de servidor y la modalidadlocal.

En IBM i 7.2, se imponen los cambios siguientes cuando la API SQLConnect CLI se utiliza paraconectarse a la base de datos:v Si se especifica un ID de usuario o contraseña no NULL cuando se utiliza SQLConnect para conectarse

a la base de datos con la modalidad de servidor SQL, tanto el ID de usuario como la contraseña debenser válidos.

v Si se especifica un ID de usuario no NULL cuando se utiliza la API SQLConnect para conectarse a labase de datos en modalidad local, el ID de usuario debe ser el mismo que el usuario actual o sedevuelve un error SQL7022.

v Si se especifica un ID de usuario NULL cuando se utiliza la API SQLConnect para conectarse como elusuario actual, la contraseña también debe ser NULL.

Por ejemplo, el ejemplo de código siguiente puede utilizarse para conectarse a la base de datos con elperfil de usuario actual:


rc = SQLConnect(hdbc, "*LOCAL", SQL_NTS,NULL, SQL_NTS,NULL, SQL_NTS);

Cambios en la indicación de fecha y hora de la API CLI

Antes de IBM i 7.2, los tipos de indicación de fecha y hora se trataban como tipos de longitud fija, conuna longitud de 26 y una precisión de 6 segundos fraccionales. En 7.2, las indicaciones de fecha y horaahora pueden estar entre 16 y 32 bytes con una precisión correspondiente de entre 0 y 12 dígitos. VariasAPIs de interfaz a nivel de llamada (CLI) SQL se han actualizado para reflejar estos cambios. En releasesanteriores, las API CLI, que tomaban una longitud o escala de almacenamiento intermedio ignorabanestos valores y utilizaban 26 y 6. Muchas aplicaciones existentes pasan valores para longitudes o escalasde almacenamiento intermedio que ahora podrían no ser válidas, como por ejemplo 0. Esto podríaprovocar que DB2 para i no tuviera en cuenta los segundos fraccionales. Para mantener la compatibilidadcon el comportamiento existente, las aplicaciones pueden utilizar un nuevo atributo de conexión:SQL_ATTR_TIMESTAMP_PREC. Al establecer SQL_ATTR_TIMESTAMP_PREC en SQL_TRUE, CLI vuelve alcomportamiento de 7.1 y trata las indicaciones de fecha y hora como tipos de longitud fija. Este atributode conexión está destinado a ser utilizado como un mecanismo de transición hasta que se puedanactualizar las aplicaciones.

Ahora estas API requieren una longitud y escala de almacenamiento intermedio válidas:v SQLBindParamv SQLBindParameter

Ahora estas API requieren una longitud de almacenamiento intermedio válida:v SQLBindColv SQLPutData

Ahora estas API devuelven más información de longitud/precisión:v SQLColAttributesv SQLColAttributev SQLDescribeColv SQLDescribeParamv SQLGetDescRec

Restauración de archivos lógicos sobre archivos existentes condistintos ID de nivel de archivo/miembro

Antes de IBM i 7.2, una restauración de un archivo lógico sobre un archivo existente con un identificadorde nivel de archivo o miembro distinto con los mandatos Restaurar objeto (RSTOBJ) o Restaurar biblioteca(RSTLIB), fallaba y se indicaban los mensajes CPF3283 y CPF3756. En 7.2, si se especificaALWOBJDIF(*COMPATIBLE) en la restauración, los mensajes no se generan y la restauración del archivológico es satisfactoria.

Cambios en el archivo de salida DSPOBJDLos valores de versión para los campos ODCVRM (Versión del compilador) y ODPVRM (Versión delprograma bajo licencia) en el archvo de salida Visualizar descripción de objeto (DSPOBJD) (QADSPOBJ) sehan cambiado en i 7.2.

Los valores de versión para los campos ODCVRM (Versión de compilador) y ODPVRM (Versión delprograma bajo licencia) en el archivo de salida del mandato CL Visualizar descripción de objeto (DSPOBJD)se devuelve en formato VxRyMz (como actualmente) o en formato vvrrmm si la versión o release tiene


un valor superior a 9 y la versión no cabe en un formato VxRyMz. Los clientes que están procesandoarchivos de salida DSPOBJD deben manejar valores de campo de versión que se encuentran en estos dosformatos diferentes.

Cambios en el paso a través de estación de pantallaEl paso a través de estación de pantalla utilizando trabajos de comunicaciones en el subsistema QCMNestá inhabilitado en IBM i 7.2.

La capacidad de ejecutar el paso a través de estación de pantalla utilizando trabajos de comunicacionesen el subsistema QCMN está inhabilitado en 7.2. De forma predeterminada en el sistema, los trabajos deservidor de paso a través que se ejecutan en el subsistema QSYSWRK se han utilizado desde V4R1 parael paso a través de estación de pantalla. Esto está configurado por el valor del sistema QPASTHRSVR. Lostrabajos de servidor de paso a través se inician emitiendo el mandato Iniciar servidor de comunicaciones(STRCMNSVR) o ejecutando la Entrada de trabajo de inicio automático que se ha configurado para ladescripción de subsistema QSYSWRK. En releases anteriores, el paso a través de estación de pantallapodía iniciarse mediante trabajos de comunicaciones cuando se había configurado QPASTHRSVR como 0 ocuando finalizaban trabajos de servidor de paso a través. Este método antiguo invoca el programa detransacción APPC de destino de paso a través de estación de pantalla para ejecutarse como un trabajo deusuario en el subsistema QCMN (o QBASE si está activo). Esto dejará de funcionar en 7.2. Fallará con unCPF1269 enviado a QSYSOPR con los códigos de razón 715, 0.

Para utilizar el paso a través de estación de pantalla, debe establecer el valor del sistema QPASTHRSVR en elvalor recomendado/proporcionado de *CALC y asegurarse de que los trabajos de servidor de paso através se inician con la Entrada de trabajo de inicio automático en la descripción del subsistemaQSYSWRK. Si tiene programas CL que finalizan los servidores de paso a través utilizando el mandatoFinalizar servidor de comunicaciones (ENDCMNSVR), debe utilizar el mandato CL STRCMNSVR para reiniciarlos servidores de paso a través.

CHGSYSVAL SYSVAL(QPASTHRSVR) VALUE(*CALC)

Tenga en cuenta que esto también le ofrece un método para no permitir que el paso a través de estaciónde pantalla se ejecute en el sistema estableciendo el valor del sistema QPASTHRSVR en 0.

Cambios en la coma flotante

El soporte del sistema para la coma flotante (la coma flotante binaria y la coma flotante decimal) en IBM i7.2 ha cambiado para corregir defectos y mejorar el rendimiento. Algunas operaciones de coma flotantegeneran resultados diferentes y algunos generan excepciones diferentes de los releases anteriores. Acontinuación se muestran algunos ejemplos:v Las conversiones entre la coma flotante binaria y los formatos decimales (incluida la coma flotante

decimal) se han cambiado para mejorar la precisión y manejar correctamente todas las modalidades deredondeo. Los resultados de la coma flotante pueden diferir respecto a los releases anteriores hasta enocho unidades en el último lugar.

v La operación de módulo (utilizada para la función MOD SQL) ahora genera resultados correctos paratodos los valores de entrada de coma flotante binaria.

v Varias operaciones de coma flotante decimal ahora generan una MCH1209 - excepción de operación noválida de coma flotante en lugar de la (incorrecta) MCH1212 - excepción de conversión de comaflotante generada en releases anteriores (por ejemplo, una solicitud de calcular el logaritmo de unnúmero negativo).


El analizador de rastreo de comunicaciones de IBM i Navigator ya noestá soportadoEl plug-in Analizador de rastreo de comunicaciones para IBM i Navigator se ha descartado en el releasede IBM i 7.2.

Una mejora en el release de IBM V6R1 permite volcar un rastreo de comunicaciones en el formato PCAP(Captura de paquetes) utilizado por otras herramientas de análisis de rastreo. Se recomienda utilizar unaherramienta que pueda analizar los datos de rastreo de comunicaciones en formato PCAP en lugar delanalizador de rastreo de comunicaciones.

Cambios en el servidor de aplicaciones web integrado

Se ha retirado el soporte para el servidor de aplicaciones web integrado (IAS) versión 7.1. Durante lainstalación del sistema operativo IBM i 7.2, todas las instancias de servidor IAS versión 7.1 se actualizanautomáticamente a IAS versión 8.1. Para la mayoría de las instancias IAS esta actualización estransparente. Sin embargo, si la instancia de servidor IAS ya no funciona correctamente después de laactualización a la versión 8.1, póngase en contacto con el soporte de IBM para obtener ayuda.

Los servidores de aplicaciones web integrados recién creados se basarán en IAS versión 8.5, la tecnologíautilizada para el servidor es el perfil de Liberty WebSphere Application Server V8.5.5. Los servidores yadesplegados que ejecuten IAS 8.1 continuarán funcionando, aunque es muy aconsejable la transición delos clientes al servidor nuevo en cuanto sea posible, ya que el tiempo de ejecución antiguo se eliminaráen un release futuro. Tenga en cuenta que no hay ninguna actualización automática de IAS versión 8.1 a8.5 ya que los tiempos de ejecución se basan en tecnologías totalmente distintas.

Cambios en el servidor de servicios web integrado

Los servidores de servicios web integrados recién creados están basados en IAS versión 8.5 e incluyen unmotor de servicios web nuevo. Los servidores de servicios web existentes seguirán ejecutándose si laversión del motor de servidor de servicios web es 1.5. Los servidores de servicios web que se estánejecutando con la versión 1.3 del motor de servicios web debe actualizarse a la versión 1.5 mediante elasistente de actualización que forma parte de la GUI IBM Web Administration para i. El asistente semuestra en la barra de navegación si el servidor es apto para ser actualizado.

Es muy aconsejable la transición de los clientes al servidor nuevo en cuanto sea posible, ya que el tiempode ejecución de servidor antiguo y el motor de servicios web se eliminará en un release futuro.

Cambios en el límite de trabajosEl límite en el número de trabajos ha aumentado.

El límite para el número de trabajos ha aumentado a 970000. Si cambia el valor del sistema QMAXJOBpara utilizar el nuevo límite mayor, provocará un uso de almacenamiento adicional y disminuye elrendimiento de las funciones que trabajan con todos los trabajos del sistema.

Cambios en el comportamiento del límite de mensajes de trabajosCada trabajo en el sistema tiene un número limitado de mensajes de programa (4.294.967.293) que puedecrear para el tiempo de vida del trabajo. Si el trabajo tiene varias hebras, el límite es el número demensajes de todas las hebras combinadas. Cuando se alcanza este límite, el propósito era que el sistemaoperativo terminase el trabajo completo. En releases anteriores, este propósito no fue satisfecho cuando sealcanzó el límite en una hebra secundaria. En su lugar, el sistema operativo sólo finalizó la hebrasecundaria que observó que se había alcanzado el límite y el resto de las hebras en el trabajo siguieron


ejecutándose. En IBM i 7.2 el sistema operativo se actualizó para finalizar el trabajo completo, comoestaba previsto originalmente, cuando cualquier hebra del trabajo alcanza el número máximo de mensajespermitidos.

Cambios en DiarioCambios de release a release para Diario

Cambios en el comportamiento de APYJRNCHG y APYJRNCHGXCambios en los mandatos Aplicar cambios registrados por diario (APYJRNCHG) y Aplicar ampliación decambios registrados por diario (APYJRNCHGX)

Los mandatos APYJRNCHG y APYJRNCHGX ahora fallarán con el código de razón 7 CPF7044 al aplicarcambios a nivel de objeto si el control de compromiso está activo en el trabajo solicitante. Todas lasdefiniciones de compromiso deben finalizarse o el mandato debe emitirse en un trabajo distinto.

Comportamiento del registro por diario cuando se especifica DFRID enuna restauraciónLos cambios en el comportamiento de diarios cuando se especifica DFRID en los mandatos Restaurarbiblioteca (RSTLIB), Restaurar objeto (RSTOBJ), Restaurar objeto diferido (RSTDFROBJ) o GO RESTORE Opción21.

Si el mismo parámetro DFRID se utiliza para diferir la restauración de archivos lógicos y diferir el iniciode solicitudes de registro por diario cuando se ejecuta el mandato Restaurar objeto diferido (RSTDFROBJ)para ese DFRID, se intentará restaurar los archivos lógicos diferidos e iniciar los objetos de registro pordiario que hayan diferido el registro por diario. En releases anteriores, sólo se realizaba un intento derestaurar los archivos lógicos.

Cuando se procesa una solicitud de inicio de diario diferida, se registra una entrada de diario para laoperación de iniciar diario, pero no se registran entradas de diario para las operaciones restaurar objeto ocrear objeto. Este cambio de comportamiento sería más notable en el caso de una restauración de todo elsistema y los datos de usuario con la opción 21.

Si se especifica un ID de diferido al restaurar un objeto a una biblioteca de diario que tiene definida unaregla de herencia *RESTORE, el ID de diferido tiene preferencia. Es decir, si el diario en que el objeto seha registrado por diario al guardarlo no existe, la solicitud de iniciar diario se diferirá y la regla deherencia *RESTORE no se utilizará.

El diario remoto admite "conexión segura"El registro por diario remoto ahora admite el campo 'conexión segura' en una entrada de directorio debase de datos relacional (RDB).

Con el release IBM i 7.2, el registro por diario remoto ahora admite el campo 'conexión segura' en unaentrada de directorio de base de datos relacional (RDB). Si la entrada de directorio RDB indica que debeutilizarse una conexión segura, una solicitud de activar el registro por diario remoto fallará con CPF694F(fallo de comunicaciones con el código de razón 4) si no se definió un certificado seguro global para elregistro por diario remoto (ID de aplicación QIBM_QJO_RMT_JRN_TGT) en ese sistema de destino y no se haimportado al sistema de origen. Para obtener más información sobre cómo establecer conexiones seguraspara el registro por diario remoto, consulte el tema sobre Protocolos de comunicaciones soportados paradiarios remotos en IBM Knowledge Center: Supported communications protocols for remote journals.


Cambiar diario (CHGJRN) en todos los diarios después de instalar IBM i7.2Una sola emisión de CHGJRN para la conversión de diarios al instalarse i 7.2

Cuando se ha instalado IBM i 7.2, se emite un mandato Cambiar diario (CHGJRN) una vez para todos losdiarios del sistema. Esta acción da soporte a una conversión, que es necesaria para la información internade los objetos de diario y receptor de diario. Además, no se depositan entradas de diario Siguientereceptor (Código de diario J, tipo de entrada NR) o entradas de diario relacionadas con la IPL para la IPLde instalación inicial.

Cambios en el máximo de CPU y almacenamiento temporalPueden verse cambios de comportamiento al limitarse el uso máximo de CPU o almacenamientotemporal para trabajos.

Los clientes que actualmente establezcan un máximo para el tiempo de CPU o para el uso delalmacenamiento temporal verán un cambio en el comportamiento del sistema. Ahora el sistema retendrálos trabajos que superen el tiempo máximo de CPU o sobrepasen el almacenamiento temporal máximoutilizado. Anteriormente, el sistema habría finalizado estos trabajos. Para obtener el comportamientoanterior, puede establecer un punto de observación de mensajes y ejecutar un programa que emita unmandato Finalizar trabajo (ENDJOB). Para el tiempo máximo de CPU, establezca un punto deobservación para el mensaje CPI112D. Para el almacenamiento temporal máximo establezca un punto deobservación para el mensaje CPI112E.

Cambios en la indicación de fecha y hora de la Cola MI afectan a colasde datos y colas de usuariosEs posible que las indicaciones de fecha y hora de la cola MI ya no sean exclusivas.

Para evitar problemas potenciales de escalado del rendimiento, la hora en que una entrada se envía a unacola va a cambiar para no utilizar los bits de exclusividad y la hora en que una cola se modificó porúltima vez va a cambiar para sólo utilizar bits de exclusividad algunas veces. La granularidad de lasindicaciones de fecha y hora no van a cambiar pero los bits 52-63 de las indicaciones de fecha y hora yano proporcionan exclusividad, en cuyo caso se establecen en cero. Dado que la granularidad de lasindicaciones de fecha y hora no va a cambiar, los usuarios de funciones como la API Recuperardescripción de objeto (QUSROBJD), el mandato Visualizar descripción de objeto (DSPOBJD) y el mandatoRecuperar descripción de objeto (RTVOBJD) no verán ningún cambio notable. El cambio es perceptible enlos siguientes lugares donde la indicación de fecha y hora se devuelve en formato de hora estándar:v La indicación de fecha y hora de puesta en cola de campo de mensaje que la instrucción MI Retirar de

cola (DEQ) devuelvev El campo de hora de puesta en cola de mensaje que la instrucción MI Materializar mensajes de cola

(MATQMSG) devuelvev Indicación de fecha y hora del campo de última modificación que la instrucción MI Materializar objeto

del sistema (MATSOBJ) devuelve cuando se materializa una colav El campo de fecha y hora de puesta en cola de mensaje que la API Recuperar mensaje de la cola de

datos (QMHRDQM) devuelvev El campo de fecha y hora de cambio que la API Listar objetos (QUSLOBJ) devuelve cuando se lista una

cola de datos o cola de usuariov El campo de fecha y hora de cambio que la API Abrir lista de objetos (QGYOLOBJ) devuelve cuando

se lista una cola de datos o cola de usuario


Es posible que las indicaciones de fecha y hora de 8 bytes anteriores ya no tengan establecidos los bits deexclusividad. Por ejemplo, en la instrucción MI Retirar de cola (DEQ), el formato de hora estándar sedefine como un valor binario sin signo de 64 bits (8 bytes):

OffsetDec Hex Field Name Data Type and Length0 0 Standard Time Format UBin(8)0 0 Time Bits 0-510 0 Uniqueness bits Bits 52-638 8 --- End ---

El campo de hora es un número binario, que puede interpretarse como un valor de tiempo en unidadesde 1 microsegundo. Un 1 binario en el bit 51 es igual a 1 microsegundo.

El campo de bits de exclusividad podría contener cualquier combinación de unos y ceros binarios. Estosbits no proporcionan más granularidad para un valor de tiempo; simplemente permiten que se devuelvanvalores de 64 bits exclusivos, como cuando el valor de reloj de la hora del día (TOD) se materializa.Cuando todos los bits de exclusividad contienen ceros binarios, el valor de 64 bits que se devuelve no esexclusivo.

Las indicaciones de fecha y hora de creación y última reclamación devueltas por funciones como la APIRecuperar descripción de cola de datos (QMHQRDQD) y la instrucción MI MATSOBJ MI permanecen sincambios.

Cambios en las indicaciones de fecha y hora de mensajesEs posible que las indicaciones de fecha y hora de mensajes ya no sean exclusivas.

En releases anteriores, la hora de los mensajes se mostraba en HHMMSS y campos de microsegundos. Sien el pasado se enviaban varios mensajes dentro del mismo microsegundo, las horas no habrían sidoexclusivas. Esto no cambia, ya que la granularidad de microsegundos seguirá estando disponible. Elcambio afectará a los campos de indicación de fecha y hora de 8 bytes devueltos por distintasoperaciones de mensajes, porque los 52-63 de la indicación de fecha y hora ya no proporcionaránexclusividad (serán 0). Este cambio se aplicará a los mensajes enviados a una cola de mensajes deprograma que componen un registro de trabajo (espacio de cola). También se aplica a los mensajesenviados a colas de mensajes no de programa como QSYSOPR, QHST, colas de mensajes de perfil deusuario, etc. Por ejemplo, las indicaciones de fecha y hora cambiadas podrían ser vistas por herramientasde servicio tales como la salida de rastreo, el espacio de cola de macro de análisis avanzado y programasde observación de eventos llamados cuando el valor de la opción de observación es *MSGID. Este cambiose ha realizado como una mejora de rendimiento para evitar posibles problemas de escalado.

Cambios en NLV para los idiomas croata y rumanoEn IBM i 7.2 5770-SS1, el sistema operativo IBM i y los productos ya no se traducen a los idiomas croatay rumano.

A partir de IBM i 7.2, el sistema operativo 5770-SS1 IBM i y los productos relacionados ya no se traducena los idiomas croata y rumano. Los códigos de característica y valores de globalización para Croacia(2912) y Rumania (2992) permanecen. Sin embargo, ahora el texto se entrega en inglés. El soportemulticultural del sistema para estos idiomas no se ve afectado.

Soporte de IPv6 del adaptador LAN de la consola de operacionesEl soporte de IPv6 del adaptador LAN de la consola de operaciones en IBM i 7.2 podría provocarconflictos de direcciones.


A partir de IBM i 7.2, el Protocolo Internet versión 6 (IPv6) está soportado por el adaptador LAN de laconsola de operaciones. Se hay un adaptador de consola configurado, el soporte de IPv6 se habilitaautomáticamente junto con el soporte de IPv4 existente. Si el adaptador de consola y una descripción delínea del sistema utilizan el mismo recurso de comunicación (por ejemplo CMN01) y hay una interfazTCP/IP *IP6SAC (configuración automática de dirección sin estado IPv6) en esa descripción de línea,puede producirse un conflicto de direcciones que puede impedir que se active IPv6 en dicho adaptador.Antes de instalarse IBM i 7.2, el conflicto puede evitarse asegurándose de que la interfaz *IP6SAC seconfigura con un ID de interfaz que no sea *LIND. (Por ejemplo, el mandato CHGTCPIFCINTNETADR(*IP6SAC) LIND(ETHLINE) IFCID(1234) cambia el ID de interfaz a 0x1234.) La interfaz *IP6SACutiliza el ID de interfaz para configurar automáticamente direcciones IPv6 para la interfaz. Cambiar el IDde interfaz cambia las direcciones IPv6 que están configuradas automáticamente. Como alternativa,después de la instalación, IPv6 puede inhabilitarse o puede configurarse un ID de interfaz exclusivo en eladaptador LAN de la consola de operaciones mediante las herramientas de servicio dedicado (DST) o lasherramientas de servicio del sistema (SST) para eliminar cualquier conflicto.

Los informes de problemas y pedidos de PTF por red privada virtualVPN ya no están soportadosLos clientes que utilizan una red privada virtual VPN para informar de problemas o pedidos de PTFdeben cambiar a utilizar HTTP o HTTPS.

Podrían ser necesarios uno o varios de los siguientes cambios:v Si se modificó /QIBM/UserData/OS400/UniversalConnection/eccConnect.properties para inhabilitar las

vías HTTP/HTTPS para soporte electrónico al cliente, los cambios deben eliminarse o deberásuprimirse y volver a crearse la configuración del servicio para permitir que HTTP/HTTPS funcione.

v Si hay un cortafuegos entre el sistema IBM i e internet, es posible que deba modificarse laconfiguración del cortafuegos para permitir que pasen las direcciones IP y puertos de Servicio IBM.

Cambios en el proceso de PTFEl proceso de PTF ha cambiado de manera que los objetos aplicados permanentemente ya no setrasladarán a la biblioteca QRPLOBJ. La biblioteca QRPLOBJ sólo contendrá datos de usuario en lugar deuna mezcla de datos de usuario y datos de IBM. La gestión de PTF utilizará las nuevas bibliotecas deIBM QPTFOBJ1 y QPTFOBJ2 para suprimir los objetos PTF aplicados de forma permanente no utilizados.Estas bibliotecas sólo contendrán datos de IBM y el usuario no puede borrarlas ni suprimirlas.

Cambios en la conexión de QFileSvr.400

Se introdujo un cambio en el soporte de APPC antes de IBM i 7.2 que impide que QFileSvr.400 se conectecon SNA con Enterprise Extender. Se indica CPFA0E2 - El sistema no puede establecer una conexión decomunicaciones con un servidor de archivos. La solución es utilizar una interfaz TCP/IP paraQFileSvr.400.

El mandato Salvar almacenamiento (SAVSTG) y el proceso derestaurar almacenamiento ya no se proporcionan

El mandato Salvar almacenamiento (SAVSTG) y el proceso de restaurar almacenamiento ya no seproporcionan. Para hacer copia de seguridad y recuperar el sistema, se recomienda que utilice otrasfunciones de guardar y restaurar o una aplicación de copia de seguridad/recuperación. Por ejemplo,utilice la opción 21 de los menús SAVE y RESTORE, o la aplicación Backup Recovery and Media Services(BRMS).


Cambios en el registro de trabajo SCPFEn los releases anteriores a IBM i 7.2, el registro de trabajo SCPF contenía mensajes de partes de dos IPL.En 7.2, el registro de trabajo SCPF será similar a otros registros de trabajo y contendrá mensajes sólo parauna IPL.

Cambios en la Capa de sockets seguros (SSL)

Cambios en la lista de especificación de cifrado predeterminada de lacapa de sockets seguros (SSL)La lista de especificaciones de cifrado predeterminada de SSL ha cambiado para System SSL

La lista de especificaciones de cifrado predeterminada de System SSL ya no contiene cifrados que utilicenel algoritmo de hash MD5. El nuevo conjunto Elliptic Curve Diffie-Hellman Ephemeral (ECDHE) EllipticCurve Digital Signature Algorithm (ECDSA) de cifrados del Estándar de cifrado avanzado (AES) son losprimeros de la lista. En la subsección de cifrados RSA existentes anteriormente, el cifrado de 256 bits AESestá ahora en segundo lugar en la lista de especificaciones de cifrado predeterminada ordenado, siendocuarto anteriormente. El cifrado de 128 bits Rivest Cipher 4 (RC4) que era el segundo está ahora en lacuarta posición. RC4 no está aprobado por el Estándar federal de procesamiento de información (FIPS),por lo que no debería ser utilizado con preferencia sobre los cifrados AES y Triple Des (3DES) que estánaprobados por FIPS. El nuevo subconjunto de cifrados ECDHE RSA AES aparece en la lista antes de lossubconjuntos 3DES y RC4. Los cifrados que ya no se encuentran en la lista de especificaciones de cifradopredeterminada siguen estando soportados por System SSL para las aplicaciones codificadas para utilizarespecíficamente dichos cifrados.

Los administradores pueden controlar los cifrados soportados por System SSL utilizando los valores delsistema QSSLCSL y QSSLCSLCTL. Aunque un administrador no puede controlar la lista deespecificaciones de cifrado predeterminada directamente, se puede alterar indirectamente el orden de loscifrados cambiando el orden de los cifrados contenidos en el valor del sistema QSSLCSL. Consulte eltema sobre SSL en IBM Knowledge Center para obtener información adicional. La lista deespecificaciones de cifrados predeterminada de System SSL ahora es así:v ECDHE_ECDSA_AES_128_CBC_SHA256v ECDHE_ECDSA_AES_256_CBC_SHA384v ECDHE_ECDSA_AES_128_GCM_SHA256v ECDHE_ECDSA_AES_256_GCM_SHA384v RSA_AES_128_CBC_SHA256v RSA_AES_128_CBC_SHAv RSA_AES_256_CBC_SHA256v RSA_AES_256_CBC_SHAv RSA_AES_128_GCM_SHA256v RSA_AES_256_GCM_SHA384v ECDHE_RSA_AES_128_CBC_SHA256v ECDHE_RSA_AES_256_CBC_SHA384v ECDHE_RSA_AES_128_GCM_SHA256v ECDHE_RSA_AES_256_GCM_SHA384v ECDHE_ECDSA_3DES_EDE_CBC_SHAv ECDHE_RSA_3DES_EDE_CBC_SHAv RSA_3DES_EDE_CBC_SHAv ECDHE_ECDSA_RC4_128_SHAv ECDHE_RSA_RC4_128_SHA


v RSA_RC4_128_SHA

Se ha inhabilitado el protocolo SSLv3 para System SSL

El protocolo de capa de sockets seguros (SSL) versión 3.0 (SSLv3) está ahora inhabilitado de formapredeterminada para System SSL. System SSL es la implementación de la función SSL realizada por elcódigo interno bajo licencia (LIC) de IBM i. Está estrechamente relacionado con el sistema operativo y conel código de sockets que suministran específicamente rendimiento y seguridad adicionales. System SSLestá disponible para los desarrolladores de aplicaciones mediante dos interfaces de programación y unaimplementación de JSSE:v Las API de Global Secure Toolkit (GSKit)

– Las API de ILE C accesibles desde otros lenguajes ILEv Las API i5/OS SSL_ nativas

– Las API de ILE C accesibles desde otros lenguajes ILE– Este conjunto de API no se recomienda, utilice GSKit

v Implementación de JSSE IBM i integrada– La implementación de JSSE de IBM i está disponible para JDK 1.6, JDK 7 y JDK 8.

Las aplicaciones SSL creadas por IBM, IBM business partners, proveedores de software independientes(ISV) o clientes que utilizan una de estas tres interfaces para System SSL resultarán afectadas. FTP yTelnet son ejemplos de aplicaciones IBM que utilizan System SSL.

SSLv3 se puede volver a habilitar cambiando el valor del sistema QSSLPCL. Consulte el tema sobre SSLen IBM Knowledge Center para obtener información adicional.

Cambios en TELNET

Cambios en el mandato CHGTELNAEl mandato Cambiar atributos de TELNET (CHGTELNA) va a cambiar el rango de Tiempo de espera demantener viva la sesión (TIMMRKTIMO).

El mandato Cambiar atributos de TELNET (CHGTELNA) está cambiando el rango del Tiempo de espera demantener viva la sesión (TIMMRKTIMO) de 0-2147483647 a 1-2419200 para que coincida con los límites delparámetro Mantener con vida TCP (TCPKEEPALV) del mandato Cambiar atributos de TCP/IP (CHGTCPA) ylos límites de implementación del sistema para los atributos de socket.

Cualquier valor fuera del rango nuevo se establece en el valor máximo de 2419200, lo que equivale a 28días. Se envía el mensaje TCP1F11 - 'Se ha convertido satisfactoriamente el miembro del archivo deconfiguración' al registro de trabajo y a la cola de mensajes QSYSOPR si este valor se ha modificadopara cumplir con el rango permitido.

El área de datos QTVNO32785 ya no está soportada para la supresiónde pantalla anchaDebe utilizarse el nuevo parámetro ENBWIDE en el mandato Cambiar atributos de TELNET (CHGTELNA) paraconfigurar las preferencias de pantalla ancha.

A partir de V5R1, los clientes que utilizaban dispositivos de pantalla ancha 3278-5 utilizados parasistemas IBM z y luego deseaban utilizar Telnet para un sistema IBM i tenían la opción de NO utilizar elsoporte de pantalla ancha y utilizar una pantalla 24x80 en su lugar. Esto se documentó y configurómediante la creación de un área de datos QTVNO32785 en cualquier lugar de la lista de bibliotecas delsistema.


Se indicó a los clientes lo siguiente:

Obtener una pantalla 24x80, ejecutar el mandato CRTDTAARA DTAARA(libname/QTVNO32785) TYPE(*CHAR)VALUE(’1’).

Esto ya no está soportado. El cambio es utilizar el parámetro Habilitar pantalla ancha 3270 (ENBWIDE)añadido al mandato Cambiar atributos de TELNET (CHGTELNA). Los clientes que anteriormente utilizabanel área de datos QTVNO32785 deben configurar manualmente el parámetro Habilitar pantalla ancha 3270(ENBWIDE). El sistema no migra automáticamente cualquier uso preexistente del área de datosQTVNO32785 y se utiliza el valor predeterminado de *YES.

El valor del parámetro ENBWIDE pdebe establecerse en *NO para inhabilitar la emulación de pantallaancha.


Opciones

Esta sección describe los cambios en las opciones del sistema operativo IBM i.

Inclusiones de apertura de sistema (Opción 13)Los archivos de cabecera de ILE RPG contenidos en el archivo QSYSINC/QRPGLESRC se hanactualizado.

Los campos binarios de dos y cuatro bytes se han convertido a campos de enteros de dos y cuatro bytes,respectivamente. Por ejemplo:

Cabecera antigua:DQUSM0200 DSD* Qdb Mbrd0200D QUSBRTN03 1 4B 0D* Bytes ReturnedD QUSBAVL04 5 8B 0D* Bytes AvailableD QUSDFILN00 9 18D* Db File Name

Nueva cabecera:DQUSM0200 DSD* Qdb Mbrd0200D QUSBRTN03 1 4I 0D* Bytes ReturnedD QUSBAVL04 5 8I 0D* Bytes AvailableD QUSDFILN00 9 18D* Db File Name

Estos cambios podrían provocar una incompatibilidad con el código existente que utilice las cabecerasafectadas.1. Un programa RPG podría no conseguir compilar en los casos en que RPG necesita un coincidencia de

tipo exacta.v Un parámetro que se pasa por referencia en una llamada con prototipo.v Un campo de clave única en una operación de búsqueda de formato fijo.

2. Un programa RPG compilado de nuevo podría comportarse de forma diferente.v Si el programa está utilizando el número de dígitos en el subcampo para algún otro cálculo (los

subcampos binarios anteriores tendrían 4 o 9 dígitos; los campos de enteros nuevos tendrían 5 o10).

v La forma editada de los subcampos tendría un byte más por lo que es posible un desbordamientode un campo de caracteres.

v Si el programa está esperando que los cálculos numéricos trunquen los dígitos de orden superior(RPG tiene operaciones aritméticas de formato fijo ADD, SUB, MULT, DIV que truncan sin error deforma predeterminada).

Integrated Server Support (Opción 29)Algunas versiones de servidor Microsoft Windows ya no están soportadas en conexiones iSCSI.


Las siguientes versiones de servidor Microsoft Windows ya no están soportadas en los servidores queestán integrados con IBM i utilizando internet SCSI (iSCSI):v Microsoft Windows Server 2003 R2v Microsoft Windows Server 2003

Consulte el capítulo sobre matrices de soporte de IBM i iSCSI Solution Guide IBM i iSCSI Solution Guidepara obtener la lista actual de versiones del sistema operativo del servidor e IBM System x y modelos deservidor laminar BladeCenter que se pueden conectar a sistemas IBM i utilizando tecnología internet SCSI(iSCSI).

Sistema de nombres de dominio (Opción 31)En 7.2, el Sistema de nombres de dominio (Opción 31) utiliza los programas de utilidad OpenSSH,OpenSSL y zlib, que requieren que esté instalado IBM Portable Utilities para i (5733-SC1) opción 1.

Fonts adicionales (Opción 43)Los nombres de los fonts y sus nombres de archivo correspondientes han cambiado.

Para compatibilidad con versiones anteriores, y para eliminar la necesidad de actualizar aplicacionesexistentes, el sistema operativo correlaciona los nombres de font antiguos con los nombres de font nuevospara las aplicaciones DDS que utilizan la palabra clave FONTNAME para hacer referencia a los fonts porsu nombre de font completo. Del mismo modo, el sistema operativo ha creado enlaces simbólicos con losnombres de archivo antiguos y nuevos en el directorio /usr/lib/fonts para las aplicaciones PASE quehacen referencia a los fonts por sus nombres de archivo.

Si tiene aplicaciones que acceden a estos fonts directamente en el directorio del producto/QIBM/ProdData/OS400/Fonts/TTFonts, debe cambiar la aplicación para utilizar los nuevos nombres ocrear enlaces simbólicos que correlacionen los nombres de archivo antiguos con los nuevos.


http://www-03.ibm.com/systems/i/advantages/integratedserver/iscsi/solution_guide.html

Programas bajo licencia

Esta sección contiene información sobre los programas bajo licencia individuales que han experimentadocambios o modificaciones en IBM i 7.2.

Productos sociales y de colaboración (anteriormente Lotus)

Productos sociales y de colaboración soportados en IBM i 7.2Consulte la publicación Lotus Software for IBM i Compatibility Guide en el sitio web de sistemas IBM enhttp://www.ibm.com/systems/resources/systems_power_ibmi_lotus_releasesupport.pdf para obtenerinformación acerca de los releases mínimos de productos Lotus necesarios para la ejecución en IBM i 7.2.

Lotus Quickr para DominoLotus Quickr para Domino no está soportado en IBM i 7.2. El sustituto sugerido para los entornos LotusQuickr es IBM Connections Content Manager.

IBM WebSphere Application Server Versiones 8.0 (5733-W80) y 8.5(5733-W85)

Instalación de WebSphere Application Server

En IBM i 7.1, IBM Web Enablement para i incluía IBM WebSphere Application Server - Express V7.0, IBMWebSphere Application Server - Express V8.0, y IBM WebSphere Application Server - Express V8.5. EnIBM i 7.2, IBM Web Enablement para i incluye IBM WebSphere Application Server - Express V8.0 y IBMWebSphere Application Server - Express V8.5. Además, Application Server V7.0 no está soportado en IBMi 7.2.

El nivel mínimo requerido de WebSphere Application Server V8.0 en 7.2 es 8.0.0.8. El nivel mínimorequerido de WebSphere Application Server V8.5 en 7.2 es 8.5.5.2. No obstante, para el perfil deWebSphere Application Server Liberty, que se introdujo con Application Server V8.5, el nivel mínimorequerido para instalaciones de tipo de archivado es 8.5.0.0, mientras que el nivel mínimo requerido paralas instalaciones de tipo IBM Installation Manager es 8.5.5.0.

Instalación:

Si actualmente utiliza Application Server V7.0 y actualiza a IBM i 7.2, debe migrar a los productosWebSphere Application Server V8.0.0.8 o V8.5.5.2. Dado que la migración no requiere que ApplicationServer V7.0 esté operativo, la migración puede realizarse antes o después de la actualización a 7.2.

Actualización a IBM i 7.2:

Si actualmente utiliza Application Server V7.0 y actualiza a 7.2, debe migrar a los productos WebSphereApplication Server V8.0.0.8 o V8.5.5.2. Dado que la migración no requiere que Application Server V7.0esté operativo, la migración puede realizarse antes o después de la actualización a 7.2.1. Después de actualizar a 7.2, asegúrese de que todas las instalaciones de Application Server cumplen

los niveles mínimos de arreglo necesarios. El identificador de versión se encuentra en el archivo<app_server_root>/properties/version/WAS.product, donde <app_server_root> es el directorio raízde la instalación de WebSphere Application Server. Para el perfil de Liberty, el identificador de versiónse encuentra en <wlp_root>/lib/versions/WebSphereApplicationServer.properties, donde<wlp_root> es el directorio raíz del perfil de Liberty.


http://www.ibm.com/systems/resources/systems_power_ibmi_lotus_releasesupport.pdf

2. Para WebSphere Application Server V8.0, aplique el fixpack 8 (8.0.0.8) o posterior, si es necesario. ParaWebSphere Application Server V8.5, aplique el fixpack 2 de la versión 8.5.5 (8.5.5.2) o posterior, si esnecesario. Para las instalaciones del tipo de Installation Manager del perfil de Liberty, actualice elperfil de Liberty a la versión 8.5.5.0 o posterior.

Nota: En WebSphere Application Server Versión 8.5.5.0, el perfil de Liberty fue promovido decaracterística a una oferta instalable independientemente. No puede realizar una actualización in situde la característica de perfil de Liberty de Versión 8.5.0.x. Para obtener más información, consulte elartículo "Actualización del perfil de Liberty de Versión 8.5.0 a Versión 8.5.5" en el Information Centerde WebSphere Application Server.

3. Omita este paso si el perfil de Liberty versión 8.5.0.0 o posterior se instaló utilizando la instalación deltipo de archivado, o si el perfil de Liberty versión 8.5.5.0 se ha instalado utilizando InstallationManager. De lo contrario, si la instalación de Application Server ya estaba en el nivel de arreglonecesario antes de la actualización, actualice los programas de servicio de Application Server para 7.2.Para actualizar los programas:v Inicie el Intérprete de QShell.v Desplácese al directorio <app_server_root>/bin

v Inicie el script _postfpexit del siguiente modo: _postfpexit <app_server_root>

Documentación:

Para obtener más información, consulte la documentación de WebSphere Application Server Library eneste sitio web: http://www.ibm.com/software/webservers/appserv/was/library

IBM Developer Kit para Java (5770-JV1)Documentación

Para obtener más información de J9 en i, consulte el sitio web de IBM i Technology Updates:http://www.ibm.com/developerworks/ibmi/techupdates/java.

Soporte de opciones de JV1 en IBM i 7.2Las opciones de JV1 para IBM Technology para Java(IT4J) 1.4.2 (opción 13) y 5.0 (opción 8 y 9) ya noestán soportadas en IBM i 7.2. La máquina virtual Java predeterminada en i 7.2 es IBM Technology paraJava™ 7.1 de 32 bits (opción 14).

Eliminados mandatos y API de Classic JavaLos mandatos de Classic Java ANZJVAPGM, ANZJVM, CHGJVAPGM, CRTJVAPGM, DMPJVM, DSPJVAPGM y la APIClassic Java QJVARJPI se han eliminado en IBM i 7.2.

Puede que sea necesario actualizar los programas que hacen referencia a estos mandatos.

Backup Recovery and Media Services (5770-BR1)Cambios en los Servicios BRM (Backup recovery and media services) (5770-BR1)

Cambios en los informes de recuperación de BRMSEl bloque de atención "Biblioteca suprimida" en el informe de recuperación de BRMS ahora se ignora.

En releases anteriores a IBM i 7.2, si existía el área de datos QUSRBRM/Q1ANODLTAT, el bloque deatención "Biblioteca suprimida" no aparecería en el informe de recuperación. En 7.2, se ha añadido el


http://www.ibm.com/software/webservers/appserv/was/library

http://www.ibm.com/developerworks/ibmi/techupdates/java

parámetro SHWDLTLIB al mandato Iniciar recuperación utilizando BRMS (STRRCYBRM). El parámetroSHWDLTLIB controla el incluir u omitir el bloque de atención y sustituye a la función de área de datos. Elárea de datos QUSRBRM/Q1ANODLTAT se ignora.

Función Establecer hora eliminadaLa función de establecer hora se ha eliminado.

La función de opción 8 "Establecer hora" del Panel de red (WRKPCYBRM *SYS opción 4) se ha eliminado. Lagestión del tiempo es vital para el funcionamiento del sistema y puesto que existen otros productos degestión de tiempo disponibles en IBM i que funcionan de forma más eficiente, esta función se haeliminado de BRMS en 7.2.

Nuevo parámetro UPDHST en algunos mandatos BRMSe ha añadido un nuevo parámetro UPDHST a los mandatos Salvar biblioteca utilizando BRMs (SAVLIBBRM),Salvar objeto utilizando BRMs (SAVOBJBRM), Salvar lista de objetos utilizando BRMs (SAVOBJLBRM), Salvarobjeto utilizando BRMs (SAVBRM) y los atributos de grupo de control. Este parámetro existe en losmandatos de guardar del sistema operativo Salvar biblioteca (SAVLIB), Salvar objeto (SAVOBJ), Salvarobjeto (SAV) y Salvar objetos cambiados (SAVCHGOBJ), y si se ha configurado con valores predeterminados,BRMS utilizaría automáticamente los valores predeterminados especificados. Puesto que estamosañadiendo este parámetro en los mandatos de BRMS, cualquier valor predeterminado que se habíaestablecido antes de este release en estos mandatos del sistema operativo, ya no se utilizará. Debeespecificar el valor en el nuevo parámetro UPDHST disponible a través de los mandatos de BRMS paraobtener el mismo comportamiento.

Al especificar UPDHST(*NO), la fecha y hora de guardar el objeto no se actualizarán. Esto puede ocasionartiempos de guardar más prolongados al realizar una operación de guardar incremental con BRMS. ConUPDHST(*NO), la optimización del sistema de utilizar *SAVLIB en la fecha de referencia no puede utilizarse.

Cambios en WRKPCYBRM TYPE(*MOV) OUTPUT(*PRINT)

La salida en spool que se genera mediante la ejecución del mandato WRKPCYBRM TYPE(*MOV)OUTPUT(*PRINT) (Trabajar con políticas utilizando BRMs) ha cambiado. Si tiene un el programa queanaliza este archivo en spool, tendrá que evaluar los cambios en este informe y realizar los cambioscorrespondientes en su programa de análisis.

IBM HTTP Server para i (5770-DG1)IBM HTTP Server para i ahora está basado en el servidor HTTP Apache versión 2.4

Cambios relacionados con la configuraciónLos cambios en el comportamiento del servidor que podrían necesitar que cambie la configuración ocómo utiliza el servidor para que pueda seguir utilizando el Servidor HTTP en IBM i 7.2 como utilizaactualmente el Servidor HTTP en IBM i 7.1 y V6R1.v Todas las implementaciones de equilibrio de carga se han trasladado a submódulos individuales

autocontenidos mod_proxy, por ejemplo mod_lbmethod_bybusyness. Puede que tenga que cargarcualquiera de las implementaciones de equilibrio de carga que utiliza la configuración.

v La directiva DefaultType ya no tiene efecto, excepto para emitir un aviso si se utiliza con un valordistinto a ninguno. Para las extensiones de archivo desconocidas, que no están declaradas en/QIBM/UserData/HTTPA/conf/mime.types (por ejemplo, los archivos .mbr en el sistema de archivosQSYS), el servidor HTTP ya no añade un tipo predeterminado (texto/plano) en la respuesta. Paravisualizar correctamente estos archivos, ahora es responsable de asignar tipos de soporte en IBM i 7.2.Por ejemplo, "AddType text/html .mbr".

v El valor predeterminado de la directiva Options se ha cambiado de "All" a "FollowSymlinks".

Programas bajo licencia 39

v El módulo "mod_disk_cache" se redenomina como "mod_cache_disk". Es necesario sustituir"LoadModule disk_cache_module /QSYS.LIB/QHTTPSVR.LIB/QZSRCORE.SRVPGM" por "LoadModulecache_disk_module /QSYS.LIB/QHTTPSVR.LIB/QZSRCORE.SRVPGM".

v mod_cache: El segundo parámetro para CacheEnable coincide con el contenido de proxy sólo si con elprotocolo correcto. En IBM i 7.1 y anteriores, un parámetro de '/' coincidía con todo el contenido. Si seespecifica "<protocol>://" para el segundo parámetro se pone en memoria caché contenido proxy sólodesde el puerto predeterminado de dicho protocolo. En IBM i 7.1 y anteriores, se pone en memoriacaché contenido de todos los puertos. Por ejemplo, "CacheEnable disk http://" ahora pone en memoriacaché contenido proxy de HTTP sólo del puerto 80. Utilice "CacheEnable disk http://*:" para poner enmemoria caché contenido proxy de http de todos los puertos.

v FileETag ahora toma "MTime Size" de forma predeterminada (sin INode).v mod_log_config: ${cookie}C comprueba la coincidencia de nombres de cookies enteros. Antes

cualquier subserie podía ser coincidente.v mod_dav_fs: El formato del archivo DavLockDB se cambia para sistemas con inodos. El archivo

DavLockDB antiguo debe suprimirse en la actualización.v KeepAlive sólo acepta valores de Activado o Desactivado. Anteriormente, cualquier valor que no fuera

"Off" o "0" se trataba como "On".v mod_filter: La sintaxis de FilterProvider se ha cambiado y ahora utiliza una expresión booleana para

determinar si se aplica un filtro.v mod_include:

– El elemento #if expr ahora utiliza el nuevo analizador de expresión. La sintaxis antigua se puederestaurar con la nueva directiva SSILegacyExprParser.

– Una directiva de configuración SSI* en el ámbito de directorio ya no hace que todas las demásdirectivas SSI* por directorio se restablezcan a sus valores predeterminados.

v mod_autoindex: ahora extrae títulos y descripciones de visualización para archivos .xhtml, queanteriormente se ignoraban.

v La directiva NameVirtualHost ya no tiene efecto, excepto para emitir un aviso. Cualquier combinaciónde dirección/puerto que aparezca en varios hosts virtuales es tratada implícitamente como un hostvirtual basado en nombre.

v mod_deflate: ahora omite la compresión si sabe que el aumento del tamaño añadido mediante lacompresión es mayor que los datos a comprimir.

v Los documentos con error en varios idiomas de releases anteriores podrían no funcionar a menos quese ajusten a la nueva sintaxis de mod_include: el elemento #if expr= o la directivaSSILegacyExprParser está habilitada para el directorio que contiene los documentos de error.

v Las directivas "Rewritelog" y "Rewriteloglevel" se sustituyen por la nueva configuración de registro pormódulo.

Cambios de control de accesoCambios de control de acceso en IBM i 7.2

Antes de IBM i 7.2, el control de accesos que se basa en el nombre de host del cliente, la dirección IP yotras características de las peticiones de los clientes se realizaba con las directivas Order, Allow, Deny ySatisfy.

En 7.2, el control de accesos de este tipo se realiza en la misma forma que otras comprobaciones deautorización, utilizando el nuevo módulo mod_authz_host. Los patrones de implementación de control deaccesos antiguos deben sustituirse por los nuevos mecanismos de autenticación, aunque por motivos decompatibilidad con las configuraciones antiguas, se proporciona el nuevo módulo mod_access_compat.Estos son algunos ejemplos de las maneras antiguas y nuevas de realizar el mismo control de accesos:1. En este ejemplo, se deniegan todas las solicitudes.

Configuración anterior a 7.2:


Order deny,allowDeny from all

Configuración de 7.2:Require all denied

2. En este ejemplo, se permiten todas las solicitudes:Configuración anterior a 7.2:Order allow,denyAllow from all

Configuración de 7.2:Require all granted

3. En el ejemplo siguiente, se permite el acceso a todos los hosts del dominio example.org; se deniega elacceso a todos los demás hosts.Configuración anterior a 7.2:Order deny,allowDeny from allAllow from example.org

Configuración de 7.2:Require host example.org

A partir de IBM i 7.2, se alienta los clientes a empezar a utilizar las nuevas directivas de control deaccesos. Las nuevas directivas se utilizan de forma predeterminada cuando se crea un nuevo ServidorHTTP desde IBM Web Administration para i.

Consideración de módulos de tercerosLos cambios de API requieren que se vuelvan a compilar los módulos de terceros.

Debido a los cambios de API en el servidor HTTP para 7.2, a fin de conseguir que los módulos deplug-in funcionen correctamente con el servidor HTTP de la nueva versión, es necesario que se vuelvan acompilar todos los módulos de terceros (no de IBM) para el servidor HTTP para el tiempo de ejecución7.2 antes de utilizarlos. Para obtener detalles acerca de los cambios de la API, consulte la visión generalde actualización de API: http://httpd.apache.org/docs/2.4/developer/new_api_2_4.html

IBM PowerHA SystemMirror para i (5770-HAS)IBM PowerHA SystemMirror para i (5770-HAS)v Antes de actualizar el sistema a IBM i 7.2, si tiene instalado 5770-HAS (IBM PowerHA SystemMirror

para i), asegúrese de que la versión de HA es 2.2. El mandato Cambiar versión de clúster (CHGCLUVER)puede utilizarse para ajustar la versión actual del producto PowerHA.

v IBM PowerHA SystemMirror para i se ha reestructurado. La edición Estándar es ahora la opción 2 y seha añadido la edición Express que da soporte a HyperSwap y es la opción 3.

v La GUI de Gestor de solución de alta disponibilidad y la GUI de Servicio de recurso de clúster se haneliminado del producto IBM PowerHA SystemMirror para i. Puede continuar configurando ygestionando el entorno de alta disponibilidad utilizando la GUI PowerHA.

IBM Content Manager OnDemand para i (5770-RD1)

Requisitos de actualización de IBM Content Manager OnDemand para i

Si actualiza desde una versión anterior de IBM Content Manager OnDemand, debe ejecutar el servidorContent Manager OnDemand versión 8.4.0.3 (o superior) antes de actualizar a Content Manager


http://httpd.apache.org/docs/2.4/developer/new_api_2_4.html

OnDemand para i 7.2. Para obtener instrucciones acerca de cómo determinar la versión actual delservidor, consulte la publicación Content Manager OnDemand for i: Common Server Planning andInstallation Guide.

El software de cliente de Content Manager OnDemand debe actualizarse a la versión 8.4.1.x (o posterior)antes de actualizar a Content Manager OnDemand para i 7.2. Esto incluye, pero no está limitado a, elcliente OnDemand Windows (usuario final) y las API ODWEK CGI, Servlet y Java. Si utiliza WEBi o IBMContent Navigator (ICN), consulte la documentación adecuada para esos productos para determinar losrequisitos mínimos de software.

El cliente OnDemand Administrator debe tener la misma versión del servidor Content ManagerOnDemand o una posterior. Para Content Manager OnDemand para i 7.2, el cliente OnDemandAdministrator debe tener la versión 9.0.0.3 o posterior.

Nueva herramienta de administración basada en web

Un nuevo componente de Content Manager OnDemand basado en web de IBM Navigator for i estádisponible ahora. Esta nueva interfaz de administración sustituye al plug-in de OnDemand Archive deSystem i Navigator. Los clientes que ejecuten Content Manager OnDemand para i en 7.2 deben utilizaresta nueva herramienta para administrar objetos de gestión de almacenamiento tales como políticas demigración y diversas definiciones de soportes de archivado, así como definiciones de supervisor dedirectorios y cola de salida.

Cambios en los mandatos

En Content Manager OnDemand para i 7.2, varios mandatos han cambiado tal como se describe acontinuación. Consulte las publicaciones de Content Manager OnDemand para i: Common ServerPlanning and Installation Guide, Common Server Administration Guide, y la ayuda en línea para obtenermás información.v Tanto el mandato Iniciar Gestión de almacenamiento de archivos (STRASMOND) como el mandato Iniciar

Gestión de almacenamiento de disco (STRDSMOND) con STRASMOND(*YES) ahora colocan una copia de losinformes de Gestión de almacenamiento de archivos en la carpeta de Registro del sistema de ContentManager OnDemand cuando se ha completado el proceso de ASM. El servidor Content ManagerOnDemand se inicia automáticamente si el servidor no está iniciado para que se puedan cargar losinformes.

v Los mandatos Añadir informe a OnDemand (ADDRPTOND) e Iniciar supervisor para OnDemand(STRMONOND) tienen un nuevo parámetro de Archivo de ocultación de contraseña (STASHFILE) que, si seutiliza, especifica la vía de acceso y el nombre de archivo de un archivo continuo que contiene el perfilde usuario y la contraseña que se utilizan para ejecutar el mandato. Este parámetro es opcional.

v El mandato Cambiar fecha de nivel de política (CHGPLDOND) tiene dos parámetros nuevos. El nuevoparámetro de opción de Proceso (OPTION) le permite especificar un ID de informe concreto (tambiénconocido como un ID de carga). Este parámetro le permite cambiar la fecha de nivel siguiente para unID de informe determinado, en lugar del valor predeterminado actual, que es cambiar la fecha de nivelde política para un rango de fechas de documentos. Si especifica *RPTID para el nuevo parámetroOPTION, se habilita un nuevo parámetro de ID de informe (RPTID). Estos parámetros son opcionales.

v Los mandatos Eliminar informe de OnDemand (RMVRPTOND) e Iniciar gestión de almacenamiento dedisco (STRDSMOND) tienen un nuevo parámetro Valor umbral de retención (HLDTHLD). Al utilizar lacaracterística de Enhanced Retention Management, el nuevo parámetro HLDTHLD especifica un valor deumbral que determina si desea y cuándo desea que Content Manager OnDemand vuelva a cargardatos durante el proceso de supresión o caducidad. Este parámetro es opcional.

v El mandato Eliminar informe de OnDemand (RMVRPTOND) ya no da soporte al parámetro de Opción deerror (ERROPT). Anteriormente, el parámetro ERROPT le permitía especificar si deseaba eliminar uninforme basado en la existencia de un registro del ID de informe en el registro del sistema Content


Manager OnDemand. A partir de 7.2, el mandato RMVRPTOND siempre elimina el informe,independientemente de si el ID de informe se encuentra en el Registro del sistema.

El primer inicio de una instancia de Content Manager OnDemand o elproceso de Archive Storage Management (ASM) tarda más tiempo

El primer inicio de una instancia de Content Manager OnDemand o el proceso de Archive StorageManagement (ASM) después de una actualización a Content Manager OnDemand para i 7.2 podríatardar más debido a una serie de cambios en la base de datos. El retraso más significativo se produce siestá actualizando desde un release anterior a 7.1 debido al traslado de datos y objetos específicos de lainstancia desde la biblioteca QUSRRDARS a las bibliotecas de la instancia.v No finalice el trabajo de servidor ni el trabajo de ASM por creer que no está progresando.v Durante los cambios de la base de datos y el movimiento de datos desde QUSRRDARS a la biblioteca

de instancia se indican mensajes de estado. Puede comprobar estos mensajes para confirmar que eltrabajo está progresando.

Reestructura de producto

Las opciones de producto para Content Manager OnDemand para i se han reestructurado para facilitar lainstalación y el mantenimiento. Las opciones de producto individuales para 7.2 (que se instalan porseparado) son las siguientes:v *BASE para el Soporte base (necesario para todos los demás)

– *BASE ahora incluye Common Server (anteriormente la opción 10) y Web Enablement Kit (ODWEK;anteriormente la opción 11).

– Esta opción también incluye el componente IBM Navigator for i - Content Manager OnDemand(anteriormente denominado: IBM Navigator para i - OnDemand Administration).

v 12 para PDF Indexer (opcional)v 13 para Advanced Function Presentation Transformations para IBM i (opcional)v 14 para Enhanced Retention Management (opcional)

Las opciones de producto 10 y 11 están ahora incluidas en *BASE y ya no necesitan la instalación de unaopción aparte. Importante: Si las opciones de producto 10 u 11 existen en el sistema, se suprimen duranteel proceso de actualización.

El plug-in System i Navigator - OnDemand Archive se sustituye por el componente basado en web IBMNavigator for i - Content Manager OnDemand que se incluye en la opción de producto *BASE.Importante: El plug-in System i Navigator - OnDemand Archive no está soportado en 7.2 y se suprimedurante el proceso de actualización.

Las opciones de producto de la 1 a la 5 no están soportadas desde Content Manager OnDemand paraiSeries 5.4 (número de programa bajo licencia 5722-RD1). Importante: Si las opciones de la 1 a la 5 delprograma bajo licencia número 5722-RD1 existen en el sistema durante la actualización a ContentManager OnDemand para i 7.2, se suprimen durante el proceso de actualización.

Las opciones son:1. Archivado de archivo de spool2. Archivado de objetos3. Archivado de registros4. AnyStore5. Servidor (utilizado con Archivado de archivo de spool)


IBM Universal Manageability Enablement para i (5770-UME)Actualizaciones de función CIM del programa bajo licencia IBM Universal Manageability Enablementpara i 5770-UME(V1R3M0) al programa bajo licencia 5770-UME(V1R4M0)

El servidor y los proveedores de IBM i Common Information Model Object Manager (CIMOM) se hanactualizado del programa bajo licencia (LP) 5770-UME V1R3M0 al programa bajo licencia (LP) 5770-UMEV1R4M0. 5770-UME V1R4M0 puede estar instalado en IBM i 6.1, IBM i 7.1 y IBM i 7.2 se instala de formapredeterminada en IBM i 7.2.

Dependencia para el inicio del servidor CIM:

Los usuarios deben instalar los siguientes programas bajo licencia y opciones para que el servidor CIMpueda iniciarse sin errores:v 5770-SS1 opción 33 PASE (Portable Application Solutions Environment).v 5733-SC1 opción 1 (OpenSSL)

Servidor CIM de autoarranque:

El servidor 5770-UME V1R4M0 CIM se define como un servicio TCP/IP de inicio automático. El servidorCIM se iniciará automáticamente después de una instalación desde cero de IBM i 7.2, heredando laconfiguración de inicio automático anterior después de una instalación adjunta.

Los mandatos CIM ejecutados en IBM i PASE:

El servidor CIM y los proveedores pueden ejecutarse en Portable Application Solutions Environment(IBM i PASE). Debe ejecutar la llamada al mandato qp2term antes de ejecutar mandatos de IBM i PASE.Los mandatos CIM (cimconfig, cimmof, cimtrust, cimcrl,cimsub, y cimprovider) permanecen sin cambiosdesde 5770-UME V1R3M0. Se añaden nuevos mandatos (cimcli, cimreparchive) en 5770-UME V1R4M0.

Compatibilidad de IBM Systems Director:

El servidor CIM 5770-UME V1R4M0 registra agente de plataforma para IBM Systems Director. Es posibleque el programa bajo licencia 5770-UME no funcione con IBM Systems Director si es anterior a la versión6.1.2.

Interfaces de desarrollo:

El servidor CIM en 5770-UME V1R4M0 se basa en OpenPegasus V2.11.0. Los productos externos queutilicen las interfaces de proveedor CIM IBM i 6.1, IBM i 7.1 o IBM i 7.2 restringidas deben adaptarse alnuevo Software Development Kit (SDK) OpenPegasus V2.11.0 y obtener la documentación actualizada delas interfaces específicas de IBM i de IBM. Las interfaces de desarrollo permanecen restringidas con5770-UME, y es necesario un acuerdo de disponibilidad limitado para utilizarlas. Si hay productosexternos que tienen instalados proveedores de CIM en IBM i 6.1, IBM i 7.1 o IBM i 7.2, dichosproveedores de CIM no funcionarán con 5770-UME hasta que se actualicen para su ejecución en IBM iPASE y para utilizar las interfaces actualizadas.

Esquema de CIM:

5770-UME, V1R4M0, incluye el esquema CIM de Distributed Management Task Force (DMTF) V2.29.

Entrada de servidor CIMOM TCP/IP en IBM Navigator for i:


Puede iniciar y detener el servidor CIM como un servidor TCP/IP. Utilizando IBM Navigator for i,expanda Gestión de IBM i > Red > Servidores > Servidores definidos por el usuario para encontrar laentrada “CIMOM”. A continuación, puede utilizar la página web para iniciar o detener CIMOM.

Indicaciones fiables:

Para mejorar la fiabilidad de la entrega de la indicación CIM, 5770-UME V1R4M0 presenta dospropiedades nuevas (maxIndicationDeliveryRetryAttempts, minIndicationDeliveryRetryInterval) paraconfigurar el mecanismo de reintento de entrega de indicaciones CIM.

Suite de cifrado SSL configurable:

Durante el periodo de responder a una solicitud de CIM, el servidor CIM mantiene una comunicaciónsegura basada en SSL con el cliente. El nivel de suite de cifrado seguro al que el servidor CIM da soportees DEFAULT. Para permitir a los clientes ajustar el nivel de seguridad, 5770-UME V1R4M0 proporcionauna nueva propiedad (sslCipherSuite) para configurar suites de cifrado soportadas por el servidor CIM.

La biblioteca ICU ha cambiado:

5770-UME V1R4M0 cambia la biblioteca ICU de ICU 4.0 a ICU 3.6 debido a problemas de compatibilidadde OpenPegasus V2.11.0 con ICU4.0.

Directorio de proveedor de cliente de soporte:

Basándose en una nueva característica en OpenPegasus V2.11.0, 5770-UME V1R4M0 define un directorioadicional para proveedores de terceros. El directorio es “/QOpenSys/QIBM/ProdData/UME/Pegasus/3rdprovider”, y los clientes pueden poner sus propios proveedores en este directorio. El agenteproveedor del cliente se inicia cuando un usuario envía una solicitud CIM al proveedor. Todo esto sepuede hacer mientras el servidor CIM está en ejecución. El usuario no tiene que reiniciar el servidor CIM.

Nuevo mandato para el repositorio de seguridad:

Se entrega un nuevo mandato “cimreparchive” en 5770-UME V1R4M0. Se añade un enlace simbólico parael mandato en el directorio "/QOpenSys/usr/bin". Admite un mecanismo adicional para hacer copia deseguridad del repositorio CIM además del mecanismo SAVE y RESTORE específico de IBM i. Losusuarios pueden ejecutar este mandato nuevo en Portable Application Solutions Environment (IBM iPASE).

Migración del repositorio:

Si el sistema IBM i 7.2 se actualiza sobre V5R4, el repositorio del servidor CIM se migra desde elesquema CIM DMTF V2.9 al esquema CIM DMTF V2.29 durante el primer inicio del servidor CIM en elLP 5770-UME. Si el sistema IBM i 7.2 se actualiza sobre IBM i 6.1 o IBM i 7.1, el repositorio del servidorCIM se migra desde el esquema CIM DMTF V2.14 al esquema CIM DMTF V2.29 durante el primer iniciodel servidor CIM en el LP 5770-UME. Esta migración tarda algún tiempo, dependiendo del tamaño delrepositorio, la velocidad del procesador y la utilización del sistema. El servidor CIM no está disponiblepara procesar las peticiones CIM hasta que se haya completado la migración del repositorio. Si se detieneel servidor durante la migración, puede producirse una pérdida de datos.

Los objetos siguientes del repositorio no se migran:v El Registro de proveedor CIM de IBM i 5.4 no se migra.v Las instancias estáticas de definición de medidas en IBM i 5.4 en el repositorio (los proveedores

recogen información dinámicamente e implementan las mismas funciones que estas instancias demedidas).


El registro del servidor CIM pueden contener los mensajes siguientes relacionados con la migración delrepositorio:v Cuando se inicia la migración, se graba el mensaje PGS10080 en el registro del servidor CIM. La

ubicación predeterminada es /QOpenSys/QIBM/UserData/UME/Pegasus/logs. PGS10080: El servidor CIMestá iniciando la comprobación/restauración/migración del repositorio. Esta operación tarda algunosminutos, durante los cuales el servidor no está disponible. La detención del trabajo de servidor puedeprovocar la pérdida de datos.

v Cuando la migración finaliza sin errores, se graba el mensaje PGS10081 en el registro del servidor CIM.PGS10081: El proceso de comprobación/creación/migración del del repositorio de CommonInformation Model (CIM) se ha completado satisfactoriamente.

Propiedades de configuración:

El servidor CIM en LP 5770-UME Algunas propiedades de configuración del servidor CIM en el LP5770-UME han cambiado.

Estas propiedades quedan obsoletas: httpBindAddress, httpsBindAddress, httpAuthType, httpExportPort,enableHttpLocalConnection, tempLocalAuthDir, exportSSLTrustStore, enableClientCertification,enableSSLExportClientVerification, enableHttpExportConnection, y passwordFilePath.

Estas propiedades se establecen como propiedades fijas: enableBinaryRepository,enableNamespaceAuthorization, enableRemotePrivilegedUserAccess, home, messageDir, providerDir,providerManagerDir, slp, y repositoryDir.

Los valores predeterminados de estas propiedades han cambiado:v El valor predeterminado para enableNamespaceAuthorization se establece en: true.v El valor predeterminado para enableSubscriptionsForNonprivilegedUsers se establece en: true.v El valor predeterminado para providerDir se establece en: /QOpenSys/QIBM/ProdData/UME/Pegasus/

provider;/QOpenSys/usr/lib;/QOpenSys/QIBM/ProdData/UME/Pegasus/3rdprovider.v El valor predeterminado para shutdownTimeout se establece en: 60.

Estas propiedades son nuevas en 5770-UME V1R4M0:v maxIndicationDeliveryRetryAttempts: Si se establece en un entero positivo, este valor define el número

de veces que el servicio de indicación intenta entregar una indicación para un destino de escuchadeterminado. Esto no afecta al intento de entrega original, así que si se establece en 0, el servidor CIMintenta entregar la indicación sólo una vez. El valor predeterminado es 5.

v minIndicationDeliveryRetryInterval: Si se establece en un entero positivo, este valor define elintervalo de tiempo mínimo en segundos para que el servicio de indicación espere antes de volver aintentar entregar una indicación a un destino de escucha que anteriormente ha fallado. El servidor CIMpuede tardar más tiempo debido a la calidad de servicio u otro proceso. El valor predeterminado es480 (segundos).

v sslCipherSuite: Esta propiedad es una serie que contiene las especificaciones de cifrado de OpenSSLpara configurar la suite de cifrado que el cliente está autorizado para negociar con el servidor durantela fase de reconocimiento SSL. El valor predeterminado es DEFAULT.

Si IBM i 7.2 se actualiza sobre IBM i 7.1 o IBM i 6.1, la primera vez que se inicia CIMOM, el servidorCIM migra los datos de la configuración del servidor CIM de los releases anteriores a la configuración delservidor CIM de 5770-UME V1R4M0 PASE. Si IBM i 7.2 se actualiza sobre V5R4, la primera vez que seinicia CIMOM, el servidor CIM migra los datos de la configuración del servidor CIM del sistemaoperativo base a la configuración del servidor CIM de 5770-UME V1R4M0 PASE. La mayoría de losvalores de propiedades de configuración se migran de forma exacta. Las siguientes son las excepciones, yno se migran del servidor CIM del sistema operativo base en IBM i V5R4 o 5722-UME V1R2M0 a5770-UME V1R4M0:


v Las propiedades obsoletas no se migran.v Si se ha establecido el valor de la propiedad idleSessionTimeout, sustitúyala por la propiedad

idleConnectionTimeout con el mismo valor.v Si traceLevel =4 modifíquelo a traceLevel =5.

Los valores de propiedad que se migran no se validan. Si las propiedades de configuración del servidorCIM de los releases anteriores no están establecidas de modo que funcionen correctamente, es probableque el servidor CIM del programa bajo licencia 5770-UME no se inicie ni funcione correctamente.

IBM Rational Development Studio para i (5770-WDS)

Cambios del compilador ILE CSe han realizado cambios en el compilador ILE C para ajustarse más a la especificación de lenguaje C99tal como se ha definido en International Standard for Information Systems-Programming Language C,ISO/IEC 9899:1999. El compilador ILE C ahora se ajusta a las reglas de tipo constante entera como sedefinen en la especificación de lenguaje C99, sección 6.4.4.1, Constantes enteras. Al ajustarse a la nuevaespecificación C99, se han introducido incompatibilidades.v Una constante decimal sin sufijo en el rango 2^31 a (2^32)-1 tendrá el tipo long long int frente al tipo

sin signo long int. Por ejemplo, la constante 2147483700 ahora tendrá el tipo long long int.v Una constante decimal con sufijo l o L en el rango de 2^31 a (2^32)-1 tendrá el tipo long long int frente

a sin signo long int. Por ejemplo, la constante 2147483700L ahora tendrá el tipo long long int.v Una constante decimal con sufijo ll o LL en el rango de 2^63 a (2^64)-1 se marcará como un error

frente a las que tienen el tipo sin signo long long int. Por ejemplo, la constante 9223372036854775900LLahora se marcará como un error.

v Un sufijo LL en mayúsculas y minúsculas (lL o Ll) se marcará como un error.

Las reglas de tipo de constante entera C99 se utilizan cuando las opciones del compiladorLANGLVL(*EXTENDED) y TGTRLS(*CURRENT | V7R2M0) están en vigor. Dado que *EXTENDED es el nivel delenguaje predeterminado y *CURRENT es el release destino predeterminado, las nuevas reglas de tipo deconstante entera están en vigor de forma predeterminada.

La opción de servicios de compilador, CSOPT(‘-qinfo=c99’), puede especificarse en los mandatos Crearmódulo C (CRTCMOD) o Crear programa C enlazado (CRTBNDC). Esta opción hará que el compilador ILE Cmarque el código que se comporta de forma distinta entre los niveles de lenguaje C89 y C99 y puedeutilizarse para detectar las diferencias descritas anteriormente.

Cambios de RPG de ILE

Un subcampo o formato no calificado no puede calificarse dentro de unsubprocedimiento

No es válido utilizar notación calificada, A.B, para subcampos y formatos de registro que no estáncalificados. Antes de IBM i 7.2, el compilador no siempre detectaba este error si la referencia al subcampoglobal o formato de registro estaba en un subprocedimiento. A partir de 7.2, el compilador detecta esteerror y se emite el diagnóstico: RNF7591 - Un operando de una expresión de nombre calificado no esválido en tiempo de compilación.

Los programas que contienen subprocedimientos que no son de prototipo no secompilarán si se especifica DFTACTGRP(*YES)

En los releases anteriores a 7.2, un programa que contenía un procedimiento sin una definición deprototipo se compilaba satisfactoriamente con DFTACTGRP(*YES) especificado. El objeto de programagenerado era un programa no permitido que podría generar resultados imprevisibles al ejecutarse.


En el release 7.2, el programa ya no compila y se emite el mensaje de diagnóstico RNF1520 - Elprocedimiento no puede definirse con DFTACTGRP(*YES) .

Los literales hexadecimales no pueden convertirse a Gráfico o UCS-2

Antes del release 7.2, el compilador RPG daba soporte al uso de MOVE y MOVEL para convertir un literalhexadecimal a un gráfico o variable UCS-2, y daba soporte a un literal hexadecimal como parámetro paralas funciones incorporadas %GRAPH y %UCS2.

A partir de 7.2, el compilador RPG ya no da soporte a la conversión de un literal hexadecimal a gráfico oUCS-2.

Si se ve afectado por este cambio, puede concatenar un literal de carácter vacío con el literal hexadecimalpara las funciones %GRAPH y %UCS2. En todos los casos, puede definir un campo de caracteres delongitud variable y asignarlo al literal hexadecimal y, a continuación, especificar ese campo de carácter enlugar del literal hexadecimal.

IBM i Access para Windows (5770-XE1)

El último release para IBM i Access para Windows (5770-XE1) fue el 7.1. La mayoría de las característicasque forman parte de 7.1 IBM i Access para Windows están disponibles en productos más recientes. Porejemplo, la emulación de pantalla 5250 e impresión, Transferencia de datos, Consola 5250, Panel decontrol virtual, y la capacidad de descargar archivos de spool al escritorio están disponibles como partede IBM i Access Client Solutions (5733-XJ1). Los controladores de base de datos y los proveedores talescomo ODBC, .Net y OLE DB están disponibles como parte de IBM i Access Client Solutions - WindowsApplication Package (5733-XJ1). La mayoría de las características de System i Navigator están disponiblescomo parte de su homólogo basado en web, IBM Navigator for i (SS1 opción 3). Para las característicasde System i Navigator que no forman parte de IBM Navigator for i, tales como Run SQL Script, VisualExplain y Management Central, la versión 7.1 de System i Navigator es compatible con IBM i release 7.2.

IBM i Access para Web (5770-XH2)Cambios de IBM i Access para Web (5770-XH2)

Antes de instalar IBM i Access para Web:

Si tiene actualmente una versión de IBM i Access para Web configurada y en ejecución en el sistema IBMi, debe ejecutar de nuevo los mandatos de configuración de IBM i Access para Web al instalar la nuevaversión para poder utilizar el producto. La ejecución del mandato habilita la nueva función que seproporciona con el nuevo release. Al ejecutar el mandato Configurar Access para Web (CFGACCWEB) paralos entornos WebSphere Application Server, tenga en cuenta que el valor especificado en el parámetroWASPRF es sensible a las mayúsculas/minúsculas y debe especificarse exactamente tal como se muestra enel archivo /QIBM/UserData/Access/Web2/config/instances.properties. Para obtener instruccionesdetalladas acerca de la instalación y actualización del producto y la ejecución de los mandatos deconfiguración, consulte el tema IBM i Access para Web en IBM Knowledge Center: IBM i Access paraWeb.

Servidores de aplicaciones web y entornos de WebSphere Portal:

Si tiene actualmente una versión de IBM i Access para Web configurada y en ejecución en el sistema IBMi, es posible que ese entorno de servidor de aplicaciones web ya no esté soportado en IBM i Access paraWeb. Debe migrar la configuración de IBM i Access para Web a un servidor de aplicaciones websoportado. Para obtener más información, consulte el tema IBM i Access para Web en IBM KnowledgeCenter: IBM i Access para Web.


7.2 IBM i Access para Web puede migrar los datos generados por usuario desde un entorno de servidorde aplicaciones web no soportado a un entorno de servidor de aplicaciones web soportado cuando seconfiguren nuevos servidores de aplicaciones web. Puede migrar datos generados por el usuarioutilizando el mandato CFGACCWEB y especificando entrada para los parámetros SRCSVRTYPE, SRCSVRINST,SRCAPPSVR, SRCINSDIR, y SHRUSRDTA.

7.2 IBM i Access para Web también le permite eliminar la configuración de IBM i Access para Web delentorno de servidor de aplicaciones web no soportado utilizando el mandato Eliminar Access para Web(RMVACCWEB). Asegúrese de haber cargado y aplicado los PTF más recientes de 7.2 IBM i Access para Webantes de intentar migrar o eliminar las configuraciones de entornos de servidor de aplicaciones web nosoportados.

IBM i Access para Linux (5770-XL1)

El último release para IBM i Access para Linux (5770-XL1) fue el 7.1. Ha sido sustituido por IBM i AccessClient Solutions (5733-XJ1) que ofrece un emulador de pantalla 5250 e impresión actualizado y funcionesadicionales que no estaban anteriormente disponibles para Linux tales como Transferencia de datos,Consola 5250, Panel de control virtual y la capacidad de descargar archivos de spool al escritorio. Elcontrolador ODBC está disponible como parte de IBM i Access Client Solutions - Linux ApplicationPackage (5733-XJ1).



Avisos

Esta información se ha escrito para productos y servicios ofrecidos en Estados Unidos de América.

Es posible que IBM no ofrezca en otros países los productos, servicios o características que se describenen este documento. Consulte con el representante local de IBM para obtener información acerca de losproductos y servicios que actualmente están disponibles en su zona. Las referencias a programas,productos o servicios de IBM no pretenden establecer ni implicar que sólo puedan utilizarse dichosproductos, programas o servicios de IBM. En su lugar, se puede utilizar cualquier producto, programa oservicio funcionalmente equivalente que no infrinja ninguno de los derechos intelectuales de IBM. Noobstante, es responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier producto,programa o servicio que no sea de IBM.

IBM puede tener patentes o solicitudes de patentes pendientes que cubran la materia descrita en estedocumento. La posesión de este documento no le otorga ninguna licencia sobre dichas patentes. Puedeenviar consultas sobre licencias, por escrito, a:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785EE.UU.

Para consultas sobre licencias relacionadas con información de doble byte (DBCS), póngase en contactocon el Departamento de propiedad intelectual de IBM de su país o envíe consultas, por escrito, a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japón

El párrafo siguiente no se aplica al Reino Unido ni a ningún otro país donde estas disposiciones seanincompatibles con la legislación local: INTERNATIONAL BUSINESS MACHINES CORPORATIONPROPORCIONA ESTA PUBLICACIÓN "TAL CUAL" SIN GARANTÍAS DE NINGÚN TIPO, NIEXPLÍCITAS NI IMPLÍCITAS, INCLUYENDO PERO NO LIMITÁNDOSE A ELLAS, LAS GARANTÍASIMPLÍCITAS DE NO VULNERACIÓN, COMERCIALIZACIÓN O IDONEIDAD PARA UN FINCONCRETO. Algunas legislaciones no contemplan la declaración de limitación de garantías, ni implícitasni explícitas, en determinadas transacciones, por lo que cabe la posibilidad de que esta declaración no seaaplicable en su caso.

Esta información puede contener imprecisiones técnicas o errores tipográficos. La información incluida eneste documento está sujeta a cambios periódicos, que se incorporarán en nuevas ediciones de lapublicación. IBM puede realizar en cualquier momento mejoras o cambios en los productos o programasdescritos en esta publicación sin previo aviso.

Las referencias hechas en esta publicación a sitios Web que no son de IBM se proporcionan únicamentepor cortesía y de ningún modo deben interpretarse como promoción de dichos sitios Web. Los materialesde dichos sitios Web no forman parte de los materiales de este producto IBM y su utilización esresponsabilidad del usuario.

IBM puede utilizar o distribuir cualquier información que se le proporcione en la forma que considereadecuada, sin incurrir por ello en ninguna obligación para con el remitente.


Los licenciatarios de este programa que deseen obtener información sobre él para poder: (i) intercambiarinformación entre programas creados de forma independiente y otros programas (incluidos este) y (ii) yutilizar, de forma mutua, la información que se ha intercambiado, deben ponerse en contacto con:

IBM CorporationSoftware Interoperability Coordinator, Department YBWA3605 Highway 52 NRochester, MN 55901EE.UU.

Esta información puede estar disponible, sujeta a los términos y condiciones pertinentes, e incluir enalgunos casos el pago de una cantidad.

El programa bajo licencia descrito en este documento y todo el material con licencia disponible seproporcionan bajo los términos de IBM Customer Agreement, IBM International Program LicenseAgreement o cualquier otro acuerdo equivalente entre IBM y el cliente.

Los datos de rendimiento incluidos aquí se determinaron en un entorno controlado. Por lo tanto, losresultados que se obtengan en otros entornos operativos pueden variar significativamente. Puedenhaberse realizado mediciones en sistemas que estén en fase de desarrollo y no existe ninguna garantía deque esas mediciones vayan a ser iguales en los sistemas disponibles en el mercado. Además, es posibleque algunas mediciones se hayan estimado mediante extrapolación. Los resultados reales pueden variar.Los usuarios de este documento deben verificar los datos aplicables a su entorno específico.

La información concerniente a productos que no son de IBM se ha obtenido de los suministradores dedichos productos, de sus anuncios publicados o de otras fuentes de información pública disponibles. IBMno ha probado esos productos y no puede confirmar la exactitud del rendimiento, de la compatibilidad nide ninguna otra declaración relacionada con productos que no sean de IBM. Las consultas acerca de lasprestaciones de los productos que no son de IBM deben dirigirse a los suministradores de talesproductos.

Todas las declaraciones relativas a la dirección o intención futura de IBM están sujetas a cambios oanulación sin previo aviso y representan únicamente metas y objetivos.

Todos los precios de IBM mostrados son precios de minoristas sugeridos por IBM, están actualizados yestán sujetos a cambios sin aviso previo. Los precios de los concesionarios pueden ser diferentes.

Esta documentación se suministra solo a efectos de planificación. La información que aquí se incluye estásujeta a cambios antes de que los productos descritos estén disponibles.

Esta información contiene ejemplos de datos e informes utilizados en operaciones comerciales diarias.Para ilustrarlas de la forma más completa posible, los ejemplos incluyen nombres de personas, empresas,marcas y productos. Todos estos nombres son ficticios y cualquier parecido con los nombres y direccionesutilizados por una empresa real es pura coincidencia.

LICENCIA DE COPYRIGHT:

Esta información contiene programas de aplicación de ejemplo en lenguaje fuente, que muestran técnicasde programación en diversas plataformas operativas. Puede copiar, modificar y distribuir estos programasde muestra de cualquier modo sin pagar a IBM con el fin de desarrollar, utilizar, comercializar odistribuir programas de aplicación que se ajusten a la interfaz de programación de aplicaciones para laplataforma operativa para la que se ha escrito el código de muestra. Estos ejemplos no se hancomprobado de forma exhaustiva en todas las condiciones. Por lo tanto, IBM no puede garantizar ni darpor supuesta la fiabilidad, la capacidad de servicio ni la funcionalidad de estos programas. Losprogramas de ejemplo se ofrecen "TAL CUAL", sin garantía de ningún tipo. IBM no se hará responsablede los daños derivados de la utilización que haga el usuario de los programas de ejemplo.


Cada copia o parte de estos programas de ejemplo, así como todo trabajo derivado, debe incluir un avisode copyright como el siguiente:

© (nombre de su empresa) (año). Partes de este código derivan de programas de ejemplo de IBM Corp.Sample Programs.

© Copyright IBM Corp. _escriba el año o años_.

Si está viendo esta información en copia software, es posible que las fotografías y las ilustraciones encolor no aparezcan.

Marcas registradasIBM, el logotipo de IBM e ibm.com son marcas registradas o marcas comerciales registradas deInternational Business Machines Corp., registradas en muchas jurisdicciones de todo el mundo. Otrosnombres de servicios y productos podrían ser marcas registradas de IBM u otras compañías. Haydisponible una lista actual de marcas registradas de IBM en la web “Información de marca registrada ycopyright” en www.ibm.com/legal/copytrade.shtml.

UNIX es una marca registrada de The Open Group en Estados Unidos y en otros países.

Java y todas las marcas y logotipos basados en Java son marcas registradas de Oracle, Inc. en EstadosUnidos y/o en otros países.

Otros nombres de servicios y productos podrían ser marcas registradas de IBM u otras compañías.

Términos y condicionesLos permisos para utilizar estas publicaciones están sujetos a los siguientes términos y condiciones.

Uso personal: puede reproducir estas publicaciones para uso personal (no comercial) siempre y cuandoincluya una copia de todos los avisos de derechos de autor. No puede distribuir ni visualizar estaspublicaciones ni ninguna de sus partes, como tampoco elaborar trabajos que se deriven de ellas, sin elconsentimiento explícito de IBM.

Uso comercial: puede reproducir, distribuir y visualizar estas publicaciones únicamente dentro de suempresa, siempre y cuando incluya una copia de todos los avisos de derechos de autor. No puedeelaborar trabajos que se deriven de estas publicaciones, ni tampoco reproducir, distribuir ni visualizarestas publicaciones ni ninguna de sus partes fuera de su empresa, sin el consentimiento explícito de IBM.

Aparte de la autorización que se concede explícitamente en este permiso, no se otorga ningún otropermiso, licencia ni derecho, ya sea explícito o implícito, sobre las publicaciones, la información, losdatos, el software o cualquier otra propiedad intelectual contenida en ellas.

IBM se reserva el derecho de retirar los permisos aquí concedidos siempre que, según el parecer delfabricante, se utilicen las publicaciones en detrimento de sus intereses o cuando, también según el parecerdel fabricante, no se sigan debidamente las instrucciones anteriores.

No puede bajar, exportar ni reexportar esta información si no lo hace en plena conformidad con lalegislación y normativa vigente, incluidas todas las leyes y normas de exportación de Estados Unidos.

IBM NO PROPORCIONA NINGUNA GARANTÍA SOBRE EL CONTENIDO DE ESTASPUBLICACIONES. LAS PUBLICACIONES SE PROPORCIONAN "TAL CUAL", SIN GARANTÍA DENINGUNA CLASE, YA SEA EXPLÍCITA O IMPLÍCITA, INCLUIDAS, PERO SIN LIMITARSE A ELLAS,LAS GARANTÍAS IMPLÍCITAS DE COMERCIALIZACIÓN, NO VULNERACIÓN E IDONEIDAD PARAUN FIN DETERMINADO.

Avisos 53

http://www.ibm.com/legal/copytrade.shtml

http://www.ibm.com/legal/copytrade.shtml


��

Número de Programa: 5770-SS1

Impreso en España