우리는 XP에서 Windows 7 로의 마이그레이션 프로젝트의 최후에 있으며 마침내 VIP 시스템을 마이그레이션 할 수 있습니다. 머신은 거의 OS만큼 오래 되었기 때문에이 특정 사용자는 새로운 OS뿐만 아니라 새로운 하드웨어로 “축복을 받았습니다”.
문제는 우리가 인턴에게이 특정한 이주를하게했고, 그는 그것을 엉망으로 만들었습니다. 진심으로. 즉, 사용자 상태 마이그레이션의 일반적인 프로세스는 SCCM에서 이전 컴퓨터와 새 컴퓨터 사이에 연결을 만들고 이전 컴퓨터에서 캡처 작업 순서를 실행 한 다음 새 컴퓨터로 복원 순서를 수행하는 것입니다. 이 경우, 컴퓨터가 연결되기 전에 캡처 작업 순서가 실행되었으므로 SCCM이 복원을 거부하고 이전의 시스템이 다시 포맷되었습니다.
이제 USMT.mig캡처하고 SCCM 서버에 업로드 한 사용자를 “복원”하여 사용자를 마이그레이션하려고 하면 Request State Store조치에 따라 아래 오류가 발생합니다 .
Task Sequence: USMT - Restore State has failed with the error code (0x00004005).
For more information, contact your system administrator or helpdesk operator.
관련 로그 항목은 다음과 smsts[date-time].log같습니다.
<![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">
-> USMT.mig에있는 복구 키로 파일의 암호를 해독하려고 시도하면 분명히 작동하지 않으며 원래 컴퓨터를 다시 포맷하면이 파일의 암호를 해독하는 데 필요한 키의 흔적이 사라질 것이라는 느낌이 들었습니다.Computer AssociationRecovery Information
이제 우리는 USMT.migSCCM 서버에 멋진 파일 을 가지고 있으며 복원하거나 수동으로 해독 할 수있는 방법이 없습니다 (적어도 내가 알 수있는 한).
그것이 시작되었으므로 GUI를 통해 수행되었으므로 돌아가서 CLI 명령을보고 복구 할 수 없으며이.mig 파일 이 암호화 되어 있다고 확신합니다. MigViewer 는 암호화 되었다고 경고하고 시도합니다. 어쨌든 파일을 추출하면 파일 (corrupt)이름 에 0 바이트 파일이 추가됩니다.
운이 나쁘거나 누군가 우리를 속박에서 벗어날 수있는 방법을 알고 있습니까?
답변
사용자의 데이터는 죽었습니다.
Microsoft 지원 부서에서 자동으로 생성 된 원본 암호화 키를 검색 할 수 없으며 너무 길어서 크랙하기가 어렵다는 것을 확인했습니다.
답변
Computer Association-> Recovery Information에있는 복구 키를 사용하여 USMT.mig 파일의 암호를 해독하려고 시도하는 것은 분명히 작동하지 않으며 원래 컴퓨터를 다시 포맷하면 키의 흔적이 필요하다는 느낌을 빨리받습니다. 이 파일을 해독하면 사라질 수 있습니다.
이 단계별 컴퓨터 연결을 만들기 전에 검색이 수행되었으므로 SCCM은 자동으로 적절한 컴퓨터 연결을 만들어야합니다. 해당 연결이 여전히 남아 있으면 다음 명령 을 사용하여 USMTUtils.exe 프로그램 (참조 : 압축 된 USMT 마이그레이션 저장소에서 파일을 추출하는 방법)을 사용하여 .MIG 파일을 열 수 있습니다 .
usmtutils /extract <Path to .MIG file> /decrypt /key:<Recovery key from SCCM console> <Path to Extract to>
답변
실제로 생성 된 키를 사용하여 mig 파일의 암호를 해독 할 수 있습니다. 키를 텍스트 파일에 붙여 넣고 명령 줄에 키를 붙여 넣지 않고 키를 찾도록 지시해야합니다 (명령 문자열이 너무 길기 때문에).
답변
여전히 기존 머신에 액세스 할 수 있습니까? 다시 포맷하기 위해 무엇을 사용했으며, 빠른 포맷 또는 적절한 다중 쓰기주기 지우기와 같은 설정은 무엇입니까? 전자의 경우 볼 위치를 알고 있다고 가정하면 드라이브에서 이전 키를 검색 할 수 있습니다. 이전 형식의 파일을 실제로 덮어 쓰지 않는 한 최근 포맷 된 드라이브에서 파일을 찾을 수있는 무료 및 유료 유틸리티가 많이 있습니다.