VMware vCenter Konverter Mandiri - bagus sekali utilitas gratis untuk melakukan konversi sistem fisik ke maya ( P2V) atau dari satu sistem virtualisasi ke sistem virtualisasi lainnya ( V2V). Mulai dari Konverter VMware 5.0 sistem mendukung kemungkinan tersebut sinkronisasi perubahan antara sistem sumber dan salinan mesin virtual terletak di host ESXi. Fitur ini memungkinkan Anda memvirtualisasikan server fisik dengan downtime minimal dalam beberapa langkah volume besar data pada disk fisik. Selain itu, VMware Converter, bersama dengan hypervisor VMware vSphere Hyperviso gratis (berdasarkan ESXi), dapat diubah menjadi sistem yang paling sederhana untuk organisasi pemulihan bencana (pemulihan bencana) komponen infrastruktur penting, secara berkala menyinkronkan perubahan pada sistem penting dengan salinan virtualnya.

Saat konversi diaktifkan sistem Windows VMware Converter menyalin data dari mesin sumber ke VM target, saat mesin sumber itu sendiri berjalan dan data di dalamnya berubah. Ini adalah tahap awal penyalinan. Kedua kalinya, hanya perubahan yang telah dibuat sejak salinan awal sistem dibuat yang disalin. Proses ini disebut sinkronisasi. Fitur sinkronisasi memungkinkan Anda mengurangi waktu henti aplikasi selama konversi P2V / V2V, karena aplikasi akhir hanya perlu dimatikan saat perubahan sedang ditransfer. Saat menggunakan sinkronisasi, Anda dapat mengurangi waktu henti aplikasi dari beberapa jam menjadi 1-2 jam.

Nasihat. Sinkronisasi perubahan di VMware Converter hanya didukung saat menggunakan server vCenter atau ESXi versi 4.0 dan lebih tinggi.

Pada artikel ini kami akan menunjukkan bagaimana sinkronisasi perubahan antara server sumber (server file dengan data sebesar 700 GB drive internal) dan dia salinan maya menggunakan VMware Konverter vCenter Mandiri 6.0.

1. Perlu mengunduh dan menginstal Konverter VMware Mandiri(sebaiknya instal di server terpisah).
2. Mari buat tugas konversi baru: Mengajukan-> Baru-> Konversi mesin.
3. Mari kita pilih bahwa kita perlu mengonversi sistem yang diaktifkan ( Mesin yang dihidupkan), sebutkan nama/alamatnya, jenis OS dan akun dan kata sandi untuk pengguna dengan hak administrator.
4. VMware Converter terhubung ke server yang ditentukan dan menginstal layanan di dalamnya Agen Mandiri Konverter VMware vCenter(agen-konverter-vmware)
5. Anda kemudian akan diminta untuk memberikan nama Server ESXi(atau server vCenter) tempat mesin virtual akan dibuat, dan kredensial untuk mengaksesnya
6. Kita akan diminta untuk memilih nama VM yang sedang dibuat, lokasinya, nama farm, nama host, penyimpanan disk Dan
7. Maka Anda perlu memilih disk sistem sasaran, yang perlu disalin, pengaturan memori dan CPU, dll. Kami paling tertarik dengan pengaturan di bagian tersebut Canggih.
8. Kami berencana untuk mengonversi sistem menjadi VM dalam dua tahap: tahap awal, saat konversi awal dilakukan, dan tahap terakhir, saat perubahan yang terjadi sejak penyalinan awal data disinkronkan.
9. Centang kotaknya Sinkronkan perubahan. Pilih waktu untuk melakukan sinkronisasi berikutnya. Perlu(!!) hapus centang pada kotak centang.
   
10. Di tab Pasca Konversi pilih tindakan yang akan dilakukan setelah sinkronisasi terakhir. Kami ingin secara otomatis mengaktifkan VM yang dibuat (Nyalakan mesin tujuan), menonaktifkan server sumber (Matikan mesin sumber), menginstal VMTools, dll.
    
11. Yang tersisa hanyalah meluncurkan fase awal konversi P2V dan menunggu hingga selesai.

    Catatan. Dalam kasus kami, untuk fisik server berkas dengan data 700 GB, konversi memakan waktu sekitar 15 jam.

