jueves, 30 de diciembre de 2010

Cómo ha cambiado el mundo desde el año 2000, en números


El fin de 2010 es un buen momento para hacer recuentos, y una alternativa divertida es comparar cómo estaba el mundo en 2000, respecto a cómo está la situación hoy, en 2010.

Si bien sabemos que los gadgets se han hecho cada vez más pequeños y que ahora en vez de usar un discman usamos reproductores de MP3 de apenas un par de centímetros de tamaño, estos números sirven para darse una idea general de los cambios que han ocurrido y que a veces son difíciles de dimensionar.

Con datos del Banco Mundial, Internet World Stats, la NASA, la USGS y varias otras organizaciones, el sitio io9 creó una muy buena infografía de comparación. Aquí (después del salto) dejamos algunos de los datos más relevantes para nosotros (que no estamos en EE.UU.).

Link: 2000 vs. 2010: How the world has changed (io9)

Digg Technorati Delicious StumbleUpon Reddit BlinkList Furl Mixx Facebook Google Bookmark Yahoo
ma.gnolia squidoo newsvine live netscape tailrank mister-wong blogmarks slashdot spurl

Amazon activa los préstamos de libros de Kindle en EEUU

La opción para prestar libros digitales de Kindle fue anunciada por Amazon en octubre pasado y finalmente ha sido activada (con algunas restricciones). El funcionamiento es bastante sencillo y tan sólo se necesita completar un formulario con el email de la persona que recibirá el libro para que sea enviado de inmediato. El e-book podrá ser leído por la persona que lo recibe por un periodo de 14 días, y después de ese tiempo regresará a la cuenta del propietario, quien, vale aclarar, no podrá leerlo mientras esté prestado.

Una de las grandes limitaciones es que este servicio, por el momento, sólo puede ser iniciado por usuarios en Estados Unidos, y dependiendo del país en el que radique la persona que recibe el préstamo, el libro podría no estar disponible debido a restricciones de las editoriales. También hay que tomar en cuenta que la opción de prestar libros puede ser desactivada por las casas editoriales.

Para recibir libros no se necesita ser propietario de un Kindle, porque el sistema también funciona en las aplicaciones disponibles para iOS, BlackBerry, Android, Windows y Mac, y abrir una cuenta de Kindle no tiene costo alguno. Todo esto suena bastante interesante, por lo que esperamos que se pueda usar en más países en un futuro no muy lejano.

[Vía SlashGear]

Digg Technorati Delicious StumbleUpon Reddit BlinkList Furl Mixx Facebook Google Bookmark Yahoo
ma.gnolia squidoo newsvine live netscape tailrank mister-wong blogmarks slashdot spurl

viernes, 28 de mayo de 2010

Cassandra la mejor alternativa del NoSQL

Cassandra se perfila como “la reina” del NoSQL

Ya han escuchado hablar del movimiento NoSQL, que es un movimiento realmente interesante, y lógico teniendo en cuenta lo drásticamente que han cambiado las necesidades en cuanto a bases de datos con el auge de los medios sociales. Dentro de las bases de datos encasilladas dentro del movimiento NoSQL, existen varios acercamientos:

  • Orientadas a documento como CouchDB o MongoDB
  • Orientadas a grafos como Neo4j
  • Clave/valor, como SimpleDB o Voldemort
  • Orientadas a objetos como Db4o
  • Tabulares como Cassandra o Hypertable
  • Otros acercamientos como GT.M

Uno de los aspectos más positivos del movimiento NoSQL es que al no estar amparadas bajo un mismo funcionamiento (relacional) y un lenguaje de acceso a los datos (SQL), existe una mayor diversidad de acercamientos y, con ello, distintas soluciones, cada cual más adaptada a un problema o situación concreto. Por lo que no acaba de tener sentido el decir cuál es el mejor acercamiento hablando desde una perspectiva genérica, ya que, por ejemplo, para situaciones en las que necesitemos trabajar de forma intensiva con grafos, nos vendrá mejor utilizar un acercamiento como el de Neo4j, pero en otras situaciones preferiremos otras bases de datos que nos permitan realizar otro tipo de tareas de una forma más eficiente y/o efectiva.

Teniendo claro el comentario anterior, si que merece la pena estudiar el posicionamiento de las grandes empresas de Internet, al menos aquellas que manejan más cantidad de datos, para estudiar sus elecciones. A este respecto, estos días se habla mucho de que Twitter abandona MySQL para empezar a utilizar Cassandra como base de datos, y no es el único que se ha decidido por Cassandra, ya que tanto Facebook (quien desarrollo Cassandra inicialmente), Digg, Cisco, y muhos otros grandes en cuanto a gestión de datos, se han decidido por esta opción.

¿Qué nos ofrece Cassandra?

Algunas de las características más importantes de Cassandra son:

  • Tolerante a fallos, ya que los datos se replican de forma automática en distintos nodos, o incluso en distintos centros de datos.
  • Descentralizada, ya que cada nodo del cluster de datos es idéntico a otros (y se evitan cuellos de botella).
  • Eventualmente consistente.
  • Modelo de datos ricos, más allá del mero par de clave/valor.
  • Elástica, ya que el rendimiento de lectura y escritura crece linealmente al ir añadiendo máquinas.
  • Alta disponibilidad.

¿Por qué la desarrolló Facebook?

El por qué Facebook usa Cassandra es una cuestión simple de responder, ya que ellos son los desarrolladores iniciales y lo han desarrollado de acuerdo con sus necesidades. Aún así, merece la pena leerse algunos de los posts que ingenieros de Facebook han escrito con respecto a Casandra para hacerse una idea de los conceptos e ideas que hay detrás de Cassandra. Avinash Lakshman, uno de los ingenieros de Facebook, comentaba en su día la motivación para el desarrollo inicial de Cassandra:

Prashant Malik, del equipo de búsqueda, estaba pensando cómo resolver el problema de la ‘bandeja de entrada’. El desafío se centraba en cómo almacenar índices inversos de los mensajes que los usuarios de Facebook envían y reciben entre ellos. La gran cantidad de datos almacenados, su ratio de crecimiento y los requerimientos para servir la información, hacían aparente la necesidad de una nueva solución de almacenamiento, que fuera capaz de escalar incrementalmente. Las soluciones de almacenamiento de datos tradicionales símplemente no encajaban, así que tuvimos que diseñar una solución que fuera capaz de resolver el problema de la ‘bandeja de entrada’, pero que también proporcionaran una infraestructura de almacenamiento para muchos otros problemas de la misma naturaleza. Y con esto nació Cassandra.

El modelo de datos de Cassandra es simple pero muy flexible. Cada fila se identifica con una clave única, que es un string que no tiene un tamaño límite. Una instancia de Cassandra tiene una tabla que se constituye de una o más familias de columnas definidas por el usuario. Cada familia de columnas puede contener una o dos estructuras: supercolumnas o columnas. Las dos se crean de forma dinámica y no hay límite en cuanto al número que pueden ser almacenados en una familia de columnas.

