Preparación para IBM PureApplication System, Parte 3: Cómo seleccionar una opción de base de datos

La Parte 3 de esta serie de artículos presenta los formatos de las bases de datos® DB2® integrados de IBM, que se encuentran en IBM PureApplication® System. Describe las diferentes formas de DB2 que se encuentran en PureApplication System, le permite decidir qué formas debe usar en las diferentes situaciones y cubre algunas de las prácticas recomendadas para usar DB2 en PureApplication System.

Jason Chan, Technical Manager, IBM

Jason Chan es un gerente técnico del equipo Information Management Technology Ecosystem y se especializa en plataformas y soluciones de los productos IBM Information Management. Su trabajo diario cubre las diversas plataformas que trabajan con los productos IM, como los sistemas operativos, las plataformas de virtualización y computación en nube. Jason y su equipo también aplican su conocimiento de plataformas para producir compilaciones de soluciones integradas para los productos IM, como IBM Smart Analytics System 5710, una solución para el almacenamiento de datos optimizado de la carga de trabajo, orientado a las pequeñas y medianas empresas.



Hua Lu, Software Developer, IBM

Hua Lu photoHua Lu es un desarrollador de software del equipo de Information Management Technology Ecosystem. Sus tareas incluyen el soporte de los productos de IBM Information Management en las diferentes distribuciones de Linux y en las plataformas de virtualización. Su proyecto más reciente es IBM PureApplication System y las interacciones de los diferentes productos de IM con este sistema integrado, lo que incluye la asistencia a proveedores de software independiente (ISV) con el trabajo de integración de aplicaciones en IBM PureApplication System.



14-08-2012

Introducción

Los artículos anteriores de esta serie se centran en la manera de implementar aplicaciones en IBM PureApplication System. Una vez que se realizó este paso, es necesario considerar la forma de almacenar las aplicaciones y de acceder a los datos. Los sistemas de administración de bases de datos relacionales ofrecen una interfaz estándar para el almacenamiento y la recuperación de datos, un modelo de seguridad desarrollado en torno al acceso de datos y el soporte para la el acceso en simultáneo de diferentes usuarios a los datos almacenados.

Gracias a PureApplication System, puede utilizar un Relational Data Base Management System (RDBMS) de nivel empresarial para implementar aplicaciones en la forma de IBM DB2. Este artículo presenta DB2, las diferentes formas en que DB2 se incluye en PureApplication System, y los procesos y las mejores prácticas para implementar una base de datos DB2 junto con una aplicación empresarial en PureApplication System.


DB2 en PureApplication System

IBM DB2 es un producto del RDBMS que es compatible con diferentes sistemas operativos, como Linux, UNIX, Windows® y /OS. Específicamente, PureApplication System incluye la versión DB2 Linux, UNIX y Windows (LUW) del producto.

A partir de abril de 2012, la versión más reciente de DB2 LUW es DB2 10.1. Esta nueva versión presenta algunas nuevas características: la compresión adaptable para mejorar aún más las técnicas de compresión de datos existentes; el ingreso de datos constante que permite el relleno continuo de tablas de datos, para el acceso y la disponibilidad de datos sin interrupción; y las consultas con reconocimiento del tiempo para lograr ver los datos y generar informes sobre ellos de manera sencilla, en cualquier momento del pasado. También se pueden encontrar otras mejoras en DB2 10.1, esto incluye la optimización general de consultas y algunas mejores de rendimiento y modificaciones para la seguridad y la administración de la carga de trabajo. PureApplication System incluye DB2 10.1 y DB2 9.7, para los casos en que las aplicaciones todavía no cuentan con la certificación para la versión más reciente.

La familia de productos DB2 LUW 10.1 se compone de diferentes ediciones en esta cartera, desde DB2 Express-C (una edición sin cambios de DB2 con el soporte de la comunidad) hasta la edición Advanced Enterprise (incluye muchas funciones de complemento de manera estándar). Sin embargo, dado que todas las ediciones de DB2 en la familia de productos DB2 LUW usan el mismo motor de base de datos subyacente, cualquier aplicación desarrollada para una edición de DB2 LUW funcionará con todas las ediciones de DB2 LUW. En PureApplication System, los modelos de sistemas virtuales de DB2 se ofrecen para las ediciones DB2 Express y Enterprise con diferentes funciones de complementos; los modelos de carga de trabajo para bases de datos de DB2 se ofrecen con la edición DB2 Enterprise.


