View a markdown version of this page

Migrasikan a WorkSpace secara Pri WorkSpaces badi - Amazon WorkSpaces

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

Migrasikan a WorkSpace secara Pri WorkSpaces badi

catatan

Jika Anda ingin berhenti berlangganan atau menghapus lisensi versi Microsoft Office melalui AWS lisensi Anda WorkSpace, sebaiknya gunakan Kel ola aplikasi.

Anda dapat memigrasi WorkSpace dari satu bundel ke bundel lainnya, sambil mempertahankan data pada volume pengguna. Berikut ini adalah contoh skenario:

  • Anda dapat bermigrasi WorkSpaces dari pengalaman desktop Windows 7 ke pengalaman desktop Windows 10.

  • Anda dapat bermigrasi WorkSpaces dari protokol PCoIP ke DCV. Jika Anda hanya ingin mengubah protokol streaming, gunakan fitur Modify protocol sebagai gantinya. Protokol modifikasi mempertahankan volume root Anda dan tidak memerlukan pembangunan kembali. Untuk informasi selengkapnya, lihat M emodifikasi protokol. Gunakan fitur Migrasi yang dijelaskan di bagian ini saat Anda perlu mengubah bundel atau sistem operasi.

  • Anda dapat bermigrasi WorkSpaces dari bundel bertenaga Microsoft Office 32-bit di Windows Server 2016 ke WorkSpaces bundel bertenaga Microsoft Office 64-bit di Windows Server 2019 dan Windows Server 2022 WorkSpaces .

  • Anda dapat bermigrasi WorkSpaces dari satu bundel publik atau kustom ke paket lainnya. Misalnya, Anda dapat bermigrasi dari GPU-enabled (Graphics.g6, Graphics.g4dn. GraphicsPro.g4dn, Grafik, dan GraphicsPro) bundel ke non- GPU-enabled bundel, serta ke arah lain.

  • Anda dapat bermigrasi WorkSpaces dari Windows 10 BYOL ke Windows 11 BYOL tetapi migrasi dari Windows 11 ke Windows 10 tidak didukung.

  • Bundel nilai tidak didukung di Windows 11. Untuk memigrasikan bundel nilai Windows 7 atau 10 Anda WorkSpaces ke Windows 11, Anda harus mengalihkan Nilai Anda WorkSpaces ke penawaran bundel yang lebih besar terlebih dahulu.

  • Sebelum bermigrasi WorkSpaces dari Windows 7 ke Windows 11, Anda perlu memigrasinya ke Windows 10. Masuk ke Windows 10 WorkSpace setidaknya sekali sebelum memigrasinya ke Windows 11. Migrasi dari Windows 7 WorkSpaces langsung ke Windows 11 tidak didukung.

  • Anda dapat memigr WorkSpaces asikan Windows yang menggunakan Microsoft Office AWS ke WorkSpaces bundel kustom dengan aplikasi Microsoft 365. Setelah migrasi, Anda WorkSpaces berhenti berlangganan dari Microsoft Office.

  • Anda dapat memigrasikan Windows WorkSpaces yang menggunakan Microsoft Office AWS ke WorkSpaces bundel tanpa 2016/2019 langganan Office. Setelah migrasi, Anda WorkSpaces berhenti berlangganan dari Microsoft Office.

  • Anda dapat memigrasikan BYOL BYOP WorkSpaces dari Windows 10 ke Windows 11, dan BYOP yang disertakan lisensi WorkSpaces dari Windows Server 2019 ke Windows Server 2022.

  • Anda dapat memigrasikan WorkSpace bundel bertenaga Windows Server apa pun ke Windows Server 2025. Setelah dimigrasi, Anda akan menggunakan protokol streaming DCV untuk mengaktifkan streaming desktop jarak jauh berkinerja tinggi, bahkan dengan aplikasi intensif grafis, melalui berbagai kondisi jaringan, bahkan dengan perangkat klien yang kurang kuat.

  • Anda dapat memigrasikan WorkSpace bundel BYOP yang disertakan lisensi Windows Server ke BYOP Windows Server 2025.

  • Anda dapat memigr WorkSpaces asikan Linux antar sistem operasi, termasuk Amazon Linux 2, Ubuntu, Red Hat Enterprise Linux, dan Rocky Linux. Untuk informasi selengkapnya, lihat Migrasi Linux WorkSpace ke sistem operasi yang berbeda.

