View a markdown version of this page

Migre sistemas de archivos compartidos en un AWS migración grande - Recomendaciones de AWS
ResumenRequisitos previos y limitacionesArquitecturaTools (Herramientas)Prácticas recomendadasEpicsResolución de problemasRecursos relacionadosArchivos adjuntos

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Migre sistemas de archivos compartidos en un AWS migración grande

Amit Rudraraju, Sam Apa, Bheemeswararao Balla, Wally Lu y Sanjeev Prakasam, Amazon Web Services

Resumen

La migración de 300 o más servidores se considera una migración grande. El objetivo de una migración a gran escala es migrar las cargas de trabajo de sus centros de datos locales existentes a los centros de datos locales existentes Nube de AWS, y estos proyectos suelen centrarse en las cargas de trabajo de aplicaciones y bases de datos. Sin embargo, los sistemas de archivos compartidos requieren una atención específica y un plan de migración independiente. Este patrón describe el proceso de migración de los sistemas de archivos compartidos y proporciona las prácticas recomendadas para migrarlos correctamente como parte de un gran proyecto de migración.

Un sistema de archivos compartidos (SFS), también conocido como sistema de archivos de red o agrupado, es un recurso compartido de archivos que se monta en varios servidores. Se accede a los sistemas de archivos compartidos mediante protocolos como el Sistema de archivos de red (NFS), el Sistema de archivos común de Internet (CIFS) o el Bloque de mensajes del servidor (SMB).

Estos sistemas no se migran con herramientas de migración estándar, por ejemplo, AWS Transform MGN porque no están dedicados al host que se va a migrar ni se representan como un dispositivo de bloques. Si bien la mayoría de las dependencias del host se migran de forma transparente, la coordinación y la administración de los sistemas de archivos dependientes deben gestionarse por separado.

Los sistemas de archivos compartidos se migran en las siguientes fases: descubrir, planificar, preparar, recortar y validar. Con este patrón y los libros de trabajo adjuntos, se migra el sistema de archivos compartidos a un servicio de AWS almacenamiento, como Amazon Elastic File System (Amazon EFS), Amazon FSx NetApp para ONTAP o Amazon FSx for Windows File Server. Para transferir el sistema de archivos, puede utilizar AWS DataSync una herramienta de terceros, como. NetApp SnapMirror

nota

Este patrón forma parte de una serie de guías AWS prescriptivas sobre las grandes migraciones al. Nube de AWS Este patrón incluye las prácticas recomendadas e instrucciones para incorporar los SFS en sus planes de onda para servidores. Si va a migrar uno o más sistemas de archivos compartidos fuera de un proyecto de migración de gran tamaño, consulte las instrucciones de transferencia de datos en la AWS documentación de Amazon EFS, Amazon FSx for Windows File Server y Amazon FSx for ONTAP. NetApp

Requisitos previos y limitaciones

Requisitos previos 

Los requisitos previos pueden variar en función de los sistemas de archivos compartidos de origen y destino y del caso de uso. Los problemas más coqmunes son los siguientes:

Limitaciones

  • Este patrón está diseñado para migrar los archivos SFS como parte de un gran proyecto de migración. Incluye las prácticas recomendadas e instrucciones para incorporar los SFS en sus planes de migración de aplicaciones. Si va a migrar uno o más sistemas de archivos compartidos fuera de un proyecto de migración de gran tamaño, consulte las instrucciones de transferencia de datos en la AWS documentación de Amazon EFS, Amazon FSx for Windows File Server y Amazon FSx for ONTAP. NetApp

  • Este patrón se basa en las arquitecturas, los servicios y los patrones de migración más utilizados. Sin embargo, los grandes proyectos y estrategias de migración pueden variar de una organización a otra. Es posible que necesite personalizar esta solución o los libros de trabajo proporcionados en función de sus necesidades.

Arquitectura

Pila de tecnología de origen

