Migre sistemas de archivos compartidos en una migración AWS grande - Recomendaciones de AWS
ResumenRequisitos previos y limitacionesArquitecturaHerramientasPrácticas recomendadasEpicsResolución de problemasRecursos relacionadosConexiones

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 una migración AWS grande

Creada por Amit Rudraraju (AWS), Sam Apa (), Bheemeswararao Balla (AWS), Wally Lu () y Sanjeev Prakasam () AWS AWS AWS

Entorno: producción

Origen: sistema de archivos compartidos en las instalaciones

Objetivo: Amazon EFS o Amazon FSx

Tipo R: redefinir la plataforma

Carga de trabajo: todas las demás cargas de trabajo

Tecnologías: migración; almacenamiento y copia de seguridad

AWSservicios: AWS DataSync; AmazonEFS; Amazon FSx para Windows File Server; Amazon FSx para NetApp ONTAP

Resumen

La migración de 300 o más servidores se considera una migración grande. El objetivo de una gran migración es migrar las cargas de trabajo de sus centros de datos locales existentes a la AWS nube, 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 compartido (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 Network File System (NFS), Common Internet File System (CIFS) o Server Message Block (SMB).

Estos sistemas no se migran con herramientas de migración estándar, como el Servicio de migración de AWS aplicaciones, 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 (AmazonEFS), Amazon FSx for NetApp 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 a la AWS nube. Este patrón incluye las mejores prácticas e instrucciones para SFSs incorporarlas a sus planes de oleada para servidores. Si va a migrar uno o más sistemas de archivos compartidos fuera de un proyecto de migración grande, 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 NetApp ONTAP.

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 SFSs como parte de un gran proyecto de migración. Incluye las mejores prácticas e instrucciones para SFSs incorporarlos a 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 grande, 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 NetApp ONTAP.

  • 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 matriz de almacenamiento

  • Cabina EMC de almacenamiento Dell Isilon

Pila de tecnología de destino

Una o varias de las siguientes:

  • Amazon Elastic File System

  • Amazon FSx para NetApp ONTAP

  • Servidor FSx de archivos Amazon para Windows

Arquitectura de destino

Diagrama de arquitectura que se utiliza AWS DataSync para migrar sistemas de archivos compartidos locales aAWS.

El diagrama muestra el proceso siguiente:

  1. Establece una conexión entre el centro de datos local y la AWS nube mediante un AWS servicio como AWS Direct Connect o AWS VPN Site-to-Site.

  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 generales de la migración de un proyecto SFS de migración de gran tamaño.

Descubra, planifique, prepare, recorte y valide las fases de la migración de los 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

Pasos

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 oleada 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 servidores SFSs y los servidores, cree el plan de SFS oleada.

4. Con la información de la hoja de trabajo de creaciónSFS, elija un AWS servicio de destino y una herramienta de migración para cada uno de ellos.

Preparación

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

6. Configure el servicio de transferencia de datos, por ejemplo DataSync, y luego 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 SFS oleada 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 a la fuenteSFS.

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 los CloudWatch registros.

Valide

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

12. Reinicie y valide las aplicaciones.

Herramientas

AWSservicios

  • Amazon CloudWatch Logs le ayuda a centralizar los registros de todos sus sistemas, aplicaciones y AWS servicios 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 (AmazonEFS) le ayuda a crear y configurar sistemas de archivos compartidos en la AWS nube.

  • 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 AWS las regiones.

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. Puedes usar esta herramienta para migrar un sistema de archivos NetApp fuente a Amazon FSx paraONTAP.

  • Robocopy, abreviatura de Robust File Copy, es un directorio de línea de comandos y comandos para Windows. Puedes usar esta herramienta para migrar un sistema de archivos fuente de Windows a Amazon FSx for 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 las aplicaciones SFS y las aplicaciones dependientes funcionan en diferentes ubicaciones, como una en la nube y otra en el centro de datos local, esto puede aumentar la latencia y afectar al rendimiento de la aplicación. A continuación, se muestran las siguientes opciones al crear planes de onda:

  1. Migre los servidores SFS y todos los servidores dependientes dentro de la misma oleada: este enfoque evita problemas de rendimiento y minimiza las repeticiones de trabajo, 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 varios servidores acceden a los mismos servidores, SFS ya que esto ampliaría demasiado la oleada.

  2. Realice la migración una SFS vez que se haya migrado el último servidor dependiente: por ejemplo, si varios servidores acceden a un SFS servidor y esos servidores tienen previsto migrar en las oleadas 4, 6 y 7, programe la SFS migración 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 las aplicaciones de nivel superior (como SFS 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 tengas que migrarlas SFS en una oleada 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 la contieneSFS. 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 adaptarse rápidamente a la migración SFS lo más rápido posible.

  3. Migre la SFS solución 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 de la aplicación o si no SFS son fundamentales 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 en función de la latencia SFSs utilizando los enfoques 1 o 2 y, a continuación, migrar el resto SFSs mediante el enfoque 3.

Elegir un servicio de sistema de archivos AWS

AWSofrece 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 local actual utiliza Windows Server, Amazon FSx for Windows File Server es la opción predeterminada. O bien, si el sistema de archivos local está funcionando 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 (presentación en AWS 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 la AWS nube. Para obtener más información sobre los sistemas y servicios de almacenamiento compatibles, las ventajas y los casos de uso, consulta 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 eliges Amazon FSx for NetApp ONTAP, puedes usarlo NetApp SnapMirror para 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 para FSx su uso. ONTAP NetApp SnapMirror

  • Si eliges Amazon FSx for Windows File Server, puedes usar Robocopy para migrar archivos a la nube. Para obtener más información, consulte Migración de archivos existentes a un servidor de archivos FSx de Windows mediante Robocopy.

Epics

TareaDescripciónHabilidades requeridas

Prepare el libro de trabajo de SFS descubrimiento.

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

  2. Abra el archivo SFS-Discovery-Workbook 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. AWS

    • En la columna L, actualice la VPCIDs.

    • En las columnas M—O, actualice la subred. IDs

  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 la fuente. SFS

  1. Con la herramienta de detección que prefiera, identifique todos SFS los montajes 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

    • SFSdetalles

    • Punto de montaje

      Nota: Puede añadir los detalles del punto de montaje a su manual de migración para volver a montarlos SFS después de la migración.

  2. Abra el archivo SFS-Discovery-Workbook.

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

    • En la columna Ubicación del servidor (D), en la fórmula, confirme que el formato del CIDR rango de la fuente local funciona para su rango. Por ejemplo, si su CIDR rango es10.0.0.0/8, introduzca10.*.*.*.

    • En la columna de SFSubicación (E), en la fórmula, confirme que el formato del CIDR rango del objetivo VPC funciona para su rango. Por ejemplo, si su CIDR rango es176.16.0.0/16, introduzca176.16.*.*.

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

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

    • En la columna de SFSruta (B), introduzca el nombre delSFS.

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

    • Añada cualquier otra información relevante que haya recopilado durante la detección, como el punto de montaje y el SFS tamaño. 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 sus datos CMDB o los registrados en su herramienta de migración, identifique toda la siguiente información sobre los servidores que tienen SFS monturas:

    • 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 hoja de trabajo Server-Data, 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 ejemploWave1), out-of-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 SFS de oleaje.

  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 hoja de trabajo Wave-Sheet, filtre la columna de SFSonda (K) según el valor. 1 Esta es una lista de todos los elementos de SFSs la primera oleada.

    Nota: Un valor de 0 en esta columna indica que SFS está fuera del ámbito de la migración. Esto puede deberse a que ya SFS 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 migrarlos SFSs en esta oleada. Para obtener más información sobre cómo asignar SFSs a las olas, consulte los enfoques de planificación de las olas en la sección Mejores prácticas.

  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. Abra el archivo SFS-Wave-Plan-Workbook que descargó anteriormente.

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

  8. Pegue los datos copiados.

  9. Guarde los archivos -Discovery-Workbook y -Wave-Plan-Workbook. SFS SFS

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

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

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

  2. En la hoja de trabajo Build-Wave, 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 de destino (F), revise el servicio de destino recomendado y actualícelo según sea necesario. AWS 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 la AWS cuenta y las subredes de destino. VPC Para obtener instrucciones, consulte la siguiente AWS documentación:

Ingeniero de migración, jefe de migración, AWS administrador

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

  1. Si lo está utilizando AWS DataSync, configure el registro de las DataSync tareas. 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 la fuente SFS 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ás usando DataSync, consulta Programar tu AWS DataSync tarea. DataSync transfiere solo los archivos modificados o nuevos de la fuenteSFS.

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

AWSadministrador, administrador de la nube, ingeniero de migración, jefe de migración

Actualice el plan de onda.

  1. Abra el archivo SFS-Wave-Plan-Workbook 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:

    • FSxPara Windows File Server, en la FSx consola de Amazon, selecciona Sistemas de archivos, elige tu sistema de archivos y, a continuación, consulta la sección Red y seguridad.

    • FSxPara verONTAP, consulte Montaje de volúmenes.

    • Para AmazonEFS, consulta Montar con una dirección IP.

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

    • FSxPara Windows File Server, en la FSx consola de Amazon, selecciona Sistemas de archivos, elige tu sistema de archivos y, a continuación, selecciona Adjuntar.

    • FSxParaONTAP, consulta la página de detalles del sistema de archivos. Para obtener instrucciones, consulte Montaje de volúmenes.

    • Para AmazonEFS, consulta Recopilar información.

  4. En la hoja de trabajo Remount-Summary, 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 onda, regístrelo en la hoja de trabajo App-Team-Communication. 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 se SFSs eliminan de la ola después de completar el plan de olas, haga un seguimiento de ellos 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 la fuenteSFS, 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 (IIS8) (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 origen. SFS 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 AWS 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 origen y destino SFSs para confirmar que se han transferido todos los datos

    • Compare los permisos de acceso a los archivos entre el origen y el destinoSFSs.

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 archivo SFS-Wave-Plan-Workbook de la hoja de trabajo Remount-Summary, 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.

AWSadministrador de sistemas, 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

AWSdocumentación

Solución de problemas

Conexiones

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