Untuk informasi selengkapnya tentang WorkSpaces bundel Amazon, lihatBundel dan gambar untuk Pri WorkSpaces badi.

Proses migrasi membuat ulang WorkSpace dengan menggunakan volume root baru dari gambar bundel target dan volume pengguna dari snapshot terakhir yang tersedia dari aslinya. WorkSpace Profil pengguna baru akan dihasilkan selama migrasi untuk kompatibilitas yang lebih baik. Profil pengguna lama diganti nama, lalu file tertentu di profil pengguna lama dipindahkan ke profil pengguna baru. (Untuk detail tentang apa yang akan dipindahkan, lihat Apa yang terjadi selama migrasi.)

Proses migrasi memakan waktu hingga satu jam per WorkSpace. Saat Anda memulai proses migrasi, yang baru WorkSpace dibuat. Jika terjadi kesalahan yang mencegah migrasi berhasil, yang asli WorkSpace dipulihkan dan dikembalikan ke keadaan semula, dan yang baru WorkSpace dihentikan.

Batas migrasi

  • Anda tidak dapat bermigrasi ke paket pengalaman desktop Windows 7 publik atau kustom. Anda juga tidak dapat memigrasi untuk membawa Anda sendiri lisensi (BYOL) Windows 7 paket.

  • Anda dapat memigrasikan BYOL WorkSpaces hanya ke bundel BYOL lainnya. Untuk memigrasikan BYOL WorkSpace dari PCoIP ke DCV, Anda harus terlebih dahulu membuat bundel BYOL dengan protokol DCV. Anda kemudian dapat memigrasikan PCoIP BYOL Anda WorkSpaces ke bundel DCV BYOL tersebut.

  • Anda tidak dapat memigrasikan paket yang WorkSpace dibuat dari bundel publik atau kustom ke bundel BYOL.

  • Protokol DCV mendukung bundel Graphics G6, Graphics.g4dn, dan GraphicsPro.g4dn pada Windows. Di Ubuntu, hanya Graphics.g4dn dan GraphicsPro.g4dn tersedia.

  • Protokol PCoIP mendukung Graphics.g4dn dan menggabungkan GraphicsPro.g4dn hanya pada Windows.

  • Untuk informasi tentang migrasi Linux WorkSpaces, lihatMigrasi Linux WorkSpace ke sistem operasi yang berbeda.

  • Di AWS Wilayah yang mendukung lebih dari satu bahasa, Anda dapat bermigrasi WorkSpaces antar bundel bahasa.

  • Sumber dan target paket harus berbeda. (Namun, di Wilayah yang mendukung lebih dari satu bahasa, Anda dapat bermigrasi ke paket Windows 10 yang sama selama bahasanya berbeda.) Jika Anda ingin menyegarkan WorkSpace menggunakan bundel yang sama, buat ulang sebagai WorkSpace gantinya.

  • Anda tidak dapat bermigrasi WorkSpaces di seluruh Wilayah.

  • Dalam beberapa kasus, jika migrasi tidak berhasil diselesaikan, Anda mungkin tidak menerima pesan kesalahan, dan mungkin tampak bahwa proses migrasi tidak dimulai. Jika WorkSpace bundel tetap sama satu jam setelah mencoba migrasi, migrasi tidak berhasil. Hubungi Pusat AWS Dukungan untuk mendapatkan bantuan.

  • Anda tidak dapat memigrasikan BYOP WorkSpaces ke PCoIP atau DCV. WorkSpaces

  • Anda tidak dapat memigrasikan domain yang bergabung dengan Active Directory ke Microsoft WorkSpaces . Entra-joined WorkSpaces

Skenario migrasi

Tabel berikut menunjukkan skenario migrasi mana yang tersedia:

OS Sumber OS Target Tersedia?

Paket publik atau kustom Windows 7

Paket publik atau kustom Windows 10

Ya

Paket kustom Windows 7

Paket publik Windows 7

Tidak

