Expertos Informáticos

La Linterna (I)

noreply@blogger.com (Armando de Zorita) — Wed, 14 Dec 2011 21:00:00 +0000

Con este artículo queremos iniciar e inaugurar una nueva sección de vuestro querido blog, un blog consolidado y que ya es, a día de hoy, todo un referente.

Nuestra intención para este nuevo propósito es arrojar luz (de LEDs, por suspuesto) a ciertas dudas que nos hacéis llegar telemáticamente o que nos planteáis en el transcurso de nuestras apasionantes e intensas jornadas laborales. Tal y como lo habíamos hecho hasta ahora pero a modo de consultorio, con un enfoque más personalizado y adecuado a vuestros problemas cotidianos, tecnológicamente hablando.

Primera ronda de preguntas:

A la hora de hacer nuestro exhaustivo checklist visual de hardware, tarea rutinaria del departamento de IT al que pertenezco, hemos observado que al abrir en marcha el chasis de algunos de nuestros servidores, los ventiladores se aceleran de manera alarmante. Nuestro recién ascendido responsable está preocupado por el tema y nos ha ordenado que busquemos información al respecto, pero en la wikipedia no encontramos nada determinante. Se nos avecina un gabinete de crisis. ¿Se trata de algún avanzado sistema anti-instrusos o, definitivamente, es una adevertencia de la BIOS sobre algún defecto de hardware y, por lo tanto, debemos "poner en rojo" el resultado en el checklist, informar adecuadamente y escalar el problema? Gracias Expertos.

En primer lugar, permíteme romper una lanza a favor de Wikipedia y recomendarte que, tal y como te piden desde su página web, hagas un donativo para obtener un mayor nivel de soporte. Dicho esto, intentaré responder a las cuestiones que planteas.

Sobre la posibilidad de que se trate de un dispositivo de seguridad, pese a que Expertos Informáticos tiene patentado un novedoso sistema de alarma con control remoto incorporado en la llave del rack e indicadores luminosos y acústicos, es muy improbable que dispongáis de tal avance puesto que su implantación todavía no está demasiado extendida (a la espera de obtener una serie de homologaciones, que no vienen al caso).

Tampoco parece aplicar la teoría de la BIOS. La BIOS posee su propio código de pítidos para avisar sobre cualquier anomalía detectada (pítidos, sí, de qué viviríamos si las indicara en un perfecto castellano). Pero, en cualquier caso, dichas anomalías se comprueban durante el proceso de arranque y son advertidas mediante el altavoz del sistema y no a través de los ventiladores, como sugieres.

En cuanto a la manera de dejar constancia o comunicar una incidencia, te recomiendo que revises el workflow establecido en tu empresa para estos casos, si tienes dudas. Lamento no poder ayudarte en este aspecto, ni confirmarte si se trata del camino a seguir, puesto que carezco de la información necesaria.

Tras leer vuestro fabuloso artículo sobre la BlackBerry, digno de auténticos visionarios, he decidido dar un cambio radical a mi vida y, tras darle muchas vueltas al asunto, lo tengo decidido, no hay marcha atrás: me cambio el móvil. ¿Qué modelo de Apple me recomendaríais?

El iPhone, sin duda.

Hola cracks, soy el orgulloso propietario de una caravana que utilizo a modo de bungalow en el camping donde paso todos y cada uno de los fines de semana de mi vida (por el niño, más que nada). El problema es que, al tratarse de un modelo verdaderamente grande, resultaría complicado maniobrar a la hora de moverla (si algún día hubiera que hacerlo). Es por ello que recientemente he adquirido, por si acaso, un moderno "movedor de caravanas" con mando a distancia, el modelo más caro y avanzado, por supuesto. Mi pregunta es la siguiente: como verdaderos expertos de la tecnología, ¿creéis que mi elección ha sido acertada o conocéis alguna otra alternativa válida? Algo más impactante todavía, que no pase desapercibido o quizás algún invento de los vuestros. No importa si se sale un poco del presupuesto, soy buen negociante, vendí mi viejo router y mi anterior caravana por más de lo que me costaron (ya se sabe, era necesario el cambio, se quedaron pequeños al nacer mi hijo).

Pese a que el motivo de tu consulta se encuentra fuera de nuestro alcance y competencia, hemos visto conveniente atender a tu petición por humanidad. Quizás nos equivoquemos, aunque sea difícil, pero tus palabras parecen esconder un mensaje de auxilio. Tu problema parece ir más allá del simple dispositivo eléctrico y motorizado que mencionas.

No nos extenderemos, tan sólo un par de observaciones y consejos. Parafraseando a nuestro querido Paquillo, si lo que querías era impresionar a las tordas del camping, puede que incluso un desfibrilador hubiera sido más efectivo, por nombrar alguna alternativa. Cada uno es libre de hacer lo que le plazca con su dinero, dicho sea de paso, pero qué será lo siguiente, comprarte un "lujoso" "todoterreno" de "ciudad", de 2 toneladas y media, con la excusa de poder mover una caravana que tienes anclada y totalmente estática?

En cuanto al cambio de router, decisión acertada. Los hijos son, desde bien pequeños, voraces consumidores de ancho de banda.

En próximas entregas...

Os adelantamos otra consulta que acaba de aterrizar en la redacción, digna de debate:

Seré breve y conciso a la hora de exponer y plantearos mi interesante, sorprendente y, por qué no decirlo, controvertida cuestión que, no me cabe la menor duda, puede romper esquemas: ¿Existe el concepto de conexión WiFi por cable? Ahí lo dejo...

Para preguntas, respuestas, sugerencias y halagos os podéis dirigir a: expertos9108@hotmail.com

También a través de Twitter: @expertos_infor

¡Expertos responde!

Estreno

noreply@blogger.com (Armando de Zorita) — Tue, 15 Nov 2011 13:53:00 +0000

Próximamente en los mejores RDBMS...

Tuzz Aldrin - Hypertunnel technology

noreply@blogger.com (Alberto Mateos) — Tue, 27 Sep 2011 12:02:00 +0000

Saludos a todos los expertos.

Hoy, una vez más, haré hincapié en el protocolo de red hypertunnel-technology con el fin de lograr llenar la ausencia de conocimientos acerca del tema y premiaros con menos ignorancia.

En esta ocasión dejaremos de lado el apartado técnico y nos centraremos en su creador y desarollador.

En 1966, New York, Tuzz Aldrin, desarollador del equipo Xerox, trabajaba en el protocolo de red PUP (PARC Universal Packet).

Un día, de camino a la oficina, se acercó a una muchedumbre agitada por el incendio de un edificio cercano. Aldrin tuvo la idea al contemplar al grupo de bomberos apagar las llamas con una manguera de agua a presión y observando como ésta, al chocar con la fachada, les salpicaba constantemente.

El desarollador se quedó perplejo con una sonrisa de oreja a oreja, pues imaginó una potencia tal para la transmisión de paquetes, que la misma ímpetu devolviera los datos de respuesta. Sin embargo, fue señalado por una vecina como posible autor del incendio y se le arrestó bajo acusaciones de piromanía e intento de homicidio.

