Migrasi sistem file bersama dalam migrasi besar AWS - AWS Prescriptive Guidance
RingkasanPrasyarat dan batasanArsitekturAlatPraktik terbaikEpikPemecahan MasalahSumber daya terkaitLampiran

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Migrasi sistem file bersama dalam migrasi besar AWS

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

Ringkasan

Migrasi 300 atau lebih server dianggap sebagai migrasi besar. Tujuan migrasi besar adalah untuk memigrasikan beban kerja dari pusat data lokal yang ada ke AWS Cloud, dan proyek ini biasanya berfokus pada beban kerja aplikasi dan database. Namun, sistem file bersama memerlukan perhatian terfokus dan rencana migrasi terpisah. Pola ini menjelaskan proses migrasi untuk sistem file bersama dan memberikan praktik terbaik untuk memigrasikannya dengan sukses sebagai bagian dari proyek migrasi besar.

Sistem file bersama (SFS), juga dikenal sebagai jaringan atau sistem file berkerumun, adalah berbagi file yang dipasang ke beberapa server. Sistem file bersama diakses melalui protokol seperti Network File System (NFS), Common Internet File System (CIFS), atau Server Message Block (SMB).

Sistem ini tidak dimigrasikan dengan alat migrasi standar seperti AWS Application Migration Service karena tidak didedikasikan untuk host yang dimigrasikan atau direpresentasikan sebagai perangkat blok. Meskipun sebagian besar dependensi host dimigrasikan secara transparan, koordinasi dan pengelolaan sistem file dependen harus ditangani secara terpisah.

Anda memigrasi sistem file bersama dalam fase berikut: temukan, rencanakan, siapkan, potong, dan validasi. Dengan menggunakan pola ini dan buku kerja terlampir, Anda memigrasikan sistem file bersama ke layanan penyimpanan AWS, seperti Amazon Elastic File System (Amazon EFS), Amazon FSx untuk NetApp ONTAP, atau Amazon FSx untuk Windows File Server. Untuk mentransfer sistem file, Anda dapat menggunakan AWS DataSync atau alat pihak ketiga, seperti NetApp SnapMirror.

Catatan: Pola ini merupakan bagian dari seri AWS Prescriptive Guidance tentang migrasi besar ke AWS Cloud. Pola ini mencakup praktik terbaik dan instruksi untuk memasukkan SFSs ke dalam paket gelombang Anda untuk server. Jika Anda memigrasikan satu atau beberapa sistem file bersama di luar proyek migrasi besar, lihat petunjuk transfer data dalam dokumentasi AWS untuk Amazon EFS, Amazon FSx untuk Windows File Server, dan Amazon FSx untuk NetApp ONTAP.

Prasyarat dan batasan

Prasyarat

Prasyarat dapat bervariasi tergantung pada sumber dan target sistem file bersama dan kasus penggunaan Anda. Berikut ini adalah yang paling umum:

Batasan

  • Pola ini dirancang untuk bermigrasi SFSs sebagai bagian dari proyek migrasi besar. Ini mencakup praktik dan instruksi terbaik untuk memasukkan SFSs ke dalam paket gelombang Anda untuk memigrasi aplikasi. Jika Anda memigrasikan satu atau beberapa sistem file bersama di luar proyek migrasi besar, lihat petunjuk transfer data dalam dokumentasi AWS untuk Amazon EFS, Amazon FSx untuk Windows File Server, dan Amazon FSx untuk NetApp ONTAP.

  • Pola ini didasarkan pada arsitektur, layanan, dan pola migrasi yang umum digunakan. Namun, proyek dan strategi migrasi besar dapat bervariasi antar organisasi. Anda mungkin perlu menyesuaikan solusi ini atau buku kerja yang disediakan berdasarkan kebutuhan Anda.

Arsitektur

Tumpukan teknologi sumber

Satu atau lebih dari berikut ini:

  • Server file Linux (NFS)

  • Server file Windows (SMB)

  • NetApp array penyimpanan

  • Larik penyimpanan Dell EMC Isilon

Tumpukan teknologi target