Paket kustom Windows 7

Paket kustom Windows 7

Tidak

Paket publik Windows 7

Paket kustom Windows 7

Tidak

Paket publik atau kustom Windows 10

Paket publik atau kustom Windows 7

Tidak

Paket publik atau kustom Windows 10

Paket kustom Windows 10

Ya

Paket BYOL Windows 7

Paket BYOL Windows 7

Tidak
Paket BYOL Windows 7

Paket BYOL Windows 10

Ya

Paket BYOL Windows 10

Paket BYOL Windows 7

Tidak

Paket BYOL Windows 10

Paket BYOL Windows 10

Ya

Bundel Windows 10 Publik yang didukung Windows Server 2016

Bundel Windows 10 Publik yang didukung Windows Server 2019

Ya

Bundel Windows 10 Publik yang didukung Windows Server 2019

Bundel Windows 10 Publik yang didukung Windows Server 2016

Ya

Paket BYOL Windows 10

Bundel BYOL Windows 11

Ya

Bundel BYOL Windows 11

Paket BYOL Windows 10

Tidak

Bundel Windows 10 kustom bertenaga Windows Server 2016

Bundel Windows 10 Publik yang didukung Windows Server 2019

Ya

Bundel Windows 10 kustom bertenaga Windows Server 2016

Bundel Windows 10 Publik yang didukung Windows Server 2022

Ya

Bundel Windows 10 kustom bertenaga Windows Server 2019

Bundel Windows 10 Publik yang didukung Windows Server 2022

Ya

Windows 10 BYOP BYOL Windows 11 BYOP BYOL Ya
Windows 11 BYOP BYOL Windows 10 BYOP BYOL Tidak
Bundel Windows 10 Publik yang didukung Windows Server 2016 Bundel Windows Server Publik yang didukung Windows Server 2025 Ya
Bundel Windows 10 Publik yang didukung Windows Server 2019 Bundel Windows Server Publik yang didukung Windows Server 2025 Ya
Bundel Windows 10 Publik yang didukung Windows Server 2022 Bundel Windows Server Publik yang didukung Windows Server 2025 Ya
Bundel Windows 10 kustom bertenaga Windows Server 2016 Bundel Windows Server Publik yang didukung Windows Server 2025 Ya
Bundel Windows 10 kustom bertenaga Windows Server 2019 Bundel Windows Server Publik yang didukung Windows Server 2025 Ya
Bundel Windows 10 kustom bertenaga Windows Server 2022 Bundel Windows Server Publik yang didukung Windows Server 2025 Ya
BYOP Publik yang didukung Windows Server 2019 BYOP Publik yang didukung Windows Server 2022 Ya
BYOP Publik yang didukung Windows Server 2022 BYOP Publik yang didukung Windows Server 2019 Tidak
BYOP Publik yang didukung Windows Server 2019 BYOP Publik yang didukung Windows Server 2025 Ya
BYOP Publik yang didukung Windows Server 2025 BYOP Publik yang didukung Windows Server 2019 Tidak
BYOP Publik yang didukung Windows Server 2022 BYOP Publik yang didukung Windows Server 2025 Ya
BYOP Publik yang didukung Windows Server 2025 BYOP Publik yang didukung Windows Server 2022 Tidak
Bundel Windows 10 Publik yang didukung Windows Server 2019 BYOP Publik yang didukung Windows Server 2025 Ya
Bundel Windows 10 Kustom bertenaga Windows Server 2019 BYOP Publik yang didukung Windows Server 2025 Ya
Bundel Windows 10 Publik yang didukung Windows Server 2022 BYOP Publik yang didukung Windows Server 2025 Ya
Bundel Windows 10 Kustom yang didukung Windows Server 2022 BYOP Publik yang didukung Windows Server 2025 Ya
catatan

Akses web tidak tersedia untuk cabang PCoIP bundel Windows 10 Publik yang didukung Windows Server 2019.

catatan

Jika Anda memigrasi WorkSpace dengan virtualisasi bersarang diaktifkan, bundel target harus memenuhi persyaratan untuk virtualisasi bersarang: protokol DCV (WSP), sistem operasi yang didukung, dan non-bundel. GPU-enabled Jika bundel target tidak memenuhi persyaratan ini, virtualisasi bersarang dinonaktifkan pada migr WorkSpace asi. Untuk informasi selengkapnya, lihat Virtualisasi bersarang untuk Pribadi WorkSpaces.