Elección de una base de datos para aplicaciones en PureApplication System

En el contexto de PureApplication System, existen diferentes maneras de implementar una base de datos o de configurarla. Dado que el software IBM DB2 está integrado con PureApplication System, el uso de DB2 como una base de datos de una aplicación implementada no involucra costos adicionales. Además, se reduce la sobrecarga y otros mecanismos de seguimiento de licencia. Este beneficio inherente de DB2 en PureApplication System reduce el costo total de propiedad de la plataforma. Además, la naturaleza unificada de DB2 dentro de PureApplication System permite aplicar y seguir las mejores prácticas y la integración centrada en expertos, durante el uso de una aplicación con DB2 como el servicio backend de bases de datos.

Modelos de sistemas virtuales de DB2

Como cualquier otra aplicación que se ejecuta en IBM PureApplication System, DB2 está disponible como un modelo de sistema virtual de DB2 o como parte de un modelo de carga de trabajo para bases de datos de DB2. Como se describió en los artículos anteriores de esta serie, el modelo de sistema virtual de DB2 permite mayor flexibilidad en el control y en la configuración del entorno de software intermedio. Actualmente, existen diferentes imágenes disponibles que se pueden implementan como un modelo de sistema virtual de DB2:

  • DB2 Enterprise
  • DB2 Express
  • DB2 Enterprise (recurso Primary Node for High Availability Disaster Recovery (HADR))
  • DB2 Enterprise (Nodo secundario para HADR)
  • DB2 Express (Nodo primario para HADR)
  • DB2 Express (Nodo secundario para HADR)

Modelos de carga de trabajo para bases de datos de DB2

Además de los modelos de sistemas virtuales de DB2 disponibles, también se pueden encontrar los modelos de carga de trabajo para bases de datos de DB2 en PureApplication System, donde la configuración y las mejores prácticas se aplican en un contexto específico. La implementación de modelos de carga de trabajo para bases de datos de DB2 es muy simple y permite cambiar algunos de los parámetros de configuración en la capa de la base de datos. Si desea obtener más información sobre la función estándar de carga de trabajo para bases de datos para los modelos de carga de trabajo para bases de datos de DB2, consulte la sección Modelos de base de datos . Actualmente, existen dos modelos diferentes de carga de trabajo para bases de datos para DB2:

  • Modelo de bases de datos en transacciones de IBM
  • Modelo de data mart de IBM

El modelo de bases de datos en transacciones de IBM está diseñado para acomodar aplicaciones de procesamiento de transacciones en línea (OLTP) departamental, que no requieren de niveles altos de personalización de base de datos. Este modelo de carga de trabajo para bases de datos incluye la configuración para la implementación del OLTP departamental, las plantillas para el calcular el tamaño de la implementación de máquinas virtuales y la programación para la realización de copias de seguridad de las bases de datos. Dentro de este modelo se incluye el uso de la edición DB2 Enterprise, con la función de optimización de almacenamiento habilitada para la compresión de datos.

El modelo de data mart de IBM proporciona un conjunto de funcionalidades esenciales para el aprovisionamiento y la administración de la infraestructura del data mart para las aplicaciones centradas en datos dentro de PureApplication System. Gracias a la capacidad de proceso de E/S única que necesitan las cargas de trabajo de data mart, el modelo de data mart de IBM incluye las funcionalidades de compresión de datos y las herramientas de movimientos de datos: todas diseñadas para contribuir a mejorar el negocio con la información necesaria sin demora. Dentro de este modelo se incluye el uso de la edición DB2 Enterprise, con la función de optimización de almacenamiento habilitada para la compresión de datos. Dentro de este modelo se encuentran las herramientas de almacenamiento de SQL para crear y modificar modelos físicos, flujos de control y flujos de datos de los data marts objetivo.

Función de compatibilidad con SQL de DB2

Para los usuarios que no usaron el software IBM DB2 como una solución de bases de datos antes, PureApplication System es una excelente oportunidad para evaluar DB2 en las implementaciones de producción junto con las aplicaciones empresariales existentes. Junto con los beneficios previamente mencionados que son inherentes al uso de DB2 en PureApplication System, los modelos de carga de trabajo para bases de datos y de sistemas virtuales de DB2 le permiten activar un modo de compatibilidad con SQL para asistir con migraciones de aplicaciones escritas para usar otro software de base de datos de la competencia. Si se activa esta opción, los SQL nativos escritos para las bases de datos de la competencia se compilan de manera nativa en el motor DB2, sin necesidad de usar un software de emulación lento. Además, existe un modelo de simultaneidad de datos compatible. DB2 también incluye herramientas que son compatibles con los scripts existentes y las habilidades del personal, lo que simplifica la transición a DB2.

