View a markdown version of this page

Migrare i file system condivisi in un AWS migrazione su larga scala - Prontuario AWS
RiepilogoPrerequisiti e limitazioniArchitectureTools (Strumenti)Best practiceEpicheRisoluzione dei problemiRisorse correlateAllegati

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Migrare i file system condivisi in un AWS migrazione su larga scala

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

Riepilogo

La migrazione di 300 o più server è considerata una migrazione di grandi dimensioni. Lo scopo di una migrazione su larga scala è migrare i carichi di lavoro dai data center locali esistenti a Cloud AWS, e questi progetti si concentrano in genere sui carichi di lavoro di applicazioni e database. Tuttavia, i file system condivisi richiedono un'attenzione mirata e un piano di migrazione separato. Questo modello descrive il processo di migrazione per i file system condivisi e fornisce le migliori pratiche per migrarli con successo nell'ambito di un progetto di migrazione di grandi dimensioni.

Un file system condiviso (SFS), noto anche come file system di rete o cluster, è una condivisione di file montata su più server. L'accesso ai file system condivisi avviene tramite protocolli come Network File System (NFS), Common Internet File System (CIFS) o Server Message Block (SMB).

Questi sistemi non vengono migrati con strumenti di migrazione standard, ad esempio AWS Transform MGN perché non sono dedicati all'host oggetto della migrazione né sono rappresentati come dispositivi a blocchi. Sebbene la maggior parte delle dipendenze degli host venga migrata in modo trasparente, il coordinamento e la gestione dei file system dipendenti devono essere gestiti separatamente.

La migrazione dei file system condivisi avviene nelle seguenti fasi: individuazione, pianificazione, preparazione, suddivisione e convalida. Utilizzando questo modello e le cartelle di lavoro allegate, migri il tuo file system condiviso verso un servizio di AWS storage, come Amazon Elastic File System (Amazon EFS), Amazon FSx for NetApp ONTAP o Amazon FSx for Windows File Server. Per trasferire il file system, puoi utilizzare AWS DataSync o uno strumento di terze parti, ad esempio. NetApp SnapMirror

Nota

Questo modello fa parte di una serie di AWS Prescriptive Guidance sulle migrazioni di grandi dimensioni verso. Cloud AWS Questo modello include le migliori pratiche e istruzioni per incorporare gli SFS nei piani wave per i server. Se stai migrando uno o più file system condivisi al di fuori di un progetto di migrazione di grandi dimensioni, consulta le istruzioni per il trasferimento dei dati nella AWS documentazione per Amazon EFS, Amazon FSx for Windows File Server e Amazon FSx for ONTAP. NetApp

Prerequisiti e limitazioni

Prerequisiti

I prerequisiti possono variare in base ai file system condivisi di origine e destinazione e al caso d'uso. I più comuni sono i seguenti:

Limitazioni

  • Questo modello è progettato per migrare gli SFS come parte di un progetto di migrazione di grandi dimensioni. Include le migliori pratiche e istruzioni per incorporare gli SFS nei piani di migrazione delle applicazioni. Se stai migrando uno o più file system condivisi al di fuori di un progetto di migrazione di grandi dimensioni, consulta le istruzioni per il trasferimento dei dati nella AWS documentazione per Amazon EFS, Amazon FSx for Windows File Server e Amazon FSx for ONTAP. NetApp

  • Questo modello si basa su architetture, servizi e modelli di migrazione di uso comune. Tuttavia, i progetti e le strategie di migrazione di grandi dimensioni possono variare tra le organizzazioni. Potrebbe essere necessario personalizzare questa soluzione o le cartelle di lavoro fornite in base alle proprie esigenze.

Architecture

Stack tecnologico di origine

Uno o più dei seguenti:

  • File server Linux (NFS)

  • File server Windows (SMB)

  • NetApp array di storage

  • array di storage Dell EMC Isilon

Stack tecnologico Target

Uno o più dei seguenti:

  • Amazon Elastic File System

  • Amazon FSx per ONTAP NetApp

  • Amazon FSx per Windows File Server