Apa yang terjadi selama migrasi

Selama migrasi, data pada volume pengguna (drive D) dipertahankan, tetapi semua data pada volume root (drive C) hilang. Ini berarti bahwa tidak ada aplikasi yang diinstal, pengaturan, dan perubahan pada registri yang dipertahankan. Folder profil pengguna lama berganti nama dengan sufiks .NotMigrated, dan profil pengguna baru dibuat.

Proses migrasi membuat ulang drive D berdasarkan snapshot terakhir dari volume pengguna asli. Selama boot pertama yang baru WorkSpace, proses migrasi memindahkan D:\Users\%USERNAME% folder asli ke folder bernamaD:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. Folder D:\Users\%USERNAME%\ baru dibuat oleh OS baru.

Setelah profil pengguna baru dibuat, file dalam folder shell pengguna berikut dipindahkan dari profil .NotMigrated ke profil baru:

  • D:\Users\%USERNAME%\Desktop

  • D:\Users\%USERNAME%\Documents

  • D:\Users\%USERNAME%\Downloads

  • D:\Users\%USERNAME%\Favorites

  • D:\Users\%USERNAME%\Music

  • D:\Users\%USERNAME%\Pictures

  • D:\Users\%USERNAME%\Videos

penting

Proses migrasi mencoba untuk memindahkan file dari profil pengguna lama ke profil baru. Berkas apa pun yang tidak dipindahkan selama migrasi tetap berada di folder D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. Jika migrasi berhasil, Anda dapat melihat file mana yang dipindahkan ke C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs. Anda dapat secara manual memindahkan file apa pun yang tidak dipindahkan secara otomatis.

Secara default, paket publik memiliki pengindeksan pencarian lokal yang dinonaktifkan. Jika Anda mengaktifkannya, default-nya adalah untuk mencari C:\Users dan bukan D:\Users, jadi Anda perlu menyesuaikannya juga. Jika Anda telah menetapkan pengindeksan pencarian lokal secara khusus ke D:\Users\username dan bukan ke D:\Users, maka pengindeksan pencarian lokal mungkin tidak bekerja pasca-migrasi untuk setiap berkas pengguna yang berada di folder D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated.

Setiap tag yang ditetapkan ke WorkSpace aslinya dibawa selama migrasi, dan mode berjalan WorkSpace dipertahankan. Namun, yang baru WorkSpace mendapat WorkSpace ID baru, nama komputer, dan alamat IP.

Pengaturan virtualisasi bersarang dipertahankan selama migrasi. Jika virtualisasi bersarang diaktifkan pada sumber WorkSpace, virtualisasi tetap diaktifkan pada migrasi WorkSpace, asalkan bundel target memenuhi persyaratan untuk virtualisasi bersarang.

Praktik terbaik

Sebelum Anda memigrasikan a WorkSpace, lakukan hal berikut:

  • Cadangkan data penting apa pun pada drive C ke lokasi lain. Semua data pada drive C dihapus selama migrasi.

  • Pastikan bahwa yang WorkSpace sedang dimigrasi setidaknya berusia 12 jam, untuk memastikan bahwa snapshot volume pengguna telah dibuat. Pada WorkSpaces halaman Migrasi di WorkSpaces konsol Amazon, Anda dapat melihat waktu snapshot terakhir. Setiap data yang dibuat setelah snapshot terakhir hilang selama migrasi.

  • Untuk menghindari potensi kehilangan data, pastikan bahwa pengguna Anda keluar dari mereka WorkSpaces dan tidak masuk kembali sampai setelah proses migrasi selesai. Perhatikan bahwa WorkSpaces tidak dapat dimigrasikan saat mereka dalam ADMIN_MAINTENANCE mode.

  • Pastikan bahwa yang ingin WorkSpaces Anda migrasi memiliki statusAVAILABLE,STOPPED, atauERROR.

  • Pastikan Anda memiliki alamat IP yang cukup untuk migrasi WorkSpaces Anda. Selama migrasi, alamat IP baru akan dialokasikan untuk WorkSpaces.

  • Jika Anda menggunakan skrip untuk bermigrasi WorkSpaces, migrasikan dalam batch tidak lebih dari 25 WorkSpaces sekaligus.

