Migrasi status pengguna SCCM - apakah data pengguna ini hilang?

Singkatnya (ish), kami berada di ujung proyek migrasi XP ke Windows 7 kami, dan akhirnya mendapatkan beberapa mesin VIP untuk dimigrasi. Karena mesin hampir setua OS di atasnya, pengguna khusus ini "diberkati" dengan perangkat keras baru, selain OS baru.

Masalahnya adalah kami meminta pekerja magang melakukan migrasi khusus ini, dan dia agak mengacaukannya. Serius. Singkatnya, proses umum untuk migrasi status pengguna adalah membuat hubungan antara komputer lama dan baru di SCCM, menjalankan urutan tugas penangkapan pada komputer lama, dan kemudian melakukan urutan pemulihan ke komputer baru. Dalam hal ini, urutan tugas penangkapan dijalankan sebelum komputer dikaitkan, sehingga SCCM menolak untuk melakukan pemulihan, dan mesin lama diformat ulang ... untuk beberapa alasan ... sebelum ini ditemukan.

Sekarang, ketika kami mencoba memigrasikan pengguna dengan "mengembalikan" USMT.migyang ditangkap dan diunggah ke server SCCM, kami mendapatkan kesalahan di bawah ini, mengikuti Request State Storetindakan.

 Task Sequence: USMT - Restore State has failed with the error code  (0x00004005). 
 For more information, contact your system administrator or helpdesk operator.

Entri log yang relevan dari smsts[date-time].logtampaknya:

<![LOG[Requesting SMP Root share config information from http://[Our SCCM server]:0]LOG]!><time="15:45:28.823+240" date="06-13-2014" component="OSDSMPClient" context="" type="1" thread="5136" file="smpclient.cpp:2348">
<![LOG[Received 4027 byte response.]LOG]!><time="15:45:28.892+240" date="06-13-2014" component="OSDSMPClient" context="" type="0" thread="5136" file="smpclient.cpp:2363">
<![LOG[Adding \\[Our SCCM server]\SMPSTORED_378B856C$ to list ]LOG]!><time="15:45:28.912+240" date="06-13-2014" component="OSDSMPClient" context="" type="1" thread="5136" file="smpclient.cpp:2403">
<![LOG[Successfully connected to "\\[Our SCCM server]\SMPSTORED_378B856C$"]LOG]!><time="15:45:28.919+240" date="06-13-2014" component="OSDSMPClient" context="" type="1" thread="5136" file="tsconnection.cpp:287">
<![LOG[Sending SMP request to http://[Our SCCM server]:0.]LOG]!><time="15:45:28.950+240" date="06-13-2014" component="OSDSMPClient" context="" type="1" thread="5136" file="smpclient.cpp:1854">
<![LOG[Received 4899 byte response.]LOG]!><time="15:45:29.045+240" date="06-13-2014" component="OSDSMPClient" context="" type="0" thread="5136" file="smpclient.cpp:1861">
<![LOG[SMP request to "http://[Our SCCM server]" failed with error: E_SMPERROR_MIGRATIONID_NOT_FOUND (204)]LOG]!><time="15:45:29.065+240" date="06-13-2014" component="OSDSMPClient" context="" type="2" thread="5136" file="smpclient.cpp:135">
<![LOG[Request to SMP 'http://[Our SCCM server]' failed with error (Code 0x80004005). Trying next SMP.]LOG]!><time="15:45:29.065+240" date="06-13-2014" component="OSDSMPClient" context="" type="2" thread="5136" file="smpclient.cpp:1601">
<![LOG[Failed to find an SMP that can serve request after trying 4 attempts.]LOG]!><time="15:45:29.065+240" date="06-13-2014" component="OSDSMPClient" context="" type="3" thread="5136" file="smpclient.cpp:1644">
<![LOG[ExecuteRestoreRequestToSMP failed (0x80004005).]LOG]!><time="15:45:29.065+240" date="06-13-2014" component="OSDSMPClient" context="" type="3" thread="5136" file="smpclient.cpp:2862">
<![LOG[ExecuteRestoreRequest failed (0x80004005).]LOG]!><time="15:45:29.065+240" date="06-13-2014" component="OSDSMPClient" context="" type="3" thread="5136" file="smpclient.cpp:2926">
<![LOG[OSDSMPClient finished: 0x00004005]LOG]!><time="15:45:29.065+240" date="06-13-2014" component="OSDSMPClient" context="" type="1" thread="5136" file="main.cpp:124">
<![LOG[Process completed with exit code 16389]LOG]!><time="15:45:29.077+240" date="06-13-2014" component="TSManager" context="" type="1" thread="5744" file="commandline.cpp:1123">
<![LOG[!--------------------------------------------------------------------------------------------!]LOG]!><time="15:45:29.078+240" date="06-13-2014" component="TSManager" context="" type="1" thread="5744" file="instruction.cxx:804">
<![LOG[Failed to run the action: Request State Store. 
Unknown error (Error: 00004005; Source: Unknown)]LOG]!><time="15:45:29.082+240" date="06-13-2014" component="TSManager" context="" type="3" thread="5744" file="instruction.cxx:895">
<![LOG[Set authenticator in transport]LOG]!><time="15:45:29.088+240" date="06-13-2014" component="TSManager" context="" type="0" thread="5744" file="libsmsmessaging.cpp:7734">
<![LOG[Set a global environment variable _SMSTSLastActionRetCode=16389]LOG]!><time="15:45:29.350+240" date="06-13-2014" component="TSManager" context="" type="0" thread="5744" file="executionenv.cxx:668">
<![LOG[Set a global environment variable _SMSTSLastActionSucceeded=false]LOG]!><time="15:45:29.352+240" date="06-13-2014" component="TSManager" context="" type="0" thread="5744" file="executionenv.cxx:668">
<![LOG[Clear local default environment]LOG]!><time="15:45:29.353+240" date="06-13-2014" component="TSManager" context="" type="0" thread="5744" file="executionenv.cxx:807">
<![LOG[Failed to run the action: Request State Store. Execution has been aborted]LOG]!><time="15:45:29.365+240" date="06-13-2014" component="TSManager" context="" type="3" thread="5744" file="instruction.cxx:983">
<![LOG[Set authenticator in transport]LOG]!><time="15:45:29.373+240" date="06-13-2014" component="TSManager" context="" type="0" thread="5744" file="libsmsmessaging.cpp:7734">
<![LOG[Failed to run the last action: Request State Store. Execution of task sequence failed.
Unknown error (Error: 00004005; Source: Unknown)]LOG]!><time="15:45:29.700+240" date="06-13-2014" component="TSManager" context="" type="3" thread="5744" file="engine.cxx:213">
<![LOG[Set authenticator in transport]LOG]!><time="15:45:29.708+240" date="06-13-2014" component="TSManager" context="" type="0" thread="5744" file="libsmsmessaging.cpp:7734">
<![LOG[Task Sequence Engine failed! Code: enExecutionFail]LOG]!><time="15:45:33.323+240" date="06-13-2014" component="TSManager" context="" type="3" thread="5744" file="tsmanager.cpp:923">

Upaya mendekripsi USMT.migfile dengan kunci pemulihan yang ditemukan di Computer Association-> Recovery Informationjelas tidak berfungsi, dan dengan komputer asli yang diformat ulang, saya dengan cepat mendapatkan perasaan bahwa setiap jejak kunci yang diperlukan untuk mendekripsi file ini mungkin hilang.

Jadi sekarang kita memiliki USMT.migfile yang indah di server SCCM kami, dan tidak ada cara untuk mengembalikannya, atau mendekripsi secara manual (setidaknya sejauh yang saya tahu).

Karena sudah muncul, ini dilakukan melalui GUI, jadi kita tidak bisa kembali dan melihat perintah CLI untuk memulihkan dari sana, dan saya cukup yakin .migfile ini dienkripsi - MigViewer memperingatkan bahwa itu dienkripsi, dan upaya untuk ekstrak file tetap menghasilkan file 0 byte dengan (corrupt)ditambahkan ke nama file.

Apakah kita kurang beruntung, atau adakah yang tahu cara mengeluarkan kita dari ikatan kita?

Data pengguna sudah mati dan hilang, ya.

Dukungan Microsoft mengonfirmasi bahwa kunci enkripsi asli yang dibuat secara otomatis tidak dapat diambil, dan terlalu lama untuk dipecahkan.

Mencoba mendekripsi file USMT.mig dengan kunci pemulihan yang ditemukan di Asosiasi Komputer -> Informasi Pemulihan jelas tidak berfungsi, dan dengan komputer asli diformat ulang, saya dengan cepat mendapatkan perasaan bahwa setiap jejak kunci yang diperlukan untuk dekripsi file ini mungkin hilang.

Karena pemindaian dilakukan sebelum asosiasi komputer berdampingan ini dibuat, SCCM seharusnya secara otomatis membuat asosiasi komputer di tempat. Jika hubungan itu masih ada, Anda harus dapat membuka kembali file .MIG dengan menggunakan program USMTUtils.exe (referensi: Cara Mengekstrak File dari Toko Migrasi USMT yang Dikompresi ), menggunakan perintah berikut:

usmtutils /extract <Path to .MIG file> /decrypt /key:<Recovery key from SCCM console> <Path to Extract to>

Sebenarnya, Anda dapat menggunakan kunci yang dibuat untuk mendekripsi file mig. Anda harus menempelkan kunci ke file teks dan memberitahu baris perintah untuk mencari kunci di sana daripada menempelnya (karena itu membuat string perintah terlalu lama).

Apakah Anda masih memiliki akses ke mesin lama? Apa yang Anda gunakan untuk memformat ulang, dan pengaturan apa - hanya format cepat, atau penghapusan multi-write-cycle yang tepat? Jika yang pertama, Anda mungkin dapat mengambil kunci lama dari drive, dengan asumsi Anda tahu ke mana harus mencari. Ada banyak utilitas gratis dan berbayar yang memungkinkan Anda menemukan file di drive yang baru diformat - selama file lama belum ditimpa, Anda punya peluang.