A finales de la década de los sesenta PUP ya era una realidad y Aldrin, libre bajo vigilancia.

Por culpa de su estancia en prisión no pudo participar en XNS (Xerox Network Services) así que decidió seguir con su línea de investigación personal acerca de lo que serían los principios del HT.

Las pruebas iniciales realizadas por Aldrin fueron un completo fracaso. Enfrascado en su propia odisea de intercambio de paquetes más allá de una intrared y con la base del protocolo PUP para redes privadas, jamás llegó a desarrollar un teorema correcto. Básicamente necesitaba que un ordenador remoto y ajeno a su red tuviera un localizador sencillo, una referencia inequívoca a la que conectar, ya que no disponía del conocido protocolo TCP/IP.

La universidad de California había oído hablar de Tuzz y su cruzada particular y acabó contando con él en lo que se conocería posteriormente como ARPANET. Gracias a Aldrin se logró establecer conexión entre ordenadores de las universidades de California y de Utah, donde consiguió enviar satisfactoriamente un "Hello ;P" a otro usuario, que resultó ser una jovencita de apenas dieciocho años que llevaba la labor de secretaría, por aquel entonces. La malinterpretación de uno de los primeros mensajes de Internet se consideró acoso sexual a una menor de edad. El desarrollador quedó impune tras varios juicios, pero le obligaron a abandonar su puesto privilegiado en la universidad y todos los derechos del descubrimiento.

Lo había logrado, rompió la intranet, pero la intrepidez y ambición del desarrollador no terminó ahí. Fue entonces cuando, una vez establecidos los rangos de puertos terráqueos (1-65535), desarrolló la manera de encapsular un puerto y "lanzarlo" a mayor "altura" de la conocida. El puerto de la IP que sondeaba acabó alrededor de un valor próximo al 228009.

Tras varias pruebas de conectividad contra el servicio que había elevado por encima de lo que él llamó y se conocería como "ports in exosphere", comprobó que sufría varios time outs, "What the fucking hell happens with the telnet?" ("Hay problemas graves con el telnet?").
Todo era debido a algo que no predijo. Con una conexión de 56kbps no era capaz de alcanzar la altura a tiempo y el status "OK" que recibía antes de enviar sus paquetes a través del puerto era el resultado de la relatividad que Lorentz y Einstein habían mostrado poco antes al mundo de la física.

Aldrin tuvo que esperar algunos años hasta disponer de la infraestructura y la tecnología necesaria.

Entre tanto, mientras se declaraba así mismo como el Nikolai Tesla de las redes, jamás se le pasó por la cabeza inventar la transmisión de datos de red vía inalámbrica, quizá porque, estuvo bastante tiempo demandado por el gobierno, acusado de enviar "lanzaderas" con contenido desconocido a una "exosfera lógica", que no dejaba de ser territorio de EE.UU., sin ningún tipo de permiso. Aldrin consiguió demostrar que su exosfera lógica no comprometía la seguridad de un país neurótico en plena guerra fría y que no se trataba de una conspiración comunista.

Le obligaron a abandonar todos sus proyectos. Su abogado le aconsejó no vestir nada de color rojo para no exaltar más la polémica de sus pruebas e intenciones. Tuzz no volvió a comer nada con tomate para evitar problemas y jamás osó acercarse a una fresa.

Finalmente, en 1991, consiguió establecer el primer hypertunnel conocido de la historia, al que llamó TPC (Tuzz Protocol Connection).

Al dar a conocer su descubrimiento y el futuro de las redes a las comunidades de la tecnología, el nombre del protocolo generó mucha controversia, lo que le llevó a recibir varias denuncias por plagio, las cuales pudo retribuir económicamente gracias a los sponsors y premios que ganó con su protocolo.

Aldrin decidió finalmente, tras una serie de juicios a damnificados, cambiar el nombre a "Hypertunnel-technology" el cual seguiría desarrollando y mejorando con el tiempo.

Tuzz, tras retirarse, se dedicó a dar charlas en las universidades de ingeniería de EE.UU transmitiendo el mensaje a las nuevas generaciones de llevar a cabo sus sueños e ideas, sea al precio que sea, y como bien dice: "I had to deal with too dross and mourn a lot to get here" ("el éxito se consigue si se persigue").

Actualmente reside en prisión, ya que sus charlas le condenaron a cuatro años. Altos cargos del FBI le acusaron de insurgencia y declararon: "no deja de suscitar un levantamiento, un golpe de estado tecnológico, es un peligro para la seguridad, hace poco se le vio donando sangre, roja".

Alberto Mateos Blanco.

Becarios en la empresa

noreply@blogger.com (Unknown) — Mon, 26 Sep 2011 08:17:00 +0000

Hubo un tiempo en que yo mismo fui becario. Resulta desconcertante que alguien de mi categoría y prestigio internacional haya pasado de ser un miserable a ser todo un "Senior Executive" de una de las empresas más importantes del sector informático (mundialmente conocida como una de las doce big four).

Llegados a este punto y como muestra de gratitud a las innombrables veces que este blog me ha facilitado las cosas en mi carrera profesional, me veo en la obligación de guiar a nuestros lectores en el cuidado y trato de sus propios becarios. El viaje no será fácil pero un gran experto necesita grandes retos.

Estado actual de los becarios

En estos tiempos que corren, contratar a profesionales ya no está de moda y la tendencia es contratar a becarios sin importar la edad de éstos. La experiencia de estos últimos años me ha hecho perfeccionar la técnica de manipulación de estos extraordinarios seres que pululan por nuestras empresas.

Objetivo

El objetivo de contratar becarios se define claramente en tres puntos:

- Abaratar costes: Hacen el mismo trabajo que un empleado nominal pero con la ventaja de no tener que pagarles (alabados sean los convenios de Universidad).

- Rejuvenecer plantilla: Los empleados nominales cuando pasan años sin revisiones salariales tienen la fea costumbre de querer promocionar e incluso se atreven a exponernos sus inquietudes. Una de las mejores excusas que podrás darle al indeseable será amenazarle con que su trabajo puede hacerlo un becario indio por 5 euros a la hora o incluso gratis.

- Disimular la propia incompetencia: Muchas veces, por falta de ~~ganas~~ tiempo, los grandes ejecutivos tenemos que tapar asuntos que nuestros homónimos podrían utilizar en nuestra contra. Los becarios juegan un rol muy importante en estos casos ya que a través de empleados de menor nivel (conocidos como

"más capos") podrás echarle la culpa de tus propios errores y salir airoso de situaciones complicadas.

Necesidades morfológicas