Architettura Target

Diagramma dell'architettura dell'utilizzo di AWS DataSync per migrare file system condivisi locali su AWS.

Il diagramma mostra il seguente processo:

  1. Si stabilisce una connessione tra il data center locale e il Cloud AWS utilizzando un sistema Servizio AWS come AWS Direct Connect o. AWS Site-to-Site VPN

  2. L' DataSync agente viene installato nel data center locale.

  3. In base al vostro piano d'azione, dovete DataSync replicare i dati dal file system condiviso di origine alla condivisione di file di destinazione AWS .

Fasi di migrazione

L'immagine seguente mostra le fasi e i passaggi di alto livello per la migrazione di un SFS in un progetto di migrazione di grandi dimensioni.

Scopri, pianifica, prepara, taglia e convalida le fasi della migrazione dei file system condivisi su AWS.

La sezione Epics di questo modello contiene istruzioni dettagliate su come completare la migrazione e utilizzare le cartelle di lavoro allegate. Di seguito è riportata una panoramica di alto livello delle fasi di questo approccio graduale.

Fase

Fasi

Scopri

1. Utilizzando uno strumento di rilevamento, raccogli dati sul file system condiviso, inclusi server, punti di montaggio e indirizzi IP.

2. Utilizzando un database di gestione della configurazione (CMDB) o lo strumento di migrazione, si raccolgono dettagli sul server, tra cui informazioni sull'ondata di migrazione, sull'ambiente, sul proprietario dell'applicazione, sul nome del servizio di gestione dei servizi IT (ITSM), sull'unità organizzativa e sull'ID dell'applicazione.

Pianificazione

3. Utilizzando le informazioni raccolte sugli SFS e sui server, create il piano d'onda SFS.

4. Utilizzando le informazioni nel foglio di lavoro di compilazione, per ogni SFS, scegliete una destinazione Servizio AWS e uno strumento di migrazione.

Preparazione

5. Configura l'infrastruttura di destinazione in Amazon EFS, Amazon FSx for NetApp ONTAP o Amazon FSx for Windows File Server.

6. Configura il servizio di trasferimento dati, ad esempio DataSync, e quindi avvia la sincronizzazione iniziale dei dati. Una volta completata la sincronizzazione iniziale, puoi configurare le sincronizzazioni ricorrenti da eseguire secondo una pianificazione,

7. Aggiorna il piano d'onda SFS con informazioni sulla condivisione del file di destinazione, come l'indirizzo IP o il percorso.

Tagliare

8. Blocca le applicazioni che accedono attivamente all'SFS di origine.

9. Nel servizio di trasferimento dati, eseguite una sincronizzazione finale dei dati.

10. Una volta completata la sincronizzazione, verifica che sia avvenuta correttamente esaminando i dati di registro in CloudWatch Logs.

Convalida

11. Sui server, modificate il punto di montaggio sul nuovo percorso SFS.

12. Riavviare e convalidare le applicazioni.

Tools (Strumenti)

Servizi AWS

  • Amazon CloudWatch Logs ti aiuta a centralizzare i log di tutti i tuoi sistemi e applicazioni, Servizi AWS così puoi monitorarli e archiviarli in modo sicuro.

  • AWS DataSyncè un servizio di trasferimento e scoperta di dati online che ti aiuta a spostare file o dati di oggetti da, verso e tra i servizi di storage. AWS

  • Amazon Elastic File System (Amazon EFS) ti aiuta a creare e configurare file system condivisi nel Cloud AWS.

  • Amazon FSx fornisce file system che supportano i protocolli di connettività standard del settore e offrono disponibilità e replica elevate in tutto il mondo. Regioni AWS

Altri strumenti

  • SnapMirrorè uno strumento di replica NetApp dei dati che replica i dati da volumi o qtree di origine specificati rispettivamente su volumi o qtree di destinazione. Puoi utilizzare questo strumento per migrare un file system di NetApp origine su Amazon FSx NetApp for ONTAP.

  • Robocopy, che è l'abbreviazione di Robust File Copy, è una directory a riga di comando e un comando per Windows. Puoi utilizzare questo strumento per migrare un file system di origine di Windows su Amazon FSx for Windows File Server.

