Re: Obsolescencia del Hardware.

On Thu, 14 de Mayo de 2009, 9:42 pm, Braulio Jos=E9 Solano Rojas wrote:
> Buenas noches.
>
> =BFAlguien conoce alg=FAn buen art=EDculo de cambio de hardware para ev=
itar
> fallos por obsolescencia y reducir as=ED el riesgo?  He estado buscando=
 en
> Google y no logro encontrar nada.
>
> Ser=EDa bueno encontrar algo que hable de buenas pr=E1cticas, mantenimi=
entos
> peri=F3dicos que se deben realizar, cambios de hardware (=BFcada cu=E1n=
to?).
> Por ejemplo, estoy pensando que el cambio de servidores deber=EDa ser c=
ada
> dos a=F1os, pero mi impresi=F3n es totalmente emp=EDrica.

Gracias a todos los que me han enviado respuestas.  ;-)

Sin embargo, mi pregunta iba en el siguiente sentido.  En cierto lugar de
La Mancha de cuyo nombre no me acuerdo, hab=EDa un GNU/Linux Debian
instalado al cual una interfaz de red f=EDsica le dej=F3 de funcionar.  L=
a
m=E1quina no pod=EDa arrancar y el error suministrado no era amigable (es
decir, poco descriptivo).  En fin, por medio de prueba y error se
descubri=F3 que la tarjeta de red hab=EDa caducado.  En total el tiempo d=
e
recuperaci=F3n del fallo fue de 24 horas.  Los costos son muy altos.

Para este problema existen dos soluciones:

Alta disponibilidad:  es decir, tener una m=E1quina redundante que va a
hacer el trabajo cuando la otra falle.  Defecto, es *caro*.

Plan de obsolescencia de hardware:  cambiar el hardware cada cierto tiemp=
o
para minimizar el riesgo por fallo del mismo.  Defecto: no es a prueba de
fallos.  Ventaja: es m=E1s barato.

Si yo quisiera utilizar la segunda opci=F3n para reducir el riesgo (es
decir, las p=E9rdidas por inoperancia del hardware), =BFcu=E1les ser=EDan=
 las
pr=E1cticas a realizar?

No he podido encontrar nada en el Web que se acerque a como crear un plan
de cambio o de obsolescencia del hardware para el propietario.  Cuando se
habla de obsolescencia planificada casi siempre se refieren al fabricante=
.

Entiendo muy bien que la decisi=F3n de comprar o cambiar un equipo respon=
de
a cuestiones de rendimiento, pero tambi=E9n puede responder a cuestiones =
de
querer minimizar el riesgo de que el equipo falle (sobre todo en
aplicaciones de misi=F3n cr=EDtica).

Saludos,

B.

--=20
Desuscripci=F3n: escriba a [email protected], tema 'unsubs=
cribe'
Problemas a: [email protected].  http://gulcr.org/ListasDeCor=
reo