Los becarios, por increíble que parezca, son humanos. Esto significa que necesitan nutrirse, descansar y divertirse. Sabiendo esto cualquiera pensaría que es una pena que funcionen de esta manera pero amigos, uno no llega a ser "Senior Executive" por arte de magia. Detrás de este traje a medida y un perfecto nudo de corbata hay un motor incansable con increíbles ideas. Se me ocurrió que podíamos poner una cafetera y unos taburetes dentro de la empresa y permití a nuestros becarios utilizar ese pequeño lugar para satisfacer sus tres necesidades básicas a la vez. Hay que tener mucho cuidado porque pueden tomar cariño a ese cubículo y pasar más tiempo allí del necesario con la amenaza de ver bajar la productividad. Si nos viésemos en este caso, tan solo tendríamos que ir hacia ellos y espetar una de las frases que más me gustan: "Se os ve muy relajados, ¿no?". Es infalible.

Taxonomía de los becarios

Los becarios se distinguen por varias características:

- Sexo: La gran mayoría serán hombres pero nunca se pierde la esperanza de que se presente una moza bien hermosa. Si este fuera el caso, utilizaríamos todas las herramientas a nuestro alcance para saber todo sobre ella (nombre, dirección, book, etcétera).

- Formación: La gran mayoría de ellos provendrá de la Universidad y serán recién titulados con nula experiencia laboral pero se conocen casos en los que la formación del becario era tan extensa que sus trabajos hicieron amasar ingentes cantidades de dinero a los gerentes de la empresa (el becario nunca debe saber qué se hace con su trabajo).

- Vestimenta: Cumplir el dress-code en una big four es fundamental, sobretodo si se dedica al outsourcing y el máximo trato que tienes con el cliente es una llamada a la semana de 30 segundos. Los becarios deberán venir con traje y corbata todos los días de la semana. Cualquier incumplimiento de esta norma se hará saber de forma pública a todo el equipo con el fin de humillar y escarmentar al infractor. Además, en cada reunión extraordinaria que se haga en el equipo se debe recordar todos y cada uno de los puntos que componen este código.

- Nivel de sumisión: Este nivel nos indica el grado de humillación que nuestro becario es capaz de soportar. Asumiendo una escala del 1 al 3, definimos el nivel 1 como "Humillable", el nivel 2 como "Muy humillable" y el 3 como "Se permite el azote".

Frases motivadoras

La jerga que podemos utilizar para animar a nuestras jóvenes tropas es muy extensa. Aquí tenemos unas cuantas que me han ayudado durante todos estos años y que deberéis utilizar:

- Me debes un script.

- Baja y recoge tus cosas.

- No puedo darte vacaciones.

- Maaaauuuuusss.

- Aham aham. ¿Venís de merendar?

- El domingo es el mejor día de la semana.

- ¡Aaaaaaaaaamigo!

Y por último os dejo un ejemplo de lo que debéis pedir en las ofertas de trabajo que vuestro equipo de recursos humanos publicará por toda la web:

http://yfrog.com/3zofertadeempleobecariosep

Espero que los consejos e información que os he proporcionado os ayuden a prosperar en vuestra carrera profesional.

BlackBerry "no convence"

noreply@blogger.com (Armando de Zorita) — Thu, 22 Sep 2011 16:52:00 +0000

ÚLTIMA HORA.- Se confirma. Michael Hello, director del prestigioso semanal de divulgación tecnológica 'Gadget Time', ha hablado sobre el resultado de la review del último terminal del fabricante canadiense, artículo que en breve verá la luz.

Sus duras declaraciones no dejan lugar a dudas:

-Menuda ~~mierda~~ decepción.

Así de contundente se muestra el periodista tras el exhaustivo análisis realizado por el equipo de expertos en smartphones de la redacción de GT.

-Actualmente estoy utilizando la unidad de pruebas, cortesía de BlackBerry, como pisapapeles -apartado en el que, por otra parte, ha obtenido la mayor puntuación frente a sus rivales más directos- No todo iba a ser negativo -intenta suavizar Hello con el talante que le caracteriza.

Sorprende la crudeza de sus palabras puesto que, como buen británico, siempre se había mostrado muy discreto y respetuoso. Esto demuestra, sin duda, la incuestionable realidad que hay detrás de sus palabras.

Entre los puntos débiles del nuevo smartphone destacan su diseño claramente desfasado, un sistema operativo lleno de carencias, poco estable, flexible y con una interfaz obsoleta. A nivel de hardware tampoco es un prodigio y, por si todo esto no fuera suficiente, la oferta de aplicaciones que ofrece es "un poco escasa". Algunos testers han afirmado, incluso, que desprende un hedor ciertamente desagradable.

No obstante, tal y como apunta Michael Hello, no todo son desventajas. BlackBerry, empresa fundada por el afroamericano Tom Berry, sigue siendo sinónimo de elegancia. Su última creación todavía conserva el aire gentleman & business class que tanto atrae a los auténticos hombres de negocio y que tan buena acogida tuvo entre la subcultura hipster, pero que, sin embargo, tan poco convence al resto de infrahumanos.

Enviado desde mi BlackBerry

Acción, pro-acción, no-acción y la re-acción

noreply@blogger.com (Francisco Olite de Orruño Gonzalvez) — Wed, 21 Sep 2011 12:12:00 +0000

Estas vacaciones estaba yo en mi barco, en las aguas de Ibiza, cuando recibí una llamada en el iPhone sobre un tema de trabajo.

Un consultor de alto nivel dedicado por entero al cliente nunca descansa. Así que cogí la llamada y atendí a mi interlocutor.

Uno de los muchos proyectos que trato es de una agencia de seguros, una de las más importantes de España, que se está expandiendo por Europa y Sudamérica. Así que, como es normal, decidió hacer una inversión en IT y qué mejor que un verdadero experto de una Bigfour como yo para aconsejarles.

El proyecto fue bien. Se terminó en los quince meses normales para una migración a entornos virtuales y un cambio de infraestructura de Solaris a Windows 2003 Server 32 bits. Tan sólo había alguna cosa que no acababa de convencer a los usuarios de la Solución, sobretodo. Nada, lo típico: que va más lento, que el entorno es peor, que antes teníamos cosas que ahora han desaparecido... Poca cosa. Les demostramos por medio de un completo juego de gráficas, powerpoints y documentos que aquello no era cierto. Tenemos contratado (bueno, de becario) a un chaval que maneja el Photoshop de miedo, en la oficina.

La cuestión es que la llamada era del responsable de explotación por la parte del cliente. Estaba hecho una furia, se quejaba de que hacía más de dos meses que se había detectado un problema de espacio en disco en su sistema productivo.

El motivo es que la empresa había empezado a crecer bastante y se habían quedado sin espacio en la base de datos para que ésta siguiera creciendo. Me decía que había hablado con todos los implicados en la parte técnica y que el problema real es que no compraban más disco porque el presupuesto había sido tan ajustado que no resultaba rentable.

Esto me planteó una serie de cuestiones, qué tiene que hacer el Consultor con mayúsculas para esta clase de situaciones.

Las plantearé de la siguiente manera:

Acción: La acción habría sido tomar el teléfono y ponerme en contacto con el gerente a cargo del proyecto, exponerle la situación y decirle que aquello era una situación insostenible. Pero claro, ese gerente era yo y no era el caso.

