Pertanyaan umum (FAQ) terkait Storage Migration Service

Storage Migration Service tidak akan mentransfer file atau folder yang kami tahu dapat mengganggu operasi Windows. Secara khusus, inilah yang tidak akan kita transfer atau pindahkan ke folder PreExistingData di tujuan:

• Windows, Program Files, Program Files (x86), Program Data, Users
• $Recycle.bin, Recycler, Recycled, System Volume Information, $UpgDrv$, $SysReset, $Windows.~BT, $Windows.~LS, Windows.old, boot, Recovery, Documents and Settings
• pagefile.sys, hiberfil.sys, swapfile.sys, winpepge.sys, config.sys, bootsect.bak, bootmgr, bootnxt
• File atau folder apa pun di server sumber yang berkonflik dengan folder yang dikecualikan di tujuan.
  Misalnya, jika ada N:\Windows folder di sumber dan dipetakan ke C:\ volume di tujuan, folder tersebut tidak akan ditransfer—terlepas dari apa isinya—karena akan mengganggu folder sistem C:\Windows di tujuan.

Storage Migration Service tidak memigrasikan file yang dikunci secara eksklusif oleh aplikasi. Layanan ini secara otomatis mencoba kembali tiga kali dengan penundaan enam puluh detik antara percobaan, dan Anda dapat mengontrol jumlah upaya dan penundaan. Anda juga dapat menjalankan ulang transfer untuk menyalin hanya file yang sebelumnya dilewati karena pelanggaran berbagi.

Storage Migration Service tidak mengizinkan migrasi antara domain Direktori Aktif. Migrasi antar server akan selalu bergabung dengan server tujuan ke domain yang sama. Anda dapat menggunakan kredensial migrasi dari domain yang berbeda di forest Direktori Aktif. Storage Migration Service mendukung migrasi antar grup kerja. Anda tidak dapat memigrasikan instans NETAPP CIFS yang tidak bergabung dengan domain.

Storage Migration Service mendukung migrasi dari dan ke kluster setelah penginstalan pembaruan kumulatif KB4513534 atau pembaruan berikutnya pada Windows Server 2019 dan dengan Windows Server 2022 di luar kotak. Ini termasuk migrasi dari kluster sumber ke kluster tujuan dan bermigrasi dari server sumber mandiri ke kluster tujuan untuk tujuan konsolidasi perangkat. Namun, Anda tidak dapat memigrasikan kluster ke server mandiri. Anda dapat bermigrasi dari server CIFS Samba dan NetApp ke kluster.

Storage Migration Service mendukung migrasi ke Windows Server 2022, Windows Server 2019, dan Kluster Failover Windows yang menjalankan sistem operasi tersebut. Ini tidak mendukung migrasi ke Samba, NetApp, atau Azure Files. Storage Migration Services mendukung migrasi ke Windows Server atau kluster yang menjalankan Azure File Sync dengan tingkatan cloud saat menggunakan versi terbaru Windows Admin Center dan Windows Server 2022, atau Windows Server 2019 setelah penginstalan pembaruan kumulatif KB5006744.

Storage Migration Service mendukung migrasi pengguna dan grup lokal setelah penginstalan pembaruan kumulatif KB4513534 atau pembaruan berikutnya. Ini tidak mendukung migrasi pengguna dan grup lokal dari server NetApp CIFS.

Storage Migration Service saat ini tidak memigrasikan pengendali domain di Windows Server 2019 atau Windows Server 2022. Sebagai solusinya, selama Anda memiliki lebih dari satu pengendali domain di domain Direktori Aktif, demosi pengendali domain sebelum memigrasikannya, lalu promosikan tujuan setelah pemotongan selesai. Jika Anda memilih untuk memigrasikan sumber atau tujuan pengendali domain, Anda tidak akan dapat memotong. Anda tidak boleh memigrasikan pengguna dan grup saat bermigrasi dari atau ke pengendali domain.

Storage Migration Service memigrasikan semua bendera, pengaturan, dan keamanan berbagi SMB. Daftar bendera yang dimigrasikan Storage Migration Service meliputi:

• Share State
• Availability Type
• Share Type
• Folder Enumeration Mode *(also known as Access-Based Enumeration or ABE)*
• Caching Mode
• Leasing Mode
• Smb Instance
• CA Timeout
• Concurrent User Limit
• Continuously Available
• Description
• Encrypt Data
• Identity Remoting
• Infrastructure
• Name
• Path
• Scoped
• Scope Name
• Security Descriptor
• Shadow Copy
• Special
• Temporary

Versi Storage Migration Service yang dikirim di Windows Server 2019 dan Windows Server 2022 tidak mendukung konsolidasi beberapa server ke dalam satu server. Contoh konsolidasi adalah memigrasikan tiga server sumber terpisah - yang mungkin memiliki nama berbagi dan jalur file lokal yang sama - ke satu server baru yang memvirtualisasikan jalur dan berbagi tersebut untuk mencegah tumpang tindih atau tabrakan, lalu menjawab ketiga nama server dan alamat IP sebelumnya. Namun, Anda dapat memigrasikan server mandiri ke beberapa sumber daya server file pada satu kluster.

Storage Migration Service mendukung migrasi dari server Samba Linux setelah penginstalan pembaruan kumulatif KB4513534 atau pembaruan berikutnya. Lihat persyaratan untuk daftar versi Samba dan distro Linux yang didukung. Storage Migration Service mendukung migrasi dari array NetApp FAS setelah penginstalan pembaruan kumulatif KB5001384.

Versi Storage Migration Service yang dikirim di Windows Server 2019 dan Windows Server 2022 tidak mendukung migrasi Versi Sebelumnya (dibuat dengan layanan salinan bayangan volume) file. Hanya versi saat ini yang bermigrasi.

Storage Migration Service berisi mesin baca dan salin multi-utas yang disebut layanan Proksi Layanan Migrasi Penyimpanan, yang kami rancang agar cepat dan membawa serta keakuratan data sempurna yang kurang dalam banyak alat penyalinan file. Meskipun konfigurasi default akan optimal bagi banyak pelanggan, ada cara untuk meningkatkan performa SMS selama inventori dan transfer.

• Gunakan Windows Server 2019 atau Windows Server 2022 untuk sistem operasi tujuan. Windows Server 2019 dan Windows Server 2022 berisi layanan Proksi Layanan Migrasi Penyimpanan. Saat Anda menginstal fitur ini dan bermigrasi ke tujuan Windows Server 2019 atau Windows Server 2022, semua transfer beroperasi sebagai garis pandang langsung antara sumber dan tujuan. Layanan ini berjalan pada orkestrator selama transfer jika komputer tujuan adalah Windows Server 2012 R2 atau Windows Server 2016, yang berarti transfer double-hop dan akan lebih lambat. Jika ada beberapa pekerjaan yang berjalan dengan tujuan Windows Server 2012 R2 atau Windows Server 2016, orkestrator akan menjadi hambatan. Versi terbaru Windows Admin Center secara otomatis mengonfigurasi layanan proksi jika tidak diinstal.

• Instal Pembaruan Kumulatif bulanan terbaru. Kami telah meningkatkan layanan Proksi Layanan Migrasi Penyimpanan dalam beberapa pembaruan untuk performa transfer dan transfer ulang yang lebih baik, dan performa Inventori. Instal KB4580390 Pembaruan Kumulatif Oktober 2020 atau yang lebih baru untuk mendapatkan peningkatan kecepatan yang signifikan, atau migrasi menggunakan Windows Server 2022.

• Ubah utas transfer default. Layanan Proksi Layanan Migrasi Penyimpanan menyalin delapan file secara bersamaan dalam pekerjaan tertentu. Anda dapat meningkatkan jumlah utas salinan simultan dengan menyesuaikan nama nilai REG_DWORD registri berikut dalam desimal pada setiap simpul yang menjalankan Proksi Layanan Migrasi Penyimpanan:

  HKEY_Local_Machine\Software\Microsoft\SMSProxy

  FileTransferThreadCount

  Rentang yang valid adalah 1 hingga 512 di Windows Server 2019 dan Windows Server 2022. Anda tidak perlu memulai ulang layanan untuk mulai menggunakan pengaturan ini selama Anda membuat pekerjaan baru. Berhati-hatilah dengan pengaturan ini; mengaturnya lebih tinggi mungkin memerlukan lebih banyak inti, performa penyimpanan, dan bandwidth jaringan. Pengaturan terlalu tinggi dapat menyebabkan penurunan performa dibandingkan dengan pengaturan default.

