INGENIERÍA EN SISTEMAS

Green modding

2012-06-01T20:34:00.002-07:00

Green modding

La modificación de computadoras o 'green modding' también puede ser una forma de reducir la basura electrónica.

Expandir las computadoras para hacerlas más poderosas y rápidas es una tendencia que apenas está cobrando fuerza en México. El modding es la modificación estética o funcional de los equipos, para adaptarlos a necesidades específicas de sus usuarios.

Pero un grupo de ingenieros está transformando esta corriente en una manera de ayudar al medio ambiente. Ellos se consideran parte de losgreen modders, quienes buscan crear computadoras a partir de desechos electrónicos para reducir el consumo de materiales y reciclar componentes que de otra manera serían basura.

Odín Torres, un ingeniero en sistemas de 28 años, es autor de unos de los diseños mexicanos más reconocidos en la tendencia del green modding. Sus creaciones han sido premiadas en concursos internacionales y ha logrado que su trabajo aparezca en medios especializados en computación.

"Nosotros utilizamos el 90% de basura, que para nosotros es materia prima; la rescatamos y la transformamos para darle una segunda vida. Ahí es donde nace el green modding", explica Odín, quien es originario del estado de Puebla.

Odín Torres, conocido en internet como Neo360, es uno de los principales 'modders' ecológicos en México (William Turner M.).

Diferencias entre redes LAN Y WAN

2012-05-23T21:48:00.001-07:00

Diferencias entre redes LAN Y WAN

En este blog veremos cuales son las diferencias entre las redes LAN y WAN.

- LAN (Local Area Network): Es un sistema de comunicacion entre ordenadores que permite compartir información, con la característica de que la distancia entre las computadoras debe ser pequeña

- WAN (Wide Area Network): Son redes que cubren una amplia región geográfica, a menudo un país o un continente. Este tipo de redes contiene ordenadores que ejecutan programas de usuario llamadas hosts o sistemas finales.

Tres diferencias entre las redes LAN y WAN:

- Una de las diferencias entre redes LAN y WAN, es la distancia que cubren estas redes. La LAN no supera los 100 metros, y la WAN tiene una cobertura de entre 100 y 1000 kilometros.

- La segunda diferencia que nos encontramos entre estas dos redes es la de la velocidad, donde la red LAN alcanza una velocidad de transferencia de entre 1 Mbps hasta 4 Gbps y la red WAN de entre 1 Mbps y 1* Gbps.

- La tercera y ultima diferencia entre LAN y WAN tiene que ver con las siglas CMT (Comision del Mercado de las Telecomunicaciones). El CMT es un comite que se encarga de controlar el buen funcionamiento de la red WAN, la cual al ser tan grande, necesita estar controlada continuamente. En cambio la red LAN no necesita el control de este comite porque al ser mas pequeña su cobertura es mas fácil de controlar.

Nota

* La compañía Siemens logró transmitir, a traves de la fibra optica, a 111 Gbps por segundo, en una red de 2400 Km en condiciones representativas a una Wide Área Network (WAN).

Arquitectura de una base de datos Oracle

2012-05-20T15:36:00.002-07:00

Arquitectura de una base de datos Oracle

La instancia de la base de datos es uno de los dos elementos de cualquier base de datos Oracle. Sirve para gestionar los datos de la base de datos y proporcionar servicio a los usuarios que acceden a la misma.

Está compuesta de:

Estructuras en memoria.
Procesos en segundo plano (background).

Estructuras en memoria - SGA

Es la abreviatura de System Global Area, Área Global de Sistema. Está situada al inicio delos datos de la instancia y contiene los datos e información de control de la instancia.

Está formada por las siguientes estructuras:

Shared pool, fondo común compartido. Almacena las últimas instrucciones SQL y PL/SQL ejecutadas. Posee dos estructuras internas:

Caché de instrucciones (Library cache). Almacena las últimasinstrucciones SQL y PL/SQL ejecutadas. Administra los datos mediante algoritmo LRU.
Caché del diccionario de datos. Almacena las últimas definiciones de la base de datos utilizadas (tablas, índices, privilegios, usuarios,...) Cada vez que una instrucción utiliza un nombre de la base de datos (tabla, índice,...) se comprueba en el diccionario de datos y se almacena en este caché. De este modo la siguiente vez no hace falta acceder al diccionario de datos real.