Pro-acción: Tendría que haber supuesto que con un presupuesto tan ajustado, en lo que al proyecto se refiere, cualquier incidencia, y más de hardware, descuadraría mi margen de ventas y mi variable y, por tanto, tendría que haber sumado un remate económico por si acaso.

No-acción: Directamente no cogerle el teléfono al cliente y hacer como que aquí no ha pasado nada.

Re-acción: Hacer un reenviar de toda la cadena de mails del error técnico "sin espacio en disco" a la primera lista de correo que pille y luego echar una bronca monumental a todo el mundo por no leerse los mails. El mail con un FYI, eso sí que es sinergia.

Evidentemente un Consultor con mayúsculas, un auténtico IT Project Manager, un Gestor de los que ya no quedan tomará la opción de la Re-acción.

Colección BASH 2011 / .sh 2011

noreply@blogger.com (Alberto Mateos) — Wed, 21 Sep 2011 11:04:00 +0000

Queridos aspirantes a expertos,

Os presentamos la nueva colección de camisetas de Expertos Informáticos. Recordad que podéis acceder a ella en cualquier momento desde la sección "Merchandising" del blog.

Nueva gama de camisetas

¡Ha llegado la nueva colección de camisetas de la mano de EI!
Aunque en nuestra vida laboral todo es seriedad y profesionalidad sin parangón, os traemos unos atuendos con los que marcar la diferencia en cualquier ocasión.

La colección BASH 2011 (.sh 2011) de final de temporada.

Todos los modelos están disponibles en todas las tallas y en los colores:

#ff0000, #ffff00, #000000, #000080 y #ffffff.

¡En esta ocasión también hemos pensado en ellas!

El modelo "Syntax incorrect" de la colección .sh 2011 está especialmente dedicado a todas las féminas que interactuan a menudo con los profesionales de la tecnología y que sin remedio sufren del llamado "interés cero" o "null attraction".

El decálogo del Tuning

noreply@blogger.com (Alberto Mateos) — Tue, 20 Sep 2011 12:11:00 +0000

Saludos a todos los seguidores de Expertos Informáticos.

Hoy quiero compartir con todos vosotros unos sencillos pasos con los que seréis capaces de sacarle el máximo partido a vuestro servidor y aplicaciones, sin caer en la necesidad capitalista de un gasto tan innecesario como llega a ser, por mucho que exista la creencia contraria, la compra de más memoria física para vuestra máquina.

Así evitaremos cometer el típico error extremista de renovar la infraestructura por una adecuada y a medida para la aplicación.

De todos es bien sabido que, conforme pasa el tiempo, nuestros softwares o programas acabarán demandando más recursos y exigirán una capacidad de procesamiento mayor, ya que los datos que mueven crecerán junto con nuestro negocio.

Así pues, os dejo unos consejos muy simples a tener en cuenta a la hora de realizar un tuning y mejorar de este modo el rendimiento de vuestro producto.

Decálogo del tuning:

Periodo de recopilación

-De nada sirve conjurar acerca de lo que puede estar sucediendo, antes de tener ideas acerca de ello, deberemos recoger una amplia información acerca de la máquina. Lo primero, por tanto, será recopilar tanta como sea posible y realizar un vasto documento sobre elllo, en el que no incluiremos más que obviedades e información banal que presentar al cliente, donde no se dictamine ninguna solución válida.

Periodo de medición

-Para ello será necesario instalar todo tipo de agentes de monitorización sobre un sistema que, aunque sobresaturado y limitado de recursos, serán necesarios para recopilar grandes logs de información inservible con los que nos será imposible realizar un diagnóstico válido (siendo estos programas los primeros que se muestran en su propio TOP 10 de consumo de CPU, RAM y los que más I/O provocan en el sistema).

Sistema operativo

-No tener jamás parcheado el sistema operativo, aunque sea necesario tenerlo a X nivel para correr tu propia aplicación.

-Los parches de S.O. son prescindibles o, como mucho, opcionales. Creer que aportan correcciones es cuestión de fe.

-El problema de rendimiento en ningún momento puede deberse a que tu producto pueda ser más reciente que tu S.O. obsoleto y no esté soportado.

-Si el S.O. está fuera de soporte, significa que es más robusto, "como las cosas de antes" y que lo estás amortizando (dotes de inversor).

-Aplicar correcciones o SP para el sistema operativo siempre acarrea consecuencias desastrosas, nunca se recomienda.

-JAMÁS aplicar un hotfix. No solucionan nada...

-No se deberán tocar en absoluto parámetros de kernel del sistema.

Discos duros

-Los discos duros locales tienen que tener el máximo espacio libre posible:

Así la superficie del disco pesa menos para el rotor y puede girar y direccionar más rápido.
Aumento de la velocidad de escritura y lectura.
A menor esfuerzo del rotor, menor consumo de electricidad.

-El conjunto de replicación de datos:

Los auténticos informáticos saben que el tipo de replicación usada no importa ni influye en los tiempos de lectura y escritura.
Lo mejor es siempre un RAID1 de un RAID5.
I/O elevado no es significado de una mala configuración de discos.

-La vía de presentación de los discos y el estado de los drivers de las controladoras HBA no se considerará revisarlos jamás.

CPU

-Si la CPU sufre saturación (cuello de botella), detectar los picos de más trabajo de la máquina y evitar que nadie trabaje en ese horario.

-No desplazar la ejecución horaria de ningún proceso, ya que causaría que no se solaparan los procesos más costosos entre ellos y se generarían tiempos de IDLE de CPU en horario laboral (productivo).

Memoria

-No redimensionar zonas de memoria, aunque su tamaño sea dos veces superior al auténtico consumo de la aplicación.

-Si reduces el consumo de memoria a través de, por ejemplo, las áreas de memoria de Oracle, reduces proporcionalmente su rendimiento.

Revisión de programas, querys y servicios

-No se debe modificar ningún programa aunque estén considerados antiguos u obsoletos, ni aunque estos realicen querys recursivas a la base de datos.

-Siempre tenemos que considerar que el programa "Antes iba bien" aunque el juego de datos fuera infinítamente inferior al actual.

-Tampoco tendremos en cuenta que, en pos del aprovechamiento de la máquina, en ella se corran más servicios y aplicaciones que antaño.

-Todo proceso que se encuentre corriendo en la máquina en su primera revisión para el tuning, es de vital importancia, nada se puede detener o quitar (incluido el msn.exe en plataformas Windows).

-Si existen correciones documentadas de bugs conocidos, no se deben implementar pues: "Antes funcionaba bien".

Base de datos

-No es necesario revisar los parámetros de esta. Si arranca, funciona.

-Revisar términos como zonas de memoria o el número de hilos por CPU configurado es capar el rendimiento de la base de datos.

-Tampoco se tendrá en cuenta (comentado anteriormente) el sistema de replicación de discos donde se ubican los filesystems, puesto que no repercute para nada.

-Parchear o actualizar la versión de la base de datos sólo emporará el problema. Antes de realizar estas acciones deberemos encontrar el foco del mal rendimiento.