Satu atau lebih dari berikut ini:

  • Sistem File Elastis Amazon

  • Amazon FSx untuk NetApp ONTAP

  • Amazon FSx untuk Server File Windows

Arsitektur target

Diagram arsitektur menggunakan AWS DataSync untuk memigrasikan sistem file bersama lokal ke AWS.

Diagram menunjukkan proses berikut:

  1. Anda membuat sambungan antara pusat data lokal dan AWS Cloud dengan menggunakan layanan AWS seperti AWS Direct Connect atau AWS Site-to-Site VPN.

  2. Anda menginstal DataSync agen di pusat data lokal.

  3. Menurut paket gelombang Anda, Anda gunakan DataSync untuk mereplikasi data dari sistem file bersama sumber ke pembagian file AWS target.

Fase migrasi

Gambar berikut menunjukkan fase dan langkah-langkah tingkat tinggi untuk memigrasikan SFS dalam proyek migrasi besar.

Temukan, rencanakan, siapkan, potong, dan validasi fase migrasi sistem file bersama ke AWS.

Bagian Epics dari pola ini berisi petunjuk terperinci tentang cara menyelesaikan migrasi dan menggunakan buku kerja terlampir. Berikut ini adalah ikhtisar tingkat tinggi dari langkah-langkah dalam pendekatan bertahap ini.

Fase

Langkah-langkah

Temukan

1. Dengan menggunakan alat penemuan, Anda mengumpulkan data tentang sistem file bersama, termasuk server, titik pemasangan, dan alamat IP.

2. Menggunakan database manajemen konfigurasi (CMDB) atau alat migrasi Anda, Anda mengumpulkan detail tentang server, termasuk informasi tentang gelombang migrasi, lingkungan, pemilik aplikasi, nama layanan manajemen layanan TI (ITSM), unit organisasi, dan ID aplikasi.

Rencana

3. Menggunakan informasi yang dikumpulkan tentang SFSs dan server, buat rencana gelombang SFS.

4. Menggunakan informasi di lembar kerja build, untuk setiap SFS, pilih layanan AWS target dan alat migrasi.

Persiapkan

5. Siapkan infrastruktur target di Amazon EFS, Amazon FSx untuk NetApp ONTAP, atau Amazon FSx untuk Windows File Server.

6. Siapkan layanan transfer data, seperti DataSync, dan kemudian mulai sinkronisasi data awal. Saat sinkronisasi awal selesai, Anda dapat mengatur sinkronisasi berulang untuk dijalankan sesuai jadwal,

7. Perbarui rencana gelombang SFS dengan informasi tentang berbagi file target, seperti alamat IP atau jalur.

Potong

8. Hentikan aplikasi yang secara aktif mengakses sumber SFS.

9. Dalam layanan transfer data, lakukan sinkronisasi data akhir.

10. Ketika sinkronisasi selesai, validasi bahwa itu benar-benar berhasil dengan meninjau data log di CloudWatch Log.

Validasi

11. Di server, ubah titik pemasangan ke jalur SFS baru.

12. Mulai ulang dan validasi aplikasi.

Alat

Layanan AWS

  • Amazon CloudWatch Logs membantu Anda memusatkan log dari semua sistem, aplikasi, dan layanan AWS sehingga Anda dapat memantau dan mengarsipkannya dengan aman.

  • AWS DataSync adalah layanan transfer dan penemuan data online yang membantu Anda memindahkan file atau data objek ke, dari, dan di antara layanan penyimpanan AWS.

  • Amazon Elastic File System (Amazon EFS) membantu Anda membuat dan mengonfigurasi sistem file bersama di AWS Cloud.

  • Amazon FSx menyediakan sistem file yang mendukung protokol konektivitas standar industri dan menawarkan ketersediaan dan replikasi tinggi di seluruh Wilayah AWS.

Alat-alat lainnya

  • SnapMirroradalah alat replikasi NetApp data yang mereplikasi data dari volume sumber tertentu atau qtrees untuk menargetkan volume atau qtrees, masing-masing. Anda dapat menggunakan alat ini untuk memigrasikan sistem file NetApp sumber ke Amazon FSx untuk ONTAP.

  • Robocopy, yang merupakan kependekan dari Robust File Copy, adalah direktori baris perintah dan perintah untuk Windows. Anda dapat menggunakan alat ini untuk memigrasikan sistem file sumber Windows ke Amazon FSx untuk Windows File Server.