Best practice

Approcci alla pianificazione delle onde

Quando pianificate ondate per un progetto di migrazione di grandi dimensioni, tenete conto della latenza e delle prestazioni delle applicazioni. Quando l'SFS e le applicazioni dipendenti operano in luoghi diversi, ad esempio uno nel cloud e uno nel data center locale, ciò può aumentare la latenza e influire sulle prestazioni delle applicazioni. Le seguenti sono le opzioni disponibili per la creazione di piani ondulatori:

  1. Migra l'SFS e tutti i server dipendenti all'interno della stessa ondata: questo approccio previene problemi di prestazioni e riduce al minimo le rilavorazioni, come la riconfigurazione dei punti di montaggio più volte. È consigliato quando è richiesta una latenza molto bassa tra l'applicazione e l'SFS. Tuttavia, la pianificazione delle ondate è complessa e l'obiettivo in genere è rimuovere le variabili dai raggruppamenti di dipendenze, anziché aggiungerle. Inoltre, questo approccio non è consigliato se molti server accedono allo stesso SFS perché rende l'onda troppo grande.

  2. Eseguite la migrazione dell'SFS dopo la migrazione dell'ultimo server dipendente: ad esempio, se più server accedono a un SFS e tali server sono programmati per migrare nelle ondate 4, 6 e 7, pianificate la migrazione dell'SFS nell'ondata 7.

    Questo approccio è spesso il più logico per le migrazioni di grandi dimensioni ed è consigliato per le applicazioni sensibili alla latenza. Riduce i costi associati al trasferimento dei dati. Inoltre, riduce al minimo il periodo di latenza tra SFS e le applicazioni di livello superiore (come la produzione), poiché le applicazioni di livello superiore sono in genere programmate per migrare per ultime, dopo lo sviluppo e le applicazioni di controllo qualità.

    Tuttavia, questo approccio richiede ancora scoperta, pianificazione e agilità. Potrebbe essere necessario migrare l'SFS in un'ondata precedente. Verificate che le applicazioni siano in grado di sopportare la latenza aggiuntiva per il periodo di tempo compreso tra la prima onda dipendente e l'onda contenente l'SFS. Conduci una sessione di rilevamento con i proprietari delle applicazioni e migra l'applicazione nella stessa ondata, l'applicazione più sensibile alla latenza. Se vengono rilevati problemi di prestazioni dopo la migrazione di un'applicazione dipendente, preparatevi a passare rapidamente alla migrazione SFS il più rapidamente possibile.

  3. Migrate l'SFS al termine di un ampio progetto di migrazione: questo approccio è consigliato se la latenza non è un fattore, ad esempio quando i dati nell'SFS sono accessibili di rado o non sono critici per le prestazioni dell'applicazione. Questo approccio semplifica la migrazione e semplifica le attività di cutover.

È possibile combinare questi approcci in base alla sensibilità alla latenza dell'applicazione. Ad esempio, è possibile migrare gli SFS sensibili alla latenza utilizzando gli approcci 1 o 2 e quindi migrare il resto degli SFS utilizzando l'approccio 3.

Scelta di un servizio di file system AWS

AWS offre diversi servizi cloud per l'archiviazione di file. Ciascuno offre vantaggi e limiti diversi in termini di prestazioni, scalabilità, accessibilità, integrazione, conformità e ottimizzazione dei costi. Esistono alcune opzioni logiche predefinite. Ad esempio, se il tuo attuale file system locale utilizza Windows Server, Amazon FSx for Windows File Server è la scelta predefinita. Oppure, se il file system locale utilizza NetApp ONTAP, Amazon FSx for NetApp ONTAP è la scelta predefinita. Tuttavia, potresti scegliere un servizio mirato in base ai requisiti della tua applicazione o per ottenere altri vantaggi operativi sul cloud. Per ulteriori informazioni, consulta Scelta del servizio di archiviazione dei AWS file giusto per la propria implementazione (presentazione AWS Summit).