Para más información sobre la función de compatibilidad de SQL con DB2, consulte Ejecute aplicaciones Oracle en DB2 9.7 para Linux, UNIX y Windows.

Uso de una base de datos remota fuera de PureApplication System

En algunos casos, es necesario usar una aplicación implementada dentro de PureApplication System para acceder y crear un vínculo con un sistema de base de datos que se encuentra en un sistema remoto. Por ejemplo, tal vez la carga de trabajo para bases de datos específica se categorizó en el nivel uno de misión crítica, en función del rendimiento y de otros parámetros, y se solicitó un sistema físico dedicado para almacenar ese sistema de base de datos.

Cuando se define un modelo de aplicación virtual, es posible adjuntar componentes de la base de datos remota existente a dicho modelo. Estas bases de datos estarán afuera de PureApplication System y las propiedades de configuración de estos componentes definirán los parámetros de conexión de la base de datos remota.

Pasos para elegir una base de datos

Con esta información, se presenta el siguiente procedimiento simplificado para elegir una implementación de la base de datos para una aplicación asociada en PureApplication System:

  1. De manera predeterminada, comience a usar los modelos de carga de trabajo para bases de datos de DB2. Estos modelos ya cuentan con las instrucciones para las mejores prácticas cuando se implementan en DB2. Si es necesario, cree un nuevo estándar de carga de trabajo para bases de datos y genere una referencia a ese estándar. De esta manera, los cambios en la configuración se aplican a una aplicación asociada.
  2. Si decide ubicar la base de datos fuera de PureApplication System, por un criterio de rendimiento u otro parámetro, use una interfaz adecuada disponible para adjuntar un componente existente de base de datos remota en un modelo de aplicación virtual.
  3. Si los modelos de carga de trabajo para bases de datos de DB2 tienen demasiadas restricciones para usarse con una aplicación, elija un modelo de sistema virtual de DB2. Esto ofrece una mayor flexibilidad para controlar este entorno de software intermedio.

Mejores prácticas para la implementación de DB2 en PureApplication System

Esta sección proporciona instrucciones para crear un modelo de sistemas virtuales y de bases de datos de DB2 en PureApplication System. Estas instrucciones también indican cómo ajustar los modelos de sistemas virtuales y de bases de datos de DB2 para manipular la configuración de estos recursos con el uso de paquetes de scripts que se pueden usar para crear tablas, rellenar datos y preajustar la base de datos.

Modelo de sistema virtual de DB2

Cuando usa un modelo de sistema virtual de DB2, generalmente se crea un paquete de script para cambiar algunas características del sistema virtual de DB2 y para ajustar las necesidades de la aplicación asociada. En el siguiente ejemplo, se crea un paquete de scripts para generar una base de datos y actualizar el parámetro de base de datos LOGBUFSZ. Luego, el paquete de scripts se carga en PureApplication System y se usa en los modelos de sistemas virtuales de DB2.

Creación y carga de un paquete de scripts