Una o varias de las siguientes:

  • Servidor de archivos Linux (NFS)

  • Servidor de archivos Windows (SMB)

  • NetApp arreglo de almacenamiento

  • Cabina de almacenamiento Dell EMC Isilon

Pila de tecnología de destino

Una o varias de las siguientes:

  • Amazon Elastic File System

  • Amazon FSx para ONTAP NetApp

  • Amazon FSx para Windows File Server

Arquitectura de destino

Diagrama de arquitectura del uso de AWS DataSync para migrar sistemas de archivos compartidos locales a AWS.

El diagrama muestra el proceso siguiente:

  1. Para establecer una conexión entre el centro de datos local y el Nube de AWS centro de datos se utiliza un elemento Servicio de AWS como AWS Direct Connect o. AWS Site-to-Site VPN

  2. El DataSync agente se instala en el centro de datos local.

  3. Según su plan de oleaje, lo habitual es DataSync replicar los datos del sistema de archivos compartidos de origen al recurso compartido de AWS archivos de destino.

Fases de migración

La siguiente imagen muestra las fases y los pasos de alto nivel para migrar un SFS en un proyecto de migración de gran tamaño.

Fases de detección, planificación, preparación, recorte y validación de la migración de sistemas de archivos compartidos a AWS.

La sección Epics de este patrón contiene instrucciones detalladas sobre cómo completar la migración y utilizar los libros de trabajo adjuntos. A continuación, se brinda información general de alto nivel de los pasos de este enfoque por etapas.

Fase

Steps

Descubra

1. Con una herramienta de detección, se recopilan datos sobre el sistema de archivos compartido, incluidos los servidores, los puntos de montaje y las direcciones IP.

2. Mediante una base de datos de gestión de la configuración (CMDB) o una herramienta de migración, se recopilan detalles sobre el servidor, incluida información sobre la onda de migraciones, el entorno, el propietario de la aplicación, el nombre del servicio de gestión de servicios de TI (ITSM), la unidad organizativa y el identificador de la aplicación.

Planifique

3. Con la información recopilada sobre los SFS y los servidores, cree el plan de onda del SFS.

4. Con la información de la hoja de trabajo de creación, elija un destino Servicio de AWS y una herramienta de migración para cada SFS.

Preparación

5. Configure la infraestructura de destino en Amazon EFS, Amazon FSx para NetApp ONTAP o Amazon FSx for Windows File Server.

6. Configure el servicio de transferencia de datos, por ejemplo DataSync, e inicie la sincronización de datos inicial. Cuando se complete la sincronización inicial, puede configurar las sincronizaciones recurrentes para que se ejecuten según una programación,

7. Actualice el plan de ondas del SFS con información sobre el recurso compartido de archivos de destino, como la dirección IP o la ruta.

Realizar la transición

8. Detenga las aplicaciones que acceden activamente al SFS de origen.

9. En el servicio de transferencia de datos, realice una sincronización de datos final.

10. Cuando se complete la sincronización, compruebe que se ha realizado correctamente revisando los datos de registro en CloudWatch Registros.

Valide

11. En los servidores, cambie el punto de montaje por la nueva ruta SFS.

12. Reinicie y valide las aplicaciones.

Tools (Herramientas)

Servicios de AWS

  • Amazon CloudWatch Logs le ayuda a centralizar los registros de todos sus sistemas y aplicaciones Servicios de AWS para que pueda supervisarlos y archivarlos de forma segura.

  • AWS DataSynces un servicio de transferencia y descubrimiento de datos en línea que le ayuda a mover archivos u datos de objetos hacia, desde y entre los servicios AWS de almacenamiento.

  • Amazon Elastic File System (Amazon EFS) lo ayuda a crear y configurar sistemas de archivos compartidos en la Nube de AWS.

  • Amazon FSx proporciona sistemas de archivos que admiten los protocolos de conectividad estándares del sector y ofrecen alta disponibilidad y replicación en todas las Regiones de AWS.