Caché buffer de la base de datos. Almacena los últimos bloques de datos
accedidos por los usuarios.
Buffer de archivo rehacer. Almacena los últimos cambios realizados a los
bloques de datos de la base de datos.
Large pool. Opcional. Se utiliza como memoria de sesión y para realizar
operaciones de backup.
Java pool. Opcional. Se utiliza como caché de los comandos Java.
Otras estructuras

PGA

Zona global de los programas (Program Global Area). En ella se almacenan los datos

correspondientes a un proceso (sólo un proceso puede utilizar esta área). Incluye:

Áreas de ordenación. Para acelerar las tareas de ordenación de datos.
Información de sesión. Usuario, privilegios,...
Estado del cursor. Tareas SQL actualmente en ejecución
Espacio de pila. Variables y otros datos

En Oracle los procesos pueden ser de estos tipos:

Proceso de usuario. Lanzado por el usuario para pedir interacción con la base dedatos.
Proceso de servidor. Hacen de enlace entre los procesos de usuarios y el servidorOracle. Se utilizan como manejadores de los procesos de usuario. Los comandos de usuario se envían a estos procesos que se encargan de solicitar peticiones a la base de datos mediante el interfaz de programas de Oracle (OPI, Oracle Program Interface).
Procesos en segundo plano (background). Cada instancia de Oracle arranca una serie de procesos background. Los procesos obligatorios son

DBWR (DataBase WRiter). Proceso encargado de escribir en los ficheros de datos los buffers más antiguos de la memoria, para que la base de datos vaya almacenando los cambios.
LGWR (LoG WRiter). Escribe los datos a los ficheros rehacer (redo) desde la caché de archivos rehacer.
CKPT. Actualiza todas las cabeceras de los ficheros de datos para que aparezca la nueva disposición de datos. Esto ocurre cuando se genera un punto de comprobación.
SMON (System MONitor). Permite recuperar la instancia de la base dedatos en caso de caída fatal (cuando el sistema falla por ejemplo). Cuando se reinicia de nuevo la instancia de la base de datos,
PMON (Process MONitor). Es el encargado de gestionar adecuadamente los procesos que fallan. Ante caídas de procesos, PMON se encarga de restaurar los datos adecuadamente.
SQL *Net Listener. Es el encargado de encaminar por una red solicitudes de un cliente a un servidor de base de datos Oracle. Este proceso escuchador (listener) está tanto en el cliente como en el servidor. Puede encaminar solicitudes que se dirigen a varias instancias.
Otros

Cuando Apple intento contratar a Linux Torvals

2012-05-02T12:07:00.000-07:00

Cuando Apple intento contratar a Linux Torvalds

Quién podría imaginarse un mundo sin Linux? Quizás muchos no lo tomen en cuenta, pero todo sería completamente distinto.

Y esto podría haber pasado si Apple hubiera contratado a Linus Torvalds en el 2000.

Aunque Linus no ha conocido a Bill Gates, sí conoce a Steve Jobs porque fue invitado a los Apple HQ en Cupertino por el mismo Jobs. Ahí, le ofrecieron unirse a Apple y trabajar en lo que se convertiría en OS X. ¿Cómo quería convencer Jobs a Linus? Diciéndole que esto podría llevar «Unix a una mayor base de usuarios».

El gran problema es que bajo estas condiciones, Linus tendría que dejar de trabajar en el desarrollo de Linux, una condición que hizo que Torvalds rechazara la oferta.

Ahora, imaginen esto un momento*; no habría Android, ChromeOS o WebOS; tampoco habría Ubuntu, y seguramente sólo algunas pocas distros Linux podrían haber seguido en pie. Y seguramente la estructura del Internet hubiera cambiado un poco.

Increíble lo que puede pasar con esas pequeñas cosas que cambian el curso de la historia. Y aunque la anécdota no es nueva, está resonando de nuevo tanto en redes sociales como en algunos blogs, así que se me hizo buena idea compartirlo también con ustedes

Aquí les dejo un pequeño link muy interesante: http://9to5mac.com/2012/03/20/steve-jobs-tried-to-hire-linux-founder-a-decade-ago/

¿Qué es Oracle Grid Control 10g?

2011-10-14T05:33:00.000-07:00