Praktik terbaik

Pendekatan perencanaan gelombang

Saat merencanakan gelombang untuk proyek migrasi besar Anda, pertimbangkan latensi dan kinerja aplikasi. Ketika SFS dan aplikasi dependen beroperasi di lokasi yang berbeda, seperti satu di cloud dan satu di pusat data lokal, ini dapat meningkatkan latensi dan memengaruhi kinerja aplikasi. Berikut ini adalah opsi yang tersedia saat membuat rencana gelombang:

  1. Migrasikan SFS dan semua server dependen dalam gelombang yang sama — Pendekatan ini mencegah masalah kinerja dan meminimalkan pengerjaan ulang, seperti mengonfigurasi ulang titik pemasangan beberapa kali. Disarankan ketika latensi yang sangat rendah diperlukan antara aplikasi dan SFS. Namun, perencanaan gelombang rumit, dan tujuannya biasanya untuk menghapus variabel dari pengelompokan ketergantungan, bukan menambahkannya. Selain itu, pendekatan ini tidak disarankan jika banyak server mengakses SFS yang sama karena membuat gelombang terlalu besar.

  2. Migrasikan SFS setelah server dependen terakhir dimigrasi — Misalnya, jika SFS diakses oleh beberapa server dan server tersebut dijadwalkan untuk bermigrasi dalam gelombang 4, 6, dan 7, jadwalkan SFS untuk bermigrasi dalam gelombang 7.

    Pendekatan ini sering kali paling logis untuk migrasi besar dan direkomendasikan untuk aplikasi yang sensitif terhadap latensi. Ini mengurangi biaya yang terkait dengan transfer data. Ini juga meminimalkan periode latensi antara SFS dan aplikasi tingkat yang lebih tinggi (seperti produksi) karena aplikasi tingkat yang lebih tinggi biasanya dijadwalkan untuk bermigrasi terakhir, setelah pengembangan dan aplikasi QA.

    Namun, pendekatan ini masih membutuhkan penemuan, perencanaan, dan kelincahan. Anda mungkin perlu memigrasikan SFS dalam gelombang sebelumnya. Konfirmasikan bahwa aplikasi dapat menahan latensi tambahan untuk periode waktu antara gelombang dependen pertama dan gelombang yang mengandung SFS. Lakukan sesi penemuan dengan pemilik aplikasi dan migrasi aplikasi dalam gelombang yang sama aplikasi yang paling sensitif terhadap latensi. Jika masalah kinerja ditemukan setelah memigrasikan aplikasi dependen, bersiaplah untuk berputar dengan cepat untuk memigrasikan SFS secepat mungkin.

  3. Migrasikan SFS di akhir proyek migrasi besar — Pendekatan ini direkomendasikan jika latensi bukan faktor, seperti ketika data di SFS jarang diakses atau tidak penting untuk kinerja aplikasi. Pendekatan ini merampingkan migrasi dan menyederhanakan tugas cutover.

Anda dapat memadukan pendekatan ini berdasarkan sensitivitas latensi aplikasi. Misalnya, Anda dapat memigrasikan latensi-sensitif SFSs dengan menggunakan pendekatan 1 atau 2 dan kemudian memigrasikan sisanya dengan menggunakan pendekatan 3. SFSs

Memilih layanan sistem file AWS

AWS menawarkan beberapa layanan cloud untuk penyimpanan file. Masing-masing menawarkan manfaat dan batasan yang berbeda untuk kinerja, skala, aksesibilitas, integrasi, kepatuhan, dan pengoptimalan biaya. Ada beberapa opsi default logis. Misalnya, jika sistem file lokal Anda saat ini mengoperasikan Windows Server, maka Amazon FSx untuk Windows File Server adalah pilihan default. Atau jika sistem file lokal mengoperasikan NetApp ONTAP, Amazon FSx untuk NetApp ONTAP adalah pilihan default. Namun, Anda dapat memilih layanan target berdasarkan persyaratan aplikasi Anda atau untuk mewujudkan manfaat operasi cloud lainnya. Untuk informasi selengkapnya, lihat Memilih layanan penyimpanan file AWS yang tepat untuk penerapan Anda (presentasi AWS Summit).

