Antes de tomar la decisión de migrar o no, alguna o toda, la infraestructura informática y si es recomendable el uso de la virtualización se ha de realizar un inventario de todos los sistemas y aplicaciones existentes, prestando especial atención a las aplicaciones realizadas a medida, para determinar el grado de migración que se puede conseguir sin afectar a las funcionalidades necesarias.
También se ha de definir la solución más adecuada, para cada elemento de la infraestructura, dentro del código abierto y libre, e incluso se puede llegar a concluir que el uso de una arquitectura diferente (por ejemplo, el uso de clientes ligeros o el almacenamiento centralizado) puede generar beneficios adicionales.
Se ha de tener en cuenta que se puede dar el caso de no poder migrar el SO porque alguna de las herramientas necesarias e insustituibles sólo está disponible para el actual y no es factible una solución tipo WTS para esa aplicación. Aún así, sería posible aumentar el ROI migrando el resto de aplicaciones que se ejecutan sobre ese SO.
Así mismo, se han de detallar los pasos a seguir para realizar la migración y la formación necesaria, en su caso, en el Plan de Migración:
Permite determinar qué parte de la infraestructura informática pude ser migrada sin afectar a sus funcionalidades y decidir si los beneficios que se obtendrán (seguridad, mejora del ROI, menor TCO, etc.) aconsejan o no llevar a cabo el proceso.
Confirmar la idoneidad de la solución propuesta; se debe de tener en cuenta que para estas pruebas puede ser necesario disponer de hardware adicional al usado normalmente, siendo esto especialmente cierto en el caso del piloto de los servidores.
Tras la finalización de las pruebas piloto, se podría decidir realizar la migración tal y como estaba prevista antes de las pruebas o bien realizar alguna modificación.
La parte más fácil de todas, administrativamente hablando, ya que, con contadas excepciones, los usuarios de las estaciones de trabajo no necesitarán ningún tipo de formación, al ser esta migración totalmente transparente para ellos; para los administradores puede ser necesaria formación especializada, si no se solicita el servicio de gestión remota.
Migraciones típicas serían las que entregan un servidor o grupo de servidores con GNU/Linux o variante BSD con compartición de ficheros e impresión basados en Samba, base de datos PostgreSQL y servidor web Apache.
Migración de aquellas estaciones de trabajo que se determinaron en la consultoría y cuya migración se confirmó tras las pruebas piloto. Se ha de tener en cuenta la necesidad de personalizar el entorno gráfico, el escritorio y las aplicaciones resultantes de la migración para reducir el tiempo necesario en la formación del personal. En cualquier caso se hará entrega de un documento donde se detalla cómo realizar las tareas habituales una vez realizada la migración.
El grado de formación necesario vendrá determinado también por el nivel de conocimiento informático y ofimático del personal, siendo este uno de los puntos que deben ser tenidos en cuenta a la hora de decidir la migración. Con este servicio se cubre la formación, tanto del personal de administración de los sistemas informáticos como de los usuarios de las estaciones de trabajo migradas.
La formación será impartida en el propio centro de trabajo y estará apoyada por los documentos entregados, en los cuales se detalla cómo realizar las tareas habituales tras la migración y/o virtualización.
Monitorización remota de los sistemas informáticos y realización de operaciones rutinarias de mantenimiento remoto; Se trata por tanto de un servicio recurrente que permite disponer de un administrador de sistemas de manera remota que dará respuesta a las necesidades que se vayan planteando.
En determinados casos y de manera puntual puede ser necesaria la presencia física para poder solucionar alguna incidencia concreta.
Julio 2009
Un estudio de Dell descubrió que miles de computadoras y equipos portátiles se extravían, olvidan o sufren robos en las estaciones aéreas de los EE.UU. La mayoría de las portátiles quedan olvidadas en los puestos de control y el 65% nunca son reclamadas, según la investigación de Dell. El estudio de Dell agrega que entre el 65 y el 70% de las portátiles perdidos nunca son reclamados. Y el 53% de los pasajeros de clase Business encuestados guardaban información empresarial en sus equipos. Entre aquellos que llevaban información confidencial, la mayoría (un 65%) no tomaron ninguna medida para proteger sus datos. Obtenido de dell.com
Detenidas 14 personas en España por PhisingJulio 2009
Un total de 14 personas han sido detenidas, en dos operaciones policiales llevadas a cabo contra el fraude en Internet y por haber cometido, presuntamente, ataques “phising”. Según la información facilitada por el Cuerpo Nacional de Policía, en una de las operaciones se ha arrestado a un joven en Navarra que se dedicaba, al parecer, a capturar los datos de usuarios de banca on-line mediante programas maliciosos que alojaba en servidores comprometidos. Unos datos que, posteriormente, eran utilizados para adquirir productos y servicios en la Red. Fuente: indentidadrobada.com
El 84% las empresas españolas depende de contraseñas estáticas para proteger el acceso remoto a sus redes y datos corporativosMayo 2009
Las entidades cuyo acceso remoto a la red interna depende tan sólo de la protección limitada por contraseñas estáticas están más expuestas y corren un mayor riesgo de sufrir ataques. La autenticación de dos factores asegura la identidad del usuario remoto. Lo preocupante es que el 75% de las entidades encuestadas no tenía ninguna intención de evaluar la posibilidad de adoptar un sistema de autenticación de dos factores para proteger de la intrusión a sus sistemas. Obtenido de boletin-ays.com
Virus informático colapsa la Sanidad madrileña el fin de semanaMayo 2009
El pasado sábado la red informática de los Hospitales públicos de la Comunidad de Madrid fue infectada por un gusano que afecto al acceso a analíticas, historias clínicas, Internet, impresoras etcétera. El domingo se había arreglado el sistema de ordenadores críticos así como los servidores, pero el resto de equipos seguían inutilizables. Se cayo TODA la red del Hospital y por lo visto afecto a la gran mayoría de hospitales de la Comunidad Autónoma de Madrid. Los sistemas que funcionaban con UNIX no se vieron afectados. El problema pillo por sorpresa a la Sanidad de la Comunidad de Madrid y causo retrasos y aglomeraciones de gente en los hospitales. Obtenido de theinquirer.es