Scelta di uno strumento di migrazione

Amazon EFS e Amazon FSx supportano l'uso di AWS DataSync per migrare file system condivisi verso. Cloud AWS Per ulteriori informazioni sui sistemi e servizi di storage supportati, sui vantaggi e sui casi d'uso, consulta What is. AWS DataSync Per una panoramica del processo di utilizzo DataSync del trasferimento dei file, vedi Come funzionano AWS DataSync i trasferimenti.

Sono disponibili anche diversi strumenti di terze parti, tra cui:

  • Se scegli Amazon FSx for NetApp ONTAP, puoi utilizzarlo NetApp SnapMirror per migrare i file dal data center locale al cloud. SnapMirror utilizza la replica a livello di blocco, che può essere più veloce DataSync e ridurre la durata del processo di trasferimento dei dati. Per ulteriori informazioni, consulta Migrazione a FSx for ONTAP using. NetApp SnapMirror

  • Se scegli Amazon FSx for Windows File Server, puoi usare Robocopy per migrare i file nel cloud. Per ulteriori informazioni, consultate Migrazione dei file esistenti su FSx for Windows File Server utilizzando Robocopy.

Epiche

OperazioneDescriptionCompetenze richieste

Preparate la cartella di lavoro SFS Discovery.

  1. Scarica le cartelle di lavoro nella sezione Allegati di questo modello. Contiene due file e. SFS-Discovery-Workbook.xlsxSFS-Wave-Plan-Workbook.xlsx

  2. Aprire il SFS-Discovery-Workbookfile in Microsoft Excel.

  3. Nel foglio di lavoro Dashboard, procedi come segue:

    • Nella colonna A, aggiorna il nome dell'ambiente.

    • Nella colonna B, aggiorna l'ordine degli ambienti per metterli in ordine di priorità più bassa (1) a priorità più alta.

    • Nelle colonne D—E, aggiorna la pianificazione delle onde.

    • Nelle colonne C e K, aggiorna i nomi degli account AWS.

    • Nella colonna L, aggiorna gli ID VPC.

    • Nelle colonne M—O, aggiorna gli ID di sottorete.

  4. Rivedi il resto del modello di cartella di lavoro e aggiorna gli altri valori necessari per l'organizzazione o il caso d'uso.

  5. Salva la cartella di lavoro.

Ingegnere addetto alla migrazione, responsabile della migrazione

Raccogli informazioni sulla fonte SFS.

  1. Utilizzando il vostro strumento di rilevamento preferito, identificate tutti i supporti SFS su tutti i dispositivi di storage, i server Linux e i server Windows applicabili. In genere, è necessario raccogliere le seguenti informazioni:

    • Dispositivi client

    • Indirizzo IP client

    • Dettagli SFS

    • Punto di montaggio

      Nota

      È possibile aggiungere dettagli sul punto di montaggio al runbook di migrazione per rimontare l'SFS dopo la migrazione.

  2. Apri il file SFS-Discovery-Workbook.

  3. Nel Wave-Sheetfoglio di lavoro, effettuate le seguenti operazioni:

    • Nella colonna Posizione del server (D), nella formula, conferma che il formato dell'intervallo CIDR per l'origine locale sia adatto al tuo intervallo. Ad esempio, se l'intervallo CIDR è10.0.0.0/8, inserisci. 10.*.*.*

    • Nella colonna SFS location (E), nella formula, conferma che il formato dell'intervallo CIDR per il VPC di destinazione funzioni per il tuo intervallo. Ad esempio, se l'intervallo CIDR è, inserisci. 176.16.0.0/16 176.16.*.*

  4. Nel SFS-Datafoglio di lavoro, procedi come segue:

    • Nella colonna Nome server (A), inserite il nome del server su cui è montato l'SFS.

    • Nella colonna SFS path (B), inserite il nome dell'SFS.

    • Nella colonna Indirizzo IP (C), inserisci l'indirizzo IP del server.

    • Aggiungete tutte le altre informazioni pertinenti raccolte durante il rilevamento, ad esempio il punto di montaggio e la dimensione SFS. È possibile utilizzare questi dati in un secondo momento per modificare i calcoli di pianificazione delle ondate.

  5. Salva la cartella di lavoro.