Oracle dice que "Oracle Enterprise Manager Grid Control 10g ofrece la funcionalidad de gestión centralizada de la infraestructura de TI completa de Oracle, incluyendo los sistemas que ejecutan Oracle y las tecnologías no son de Oracle. Con un amplio conjunto de la administración, gestión de configuración, aprovisionamiento, monitoreo end-to-end, y capacidades de seguridad, Oracle Grid Control reduce el coste y la complejidad de la gestión de entornos de computación distribuida. robusto nivel de servicio de la funcionalidad de gestión dentro de Oracle Grid Control mejora dramáticamente los niveles de servicio a través de transacciones ricos y los usuarios finales de monitoreo y diagnóstico profundo de las aplicaciones de Internet de varios niveles. Oracle Grid Control también ofrece un marco de extensibilidad integral para la gestión de aplicaciones y la integración con otras herramientas de gestión. Estas capacidades permiten a las empresas obtener un mayor rendimiento de sus sistemas y aplicaciones, mientras que continuamente reduce la complejidad y costes de gestión.

GRID CONTROL

2011-10-14T05:24:00.000-07:00

GRID CONTROL

Grid Control se compone de una serie de servicios, cada uno de los cuales está instalado en su propio HOME y que pueden y deben ser manejados separadamente. El objetivo de este manual es presentar de manera concreta los comandos necesarios para levantar, detener y monitorear todos estos servicios. Las partes correspondientes a levantar y detener los servicios deben ejecutarse en el orden indicado.

Variables de ambiente

Es recomendable definir las siguientes variables de ambiente:

# Variables de ambiente para Grid Control
OMS_HOME=/opt/oracle/OracleHomes/oms10g
export OMS_HOME
AGENT_HOME=/opt/oracle/OracleHomes/agent10g
export AGENT_HOME
ORACLE_HOME=/opt/oracle/OracleHomes/db10g
export ORACLE_HOME
ORACLE_SID=emrep
export ORACLE_SID
PATH=$PATH:$OMS_HOME/bin:$AGENT_HOME/bin:$ORACLE_HOME/bin:$OMS_HOME/opmn/bin
export PATH

En este caso se asume que la instalación de Grid Control se hizo en el directorio /opt/oracle, en caso de encontrarse en una ubicación diferente, realizar los cambios necesarios en las variables de ambiente.

Levantar todos los servicios

1. Levantar el listener:

$ $ORACLE_HOME/bin/lsnrctl start

2. Levantar la base de datos:

$ $ORACLE_HOME/bin/sqlplus /nolog
SQL> connect SYS as SYSDBA
SQL> startup
SQL> quit

3. Levantar OMS (Oracle Management Service):

$ $OMS_HOME/bin/emctl start oms

4. Levantar todos los componentes de Application Server (web cache, http server):

$ $OMS_HOME/opmn/bin/opmnctl startall

5. Levantar el agente:

$ $AGENT_HOME/bin/emctl start agent

6. (Opcional) Levantar el Application Server Control Console:

$ $OMS_HOME/bin/emctl start iasconsole

Detener todos los servicios

1. Detener el OMS:

$ $OMS_HOME/bin/emctl stop oms

2. Detener, si está arriba, el Application Server Control Console:

$ $OMS_HOME/bin/emctl stop iasconsole

3. Detener todos los componentes del Application Server (http server, web cache, etc.):

$ $OMS_HOME/opmn/bin/opmnctl stopall

4. Detener el agente:

$ $AGENT_HOME/bin/emctl stop agent

5. Detener la base de datos

$ $ORACLE_HOME/bin/sqlplus /nolog
SQL> connect SYS as SYSDBA
SQL> shutdown
SQL> quit

6. Detener el listener:

$ $ORACLE_HOME/bin/lsnrctl stop

Monitorear los servicios

Agente:

$AGENT_HOME/bin/emctl status agent

OMS (Oracle Management Service):

$ $OMS_HOME/bin/emctl status oms

Componentes de Application Server:

$ $OMS_HOME/opmn/bin/opmnctl status

Detener OCSSD.BIN

El proceso $ORACLE_HOME/bin/ocssd.bin se levanta automáticamente como parte de la instalación de RDBMS incluida en Grid Control. Dicho proceso no requiere administración alguna, sin embargo, de ser necesario detenerlo (generalmente durante la aplicación de parches), el proceso correcto para hacerlo es (con el usuario root):

# /etc/init.d/init.cssd stop

CLOUD COMPUTING

2011-09-08T12:32:00.000-07:00

Cloud Computing