Las columnas son construcciones que tienen un nombre, un valor y un ‘timestamp’ asociado a las mismas. Se pueden almacenar tantas columnas como se quieran en una familia de columnas. Por otro lado, las supercolumnas son una construcción que tiene un nombre y un número infinito de columnas asociadas a la misma.

¿Por qué la han elegido sitios como Digg/Twitter?

En Septiembre de 2009, Digg ya comentaba el inicio de su migración desde MySQL a Cassandra. Según palabras de Ian Eure:

Después de considerar HBase, Hypertable, Cassandra, Tokyo Cabinet/Tyrant, Voldemort y Dynomite, nos quedamos con Cassandra. Cada sistema tiene sus puntos fuertes y sus debilidades, pero Cassandra es una buena mezcla de todo. Ofrece almacenamiento orientado a columnas, por lo que tienes algo más de estructura que los acercamientos de clave/valor. Opera en un cluster distribuido, de alto rendimiento y peer-to-peer. Y aunque le faltan algunas características necesarias, nos deja más cerca de dónde queremos llegar que otras soluciones.

[...] El problema fundamental es algo endémico a la mentalidad de bases de datos relacionales, que establecen un mayor peso de computación en las lecturas en lugar de en las escrituras. Esto es algo totalmente equívoco cuando estamos hablando de aplicaciones web a gran escala, donde el tiempo de respuesta es crítico. Cada componente de la página bloquea las lecturas del almacén de datos. [...] Las bases de datos no relacionales le dan la vuelta a este modelo, ya que no ejecutan operaciones complejas de lectura mediante SQL. El modelo te fuerza a cambiar el esfuerzo de computación a las escrituras, mientras que las lecturas se reducen a las operaciones más simples posibles.

Por su parte, Ryan King de Twitter, comentaba algunas de las razones por las que Twitter migra a Cassandra:

Tenemos una gran cantidad de datos, y con un factor de crecimiento muy elevado y encima acelerándose. Tenemos un sistema con mysql + memcache pero se está convirtiendo en algo costosamente prohibitivo en términos de esfuerzo (personal trabajando para el sistema). Necesitamos un sistema que pueda crecer de una forma más automatizada y que presente alta disponibilidad.

[...] Las principales razones por las que migramos a Cassandra se resumen en: 1) No tiene puntos de fallo, 2) las escrituras son áltamente escalables y 3) una comunidad open source saludable y productiva.

Y la verdad que además de sus características técnicas, el tema de la comunidad es algo muy favorable para Cassandra, porque ya de por si con Facebook, Digg, Twitter y muchas otras empresas interesadas en el desarrollo de Cassandra (y con gente dedicada a integrar, mejorar, etc.), esto asegura una cierta continuación y una cierta garantía de que a corto/medio plazo Cassandra será una solución más que completa.

Personalmente creo que es muy saludable el prolífico panorama de bases de datos NoSQL que disponemos a día de hoy, que ofrecen soluciones adaptadas a diversos problemas que no son fácilmente abordables desde la perspectiva relacional. Y más aún cuando una de las soluciones de bases de datos relacionales más utilizada en aplicaciones web a gran escala, como es MySQL, ha sido comprada por un gigante como Oracle, dejando su futuro un tanto negro.


NOSQL - Cassandra en Vimeo.


Enlace:http://cassandra.apache.org/

Digg Technorati Delicious StumbleUpon Reddit BlinkList Furl Mixx Facebook Google Bookmark Yahoo
ma.gnolia squidoo newsvine live netscape tailrank mister-wong blogmarks slashdot spurl

jueves, 20 de mayo de 2010

Instalar Oracle XE en Ubuntu 8.04 Hardy Heron

En este articulo se comenta la instalacion de Oracle XE (Oracle Express Edition), en un articulo posterior ya comentare como instalar la version Oracle 11g en Linux. ¿Y Que diferencias hay entre Oracle XE y Oracle 11g? te preguntaras. Bien, Oracle XE es una version de Oracle que puedes instalar en tu equipo, pero tiene una serie de limitaciones. La primera es que no soporta el uso de varios procesadores, asi p.ej si tienes un equipo dual core, solo utilizaras 1 de los procesadores. Otra limitacion es en el espacio de almacenamiento, aunque dispongas de mas espacio, solo utilizaras hasta 1 maximo de 1 Gb de memoria y 4 Gb a nivel de espacio de almacenanamiento en disco, lo que implica, que tu base de datos no podra crecer si excede de cierto tamaño. ¿Y por que es todo esto?. Pues naturalmente Oracle es un producto de pago, si quieres usarla a nivel empresarial tienes que adquirir las licencias correspondientes, pero esta version de Oracle XE es muy sencilla de instalar y esta orientada a los desarrolladores, siendo completamente funcional para por ejemplo poder montar un entorno de trabajo en tu casa e ir haciendo desarrollos que podras complementar con los de tu empresa, donde tengas acceso a el Oracle server con toda su potencia.

Bien, despues de todo este pequeño “rollo”, procedamos a instalarlo.

Lo primero que tenemos que hacer es descargarnos el paquete .deb correspondiente, Para ello accedemos a la pagina oficial de oracle. A la hora de escribir este articulo, ese era el enlace, en el caso de que no puedas acceder, haz una busqueda en google con la cadena “Oracle XE download” para obtener la referencia al sitio.

El fichero se llama: oracle-xe-universal_10.2.0.1-1.0_i386.deb y ocupa aproximadamente 262 Mb.

Nota: Para poder descargar este fichero, tenemos que estar registrados en la web de Oracle.
El registro es gratuito.

Nos descargamos el fichero al escritorio

y procedemos a instalarlo haciendo doble click sobre el.

Una vez que termina de instalarse el paquete. Tenemos que configurar la base de datos. Para ello ejecutamos el comando:

sudo /etc/init.d/oracle-xe configure

Con eso arranca un configurador en modo texto que nos va a hacer una serie de preguntas: nos va a pedir el puerto de la aplicacion web que nos permite administrar graficamente la base de datos, el puerto de la base de datos, la password que queremos para el usuario SYS y SYSTEM de Oracle, y si queremos arrancar la base de datos cada vez que iniciemos la maquina.
Yo respondi usando los valores por defecto, cambia los valores de los puertos si entran en conflicto con otros usados en tu maquina y no te olvides de la contraseña que pongas para SYS y SYSTEM, la usaremos posteriormente.

Oracle Database 10g Express Edition Configuration
-------------------------------------------------
This will configure on-boot properties of Oracle Database 10g Express
Edition. The following questions will determine whether the database should
be starting upon system boot, the ports it will use, and the passwords that
will be used for database accounts. Press to accept the defaults.
Ctrl-C will abort.
Specify the HTTP port that will be used for Oracle Application Express [8080]:8080
Specify a port that will be used for the database listener [1521]:1521
Specify a password to be used for database accounts. Note that the same
password will be used for SYS and SYSTEM. Oracle recommends the use of
different passwords for each database account. This can be done after
initial configuration:
Confirm the password:
Do you want Oracle Database 10g Express Edition to be started on boot (y/n) [y]:y
Starting Oracle Net Listener...Done
Configuring Database...Done
Starting Oracle Database 10g Express Edition Instance...Done
Installation Completed Successfully.
To access the Database Home Page go to "http://127.0.0.1:8080/apex"