Ingegnere addetto alla migrazione, responsabile della migrazione

Raccogli informazioni sui server.

  1. Utilizzando il CMDB o i dati registrati nello strumento di migrazione, identificate tutte le seguenti informazioni sui server dotati di supporti SFS:

    • Server name (Nome del server)

    • IP address (Indirizzo IP)

    • Onda

    • Unità organizzativa (UO)

    • Ambiente server, ad esempio DEVQA, o PROD

    • Application name (Nome applicazione)

    • Proprietario dell'applicazione e informazioni di contatto

  2. Apri il file SFS-Discovery-Workbook.

  3. Nel Server-Datafoglio di lavoro, nelle colonne A—H, inserisci le informazioni raccolte sui server di origine. Tenere presente quanto segue:

    • Nella colonna Wave # (C), inserisci il nome dell'onda (ad esempioWave1), out-of-scope () o. OOS Retire

    • Se la colonna Contatti del proprietario dell'app (H), verifica che l'indirizzo email sia corretto. Questo indirizzo email viene generato automaticamente in base al nome fornito nella colonna Proprietario dell'app (G). Se necessario, aggiorna manualmente il valore in modo che corrisponda all'indirizzo e-mail corretto.

    • Non modificare le colonne I—J, che contengono formule.

  4. Salva la cartella di lavoro.

Ingegnere addetto alla migrazione, responsabile della migrazione
OperazioneDescriptionCompetenze richieste

Costruisci il piano d'onda SFS.

  1. Apri il file SFS-Discovery-Workbook.

  2. Verifica che tutte le informazioni raccolte nella fase di scoperta siano accurate e aggiornate.

  3. Nel Wave-Sheetfoglio di lavoro, filtra la colonna SFS wave (K) in base al valore. 1 Questo è un elenco di tutti gli SFS della prima ondata.

    Nota

    Un valore 0 in questa colonna indica che l'SFS non rientra nell'ambito della migrazione. Ciò potrebbe essere dovuto al fatto che l'SFS è già ospitato su AWS o perché i server che accedono alla condivisione non rientrano nell'ambito della migrazione.

  4. Verifica di voler migrare questi SFS in questa ondata. Per ulteriori informazioni su come assegnare gli SFS alle ondate, consulta Approcci alla pianificazione delle ondate nella sezione Best Practice.

  5. Seleziona e copia le celle contenenti i valori filtrati. Non copiate la riga di intestazione contenente i titoli delle colonne.

  6. Apri il SFS-Wave-Plan-Workbookfile che hai scaricato in precedenza.

  7. Nel Export-from-Discoveryfoglio di lavoro, seleziona la cella A2.

  8. Incolla i dati copiati.

  9. Salva i SFS-Wave-Plan-Workbookfile SFS-Discovery-Workbooke.

Responsabile di sviluppo, responsabile Cutover, ingegnere addetto alla migrazione, responsabile della migrazione