Otras herramientas

  • SnapMirrores una herramienta de replicación de NetApp datos que replica datos de volúmenes de origen o qtrees específicos a volúmenes o qtrees de destino, respectivamente. Puede utilizar esta herramienta para migrar un sistema de archivos NetApp fuente a Amazon FSx para NetApp ONTAP.

  • Robocopy, abreviatura de Robust File Copy, es un directorio de línea de comandos y comandos para Windows. Puede utilizar esta herramienta para migrar un sistema de archivos fuente de Windows a Amazon FSx para Windows File Server.

Prácticas recomendadas

Enfoques de planificación de olas

Al planificar las ondas para su gran proyecto de migración, tenga en cuenta la latencia y el rendimiento de las aplicaciones. Cuando el SFS y las aplicaciones dependientes funcionan en ubicaciones diferentes, como una en la nube y otra en el centro de datos en las instalaciones, esto puede aumentar la latencia y afectar al rendimiento de las aplicaciones. A continuación, se muestran las siguientes opciones al crear planes de onda:

  1. Migre el SFS y todos los servidores dependientes en la misma oleada: este enfoque evita problemas de rendimiento y minimiza las tareas de retrabajo, como la reconfiguración de los puntos de montaje varias veces. Se recomienda cuando se requiere una latencia muy baja entre la aplicación y el SFS. Sin embargo, la planificación de ondas es compleja y, por lo general, el objetivo es eliminar las variables de las agrupaciones de dependencias, no añadirlas. Además, este enfoque no se recomienda si muchos servidores acceden al mismo SFS, ya que esto hace que la onda sea demasiado grande.

  2. Migre el SFS una vez que se haya migrado el último servidor dependiente: por ejemplo, si varios servidores acceden a un SFS y dichos servidores tienen previsto migrar en las oleadas 4, 6 y 7, programe la migración del SFS en la oleada 7.

    Este enfoque suele ser el más lógico para migraciones grandes y se recomienda para aplicaciones sensibles a la latencia. Reduce los costos asociados a la transferencia de datos. También minimiza el período de latencia entre el SFS y las aplicaciones de nivel superior (como las de producción), ya que las aplicaciones de nivel superior suelen estar programadas para migrar en último lugar, después de las aplicaciones de desarrollo y control de calidad.

    Sin embargo, este enfoque aún requiere detección, planificación y agilidad. Es posible que tenga que migrar el SFS en una onda anterior. Confirme que las aplicaciones puedan soportar la latencia adicional durante el período de tiempo entre la primera onda dependiente y la onda que contiene el SFS. Realice una sesión de descubrimiento con los propietarios de las aplicaciones y migre la aplicación en la misma fase, es decir, la aplicación más sensible a la latencia. Si se descubren problemas de rendimiento después de migrar una aplicación dependiente, prepárese para migrar rápidamente el SFS lo más rápido posible.

  3. Migre el SFS al final de un gran proyecto de migración: este enfoque se recomienda si la latencia no es un factor, por ejemplo, cuando se accede con poca frecuencia a los datos del SFS o no son críticos para el rendimiento de la aplicación. Este enfoque agiliza la migración y simplifica las tareas de transición.

Puede combinar estos enfoques en función de la sensibilidad a la latencia de la aplicación. Por ejemplo, puede migrar los SFS sensibles a la latencia utilizando los enfoques 1 o 2 y, a continuación, migrar el resto de los SFS utilizando el enfoque 3.

Elegir un servicio de sistema AWS de archivos

AWS ofrece varios servicios en la nube para el almacenamiento de archivos. Cada uno ofrece diferentes ventajas y limitaciones en cuanto al rendimiento, la escala, la accesibilidad, la integración, la conformidad y la optimización de costos. Hay algunas opciones lógicas predeterminadas. Por ejemplo, si su sistema de archivos en las instalaciones actual utiliza Windows Server, Amazon FSx para Windows File Server es la opción predeterminada. O bien, si el sistema de archivos local utiliza NetApp ONTAP, Amazon FSx for NetApp ONTAP es la opción predeterminada. Sin embargo, puede elegir un servicio específico en función de los requisitos de su aplicación o para aprovechar otras ventajas operativas en la nube. Para obtener más información, consulte Elegir el servicio de almacenamiento de AWS archivos adecuado para su implementación (AWS presentación en Summit).