La computación en la nube, la “Cloud Computing” lleva directamente a la idea de la computación como un servicio público provisto a contador, lo que en inglés se denomina “utility” y esta idea ya apareció allá en 1961 de la mano de John McCarthy, el científico que acuñó termino “inteligencia artificial”, que en una conferencia en el MIT sobre tiempo compartido (time sharing) explicó como éste podía llevar al poder de la computación y a que aplicaciones especificas pudieran comercializarse utilizando el modelo de las empresas de suministros deSegún las organizaciones experimentan la presión de una creciente demanda de disponibilidad, de rendimiento y de rapidez en la puesta en funcionamiento de nuevas aplicaciones, la idea de hacer más con menos prevalece. Uno de los temas más agudos, en la actualidad es el incremento de las necesidades de almacenamiento de datos e informaciones impulsado por los tipos de datos no estructurados tales como los archivos, registros y “récords” impresos, los correos electrónicos, las imágenes médicas y los documentos legales en diversos formatos. Estos nuevos tipos de datos están creciendo más rápidamente que cualquier otra categoría o tipo previo de datos como las bases de datos relacionales o las copias de respaldo para la continuidad del negocio.
Pero en la actual era de Internet, el énfasis está en la gestión de manera coste-efectividad en todos los ámbitos de la computación, lo cual está conduciendo a ubicar soluciones eficientes pero con los menores costes posibles, y tal vez la nube pueda ser una solución que satisfaga este condicionante básico.

Características que la nube debe facilitar:

• Habilidad para facilitar con rapidez la provisión o la supresión de un servicio.
• Un modelo de consumo en el que los usuarios pagan por lo que usan.
• Agilidad para alcanzar una flexibilidad en las escalas de provisión de servicios hacia arriba o hacia abajo sin una gran pre-planificación.
• Una conexión segura y directa con la nube sin necesidad de recodificar aplicaciones.
• Capacidad para que múltiples clientes utilicen de manera independiente y con sus datos debidamente protegidos, las mismas aplicaciones en los mismos servidores y al mismo tiempo (la denominada “multitenancy”).

Beneficios

Integración probada de servicios Red. Por su naturaleza, se puede integrar con mucha mayor facilidad y rapidez con el resto de sus aplicaciones empresariales (tanto software tradicional como Cloud Computing basado en infraestructuras), ya sean desarrolladas de manera interna o externa.
Prestación de servicios a nivel mundial. Las infraestructuras de "Cloud Computing" proporcionan mayor capacidad de adaptación, recuperación de desastres completa y reducción al mínimo de los tiempos de inactividad.
Una infraestructura 100% de "Cloud Computing" no necesita instalar ningún tipo de hardware. La belleza de la tecnología de "Cloud Computing" es su simplicidad… y el hecho de que requiera mucha menor inversión para empezar a trabajar.
Implementación más rápida y con menos riesgos. Podrá empezar a trabajar muy rápidamente gracias a una infraestructura de "Cloud Computing". No tendrá que volver a esperar meses o años e invertir grandes cantidades de dinero antes de que un usuario inicie sesión en su nueva solución. Actualizaciones automáticas que no afectan negativamente a los recursos de TI. Si actualizamos a la última versión de la aplicación, nos veremos obligados a dedicar tiempo y recursos (que no tenemos) a volver a crear nuestras personalizaciones e integraciones.
Contribuye al uso eficiente de la energía.

Desventajas

La centralización de las aplicaciones y el almacenamiento de los datos origina una interdependencia de los proveedores de servicios.
La disponibilidad de las aplicaciones están desatadas a la disponibilidad de acceso a Internet.
Los datos "sensibles" del negocio no residen en las instalaciones de las empresas por lo que podría generar un contexto de alta vulnerabilidad para la sustracción o robo de información.
La confiabilidad de los servicios depende de la "salud" tecnológica y financiera de los proveedores de servicios en nube. Empresas emergentes o alianzas entre empresas podrían crear un ambiente propicio para el monopolio y el crecimiento exagerado en los servicios.
La disponibilidad de servicios altamente especializados podría tardar meses o incluso años para que sean factibles de ser desplegados en la red.
La madurez funcional de las aplicaciones hace que continuamente estén modificando sus interfaces, por lo cual la curva de aprendizaje en empresas de orientación no tecnológica tenga unas pendientes significativas, así como su consumo automático por aplicaciones.
Seguridad. La información de la empresa debe recorrer diferentes nodos para llegar a su destino, cada uno de ellos (y sus canales) son un foco de inseguridad. Si se utilizan protocolos seguros, HTTPS por ejemplo, la velocidad total disminuye debido a la sobrecarga que estos requieren.

Tipos de nubes