Memilih alat migrasi

Amazon EFS dan Amazon FSx mendukung penggunaan AWS DataSync untuk memigrasikan sistem file bersama ke AWS Cloud. Untuk informasi selengkapnya tentang sistem penyimpanan dan layanan yang didukung, manfaat, dan kasus penggunaan, lihat Apa itu AWS DataSync. Untuk gambaran umum tentang proses penggunaan DataSync untuk mentransfer file Anda, lihat Cara kerja DataSync transfer AWS.

Ada juga beberapa alat pihak ketiga yang tersedia, termasuk yang berikut ini:

  • Jika memilih Amazon FSx untuk NetApp ONTAP, Anda dapat menggunakannya NetApp SnapMirror untuk memigrasikan file dari pusat data lokal ke cloud. SnapMirror menggunakan replikasi tingkat blok, yang bisa lebih cepat dari DataSync dan mengurangi durasi proses transfer data. Untuk informasi selengkapnya, lihat Memigrasi ke FSx untuk ONTAP menggunakan. NetApp SnapMirror

  • Jika Anda memilih Amazon FSx untuk Windows File Server, Anda dapat menggunakan Robocopy untuk memigrasi file ke cloud. Untuk informasi selengkapnya, lihat Memigrasi file yang ada ke FSx Windows File Server menggunakan Robocopy.

Epik

TugasDeskripsiKeterampilan yang dibutuhkan

Siapkan buku kerja penemuan SFS.

  1. Unduh buku kerja di bagian Lampiran dari pola ini. Ini berisi dua file, SFS-Discovery-Workbook.xlsx dan SFS-Wave-Plan-Workbook.xlsx.

  2. Buka file SFS-Discovery-Workbook di Microsoft Excel.

  3. Pada lembar kerja Dashboard, lakukan hal berikut:

    • Di kolom A, perbarui nama lingkungan.

    • Di kolom B, perbarui urutan lingkungan untuk menempatkannya dalam urutan prioritas terendah (1) ke prioritas tertinggi.

    • Di kolom D—E, perbarui jadwal gelombang.

    • Di kolom C dan K, perbarui nama akun AWS.

    • Di kolom L, perbarui VPC IDs.

    • Di kolom M—O, perbarui subnet. IDs

  4. Tinjau template buku kerja lainnya dan perbarui nilai lain yang diperlukan untuk organisasi atau kasus penggunaan Anda.

  5. Simpan buku kerja.

Insinyur migrasi, pimpinan Migrasi

Kumpulkan informasi tentang sumber SFS.

  1. Dengan menggunakan alat penemuan pilihan Anda, identifikasi semua pemasangan SFS di semua perangkat penyimpanan yang berlaku, server Linux, dan server Windows. Biasanya, Anda perlu mengumpulkan informasi berikut:

    • Perangkat klien

    • Alamat IP klien

    • Rincian SFS

    • Titik gunung

      catatan

      Anda dapat menambahkan detail titik pemasangan ke buku runbook migrasi untuk mengatur ulang SFS setelah migrasi.

  2. Buka file SFS-Discovery-Workbook.

  3. Pada lembar kerja Lembar Gelombang, lakukan hal berikut:

    • Di kolom Lokasi Server (D), dalam rumus, konfirmasikan bahwa format rentang CIDR untuk sumber lokal berfungsi untuk rentang Anda. Misalnya, jika rentang CIDR Anda10.0.0.0/8, masukkan10.*.*.*.

    • Di kolom lokasi SFS (E), dalam rumus, konfirmasikan bahwa format rentang CIDR untuk VPC target berfungsi untuk rentang Anda. Misalnya, jika rentang CIDR Anda176.16.0.0/16, masukkan176.16.*.*.

  4. Pada lembar kerja SFS-Data, lakukan hal berikut:

    • Di kolom Nama Server (A), masukkan nama server tempat SFS dipasang.

    • Di kolom jalur SFS (B), masukkan nama SFS.

    • Di kolom alamat IP (C), masukkan alamat IP server.

    • Tambahkan informasi relevan lainnya yang Anda kumpulkan selama penemuan, seperti titik pemasangan dan ukuran SFS. Anda dapat menggunakan data ini nanti untuk memodifikasi perhitungan perencanaan gelombang.

  5. Simpan buku kerja.