Elección de una herramienta de migración

Amazon EFS y Amazon FSx admiten el uso de AWS DataSync para migrar sistemas de archivos compartidos a. Nube de AWS Para obtener más información sobre los sistemas y servicios de almacenamiento compatibles, las ventajas y los casos de uso, consulte Qué es AWS DataSync. Para obtener una descripción general del proceso de uso DataSync para transferir archivos, consulte Cómo funcionan AWS DataSync las transferencias.

También hay varias herramientas de terceros disponibles, entre las que se incluyen las siguientes:

  • Si elige Amazon FSx para NetApp ONTAP, puede usarlo para NetApp SnapMirror migrar los archivos del centro de datos local a la nube. SnapMirror utiliza la replicación a nivel de bloques, que puede ser más rápida DataSync y reducir la duración del proceso de transferencia de datos. Para obtener más información, consulte Migración a FSx para usar ONTAP. NetApp SnapMirror

  • Si elige Amazon FSx para Windows File Server, puede utilizar Robocopy para migrar archivos a la nube. Para obtener más información, consulte Migración de archivos existentes a FSx for Windows File Server mediante Robocopy.

Epics

TareaDescripciónHabilidades requeridas

Prepare el libro de trabajo de descubrimiento del SFS.

  1. Descargue los libros de trabajo de la sección Adjuntos de este patrón. Contiene dos archivos y. SFS-Discovery-Workbook.xlsxSFS-Wave-Plan-Workbook.xlsx

  2. Abre el SFS-Discovery-Workbookarchivo en Microsoft Excel.

  3. En la hoja de trabajo del Panel, haga lo siguiente:

    • En la columna A, actualice el nombre del entorno.

    • En la columna B, actualice el orden de los entornos para colocarlos en orden desde la prioridad más baja (1) hasta la prioridad más alta.

    • En las columnas D a E, actualice el horario de oleaje.

    • En las columnas C y K, actualice los nombres de las cuentas de AWS.

    • En la columna L, actualice los identificadores de VPC.

    • En las columnas M a O, actualice los identificadores de subred.

  4. Revise el resto de la plantilla del libro de trabajo y actualice cualquier otro valor necesario para su organización o caso de uso.

  5. Guarde el cuaderno de trabajo.

Ingeniero de migraciones, líder de migración

Recopile información sobre el SFS de origen.

  1. Con la herramienta de detección que prefiera, identifique todos los montajes del SFS en todos los dispositivos de almacenamiento, servidores Linux y servidores Windows aplicables. En términos generales, necesitará recopilar la siguiente información:

    • Dispositivos cliente

    • Direcciones IP de clientes

    • Detalles de SFS

    • Punto de montaje

      nota

      Puede agregar los detalles del punto de montaje al manual de procedimientos de migración para volver a montar el SFS después de la migración.

  2. Abra el archivo SFS-Discovery-Workbook.

  3. En la Wave-Sheethoja de trabajo, haga lo siguiente:

    • En la columna Ubicación del servidor (D), en la fórmula, confirme que el formato del rango CIDR de la fuente en las instalaciones funciona para su rango. Por ejemplo, si su rango de CIDR es 10.0.0.0/8, introduzca 10.*.*.*.

    • En la columna Ubicación SFS (E), en la fórmula, confirme que el formato del rango CIDR de la VPC de destino funciona para su rango. Por ejemplo, si su rango de CIDR es 176.16.0.0/16, introduzca 176.16.*.*.

  4. En la SFS-Datahoja de trabajo, haga lo siguiente:

    • En la columna Nombre del servidor (A), introduzca el nombre del servidor en el que está montado el SFS.

    • En la columna Ruta del SFS (B), introduzca el nombre del SFS.

    • En la columna Dirección IP (C), introduzca la dirección IP del servidor.

    • Agregue cualquier otra información relevante que haya recopilado durante la detección, como el punto de montaje y el tamaño del SFS. Puede utilizar estos datos más adelante para modificar los cálculos de planificación de las olas.

  5. Guarde el cuaderno de trabajo.