Por lo general, el paquete de scripts está acompañado por dos archivos de script, un archivo JSON y un archivo de script shell. El archivo JSON contiene la información de la estructura sobre los requisitos del script, como el nombre del paquete, su descripción, el comando de ejecución y el directorio de trabajo. El archivo de script shell contiene los comandos o el script que invoca otros archivos. Para crear un paquete de scripts de muestra:

  1. Abra un editor y cree un archivo JSON, cbscript.json. El Listado 1 muestra un ejemplo del contenido del archivo.
    Listado 1. Ejemplo de un archivo JSON, cbscript.json
    {
       "name": "Create Database and Tune ",
       "version": "1.0.0",
       "description": "This script package creates a database and update db parameter 
         in a DB2 instance",
       "command": "/bin/sh /tmp/createDatabase/createDatabase.sh",
       "log": "/tmp/createDatabase",
       "location": "/tmp/createDatabase",
       "timeout": "0",
       "commandargs": "",
       "keys":
       [
          {
           "scriptkey": "DATABASE_NAME",
           "scriptvalue": "",
           "scriptdefaultvalue": ""
          }
       ]
    }
  2. Guarde el archivo y ciérrelo.
  3. Cree un archivo de script de shell con el nombre que definió antes en el archivo JSON, por ejemplo, createDatabase.sh. Escriba las siguientes líneas en el archivo que se muestra en el Listado 2.
    Listado 2. ejemplo del script de shell en el paquete
    echo "DB2INSTANCE=db2inst1" >> /etc/virtualimage.properties
    source /etc/virtualimage.properties
    export DB2INSTANCE=$DB2INSTANCE
    su db2inst1 -c "/opt/ibm/db2/V9.7/bin/db2 CREATE DATABASE $DATABASE_NAME"
    su db2inst1 -c "~/sqllib/bin/db2 connect to $DATABASE_NAME;~/sqllib/bin/
     db2 update db cfg using logbufsz 1000;~/sqllib/bin/db2 terminate;"
  4. Guarde el archivo de script de shell y ciérrelo.
  5. Comprima estos dos archivos en un paquete zip y asegúrese de que el nombre del paquete es el mismo que se definió en el archivo JSON. Por ejemplo, en el archivo cbscript.json , si el valor de la ubicación del campo es /tmp/createDatabase/, entonces el nombre del paquete debe ser createDatabase.zip. Este archivo se extrae en el archivo /tmp/createDatabase/.
  6. inicie sesión en PureApplication System como administrador y vaya a la opción Catalog, luego abra la página Script packages .
  7. Haga clic en el icono New en la esquina superior derecha para agregar un nuevo paquete de scripts.
  8. Escriba el nombre del paquete y haga clic en OK. Asegúrese de que coincida con el que se definió en el archivo cbscript.json , por ejemplo, Create Database and Tune (ver Figura 1).
    Figura 1. Cuadro de diálogo del nombre del paquete
    Cuadro de diálogo del nombre del paquete
  9. En la página "Create Database and Tune", haga clic en el cuadro de entrada junto a Script package files. Seleccione el paquete de scripts que se creó recientemente y haga clic en Upload.
  10. El tiempo de carga y compilación del paquete dependerá del tamaño del paquete. Una vez finalizado el proceso, los parámetros definidos en el archivo cbscript.json se cargan en la página, como se muestra en la Figura 2.
    Figura 2. Página web de información para el paquete cargado
    Página web de información para el paquete cargado
  11. revise nuevamente los parámetros para asegurarse de que cumplen con los requisitos.

El paquete de scripts se cargó en PureApplication System y ahora puede usarlo en el modelo de sistema virtual.

Creación de un modelo de sistema virtual

Esta sección describe la forma de crear un modelo de sistema virtual que contiene un servidor de bases de datos DB2 Enterprise y la forma de usar el paquete de scripts que se cargó recientemente. Creación de un modelo de sistema virtual:

  1. Abra la página del modelo de sistema virtual; para ello. haga clic en Patterns y luego en Virtual Systems en el menú.
  2. Haga clic en el icono New en la esquina superior derecha para crear un nuevo modelo de sistema virtual.
  3. Escriba el nombre y la descripción de este modelo, como se muestra en la Figura 3. Haga clic en OK para continuar.
    Figura 3. Cuadro de diálogo del nombre del modelo de sistema virtual
    Cuadro de diálogo del nombre del modelo de sistema virtual
  4. En la página de información detallada del modelo de sistema virtual que se creó recientemente, haga clic en el icono Pencil en la esquina superior derecha para invocar el editor de modelo.
  5. En la página del editor de modelo, seleccione la sección Parts del menú de la izquierda para expandirla; luego, arrastre y suelte el elemento DB2 Enterprise en el panel derecho.
  6. Haga clic en la sección Scripts del menú izquierdo para expandirla. Arrastre y suelte el paquete de scripts creado recientemente, Create Database and Tune, en DB2 Enterprise, como se muestra en la Figura 4.
    Figura 4. Inclusión del paquete en el modelo de sistema virtual
    Inclusión del paquete en el modelo de sistema virtual
  7. Haga clic en Edit en la sección de DB2 Enterprise y escriba la información necesaria sobre el sistema, como se muestra en la Figura 5. Haga clic en OK para continuar.
    Figura 5. Cuadro de diálogo para la configuración del modelo de sistema virtual de DB2
    Cuadro de diálogo para la configuración del modelo de sistema virtual de DB2
  8. Haga clic en Edit en el paquete de script y escriba el DATABASE_NAME que pide el script, como se muestra en la Figura 6. Haga clic en OK para continuar.
    Figura 6. Cuadro de diálogo del nombre de la base de datos
    Cuadro de diálogo del nombre de la base de datos
  9. Haga clic en Done editing en la esquina superior derecha para guardar el archivo y salir del editor de modelo.
  10. En la página "VSpattern", haga clic en Deploy en la esquina superior derecha para implementar un sistema virtual desde este modelo.
  11. Haga clic en Instances y luego en Virtual Systems en el menú superior. Esta página muestra el estado de implementación del sistema virtual, como se muestra en la Figura 7. Una vez que finaliza la implementación, se puede obtener información sobre la conexión en esta página.
    Figura 7. Página web del estado de implementación del modelo de sistema virtual de DB2
    Página web del estado de implementación del modelo de sistema virtual de DB2

