Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Tugas 2: Mendefinisikan proses untuk mengidentifikasi, mengumpulkan, dan menyimpan metadata
Di tugas sebelumnya, Anda memvalidasi data penemuan awal, strategi migrasi, dan pola migrasi untuk migrasi besar Anda. Dalam tugas ini, Anda mengidentifikasi metadata apa yang diperlukan dan memutuskan bagaimana Anda akan mengumpulkannya. Tugas ini terdiri dari langkah-langkah berikut:
+ [Langkah 1: Tentukan metadata yang diperlukan](#metadata-1)
+ [Langkah 2: Membangun penyimpanan metadata dan proses pengumpulan](#metadata-2)
+ [Langkah 3: Dokumentasikan persyaratan metadata dan proses pengumpulan di runbook](#metadata-3)
Saat Anda menyelesaikan langkah-langkah di bagian ini, pertimbangkan seluruh siklus migrasi dari perspektif metadata. Pertimbangkan penilaian portofolio, perencanaan gelombang, migrasi, pengujian, aktivitas pasca-pemotongan, dan kemudian analisis semua kemungkinan kasus penggunaan dan kasus penggunaan terkait. Memikirkan informasi yang Anda butuhkan untuk menyelesaikan proses migrasi penuh membantu Anda mengidentifikasi semua metadata untuk pola itu.
## Langkah 1: Tentukan metadata yang diperlukan
Sebelum Anda dapat menentukan atribut metadata yang diperlukan, Anda harus memahami pola migrasi. Misalnya, Anda memerlukan metadata yang berbeda untuk memigrasikan server ke Amazon EC2 dan untuk memigrasikan database ke Amazon RDS. Sebagian besar pola terdiri dari banyak tugas kecil. Untuk melakukan pola migrasi, Anda perlu mengetahui atribut metadata apa yang diperlukan dan kemudian mengumpulkan metadata untuk aplikasi tersebut. Anda harus menentukan dan mengumpulkan metadata yang diperlukan dalam tahap inisialisasi sehingga Anda dapat melakukan migrasi secara efisien dan tanpa penundaan dalam tahap implementasi.
Orang atau tim yang mendefinisikan atribut metadata dimulai dengan mendefinisikan langkah dan tugas yang diperlukan untuk melakukan pola migrasi. Tugas menentukan metadata apa yang dibutuhkan, jadi mengerjakan setiap tugas membangun kumpulan metadata yang diperlukan secara komprehensif. Orang yang menentukan metadata apa yang diperlukan biasanya perlu memiliki pemahaman yang komprehensif tentang bagaimana menyelesaikan pola migrasi. Koordinasi dengan orang yang menulis buku runbook migrasi mungkin diperlukan. Untuk informasi selengkapnya, lihat [buku pedoman Migrasi untuk migrasi AWS besar](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-migration-playbook/).
Selama migrasi besar, ada banyak proses yang tersebar di semua alur kerja yang memiliki ketergantungan pada metadata. Memiliki metadata yang tepat waktu dan akurat memiliki dampak yang luas dan signifikan terhadap keberhasilan migrasi besar.
Pada langkah ini, Anda menentukan pola atau tugas dan kemudian menggunakan definisi untuk mengidentifikasi metadata yang diperlukan.
### Identifikasi komponen kunci dari pola migrasi dan tugas pendukung
Pada langkah ini, untuk setiap pola migrasi atau tugas pendukung, Anda menentukan komponen utama, seperti tindakan, objek sumber, objek target, dan alat yang digunakan. Anda kemudian memberi nama pola atau tugas berdasarkan jawaban Anda.
*Tugas pendukung* meliputi kegiatan operasional yang perlu dilakukan oleh portofolio dan alur kerja migrasi selama migrasi, seperti perencanaan gelombang, prioritas aplikasi, analisis ketergantungan, tata kelola, pemulihan bencana, pengujian kinerja, atau pengujian penerimaan pengguna. Karena Anda memerlukan metadata untuk mendukung tugas ini, Anda melakukan langkah-langkah ini untuk pola migrasi dan tugas pendukung.
1. **Tindakan** — Identifikasi strategi migrasi atau tugas pendukung. Ingatlah bahwa satu tindakan mungkin memiliki tindakan lain yang terkait dengannya. Misalnya, Anda mungkin ingin menentukan operasi untuk migrasi. Contoh tindakan meliputi:
+ Strategi migrasi, seperti rehost, replatform, atau relokasi
+ Perencanaan gelombang
+ Prioritas aplikasi dan analisis ketergantungan
+ Operasi
+ Tata kelola
+ Pemulihan bencana
+ Pengujian, seperti pengujian kinerja atau pengujian penerimaan pengguna (UAT)
1. **Objek sumber** — Identifikasi objek sumber tempat tindakan akan dilakukan. Contoh objek sumber meliputi:
+ Gelombang
+ Server
+ Basis Data
+ Berbagi file
+ Aplikasi
1. **Alat** — Identifikasi layanan atau alat yang digunakan untuk melakukan tindakan. Anda dapat menggunakan lebih dari satu alat atau layanan. Contoh alat meliputi:
+ AWS Application Migration Service
+ AWS DataSync
+ AWS Database Migration Service (AWS DMS)
+ AWS Backup
+ Alat pemantauan kinerja
1. **Objek target** — Identifikasi objek target, layanan, atau lokasi di mana sumber akan berada ketika tindakan selesai. Contoh objek, layanan, atau lokasi meliputi:
+ Amazon Elastic Compute Cloud (Amazon EC2)
+ Amazon Relational Database Service (Amazon RDS)
+ Amazon Elastic File System (Amazon EFS)
+ Amazon Elastic Container Service (Amazon ECS)
+ Rencana gelombang
1. **Nama pola** - Gabungkan jawaban Anda ke langkah-langkah sebelumnya sebagai berikut:
on/to menggunakan
Berikut ini adalah beberapa contohnya:
+ Rehost (aksi) gelombang, aplikasi, atau server (objek sumber) ke Amazon EC2 (objek target) menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud (alat)
+ Pembagian file replatform (tindakan) (objek sumber) ke Amazon EFS (objek target) menggunakan DataSync (alat)
+ Platform ulang basis data (tindakan) (objek sumber) ke Amazon RDS (objek target) menggunakan (alat AWS DMS )
+ Pemantauan kinerja (tindakan) aplikasi (objek sumber) di Amazon EC2 (objek target) menggunakan Amazon CloudWatch (alat)
+ Cadangkan server (tindakan) (objek sumber) di Amazon EC2 (objek target) menggunakan AWS Backup (alat) setelah migrasi
+ Perencanaan gelombang (aksi) gelombang, aplikasi, atau server (objek sumber) untuk membuat rencana gelombang (objek target)
Berikut ini adalah contoh cara merekam *Pola 1: Rehost ke Amazon EC2 menggunakan Application Migration Service atau Cloud* Migration Factory dari tabel pola [migrasi](discovery.md#migration-patterns).
****
| | |
| --- |--- |
| **Pattern ID** | 1 |
| **Pattern name** | Rehost ke Amazon EC2 menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud |
| **Action** | Migrasi rehost |
| **Source object** | Gelombang, aplikasi, atau server |
| **Tools** | Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud |
| **Target object** | Amazon EC2 |
### Tentukan metadata yang diperlukan untuk setiap pola atau tugas
Sekarang setelah Anda menentukan pola atau tugas, Anda menentukan metadata yang diperlukan untuk objek sumber, objek target, alat, dan informasi bisnis lainnya. Untuk menjelaskan proses ini, pedoman ini menggunakan *Pola 1: Rehost ke Amazon EC2 menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud* dari tabel [pola migrasi sebagai](discovery.md#migration-patterns) contoh. Perhatikan bahwa untuk beberapa pola atau tugas, beberapa langkah mungkin tidak berlaku.
1. **Menganalisis objek target** — Bekerja mundur dari objek target, secara manual membuat objek dan mengidentifikasi metadata yang diperlukan untuk mendukungnya. Tangkap metadata seperti yang ditunjukkan pada tabel berikut.
Misalnya, saat Anda membuat instans EC2, Anda harus memilih jenis instans, jenis penyimpanan, ukuran penyimpanan, subnet, grup keamanan, dan tag. Tabel berikut mencakup contoh atribut metadata yang mungkin Anda perlukan jika objek target Anda adalah instans EC2.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Analisis alat** - Gunakan alat untuk membuat objek target dan periksa perbedaannya. Tangkap metadata khusus alat seperti yang ditunjukkan dalam tabel berikut, dan hapus atribut dari tabel sebelumnya jika tidak didukung oleh alat migrasi. Misalnya, Anda tidak dapat menyesuaikan jenis OS dan ukuran penyimpanan untuk Layanan Migrasi Aplikasi karena alat migrasi rehost adalah like-for-like. Oleh karena itu, Anda akan menghapus OS target dan ukuran disk target jika atribut ini disertakan dalam tabel sebelumnya. Dalam tabel contoh sebelumnya, semua atribut didukung oleh alat, jadi tidak ada tindakan yang diperlukan.
Tabel berikut mencakup contoh metadata yang mungkin Anda perlukan untuk alat.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Menganalisis objek sumber** - Tentukan metadata yang diperlukan untuk objek sumber dengan menilai tindakan sebagai berikut:
+ Untuk memigrasi server, Anda perlu mengetahui nama server sumber dan nama domain yang memenuhi syarat (FQDN) untuk terhubung ke server.
+ Untuk memigrasikan aplikasi bersama dengan servernya, Anda perlu mengetahui nama aplikasi, lingkungan aplikasi, dan application-to-server pemetaan.
+ Untuk melakukan penilaian portofolio, memprioritaskan aplikasi, atau menentukan grup pindah, Anda perlu mengetahui pemetaan, application-to-server pemetaan, application-to-database dan dependensi. application-to-application
+ Untuk mengelola gelombang, Anda perlu mengetahui ID gelombang dan waktu mulai dan akhir gelombang.
Tabel berikut mencakup contoh metadata yang mungkin Anda perlukan untuk objek sumber.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Pertimbangkan atribut lain** — Selain tindakan utama, pertimbangkan tindakan dan atribut lain yang terkait dengan objek target atau aplikasi. Untuk pola contoh, Pola *1: Rehost ke Amazon EC2 menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud*, tindakannya adalah rehost, dan objek targetnya adalah Amazon EC2. Tindakan terkait lainnya untuk objek target ini mungkin termasuk mencadangkan ke Amazon EC2, memantau instans EC2 setelah migrasi, dan menggunakan tag untuk mengelola biaya yang terkait dengan instans EC2. Anda mungkin juga ingin mempertimbangkan atribut aplikasi lain yang membantu Anda mengelola migrasi, seperti pemilik aplikasi, yang mungkin perlu Anda hubungi untuk pertanyaan atau tujuan pemotongan.
Tabel berikut mencakup contoh metadata tambahan yang umum digunakan. Tabel ini mencakup tag untuk instans EC2 target Anda. Untuk informasi selengkapnya tentang tag dan cara menggunakannya, lihat [Menandai sumber daya Amazon EC2 Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html) di dokumentasi Amazon EC2.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Buat tabel** — Gabungkan semua metadata yang diidentifikasi pada langkah sebelumnya ke dalam satu tabel.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Ulangi** — Ulangi proses ini sampai Anda telah mendokumentasikan metadata yang diperlukan untuk setiap pola.
## Langkah 2: Membangun penyimpanan metadata dan proses pengumpulan
Pada langkah sebelumnya, Anda menentukan metadata yang diperlukan untuk mendukung migrasi Anda. Pada langkah ini, Anda membangun proses untuk mengumpulkan dan menyimpan metadata. Langkah ini terdiri dari dua tugas:
1. Analisis metadata yang diperlukan dari langkah sebelumnya dan identifikasi sumbernya.
1. Tentukan proses untuk menyimpan dan mengumpulkan metadata secara efisien.
### Menganalisis sumber metadata
Ada banyak sumber metadata yang umum. Biasanya, hal pertama yang dapat Anda akses adalah inventaris aset tingkat tinggi, yang biasanya diekspor dari database manajemen konfigurasi (CMDB) atau dari alat lain yang ada. Namun, Anda perlu mengumpulkan metadata dari sumber lain juga, menggunakan proses otomatis dan manual.
Tabel berikut berisi sumber umum, proses pengumpulan standar untuk sumber tersebut, dan jenis metadata umum yang dapat Anda temukan dari sumber tersebut.
****
| Sumber metadata | Jenis koleksi | Jenis metadata |
| --- | --- | --- |
| Alat penemuan | Otomatis | Server sumber |
| CMDB | Otomatis | Server sumber |
| Inventaris dari alat lain, seperti [RVTools](https://www.robware.net/)untuk VMware vSphere | Otomatis | Server sumber |
| Kuesioner pemilik aplikasi | Manual | Server sumber, server target, gelombang |
| Wawancara pemilik aplikasi | Manual | Server sumber, server target, gelombang |
| Dokumentasi desain aplikasi | Manual | Server target |
| Dokumentasi desain zona pendaratan | Manual | Server target, alat |
Setelah mencantumkan semua kemungkinan sumber metadata Anda, Anda menganalisis jenis metadata dan memetakan setiap sumber ke atribut metadata yang Anda identifikasi pada langkah sebelumnya.
1. Dapatkan daftar lengkap atribut metadata dari. [Langkah 1: Tentukan metadata yang diperlukan](#metadata-1)
1. Analisis setiap jenis metadata dan tentukan tipe mana yang tidak dapat diambil menggunakan proses otomatis. Ini biasanya metadata **server target dan jenis metadata** **gelombang** karena ini memerlukan keputusan dari pemilik aplikasi. Misalnya, subnet dan grup keamanan mana yang akan Anda gunakan untuk instans EC2 target?
1. Analisis setiap atribut metadata dan petakan ke sumber metadata di tabel sebelumnya. Adalah umum untuk memiliki kombinasi berbagai sumber. Anda dapat menggunakan alat penemuan untuk mengumpulkan beberapa metadata server sumber. Untuk informasi tentang penggunaan alat penemuan untuk mengumpulkan metadata, lihat [Memulai penemuan portofolio otomatis](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/get-started-with-automated-portfolio-discovery.html) di situs web Panduan AWS Preskriptif.
1. Buat tabel untuk memetakan atribut metadata ke jenis dan sumbernya. Tabel berikut adalah contohnya.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
### Tentukan satu toko metadata
Setelah memetakan setiap atribut metadata ke sumbernya, Anda menentukan tempat menyimpan metadata. Terlepas dari bagaimana dan di mana Anda menyimpan metadata, Anda hanya perlu memilih satu repositori. Ini memastikan bahwa Anda memiliki satu sumber kebenaran. Menyimpan metadata di banyak tempat adalah kesalahan umum dalam migrasi besar.
#### Opsi 1: Simpan metadata dalam spreadsheet di repositori bersama
Meskipun opsi ini mungkin terdengar seperti proses yang sangat manual, ini adalah penyimpanan data paling umum untuk migrasi besar. Hal ini juga umum untuk menyimpan spreadsheet dalam repositori bersama, seperti situs Microsoft. SharePoint
Spreadsheet Microsoft Excel mudah disesuaikan dan tidak membutuhkan waktu lama untuk dibangun. Kerugiannya adalah akan menjadi sangat kompleks jika Anda memiliki banyak metadata dan sulit untuk mengelola hubungan antar aset, seperti antara server, aplikasi, dan database. Tantangan lainnya adalah manajemen versi. Anda perlu membatasi akses tulis hanya untuk beberapa orang, atau Anda perlu menggunakan proses otomatis untuk memperbarui spreadsheet.
Dalam [templat buku pedoman portofolio](samples/portfolio-playbook-templates.zip), Anda dapat menggunakan *templat Dasbor untuk perencanaan gelombang dan migrasi* (format Excel) sebagai titik awal untuk membuat spreadsheet penyimpanan data Anda sendiri.
#### Opsi 2: Simpan metadata dalam alat yang dibuat khusus
Anda dapat menggunakan alat bawaan, seperti [TDS Transition Manager](https://www.transitionaldata.com/software/) (situs web TDS), untuk menyimpan data Anda, atau Anda dapat membuat alat Anda sendiri. Saat Anda membangun alat Anda sendiri, Anda memerlukan tabel database seperti tab spreadsheet Excel di opsi 1. Contoh:
+ Tabel server
+ Tabel aplikasi
+ Tabel basis data
+ Application-to-server dan tabel application-to-database pemetaan
+ Tabel perencanaan gelombang
+ Tabel kuesioner pemilik aplikasi
### Tentukan proses pengumpulan metadata
Pada langkah sebelumnya, Anda memetakan metadata ke sumbernya dan menentukan penyimpanan data tempat Anda akan mengumpulkan metadata. Pada langkah ini, Anda membangun proses untuk mengumpulkan metadata secara efektif. Anda harus meminimalkan copy-and-paste proses manual dan menggunakan otomatisasi untuk mengumpulkan metadata dari setiap sumber. Ada tiga langkah:
1. Buat skrip ekstrak, transformasi, dan muat (ETL) untuk setiap sumber metadata berdasarkan tabel pemetaan metadata.
1. Buat tugas terjadwal yang mengimpor metadata dari setiap sumber secara otomatis secara teratur.
1. Bangun proses ekspor atau berikan akses antarmuka pemrograman aplikasi (API) ke metadata yang disimpan di repositori.
Tabel berikut adalah contoh atribut metadata yang dikumpulkan oleh setiap skrip ETL. Metadata disimpan di lokasi yang Anda tentukan di bagian sebelumnya, seperti spreadsheet atau alat yang dibuat khusus.
****
| Atribut metadata | Jenis metadata | Sumber metadata | Proses pengumpulan |
| --- | --- | --- | --- |
| `app_name` | Aplikasi sumber | CMDB | Skrip ETL — CMDB |
| `app_owner` | Aplikasi sumber | CMDB | Skrip ETL — CMDB |
| `app_to_server_mapping` | Aplikasi sumber | CMDB | Skrip ETL — CMDB |
| `app_to_DB_mapping` | Aplikasi sumber | CMDB | Skrip ETL — CMDB |
| `app_to_app_dependencies` | Aplikasi sumber | Alat penemuan | Skrip ETL — alat penemuan |
| `server_name` | Server sumber | CMDB | Skrip ETL — CMDB |
| `server_FQDN` | Server sumber | CMDB | Skrip ETL — CMDB |
| `server_OS_family` | Server sumber | CMDB | Skrip ETL — CMDB |
| `server_OS_version` | Server sumber | CMDB | Skrip ETL — CMDB |
| `disk_size` | Server sumber | Alat penemuan | Skrip ETL — alat penemuan |
| `instance_type` | Server target | Alat penemuan | Skrip ETL — alat penemuan |
| `target_subnet` | Server target | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
| `target_security_group` | Server target | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
| `AWS_Region` | Server target | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
| `AWS_account_ID` | Server target | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
| `Name` | Server target (tag) | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
| `business_unit` | Server target (tag) | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
| `cost_center` | Server target (tag) | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
| `wave_ID` | Perencanaan gelombang | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
| `wave_start_date` | Perencanaan gelombang | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
| `wave_cutover_date` | Perencanaan gelombang | Kuesioner pemilik aplikasi | Skrip ETL - pemilik aplikasi |
## Langkah 3: Dokumentasikan persyaratan metadata dan proses pengumpulan di runbook
Dalam tugas ini, Anda mendokumentasikan keputusan Anda dalam runbook *manajemen metadata*. Selama migrasi, alur kerja portofolio Anda mematuhi runbook ini sebagai prosedur standar untuk mengumpulkan dan menyimpan metadata.
1. Dalam template [playbook portofolio, buka template](samples/portfolio-playbook-templates.zip) *Runbook untuk manajemen metadata (format Microsoft Word)*. Ini berfungsi sebagai titik awal untuk membangun runbook Anda sendiri.
1. Di bagian *atribut Metadata*, buat tabel atribut metadata untuk setiap pola migrasi, dan isi tabel dengan atribut metadata yang diidentifikasi. [Langkah 1: Tentukan metadata yang diperlukan](#metadata-1)
1. Di bagian *Lokasi sumber*, dokumentasikan sumber yang Anda identifikasi[Menganalisis sumber metadata](#metadata-2-source).
1. Di bagian *Petunjuk akses lokasi sumber*, dokumentasikan langkah-langkah yang harus diikuti pengguna untuk mengakses lokasi sumber metadata.
1. Di bagian *penyimpanan Metadata*, dokumentasikan langkah-langkah yang harus diikuti pengguna untuk mengakses penyimpanan metadata yang Anda buat. [Tentukan satu toko metadata](#metadata-2-store)
1. Di bagian *Jenis pengumpulan data*, identifikasi proses pengumpulan data yang akan Anda gunakan untuk setiap sumber metadata. Idealnya, Anda harus mengotomatiskan semua koleksi metadata dengan menggunakan skrip otomatisasi.
1. Di bagian *Pengumpulan data berdasarkan atribut metadata*, untuk setiap atribut metadata, identifikasi hal-hal berikut sesuai dengan instruksi di: [Tentukan proses pengumpulan metadata](#metadata-2-collection)
1. Jenis metadata
1. Sumber metadata
1. Toko metadata
1. Jenis koleksi
1. Di bagian *Kumpulkan metadata*, perbarui proses sesuai kebutuhan untuk kasus penggunaan Anda. Ini adalah proses yang diikuti oleh alur kerja portofolio pada tahap implementasi saat mereka mengumpulkan metadata untuk gelombang.
1. Verifikasi bahwa runbook Anda lengkap dan akurat. Runbook ini harus menjadi sumber kebenaran selama migrasi.
1. Bagikan runbook manajemen metadata Anda dengan tim untuk ditinjau.
## Kriteria keluar tugas
Lanjutkan ke tugas berikutnya setelah Anda menyelesaikan yang berikut:
+ Anda telah menyiapkan satu repositori untuk menyimpan metadata yang dikumpulkan.
+ Dalam runbook manajemen metadata Anda, Anda telah mendefinisikan dan mendokumentasikan hal-hal berikut:
+ Atribut metadata yang diperlukan untuk setiap pola migrasi
+ Sumber metadata dan instruksi terperinci tentang cara mengakses setiap sumber
+ Penyimpanan metadata dan instruksi terperinci tentang cara mengaksesnya
+ Proses yang digunakan untuk mengumpulkan metadata
+ Tabel pemetaan yang memetakan atribut metadata ke sumber metadata dan proses pengumpulan