Ingeniero de migraciones, líder de migración

Recopile información sobre los servidores.

  1. Con la CMDB o los datos registrados en la herramienta de migración, identifique toda la siguiente información sobre los servidores que tienen soportes SFS:

    • Nombre del servidor

    • Dirección IP

    • Onda

    • Unidad organizativa (OU)

    • Entorno de servidor, como DEV, QA o PROD

    • Nombre de la aplicación

    • Propietario de la aplicación e información de contacto

  2. Abra el archivo SFS-Discovery-Workbook.

  3. En la Server-Datahoja de trabajo, en las columnas A a H, introduzca la información que recopiló sobre los servidores de origen. Tenga en cuenta lo siguiente:

    • En la columna Wave # (C), introduzca el nombre de la onda (por ejemplo, Wave1), off-scope (OOS) o Retire.

    • Si aparece en la columna de Contacto del propietario de la aplicación (H), compruebe que la dirección de correo electrónico sea correcta. Esta dirección de correo electrónico se genera automáticamente en función del nombre que proporcionó en la columna del Propietario de la aplicación (G). Si es necesario, actualice manualmente el valor para que refleje la dirección de correo electrónico correcta.

    • No modifique las columnas I a J, que contienen fórmulas.

  4. Guarde el cuaderno de trabajo.

Ingeniero de migraciones, líder de migración
TareaDescripciónHabilidades requeridas

Cree el plan de olas del SFS.

  1. Abra el archivo SFS-Discovery-Workbook.

  2. Compruebe que toda la información recopilada en la fase de descubrimiento sea precisa y esté actualizada.

  3. En la Wave-Sheethoja de trabajo, filtre la columna de onda SFS (K) según el valor. 1 Esta es una lista de todos los SFS de la primera onda.

    nota

    Un valor de 0 en esta columna indica que el SFS está fuera del ámbito de la migración. Esto puede deberse a que el SFS ya está alojado AWS o a que los servidores que acceden al recurso compartido están fuera del ámbito de la migración.

  4. Compruebe que desea migrar estos SFS en esta onda. Para obtener más información sobre cómo asignar los SFS a las olas, consulte Enfoques de planificación de las ondas en la sección Prácticas recomendadas.

  5. Seleccione y copie las celdas que contienen los valores filtrados. No copie la fila de encabezado que contiene los títulos de las columnas.

  6. Abre el SFS-Wave-Plan-Workbookarchivo que descargaste anteriormente.

  7. En la Export-from-Discoveryhoja de trabajo, seleccione la celda A2.

  8. Pegue los datos copiados.

  9. Guarde los SFS-Wave-Plan-Workbookarchivos SFS-Discovery-Workbooky.

Responsable de compilación, líder de transición, ingeniero de migraciones, líder de migraciones

Elija el destino Servicio de AWS y la herramienta de migración.

  1. En el SFS-Wave-Plan-Workbook archivo, en la Exported-from-Discovery hoja de trabajo, seleccione y copie los valores de la columna Ruta anterior (C).

  2. En la Build-Wavehoja de trabajo, seleccione la celda A2.

  3. Pegue los datos copiados. Las columnas B a M de esta hoja de trabajo se actualizan automáticamente para reflejar otros datos asociados a esta ruta.

  4. Elimine los valores duplicados de la columna A. Para obtener instrucciones, consulte Eliminar valores duplicados (sitio web de soporte de Microsoft).

  5. En la columna Patrón o servicio objetivo (F), revise el objetivo recomendado Servicio de AWS y actualícelo según sea necesario. Para obtener más información, consulte Elegir un servicio de sistema de AWS archivos en la sección Prácticas recomendadas de este patrón.

  6. En la columna Método de migración (G), revise la herramienta de migración recomendada y actualícela según sea necesario. Para obtener más información, consulte Elegir una herramienta de migración en la sección de Prácticas recomendadas de este patrón.

  7. Guarde el archivo SFS-Discovery-Workbook. Ha terminado de crear un plan de onda para esta ola.

  8. Repita estas instrucciones para preparar un plan de onda para cada ola. Como los planes de onda están sujetos a cambios durante la migración, le recomendamos que planifique con no más de 5 ondas de antelación.