• Ubah utas berbagi paralel default. Layanan Proksi Layanan Migrasi Penyimpanan menyalin dari delapan berbagi secara bersamaan dalam pekerjaan tertentu. Anda dapat meningkatkan jumlah utas berbagi simultan dengan menyesuaikan nama nilai REG_DWORD registri berikut dalam desimal di server orkestrator Storage Migration Service:

  HKEY_Local_Machine\Software\Microsoft\SMS

  EndpointFileTransferTaskCount

  Rentang yang valid adalah 1 hingga 512 di Windows Server 2019 dan Windows Server 2022. Anda tidak perlu memulai ulang layanan untuk mulai menggunakan pengaturan ini selama Anda membuat pekerjaan baru. Berhati-hatilah dengan pengaturan ini; mengaturnya lebih tinggi mungkin memerlukan lebih banyak inti, performa penyimpanan, dan bandwidth jaringan. Pengaturan terlalu tinggi dapat menyebabkan penurunan performa dibandingkan dengan pengaturan default.

  Jumlah FileTransferThreadCount dan EndpointFileTransferTaskCount adalah berapa banyak file yang dapat disalin oleh Storage Migration Service secara bersamaan dari satu simpul sumber dalam pekerjaan. Untuk menambahkan lebih banyak simpul sumber paralel, buat dan jalankan pekerjaan yang lebih simultan.

• Tambahkan inti dan memori. Kami sangat menyarankan agar komputer sumber, orkestrator, dan tujuan memiliki setidaknya dua inti prosesor atau dua vCPU, dan lebih banyak lagi dapat secara signifikan membantu inventori dan performa transfer, terutama ketika dikombinasikan dengan FileTransferThreadCount (di atas). Saat mentransfer file yang lebih besar dari format Office biasa (gigabyte atau lebih besar) performa transfer akan mendapat manfaat dari lebih banyak memori daripada minimum 2 GB default.

• Membuat banyak pekerjaan. Saat membuat pekerjaan dengan beberapa sumber server, setiap server dihubungi secara serial untuk inventarisasi, transfer, dan cutover. Ini berarti bahwa setiap server harus menyelesaikan fasenya sebelum server lain dimulai. Untuk menjalankan lebih banyak server secara paralel, cukup buat beberapa pekerjaan, dengan setiap pekerjaan hanya berisi satu server. SMS mendukung hingga 100 pekerjaan yang berjalan secara bersamaan, yang berarti satu orkestrator dapat menyejajarkan banyak komputer tujuan Windows Server 2019 dan Windows Server 2022. Kami tidak menyarankan untuk menjalankan beberapa pekerjaan paralel jika komputer tujuan Anda adalah Windows Server 2016 atau Windows Server 2012 R2 karena tanpa layanan proksi SMS yang berjalan di tujuan, orkestrator harus melakukan semua transfer itu sendiri dan bisa menjadi hambatan. Kemampuan bagi server untuk berjalan secara paralel di dalam satu pekerjaan adalah fitur yang kami rencanakan untuk ditambahkan dalam versi SMS yang lebih baru.

• Gunakan SMB 3 dengan jaringan RDMA. Jika mentransfer dari komputer sumber Windows Server 2012 atau yang lebih baru, SMB 3.x mendukung mode SMB Direct dan jaringan RDMA. RDMA memindahkan sebagian besar biaya transfer CPU dari CPU motherboard ke prosesor NIC onboard, mengurangi latensi dan pemanfaatan CPU server. Selain itu, jaringan RDMA seperti ROCE dan iWARP biasanya memiliki bandwidth yang jauh lebih tinggi daripada TCP/ethernet biasa, termasuk kecepatan 25, 50, dan 100 Gb per antarmuka. Menggunakan SMB Direct biasanya memindahkan batas kecepatan transfer dari jaringan ke penyimpanan itu sendiri.