12. Setelah konversi awal selesai, kita dapat melakukannya secara manual sinkronisasi ulang. Untuk melakukan ini, pilih tugas di konsol VMware Converter dan di menu konteks ayo pilih Sinkronisasi.

    Catatan. VMware Converter menginstal “driver bitmap” khusus (layanan bmdrvr) pada sistem sumber, yang melacak perubahan yang terjadi dalam sistem sejak sinkronisasi terakhir.

    

13. Di jendela wizard yang terbuka, kami menunjukkan bahwa sinkronisasi harus segera dimulai, dan setelah selesai, sinkronisasi terakhir harus dilakukan. Untuk mencegah pengguna mengedit file di server pada saat sinkronisasi akhir, Anda dapat melakukannya untuk sementara berhenti layanan berkas .
    
14. Sinkronisasi terakhir memakan waktu sekitar satu jam, dan selama itu perubahan pada mesin sumber direplikasi ke VM. Setelah itu server lama otomatis dimatikan, dan VM baru dihidupkan.
    
15. Yang tersisa hanyalah menyelesaikan konfigurasi akhir VM (menghapus kartu jaringan tersembunyi, driver perangkat lama, menetapkan alamat IP ke antarmuka jaringan baru, dll.) - dan mesin virtual siap digunakan.

Saat menyinkronkan perubahan, server vSphere akan membuat snapshot terpisah pada mesin target, memungkinkan Anda untuk memutar kembali ke tahap sinkronisasi mana pun jika terjadi sesuatu (logika VMware Converter akan rusak).

Saya punya kasus di tempat kerja ketika ada kebutuhan untuk mentransfer seseorang yang telah bekerja banyak waktu di bawah Windows XP ke Linux. Windows XP berdiri di mesin untuk waktu yang sangat lama tanpa instalasi ulang, telah dikonfigurasi dan diisi berbagai program, dan orang tersebut tidak ingin berpisah sepenuhnya dengannya; terkadang dia perlu bekerja dalam dua sistem secara bersamaan. Tentu saja, satu-satunya jalan keluar yang normal adalah virtualisasi. Menginstal Windows dan semuanya program yang diperlukan dari awal hingga mesin virtual, serta pengaturannya akan menghasilkan prosedur yang sangat panjang dan tidak menyenangkan. Namun ternyata ada jalan keluar yang lebih sederhana - Anda bisa melakukan virtualisasi sistem yang diinstal. Untuk melakukan ini, saya menggunakan program VMware Converter. Saya akan menjelaskan bagaimana hal ini dapat dilakukan.

Pertama, unduh VMware Converter untuk Windows dari sini dan instal di mesin fisik yang perlu diubah menjadi mesin virtual. Untuk mengunduh program ini, Anda harus melalui pendaftaran sederhana di situs web. Selama instalasi, pilih jenis instalasi " Instalasi lokal".

Luncurkan VMware Converter, pilih item di menu utama File -> Baru -> Mesin Konversi dan mulai menyiapkan konversi.

Pada langkah pertama (Tentukan Sumber), Anda perlu menentukan mesin sumber. Di jendela yang muncul, buat pengaturan berikut:

• Pilih jenis sumber: Mesin yang dihidupkan(Mesin dihidupkan)
• Tentukan mesin yang dihidupkan: Mesin lokal ini(Mesin lokal ini)

• Pilih jenis tujuan: Stasiun Kerja VMware atau VMware lainnya mesin virtual
• Pilih produk VMware: VMware Pemain 2.5.x
• Nama: Nama apa saja
• Pilih lokasi untuk mesin virtual: direktori mana pun tempat mesin akan disimpan

Pada langkah berikutnya(Lihat/Edit Opsi) meminta Anda menentukan parameter mesin virtual yang sedang dibuat. Di sini Anda dapat membiarkan semuanya tidak berubah, karena nantinya Anda dapat mengedit semua yang Anda perlukan di VMware Player.

Jadi, sekarang Anda perlu menyalin folder dengan mesin virtual yang dihasilkan ke beberapa folder perangkat keras(yang belum akan Anda format dan gunakan untuk menginstal Linux) dan lanjutkan ke instalasi Linux. Kemudian di Linux Anda perlu menyalin mesin virtual Anda ke beberapa direktori, menginstal VMware Player (Anda dapat membaca tentang cara melakukan ini) dan kemudian membuka mesin Anda di VMware Player menggunakan item menu File -> Buka Mesin Virtual.