Y “san” se acabo. Ya esta instalada. Joder, que facil y que rapido he terminado de escribir este post. Me voy a descansar…

Bueno aun no, comentemos cosas interesantes. La base de datos si no ha habido problemas ya esta instalada. Veamos como poder acceder a ella, para administrarla.

Pues como bien dice al acabar, puedes usar la siguiente URL para administrar graficamente tu base de datos.

http://127.0.0.1:8080/apex

Como usuario puedes usar: SYS o SYSTEM

y como password: la clave que indicaste en el instalador.

Desde aplicacion web podemos administrar toda la base de datos: tablespace, esquemas, tablas, usuarios, permisos, etc… es cuestion de ir navegando por las diferentes opciones:

Si de todas formas queremos entrar desde la consola, podemos hacerlo mediante sql*plus.

Antes, eso si, es conveniente dar permisos al usuario que trae de ejemplo la base de datos y de definir correctamente las variables de entorno de acceso a la base de datos en nuestro fichero profile, que se encuentra en el directorio home y tiene de nombre .bashrc

Vamos a ello.

Accedemos a nuestro directorio HOME

$ cd

y editamos el fichero .bashrc añadiendo las siguientes lineas:

# variables para ORACLE
ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server
PATH=$PATH:$ORACLE_HOME/bin
export ORACLE_HOME
export ORACLE_SID=XE
export PATH

Si queremos cargar de manera inmediata esas variables, podemos hacerlo, ejecutando . .bashrc

jose@soledad:~$ . .bashrc
jose@soledad:~$ echo $ORACLE_HOME
/usr/lib/oracle/xe/app/oracle/product/10.2.0/server
jose@soledad:~$ echo $ORACLE_SID
XE

Como observas el ORACLE_HOME es /usr/lib/oracle/xe/app/oracle/product/10.2.0/server
, esa es la ruta donde se ha instalado el producto.

Y el ORACLE_SID es XE

Los alias de nuestra base de datos y de las diferentes otras bases de datos a las que podemos acceder se almacenan en un fichero llamado tnsnames.ora que se encuentra en el directorio $ORACLE_HOME/network/admin


$ cd $ORACLE_HOME/network/admin

$ cat tnsnames.ora
# tnsnames.ora Network Configuration File:
XE =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = soledad)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = XE)
)
)
EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
)
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
)
)

En $ORACLE_HOME/bin suelen estar los ejecutables de la base de datos (sqlplus, lsnrctl, etc…)

Si queremos comprobar si podemos conectar a una base de datos podemos hacer uso del comando “tnsping”, este comando nos devuelve OK si podemos conectar remotamente, o un error en otro caso:
Como el sid de la base de datos (y asi tambien esta en el tnsnames) es XE, ejecuto:


jose@soledad:~$ tnsping XE
TNS Ping Utility for Linux: Version 10.2.0.1.0 - Production on 11-MAY-2008 20:36:59
Copyright (c) 1997, 2005, Oracle. All rights reserved.
Used parameter files:
Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = soledad)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = XE)))
OK (0 msec)

Guay, tenemos conexion a la base de datos. Accedo ahora como usuario SYS mediante sqlplus y le doy permisos (habilito) el usuario que trae de ejemplo la base de datos (este usuario es HR).
Siempre sera luego mejor entrar como ese usuario, pues si accedemos como SYS o SYSTEM podriamos hacer algo mal y estropear la base de datos (es mejor entrar como SYS o SYSTEM cuando tengamos que hacer alguna operacion de dba, administradores de la base de datos y como usuario normal en el resto de los casos).

Entro como sys:


jose@soledad:~$ sqlplus sys as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on Sat May 10 16:20:04 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Enter password:
Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production

Ahora desbloqueo al usuario HR:

SQL> alter user HR account unlock;
User altered.
SQL> alter user HR identified by aqui_la_password;
User altered.
SQL> exit;
Disconnected from Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production

Perfecto!, comprobemos que podemos entrar como usuario HR. Yo como le he dado al usuario la password HR (alter user HR identified by HR) y la sintaxis es: sqlplus user/pass@BBDD, Entraria como:

jose@soledad:~$ sqlplus HR/HR@XE

Y el resultado:


SQL*Plus: Release 10.2.0.1.0 - Production on Sat May 10 16:21:02 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
SQL> select table_name from user_tables;
TABLE_NAME
------------------------------
REGIONS
LOCATIONS
DEPARTMENTS
JOBS
EMPLOYEES
JOB_HISTORY
COUNTRIES
7 rows selected.
SQL> select * from regions;
REGION_ID REGION_NAME
---------- -------------------------
1 Europe
2 Americas
3 Asia
4 Middle East and Africa
-----------------------------

Parece que todo esta bien. Ni que decir que este usuario de ejemplo (HR) ya trae unos tablas de ejemplo, y su propio esquema. pero que no hay ningun problema en crear otras tablas o quien dice esquemas y usuarios.

Cuando hemos instalado Oracle XE, se ha creado en nuestro sistema un nuevo usuario oracle, y un nuevo grupo dba. Es conveniente añadir nuestro usuario al grupo dba para que podamos hacer ciertas funciones para las que en otro caso no tendriamos permisos. Por ejemplo: recargar el listener.

El listener es el servicio que permite que otras maquinas conecten remotamente a nuestra base de datos. Puede darse el caso de que la base de datos este funcionando, y entremos a ella localmente mediante sqlplus pero cuando intentamos conectar desde otra maquina remota no podamos. Eso seguramente sea porque el servicio listener este caido.

Para levantar el listener, nos vamos a $ORACLE_HOME

$ cd ORACLE_HOME

y ejecutamos: lsnrctl

$ lsnrct

Como comandos principales del listener podemos usar: help, reload, start, stop, status. help, muestra una ayuda con los comandos. reload, lo recarga. start, lo inicia. stop, lo para y status nos muestra el estado actual:

jose@soledad:/usr/lib/oracle/xe/app/oracle/product/10.2.0/server$ lsnrctl
LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 11-MAY-2008 20:50:50
Copyright (c) 1991, 2005, Oracle. All rights reserved.
Welcome to LSNRCTL, type "help" for information.
LSNRCTL> status
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC_FOR_XE)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 10.2.0.1.0 - Production
Start Date 11-MAY-2008 18:47:25
Uptime 0 days 2 hr. 3 min. 27 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Default Service XE
Listener Parameter File /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/network/admin/listener.ora
Listener Log File /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/network/log/listener.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC_FOR_XE)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=soledad)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=8080))(Presentation=HTTP)(Session=RAW))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "XE" has 1 instance(s).
Instance "XE", status READY, has 1 handler(s) for this service...
Service "XEXDB" has 1 instance(s).
Instance "XE", status READY, has 1 handler(s) for this service...
Service "XE_XPT" has 1 instance(s).
Instance "XE", status READY, has 1 handler(s) for this service...
The command completed successfully
LSNRCTL>