Insinyur migrasi, pimpinan Migrasi

Kumpulkan informasi tentang server.

  1. Dengan menggunakan CMDB atau data yang direkam di alat migrasi, identifikasi semua informasi berikut tentang server yang memiliki mount SFS:

    • Nama Server

    • Alamat IP

    • Gelombang

    • Unit organisasi (OU)

    • Lingkungan server, sepertiDEV,QA, atau PROD

    • Nama aplikasi

    • Pemilik aplikasi dan informasi kontak

  2. Buka file SFS-Discovery-Workbook.

  3. Pada lembar kerja Server-Data, di kolom A-H, masukkan informasi yang Anda kumpulkan tentang server sumber. Perhatikan hal berikut:

    • Di kolom Gelombang # (C), masukkan nama gelombang (sepertiWave1), out-of-scope (OOS), atauRetire.

    • Jika kolom kontak pemilik Aplikasi (H), verifikasi alamat email sudah benar. Alamat email ini dibuat secara otomatis berdasarkan nama yang Anda berikan di kolom Pemilik Aplikasi (G). Jika perlu, perbarui nilai secara manual untuk mencerminkan alamat email yang benar.

    • Jangan memodifikasi kolom I—J, yang berisi rumus.

  4. Simpan buku kerja.

Insinyur migrasi, pimpinan Migrasi
TugasDeskripsiKeterampilan yang dibutuhkan

Bangun rencana gelombang SFS.

  1. Buka file SFS-Discovery-Workbook.

  2. Verifikasi semua informasi yang dikumpulkan dalam fase penemuan akurat dan terkini.

  3. Pada lembar kerja Lembar Gelombang, filter kolom gelombang SFS (K) pada nilainya. 1 Ini adalah daftar semua SFSs di gelombang pertama.

    catatan

    Nilai 0 dalam kolom ini menunjukkan bahwa SFS berada di luar cakupan migrasi. Ini mungkin karena SFS sudah di-host di AWS atau karena server yang mengakses share berada di luar cakupan migrasi.

  4. Verifikasi bahwa Anda ingin memigrasikan ini SFSs dalam gelombang ini. Untuk informasi selengkapnya tentang SFSs cara menetapkan gelombang, lihat Pendekatan perencanaan gelombang di bagian Praktik Terbaik.

  5. Pilih dan salin sel yang berisi nilai yang difilter. Jangan menyalin baris header yang berisi judul kolom.

  6. Buka file SFS-Wave-Plan-Workbook yang sebelumnya Anda unduh.

  7. Pada lembar kerja Ekspor-dari-penemuan, pilih sel A2.

  8. Tempel data yang disalin.

  9. Simpan file SFS-Discovery-Workbook dan SFS-Wave-Plan-Workbook.

Membangun lead, Cutover lead, Insinyur migrasi, Pimpinan migrasi

