Recuperación y reparación de servidores Linux

Un servidor Linux que deja de arrancar o que de repente deja caídos sus sitios web es una emergencia, sobre todo cuando la persona que lo configuró ya no está. La presión es probar cosas rápidamente, pero las correcciones al azar en un disco que falla o en un sistema de archivos a medio dañar pueden convertir una situación recuperable en una pérdida permanente de datos. En cada recuperación de servidores Linux primero diagnosticamos, protegemos sus datos y solo después reparamos.

Fallas que atendemos

• Un servidor que no arranca después de una actualización, un cambio de kernel o un corte de energía
• Errores "grub rescue>" o "no such partition" (vea reparación de arranque GRUB y MBR)
• Errores del sistema de archivos, un sistema de archivos raíz de solo lectura o el modo de emergencia al iniciar
• Arreglos RAID mdadm degradados o inactivos y discos que fallan
• Discos llenos que detuvieron la base de datos o el servidor de correo
• Paquetes dañados o problemas de dependencias tras una actualización interrumpida
• Servicios que ya no inician: servidor web, base de datos, PHP-FPM o correo
• Pérdida del acceso root y bloqueos de SSH
• Servidores comprometidos que necesitan limpieza y refuerzo de seguridad antes de volver a estar en línea

Cómo abordamos una recuperación

1. Triaje. Reunimos lo que podemos de forma segura: salida de la consola, registros, estado de discos y RAID. En esta etapa no se escribe nada en los discos sospechosos.
2. Proteger los datos. Si los discos están fallando, primero hacemos una imagen de ellos o copiamos los datos críticos, antes de intentar cualquier reparación.
3. Encontrar la causa raíz. Cargador de arranque, kernel, sistema de archivos, almacenamiento, configuración o un incidente de seguridad.
4. Reparar. Trabajando desde un entorno de rescate cuando es necesario: reconstruir el cargador de arranque, reparar sistemas de archivos, resincronizar RAID, corregir paquetes y configuración.
5. Verificar. Se prueban los servicios, los sitios web y las tareas programadas, y se revisan datos puntuales junto con usted.
6. Evitar que se repita. Un breve informe sobre lo que falló y lo que conviene cambiar, como el monitoreo, las copias de seguridad o el reemplazo de discos.

A quién está dirigida la recuperación de sistemas Linux en Los Ángeles

Empresas con servidores Linux que ejecutan sitios web, tiendas en línea, recursos compartidos de archivos, sistemas telefónicos o aplicaciones internas; desarrolladores y agencias con un servidor de cliente en problemas; y cualquiera que se haya quedado sin acceso a un servidor del que depende.

Qué incluye la recuperación de sistemas Linux en Los Ángeles

• Diagnóstico de la falla
• Protección de los datos antes de la reparación (una imagen del disco o una copia de los datos críticos)
• Reparación de fallas de arranque, sistema de archivos, RAID, paquetes y servicios
• Pruebas posteriores a la recuperación y un resumen escrito del incidente
• Recomendaciones y, de forma opcional, monitoreo continuo

Preguntas frecuentes sobre la recuperación de sistemas Linux en Los Ángeles

¿Pueden recuperar los datos de un servidor que no arranca?

En la mayoría de las fallas de software, sí: los datos siguen en los discos y se pueden copiar desde un sistema de rescate. Los discos dañados físicamente pueden requerir un laboratorio especializado en recuperación de datos, y se lo diremos si ese es el caso.

¿Debo seguir reiniciando el servidor?

Evite los reinicios repetidos y no ejecute herramientas de reparación del sistema de archivos en un disco que podría estar fallando, porque cada intento puede dificultar la recuperación. Anote los mensajes de error y comuníquese con nosotros.

¿Mi servidor fue hackeado o simplemente está averiado?

Entre las señales de compromiso están usuarios o claves SSH desconocidos, procesos inesperados que consumen CPU, nuevas tareas programadas y spam saliente. Si encontramos evidencia de una intrusión, conservamos los registros, limpiamos o reconstruimos el sistema y cerramos el punto de entrada.

Describa los síntomas, la distribución y dónde está alojado el servidor mediante el formulario de contacto. Más información: consejos de administración de Linux.

Qué tener listo cuando un servidor está caído

Cuanto antes podamos ver la máquina, menos conjeturas habrá. Antes de comunicarse con nosotros, reúna lo que pueda sin hacer más cambios:

• Acceso a la consola. Para un servidor alojado, el inicio de sesión en la consola de rescate o KVM del proveedor; para equipos en su oficina, los datos de IPMI, iDRAC o iLO si el servidor los tiene.
• Datos básicos. La distribución y la versión, lo que ejecuta el servidor y dónde se guardan sus copias de seguridad.
• El último cambio. Una actualización, un disco nuevo, un corte de energía, una edición de configuración o, hasta donde usted sabe, nada en absoluto.
• Mensajes de error. Fotos o capturas de pantalla de la consola, incluidas las últimas líneas antes de que se detuviera.

Solución de problemas de Linux cuando el servidor funciona pero no como debe

No todo trabajo es una emergencia. La solución de problemas de Linux para empresas de California también abarca problemas que van y vienen: reinicios aleatorios, procesos terminados por el out-of-memory killer, discos que se llenan durante la noche, un reloj que se desincroniza o un sitio web que se vuelve lento a la misma hora todos los días. Estos dejan huellas en el diario del sistema, en los mensajes del kernel y en los datos de monitoreo, y encontrar el patrón es más útil que reiniciar servicios hasta que el síntoma desaparezca.

Recuperación de servidores alojados y locales

Los servidores alojados, en California o en cualquier otra parte de EE. UU., por lo general se pueden recuperar de forma remota a través de la consola y el sistema de rescate del proveedor. Para la reparación de Linux en Long Beach y el área más amplia de Los Ángeles, cuando la máquina está en su propia oficina o en el cuarto de servidores, acordamos la mejor forma de acceder al hardware antes de comenzar el trabajo. Una vez que el servidor vuelve a funcionar, le recomendamos qué cambiar y, a veces, la respuesta honesta es que un servidor antiguo debe retirarse en lugar de repararse por segunda vez.

Servicios relacionados: copias de seguridad y recuperación ante desastres, retiro de servicio de servidores para equipos que no vale la pena reparar y destrucción segura de los discos reemplazados.