SWAP / Memoria virtual

-Sí la máquina sufre mucha paginación no es síntoma de falta de memoria física, si no que requiere aún más memoria virtual.

Mantenimiento

-La máquina necesita unos protocolos de actuación según la situación. Esto permitirá que, a medida que pase el tiempo, no se deteriore su rendimiento, por lo cual, al primer signo de error o de bajo rendimiento, reiniciaremos.

Consejos adicionales si se trata de Windows

- Poner el fondo de pantalla de color negro:

Menos consumo de CPU.
Consumo de electricidad inferior.
Menos calentamiento global.

- Jamás poner el salvapantallas de "burbujas" o de "olas" ya que podría favorecer el deterioro de la infraestructura, oxidándola.

En definitiva, aspirantes a expertos, lo más recomendable es evitar realizar cambios que puedan comprometer aún más los tiempos de respuesta esperados por vuestra aplicación y, sobretodo, generar informes. En ellos especificaremos que el sistema deberá sufrir constantemente ridículos "microcortes" con tal de poder reiniciar la máquina al menor indicio de lentitud o cualquier problema.

Estas máximas a la hora de realizar tunings en los sistemas son las que aplican la mayoría de las grandes empresas de informática, como las BIGFOUR, obteniendo espectaculares resultados y la mayor satisfacción por parte de los clientes.

Desde el conocimiento, siempre, Alberto Mateos Blanco.

El cloud físico

noreply@blogger.com (Juanmi) — Mon, 01 Aug 2011 09:44:00 +0000

Tras la aparición del famoso paradigma de cloud computing, tema apasionante del cual no voy a entrar en sus innumerables ventajas, la última tecnología que está imponiéndose en temas de sharing y data transfer es el denominado cloud físico.

Antes de definir esta nueva tecnología permitidme explicar sus orígenes. En una empresa de las denominadas bigfour se observó que los functionals business consultants necesitaban trabajar con varias workstations al mismo tiempo, con networks y SO’s totalmente distintos. El problema venía al tener que traspasar volúmenes de ficheros muy elevados (excels, words, powerpoints…) sin posibilidad de encontrar un container intermedio.

Dichos funcionales comunicaron el problema al equipo de IT&I+D los cuales idearon un sistema que poco a poco se ha ido consolidando con el nombre de PC (Physic Cloud) o Cloud Físico.

El cloud físico es una idea sencilla pero con múltiples utilidades. Consiste en una tarjeta USB especialmente creada para ser conectada dentro del servidor. Dicha tarjeta nos posibilita conectar varios laptops haciendo que el TFC (Transfer File Communication) se realice de una forma sencilla y rápida sin importar los SO’s ni el patch level de las máquinas conectadas.

Esta tecnología no se queda ahí y ya se está trabajando en el PPC (Portable Physic Cloud) que revolucionará el data transfer a nivel de usuarios. Es sólo un principio pero habrá que tenerlo muy en cuenta como tecnología a seguir.

La Solución técnica y la Business Solution

noreply@blogger.com (Francisco Olite de Orruño Gonzalvez) — Fri, 29 Jul 2011 09:17:00 +0000

Mucha gente me pregunta: "Paquillo, tú que trabajas para una big four y tienes a tu cargo a cientos de técnicos altamente especializados y hacéis proyectos con un alto grado de complejidad técnica:

- ¿Cómo hacéis para mantener a ese alto número de profesionales técnicos, tan especializados, contentos?"

Yo me río y les digo que a quien tenemos que mantener contentos es a los abogados, que son los realmente buenos en la empresa, y nos hacemos una risas con mis ocurrencias.

Pero esto viene al hilo de un artículo que quería escribir para mis queridos amigos de Expertos Informáticos, y es la diferencia entre una solución técnica y una Business Solution. Esto, que parece extremadamente complejo a bote pronto, es enormemente sencillo si se explica bien.

El hecho de que no exista, sea ardua, compleja o virtualmente irrealizable una solución técnica, no es impedimento para que una Business Solution sea vendida. Ante todo tenemos que tener en mente la sinergia, el improve, el aplicativo, el SOA, la cloud computing y el WIN.

Los líderes de los noventa nos enseñaron el camino y nosotros debemos seguirlo, crear nuevos conceptos, responder con decisión, confianza y prontitud a cualquier duda que pueda tener el cliente. En medio de una reunión, una comida de negocios, una cena, en el campo de golf o donde llevemos al cliente en busca del WIN, porque no debemos olvidar que el WIN es lo más importante. La solución técnica será problema de la empresa a la que le hagamos el outsourcing de la consultoría de bajo nivel.

En resumen un experto en Business, un Consultor con mayúsculas, nunca se preocupará por la solución técnica, ya que ésta no busca el WIN.

HT - Hypertunnel technology

noreply@blogger.com (Alberto Mateos) — Thu, 28 Jul 2011 16:31:00 +0000

Saludos a todos aquellos que, sedientos de nuevos conocimientos informáticos para superarse profesional y personalmente, acudís, una vez más, a Expertos informáticos.

En esta ocasión trataremos un tema de redes, quizás, algo desconocido por la gran mayoría, ya que se trata de un protocolo que, aunque extendido, resulta ser bastante complejo y malinterpretable a la hora de aplicarlo adecuadamente. Pero no temáis, para ello haré una introducción inicial con datos técnicos para daros a conocer en unas cuantas pinceladas los aspectos más recalcables del "hypertunnel".

Como bien sabéis, una VPN consiste, a grandes rasgos, en encapsular un protocolo de red sobre otro, creando así un túnel dentro de una red junto con otra, logrando de esta manera redirigir el tráfico de paquetes sin un interpretador intermedio, creando una extensión de la misma red de manera remota a través de una conexión pública a Internet.

Esto nos permite acceder con clientes VPN como pueden ser Cisco, SonicWall o CheckPoint, entre otros, a una red privada y formar parte de ella, siendo, eso sí, necesario en todo momento que ambas máquinas tengan conexión a Internet para poder mantener dicha comunicación. El hypertunneling, sin embargo, no requiere de esa salida pública "al exterior" por parte de ambas partes. Vamos a ello:

Imaginad por un momento que los paquetes de datos viajan sobre una línea recta. Cada vez que hay tráfico por la red, estos paquetes viajan point-to-point a través de este terreno llano hasta su destino.

Esto es inalterable, encontramos el mismo terreno a la hora de establecer un tunneling cuando establecemos una conexión VPN.

El HT (hypertunneling) sólo necesita en un principio dicha conectividad a Internet para establecer la primera conexión. Tras realizarse el HT, ya no será necesaria por la parte cliente. Esto tiene una explicación, por supuesto, técnica.

El HT, en primera instancia crea un túnel de manera estándar. Tras esto, rompe dicha conexión con una proporción 100.000³ mayor a la capacidad de subida de datos de la conexión de la máquina servidor, creándose un vacío (lógico) de datos que rompe por completo nuestro campo llano por donde viajan los paquetes encapsulados. Entonces, este trayecto toma una forma completamente distinta, una espiral que absorbe todos los datos atrayéndolos hacia un centro infinito, algo similar a la siguiente imagen:

De esta manera, los paquetes se ven absorvidos por un centro de gravedad (lógico) con una aceleración 13,4km/0,00001s (lógica) del que no pueden escapar, lo que origina que ya no sea necesaria la conexión a Internet por la parte cliente, ya que esta absorbe constantemente la conexión del servidor.

El HT mapea dos puertos, uno para la absorción/recepción de datos (298100) y el otro para el envío/respuesta (298102). Esto se consigue aprovechando el ímpetu de entrada que genera la considerable aceleración de datos, con lo que conseguimos liberar y enviar datos a una velocidad incremental de 34km/0,0000001s en forma de chorro sin necesidad de alcanzar el centro de gravedad máxima del HT, llamado "Hypertunneling singularity" (del cual no hablaremos para no extendernos mucho). Así llegan hasta el servidor de manera rápida y eficaz. El resultado es mayor velocidad de transferencia de la que se puede gozar con una conexión de fibra óptica.

El único inconveniente de esta tecnología de comunicación es que es necesario disponer de un tiempo de procesado ínfimo por parte de la CPU, el equivalente a una millonésima de nanosegundo. Esto lo provoca la rápida entrada de datos, que alcanzan velocidades superiores a 299.792.458 m/s. Usar esta tecnología puede provocar serios cuellos de botella en el procesador si no se dispone de la infraestructura necesaria.

En el próximo articulo sobre el tema comentaré las diferencias entre versiones, usos aplicables y las ventajas y opciones que nos ofrece, entre otras.

¡Saludos expertos!

-Alberto Mateos Blanco-

Hard Reset

noreply@blogger.com (Sergio Laverga) — Tue, 26 Jul 2011 17:31:00 +0000

Una vez más estoy aquí para compartir con todas vosotros, Experto Informáticos, un concepto.

Antes pensaba que tenía claros conceptos como son el booting (o reinicio) pero nada más lejano de la realidad. Como supongo que a más de uno le pasará.

Dado que este es El Blog más serio, riguroso y exhaustivo que podemos encontrar sobre la Informática, he pensado: voy a compartir mis experiencias con todos los becarios que, como yo, estamos empezando en este apasionante arte que es la Informática.

SOFT RESET:

Es el resultado de hacer clic con la flechita del ratón sobre la palabra ‘Inicio’ que aparece en la esquina inferior izquierda. Claro, si no se ha cambiado de sitio o ha desaparecido, pero eso es otra nota anécdota que no contaré ahora.

Tras el clic observaremos que salen unas palabras hacia arriba, otra vez si no hemos modificado su ubicación, y veremos que una de ellas dice ‘Reiniciar’. Si hacemos clic sobre ‘Reiniciar’ nos saldrá un mensaje en medio de la pantalla, que no deberemos de leer, y haremos clic de nuevo en ‘Aceptar’. Tras un ratito veremos como todo se pone negro y luego vuelven a salir los dibujos normales.

HARD RESET:

No tiene nada que ver con el SOFT RESET. Muchos, que dicen llamarse Informáticos no tienen ni idea, y confunden tan importante concepto producto de un aprendizaje desordenado.El procedimiento del HARD RESET tiene resultados mucho mejores que el SOFT RESET, y es en estos donde redunda su utilidad.

El procedimiento de ejecución de un HARD RESET es bien sencillo. Hacer clic con la flechita del ratón sobre la palabra ‘Inicio’ que aparece en la esquina inferior izquierda, en primer lugar. Claro, si no se ha cambiado de sitio o ha desaparecido, pero eso es otra nota anécdota que no contaré ahora.

Tras el clic observaremos que salen unas palabras hacia arriba, otra vez si no hemos modificado su ubicación, y veremos que una de ellas dice ‘Reiniciar’. NO, no pulséis sobre ‘Reiniciar’ como hacen otros. Nosotros pulsaremos sobre la opción ‘Apagar’.

Tras un ratito veremos como todo se pone negro y luego no vuelven a salir los dibujos normales. Y eso es precisamente el primer paso hacia el HARD RESET. En este punto deberemos contar hasta diez. Pero no rápido, ni lento; que no os lleven las prisas (nosotros somos Informáticos, con mayúsculas). Pasado estos diez números es el momento de pulsar el botón de apagado del servidor.

Ojo, hay servidores que vienen mal de fábrica y en este punto se encienden. No duden, compañeros, en llamar al servicio de mantenimiento con máxima celeridad, es un síntoma premonitorio de un crash, no continúen ofreciendo servicio en material defectuoso.

Una vez estemos seguros de que el servidor está apagado es el momento:

Deberemos contar hasta diez. Pero no rápido, ni lento, ya sabemos cómo hacen los Expertos. Será el momento cumbre, daremos al botón de encender.

El cost variance según el improve de los Enhancement

noreply@blogger.com (Francisco Olite de Orruño Gonzalvez) — Tue, 26 Jul 2011 15:22:00 +0000

Recientemente unos compañeros míos expertos en informática me han comentado si puedo colaborar en este fantástico foro. Yo la verdad es que carezco del bagaje técnico que tienen ellos, aunque tengo más de doce años de experiencia en una Big Four, como técnico y como gerente, a mis veintiséis años.
Mi target son los Business, Sales y Marketing, pero creo que puedo hacer un feedback necesario para este foro y facilitaros un input con mi know how siempre en búsqueda del WIN.

Estaba yo jugando al pádel con un amigo y me dijo:

-Paquillo, ya sabes que mi padre llevaba la empresa de mayonesas familiar al estilo antiguo. Yo quiero modernizarla e informatizarla y como tú trabajas en una gran multinacional del sector pues igual me podrías echar una mano.

Por supuesto que ayudé a mi amigo, le pasé una proyección de power point de tres cuartos de hora donde le explicaba claramente las mejoras que tendría si renunciaba a su organización antigua e invertía en nuevas tecnologías.

Por ello y porque creo que en este foro hace falta un punto de vista diferente, más de gestión, os vengo a resumir más o menos cuales son los fields propios del sector.

En primer lugar debemos elegir una estructura potente, estable y funcional:

La combinación ERP, CRM, BI, PI, BO, Data Warehouse, Nagios, DNS, OLEP, Enterprise Performance Management (EPM), Java, ABAP, SOA, Fusion Middleware, NetWeaver, ITS, Portal, Trex (el 6.1, que es el bueno), Solution Manager y RFC, es la que yo siempre recomiendo.

Al principio puede abrumar un poco pero, como le dije a mi amigo, todas estas herramientas son absolutamente imprescindibles en el ITIL de hoy en día. Cuando tengamos todo esto configurado debemos hacer un training y un KT adecuado, junto con un contrato de mantenimiento por cinco o diez años que es lo que yo siempre recomiendo.