Pilih layanan AWS target dan alat migrasi.

  1. Dalam SFS-Wave-Plan-Workbook file, pada Exported-from-Discovery lembar kerja, pilih dan salin nilai di kolom Old path (C).

  2. Pada lembar kerja Build-Wave, pilih sel A2.

  3. Tempel data yang disalin. Kolom B—M di lembar kerja ini secara otomatis diperbarui untuk mencerminkan data lain yang terkait dengan jalur ini.

  4. Hapus nilai duplikat apa pun di kolom A. Untuk petunjuk, lihat Menghapus nilai duplikat (situs web Microsoft Support).

  5. Di kolom Target pattern atau service (F), tinjau layanan AWS target yang direkomendasikan dan perbarui sesuai kebutuhan. Untuk informasi selengkapnya, lihat Memilih layanan sistem file AWS di bagian Praktik terbaik dari pola ini.

  6. Di kolom Metode migrasi (G), tinjau alat migrasi yang disarankan dan perbarui sesuai kebutuhan. Untuk informasi selengkapnya, lihat Memilih alat migrasi di bagian Praktik terbaik dari pola ini.

  7. Simpan file SFS-Discovery-Workbook. Anda telah selesai membuat rencana gelombang untuk gelombang ini.

  8. Ulangi instruksi ini untuk menyiapkan rencana gelombang untuk setiap gelombang. Karena rencana gelombang dapat berubah selama migrasi, sebaiknya Anda merencanakan tidak lebih dari 5 gelombang sebelumnya.

Insinyur migrasi, pimpinan Migrasi
TugasDeskripsiKeterampilan yang dibutuhkan

Siapkan sistem file target.

Menurut detail yang tercatat dalam paket gelombang Anda, siapkan sistem file target di akun AWS target, VPC, dan subnet. Untuk petunjuk, lihat dokumentasi AWS berikut:

Insinyur migrasi, pimpinan Migrasi, Administrator AWS

Siapkan alat migrasi dan transfer data.

  1. Jika Anda menggunakan AWS DataSync, konfigurasikan pencatatan untuk DataSync tugas. Untuk petunjuknya, lihat Mencatat aktivitas DataSync tugas AWS Anda.

  2. Siapkan alat migrasi dan lakukan transfer data awal sesuai dengan instruksi untuk alat yang Anda pilih:

  3. Perubahan pada sumber SFS mungkin terjadi selama atau setelah transfer awal. Siapkan transfer data berulang antara sistem file sumber dan target agar data tetap disinkronkan:

    • Jika Anda menggunakan DataSync, lihat Menjadwalkan DataSync tugas AWS Anda. DataSync mentransfer hanya file yang dimodifikasi atau baru di sumber SFS.

    • Jika Anda menggunakan alat pihak ketiga, lihat dokumentasi untuk alat yang Anda pilih.

Administrator AWS, Administrator Cloud, Insinyur migrasi, Pimpinan migrasi

Perbarui rencana gelombang.

  1. Buka file SFS-Wave-Plan-Workbook untuk gelombang saat ini.

  2. Pada lembar kerja Build-Wave, di kolom Alamat IP jalur baru (N), masukkan alamat IP dari sistem file target. Lakukan salah satu hal berikut untuk menemukan alamat IP:

    • FSx Untuk Windows File Server, di FSx konsol Amazon, pilih Sistem file, pilih sistem file Anda, lalu lihat bagian Jaringan & Keamanan.

    • FSx Untuk ONTAP, lihat Volume pemasangan.

    • Untuk Amazon EFS, lihat Memasang dengan alamat IP.

  3. Di kolom New path (O), masukkan jalur mount baru. Jalur pemasangan adalah nama DNS dari sistem file. Lakukan salah satu hal berikut untuk menemukan jalur pemasangan:

    • FSx Untuk Windows File Server, di FSx konsol Amazon, pilih Sistem file, pilih sistem file Anda, lalu pilih Lampirkan.

    • FSx Untuk ONTAP, lihat halaman detail sistem berkas. Untuk petunjuk, lihat Volume pemasangan.

    • Untuk Amazon EFS, lihat Mengumpulkan Informasi.

  4. Pada lembar kerja Remount-Summary, konfirmasikan bahwa kolom New path (C) dan New path IP address (D) mencerminkan nilai yang diperbarui.

  5. Konfirmasikan bahwa organisasi Anda telah menyiapkan runbook untuk mengatur ulang sistem file Linux dan Windows setelah cutover. Untuk petunjuk umum, lihat yang berikut ini:

  6. Jika ada server dependen yang tidak termasuk dalam gelombang ini, catat di lembar kerja App-Team-Communication. Beri tahu pemilik aplikasi atau server masing-masing karena mereka mungkin tidak termasuk dalam komunikasi gelombang standar.

  7. Jika SFSs dihapus dari gelombang setelah menyelesaikan rencana gelombang, lacak ini di lembar kerja Descoped.

