Reparar base de datos en DirectAdmin | Tutorial sencillo

¡Hola! Soy tu técnico de soporte amigable. Si estás leyendo esto, probablemente te has encontrado con un mensaje de error en tu sitio web que dice algo como "Error al conectar a la base de datos" o "Tabla 'nombre_tabla' está marcada como dañada". No te preocupes, es un problema más común de lo que crees y, lo mejor de todo, tiene solución.

En esta guía paso a paso, te voy a enseñar cómo reparar una base de datos dañada en DirectAdmin usando herramientas sencillas. Vamos a trabajar con MySQL (o MariaDB, que es su primo moderno). No necesitas ser un experto en sistemas, solo seguir estos pasos al pie de la letra. Al final, tendrás tu base de datos funcionando como nueva.

¿Qué significa que una base de datos esté dañada?

Antes de empezar, entendamos qué pasa. Una base de datos es como un archivador digital donde tu web guarda información: usuarios, productos, comentarios, etc. Cuando se daña, es como si algunas carpetas de ese archivador se hubieran roto o desordenado. Esto puede ocurrir por cortes de energía, errores al actualizar plugins, o simplemente por desgaste. Los síntomas típicos son:

Tu web muestra un error 500 o pantalla en blanco.
Aparece el mensaje "Table is marked as crashed".
No puedes acceder al panel de administración (wp-admin, por ejemplo).
Los formularios no envían datos.

Pero no entres en pánico. Con DirectAdmin y un par de comandos, podemos arreglarlo.

Requisitos previos antes de reparar

Antes de lanzarte a reparar, asegúrate de tener esto listo:

Acceso a DirectAdmin: Necesitas tu usuario y contraseña de hosting. Normalmente accedes por tudominio.com:2222.
Acceso SSH: Aunque la mayoría de pasos se hacen desde el panel, para reparaciones avanzadas necesitarás conexión SSH. Si no sabes qué es, pide a tu proveedor que te habilite el acceso o usa la herramienta "phpMyAdmin" que viene incluida.
Copia de seguridad: ¡Esto es clave! Una reparación mal hecha puede empeorar las cosas. Siempre haz un respaldo antes. En DirectAdmin, ve a Cuenta -> Copias de seguridad y descarga un backup de tus bases de datos.

[WARNING] No intentes reparar sin copia de seguridad. Si algo sale mal, podrías perder datos permanentemente.

Paso 1: Identificar qué base de datos está dañada

Lo primero es saber cuál es el problema. Desde DirectAdmin, haz lo siguiente:

Inicia sesión en DirectAdmin (puerto 2222).
Ve a Administrador de cuentas (si eres administrador) o a Base de datos MySQL desde el menú de tu cuenta.
Verás una lista de tus bases de datos. Si alguna tiene un icono de advertencia (como un triángulo amarillo) o un mensaje como "crashed", esa es la candidata.
Si no ves advertencias, pero tu web falla, usa phpMyAdmin para revisar:
- En DirectAdmin, haz clic en phpMyAdmin (suele estar en la sección de bases de datos).
- Selecciona la base de datos sospechosa.
- En la pestaña "Estructura", busca tablas con estado "in_use" o "crashed".

[TIP] Anota el nombre exacto de la base de datos y las tablas dañadas. Lo necesitarás después.

Paso 2: Reparar desde phpMyAdmin (método fácil)

Si eres principiante, este es el método más visual y seguro. Sigue estos pasos:

Ve a phpMyAdmin desde DirectAdmin (normalmente en la URL tudominio.com/phpmyadmin o desde el panel).
En el panel izquierdo, selecciona la base de datos dañada.
Verás una lista de tablas. Marca la casilla junto a la tabla que está dañada (o selecciona todas si no estás seguro).
En el menú desplegable de abajo (donde dice "Con seleccionados:"), elige Reparar tabla.
phpMyAdmin ejecutará el comando REPAIR TABLE. Si todo va bien, verás un mensaje verde: "OK".
Repite para cada tabla dañada.

¿Qué hacer si phpMyAdmin no responde? A veces, si la tabla está muy dañada, phpMyAdmin se cuelga. En ese caso, pasa al siguiente método.

[INFO] Este método funciona para daños leves. Si la tabla tiene errores graves, necesitarás usar la línea de comandos.

Paso 3: Reparar desde SSH con comandos MySQL (método avanzado)

Si phpMyAdmin no funciona o prefieres más control, usa SSH. Aquí te explico cómo:

Conéctate por SSH a tu servidor. Usa un programa como PuTTY (Windows) o la terminal (Mac/Linux). Tus datos de conexión te los da tu proveedor de hosting.
Una vez dentro, escribe este comando para acceder a MySQL:
```
mysql -u tu_usuario -p
```
Te pedirá la contraseña de la base de datos (la misma que usas en DirectAdmin).
Selecciona la base de datos dañada:
```
USE nombre_base_datos;
```
Ahora, repara todas las tablas de esa base de datos:
```
REPAIR TABLE nombre_tabla1, nombre_tabla2;
```
O si quieres reparar todas las tablas de una base de datos, usa:
```
REPAIR TABLES;
```

Verás un resultado como este:

+---------------------------+--------+----------+----------+
| Table                     | Op     | Msg_type | Msg_text |
+---------------------------+--------+----------+----------+
| nombre_base.nombre_tabla  | repair | status   | OK       |
+---------------------------+--------+----------+----------+

