Skip navigation links
2.12.6 Notas sobre OS/2 »
Section Navigation      [Toggle]

2.12.5.10. Notas sobre SCO OpenServer 6.0.x

Las mejoras clave en OpenServer 6 incluyen:

  • Soporte para ficheros más grandes, hasta 1 TB

  • Soporte para multiprocesadores incrementado de 4 a 32 procesadores.

  • Incremento del soporte de memoria hasta 64 GB.

  • Se extendió la potencia de UnixWare dentro de OpenServer 6.

  • Mejora dramática del rendimiento.

OpenServer 6.0.0 tiene las siguientes particularidades:

  • /bin es para comandos que se comportan exactamente del mismo modo que OpenServer 5.0.x.

  • /u95/bin es para comandos que están más en conformidad con los estándares, por ejemplo el soporte para el Sistema de Ficheros Grandes o LFS (Large File System).

  • /udk/bin es para comandos que se comportan igual que en UnixWare 7.1.4. por defecto, el soporte para LFS.

La siguiente es una guía para configurar PATH en OpenServer 6. Si el usuario desea el OpenServer 5.0.x tradicional entonces PATH debería ser en primer lugar /bin. Si el usuario desea soporte para LFS entonces el PATH debería ser /u95/bin:/bin. Si desea primariamente soporte para UnixWare 7, debería ser /udk/bin:/u95/bin:/bin:.

Se recomienda utilizar el último release de producción de MySQL

En OpenServer Versión 6.0.x se ha logrado compilar MySQL con el siguiente comando configure: 

CC="cc" CFLAGS="-I/usr/local/include" \
CXX="CC" CXXFLAGS="-I/usr/local/include" \
./configure --prefix=/usr/local/mysql \
    --enable-thread-safe-client --with-berkeley-db=./bdb \
    --with-innodb --with-openssl --with-extra-charsets=complex \
    --enable-readline

Si se desea emplear gcc, debe ser gcc 2.95.3 o posterior. 

CC=gcc CXX=g++ ./configure --prefix=/usr/local/mysql

La versión de Berkeley DB que viene con UnixWare 7.1.4 u OpenServer 6.0.0 no se utiliza cuando se compila MySQL. En su lugar, MySQL utiliza su propia versión de Berkeley DB. El comando configure necesita compilar tanto una biblioteca estática como una dinámica en src_directory/bdb/build_unix/, pero no utiliza la versión de Berkeley DB que MySQL necesita. La solución es la siguiente.

  1. Configurar para MySQL como de costumbre.

  2. cd bdb/build_unix/

  3. cp -p Makefile to Makefile.sav

  4. Emplear las mismas opciones y ejecutar ../dist/configure.

  5. Ejecutar gmake.

  6. cp -p Makefile.sav Makefile

  7. Posicionarse en el directorio principal o raíz de código fuente y ejecutar gmake.

Esto posibilita que tanto la biblioteca dinámica como la estática sean creadas y funcionen. OpenServer 6.0.0 también necesita parches para el árbol de código fuente MySQL y el parche para config.guess aplicado sobre bdb/dist/config.guess. Los parches pueden descargarse de ftp://ftp.zenez.com/pub/zenez/prgms/mysql-4.1.12-osr6-patches.tar.gz y de ftp://ftp.zenez.com/pub/zenez/prgms/mysql-4.x.x-osr6-patches. Hay un fichero README para obtener ayuda.

Los parches del sistema operativo OpenServer 6 son proporcionados por SCO en ftp://ftp.sco.com/pub/openserver6.

SCO proporciona información sobre soluciones a problemas de seguridad en ftp://ftp.sco.com/pub/security/OpenServer.

En forma predeterminada, el máximo tamaño de fichero en un sistema OpenServer 6.0.0 es de 1TB. Algunas utilidades del Sistema Operativo tienen una limitación de 2GB. El máximo tamaño posible para ficheros de UnixWare 7 es 1TB con VXFS o HTFS.

En forma predeterminada, las entradas en /etc/conf/cf.d/mtune están establecidas en: 

Value           Default         Min             Max
-----           -------         ---             ---
SVMMLIM         0x9000000       0x1000000       0x7FFFFFFF
HVMMLIM         0x9000000       0x1000000       0x7FFFFFFF
SSTKLIM         0x1000000       0x2000          0x7FFFFFFF
HSTKLIM         0x1000000       0x2000          0x7FFFFFFF

Se recomienda configurar estos valores en la siguiente forma: 

SDATLIM 0x7FFFFFFF
HDATLIM 0x7FFFFFFF
SSTKLIM 0x7FFFFFFF
HSTKLIM 0x7FFFFFFF
SVMMLIM 0x7FFFFFFF
HVMMLIM 0x7FFFFFFF
SFNOLIM 2048
HFNOLIM 2048

Se recomienda ajustar el sistema, pero los valores de los parámetros a emplear dependen del número de usuarios que accederán a la aplicación o la base de datos y el tamaño de la base de datos (es decir, el uso que se hará del buffer pool -un caché de tablas y páginas-). Lo que sigue modifica los parámetros del kernel definidos en /etc/conf/cf.d/stune:

SHMMAX (Valor recomendado: 128MB) y SHMSEG (Valor recomendado: 15). Estos parámetros influyen en la forma en que el motor de bases de datos crea los buffer pools.

SFNOLIM y HFNOLIM deberían tener un valor máximo de 2048.

NPROC debería ser por lo menos 3000/4000 (dependiendo de la cantidad de usuarioa).

También se recomienda emplear la siguiente fórmula para calcular los valores de SEMMSL, SEMMNS, y SEMMNU: 

SEMMSL = 13

13 es el valor que se halló como el mejor para Progress y MySQL.

SEMMNS = SEMMSL * cantidad de servidores de bases de datos a ejecutar en el sistema.

Establecer SEMMNS al valor de SEMMSL multiplicado por el número máximo de servidores que se ejecutarán en el sistema al mismo tiempo.

SEMMNU = SEMMNS

Establecer el valor de SEMMNU al mismo valor que tiene SEMMNS. Posiblemente se pueda establecer a un 75% del valor de SEMMNS, pero esta es una estimación conservadora.

Ésta es una traducción del manual de referencia de MySQL, que puede encontrarse en dev.mysql.com. El manual de referencia original de MySQL está escrito en inglés, y esta traducción no necesariamente está tan actualizada como la versión original. Para cualquier sugerencia sobre la traducción y para señalar errores de cualquier tipo, no dude en dirigirse a mysql-es@vespito.com.