Pero como os comentaba antes, si intentamos parar el listener como nuestro usuario home actual nos daria un error porque no tenemos permisos suficientes:

LSNRCTL> stop
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC_FOR_XE)))
TNS-01190: The user is not authorized to execute the requested listener command

Estas operaciones debemos ejecutarlas como usuario oracle, que si tiene permisos:

$ sudo -s
$ su - oracle

Ojo, tenemos que tener tambien definidas las variables ORACLE_HOME y ORACLE_SID para este usuario oracle o nos dara error a la hora de intentar acceder a la base de datos. Con el usuario “oracle” si que podriamos ya ejecutar lsnrctl y luego stop.
La otra opcion es añadir nuestro usuario al grupo de dba. Podemos hacerlo desde Sistema > Administracion > Usuarios y Grupos.

A la administracion de la base de datos, tambien podemos acceder desde el menu de aplicaciones:

Acceder a la base de datos desde la consola puede resultar a algun@s bastante incomodo, veamos como instalar un cliente grafico de SQL para ORACLE.

Instalando ExecuteQuery

ExecuteQuery es un buen cliente JDBC para SQL. ¿Esto que quiere decir?, esto quiere decir que podemos acceder a cualquier base de datos para la que dispongamos un driver JDBC, no necesariamente a oracle solamente. Ventajas, al ser un cliente JDBC solo necesitamos tener instalado el driver JDBC de Oracle para poder conectar con la base de datos. No tenemos que tener instalado el instant client de Oracle ni preocuparnos de las variables de entorno. Desventaja: es una aplicacion Java, para que funcione requiere que tengas instalado el JRE (Java Runtime de Java). En caso de que ya lo tengas instalado, entonces no es mayor problema.

Nos descargamos el instalador de execute query desde la pagina web y lo iniciamos con:

$ java -jar executequery-installer-v3.1.0.jar

Se instala en el directorio elegido. Para iniciarlo, accedemos a esa carpeta y ejecutamos el script “eq.sh”:

$ cd executequery
$ ./eq.sh &

Si no te arranca, edita el fichero eq.sh, en el se indica la ruta al JRE, asi que puede que tengas que editar esa localizacion:

jose@soledad:~/executequery$ cat eq.sh
#!/bin/sh
# Java heap size, in megabytes
JAVA_HEAP_SIZE=256
# determine the java command to be run
JAVA=/usr/lib/jvm/java-6-openjdk/jre/bin/java
if [ "X$JAVA" = "X" ]; then
# try possible default location (which should have come up anyway...)
JAVA=/usr/bin/java
fi
exec $JAVA -mx${JAVA_HEAP_SIZE}m -jar "/home/jose/executequery/eq.jar" &

Bien, lo primero que tenemos que hacer en Execute Query es instalar el driver JDBC para ORACLE. Yo instale el ojdbc14.jar, puedes descargarlo desde la pagina de Oracle.

Iriamos a la pestaña “Drivers” y creariamos un nuevo Driver, indicando como ruta de la clase java, el lugar donde hayamos dejado el fichero ojdbc14.jar.

Ahora que ya tenemos el driver JDBC de Oracle instalado. Creamos una nueva Conexion a la base de datos que tenemos instalada en local. Para ello seleccionamos la pestaña “Conexiones” y creamos una nueva entrada para nuestra base de datos (XE):

Ahora ya podriamos conectar con la base de datos (usuario HR, password HR o el que hubieramos puesto). Desde la aplicacion, podemos examinar el esquema de la base de datos, incluso las relaciones entre las tablas:

Aunque lo que mas usaremos sera el editor de SQL:

Instalando SQL Developer

Otro cliente SQL muy bueno y en Java es SQL Developer, este proporcionado por el propio Oracle. Es un cliente que podemos descargar gratuitamente y que se va actualizando cada cierto tiempo. Para descargarlo (requiere registro) nos conectamos a la siguiente pagina de Oracle.
La instalacion es muy sencilla, basta con descomprimir el fichero.
Nota: al contrario que en el caso anterior para que funcione correctamente requiere de en este caso no un JRE (Java Runtime) sino un JDK (Java development Kit) 1.4 o superior de Java. De hecho, la primera vez que ejecutemos el cliente, si no encuentra la ruta, nos pedira que se la indiquemos.

Para arrancar el cliente ejecutamos:

$ cd sqldeveloper
$ ./sqldeveloper.sh

Y ya arranca la aplicacion. Lo primero que tendremos que hacer es crear una conexion a nuestra base de datos:

Y ya podriamos conectar:

Resumen:

En este pequeño articulo hemos visto como instalar un servidor de Oracle en nuestra maquina, y acceder a ella mediante un cliente grafico.


Digg Technorati Delicious StumbleUpon Reddit BlinkList Furl Mixx Facebook Google Bookmark Yahoo
ma.gnolia squidoo newsvine live netscape tailrank mister-wong blogmarks slashdot spurl

martes, 18 de mayo de 2010

Sistema Operativo SCO


Acerca de SCO

SCO es el proveedor mundial líder en sistemas operativos para servidores Unix, y uno de los principales proveedores de software de integración de clientes que integra PCs Windows y otros clientes con servidores UNIX de los principales fabricantes. Los servidores de aplicaciones críticas de negocios de SCO corren las operaciones críticas diarias de una gran gama de organizaciones comerciales, financieras, de telecomunicaciones, y gobierno, así como también departamentos corporativos y pequeñas y medianas empresas de todo tipo. SCO vende y brinda soporte de sus productos a través de una red mundial de distribuidores, resellers, integradores de sistemas, y OEMs.

Características

  • Brinda acceso a impresoras y archivos compartidos desde PCs corriendo Windows ® 95, Windows NT ™ , Windows 3.1, Windows para trabajo en Grupos, OS/2 ®, y MS-DOS ®
  • SCO TermLite, el emulador de terminal, incluye soporte para SCO ANSI y VT320 sobre TCP/IP o NetBEUI
  • Herramientas de administración de redes y monitoreo poderosas y fáciles de usar junto con otros utilitarios pueden ser accedidos en forma remota
  • Incluye la capa de protocolo NetBEUI para pequeñas redes; corre en sistemas SCO OpenServer Host Versión 5, así como también en sistemas SCO OpenServer Enterprise Versión 5
  • Las herramientas del servidor NT permiten la administración de los recursos compartidos en un servidor utilizando sistema UNIX desde una PC corriendo Windows
  • Configuración automática de capas de conectividad, incluyendo NetBIOS sobre TCP/IP, y NetBEUI

Totalmente adherido al estándar emergente denominado CIFS