Catatan:

• Setelah memulai mesin virtual, saya sangat menyarankan untuk mengunduh dan menginstal add-on tamu WMware Tools, yang akan meningkatkan kinerja mesin virtual Anda secara signifikan. Anda dapat melakukan ini dengan memulai mesin virtual dan memilih vmplayer di menu utama. VM -> Instal Alat WMware.
• Mesin virtual diperoleh selama konversi untuk VMware Versi pemain 2.5 juga berjalan tanpa masalah di versi 3.
• Selain mengonversi mesin fisik lokal ke mesin virtual, terdapat opsi lain, misalnya sumber dapat berupa mesin jarak jauh atau image Acronis.

DI DALAM versi berbayar VMWare memiliki alat untuk melakukan migrasi panas server yang sedang berjalan dari satu host VMWare ke host lainnya tanpa mengganggu operasi. Saat ini kami sedang menggunakan versi gratis VMWare ESXi. Itu. tidak ada peternakan yang terorganisir, melainkan server yang berdiri sendiri yang menjalankan VMWare ESXi. Kami perlu menjadwal ulang server virtual ke perangkat keras lain untuk membebaskan server fisik (host) saat ini untuk perbaikan (muncul masalah yang aneh dengan keranjang HDD). Kami sudah memiliki server dengan beban ringan yang berjalan di VMWare ESXi yang sedang beroperasi, dan untuk sementara kami akan meningkatkan server lain di dekatnya. Jadi, selangkah demi selangkah.

1. Perangkat keras untuk server VMWare ESXi “baru”. Untungnya, saya punya yang cukup bagus server baru, yang belum sempat dioperasikan secara komersial. Konfigurasi: HP ML350 G6, 3 HDD 300 GB, RAM 8 GB. Prosesnya telah dijelaskan sebelumnya; tidak ada gunanya mengulanginya.

2. Perangkat. Meskipun mesin virtual adalah sekumpulan file yang dapat disalin dari satu server ke server lainnya, saya mengabaikan ide ini karena dua alasan:
— Versi aslinya sistem maya dan yang baru tidak cocok. Pemindahan terjadi dari VMWars ESXi 4 ke ESXi 5. Pada versi kelima, formatnya juga berubah sistem file dan format mesin virtual itu sendiri.
- VMWare telah merilis yang luar biasa dan konverter gratis"VMware vCenter Converter", yang memungkinkan Anda menyelesaikannya tugas ini, bisa dikatakan, cara biasa. Unduh konverter dari situs web produsen setelah masuk ke situs dengan nama Anda (izinkan saya mengingatkan Anda, pendaftaran gratis). Menginstal “VMware vCenter Converter” cukup sepele.

3. Pemindahan mesin virtual dari satu host fisik ke host fisik lainnya terjadi bersamaan dengan konversi. “VMware vCenter Converter” dapat bekerja dengan berbagai sumber, termasuk memulihkan mesin virtual dari gambar format “asing”. Dalam kasus kami, ada 2 opsi transfer utama:
— transfer server yang diaktifkan, terlepas dari apakah itu mesin fisik atau mesin virtual;
— transfer mesin virtual sebagai bagian dari infrastruktur VMWare.

Kami memiliki kesempatan untuk sementara waktu (masuk di luar jam kerja) matikan semua server yang akan ditransfer, jadi opsi kedua dipilih agar tidak membuang waktu untuk sinkronisasi dan menyederhanakan proses.

Di antarmuka “VMware vCenter Converter”, klik tombol Konversi mesin, pilih tipe sumber: "Mesin virtual Infrastruktur VMware." Masukkan alamat server sumber dan kredensial koneksi. Pilih server yang akan ditransfer dari daftar. Jika server ini diaktifkan, maka tombolnya Berikutnya tidak akan tersedia, karena Dalam mode ini, Anda hanya dapat mengonversi mesin virtual yang dimatikan. Sekarang kita memilih jenis tujuan: “Mesin virtual Infrastruktur VMware”, masukkan alamat dan kredensial untuk terhubung ke host VMWare ESXi “baru”. Kami menetapkan nama mesin virtual seperti yang akan ditampilkan di konsol "vSphere Client", Berikutnya. Di layar wizard berikutnya, pilih penyimpanan di host tujuan (jika ada lebih dari satu), dan versi mesin virtual. Untuk VMWare ESXi 4 ini Versi 4 atau Versi 7. Kecuali ada alasan bagus untuk tetap bertahan versi lama, lalu pilih yang terakhir, Berikutnya. Tapi di sini, HATI-HATI!