• Gunakan multisaluran SMB 3. Jika mentransfer dari komputer sumber Windows Server 2012 atau yang lebih baru, SMB 3.x mendukung salinan multisaluran yang dapat sangat meningkatkan performa penyalinan file. Fitur ini berfungsi secara otomatis selama sumber dan tujuan keduanya memiliki:

  • Beberapa adaptor jaringan
  • Satu atau beberapa adaptor jaringan yang mendukung Menerima Penskalaan Samping (RSS)
  • Salah satu adaptor jaringan lainnya yang dikonfigurasi dengan menggunakan NIC Teaming
  • Satu atau beberapa adapter jaringan yang mendukung RDMA

• Perbarui driver. Sesuai, instal penyimpanan vendor terbaru dan firmware dan driver penutup, driver HBA vendor terbaru, firmware BIOS/UEFI vendor terbaru, driver jaringan vendor terbaru, dan driver chipset motherboard terbaru di server sumber, tujuan, dan orkestrator. Mulai ulang simpul sesuai kebutuhan. Lihat dokumentasi vendor perangkat keras Anda untuk mengonfigurasi penyimpanan bersama dan perangkat keras jaringan.

• Aktifkan pemrosesan berkinerja tinggi. Pastikan pengaturan BIOS/UEFI untuk server memungkinkan performa tinggi, seperti menonaktifkan C-State, mengatur kecepatan QPI, mengaktifkan NUMA, dan mengatur frekuensi memori tertinggi. Pastikan manajemen daya di Windows Server diatur ke Performa Tinggi. Mulai ulang sesuai kebutuhan. Jangan lupa untuk mengembalikannya ke status yang sesuai setelah menyelesaikan migrasi.

• Setel perangkat keras Tinjau Panduan Penyetelan Performa untuk Windows Server 2016 untuk menyetel komputer orkestrator dan tujuan yang menjalankan Windows Server 2022, Windows Server 2019, atau Windows Server 2016. Bagian Penyetelan Performa Subsistem Jaringan berisi informasi yang sangat berharga. Ada panduan terbaru untuk Windows Server 2022 bernama (Panduan Penyetelan Performa untuk Windows Server 2022)[/windows-server/administration/performance-tuning/].

• Gunakan penyimpanan yang lebih cepat. Meskipun mungkin sulit untuk meningkatkan kecepatan penyimpanan komputer sumber, Anda harus memastikan penyimpanan tujuan setidaknya secepat performa IO tulis karena sumber sedang membaca performa IO untuk memastikan tidak ada penyempitan transfer yang tidak perlu. Jika tujuannya adalah VM, pastikan bahwa, setidaknya untuk tujuan migrasi, ia berjalan di lapisan penyimpanan tercepat host hypervisor Anda, seperti pada tingkat flash atau dengan kluster Storage Spaces Direct HCI menggunakan ruang all-flash atau hibrid yang dicerminkan. Ketika migrasi SMS selesai, VM dapat dimigrasikan secara langsung ke tingkat atau host yang lebih lambat.

• Gunakan kompresi SMB. Jika server sumber dan tujuan Anda adalah Windows Server 2022, Anda dapat mengaktifkan kompresi SMB untuk mendapatkan keuntungan performa yang signifikan pada file yang lebih besar. Tinjau (kompresi SMB)[/windows-server/storage/file-server/smb-compression].

• Perbarui antivirus. Selalu pastikan sumber dan tujuan Anda menjalankan versi perangkat lunak antivirus terbaru yang di-patch untuk memastikan overhead performa minimal. Sebagai pengujian, kecualikan sementara pemindaian folder yang Anda inventarasikan atau migrasikan di server sumber dan tujuan. Jika performa transfer Anda ditingkatkan, hubungi vendor perangkat lunak antivirus Anda untuk mendapatkan petunjuk atau untuk versi perangkat lunak antivirus yang diperbarui atau penjelasan tentang penurunan performa yang diharapkan.

Versi Storage Migration Service yang dikirim di Windows Server 2019 dan Windows Server 2022 tidak mendukung migrasi dari sistem file NTFS ke ReFS. Anda dapat bermigrasi dari NTFS ke NTFS, dan ReFS ke ReFS. Ini secara desain, karena banyaknya perbedaan fungsionalitas, metadata, dan aspek lain yang tidak diduplikasi ReFS dari NTFS. ReFS dimaksudkan sebagai sistem file beban kerja aplikasi, bukan sistem file umum. Untuk informasi selengkapnya, lihat Gambaran umum Sistem File Tangguh (ReFS)