Si aparece "OK", ¡listo! Si ves "error" o "warning", pasa al siguiente paso.

[WARNING] Si el comando REPAIR falla, no insistas. Podrías dañar más la tabla. Mejor usa las herramientas de recuperación de MySQL.

Paso 4: Usar mysqlcheck (herramienta de línea de comandos)

mysqlcheck es una utilidad que viene con MySQL y es más potente que REPAIR. Haz esto:

Desde SSH, sin entrar a MySQL, escribe:
```
mysqlcheck -u tu_usuario -p --auto-repair nombre_base_datos
```
Te pedirá la contraseña. Esto intentará reparar todas las tablas automáticamente.

Si quieres reparar solo una tabla específica:

mysqlcheck -u tu_usuario -p --auto-repair nombre_base_datos nombre_tabla

Para bases de datos muy dañadas, usa la opción --force y --extended:

mysqlcheck -u tu_usuario -p --auto-repair --force --extended nombre_base_datos

[TIP] Si el servidor usa MariaDB (común en DirectAdmin), los comandos son los mismos, ya que MariaDB es compatible con MySQL.

Paso 5: Reparar desde DirectAdmin (método integrado)

DirectAdmin tiene una herramienta interna para reparar bases de datos. Aunque no es tan común, existe. Aquí te explico cómo acceder:

En DirectAdmin, ve a Administrador de cuentas -> Base de datos MySQL.
Busca la base de datos dañada y haz clic en el icono de "Reparar" (a veces es un engranaje o un símbolo de herramienta).
Si no ves esa opción, es porque tu versión de DirectAdmin no la incluye. En ese caso, usa los métodos anteriores.

[INFO] Esta opción solo aparece si el administrador del servidor la ha habilitado. No te frustres si no la ves.

Paso 6: Restaurar desde una copia de seguridad (último recurso)

Si después de todo lo anterior la base de datos sigue dañada, toca restaurar desde un backup. Esto es más drástico, pero es la solución definitiva.

Descarga tu copia de seguridad desde DirectAdmin (Cuenta -> Copias de seguridad).
Ve a Base de datos MySQL y elimina la base de datos dañada (con cuidado, solo si tienes el backup).
Crea una nueva base de datos con el mismo nombre y usuario.
Importa el archivo SQL de tu backup usando phpMyAdmin:
- En phpMyAdmin, selecciona la nueva base de datos.
- Ve a la pestaña Importar.
- Sube el archivo .sql y haz clic en "Continuar".

Si el backup es grande, usa SSH:

mysql -u tu_usuario -p nombre_base_datos < /ruta/del/backup.sql

[WARNING] Asegúrate de que el backup sea reciente. Si tienes datos nuevos desde la última copia, los perderás.

Preguntas Frecuentes (FAQ)

¿Cómo sé si mi base de datos está dañada sin entrar a DirectAdmin?

Si tu web da error 500, o ves mensajes como "Error establishing a database connection", es probable. También puedes revisar los logs de errores de tu web (en cPanel o DirectAdmin en "Logs de errores").

¿Puedo reparar una base de datos desde HestiaCP?

Si usas Syspanel (antes HestiaCP), el proceso es similar. Accede por el puerto 2106 (ejemplo: tudominio.com:2106), ve a Base de datos y usa phpMyAdmin. Los comandos SSH también funcionan.

¿Qué hago si el comando REPAIR falla con "Table is full"?

Eso significa que el disco duro del servidor está lleno. Contacta a tu proveedor de hosting para que libere espacio o aumente el límite.

¿Reparar una base de datos afecta el rendimiento de mi web?

Durante la reparación, la base de datos puede estar bloqueada (no acepta consultas). Por eso, hazlo en horas de bajo tráfico. Una vez reparada, el rendimiento vuelve a la normalidad.

¿Debo reparar todas las tablas o solo las dañadas?

Solo las dañadas. Reparar tablas sanas no tiene beneficio y puede causar bloqueos innecesarios.

Consejos finales para evitar futuros daños

Actualiza regularmente: Si usas WordPress, mantén plugins y temas actualizados. Las versiones antiguas son más propensas a errores.
Usa un plugin de caché: Reduce la carga en la base de datos.
Programa copias de seguridad: En DirectAdmin, puedes automatizarlas semanalmente.
Revisa los logs: Si ves errores frecuentes, investiga antes de que se conviertan en daños.
No edites la base de datos directamente: Si no estás seguro, mejor pide ayuda a tu técnico.

[TIP] Si tu web es crítica, considera usar un servicio de monitoreo que te avise si la base de datos se cae.

Conclusión

Reparar una base de datos en DirectAdmin no es tan complicado como parece. Con esta guía, has aprendido desde el método visual con phpMyAdmin hasta los comandos avanzados por SSH. Recuerda siempre hacer una copia de seguridad antes de intentar cualquier reparación. Si sigues estos pasos, tu base de datos estará como nueva en pocos minutos.

¿Todavía tienes dudas? No te preocupes, déjalas en los comentarios o contacta a tu proveedor de hosting. ¡Estamos aquí para ayudarte!

[INFO] Si tu servidor usa Syspanel (HestiaCP), recuerda que el puerto de acceso es el 2106 y los pasos son idénticos. Solo cambia la interfaz gráfica.

¡Buena suerte y que tu web vuelva a volar!