Ingeniero de migraciones, líder de migración
TareaDescripciónHabilidades requeridas

Configure el sistema de archivos de destino.

De acuerdo con los detalles registrados en su plan de oleada, configure los sistemas de archivos de destino en el destino Cuenta de AWS, la VPC y las subredes. Para obtener instrucciones, consulte la siguiente documentación: AWS

Ingeniero de migraciones, líder de migración, administrador de AWS

Configure la herramienta de migración y transfiera los datos.

  1. Si lo está utilizando AWS DataSync, configure el registro de las tareas. DataSync Para obtener instrucciones, consulte Registrar las actividades de las AWS DataSync tareas.

  2. Configure la herramienta de migración y realice una transferencia de datos inicial según las instrucciones de la herramienta que haya seleccionado:

  3. Los cambios en el SFS de origen pueden producirse durante o después de la transferencia inicial. Configure transferencias de datos recurrentes entre los sistemas de archivos de origen y destino para mantener los datos sincronizados:

    • Si lo está utilizando DataSync, consulte Programar la tarea. AWS DataSync DataSync transfiere solo los archivos modificados o nuevos del SFS de origen.

    • Si utiliza una herramienta de terceros, consulte la documentación de la herramienta que hayas seleccionado.

Administrador de AWS, administrador de la nube, ingeniero de migraciones, líder de migración

Actualice el plan de onda.

  1. Abra el SFS-Wave-Plan-Workbookarchivo de la oleada actual.

  2. En la hoja de trabajo Build-Wave, en la columna Nueva dirección IP de ruta (N), introduzca la dirección IP del sistema de archivos de destino. Aplique alguna de las siguientes acciones para localizar la dirección IP:

    • Para FSx for Windows File Server, en la consola de Amazon FSx, elija Sistemas de archivos, elija su sistema de archivos y, a continuación, consulte la sección Red y seguridad.

    • Para FSx para ONTAP, consulte Montaje de volúmenes.

    • Para Amazon EFS, consulte Montaje con una dirección IP.

  3. En la columna Nueva ruta (O), introduzca la nueva ruta de montaje. La ruta de montaje es el nombre de DNS del sistema de archivos. Aplique alguna de las siguientes acciones para localizar la ruta de montaje:

    • Para FSx for Windows File Server, en la consola de Amazon FSx, elija Sistemas de archivos, elija su sistema de archivos y, a continuación, seleccione Adjuntar.

    • Para FSx para ONTAP, consulte la página de detalles del Sistema de archivos. Para obtener instrucciones, consulte Montaje de volúmenes.

    • Para Amazon EFS, consulte Obtener información.

  4. En la Remount-Summaryhoja de trabajo, confirme que las columnas Nueva ruta (C) y Nueva dirección IP de ruta (D) reflejan los valores actualizados.

  5. Confirme que su organización haya preparado manuales de procedimientos para volver a montar los sistemas de archivos de Linux y Windows tras la transición. Para obtener instrucciones, consulte lo siguiente:

  6. Si algún servidor dependiente no está incluido en esta oleada, regístrelo en la App-Team-Communicationhoja de trabajo. Informe a los propietarios de las aplicaciones o servidores correspondientes, ya que es posible que no estén incluidos en las comunicaciones estándar.

  7. Si los SFS se eliminan de la onda después de completar el plan de oleada, haga un seguimiento de los mismos en la hoja de trabajo Descoped.

