Migrazione di file system condivisi in una migrazione di AWS grandi dimensioni - Prontuario AWS
RiepilogoPrerequisiti e limitazioniArchitetturaStrumentiBest 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à.

Migrazione di file system condivisi in una migrazione di AWS grandi dimensioni

Creato da Amit Rudraraju (AWS), Sam Apa (), Bheemeswararao Balla (AWS), Wally Lu () e Sanjeev Prakasam () AWS AWS AWS

Ambiente: produzione

Fonte: file system condiviso locale

Target: Amazon EFS o Amazon FSx

Tipo R: Replatform

Carico di lavoro: tutti gli altri carichi di lavoro

Tecnologie: migrazione; archiviazione e backup

AWSservizi: AWS DataSync; AmazonEFS; Amazon FSx per Windows File Server; Amazon FSx per NetApp ONTAP

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 al AWS Cloud, 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 come AWS Application Migration Service perché non sono né dedicati all'host oggetto della migrazione né sono rappresentati come un dispositivo 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 EFS (Amazon) NetApp ONTAP, Amazon FSx for o Amazon FSx for Windows File Server. Per trasferire il file system, puoi utilizzare uno strumento AWS DataSync 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 il Cloud. AWS Questo modello include le migliori pratiche e istruzioni da SFSs incorporare 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 NetApp ONTAP.

Prerequisiti e limitazioni

Prerequisiti

I prerequisiti possono variare a seconda dei file system condivisi di origine e di destinazione e del caso d'uso. I più comuni sono i seguenti:

Limitazioni

  • Questo modello è progettato per la migrazione SFSs come parte di un progetto di migrazione di grandi dimensioni. Include le migliori pratiche e istruzioni da SFSs incorporare nei piani Wave per la 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 NetApp ONTAP.

  • 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.

Architettura

Stack tecnologico di origine

Uno o più dei seguenti:

  • File server Linux (NFS)

  • File server Windows (SMB)

  • NetApp array di storage

  • array di EMC storage Dell Isilon

Stack tecnologico Target

Uno o più dei seguenti:

  • Amazon Elastic File System

  • Amazon FSx per NetApp ONTAP

  • File server Amazon FSx per Windows

Architettura Target

Diagramma dell'architettura di utilizzo AWS DataSync per la migrazione di file system condivisi locali verso. AWS

Il diagramma mostra il seguente processo:

  1. Puoi stabilire una connessione tra il data center locale e il AWS cloud utilizzando un AWS servizio come AWS Direct Connect o AWS VPN Site-to-Site.

  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 destinazioneAWS.

Fasi di migrazione

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

Scopri, pianifica, prepara, interrompi e convalida le fasi di migrazione dei file system condivisi verso. 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.