Modelos de base de datos

Esta sección describa la forma de usar un modelo de base de datos en PureApplication System. Existe una función llamada "estándares de carga de trabajo para bases de datos" que permite a los administradores crear estándares de carga de trabajo y configurar la mayor parte de la base de datos. Las instrucciones en esta sección incluyen cómo crear un estándar de carga de trabajo de muestra y usarlo para implementar una base de datos y actualizar los parámetros. Si desea obtener más información sobre los estándares de carga de trabajo para bases de datos, consulte el IBM Workload Deployer Information Center.

Creación de un estándar de carga de trabajo para bases de datos

Los estándares de carga de trabajo para bases de datos es un archivo zip que contiene los siguientes cinco directorios de primer nivel. Cada directorio contiene un script de entrada que también puede invocar otros scripts o archivos. El directorio create_db y su script de entrada, create_db.sh, son obligatorios. Todos los otros directorios son opcionales.

Los scripts se ejecutan como el usuario de sistema operativo "db2inst1" y se invocan en el orden que se muestra en la Tabla 1.

Tabla 1. Orden de invocación de scripts para el estándar de carga de trabajo para bases de datos
DirectorioScript de entrada
tune_inst tune_inst.sh
post_start_inst post_start_inst
create_db create_db.sh (obligatorio)
tune_db tune_db.sh
init init.sh

El estándar de carga de trabajo de muestra incluye dos directorios: "create_db" y "tune_db". Cada directorio solo tiene el script de entrada create_db.sh y tune_db.sh. El script create_db.sh crea la base de datos con los nombres de usuarios de la base de datos escritos. El script tune_db.sh actualiza los parámetros de la base de datos luego de crearla. Si desea obtener más información sobre los parámetros y otros requisitos de los scripts, consulte el IBM Workload Deployer Information Center.

