Recuperar correos de servidor Exchange: buzones perdidos y EDB dañados
El correo electrónico corporativo es, en muchas organizaciones, el repositorio de contratos, presupuestos, comunicaciones legales y conocimiento acumulado durante años. Un fallo en Microsoft Exchange puede dejar a toda la empresa sin acceso a ese histórico en cuestión de minutos. En esta guía explicamos los escenarios más comunes, cómo se aborda la recuperación profesional y qué plazos y costes cabe esperar.
Escenarios de pérdida de datos en Exchange
Corrupción del fichero EDB
El fichero EDB (Exchange Database) es el corazón del servidor: almacena todos los buzones, calendarios, contactos y tareas. Una interrupción brusca del servidor (corte eléctrico, fallo de hardware, pantalla azul BSOD) puede dejar la base de datos en estado «suciamente apagada» (dirty shutdown). Si los ficheros de log de transacciones también se han perdido o corrompido, la tienda no puede montarse mediante procedimientos estándar y los correos quedan inaccesibles.
Borrado accidental de buzones
Un administrador puede borrar un buzón equivocado, ya sea a través del Centro de Administración de Exchange o mediante PowerShell. En Exchange on-premises, el buzón desconectado permanece en la base de datos durante el período de retención configurado (por defecto 30 días). Pasado ese plazo, o si se purgó manualmente, la recuperación debe realizarse desde la base de datos a nivel de bloques.
Migración fallida a Microsoft 365
Las migraciones de Exchange on-premises a Microsoft 365 (migración total o por fases) a veces se interrumpen a mitad del proceso. El resultado puede ser una base de datos local con transacciones a medio completar y buzones en la nube con contenido incompleto. Los correos «perdidos» durante la ventana de migración son especialmente difíciles de rastrear sin herramientas especializadas.
Fallo catastrófico del servidor Exchange
Un fallo de disco en el servidor donde reside la base de datos, combinado con una copia de seguridad desactualizada o inexistente, es el peor escenario posible. Si el disco que alojaba el EDB y los logs de transacción tiene daños físicos o lógicos, la recuperación pasa por restaurar primero esos ficheros a nivel de disco antes de abordar la reconstrucción Exchange.
Backup a nivel de ladrillo vs. backup de base de datos
La mayoría de soluciones de backup modernas (Veeam, Acronis, Windows Server Backup con plug-in VSS de Exchange) realizan backups a nivel de base de datos: capturan el fichero EDB íntegro en un estado consistente. Un backup a nivel de ladrillo (brick-level backup), en cambio, exporta cada mensaje individualmente y permite restaurar un solo correo o carpeta sin necesidad de montar toda la base de datos.
Si tu organización solo dispone de backup de base de datos, la restauración de un buzón individual implica montar esa base de datos en un entorno de recuperación y extraer el buzón manualmente en formato PST.
Recuperación de buzón único sin servidor Exchange operativo
Una de las situaciones más frecuentes que atendemos es la empresa que ya no dispone del servidor Exchange (máquina física retirada, VM eliminada) pero conserva el fichero EDB en un disco externo o copia de seguridad. En estos casos podemos:
- Extraer los buzones directamente del EDB sin necesidad de un servidor Exchange en funcionamiento.
- Entregar los correos en formato PST importable a Outlook, o en formato MBOX para clientes de correo alternativos.
- Filtrar por fechas, remitente, asunto o tamaño para acotar la entrega a lo estrictamente necesario.
Migración fallida de Exchange a Microsoft 365
Las migraciones cutover (todo de una vez) presentan mayor riesgo de pérdida que las migraciones staged o híbridas, porque comprimen la ventana de sincronización. Si durante la migración cutover llegaron correos al servidor on-premises que no se propagaron al cloud, esos mensajes pueden estar en el EDB local aunque el servidor ya no sea accesible desde Outlook.
Nuestro proceso en estos casos combina la extracción del EDB local con la comparación contra el contenido ya migrado en 365, entregando únicamente los mensajes ausentes en el destino.
El proceso de recuperación en nuestro laboratorio
- Recepción y diagnóstico: analizamos el estado del EDB, los ficheros de log disponibles y la versión de Exchange (2010, 2013, 2016, 2019).
- Copia de seguridad forense: duplicamos el EDB antes de cualquier operación. Nunca trabajamos sobre el original.
- Reparación de la base de datos: intentamos llevar el EDB a un estado de clean shutdown reconstruyendo los logs faltantes cuando es posible, o mediante extracción directa de tablas MAPI cuando no lo es.
- Extracción de buzones: exportamos cada buzón a PST y verificamos la integridad de los mensajes recuperados.
- Entrega y verificación: el cliente confirma el contenido antes del pago final.
Precio y plazos
| Escenario | Plazo estimado | Precio orientativo |
|---|---|---|
| EDB corrupción lógica (dirty shutdown, logs disponibles) | 1–2 días | Desde 250 € |
| EDB sin logs, extracción directa de tablas | 2–4 días | Desde 400 € |
| EDB en disco con daños físicos más reconstrucción | 5–10 días | Desde 600 € |
No cobramos si no recuperamos. Diagnóstico gratuito y sin compromiso.
¿Tienes un servidor Exchange caído o un EDB corrupto? Contacta con nosotros ahora y te asesoramos de inmediato.
WhatsApp