Por supuesto todo el aplicativo debe ser outsourcing cuanto más outsourcing mejor, ya se encargan los headhunters del área de recruting de las Big Four de encontrar a las personas más adecuadas para cada trabajo. Lo hicieron conmigo y funcionó genial.

Además debemos estar atentos al mercado, sobre todo a nuevas versiones y tecnologías modernas ya que en su implantación podemos obtener más sinergias y esa es la mejor situación posible en un escenario IT. Sobre la parte técnica lo cierto es que no creo que pueda ayudar demasiado, pero siempre recomiendo Windows 32 bits.

Póster

noreply@blogger.com (Armando de Zorita) — Tue, 26 Jul 2011 15:04:00 +0000

Oracle en autoextend y 10% de espacio libre

noreply@blogger.com (Sergio Laverga) — Tue, 26 Jul 2011 15:00:00 +0000

Antes de nada, agradecer a Expertos Informáticos el compartir de su vasta sabiduría y conocimiento; recogida a lo largo y ancho de los años, en tareas de misión crítica.

Es un concepto nuevo que me enseñó mi maestro:

'En un sistema donde tenemos problemas de I/O no creo que sea lo mismo tener espacio reservado en datafiles que tener que ir cogiéndolo (bloquear fichero, cambiarle el tamaño, desbloquearlo) cada vez que haya necesidad de espacio.

Pero lo más importante es que el aviso no es sobre la ocupación de tablespaces, que como dices es normal tenerlo alto en un sistema con autoextent, sino del espacio ocupado teniendo en cuenta que los datafiles se extiendan hasta el límite que tienen establecido.'

A priori podría pensar uno, sin experiencia: 'Qué tontería'.

Pero no es así. Una base de datos es como una persona, con su historia, sus preocupaciones, sentimientos.

Oracle, en su infinita sabiduría no trabajará igual teniendo un 5% libre que un 10%. Porque el espacio es a la base de datos como incentivo que la ayudará (motivará) a trabajar más y mejor.

Tras leer la entrada El buen backup, de Armando de Zorita, mi recomendación sería pues, añadir el máximo espacio posible a la base de datos ya que son todo ventajas:

1.- Mayor volumen de copias. Con las ventajas añadidas de mayor posibilidad de fallo, mayor ventana para las copias que serán siempre en frío (esto es de John Backup).

2.- La base de datos trabajará mejor y más holgada al saber que dispone del espacio suficiente para un futuro siempre incierto.

3.- Al no poder posteriormente retribuir el espacio, tendremos constantes necesidades de ampliación de almacenamiento con los costes que esto reporta....

Una vez más gracias a Alberto Mateos y Armando de Zorita.

Felicidades

noreply@blogger.com (Armando de Zorita) — Mon, 25 Jul 2011 14:16:00 +0000

En 'Expertos Informáticos' nos queremos felicitar porque nuestro blog cumple hoy una semana de vida. Es el momento idóneo para dar la enhorabuena tanto al equipo de expertos como a los colaboradores y corresponsales repartidos a lo largo y ancho de nuestra geografía.

Hemos alcanzado la friolera de 100 visitas, superando así las expectativas más optimistas. De esta manera, estamos más cerca de nuestro objetivo, que no es otro que situarnos a la vanguardia del sector de la información tecnológica, sin dejar de lado el rigor y la modestia que nos caracteriza a la hora de abordar los temas más dispares e interesantes del mundo de la informática avanzada.

Y a vosotros, queridos amigos y fieles seguidores, os deseamos que podáis seguir disfrutando de este solemne blog por mucho tiempo.

Atentamente,

El Equipo de Expertos Informáticos

Screenshot y las nuevas tecnologías

noreply@blogger.com (Alberto Mateos) — Mon, 25 Jul 2011 11:49:00 +0000

En el siguiente artículo hablaremos de cómo todo se ve afectado a la larga por las nuevas tecnologías.

Sin ir más lejos, os expongo la clásica tecla "imprimir pantalla" (Imp Pt). Hasta ahora su funcionalidad y uso gozaba de longevidad y era indiscutible lo realmente útil que resultaba a la hora de documentar procedimientos, comunicar de manera clara algún fallo vía email o guardar cualquier tipo de información visual, entre otras...

Todo surgió a raíz de un problema técnico en un sistema cliente donde se disparó el consumo de memoria en el programa de monitorización.

El técnico ubicado en el cliente, reconocido experto en windows y a la par desconocedor de la tecla Imp Pt y cualquier tipo de software equitativo, realizó con su inestimable y práctico smartphone iPhone una foto directa al monitor para mostrarnos la alerta que mostraba el programa y los umbrales y valores que marcaba:

Esto nos mostró todo un mundo de posibilidades, entre algunas, como bien dijo el susodicho experto en windows, de esta manera uno es capaz de realizar zoom a lo que se quiere mostrar, a continuación destacamos todas las características de la manera convencional y de la evolución del capturador de pantallas (iPhone):

Tecla Imp Pt:

Es nativo del S.O. (Pulsar una tecla)
Rápido acceso al portapapeles (crtl + v).
Se puede pegar directamente en el cuerpo de un mail vía Outlook o en Word si se documenta.
Se captura de una manera nítida y fiel la pantalla en ese preciso momento.

iPhone Technology:

La imagen nos da otro ángulo de visión del problema.
Gran calidad, dependiendo de la configuración de fotografía (oscila entre 1MB y 8MB).
Debido al tamaño del archivo se recomienda pasarlo al PC para no agotar la tarifa de datos.
Fácilmente conectable a PC, vía bluetooth o cable (instalación de drivers y configuración 5min).
La gran innovación, la imagen dispone de datos de Geolocalización. Francamente útil.
Capacidad de zoom sin necesidad del visualizador de imágenes de windows ni otro editor.

Queda claro que la nueva manera de capturar pantallas, gracias a la iPhone technology deja completamente obsoleto el modo convencional, ya que con la tecla Imp Pt, jamás podríamos conocer la ubicación exacta del usuario y así poder resolver con precisión sus problemas, todo, ajeno a conectar a la máquina con problemas e intervenir según convenga.

Recomiendo encarecidamente implementar este tipo de capturas para ayudar a los técnicos que se encargen de resolver la incidencia.

Alberto Mateos Blanco

Fichero fantasma

noreply@blogger.com (Armando de Zorita) — Mon, 25 Jul 2011 08:09:00 +0000

Según cifras facilitadas por el Instituto de Métrica y Estadística Informática (IMEI) sobre hábitos y comportamientos de usuarios de software comercial, un 42% del tiempo de uso es desperdiciado en esperas innecesarias. Se trata, sin duda, de un dato revelador.

Nosotros mismos fuimos testigos presenciales de un suceso relacionado con el problema expuesto. Uno de los integrantes del equipo de un proyecto de gran envergadura, provocó un retraso de 4 horas al estar esperando la generación de un fichero que parecía no dar señales de vida. Se trataba de un momento decisivo. La tensión se respiraba en el ambiente y nadie aportaba luz al asunto. En cuanto el contratiempo llegó a nuestras manos, el diagnóstico fue inmediato:

El encargado de descargar el fichero, vía cliente gráfico SFTP, olvidó la utilidad del botón 'Refresh'. Su alegato: "pensaba que era suficiente con cambiar de carpeta". Lamentable.

Pese a lo absurdo del motivo, el incidente tuvo consecuencias nefastas y supuso una inaceptable desviación de la planificación en una de las fases críticas del proyecto. Como no podía ser de otra manera, el responsable no quedó impune y sufrió un refresco de su status laboral.

Orientación para Sizings

noreply@blogger.com (Alberto Mateos) — Fri, 22 Jul 2011 12:44:00 +0000

En esta entrada os instruiré con unos sencillos pasos para conseguir realizar un correcto"sizing" a la hora de escoger infraestructura y asignar recursos para vuestra aplicación, logrando así sacar el mayor rendimiento posible con su justo gasto.

Propondré un ejemplo práctico e instructivo con el que podréis haceros una idea clara.

Se nos encarga un proyecto, trata ni más ni menos de implantar un SAP Netweaver 7.0 + Oracle, destinado a ser un Business (BW).

Tendremos en juego muchos factores a la hora de escoger; CPU, memoria física, sistema operativo, espacio físico, creación de LUNs desde cabina de discos... entre muchos otros.

Pero por ahora nos centraremos en la arquitectura de datos del procesador, una vez habiendo considerado esto, ya podremos definir el resto de aspectos de nuestro proyecto. Vamos a ello.

Tendremos en cuenta lo siguiente acerca de nuestra aplicación SAP BW:

-El mínimo recomendado de memoria física para un SAP ABAP+JAVA son 6GB.

-Un SAP Netweaver BW consume grandes cantidades de memoria física.

-Oracle requerirá de amplios buffers para el correcto performance de la aplicación, con tal de evitar altos rangos de I/O (lecturas directas).

-Un proceso único, al realizar consultas costosas y de altos rangos de registros, puede llegar a consumir gran cantidad de memoria privada.

-Se trata de un entorno productivo, por lo cual, evolutivo y exigente de más recursos según usuarios funcionales activos.

Habiendo pues, visto a grandes rasgos las características que peculiarizan este proyecto, entenderemos que la opción más sensata es sin duda un entorno de x32bits bajo Windows 2003.

Composición:

-12GB de memoria RAM.

-x2 CPU de 2 núcleos a 1,80GHZ

-Windows 2003 Server (sin necesidad del útlimo SP)

-20GB de paginación.

Ventajas que nos ofrece las limitaciones del sistema operativo W2K2003 x32 bits:

-En un principio, sin especificar la opción /PAE el sistema no reconoce más de 4GB de memoria física.

-Un único proceso no puede alocatar más de 1GB de memoria para el solo.

-Utilizando en el boot.ini la opción 3/GB se permite a los procesos alocatar 2GB más de la memoria virtual (SWAP).

-Esta limitación también aplica a buffers, los propios de SAP, y la suma total de los buffers de ORACLE.

-La gestión de memoria de Windows, SAP "zero memory administration" nos asegurará que tengamos que reiniciar casi diariamente, vaciando buffers y generando microcortes de servicio, estimulando así un ritmo más pausado del usuario.

Preguntas frecuentes:

P: ¿Qué conseguiremos gracias a estas limitaciones del sistema operativo?

R: La respuesta está clara, limitaremos de manera efectiva la mala utilización de los recursos de la máquina, lo cual nos llevará a forzar a los usuarios a realizar trabajos de manera contenida, restringiendo así las consultas que es capaz ORACLE de soportar, y dándose el caso de haber peticiones excesivas (no a nivel funcional), se devolverá un dump desde SAP, el significativo SYSTEM_NO_TASK_STORAGE DUMP, el cual nos alertará que una tarea estaba intentando alocatar más de 1GB (roll area, heap y extended memory incluidos).

P: ¿Es posible lanzar correctamente programas pesados, como los designados para cierres de mes o nominales?

R: Por supuesto que es posible, pero para ello requeriremos instalar una instancia SAP paralela (DiagServer) sobre un servidor x64 bits conectada a nuestra instancia central (CI).

P: ¿Oracle no queda muy límitado al encontrarse corriendo sobre un sistema de 32bits?

R: Sí, pero es más una medida de seguridad que una restricción perjudicadora, esto obliga a que no se puedan realizar ciertas consultas directamente sobre la base de datos, ya que acabarían provocando el conocido ORA-04030 por falta de recursos, por lo cual siempre se tendrá que utilizar SAP, para aprovechar sus buffers como intermediarios.

P: ¿Obliga esto, entonces, a instalar una instancia adicional sobre x64 bits?

R: No, sólo conforme crezca el número de registros de las tablas, y siempre que las consultas sean referidas a éstas.

P: ¿Supone algún problema el tráfico adicional de red que se genera a la hora de realizar las consultas desde la instancia de diálogo a la máquina de x32 que contiene la base de datos?

R: No, siempre que tengamos en cuenta el crear una red privada a GIGA entre ambas máquinas. No hacerlo se consideraría más un error de planning. Es algo que cualquiera se daría cuenta que es de cajón...

Alberto Mateos Blanco

El buen backup

noreply@blogger.com (Armando de Zorita) — Thu, 21 Jul 2011 11:04:00 +0000

El backup o copia de seguridad no es un mero trámite a cumplir, sin más, por el departamento de sistemas de una empresa. Una buena copia de seguridad debe garantizar su integridad y disponibilidad en caso de desastre. Son varias las premisas a tener en cuenta para alcanzar el objetivo deseado.

Fue John Backup, uno de los máximos exponentes en la materia y precursor de los modernos mecanismos de copia actuales, quien, allá por la década de los 60, sentó las bases fundamentales de este noble arte. Desde entonces, empresas de todo el mundo han destinado gran cantidad de recursos a desarrollar y perfeccionar diversas tecnologías.

Cientos de artículos y manuales inundan la Red con información sobre las diferentes opciones disponibles en el mercado. Muchas de ellas pueden ser alternativas válidas en entornos con un bajo nivel de criticidad. Sin embargo, desde 'Expertos Informáticos' recomendamos encarecidamente el uso del denominado backup offline cuando no haya lugar a errores.

A lo largo de nuestros años de experiencia, el backup offline o "copia en frío" ha demostrado ser el único método realmente fiable. Un descenso en la actividad de cualquier sistema de alto rendimiento, proporciona una disminución de la probabilidad de error de manera exponencial. Bajo el propósito de la tolerancia zero a errores, resulta fácil concluir que es el backup offline el único que permite obtener la solución óptima.

No obstante, y pese a sus evidentes ventajas, implantar dicha política no es tarea fácil. Tomar la decisión de parar el core de una empresa requiere siempre una gran capacidad de persuasión a la hora de imponerse a los responsables de las diferentes áreas funcionales implicadas e incluso a los usuarios de a pie. No nos llevemos a engaño: estos detalles son los que diferencian a un verdadero experto del resto.