Comandos

  • LaTeX. Simplemente escribiendo \LaTeX se mostrará LaTeX

  • mbox. LaTeX alinea a la derecha automáticamente todo el texto que escribes. Esto representa un pequeño problema con ciertos grupos de palabras que es mejor que no se separen. Por ejemplo, Sr. Pérez. ¿Cómo prevenir ésto? Pues poniendo en nuestro documento Sr.~P'erez.

También es preferible a veces que ciertas palabras no se ``partan'', porque LaTeX puede hacer que se divida una palabra por sílabas él solito. En este caso, deberemos escribir \mbox{P'erez}.

  • footnote. Para escribir una nota a pie de página. Por ejemplo, escribimos:
    ...el MS-Windows\footnote{Soporte colgante del MS-DOS.} es una... para que ``Soporte colgante del MS-DOS'' salga de nota abajo.

  • part, chapter, section, subsection, subsubsection, paragraph y subparagraph son empleados para dividir el documento y jerarquizarlo, para que así LaTeX pueda saber a qué tamaño debe escribir los títulos, subtítulos y demás.

Simplemente escribid \subsection{Los primeros comandos} en vuestro documento, por ejemplo.

  • emph se emplea para escribir en cursiva. Poniendo:
    \emph{Lo que aparecer'a en cursiva}

  • textrm, textit, textbf, textsl, textsc, texttt y textsf son varios tipos de letra. Más concretamente: textrm, textit, textbf, textsl, TEXTSC, texttt y textsf. Para escribir algo en un tipo de letra introducimos \textsf{Esto aparecer'ia en el tipo de letra Sans serif}.
  • tiny, scriptsize, footnotesize, small, normalsize, large, Large, LARGE, huge y Huge indicarán el tamaño de la letra, por si debido a una razón insondable queremos cambiarlo. Escribiremos:
    \large ...lo que aparecer'a en letra tipo large... \normalsize

  • itemize, enumerate. Sirven para producir automáticamente los puntos que quieras en tu documento. El espacio para separar los puntos es generado por LaTeX. Por ejemplo, si escribimos en nuestro documento:
\begin{itemize} \item El Windows 95 no es un entorno OLE 2.0 \item La multitarea de Windows 95 deja mucho que desear. \begin{enumerate} \item El 50\% de las GDI son c'odigo de 16 bits no reentrante. \item Al lanzar una aplicaci'on de 16 bits todas las aplicaciones paran hasta que 'esta acabe. \end{enumerate} \end{itemize}

Producirá en la salida esto:

  • El Windows 95 no es un entorno OLE 2.0
  • La multitarea de Windows 95 deja mucho que desear.

  1. El 50% de las GDI son código de 16 bits no reentrante.
  2. Al lanzar una aplicación de 16 bits todas las aplicaciones paran hasta que ésta acabe.

LaTeX permite hasta cuatro niveles de anidamiento para éstos comandos.

VERSIONES

SCO UNIX 3.2v4.2, OpenDesktop, OpenServer 3, Xenix

SCO OpenServer 5.0.0 o 5.0.2

SCO OpenServer 5.0.4

Comparación de características del Servidor Avanzado de Archivos e Impresoras de SCO, SCO LAN Manager para Sistemas UNIX y el servidor Microsoft Windows NT

Características

Servidor
Avanzado

Windows
NT

LAN
Manager

Características Centrales del Servidor

Servicios básicos de Archivos e Impresoras para todos los actuales clientes Windows

Emulación de Terminal

No

No

Interoperabilidad mejorada para usuarios de Windows NT y clientes administradores

No

Funciona como un servidor de dominio primario completo

No

Funciona como un servidor de dominio de respaldo

Replicación de archivos

Características de Administración

Administración desde clientes locales usando herramientas del servidor NT

Administración del servidor local o remota utilizando interfaz de carácter

No

Soporte de grupos estilo NT locales/globales incluyendo soporte para inspeccionar

No

Seguridad

Soporte para relaciones validadas de múltiples dominios

No

Soporte total para registro de auditoría/error estilo NT y vista utilizando el visualizador de eventos de NT

No

Soporte completo del modelo NT incluyendo seguridad de recursos por usuario/Ids (SIDs)/discrecional control de acceso/Administrador de Seguridad para las Cuentas

No

Integración Uniforme de Servidores UNIX con sistemas Windows

El Servidor Avanzado de Archivos e Impresoras de SCO representa la próxima generación de servidores UNIX ® que no solamente corren aplicaciones de misión crítica sino también actúan como servidores de archivos e impresoras. Cuando se lo utiliza con SCO OpenServer ™ Versión 5, crea un sistema operativo de red basado en UNIX que permite acceso a archivos e impresoras desde PCs corriendo Microsoft ® Windows 95, Windows NT, Windows 3.x, OS/2, y MS-DOS.

El Servidor Avanzado de Archivos e Impresoras representa la continua evolución y mejoramiento del producto "Microsoft LAN Manager for SCO Systems" (Administrador de Redes de Microsoft para Sistemas SCO), y es totalmente compatible hacia atrás con la versión 2.2 del mismo. SCO AFPS ("Advanced File and Print Server") está basado en la última tecnología de conectividad de Microsoft NT y es en todo compatible con Microsoft NT. Como el sistema SCO AFPS está verdaderamente basado en tecnología NT, el servidor aparece ante los clientes Windows exactamente como si fuera un servidor NT.

SCO AFPS brinda un ambiente altamente integrado permitiendo que las PCs accedan a archivos e impresoras en formato nativo Windows mientras acceden también a las aplicaciones de misión crítica que corren en el servidor. Los directorios del servidor UNIX son vistos como dispositivos de red y las impresoras de ese servidor son accedidas como si estuvieran conectadas directamente a las PCs.

Beneficios

  • Los clientes Windows gana acceso a miles de aplicaciones para SCO OpenServer, bases de datos, y servicios de comunicación a través de servicios de archivos, impresión, y emulación de terminal
  • El tiempo que necesita el administrador para instalar, configurar y administrar sus redes se ve significativamente reducido debido al soporte de dominios lógicos con relaciones validadas Los usuarios no requieren entrenamiento para acceder a datos e impresoras; utilizan la misma y familiar interfaz Windows que ya conocen
  • La solución basada en SMB significa que no hay costo adicional ni sobre carga para el software que corre en el cliente
  • No se requiere capa de TCP/IP para pequeñas redes; lo cual facilita la implementación
  • Único punto de administración de la red a través del utilitario

SCO admin para

simplificar la instalación, configuración y manejo

Configuraciones


Combina el Servidor Avanzado de Archivos e Impresoras de SCO con el sistema SCO OpenServer Host Versión 5 para pequeños grupos de trabajo utilizando el protocolo NetBEUI.

Combina el Servidor Avanzado de Archivos e Impresoras con el sistema SCO OpenServer Enterprise Versión 5 para soluciones de red completas basadas en TCP/IP.

Licenciamiento por Usuario


Con ambos sistemas se provee una licencia de evaluación para un usuario. El sistema AFPS base soporta 5 usuarios. Las licencias de usuarios adicionales están disponibles en incrementos de 10 y 25 usuarios, u opcionalmente también existe una licencia para usuarios ilimitados.

Productos Adicionales


El producto base incluye documentación completa. Se pueden adquirir copias adicionales en forma separada.

Disponible como parte del producto estándar en formato electrónico, un paquete adicional de software incluye documentación impresa adicional y los diskettes necesarios para soportar clientes MS-DOS, MS-OS/2 y Windows. Este paquete no se necesita para Windows NT, Windows 95 y WFW 3.11.

Actualizaciones


Están disponibles desde para cualquier sistema "SCO LAN Manager" al sistema SCO AFPS con 5 usuarios. Las actualizaciones para licencias de usuarios están disponibles desde LAN Manager 2.2 10-usuarios y usuarios ilimitados a SCO AFPS 10-Usuarios y usuarios ilimitados. También está disponible una actualización que sólo requiere medio magnético para actualizar el SCO AFPS versión 3.5.1 ya que utiliza las mismas licencias que la versión 3.5.2.

Introducción

La aproximación de la llegada al año 2000, ésta causando una gran controversia y discusión en la industria de las computadoras. Por muchos años, los programas se han escrito usando el formato: MM/DD/YY (Mes/Día/Año) o alguna variante. Cuando "YY" (Año) se transforme en "00" (el primero de Enero, del año 2000), se presentaran varios errores de calculo, las aplicaciones fallaran, y los sistemas operativos podrán caerse.

SCO a reconocido éste problema y proactivamente a tomado cartas en el asunto, para mitigar los errores y fallas en sus sistemas operativos, causadas por el cambio de siglo. Este documento provee al lector con una parte de la información general en el asunto del "Año 2000" y enumera el soporte que actualmente ofrece SCO para corregir todos los problemas conocidos sobre el año 2000.

Información de fondo

En las ultimas décadas, los programadores han estado desarrollando utilidades, aplicaciones y sistemas, usando una representación de los años con dos dígitos ("MM/DD/YY"). Inicialmente ésta resolución fue tomada sobre convenios de estandarización, y para ahorrar dinero en los sistemas computacionales más simples y antiguos. Cómo se indica más adelante la aproximación del año 2000 puede provocar grandes problemas cuando el año se convierta en 2000. Estos problemas pueden manifestarse en varias y distintas formas:

  • Errores de Calculo (Ej., Calcular la diferencia en años, entre el año 2001 y 1999 provocaría un resultado de -98).
  • Errores de Ordenamiento (Ej., Un ordenamiento descendente en el año, colocaría los registros más recientes al final de la lista de ordenamiento, en lugar del principio).
  • Abends (Ej., Formatos de fecha incompatibles entre aplicaciones).
  • Despliegue incorrecto de años de dos dígitos (Ej., 00 en lugar de 100, 01 en lugar de 101).
  • Mensajes de error y fallas al realizar funciones relativas a las fechas.

Posición de SCO para el soporte del problema "Año 2000"

SCO a detectado elementos que potencialmente podrían producirse debido al nuevo milenio. Hemos empezado a evaluar nuestros productos y a proveer correcciones donde son necesarias para poder soportar el problema del año 2000. De manera que, SCO seguirá desarrollando nuevos casos de estudio para asegurar que las próximas versiones de sus productos satisfagan los requerimientos para el "Año 2000".

Mientras no exista un único estándar para la solución de los problemas del "Año 2000", SCO a desarrollado una "Garantía de Proceso de Fechas para el Año 2000". La versión completa del texto se encuentra disponible a través de "SCO Legal Organization", de cualquier manera, los criterios generales de soporte para el "Año 2000" que SCO s compromete a cumplir son:

  • El software no se detendrá anormalmente como resultado de los datos que dividen los siglos.
  • El software reconocerá correctamente, calculara y procesara la información de fechas, en el mismo siglo y en formulas y valores de varios siglos.
  • El software proveerá a manera de soporte en despliegue una interfaz de usuarios que requerirá un formato de cuatro dígitos para los años. El formato de años de 4 dígitos se encuentra representado por los primeros dos dígitos para representar los siglos y los últimos dos dígitos para representar el año del siglo. (Ej., 1996, 2001, etc.)
  • El software calculara, procesará y desplegara la información de los años bisiestos de acuerdo con el siguiente algoritmo:

  1. Un año bisiesto tendrá 29 de febrero.
  2. Un año bisiesto ocurrirá en todos los años divisibles por 400, o, incluso divisibles por 4, y no los divisibles por 100.

Claro ésta que SCO no puede responsabilizarse por fallas o errores de datos provocados por los formatos de años de 4 dígitos o siglos, debido a incompatibilidad o falla en la compilación en el hardware, sistemas de software, aplicaciones y despliegue que no se encuentren incluidos en la lista de productos que se encuentra más adelante.

También, algunas anomalías pueden seguir existiendo en los productos de SCO que soportan al "Año 2000". Mientras estos elementos sean identificados, SCO seguirá buscando una solución.

Mientras no sea necesario el agregar el estándar ISO8601, para poder soportar completamente el problema "Año 2000", al soportar los criterios anteriores, SCO se encuentra un paso adelante en nuestra meta de, con el tiempo, proveer el estándar ISO8601 en los productos SCO.

Productos soportados por SCO

La siguiente es una lista de los productos que SCO a probado y los cuales SCO se encuentra comprometido a promover el soporte para el "Año 2000". En algunos casos, es necesario aplicar algunos suplementos, para poder lograr el funcionamiento correcto en el proceso de datos para el "Año 2000". Todos los PTF's, Update Releases y SLS's se encuentran (o próximamente se encontraran) disponibles por los canales de soporte acostumbrados de SCO. Por favor tome en cuenta: Mientras los problemas relacionados con el "Año 2000" son encontrados en los productos que se mencionara a continuación, PTF's, Update Releases y SLS's adicionales se agregaran a los actuales.

SCO OpenServerTM y UNIX System Products

  • SCO OpenServer Release 5 Enterprise, Host, Desktop and Development Systems
  • SCO UNIX System V/386 Release 3.2 Operating System Version 2.0, 4.0, 4.1 and 4.2 – with SLS UOD426
  • SCO UNIX System V/386 Release 3.2 Operating System Version 2.0, 4.0 and 4.1 Development Systems – with SLS UOD426
  • SCO UNIX System V/386 Release 3.2 Operating System Version 4.2 Development System
  • SCO UNIX System V/386 Release 3.2.0 – with SLS UOD426
  • SCO Open Server Release TM 3.0 Enterprise, Network, Desktop, Lite - with SLS UOD426
  • SCO Open Server Release 3.0 Development System
  • SCO Open Desktop Server System Supplement 2.0 -with SLS UOD426
  • SCO Open Desktop Server System 1.1, 2.0 -with SLS UOD426
  • SCO Open Desktop Server Upgrade 1.0, 1.1 -with SLS UOD426
  • SCO Open Desktop Personal System 1.0, 1.1, 2.0 -with SLS UOD426
  • SCO Foxbase+ 386 Release 2.1.2 -with SLS UOD426
  • Microsoft Word for UNIX Systems Release 5.1.1 -with SLS UOD426
  • SCO PortfolioTM Server System and Desktop System
  • SCO MergeTM Server System and Desktop System
  • SCO WabiTM Server System and Desktop System
  • SCO Virtual Disk Manager (VDM)

SCO UnixWare Products

  • SCO UnixWare Release 2.1.1 Application Server, Personal Edition and Software Development
  • SCO UnixWare Release 2.1 Application Server, Personal Edition and Software Development Kitwith PTF3015
  • SCO UnixWare Kit Release 2.03 Application Server, Personal Edition and Software Development – with PTF2243
  • SCO UnixWare Release 1.1 Application Server, Personal Edition and Software Development Kit – upgrade required to SCO UnixWare Release 2.1.
  • SCO UnixWare 2.1 Server MergeTM
  • SCO UnixWare 2.1 Advanced MergeTM
  • SCO UnixWare Server MergeTM 2.01

SCO XENIX Products

  • SCO XENIX 386 Operating System Release 2.3.2, 2.3.3, 2.3.4 GT – with SLS XNX427
  • SCO XENIX 386 Operating System Release 2.3.2, 2.3.3, 2.3.4 for computers based on Micro Channel Architecture (MCA) – with SLS XNX427
  • SCO XENIX 386 Operating System Release 2.3.3 ATwith SLS XNX427
  • SCO XENIX 386 Operating System Release 2.3.2 AT – with SLS XNX427
  • SCO XENIX 286 Operating System Release 2.3.2 AT – with SLS XNX427
  • SCO XENIX 286 Operating System Release 2.3.2 for computers based on Micro Channel Architecture (MCA) – with SLS XNX427
  • SCO XENIX 386 Development System Release 2.3.1 – with SLS XNX427
  • SCO XENIX 286 Development System Release 2.2.1 – with SLS XNX427
  • SCO Foxbase+ 386 Release 2.1.2 – with SLS XNX427
  • Microsoft Word for XENIX Systems Release 5.1.1 – with SLS XNX427
  • SCO Portfolio Release 1.0.1, 2.00 – with SLS XNX427
  • SCO XENIX-NET Release 1.3.0 – with SLS XNX427

Soporte para sistemas de desarrollo y aplicaciones

El soporte que se provee en las versiones siguientes (con suplementos de mantenimiento aplicables) permitirá que estos puedan reconocer las representaciones y cálculos que el cambio de siglo y calculo de año bisiesto puede representar. De cualquier forma, aplicaciones, herramientas, utilidades y aplicaciones desarrolladas por ISVs y cliente, pueden necesitar ser modificadas para operar y procesar ésta información. Por ejemplo, si una aplicación llama la fecha actual desde el sistema operativo, y no reconoce el manejo de varios siglos, la información correcta con respecto al siglo se perderá al ser procesada. Esto implica, que un error potencialmente alto puede ocurrir en la aplicación u otra aplicación debido a un procesamiento invalido de datos. SCO no es responsable de corregir errores en ningún proceso de fecha causados por éste tipo de aplicaciones, herramientas, utilidades y sistemas.

Cómo un agregado al Software Development Kit (SDK), hemos analizado el impacto que el "Año 2000" tendrá sobre las aplicaciones desarrollados con las varias versiones del SDK. Nuestros descubrimientos son los siguientes:

  • Las aplicaciones desarrolladas usando las versiones obsoletas de SCO XENIX o UNIX SDK’s anteriores a la versión 3.2v4.2, tendrán en su mayoría problemas "Año 2000".
  • Las aplicaciones desarrolladas con UNIX Versión 3.2v4.2, SCO Open Server Versión 3.0 o SCO Open Server Versión 5.0 no tendrían por que sufrir problemas con el "Año 2000".

SLS UOD426 y XNX427 proporcionan una herramienta –fix 2000- que busca en los archivos de productos de SCO, problemas conocidos con el "Año 2000" (cálculos de varios siglos, y de los años bisiestos), y correcciones a estos problemas. Potencialmente, ésta herramienta puede ser usada en aplicaciones desarrolladas con SCO XENIX y sus productos y los productos realizados con SCO UNIX versión 3.2v4.2 SDK’s para corregir los problemas con los siglos y con los años bisiestos. Sin embargo, SCO no puede garantizar que la herramienta –fix 2000- pueda corregir todos los problemas relacionados con las fechas en las aplicaciones objetivo.

Las investigaciones de SCO indican que las aplicaciones desarrolladas con SCO UnixWare SDK no deberían presentar problemas de siglo ni de calculo del año bisiesto mencionadas anteriormente.

Fuentes de Información

Hay una buena cantidad de información relacionada con el "Año 2000" disponibles en la Internet. Se pueden encontrar datos interesantes en http://www.year2000.com , que incluyen artículos sobre el "Año 2000", una lista de los vendedores de soluciones del "Año 2000" y links hacia otros sitios.

Resumen Ejecutivo

SCO anunció la disponibilidad (Septiembre 1, 1998) de una nueva versión del sistema operativo UNIX para servidores más popular del mundo – SCO OpenServer. La última versión – 5.0.5 – está destinada a atender la creciente demanda de tecnología Internet de Pequeñas y Medianas Empresas. La nueva versión extiende las tecnologías de conectividad disponibles en el sistema SCO OpenServer incorporando DHCP, IMAP4, RealNetworks RealServer, y soporte para la mayoría de los nuevos equipos y periféricos disponibles en el mercado. El anuncio demuestra el continuo compromiso de SCO con el mercado de las pequeñas y medianas empresas. SCO espera anunciar una nueva versión del sistema SCO OpenServer en algún momento del año 1999. SCO tiene una estrategia de largo plazo para la migración de soluciones basadas en plataforma SCO OpenServer hacia la plataforma UnixWare® 7. Se espera que la Edición Business de UnixWare 7 sea el reemplazo natural de la familia SCO OpenServer. La fecha de liberación de la Edición Business está prevista durante la primera mitad de 1999. SCO proporcionará herramientas para facilitar el proceso de migración.

Detalles del Anuncio

SCO anunció una actualización del sistema operativo para servidores UNIX® más popular del mundo. Los pequeños y medianos proveedores de soluciones utilizan el sistema SCO OpenServer para brindar soluciones de altísima calidad a sus clientes. Los proveedores de soluciones SCO combinan la alta calidad de soporte de sus aplicaciones UNIX con los servicios de red necesarios en los ambientes de pequeñas y medianas organizaciones de negocios. El sistema SCO OpenServer brinda un rango completo de servicios de red incluyendo servicios de impresoras y archivos para sistemas UNIX y Windows, conectividad Internet, Servidor de Web, Servidor de Correo Electrónico, y mucho más. La versión 5.0.5 del sistema operativo SCO OpenServer proporciona una variedad de nuevas tecnologías incluyendo DHCP, IMAP4, RealNetworks RealServer, así como soporte adicional para varios dispositivos y periféricos nuevos.

Los beneficios se presentan en las siguientes áreas y tecnologías:

Network Computing

  • DHCP – Asignación automática de direcciones IP
  • IMAP4 – El último protocolo estándar que define como los clientes de correo acceden al servidor de correo electrónico
  • RealNetworks™ RealServer – Streaming audio y video a través de la red
  • Netscape Communicator™ 4.05 – El último navegador de Netscape Communications Corporation
  • Java Development Kit 1.1.3 – Ultima versión Java de Sun Microsystems, Inc

Conectividad Windows

  • SCO VisionFS® 2.01 – Servicios de Archivos e Impresoras para Windows
  • SCO Merge 4.02 – Aplicaciones Windows 95 sobre sistemas SCO OpenServer
  • SCO TermLite™ 1.0.7 – Emulación de Terminal para conectar puestos de trabajo Windows con aplicaciones UNIX

Se reduce el tiempo invertido en la administración de la red gracias a la utilización de DHCP (¨dynamic host control protocol¨) que automáticamente asigna direcciones IP a las estaciones Windows existentes en la red. Los usuarios de Correo Electrónico que viajan pueden disfrutar los beneficios del protocolo IMAP4 (el nuevo protocolo estándar de Internet que define la relación entre el cliente y el servidor de correo). IMAP4 permite a los usuarios leer correo mientras viajan, y además provee los beneficios de correo centralizado (resguardo centralizado, espacio mínimo de disco requerido en los computadores portátiles, y seguridad). La tecnología de RealNetworks RealServer brinda streaming audio y video a la plataforma SCO OpenServer. El sistema RealServer permite que entrenamiento, marketing, o diferentes tipos de material de audio/video estén disponibles para muchos usuarios sin que la red baje su rendimiento esperando por la descarga de grandes archivos antes de poder ver el material.

Importancia del Anuncio

El anuncio es significativo porque mejora uno de los más confiables, seguros y escalables servidores de la industria UNIX para pequeñas y medianas empresas. SCO permanece enfocado en el mercado de las pequeñas y medianas empresas y está planeando una nueva actualización del sistema SCO OpenServer para 1999. SCO mantiene su compromiso y está invirtiendo valiosos recursos en el mercado de las pymes. Proyectos futuros apuntarán UnixWare 7 específicamente al mercado de las pymes.

Relación con UnixWare 7

El objetivo de largo plazo de SCO es migrar las soluciones basadas en SCO OpenServer a la plataforma UnixWare 7. La estrategia de migración se basa en tres principios simples:

  • No forzar la migración a UnixWare 7
  • Asistir a quiénes deseen migrar a UnixWare 7
  • Brindar un producto UnixWare 7 que impulse a los usuarios de SCO OpenServer a seleccionarlo

Para convertir en realidad esta estrategia, SCO ha planeado varios pasos para conseguir este objetivo de largo plazo. El primer paso es continuar actualizando el sistema SCO OpenServer. La versión 5.0.5 es la primera desde el lanzamiento y liberación de UnixWare 7 ocurrido en Marzo de este año. Otra actualización de SCO OpenServer está siendo planeada para liberarse en 1999. El foco principal de esta nueva versión será el soporte de equipamiento adicional. El segundo paso es brindar herramientas adicionales que asistan al proceso de migración. Algunos proyectos están en estado de planeamiento; uno está diseñado para brindar herramientas específicas de migración, otro está diseñado para incorporar los utilitarios o comandos familiares de SCO OpenServer en la plataforma UnixWare 7. Además de los proyectos de desarrollo, hoy se ofrecen actualizaciones para los clientes que deseen migrar de SCO OpenServer a UnixWare 7. Al final de este año, SCO estará anunciando y despachando una promoción especial de UnixWare 7 Departmental Edition (5-user). El tercer paso es entregar lo que será considerado el reemplazo natural de SCO OpenServer, será la Edición Business de UnixWare 7. Este producto está programado para ser liberado en la primera mitad de 1999.
Los clientes interesados en actualizarse partiendo de versiones anteriores de sistemas operativos de SCO, obtendrán varios beneficios y características técnicas dependiendo de la versión actual que estén utilizando. Las tablas que siguen a continuación sumarizan los beneficios y los atributos técnicos partiendo desde varias versiones anteriores de los sistemas operativos de SCO.

Beneficios al Actualizar el Sistema desde Versiones Anteriores

SCO UNIX 3.2v4.2, OpenDesktop, OpenServer 3, Xenix

SCO OpenServer 5.0.0 o 5.0.2

SCO OpenServer 5.0.4

  • Soporte de últimos equipos
  • Soporte de los nuevos estándares de Internet
  • Conectividad Internet
  • Soporte para clientes utilizando Windows
  • Aumentos significativos en Confiabilidad y Escalabilidad
  • Soporte de últimos equipos
  • Soporte de los nuevos estándares de Internet
  • Conectividad Internet
  • Soporte para clientes utilizando Windows
  • Soporte de últimos equipos
  • Soporte de los nuevos estándares de Internet
Características Técnicas al realizar la Actualización desde versiones anteriores

SCO UNIX 3.2v4.2, OpenDesktop, OpenServer 3, Xenix

SCO OpenServer 5.0.0 o 5.0.2

SCO OpenServer 5.0.4

  • Soporte para últimos equipos
  • Servidor DHCP (Asignación Automática de direcciones IP)
  • IMAP 4 (Protocolo de Correo Electrónico)
  • RealNetworks RealServer (streaming audio/vídeo para Internet/Intranet)
  • Netscape FastTrack Servidor de Web y Communicator (Navegador)
  • SCO VisionFS (servicios de archivos e impresoras para sistemas Windows)
  • Máquina Virtual Java, Librerías, Kit de Desarrollo, Java Studio y Java Workshop
  • Sistema de Archivos Journaling
  • RAID 0, 1, 5
  • Tablas Dinámicas del Kernel
  • DLLs
  • Soporte para UPS
  • Soporte para últimos equipos
  • Servidor DHCP (Asignación Automática de direcciones IP)
  • IMAP 4 (Protocolo de Correo Electrónico)
  • RealNetworks RealServer (streaming audio/vídeo para Internet/Intranet)
  • Netscape FastTrack Servidor de Web y Communicator (Navegador)
  • SCO VisionFS (servicios de archivos e impresoras para sistemas Windows)
  • Máquina Virtual Java, Librerías, Kit de Desarrollo, Java Studio y Java Workshop
  • Soporte para últimos equipos
  • Servidor DHCP (Asignación Automática de direcciones IP)
  • IMAP 4 (Protocolo de Correo Electrónico)
  • RealNetworks RealServer (streaming audio/vídeo para Internet/Intranet)

Digg Technorati Delicious StumbleUpon Reddit BlinkList Furl Mixx Facebook Google Bookmark Yahoo
ma.gnolia squidoo newsvine live netscape tailrank mister-wong blogmarks slashdot spurl