![[NUEVO] Optimizador de Base de Datos Duplicador: Limpia tu Base de Datos de WordPress Antes de que se Convierta en un Problema](https://duplicator.com/wp-content/uploads/2026/06/Announcement-DB-Optimizer.jpg)
Archivo del Duplicador vs Instalador: Por qué cada copia de seguridad viene en dos partes
Joella Dunn
Joella Dunn
John Turner
John Turner
Duplicator crea una copia de seguridad, y hay dos archivos que te miran.
Uno se llama archive.zip. El otro es installer.php. Ninguno de los dos parece un sitio web.
He visto a personas que han hecho una docena de migraciones todavía detenerse aquí. No porque el proceso sea difícil, sino porque nadie explica nunca por qué hay dos archivos en lugar de uno.
Duplicator divide cada copia de seguridad en estas dos partes a propósito. El archivo contiene los datos de tu sitio. El instalador es el script que lo restaura o migra.
Están diseñados para usarse juntos, y cada uno solo funciona con su pareja correspondiente.
En esta publicación, te mostraré por qué Duplicator hace esto y cómo puedes usar estos archivos en tus tareas de copia de seguridad y migración.
RESUMEN: Puntos Clave:
- El archivo contiene los datos de tu sitio, el instalador es el script que lo reconstruye, y cada instalador solo funciona con el archivo para el que fue generado.
- El instalador no necesita WordPress para ejecutarse. Como installer.php funciona independientemente de WordPress, puede restaurar un sitio en un servidor completamente vacío.
- DupArchive no tiene un límite práctico de tamaño en Pro. El formato .daf de Duplicator se ha confirmado en migraciones del mundo real de hasta 400 GB, mientras que Duplicator Lite limita las copias de seguridad de DupArchive a 500 MB.
- La recuperación ante desastres funciona a través de un enlace separado. Establecer un punto de recuperación con antelación significa que puedes restaurar un sitio incluso cuando el panel de administración de WordPress está bloqueado.
- La mayoría de los errores de desajuste provienen de errores de emparejamiento o descargas parciales, no de software corrupto, y comprobar el tamaño del archivo antes de iniciar una restauración descarta la causa más común.
- Dejar installer.php activo en un servidor de producción después de la migración es un riesgo de seguridad, y debe eliminarse tan pronto como se confirme la restauración.
- El instalador no es la copia de seguridad. El archivo es la copia de seguridad real de los datos. Eliminar el archivo y conservar solo el instalador no deja nada para restaurar.
Tabla de Contenidos
- ¿Qué es el archivo de archivo de Duplicator?
- ¿Qué es el archivo instalador de Duplicator?
- ¿Por qué Duplicator divide una copia de seguridad en dos archivos?
- Qué se rompe cuando estos archivos se mezclan
- Cómo manejar los archivos de Duplicator durante una migración
- Cuándo esto importa más: Sitios grandes y escenarios de desastre
- Preguntas Frecuentes (FAQs)
¿Qué es el archivo de archivo de Duplicator?
El archivo de Duplicator (ya sea llamado archive.zip o archive.daf) son los datos de tu sitio web. Contiene tus archivos y una copia con script de tu base de datos, empaquetados en un solo paquete.
Por sí solo, el archivo no hace nada. No puedes abrirlo y esperar que aparezca un sitio web funcional. Son datos inertes, esperando que algo los desempaquete y reconstruya.
¿Qué es el archivo instalador de Duplicator?
Installer.php es diferente. Es un pequeño archivo PHP que abres en un navegador web. No se ejecuta dentro de WordPress, y no necesita tener WordPress instalado para funcionar.
Apúntalo a un servidor vacío, y construirá la base de datos, escribirá la configuración y extraerá tu sitio del archivo.
Cuando lo ejecutas, te pide algunos detalles sobre el destino, como las credenciales de su base de datos. Luego, lee el archivo y reconstruye tu sitio a partir de él.
¿Por qué Duplicator divide una copia de seguridad en dos archivos?
¿Por qué no incluir todo en un solo archivo y darlo por terminado?
Algunas herramientas de migración hacen exactamente eso. Tus archivos, base de datos y lógica del instalador se empaquetan en un solo paquete que se mueve como una unidad.
Eso funciona bien para un sitio pequeño. Pero significa que toda la operación (carga, extracción y ejecución) tiene que ocurrir a través de ese único archivo a la vez.
En el hosting compartido, ahí es donde las cosas se ponen difíciles. Los límites de memoria de PHP y los límites de tamaño de carga nunca se diseñaron pensando en archivos únicos masivos.
El instalador de Duplicator se mantiene pequeño y rápido sin importar cuán grande sea tu archivo. No está haciendo el trabajo pesado; está coordinando la restauración.
Además, installer.php se ejecuta independientemente de WordPress, por lo que no necesita que WordPress esté instalado, activo o incluso funcionando para hacer su trabajo.
Las herramientas de migración basadas en plugins no pueden decir eso. Si la herramienta vive dentro de WordPress, WordPress tiene que estar funcionando para que ocurra la importación.
El instalador de Duplicator evita eso por completo. Apúntalo a un servidor completamente vacío y construirá todo el sitio desde el archivo.
Esa independencia es lo que hace que el archivo en sí sea capaz de escalar. El formato DupArchive de Duplicator (los archivos .daf) no tiene un límite teórico de tamaño de archivo en Duplicator Pro, confirmado en migraciones del mundo real de hasta 400 GB.
Duplicator Lite aún puede crear copias de seguridad de DupArchive, solo que con un límite de 500 MB. Esto es suficiente para un sitio más pequeño, pero vale la pena saberlo antes de contar con él para algo más grande.
Junta esas dos cosas (un instalador que no necesita WordPress y un archivo sin un techo práctico), y obtendrás una copia de seguridad que puede restaurar un sitio que nadie pudo abrir por ningún otro medio.
Qué se rompe cuando estos archivos se mezclan
La mayoría de los problemas que la gente encuentra con Duplicator se reducen a una cosa: tratar estos dos archivos como más intercambiables de lo que son.
El error de instalador desajustado
Este es el que veo con más frecuencia. Aparece como "Se detectó una discrepancia entre el instalador y el archivo" o, a veces, "¡Archivo no encontrado!"
La causa habitual es una mezcla de emparejamiento: un installer.php de una copia de seguridad termina junto a un archivo de otra diferente.
También sucede cuando el archivo no se descargó por completo. Una transferencia parcial o interrumpida deja un archivo que parece presente pero no está completo.
Duplicator comprueba que el instalador y el archivo pertenezcan juntos antes de hacer nada más. Si no coinciden o el archivo no está completamente intacto, se detiene y te lo dice en lugar de intentar una restauración que fallaría a mitad de camino.
Perder el archivo instalador
A veces falta installer.php. Alguien limpia una carpeta de descargas o solo hace una copia de seguridad del archivo porque parece el archivo "real".
Sin él, el archivo todavía contiene todo tu sitio. Simplemente no tienes el script para desempaquetarlo todavía.
En ese caso, sube el archivo a la página Importar copias de seguridad de Duplicator. Admite migraciones de arrastrar y soltar sin necesidad del instalador.
Nuestra base de conocimientos también cubre cómo recuperar el instalador original para un archivo determinado.
Dejar installer.php activo después de la migración
Este es fácil de pasar por alto porque la migración ya funcionó. El nuevo sitio está en línea, todo parece bien y installer.php todavía está en el directorio raíz.
Eso es un problema. Un script de instalación funcional dejado en un servidor de producción es algo que cualquiera podría encontrar y ejecutar de nuevo.
Debes eliminarlo tan pronto como se confirme la migración. Duplicator generalmente lo hace automáticamente, pero puedes limpiarlos manualmente.
Cómo manejar los archivos de Duplicator durante una migración
Nada de esto requiere un sistema complicado. Unos pocos hábitos cubren casi todas las situaciones.
- Mantén ambos archivos juntos. Sube el archivo comprimido y installer.php a la misma carpeta de destino, y no los separes hasta que la migración haya finalizado.
- Aprende a lanzar el instalador. Una vez que ambos archivos de copia de seguridad estén en el nuevo servidor, inicia el instalador con una URL como esta: tudominio.com/installer.php.
- Elimina installer.php una vez que el sitio funcione correctamente. No hay razón para dejarlo en su lugar después de que la restauración sea exitosa.
- Prueba en una copia antes de tocar tu sitio en producción. Aquí es donde recurriría a la staging con un clic de Duplicator Pro. Convierte una copia de seguridad completa del sitio en una copia de staging con unos pocos clics.
- Protege con contraseña el instalador si la copia de seguridad se encuentra en un lugar semi-público. Duplicator te permite establecer una contraseña en el propio instalador, separada del cifrado del archivo comprimido con AES-256. Vale la pena hacerlo siempre que los archivos salgan de tu propia máquina, aunque sea brevemente.
Para obtener la guía paso a paso completa sobre cómo ejecutar el instalador, la Guía Definitiva del Instalador de Duplicator recorre cada pantalla.
Cuándo esto importa más: Sitios grandes y escenarios de desastre
Todo lo anterior se aplica a una migración rutinaria. Pero los mismos dos archivos que hacen que las migraciones rutinarias funcionen son los que hacen que Duplicator sea útil cuando las cosas van realmente mal.
Mencioné anteriormente que el instalador de Duplicator no necesita que WordPress ya esté en funcionamiento. Eso no es solo conveniente para mudarse a un servidor nuevo. Es la misma razón por la que Duplicator puede realizar una recuperación completa cuando tu panel de control ni siquiera carga.
La recuperación ante desastres de Duplicator funciona a través de un enlace de recuperación. Estableces una copia de seguridad como tu punto de recuperación con antelación y guardas el enlace en un lugar seguro.
Si tu sitio se cae gravemente, pega ese enlace en un navegador y el asistente de recuperación se encargará del resto.
Eso es diferente de una migración normal. No estás eligiendo mover un sitio. Algo ya se rompió y necesitas una forma de acceder que no dependa de tu panel de control roto.
La misma independencia se traslada a Multisite. Duplicator Pro admite copias de seguridad y restauraciones completas de WordPress Multisite.
Con más sitios agrupados en una sola instalación, tener un instalador y un archivo comprimido que no dependan de WordPress es aún más importante.
Preguntas Frecuentes (FAQs)
¿Necesito tanto el archivo como installer.php para restaurar un sitio?
Normalmente. El archivo comprimido contiene los archivos y la base de datos de tu sitio, pero no puede hacer nada por sí solo. El instalador es el script que lee el archivo comprimido y reconstruye tu sitio a partir de él. Sin ambos archivos presentes en la misma ubicación, la restauración no puede ejecutarse. Sin embargo, si ya tienes WordPress funcionando y Duplicator instalado, simplemente sube el archivo comprimido a la página Importar copias de seguridad para restaurar o migrar el sitio.
¿Qué pasa si solo tengo el archivo de archivo, no el instalador?
Tus datos siguen intactos, ya que el archivo comprimido lo contiene todo. Simplemente no tienes la herramienta para desempaquetarlo todavía. Si tienes acceso a WordPress, abre el panel de control y sube el archivo comprimido a la página Importar copias de seguridad de Duplicator.
¿Puedo reutilizar un installer.php de una copia de seguridad diferente?
No. Cada instalador se genera para que coincida con un archivo específico. Emparejar un instalador con un archivo de una copia de seguridad diferente activa un error de desajuste, y Duplicator no procederá con la restauración hasta que el par correcto esté en su lugar.
¿Es seguro dejar installer.php en mi servidor?
No después de que la migración se haya completado. Un script instalador funcional en un servidor en vivo podría ser encontrado y ejecutado de nuevo. Elimínalo tan pronto como la restauración se confirme exitosa, y añádele una contraseña si necesita permanecer más tiempo de lo esperado.
¿Cuál es la diferencia entre archive.zip y archive.daf?
Ambos contienen el mismo tipo de datos: tus archivos y base de datos. Archive.daf utiliza el formato DupArchive de Duplicator, creado para el procesamiento por fragmentos sin límite de tamaño teórico en Pro (confirmado en 400 GB), mientras que archive.zip es el formato zip estándar, más adecuado para sitios pequeños.
¿Por qué mi instalador dice que no coincide con el archivo?
Normalmente es una mezcla de emparejamiento. Un instalador de una copia de seguridad terminó junto a un archivo de otra, o el archivo no se descargó por completo. Duplicator comprueba que los dos pertenezcan juntos antes de intentar nada, por lo que se detiene en lugar de arriesgarse a una restauración parcial.
Dos archivos, un trabajo: Hacer bien la restauración
Dividir una copia de seguridad en un archivo y un instalador no es innecesariamente complejo. Es lo que permite a Duplicator restaurar un sitio en un servidor vacío, recuperar uno que está completamente bloqueado y manejar archivos sin un techo de tamaño práctico.
Un solo archivo empaquetado no podría hacer nada de eso.
Más de 1,5 millones de profesionales de WordPress ya confían en Duplicator Pro para gestionar copias de seguridad, migraciones y recuperación ante desastres. Con staging de un clic, un instalador independiente y recuperación ante desastres, estarás cubierto para migraciones rutinarias y aquellas que salen mal.
Si esta publicación te hizo pensar en cómo Duplicator maneja las copias de seguridad y las restauraciones, estas guías merecen ser leídas a continuación.
- Cómo restaurar WordPress desde una copia de seguridad (en menos de 5 minutos).
- Recuperación ante desastres y restauración con 1 clic para WordPress
- Cómo restaurar WordPress Multisite (4 métodos que funcionan en 2026)
- ¿Sitio caído? Aquí tienes tu plan completo de recuperación de sitios web
- Cómo proteger una base de datos de WordPress: endurecimiento, cifrado y protección continua