Scegli lo strumento di destinazione Servizio AWS e di migrazione.

  1. Nel SFS-Wave-Plan-Workbook file, sul Exported-from-Discovery foglio di lavoro, seleziona e copia i valori nella colonna Old path (C).

  2. Nel Build-Wavefoglio di lavoro, seleziona la cella A2.

  3. Incolla i dati copiati. Le colonne B—M di questo foglio di lavoro si aggiornano automaticamente per riflettere altri dati associati a questo percorso.

  4. Rimuovi eventuali valori duplicati nella colonna A. Per istruzioni, vedi Rimuovere valori duplicati (sito Web Microsoft Support).

  5. Nella colonna Target pattern or service (F), esamina la destinazione consigliata Servizio AWS e aggiornala se necessario. Per ulteriori informazioni, consulta Scelta di un servizio di AWS file system nella sezione Best practice di questo modello.

  6. Nella colonna Metodo di migrazione (G), esaminate lo strumento di migrazione consigliato e aggiornatelo se necessario. Per ulteriori informazioni, consulta Scelta di uno strumento di migrazione nella sezione Best practice di questo modello.

  7. Salvare il file SFS-Discovery-Workbook. Hai finito di creare un piano d'onda per questa ondata.

  8. Ripeti queste istruzioni per preparare un piano d'onda per ogni onda. Poiché i piani ondulatori sono soggetti a modifiche durante la migrazione, consigliamo di pianificare non più di 5 ondate in anticipo.

Ingegnere addetto alla migrazione, responsabile della migrazione
OperazioneDescriptionCompetenze richieste

Configura il file system di destinazione.

In base ai dettagli registrati nel tuo piano d'onda, configura i file system di destinazione nel target Account AWS, nel VPC e nelle sottoreti. Per istruzioni, consulta la seguente documentazione: AWS

Ingegnere addetto alla migrazione, responsabile della migrazione, amministratore AWS

Configura lo strumento di migrazione e trasferisci i dati.

  1. Se lo utilizzi AWS DataSync, configura la registrazione per le DataSync attività. Per istruzioni, consulta Registrazione delle attività delle AWS DataSync attività.

  2. Configura lo strumento di migrazione ed esegui un trasferimento iniziale dei dati in base alle istruzioni dello strumento selezionato:

  3. Le modifiche all'SFS di origine potrebbero verificarsi durante o dopo il trasferimento iniziale. Imposta trasferimenti di dati ricorrenti tra i file system di origine e di destinazione per mantenere i dati sincronizzati:

    • Se lo stai utilizzando DataSync, vedi Pianificazione delle attività. AWS DataSync DataSync trasferisce solo i file nuovi o modificati nell'SFS di origine.

    • Se utilizzi uno strumento di terze parti, consulta la documentazione dello strumento selezionato.

Amministratore AWS, amministratore cloud, ingegnere addetto alla migrazione, responsabile della migrazione

Aggiorna il piano d'ondata.

  1. Apre il SFS-Wave-Plan-Workbookfile per l'ondata corrente.

  2. Nel foglio di lavoro Build—Wave, nella colonna Nuovo indirizzo IP del percorso (N), inserisci l'indirizzo IP del file system di destinazione. Effettuare una delle seguenti operazioni per individuare l'indirizzo IP:

  3. Nella colonna Nuovo percorso (O), inserisci il nuovo percorso di montaggio. Il percorso di montaggio è il nome DNS del file system. Effettuate una delle seguenti operazioni per individuare il percorso di montaggio:

    • Per FSx for Windows File Server, sulla console Amazon FSx, scegli File system, scegli il tuo file system e quindi scegli Allega.

    • Per FSx for ONTAP, consultate la pagina dei dettagli del file system. Per istruzioni, vedere Volumi di montaggio.

    • Per Amazon EFS, consulta Gather Information.

  4. Nel Remount-Summaryfoglio di lavoro, verifica che le colonne Nuovo percorso (C) e Nuovo percorso IP address (D) riflettano i valori aggiornati.

  5. Verificate che l'organizzazione abbia preparato i runbook per il rimontaggio dei file system Linux e Windows dopo il cutover. Per istruzioni generali, consultate quanto segue:

  6. Se alcuni server dipendenti non sono inclusi in questa ondata, registrali sul foglio di lavoro. App-Team-Communication Informate i rispettivi proprietari delle applicazioni o dei server perché potrebbero non essere inclusi nelle comunicazioni wave standard.

  7. Se gli SFS vengono rimossi dall'ondata dopo aver completato il piano d'onda, tenetene traccia nel foglio di lavoro Descoped.

Ingegnere addetto alla migrazione, responsabile della migrazione
OperazioneDescriptionCompetenze richieste