Di layar Pilihan Tidak perlu langsung menekan tombol tanpa melihat Berikutnya. Sekalipun mesin virtual aslinya memiliki "tipis" ( tipis) hard drive yang ukuran filenya disk fisik meningkat sesuai kebutuhan, konverter akan mengatur jenis disk tebal. Klik pada bagian ini Data untuk disalin dan pilih tipe yang diinginkan dari daftar drop-down. Tidak mungkin mengubah ukuran disk di sini. Bagian konfigurasi penting lainnya yang perlu diperhatikan di sini adalah Opsi lanjutan. Jika Anda ingin mesin virtual yang ditransfer memulai secara otomatis setelah konversi, centang kotak "Nyalakan mesin tujuan" di bagian atas. Anda juga dapat mengaturnya di sini instalasi otomatis Alat VMware. Perhatian khusus Tombol “Sesuaikan preferensi tamu untuk mesin virtual” layak untuk ditampilkan di sini. Jika diinstal, SID BARU akan otomatis dibuat untuk mesin virtual baru. Penting untuk mengatur saklar ini saat mengkloning, ketika direncanakan untuk membiarkan mesin virtual asli dan yang dikonversi tetap beroperasi. Saat menginstal ini, langkah tambahan muncul di wizard konversi Kustomisasi, menawarkan untuk menyetel yang baru nama DNS untuk mesin dan mengonfigurasi pengaturan lainnya, termasuk pengaturan jaringan. Pada versi VMWare ESXi 4, ternyata tidak ada gunanya mengatur parameter keanggotaan domain di sini; setelah konversi, Anda harus memasukkan kembali domain tersebut. Namun dalam kasus kami, hal itu diperlukan menunda mesin dari satu host ke host lainnya “sebagaimana adanya”. Oleh karena itu, kami membiarkan tombol “Sesuaikan preferensi tamu untuk mesin virtual” tetap kosong. Berikutnya, Menyelesaikan. Konverter menambahkan tugas baru ke daftarnya dan menunjukkan kemajuannya. Dari pengalaman, sisa waktu yang ditunjukkan oleh “VMware vCenter Converter” tidak dapat diandalkan, bahkan ketika indikator kemajuan sudah setengah jalan.

Saat konversi sedang berlangsung, Anda perlu melakukan satu hal penting lagi - menonaktifkan virtualisasi pada host sumber mulai otomatis mesin virtual portabel agar tidak menyala secara tidak sengaja, misalnya setelah listrik padam. Pergi ke akarnya sistem asli, tab Konfigurasi, di bagian tersebut Perangkat lunak klik pada barang tersebut Startup/Shutdown Mesin Virtual, di sebelah kanan pojok atas link Properti…, di jendela yang muncul menggunakan tombol Pindah ke Bawah mentransfer mesin virtual yang dikonversi dari partisi Pengaktifan Otomatis ke bagian Memulai Secara Manual.

4. Menyiapkan mesin virtual yang dikonversi. Saat mentransfer antar platform yang berbeda dan bahkan di antaranya versi yang berbeda Satu platform virtualisasi dapat mengubah perangkat keras virtual tempat mesin virtual diinstal. DI DALAM dalam hal ini, saat bermigrasi dari VMWare ESXi 4 ke VMWare ESXi 5, adaptor jaringan berubah. Di versi keempat ini adalah adaptor Intel, dan di versi kelima - AMD. Akibatnya, meskipun kami membiarkan tombol “Sesuaikan preferensi tamu untuk mesin virtual” tetap kosong dan tidak mengonfigurasi ulang sistem, alamat IP statis mesin virtual tidak disimpan. Alamat IP milik adaptor, tetapi sudah berubah. Selain itu, jika sekarang kami mencoba memasukkan alamat sebelumnya untuk adaptor baru, kami akan menerima peringatan bahwa alamat tersebut sudah digunakan pada adaptor lain dan konflik alamat mungkin terjadi. Sebenarnya peringatan ini bisa diabaikan, tapi demi ketertiban, Anda bisa menghapus pengaturan adaptor yang tidak ada. Hanya untuk ini kita perlu menampilkan perangkat tersembunyi yang tidak terlihat di manajer perangkat keras secara default.

