Necesita mover los archivos de un departamento a SharePoint, pero quiere evitar interrumpir el trabajo diario. Una migración piloto le permite probar el proceso con un grupo pequeño antes de implementarlo en toda la organización. Este artículo explica qué es una migración piloto y por qué reduce el riesgo. También proporciona una lista de verificación paso a paso para planificar, ejecutar y validar una migración piloto de un solo departamento. Si sigue esta lista de verificación, podrá identificar problemas a tiempo y crear un proceso repetible para migraciones más grandes.
Puntos clave: lista de verificación de migración piloto para propietarios de SharePoint
- Herramienta de migración de SharePoint (SPMT) o herramienta de terceros: use una herramienta de migración para transferir archivos, carpetas y metadatos con un tiempo de inactividad mínimo.
- Evaluación previa a la migración: audite el recurso compartido de archivos de origen o la carpeta local para detectar límites de tamaño de archivo, problemas de nombres y permisos antes de mover nada.
- Validación posterior a la migración: verifique la integridad de los archivos, los permisos y los vínculos para compartir dentro de las 48 horas posteriores a la finalización de la migración.
Qué es una migración piloto y por qué es importante
Una migración piloto mueve un conjunto pequeño y representativo de datos desde una ubicación de origen, como un recurso compartido de archivos de red o un servidor local, a un sitio de SharePoint. El propósito es probar el proceso de migración, identificar problemas y perfeccionar los procedimientos antes de una implementación a gran escala. Para los propietarios de SharePoint, un piloto reduce el riesgo de pérdida de datos, errores de permisos e interrupciones para los usuarios.
El piloto debe incluir archivos, carpetas y metadatos reales que reflejen el entorno de trabajo real del departamento. No use archivos de prueba demasiado pequeños o demasiado simples. El objetivo es detectar problemas como límites de longitud de rutas de archivo, tipos de archivo no compatibles o errores de asignación de permisos.
Un piloto exitoso le proporciona un plan de migración validado. También le proporciona material de capacitación para el departamento y una base para estimar el cronograma de la migración completa. Sin un piloto, corre el riesgo de encontrarse con bloqueos que afecten a todos los usuarios a la vez.
Requisitos previos para una migración piloto
Antes de comenzar, confirme que cuenta con lo siguiente:
- Permisos de administrador de SharePoint o de propietario del sitio en el sitio de destino donde se colocarán los datos del piloto.
- Acceso a los datos de origen con permisos de lectura para todos los archivos y carpetas que planea mover.
- Una herramienta de migración como la Herramienta de migración de SharePoint (SPMT) o una herramienta de terceros como ShareGate o Metalogix.
- Un sitio de prueba dedicado que replique la estructura del sitio de producción, pero que no afecte a los usuarios activos.
- Aprobación del departamento por parte del gerente del departamento y un punto de contacto para los comentarios de los usuarios.
Lista de verificación de migración piloto: paso a paso
Siga estos pasos para ejecutar una migración piloto controlada para un departamento. Cada paso incluye acciones específicas y configuraciones que debe verificar.
- Defina el alcance del piloto y seleccione el departamento
Elija un departamento con un tamaño de datos moderado, entre 50 GB y 200 GB. Evite el departamento más grande para el piloto. Reúnase con el gerente del departamento para explicar los objetivos del piloto, el cronograma y el tiempo de inactividad previsto. Obtenga la aprobación por escrito e identifique a un usuario de enlace que probará los datos migrados e informará problemas. - Audite los datos de origen
Ejecute un análisis en el recurso compartido de archivos de origen o en la carpeta local. Identifique archivos con nombres de más de 400 caracteres, rutas de más de 400 caracteres o tipos de archivo no compatibles, como .lnk o .tmp. Cree un registro de los archivos que superan los límites de SharePoint. Corrija o excluya esos archivos antes de la migración. También documente la estructura de carpetas actual y los grupos de permisos. - Cree el sitio de SharePoint de destino
Vaya al Centro de administración de SharePoint > Sitios activos > Crear. Elija un sitio de comunicación o un sitio de equipo según las necesidades de colaboración del departamento. Asigne un nombre claro al sitio: por ejemplo, “Finance Pilot — Q1 2025”. Establezca la privacidad del sitio en Privado si los datos son confidenciales. Aún no agregue usuarios; otorgará acceso después de la validación de la migración. - Configure los ajustes de la herramienta de migración
Abra la herramienta de migración que haya elegido. Establezca la ruta de origen en la carpeta del departamento. Establezca el destino en la biblioteca de documentos del sitio piloto. Habilite la conservación de metadatos si necesita mantener las fechas de modificación o las columnas personalizadas. Habilite la asignación de permisos: asigne los grupos de origen a los grupos de SharePoint. No seleccione “Copiar todos los permisos” sin asignación, ya que esto puede interrumpir el acceso. - Ejecute la primera pasada de migración
Inicie la migración durante una ventana de bajo uso, como un fin de semana o fuera del horario laboral. Supervise el panel de progreso de la herramienta. Anote los errores, como acceso denegado, archivo bloqueado o ruta demasiado larga. Pause la migración si la tasa de errores supera el 5 por ciento. Una vez completada, revise el registro de migración para ver las advertencias y los errores. - Valide los datos migrados
Abra el sitio piloto y explore las carpetas. Compruebe que la estructura de carpetas coincida con la de origen. Abra de cinco a diez archivos aleatorios para confirmar que se abren correctamente. Verifique que se conserven las versiones de los archivos si habilitó la migración de versiones. Pruebe los permisos: pida al usuario de enlace del departamento que inicie sesión y confirme que puede acceder a sus archivos, pero no a los archivos de otros departamentos. - Recopile comentarios de los usuarios
Envíe una encuesta breve a los usuarios del departamento que accedieron al sitio piloto. Haga tres preguntas: ¿Puede encontrar sus archivos? ¿Puede abrirlos y editarlos? ¿Ve datos faltantes? Recopile las respuestas dentro de los cinco días hábiles. Documente todas las quejas y corríjalas antes de la siguiente pasada de migración. - Ejecute una segunda pasada de migración para los cambios diferenciales
Después de la validación inicial, ejecute una migración diferencial para mover los archivos que cambiaron desde la primera pasada. Este paso garantiza que no queden datos sin migrar. Use la misma herramienta con los mismos ajustes. Compare el recuento de archivos entre el origen y el destino para confirmar que coincidan. Si los recuentos difieren, investigue los archivos faltantes.
Problemas comunes en las migraciones piloto y cómo evitarlos
La longitud de la ruta de archivo supera el límite de SharePoint
SharePoint admite rutas de archivo de hasta 400 caracteres. Si el origen tiene carpetas con muchos niveles de anidamiento o nombres de archivo largos, la herramienta de migración no podrá migrar esos archivos. Antes de la migración, use la función de análisis previo de la herramienta para enumerar los archivos que superan el límite. Acorte los nombres de las carpetas o simplifique la estructura de carpetas en el origen antes de copiar.
La asignación de permisos interrumpe el acceso de los usuarios
Si asigna los grupos de origen a los grupos de SharePoint de forma incorrecta, los usuarios pueden perder el acceso a sus archivos. Pruebe siempre la asignación primero con una sola carpeta. Cree una cuenta de usuario de prueba que pertenezca al grupo de origen y verifique el acceso después de la migración. Ajuste las asignaciones de grupos antes de ejecutar el piloto completo.
Falta el historial de versiones de los archivos
La Herramienta de migración de SharePoint conserva hasta 100 versiones por archivo de forma predeterminada. Si necesita más, ajuste el límite de versiones en los ajustes de la herramienta. Después de la migración, compruebe el historial de versiones de un documento que tenía varias versiones en el origen. Si faltan versiones, vuelva a ejecutar la migración con un límite de versiones mayor.
Los caracteres especiales en los nombres de archivo causan errores
SharePoint no permite caracteres como # % & : < > ? / \ |. La herramienta de migración puede cambiar el nombre de estos archivos u omitirlos. Ejecute un análisis previo para identificar los archivos con caracteres especiales. Cambie el nombre de los archivos en el origen antes de la migración o use la función de cambio de nombre automático de la herramienta.
Migración piloto frente a migración completa: diferencias clave
| Elemento | Migración piloto | Migración completa |
|---|---|---|
| Alcance | Un departamento o 50–200 GB | Toda la organización o varios terabytes |
| Cronograma | 1–2 semanas, incluida la validación | Varias semanas o meses con implementaciones por fases |
| Usuarios afectados | Grupo pequeño (5–20 usuarios) | Todos los usuarios de la organización |
| Nivel de riesgo | Bajo: los problemas están contenidos | Alto: los problemas afectan a todos los usuarios |
| Esfuerzo de validación | Comprobaciones manuales por parte del equipo del piloto | Scripts de validación automatizados y pruebas de aceptación por parte del usuario |
Una migración piloto le ofrece un entorno de bajo riesgo para probar los ajustes de la herramienta de migración, la asignación de permisos y el plan de comunicación con los usuarios. Use las lecciones del piloto para crear un procedimiento operativo estándar para la migración completa. Documente cada error y su corrección para que la migración completa se ejecute sin problemas.
Después del piloto, programe una reunión de revisión con el gerente del departamento y su equipo de TI. Decida si ampliar el piloto a un segundo departamento o continuar con la migración completa. Ajuste el cronograma según los problemas encontrados durante el piloto. Por ejemplo, si la asignación de permisos tardó más de lo esperado, asigne tiempo adicional para ese paso en el plan completo.
Un consejo avanzado: use la Herramienta de evaluación de migración de SharePoint (SMAT) antes del piloto para analizar todo el entorno de origen. SMAT genera un informe de tipos de archivo, distribución de tamaños y complejidad de permisos. Este informe le ayuda a elegir el departamento piloto adecuado y a configurar la herramienta de migración con precisión. Ejecute SMAT al menos dos semanas antes de la fecha de inicio del piloto para disponer de tiempo para el análisis.