Interrompi le applicazioni.

Se le applicazioni o i client eseguono attivamente operazioni di lettura e scrittura nell'SFS di origine, interrompili prima di eseguire la sincronizzazione finale dei dati. Per istruzioni, consultate la documentazione dell'applicazione o i processi interni per interrompere le attività di lettura e scrittura. Ad esempio, consultate Avvio o arresto del server Web (IIS 8) (documentazione Microsoft) o Gestione dei servizi di sistema con systemctl (documentazione Red Hat).

Proprietario dell'app, sviluppatore dell'app

Esegui il trasferimento finale dei dati.

  1. Nello strumento di migrazione, eseguite manualmente un'attività o un processo finale di trasferimento dei dati per sincronizzare il file system di destinazione con l'SFS di origine. Per istruzioni, consultate Avvio dell' DataSync attività o consultate la documentazione dello strumento di migrazione di terze parti selezionato.

  2. Attendi il completamento dell'operazione di trasferimento dei dati. Per ulteriori informazioni, consulta Monitoraggio AWS DataSync dell'attività con Amazon CloudWatch e Monitoraggio delle DataSync attività dalla riga di comando.

Ingegnere addetto alla migrazione, responsabile della migrazione

Convalida il trasferimento dei dati.

Se lo utilizzi AWS DataSync, procedi come segue per convalidare il trasferimento finale dei dati completato correttamente:

  1. Nella AWS DataSync console, prendi nota dell'operazione e dell'ID di esecuzione, ad esempiotask-0000-exec-1111.

  2. Vai alla sezione Task Logging dell' DataSync attività.

  3. Scegli il link del gruppo di CloudWatch log.

  4. Nei log, cerca l'operazione e l'ID di esecuzione.

  5. Prendi nota di eventuali errori di trasferimento. Per ulteriori informazioni, consulta Errori comuni nella DataSync documentazione.

  6. Convalida quanto segue:

    • Confrontate gli elenchi di file degli SFS di origine e di destinazione per confermare che tutti i dati siano stati trasferiti

    • Confrontate le autorizzazioni di accesso ai file tra gli SFS di origine e di destinazione.

Se utilizzi uno strumento di terze parti, consulta le istruzioni di convalida del trasferimento dei dati nella documentazione dello strumento di migrazione selezionato.

Ingegnere addetto alla migrazione, responsabile della migrazione
OperazioneDescriptionCompetenze richieste

Rimontare il file system e convalidare la funzione e le prestazioni dell'applicazione.

  1. Se i server dipendenti sono stati migrati in questa ondata, nel SFS-Wave-Plan-Workbookfile, nel Remount-Summaryfoglio di lavoro, inserisci il nuovo indirizzo IP del server nella colonna Nuovo indirizzo IP del server (F).

  2. Su tutti i server, aggiorna il punto di montaggio per il file system dal vecchio percorso al nuovo percorso. Utilizzate il runbook della vostra organizzazione per il rimontaggio discusso in precedenza nella fase di preparazione.

  3. Verificate che il file system sia montato correttamente e sia accessibile controllando i supporti e verificando che i file siano presenti. Il team dell'infrastruttura in genere esegue queste attività.

  4. Riavvia le applicazioni e coinvolgi i proprietari delle applicazioni o il team di controllo qualità per completare i test funzionali e prestazionali sull'applicazione, in base alle esigenze dell'applicazione.

Amministratore di sistema AWS, proprietario dell'app

Risoluzione dei problemi

ProblemaSoluzione

I valori delle celle in Microsoft Excel non vengono aggiornati.

Copia le formule nelle righe di esempio trascinando la maniglia di riempimento. Per ulteriori informazioni, consulta le istruzioni per Windows o per Mac (sito Web Microsoft Support).

Risorse correlate

AWS documentazione

Risoluzione dei problemi

Allegati

Per accedere a contenuti aggiuntivi associati a questo documento, scarica e decomprimi il seguente file: attachment.zip