RedminePRO ofrece un servicio de migración de Redmine hecho por nosotros de principio a fin. Nuestros ingenieros trasladan tu espacio de trabajo a un Redmine totalmente gestionado: proyectos, tareas con su historial completo, wikis, adjuntos, usuarios y permisos, campos personalizados, flujos de trabajo, imputaciones de tiempo y cada plugin compatible. No tocas ningún servidor, y no pasas un sábado descubriendo que las rutas de tus adjuntos de 2019 eran absolutas.
El caso general está más abajo. Si estás en una de estas, empieza por su página. Los detalles difieren lo suficiente como para importar. Estas páginas están en inglés.
Correspondencia de campos, qué se traslada, qué reconstruyes. Leer
El traspaso de la pila y el problema de la actualización. Leer
Exportaciones, acceso a plugins y HostedRedmine. Leer
El cambio de nombre, la renovación y lo que te cuesta una bifurcación. Leer
Cada actualización de Redmine es un proyecto de fin de semana con un plan de vuelta atrás. Las nuestras se hacen de forma continua, sin que las veas, por ti.
Cuando tu administrador de Redmine se va, la instalación se convierte en un riesgo. El hosting gestionado elimina la dependencia de una sola persona.
Una copia que nunca se ha restaurado es una esperanza, no una copia. Nosotros hacemos copias cifradas con recuperación a un punto en el tiempo, probadas como parte de nuestro proceso de recuperación ante desastres.
Una instalación de Redmine son tres cosas: una base de datos, un directorio de ficheros y una configuración. Todo lo que un usuario entiende por «nuestro Redmine» vive en las dos primeras. La tercera es la parte que no viaja, y es donde las migraciones salen mal. Aquí está el inventario explícito. Si algo de lo que dependes no está en esta lista, pregúntalo en la evaluación. Preferimos decírtelo antes del traslado que después.
| Elemento | Migrado | Observaciones |
|---|---|---|
| Proyectos y subproyectos | Sí | Jerarquía completa, identificadores, visibilidad, módulos activados |
| Tareas con historial completo | Sí | Cada entrada del diario, cambio de estado o de campo, autor y fecha |
| Relaciones y subtareas | Sí | Bloquea, relacionada, duplicada, precede/sigue, padre e hijo |
| Wikis e historial de wikis | Sí | Cada página, cada revisión, adjuntos de las páginas |
| Documentos, noticias, foros | Sí | Los módulos del núcleo de Redmine viajan con la base de datos |
| Ficheros y adjuntos | Sí | El árbol de ficheros completo, enlazado de nuevo a sus registros |
| Usuarios, grupos, roles, permisos | Sí | Incluidos los hashes de contraseña con sal, así que nadie tiene que restablecerla |
| Campos personalizados | Sí | Definiciones, activación por tipo de tarea, cada valor almacenado |
| Tipos de tarea, estados, flujos de trabajo | Sí | La matriz completa de flujos, transiciones por rol y estado |
| Enumeraciones | Sí | Prioridades, actividades, categorías de documentos |
| Imputaciones de tiempo | Sí | Con actividades, comentarios y su tarea asociada |
| Versiones, categorías, consultas | Sí | Incluidas las consultas guardadas, públicas y privadas |
| Enlaces a repositorios | Sí, con trabajo | Los repositorios remotos se vuelven a apuntar. Los locales al servidor necesitan un nuevo alojamiento antes |
| Plugins compatibles y sus datos | Sí | Auditados durante la evaluación, donde «compatible» significa trabajo de verdad |
Esta es la sección que otras páginas de migración omiten. Léela antes de planificar el traslado.
Nada de esta lista es inusual y nada de ella impide una migración. Existe para que sea la evaluación la que encuentre estas cosas, y no el día del cambio.
Cuéntanos tu instalación. Indícanos tu versión de Redmine, el número de usuarios, el motor de base de datos, el tamaño aproximado de los datos y la lista de plugins en el formulario de evaluación. Lo revisamos y te confirmamos un plan en un día laborable. Si no somos lo que necesitas, te lo decimos.
Auditoría de plugins y versiones. Comprobamos cada plugin contra la versión de destino de Redmine y te entregamos una lista por escrito: funciona tal cual, tiene un sustituto mantenido o está muerto. Decides qué conservar antes de que se mueva ningún dato. Aquí es donde se supone que aparecen las sorpresas.
Primera pasada: un ensayo completo. Tomamos una copia de tu base de datos y tus ficheros y montamos un espacio de trabajo completo y funcional en RedminePRO. Nada cambia en tu sistema en producción. Recibes una URL y un acceso de administrador a la copia.
Tú validas. Entra con tu usuario, abre los proyectos que te importan, comprueba que el historial de las tareas se lee bien, que los adjuntos se abren, que las consultas guardadas devuelven lo mismo que antes y que los flujos de trabajo se comportan. Si algo está mal, nos lo dices, lo corregimos y repetimos. No hay límite de iteraciones hasta que estés satisfecho.
Cambio definitivo. Cuando das el visto bueno, programamos la sincronización final a la hora que elijas, tomamos el delta de todo lo que ha cambiado desde el ensayo, lo aplicamos y cambiamos el DNS. Interrupción habitual: minutos. Tu instalación anterior se queda exactamente donde está.
Después del cambio. Tu sistema anterior sigue disponible en solo lectura todo el tiempo que quieras, en tu infraestructura. Nunca lo tocamos. Si algo no cuadra la primera semana, la copia del ensayo y tu sistema original siguen ahí.
En las conversaciones sobre migración se confunden dos relojes distintos.
La duración del proyecto es cuánto tarda todo el ejercicio desde la evaluación hasta el cambio. La mayoría de las migraciones se completan en horas. Las instalaciones grandes con muchos plugins pueden llevar unos días, validación incluida. La evaluación te da una estimación real para tu instalación, no una media.
La interrupción es el tiempo que tu equipo no puede usar Redmine. Eso es solo la sincronización final del delta y el cambio de DNS, normalmente minutos, programados cuando tú elijas. Es corta porque el trabajo duro ya ocurrió durante el ensayo, sobre una copia, mientras todo el mundo seguía trabajando con normalidad.
Para ser exactos: la evaluación es gratuita, y la migración en sí es un servicio profesional con un coste único, presupuestado después de la evaluación, sin sorpresas. Lo que cubre ese servicio hecho por nosotros:
Lo que queda fuera de ese alcance, y se presupuesta aparte si lo quieres: desarrollo de plugins a medida (incluida la reimplementación de un parche del núcleo como plugin, una capacidad del plan Enterprise), limpieza de datos, remodelar o fusionar proyectos como parte del traslado, y reconstruir un flujo de trabajo o una estructura de campos de forma distinta a como existe hoy.
Redmine 7.0.0 se publicó el 30 de junio de 2026 y requiere Rails 8.1 y Ruby 3.2, 3.3, 3.4 o 4.0 (datos de la documentación de redmine.org, comprobados el 2 de agosto de 2026). Para quien aloja Redmine por su cuenta, eso rara vez es una actualización de una tarde: la versión mayor de Rails, la de Ruby, la del servidor de aplicaciones y a menudo la de la base de datos se mueven a la vez, y hay que revisar cada plugin instalado contra la nueva versión antes de descubrir por las malas cuál ya no carga.
No hay urgencia artificial en esto y no vamos a inventarla. La rama 6.1.x sigue existiendo y muchos equipos se quedarán ahí un tiempo. Pero si la actualización a Redmine 7 ya estaba en tu lista y llevaba un rato sin avanzar, es un momento razonable para plantearte si quieres ser tú quien la haga. Nosotros nos ocupamos de la actualización a Redmine 7 como parte de la migración, con la comprobación de compatibilidad de los plugins y el plan de vuelta atrás que se describe más abajo.
Un detalle concreto de la propia documentación de Redmine, por si te ahorra una tarde: las versiones de Ruby de la 4.0.0 a la 4.0.3 tienen una ralentización notable al renderizar el wiki, y se recomienda Ruby 4.0.4 o posterior con Redmine 7.0.
Si la actualización te hace replantearte el autoalojamiento en general, y no solo esta versión: el hosting Redmine gestionado explica qué cambia cuando Redmine se ejecuta como servicio, y qué comprobar en cada proveedor antes de elegir uno.
Toda migración debería tener una respuesta a «¿y si sale mal?», y la mayoría de los proveedores no la publican.
Antes del cambio no hay nada que deshacer. Tu Redmine en producción no se ha modificado. Trabajamos sobre copias. Si la validación falla, te vas sin haber perdido nada más que el tiempo que dedicaste a mirar una instalación de prueba.
En el cambio, la vuelta atrás es un cambio de DNS. Tu instalación anterior está intacta y sigue conteniendo cada tarea hasta el punto de sincronización. Lo único en riesgo es el trabajo creado entre la sincronización final y la decisión de volver atrás. Por eso el cambio se programa en una hora tranquila.
Más adelante, Redmine es de código abierto y esto no es una puerta de un solo sentido. Te entregamos el volcado completo de tu base de datos y el archivo de ficheros (SQL más ficheros) cuando lo pidas, en cualquier momento, para que puedas volver a autoalojarlo o irte a otro proveedor cuando tú decidas. Nos ganamos tu renovación. No la bloqueamos.
Redmine totalmente gestionado, en Estados Unidos, Irlanda, Francia o la India. Eliges la región al registrarte y tus datos residen en esa región. Cifrado AES-256 en reposo, TLS 1.2 o superior en tránsito, y copias de seguridad continuas y cifradas con recuperación a un punto en el tiempo. Tienes acceso completo de administrador de Redmine sobre tu espacio de trabajo: ese es el sentido de migrar con nosotros en vez de con un proveedor que te quita el panel de administración junto con el servidor. Los planes empiezan en 29 $ al mes para hasta 25 usuarios con proyectos ilimitados. Hosting gestionado · Seguridad · Precios
Cuéntanos qué tienes ahora. Te respondemos en un día laborable con un plan de migración y una estimación real. Sin compromiso. Si no somos lo que necesitas, te lo diremos.