Creación de un estándar de carga de trabajo:

  1. Cree un directorio llamado "create_db"; en ese directorio, cree un archivo de script de shell con el nombre "create_db.sh". El contenido de este archivo es similar al Listado 3.
    Listado 3. Ejemplo del script create_db.sh
    #!/bin/sh
    inst_name=$1
    db_name=$2
    
    outStr=$(db2 "CREATE DATABASE ${db_name} ON /home/${inst_name} 
     USING CODESET UTF-8 TERRITORY US COLLATE USING SYSTEM PAGESIZE 8192")
    if [ $? -ne 0 ] ; then
       echo "database creation failed, aborting: ${outStr}"
       exit -1
    else
       exit 0
    fi
  2. Guarde el archivo y ciérrelo.
  3. Cree otro directorio llamado "tune_db"; en ese directorio, cree un archivo de script de shell con el nombre "tune_db.sh". El contenido de este archivo es similar al Listado 4.
    Listado 4. Ejemplo del script tune_db.sh
    #!/bin/sh
    db_name=$2 
    
    db2 connect to ${db_name}
    db2 UPDATE DB CFG USING LOGBUFSZ 1000
    db2 terminate

    El script actualiza el parámetro de base de datos LOGBUFSZ a 1000. Agregue más comandos si es necesario.

  4. Guarde el archivo y ciérrelo.
  5. Comprima ambos archivos en un archivo zip, por ejemplo, WLDstandard.zip.

Carga de un estándar de carga de trabajo para bases de datos

Una vez que creó el paquete, cárguelo a PureApplication System.

  1. Inicie sesión como administrador.
  2. Seleccione Catalog y luego Database Workload Standards del menú superior, para abrir la página de estándar de carga de trabajo.
  3. Haga clic en el icono New en la página para crear un nuevo estándar de carga de trabajo. Complete todos los campos obligatorios y cargue el paquete zip recientemente creado, como se muestra en la Figura 8.
    Figura 8. Cuadro de diálogo de configuración del estándar de carga de trabajo para bases de datos
    Cuadro de diálogo de configuración del estándar de carga de trabajo para bases de datos
  4. Haga clic en Save para guardar este estándar y salir.

Creación e implementación de un modelo de base de datos

Una vez que se cargó el estándar de carga de trabajo para bases de datos a PureApplication System, cree un modelo de base de datos con este estándar. Para crear e implementar un modelo de base de datos:

  1. Inicie sesión como administrador.
  2. Haga clic en Patternsy luego en Database Patterns en el menú superior.
  3. Haga clic en el icono New para crear un nuevo modelo de base de datos.
  4. Complete todos los campos obligatorios y seleccione el estándar de carga de trabajo recientemente creado, como se muestra en la Figura 9.
    Figura 9. Implementación de un modelo de base de datos de DB2 con un estándar de carga de trabajo para bases de datos
    Implementación de un modelo de base de datos de DB2 con un estándar de carga de trabajo para bases de datos
  5. Haga clic en Save para guardar este modelo y salir.
  6. Haga clic en el modelo recientemente creado, Dev DB Pattern, para abrir la página del modelo.
  7. Haga clic en Deploy para que se muestre la ventana de implementación. Escriba el nombre de la base de datos, por ejemplo mydb, y seleccione el grupo de nube o el perfil de ambiente que desea implementar, como se muestra en la Figura 10.
    Figura 10. Cuadro de diálogo del modelo de base de datos
    Cuadro de diálogo del modelo de base de datos
  8. Haga clic en OK para comenzar la implementación y vaya a la página Instances > Databases para verificar el estado de implementación.
  9. Una vez finalizada la implementación, puede obtener la información de conexión en la página "My databases", como se muestra en la Figura 11.
    Figura 11. Página web del estado del modelo de base de datos implementado
    Página web del estado del modelo de base de datos implementado
  10. Para catalogar esta base de datos en el directorio de base de datos local, ejecute los comandos que se muestran en el Listado 5.
    Listado 5. Comandos para el catálogo de una base de datos y nodo de DB2 remotos
    db2 catalog tcpip node <node name> remote <Host IP address> 
     server <Port number>
    db2 catalog db <Database name> at node <Node name>

    Por ejemplo:
    db2 catalog tcpip node rnode remote 9.26.167.36 server 50000
    db2 catalog db mydb at node rnode

    Ejecute los comandos que se muestran en el Listado 6 para obtener el valor del parámetro de base de datos LOGBUFSZ .

    Listado 6. Conexión a una base de datos remota y obtención del parámetro de configuración LOGBUFSZ
    db2 connect to mydb user appdba using <appdba password>
    db2 get db cfg | grep LOGBUFSZ

    El Listado 7 muestra el resultado.

    Listado 7. Ejemplo del resultado del parámetro de ´configuración LOGBUFSZ
    Log buffer size (4KB)          LOGBUFSZ) = 1000
  11. El valor predeterminado de LOGBUFSZ es 256. Se modificó a "1000", como se definió en el script tune_db.sh.

Conclusión

Este artículo presenta el software de base de datos IBM DB2 y su inclusión en IBM PureApplication System. DB2 brinda a los usuarios de PureApplication System un sistema de base de datos relacional integrado que se puede usar sin costo adicional y proporciona a las aplicaciones asociadas una solución sólida y segura para almacenar datos de esas aplicaciones. Dado que existen varios métodos de implementar una base de datos de DB2 en PureApplication System, se recomienda comenzar con uno de los modelos de bases de datos de DB2 y, si es necesario, usar un estándar de carga de trabajo para bases de datos autodefinido para aplicar los cambios de configuración. Una vez que elige una opción, sigua las instrucciones en este artículo para completar una implementación de DB2 en PureApplication System.

Recursos

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=WebSphere, Information mgmt, Cloud computing
ArticleID=829981
ArticleTitle=Preparación para IBM PureApplication System, Parte 3: Cómo seleccionar una opción de base de datos
publish-date=08142012