Tampilkan perangkat tersembunyi. DI DALAM baris perintah masukkan perintah

Setel devmgr_show_nonpresent_devices=1

Mulai DEVMGMT.MSC

Di jendela menu yang terbuka Melihat pilih barang Tampilkan perangkat tersembunyi.

Perluas pohonnya Adaptor jaringan. Adaptor yang tidak tersedia akan tampak berwarna abu-abu. Hapus mereka. Setelah ini, Anda dapat dengan aman mengonfigurasi pengaturan untuk adaptor jaringan baru.

Setelah pindah ke yang lain Versi VMWare ESXi sebagai akibat dari perubahan tersebut perangkat keras maya mungkin perlu diulang Aktivasi Windows 2008 dan Windows 7. Untuk mengaktifkan di jaringan lokal berguna untuk dimiliki. Jika tidak online, maka inilah saatnya untuk memikirkannya, karena... KMS tidak menghitung jumlah aktivasi, dan jumlah kunci MAK berkurang dengan setiap aktivasi.

Suatu ketika ada sebuah server di negara yang jauh. Oleh spesifikasi teknis untuk masanya dia tidak buruk - Intel Inti Quad Q6600 2.4GHz 8GB RAM Intel DQ965GF motherboard, pengontrol serangan 3ware7xxx/8xxx dan 2 penggerak SATA 300GB masing-masing dalam serangan 1 array.

Dan suatu hari saya memutuskan untuk mati di server ini salah satu disk dalam serangan itu - dan begitu saya memutuskan, saya mati. Wajar untuk berasumsi bahwa jika satu disk mati, disk kedua mungkin juga mati - disk tersebut perlu diubah. Ya dan perluas ruang disk Tidak ada salahnya, pikir kami.
Entah bagaimana, dengan setengah dosa, kami membeli disk baru sebesar 2TB - ada juga krisis di negara-negara borjuis yang jauh hard drive. Server sangat penting, tetapi dimungkinkan untuk mematikannya dan menyiksanya untuk beberapa waktu - ada cadangan.

Kami memutuskan untuk memperbarui perangkat lunak...

Server telah menginstal CentOS 4.5 x64, yang lama tersiksa server vmware ke-2 dan di bawah server sudah ada tiga mesin virtual dengan server windows 2003 dengan ms sql dan beberapa program, freebsd dan suse. Selama bertahun-tahun, satu-satunya hal yang penting adalah Windows, dan di masa depan direncanakan untuk menambahkan beberapa mesin virtual lagi di sana - yang berarti kita perlu mengubah platformnya.
Kami memilih vSphere hypervisor - atau sekadar ESXi. Setelah menjelajahi Internet, saya tidak menemukan pengalaman menginstal ESXi pada perangkat keras tertentu - jaringan mungkin tidak berfungsi kartu Intel 82556DM dan pengontrol serangan - cari di daftar resmi kompatibilitas tidak memberikan hasil yang positif. Memasang kartu jaringan tambahan akan merepotkan dan memakan waktu. Yah, itu mungkin dilakukan tanpa serangan.

Secara umum, kami memutuskan untuk mencobanya. Saya menulis surat kepada dukungan teknis untuk memasang hard drive baru dan menginstal esxi 5.0. Setelah beberapa saat mereka menjawab bahwa mereka menginstal esxi 4.1u1, serangan itu tidak terlihat, tetapi berfungsi pada pengontrol ICH bawaan dan kedua hard drive terlihat. Mereka memberi kami kata sandi sehingga kami bisa pergi dan melihat kebahagiaan ini.

Kami pergi dan melihat. Tampaknya berhasil. Sekarang tugas kedua adalah migrasi virtual jendela mobil server 2003 dari server vmware ke lingkungan hypervisor vmware vsphere. Kami menemukan beberapa opsi -
Pertama unggah gambar disk atau mesin virtual siap pakai dengan centos/linux ke penyimpanan dan sambungkan disk lama sebagai pemetaan perangkat mentah, instal konverter dan konversi ke esxi.
Kedua- coba pasang partisi ext3 ke esxi - tapi sayangnya hal ini sepertinya tidak mungkin.
ketiga- salin melalui SCP/FTP/HTTP ke tempat lain, konversikan di sana lalu salin kembali melalui SCP atau melalui vclient.
keempat- instal vmware converter di dalam centos lama dan konversikan langsung.
kelima- naikkan mesin virtual lain dengan Windows dan instal konverter di sana.