Pemecahan masalah

  • Jika pengguna Anda melaporkan file yang hilang setelah migrasi, periksa untuk melihat apakah file profil pengguna mereka tidak dipindahkan selama proses migrasi. Anda dapat melihat file mana yang dipindahkan C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs. File-file yang tidak dipindahkan akan ditempatkan di folder D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. Anda dapat secara manual memindahkan file apa pun yang tidak dipindahkan secara otomatis.

  • Jika Anda menggunakan API untuk bermigrasi WorkSpaces dan migrasi tidak berhasil, WorkSpace ID target yang dikembalikan oleh API tidak akan digunakan, dan WorkSpace akan tetap memiliki WorkSpace ID asli.

  • Jika migrasi tidak berhasil selesai, periksa Direktori Aktif untuk melihat apakah itu dibersihkan sesuai. Anda mungkin perlu menghapus secara manual WorkSpaces yang tidak lagi Anda butuhkan.

Bagaimana penagihan terpengaruh

Selama bulan di mana migrasi terjadi, Anda akan ditagih jumlah prorata untuk yang baru dan yang asli WorkSpaces. Misalnya, jika Anda bermigrasi WorkSpace A ke WorkSpace B pada 10 Mei, Anda akan dikenakan biaya untuk WorkSpace A dari 1 Mei hingga 10 Mei, dan Anda akan dikenakan biaya untuk WorkSpace B dari 11 Mei hingga 30 Mei.

catatan

Jika Anda memigrasikan WorkSpace ke jenis bundel yang berbeda (misalnya, dari Kinerja ke Daya, atau Nilai ke Standar), ukuran volume root (drive C) dan volume pengguna (drive D) mungkin meningkat selama proses migrasi. Jika perlu, volume root meningkat untuk mencocokkan ukuran volume root default untuk paket baru. Namun, jika Anda telah menentukan ukuran yang berbeda (lebih tinggi atau lebih rendah) untuk volume pengguna daripada default untuk paket asli, ukuran volume pengguna yang sama akan dipertahankan selama proses migrasi. Jika tidak, proses migrasi menggunakan ukuran volume WorkSpace pengguna sumber yang lebih besar dan ukuran volume pengguna default untuk bundel baru.

Migrasi a WorkSpace

Anda dapat bermigrasi WorkSpaces melalui WorkSpaces konsol Amazon, AWS CLI atau Amazon WorkSpaces API.

Untuk memigrasikan a WorkSpace
  1. Buka WorkSpaces konsol di https://console.aws.amazon.com/workspaces/v2/home.

  2. Di panel navigasi, pilih WorkSpaces.

  3. Pilih WorkSpace dan pilih Tindakan , Migrasi WorkSpaces.

  4. Di bawah Bundel, pilih bundel yang ingin Anda migr WorkSpace asikan.

    catatan

    Untuk memigrasikan BYOL WorkSpace dari PCoIP ke DCV, Anda harus terlebih dahulu membuat bundel BYOL dengan protokol DCV. Anda kemudian dapat memigrasikan PCoIP BYOL Anda WorkSpaces ke bundel DCV BYOL tersebut.

  5. Pilih Migrasikan WorkSpaces.

    Yang baru WorkSpace dengan status PENDING muncul di WorkSpaces konsol Amazon. Ketika migrasi selesai, yang asli WorkSpace dihentikan, dan status baru WorkSpace disetel keAVAILABLE.

  6. (Opsional) Untuk menghapus setiap paket kustom dan citra yang tidak Anda perlukan lagi, lihat Hapus bundel atau gambar khusus di WorkSpaces Pribadi.

Untuk bermigrasi WorkSpaces melalui AWS CLI, gunakan perintah migrate-workspace. Untuk bermigrasi WorkSpaces melalui Amazon WorkSpaces API, lihat MigrateWorkSpace di Refer ensi WorkSpaces API Amazon.