Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Migrasi WorkSpace dalam WorkSpaces Personal
Anda dapat memigrasikan 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 PCoIP protokol keDCV.
-
Anda dapat bermigrasi WorkSpaces dari Microsoft Office 32-bit pada bundel yang didukung Windows Server 2016 ke Microsoft Office 64-bit di Windows Server 2019 dan WorkSpaces bundel yang didukung Windows Server 2022. WorkSpaces
-
Anda dapat bermigrasi WorkSpaces dari satu bundel publik atau kustom ke bundel lainnya. Misalnya, Anda dapat bermigrasi dari GPU -enabled (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.
-
Paket nilai tidak didukung di Windows 11. Untuk memigrasikan paket nilai Windows 7 atau 10 Anda WorkSpaces ke Windows 11, Anda perlu mengalihkan Nilai WorkSpaces Anda ke penawaran bundel yang lebih besar terlebih dahulu.
-
Sebelum bermigrasi WorkSpaces dari Windows 7 ke Windows 11, Anda harus memigrasikannya ke Windows 10. Masuk ke Windows 10 WorkSpace setidaknya sekali sebelum memigrasikannya ke Windows 11. Migrasi dari Windows 7 WorkSpaces langsung ke Windows 11 tidak didukung.
-
Anda dapat memigrasikan Windows WorkSpaces yang menggunakan Microsoft Office melalui AWS WorkSpaces paket kustom dengan aplikasi Microsoft 365. Setelah migrasi, Anda berhenti WorkSpaces berlangganan dari Microsoft Office.
-
Anda dapat memigrasikan Windows WorkSpaces yang menggunakan Microsoft Office AWS ke WorkSpaces bundel tanpa langganan Office 2016/2019. Setelah migrasi, Anda berhenti WorkSpaces berlangganan dari Microsoft Office.
-
Anda dapat bermigrasi BYOL BYOP WorkSpaces dari Windows 10 ke Windows 11, dan termasuk lisensi BYOP WorkSpaces dari Windows Server 2019 ke Windows Server 2022.
Untuk informasi selengkapnya tentang WorkSpaces bundel Amazon, lihatBundel dan gambar untuk Pribadi WorkSpaces .
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 dibuat 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 akan WorkSpace dibuat. Jika terjadi kesalahan yang mencegah migrasi berhasil, aslinya WorkSpace dipulihkan dan dikembalikan ke keadaan semula, dan yang baru WorkSpace dihentikan.
Daftar Isi
Batas migrasi
-
Anda tidak dapat bermigrasi ke paket pengalaman desktop Windows 7 publik atau kustom. Anda juga tidak dapat bermigrasi ke bundel Bring Your Own License (BYOL) Windows 7.
-
Anda BYOL WorkSpaces hanya dapat bermigrasi ke BYOL bundel lain. Untuk memigrasikan BYOL WorkSpace dari PCoIP keDCV, Anda harus terlebih dahulu membuat BYOL bundel dengan DCV protokol. Anda kemudian dapat memigrasikan PCoIP BYOL WorkSpaces ke DCV BYOL bundel itu.
-
Anda tidak dapat memigrasikan yang WorkSpace dibuat dari bundel publik atau kustom ke bundel. BYOL
-
Graphics.g4dn, GraphicsPro .g4dn, Graphics, dan GraphicsPro bundel tersedia untuk protokol pada Windows dan Ubuntu. PCoIP Graphics.g4dn dan GraphicsPro .g4dn tersedia untuk protokol di Windows dan Ubuntu. DCV Grafik dan belum GraphicsPro WorkSpaces dapat dimigrasikanDCV.
-
Migrasi Linux saat WorkSpaces ini tidak didukung.
-
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 kembali WorkSpace sebagai 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 Support
untuk mendapatkan bantuan. -
Anda tidak dapat bermigrasi BYOP WorkSpaces ke PCoIP atau DCV 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 |
|
BYOLBundel Windows 7 |
BYOLBundel Windows 7 |
Tidak |
| BYOLBundel Windows 7 |
BYOLBundel Windows 10 |
Ya |
|
BYOLBundel Windows 10 |
BYOLBundel Windows 7 |
Tidak |
|
BYOLBundel Windows 10 |
BYOLBundel 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 |
|
BYOLBundel Windows 10 |
BYOLBundel Windows 11 |
Ya |
|
BYOLBundel Windows 11 |
BYOLBundel Windows 10 |
Tidak |
|
Bundel Windows 10 kustom yang didukung Windows Server 2016 |
Bundel Windows 10 Publik yang didukung Windows Server 2019 |
Ya |
|
Bundel Windows 10 kustom yang didukung Windows Server 2016 |
Bundel Windows 10 Publik yang didukung Windows Server 2022 |
Ya |
|
Bundel Windows 10 kustom yang didukung 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 |
| Publik bertenaga Windows Server 2019 BYOP | Publik yang didukung Windows Server 2022 BYOP | Ya |
| Publik yang didukung Windows Server 2022 BYOP | Publik bertenaga Windows Server 2019 BYOP | Tidak |
catatan
Akses web tidak tersedia untuk PCoIP cabang bundel Windows 10 Public Windows 10 yang didukung Windows Server 2019.
penting
Bundel Windows 10 plus Public Server 2016 yang didukung Windows Server mencakup Microsoft Office 2016 dan Layanan Keamanan Bisnis Bebas Khawatir Trend Micro. Bundel Public Windows 10 plus yang didukung Windows Server 2019 hanya mencakup Microsoft Office 2019, dan tidak termasuk Layanan Trend Micro.
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\ dan bukan ke usernameD:\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 aslinya WorkSpace dibawa selama migrasi, dan mode berjalan WorkSpace dipertahankan. Namun, yang baru WorkSpace mendapat WorkSpace ID baru, nama komputer, dan alamat IP.
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 pengguna Anda keluar dari mereka WorkSpaces dan tidak masuk kembali sampai setelah proses migrasi selesai. Perhatikan bahwa WorkSpaces tidak dapat dimigrasikan saat berada dalam
ADMIN_MAINTENANCEmode. -
Pastikan bahwa WorkSpaces Anda ingin bermigrasi memiliki status
AVAILABLE,STOPPED, atauERROR. -
Pastikan bahwa Anda memiliki cukup alamat IP untuk WorkSpaces Anda bermigrasi. Selama migrasi, alamat IP baru akan dialokasikan untuk file. 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 folderD:\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 tidak API akan digunakan, dan masih WorkSpace akan 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 dikenakan 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 WorkSpace A dari 1 Mei hingga 10 Mei, dan Anda akan dikenakan biaya untuk WorkSpace B mulai 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, Amazon AWS CLI atau Amazon WorkSpacesAPI.
Untuk memigrasikan a WorkSpace
Buka WorkSpaces konsol di https://console.aws.amazon.com/workspaces/
. -
Di panel navigasi, pilih WorkSpaces.
-
Pilih WorkSpace dan pilih Tindakan, Migrasi. WorkSpaces
-
Di bawah Bundel, pilih bundel yang ingin Anda WorkSpace migrasi.
catatan
Untuk memigrasikan BYOL WorkSpace dari PCoIP keDCV, Anda harus terlebih dahulu membuat BYOL bundel dengan DCV protokol. Anda kemudian dapat memigrasikan PCoIP BYOL WorkSpaces ke DCV BYOL bundel itu.
-
Pilih Migrasikan WorkSpaces.
Yang baru WorkSpace dengan status
PENDINGmuncul di WorkSpaces konsol Amazon. Ketika migrasi selesai, aslinya akan WorkSpace dihentikan, dan status baru WorkSpace disetel keAVAILABLE. -
(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 MigrateWorkSpacedi WorkSpaces APIReferensi Amazon.