Insinyur migrasi, pimpinan Migrasi
TugasDeskripsiKeterampilan yang dibutuhkan

Hentikan aplikasi.

Jika aplikasi atau klien secara aktif melakukan operasi baca dan tulis di SFS sumber, hentikan mereka sebelum Anda melakukan sinkronisasi data akhir. Untuk instruksi, lihat dokumentasi aplikasi atau proses internal Anda untuk menghentikan aktivitas membaca dan menulis. Misalnya, lihat Memulai atau Menghentikan Server Web (IIS 8) (dokumentasi Microsoft) atau Mengelola layanan sistem dengan systemctl (dokumentasi Red Hat).

Pemilik aplikasi, Pengembang aplikasi

Lakukan transfer data akhir.

  1. Di alat migrasi, jalankan tugas atau pekerjaan transfer data akhir secara manual untuk menyinkronkan sistem file target dengan SFS sumber. Untuk petunjuknya, lihat Memulai DataSync tugas Anda atau lihat dokumentasi untuk alat migrasi pihak ketiga yang Anda pilih.

  2. Tunggu tugas transfer data selesai. Untuk informasi selengkapnya, lihat AWS Memantau DataSync aktivitas AWS dengan Amazon CloudWatch dan Memantau DataSync tugas Anda dari baris perintah.

Insinyur migrasi, pimpinan Migrasi

Validasi transfer data.

Jika Anda menggunakan AWS DataSync, lakukan hal berikut untuk memvalidasi transfer data akhir yang berhasil diselesaikan:

  1. Di DataSync konsol AWS, catat tugas dan ID eksekusi, sepertitask-0000-exec-1111.

  2. Arahkan ke bagian Task Logging dari DataSync tugas.

  3. Pilih tautan grup CloudWatch log.

  4. Di log, cari tugas dan ID eksekusi.

  5. Catat kesalahan transfer apa pun. Untuk informasi selengkapnya, lihat Kesalahan Umum dalam DataSync dokumentasi.

  6. Validasi berikut ini:

    • Bandingkan daftar file dari sumber dan target SFSs untuk mengonfirmasi bahwa semua data telah ditransfer

    • Bandingkan izin akses file antara sumber dan target SFSs.

Jika Anda menggunakan alat pihak ketiga, lihat petunjuk validasi transfer data dalam dokumentasi untuk alat migrasi yang dipilih.

Insinyur migrasi, pimpinan Migrasi
TugasDeskripsiKeterampilan yang dibutuhkan

Remount sistem file dan validasi fungsi aplikasi dan kinerja.

  1. Jika server dependen dimigrasikan dalam gelombang ini, dalam file SFS-Wave-Plan-Workbook, pada lembar kerja Remount-Summary, masukkan alamat IP baru server di kolom Alamat IP server baru (F).

  2. Di semua server, perbarui titik pemasangan untuk sistem file dari jalur lama ke jalur baru. Gunakan runbook organisasi Anda untuk remounting yang sebelumnya dibahas dalam fase Prepare.

  3. Konfirmasikan bahwa sistem file terpasang dengan benar dan dapat diakses dengan memeriksa mount dan memverifikasi file yang ada. Tim infrastruktur biasanya melakukan kegiatan ini.

  4. Mulai ulang aplikasi dan libatkan pemilik aplikasi atau tim QA untuk menyelesaikan pengujian fungsional dan kinerja pada aplikasi, sesuai kebutuhan untuk aplikasi.

Administrator sistem AWS, Pemilik aplikasi

Pemecahan Masalah

IsuSolusi

Nilai sel di Microsoft Excel tidak diperbarui.

Salin rumus di baris sampel dengan menyeret gagang isian. Untuk informasi selengkapnya, lihat petunjuk untuk Windows atau Mac (situs web Dukungan Microsoft).

Sumber daya terkait

Dokumentasi AWS

Pemecahan Masalah

Lampiran

Untuk mengakses konten tambahan yang terkait dengan dokumen ini, unzip file berikut: attachment.zip