Storage Migration Service menggunakan database mesin penyimpanan yang dapat diperluas (ESE) yang diinstal secara default di folder c:\programdata\microsoft\storagemigrationservice tersembunyi. Database ini akan bertambah saat pekerjaan ditambahkan dan transfer selesai, dan dapat menggunakan ruang drive yang signifikan setelah memigrasikan jutaan file jika Anda tidak menghapus pekerjaan. Jika database perlu dipindahkan, lakukan langkah-langkah berikut:

1. Hentikan layanan "Storage Migration Service" di komputer orkestrator.

2. Ambil kepemilikan %programdata%/Microsoft/StorageMigrationService folder

3. Tambahkan akun pengguna Anda untuk memiliki kontrol penuh atas berbagi tersebut dan semua file dan subfoldernya.

4. Pindahkan folder ke drive lain pada komputer orkestrator.

5. Atur nilai REG_SZ registri berikut:

   HKEY_Local_Machine\Software\Microsoft\SMS DatabasePath = jalur ke folder database baru pada volume yang berbeda

6. Pastikan bahwa akun "SYSTEM" dan "Network Service" memiliki kontrol penuh ke semua file dan subfolder folder tersebut

7. Hapus izin akun Anda sendiri.

8. Mulai layanan "Storage Migration Service".

Tidak, Storage Migration Service tidak memigrasikan aplikasi yang diinstal secara lokal. Setelah migrasi selesai, instal ulang aplikasi apa pun ke komputer tujuan yang berjalan di komputer sumber. Tidak perlu mengonfigurasi ulang pengguna atau aplikasi mereka; Storage Migration Service dirancang untuk membuat perubahan server tidak terlihat oleh klien.

Saat melakukan transfer, Storage Migration Service berusaha mencerminkan data dari server sumber. Server tujuan tidak boleh berisi data produksi atau pengguna yang terhubung, karena data tersebut dapat ditimpa. Secara default, transfer pertama membuat salinan cadangan data apa pun di server tujuan sebagai perlindungan. Pada semua transfer berikutnya, secara default, Storage Migration Service mencerminkan data ke tujuan; ini berarti tidak hanya menambahkan file baru, tetapi juga secara sewenang-wenang menimpa file yang ada dan menghapus file apa pun yang tidak ada di sumbernya. Perilaku ini disengaja dan memberikan keakuratan yang sempurna dengan komputer sumber.

Sebagian besar kesalahan yang ditemukan dalam file CSV transfer adalah Kode Kesalahan Sistem Windows. Anda dapat mengetahui apa arti setiap kesalahan dengan meninjau dokumentasi kode kesalahan Win32.

Server tujuan mungkin berisi sertifikat - yang dikeluarkan sebelum cutover - di penyimpanan sertifikat lokalnya, dengan nama server menjadi bagian dari subjek, nama alternatif subjek, atau bidang lainnya. Ketika cutover terjadi dan server diganti namanya, sertifikat ini tidak diperbarui. Anda harus mengeluarkan kembali sertifikat ke server yang baru diganti namanya menggunakan metode penyebaran Anda saat ini, seperti Kebijakan Grup atau pendaftaran web.

Untuk memberikan umpan balik tentang Storage Migration Service:

• Gunakan alat Hub Umpan Balik yang disertakan dalam Windows 10, pilih Sarankan Fitur, dan tentukan kategori Windows Server dan subkategori Migrasi Penyimpanan
• Email smsfeed@microsoft.com

Untuk mengajukan bug:

• Gunakan alat Hub Umpan Balik yang disertakan dalam Windows 10, pilih Laporkan Masalah, dan tentukan kategori Windows Server dan subkategori Migrasi Penyimpanan
• Buka kasus dukungan melalui Dukungan Microsoft

Untuk mendapatkan dukungan:

• Memposting pertanyaan di Komunitas Teknologi Windows Server
• Posting di forum Windows Server 2019
• Buka kasus dukungan melalui Dukungan Microsoft

Referensi tambahan

• Gambaran umum Storage Migration Service