Sementara kami berpikir - dukungan teknis memasukkan disk ke adaptor USB-SATA dan menghubungkannya ke server - ESXi telanjang, tentu saja, tidak dapat memahami apa yang dapat dilakukan dengan opsi ini. Kemudian mereka menulis bahwa mereka meragukan hal itu susunan serangan bertemu satu sama lain kecuali dari sistem operasi aslinya.

Kami mencoba memasang konverter di Centos - kami memasangnya, tetapi karena alasan tertentu tidak dapat menyambungkannya dari jarak jauh - mungkin karena port non-standar yang ditentukan saat memasang konverter, karena port standar sudah ditempati. Nah, setelah memikirkannya, tampaknya seluruh mesin virtual pertama-tama akan diunduh melalui klien ke mesin lokal saya, dan kemudian kembali - lalu lintas 30 gigabyte dan Tuhan melarang Internet akan terputus - secara umum, opsi yang tidak dapat diandalkan.
Selain itu, konverter tidak hanya mengubah mesin menjadi file - ia memerlukan koneksi ke host atau vCenter.

Kami tidak mencoba memasang partisi ext3 ke esxi - kami tidak melihat jenis sistem file ext3 di opsi perintah mount - mungkin kelihatannya tidak benar.

Secara umum, mereka melakukan ini - saya mengemas file mesin virtual dan mengunduhnya ke komputer saya. Saya memasang konverter vmware dan mengonversinya ke host esxi lokal. Untuk keandalan dan kompatibilitas, saya terhubung melalui ssh ke esxi lokal dan mengarsipkan mesin virtual shutdown menggunakan tar - direktori mesin virtual terletak di /vmfs/volumes/datastore/. Parameter z memampatkan arsip.
Hasilnya adalah file 7GB dari 17GB.

Saya menulis ke dukungan teknis untuk memasang hard drive baru dan meluncurkan esxi. Kemudian saya terhubung ke esxi jarak jauh menggunakan WinSCP dan mulai mengunggah arsip. Kecepatannya baru saja membunuh saya - 30kB/detik, sekitar 3 hari penyalinan. Ternyata kemudian, melanjutkan tidak didukung; tar di esxi tampaknya tidak dapat bekerja dengan arsip yang dipecah menjadi beberapa bagian. Untuk berjaga-jaga, saya memutuskan untuk mencoba menggunakan vclient standar untuk mengunggah arsip ke penyimpanan - kecepatannya ternyata sekitar 10 kali lebih cepat dan arsip diunggah dalam 7 jam.

Kemudian saya masuk ke esxi jarak jauh melalui ssh dan menghapus tar mesin virtual, menambahkannya ke Inventaris dan meluncurkannya. Alat vmware yang diperbarui, kartu jaringan dan dipulihkan pengaturan jaringan.

Untuk meningkatkan keandalan, saya membuat mesin virtual dengan server Windows 2003 (sehingga teknologi kompresi memori vmware dapat berfungsi dan lebih sedikit sumber daya yang dihabiskan). Saya menambahkan satu lagi ke kedua mobil. kartu jaringan dengan alamat IP “abu-abu”, membuat vSwitch lain, menambahkan VMKernel ke dalamnya, mencentang kotak Manajemen lalu lintas di dalamnya dan menetapkan alamat IP dari rentang “abu-abu” yang sama. Cadangan veeam diinstal dan dikonfigurasi. Untuk mengurangi lalu lintas berbayar melalui Internet dan untuk keamanan, veeam terhubung ke esxi melalui alamat IP "abu-abu" dan membuat salinan mesin virtual dari satu hard drive penyimpanan ke hard drive kedua - sehingga jika terjadi kegagalan, fungsionalitas dapat dipulihkan dengan cepat.

Jika tidak kecepatan lambat menyalin melalui Internet - maka waktu henti akan maksimal 30 menit.

Kemungkinan besar, kami melewatkan beberapa opsi migrasi - mungkin ada yang bisa memberi tahu saya pemikiran cerdas, karena masih ada beberapa tugas migrasi yang kira-kira sama.