Ingeniero de migraciones, líder de migración
TareaDescripciónHabilidades requeridas

Detener la aplicación.

Si las aplicaciones o los clientes están realizando operaciones de lectura y escritura de forma activa en el SFS de origen, deténgalos antes de realizar la sincronización de datos final. Para obtener instrucciones, consulte la documentación de la aplicación o sus procesos internos para detener las actividades de lectura y escritura. Por ejemplo, consulte Iniciar o detener el servidor web (IIS 8) (documentación de Microsoft) o Administrar los servicios del sistema con systemctl (documentación de Red Hat).

Propietario de la aplicación, desarrollador de la aplicación

Realice la transferencia de datos final.

  1. En la herramienta de migración, ejecute manualmente una tarea o trabajo final de transferencia de datos para sincronizar el sistema de archivos de destino con el SFS de origen. Para obtener instrucciones, consulte Cómo iniciar la DataSync tarea o consulte la documentación de la herramienta de migración de terceros que haya seleccionado.

  2. Esperar a que se complete una transferencia. Para obtener más información, consulta Supervisar AWS DataSync la actividad con Amazon CloudWatch y Supervisar tu DataSync tarea desde la línea de comandos.

Ingeniero de migraciones, líder de migración

Valide la transferencia de datos.

Si lo estás utilizando AWS DataSync, haz lo siguiente para validar que la transferencia de datos final se haya realizado correctamente:

  1. En la AWS DataSync consola, anota el ID de la tarea y la ejecución, por ejemplotask-0000-exec-1111.

  2. Navegue hasta la sección Registro de tareas de la DataSync tarea.

  3. Elija el enlace al grupo de CloudWatch registros.

  4. En los registros, busque la tarea y el ID de ejecución.

  5. Tome nota de cualquier error de transferencia. Para obtener más información, consulte Errores comunes en la DataSync documentación.

  6. Valide lo siguiente:

    • Compare las listas de archivos de los SFS de origen y destino para confirmar que se han transferido todos los datos

    • Compare los permisos de acceso a los archivos entre los SFS de origen y destino.

Si utiliza una herramienta de terceros, consulte las instrucciones de validación de la transferencia de datos en la documentación de la herramienta de migración seleccionada.

Ingeniero de migraciones, líder de migración
TareaDescripciónHabilidades requeridas

Vuelva a montar el sistema de archivos y valide la función y el rendimiento de la aplicación.

  1. Si los servidores dependientes se migraron en esta oleada, en el SFS-Wave-Plan-Workbookarchivo de la Remount-Summaryhoja de trabajo, introduzca la nueva dirección IP del servidor en la columna Nueva dirección IP del servidor (F).

  2. En todos los servidores, actualice el punto de montaje del sistema de archivos desde la ruta anterior a la nueva. Utilice el manual de instrucciones de su organización para volver a montarlo, tal como se describió anteriormente en la fase de Preparación.

  3. Confirme que el sistema de archivos está montado correctamente y que es accesible comprobando los montajes y verificando que los archivos estén presentes. El equipo de infraestructura suele realizar estas actividades.

  4. Reinicie las aplicaciones y pida a sus propietarios o al equipo de control de calidad que realicen las pruebas funcionales y de rendimiento de la aplicación, según sea necesario.

Administrador de sistemas de AWS, propietario de la aplicación

Resolución de problemas

ProblemaSolución

Los valores de celda de Microsoft Excel no se actualizan.

Copie las fórmulas de las filas de muestra arrastrando el controlador de relleno. Para obtener más información, consulte las instrucciones para Windows o Mac (sitio web de soporte de Microsoft).

Recursos relacionados

AWS documentación

Solución de problemas

Archivos adjuntos

Para acceder al contenido adicional asociado a este documento, descargue y descomprima el siguiente archivo: attachment.zip