Las nubes públicas se manejan por terceras partes, y los trabajos de muchos clientes diferentes pueden estar mezclados en los servidores, los sistemas de almacenamiento y otras infraestructuras de la nube. Los usuarios finales no conocen qué trabajos de otros clientes pueden estar corriendo en el mismo servidor, red, discos como los suyos propios.
Las nubes privadas son una buena opción para las compañías que necesitan alta protección de datos y ediciones a nivel de servicio. Las nubes privadas están en una infraestructura en-demanda manejada por un solo cliente que controla qué aplicaciones debe correr y dónde. Son propietarios del servidor, red, y disco y pueden decidir qué usuarios están autorizados a utilizar la infraestructura.
Las nubes híbridas combinan los modelos de nubes públicas y privadas. Usted es propietario de unas partes y comparte otras, aunque de una manera controlada. Las nubes híbridas ofrecen la promesa del escalado aprovisionada externamente, en-demanda, pero añaden la complejidad de determinar cómo distribuir las aplicaciones a través de estos ambientes diferentes.

Controversia

La computación en nube ha sido criticada por limitar la libertad de los usuarios y hacerlos dependientes del proveedor de servicios.0Algunos críticos afirman que sólo es posible usar las aplicaciones y servicios que el proveedor esté dispuesto a ofrecer. Así, el London Times compara la computación en nube con los sistemas centralizados de los años 50 y 60, en los que los usuarios se conectaban a través de terminales "gregarios" con ordenadores centrales. Generalmente, los usuarios no tenían libertad para instalar nuevas aplicaciones, y necesitaban la aprobación de administradores para desempeñar determinadas tareas. En suma, se limitaba tanto la libertad como la creatividad. El Times argumenta que la computación en nube es un retorno a esa época y numerosos expertos respaldan la teoría.

Diccionario de datos de Oracle 10g

2011-09-06T16:21:00.000-07:00

Oracle posee un diccionario de datos; es decir la manera de extraer el catálogo de objetos de una base de datos, nos refererimos a: tablas, usuarios, roles, vistas, columnas de las tablas, secuencias, constraints, sinónimos, índices, triggers, funciones etc.., esta información se encuentra contenida en tablas y vistas del sistema.

Dichas tablas en base a las cuales podemos obtener esta información aplicando sentencias sql.

A continuación enumeramos las tablas más importantes del diccionario de datos que nos permitirá obtener información de los objetos de la base de datos.

Notas:Los prefijos dba_ son exclusividad para los usuarios que tengan el rol dba que sería el administrador de la base de datos y mostraría información de accesos de los usuarios que tienen asignado dicho rol.
Los prefijos_user indican que mostrará información en el ámbito del usuario que se encuentre conectado; [esquema].[objeto].

Información sobre todos los objetos: tablas, vistas, funciones, procedimientos, índices, triggers, etc. : dba_objects, user_objects, all_objects

Código de funciones y procedimientos: dba_source, user_source, all_source

Usuarios: dba_users, user_users, all_users

Roles: dba_roles

Roles asignados a roles o usuarios: dba_role_privs, user_role_privs

Privilegios asignados a roles o usuarios: dba_sys_privs

Permisos sobre tablas asignados a roles o usuarios: dba_tab_privs

Límites de recursos: user_resource_limits

Perfiles y sus límites de recursos asociados: dba_profiles

Límites de recursos en cuanto a restricciones en claves: user_password_limits

Límites de recursos en cuanto a espacio máximo en tablespaces: dba_ts_quotas, user_ts_quotas

Tablespaces: dba_tablespaces, user_tablespaces

Ficheros que componen los datafiles: dba_data_files

Segmentos: dba_segments, user_segments, all_segments

Segmentos de Rollback: dba_rollback_segs

Extensiones que forman los segmentos: dba_extents, user_extents

Bloques libres: dba_free_space, user_free_space

Bloques libres que podrían unirse: dba_free_space_coalesced

Secuencias: dba_sequences, user_sequences, all_sequences

Tablas, vistas, sinónimos y secuencias: dba_catalog, user_catalog, all_catalog

Tablas : dba_tables, user_tables, all_tables

Campos de tablas: dba_cons_columns, user_cons_columns, all_cons_columns

Columnas de las tablas: dba_tab_columns, user_tab_columns, all_tab_columns

Vistas: dba_views, user_views, all_views

Sinónimos: dba_synonyms, user_synonyms, all_synonyms

Restricciones de clave primaria, externa, not null, integridad referencial: dba_constraints, user_constraints, all_constraints

Índices: dba_indexes, user_indexes, all_indexes

Columnas de los índices: dba_ind_columns, user_ind_columns, all_ind_columns