Phase (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 su SFSs e sui server, create il piano SFS d'ondata.

4. Utilizzando le informazioni contenute nel foglio di lavoro di compilazione, per ognuno di essiSFS, scegli un AWS servizio di destinazione e uno strumento di migrazione.

Preparazione

5. Configura l'infrastruttura di destinazione in AmazonEFS, 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 sincronizzazioni ricorrenti da eseguire secondo una pianificazione,

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

Tagliare

8. Blocca le applicazioni che accedono attivamente alla fonteSFS.

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, modifica il punto di montaggio sul nuovo SFS percorso.

12. Riavvia e convalida le applicazioni.

Strumenti

AWSservizi

  • Amazon CloudWatch Logs ti aiuta a centralizzare i log di tutti i tuoi sistemi, applicazioni e AWS servizi in modo da poterli monitorare e archiviare 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 (AmazonEFS) ti aiuta a creare e configurare file system condivisi nel AWS cloud.

  • Amazon FSx fornisce file system che supportano i protocolli di connettività standard del settore e offrono disponibilità e replica elevate in tutte le 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 forONTAP.

  • 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 le applicazioni SFS e le applicazioni dipendenti operano in luoghi diversi, ad esempio una nel cloud e una 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 i server SFS e tutti i server dipendenti all'interno della stessa ondata: questo approccio previene problemi di prestazioni e riduce al minimo le rilavorazioni, ad esempio la riconfigurazione dei punti di montaggio più volte. È consigliato quando è richiesta una latenza molto bassa tra l'applicazione e il. 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 server SFS perché rende l'ondata troppo grande.

  2. Esegui la migrazione SFS dopo la migrazione dell'ultimo server dipendente: ad esempio, se a un SFS server accedono più server e tali server sono programmati per la migrazione nelle ondate 4, 6 e 7, pianifica la SFS migrazione 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. Riduce inoltre al minimo il periodo di latenza tra le applicazioni di livello superiore (ad esempio la SFS produzione), poiché in genere è prevista la migrazione delle applicazioni di livello superiore per ultime, dopo lo sviluppo e le applicazioni di controllo qualità.

    Tuttavia, questo approccio richiede ancora scoperta, pianificazione e agilità. Potrebbe essere necessario migrarli 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 la. 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 cambiare rapidamente per migrarla il più rapidamente possibile. SFS

  3. Esegui la migrazione SFS al termine di un ampio progetto di migrazione: questo approccio è consigliato se la latenza non è un fattore, ad esempio quando i dati in esso contenuti sono accessibili di rado o non sono critici per le SFS prestazioni delle applicazioni. Questo approccio semplifica la migrazione e semplifica le attività successive.

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

Scelta di un servizio di file system AWS

AWSoffre 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 è operativo 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 i file system condivisi sul AWS cloud. 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, consulta 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 for using. FSx ONTAP NetApp SnapMirror

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

Epiche

AttivitàDescrizioneCompetenze richieste

Prepara la cartella di lavoro SFS Discovery.

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

  2. Aprire il file SFS-Discovery-Workbook 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 AWS account.

    • Nella colonna L, aggiorna il VPCIDs.

    • Nelle colonne M—O, aggiorna la sottorete. IDs

  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 fonteSFS.

  1. Utilizzando il tuo strumento di rilevamento preferito, identifica tutti i SFS mount 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 del client

    • SFSdettagli

    • Punto di montaggio

      Nota: è possibile aggiungere dettagli sul punto di montaggio al runbook di migrazione per rimontarlo SFS dopo la migrazione.

  2. Apri il file SFS-Discovery-Workbook.

  3. Sul foglio di lavoro Wave-Sheet, procedi come segue:

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

    • Nella colonna SFSposizione (E), nella formula, conferma che il formato dell'CIDRintervallo per l'obiettivo sia VPC adatto al tuo intervallo. Ad esempio, se il tuo CIDR intervallo è176.16.0.0/16, inserisci176.16.*.*.

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

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

    • Nella colonna SFSpath (B), inserisci il nome diSFS.

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

    • Aggiungi tutte le altre informazioni pertinenti raccolte durante il rilevamento, ad esempio il punto di montaggio e SFS le dimensioni. È 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 i tuoi CMDB o i dati registrati nel tuo strumento di migrazione, identifica tutte le seguenti informazioni sui server dotati di SFS mount:

    • Server name (Nome del server)

    • Indirizzo IP

    • Onda

    • Unità organizzativa (UO)

    • Ambiente server, ad esempio DEVQA, o PROD

    • Nome applicazione

    • Proprietario dell'applicazione e informazioni di contatto

  2. Aprire il file SFS-Discovery-Workbook.

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

    • Nella colonna Wave # (C), immettete 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
AttivitàDescrizioneCompetenze richieste

Costruisci il piano SFS ondulatorio.

  1. Apri il file SFS-Discovery-Workbook.

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

  3. Nel foglio di lavoro Wave-Sheet, filtra la colonna SFSwave (K) in base al valore. 1 Questo è un elenco di tutti i componenti della prima SFSs ondata.

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

  4. Verifica di volerli migrare SFSs in questa ondata. Per ulteriori informazioni su come assegnare le ondate, consulta Approcci SFSs 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 file SFS-Wave-Plan-Workbook che hai scaricato in precedenza.

  7. Nel foglio di lavoro Export-From-Discovery, selezionare la cella A2.

  8. Incolla i dati copiati.

  9. Salva i file SFS-Discovery-Workbook e -Wave-Plan-Workbook. SFS

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

Scegli il AWS servizio di destinazione e lo strumento di migrazione.

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

  2. Nel foglio di lavoro Build-Wave, 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 tutti i valori duplicati nella colonna A. Per istruzioni, vedi Rimuovere valori duplicati (sito Web Microsoft Support).

  5. Nella colonna Target pattern o service (F), esamina il AWS servizio di destinazione consigliato e aggiorna 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. Salva 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
AttivitàDescrizioneCompetenze richieste

Configura il file system di destinazione.

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

Ingegnere addetto alla migrazione, responsabile della migrazione, AWS amministratore

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'origine SFS 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'origineSFS.

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

AWSamministratore, amministratore del cloud, tecnico addetto alla migrazione, responsabile della migrazione

Aggiorna il piano d'ondata.

  1. Apri il file SFS-Wave-Plan-Workbook per l'ondata corrente.

  2. Nel foglio di lavoro Build—Wave, nella colonna New path IP address (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 DNS nome del file system. Effettuate una delle seguenti operazioni per individuare il percorso di montaggio:

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

    • FSxPer quattroONTAP, consulta la pagina dei dettagli del file system. Per istruzioni, vedere Volumi di montaggio.

    • Per AmazonEFS, consulta Gather Information.

  4. Nel foglio di lavoro Remount-Summary, verifica che le colonne New path (C) e New path 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 nel 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 SFSs vengono rimossi dall'onda dopo aver completato il piano d'onda, tenetene traccia nel foglio di lavoro Descoped.

Ingegnere addetto alla migrazione, responsabile della migrazione
AttivitàDescrizioneCompetenze richieste

Interrompi le applicazioni.

Se le applicazioni o i client eseguono attivamente operazioni di lettura e scrittura nell'origineSFS, 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 Start or Stop the Web Server (IIS8) (documentazione Microsoft) o Managing system services with systemctl (documentazione Red Hat).

Proprietario dell'app, sviluppatore dell'app

Esegui il trasferimento finale dei dati.

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

  2. Attendi il completamento dell'operazione di trasferimento dei dati. Per ulteriori informazioni, consulta AWS 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 con successo:

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

  2. Passa 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:

    • Confronta gli elenchi di file dall'origine e dalla destinazione SFSs per confermare che tutti i dati siano stati trasferiti

    • Confronta le autorizzazioni di accesso ai file tra l'origine e la destinazioneSFSs.

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
AttivitàDescrizioneCompetenze 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 file SFS-Wave-Plan-Workbook, nel foglio di lavoro Remount-Summary, 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.

AWSamministratore di sistema, 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

AWSdocumentazione

Risoluzione dei problemi

Allegati

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