Migration des SCCM-Benutzerstatus - Sind die Daten dieses Benutzers nicht mehr vorhanden?

8

Kurz gesagt (ish), wir befinden uns am Ende unseres XP-zu-Windows 7-Migrationsprojekts und haben endlich einige VIP-Computer für die Migration bereitgestellt. Da der Computer fast so alt ist wie das Betriebssystem, wurde dieser Benutzer zusätzlich zu einem neuen Betriebssystem mit neuer Hardware "gesegnet".

Das Problem ist, dass der Praktikant diese spezielle Migration durchgeführt hat und er sie irgendwie durcheinander gebracht hat. Ernsthaft. Kurz gesagt, der allgemeine Prozess für eine Benutzerstatusmigration besteht darin, eine Zuordnung zwischen dem alten und dem neuen Computer in SCCM herzustellen, eine Erfassungsaufgabensequenz auf dem alten Computer auszuführen und dann eine Wiederherstellungssequenz auf dem neuen Computer durchzuführen. In diesem Fall wurde die Capture-Tasksequenz ausgeführt, bevor die Computer zugeordnet wurden. Daher weigert sich SCCM, die Wiederherstellung durchzuführen, und der alte Computer wurde aus irgendeinem Grund neu formatiert, bevor dies entdeckt wurde.

Wenn wir nun versuchen, die Benutzer zu migrieren, indem wir das USMT.mig, was erfasst und auf den SCCM-Server hochgeladen wurde, "wiederherstellen" , wird nach der Request State StoreAktion der folgende Fehler angezeigt .

Geben Sie hier die Bildbeschreibung ein

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

Die relevanten Protokolleinträge aus dem smsts[date-time].logscheinen zu sein:

<![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">

Versuche, die USMT.migDatei mit dem im Computer Association-> gefundenen Wiederherstellungsschlüssel zu entschlüsseln, Recovery Informationfunktionieren offensichtlich nicht. Wenn der ursprüngliche Computer neu formatiert wird, habe ich schnell das Gefühl, dass alle Spuren des zum Entschlüsseln dieser Datei erforderlichen Schlüssels möglicherweise verschwunden sind.

Geben Sie hier die Bildbeschreibung ein

Jetzt haben wir eine schöne USMT.migDatei auf unserem SCCM-Server und können sie nicht wiederherstellen oder manuell entschlüsseln (zumindest soweit ich das beurteilen kann).

Da es kommt, wurde dieser über eine GUI vorgenommen, so dass wir nicht zurück und Blick auf den CLI - Befehlen von dort zu erholen gehen können, und ich bin mir ziemlich sicher , dass diese .migDatei wird verschlüsselt - MigViewer warnt davor , dass es verschlüsselt ist , und versucht, Wenn Sie die Dateien trotzdem extrahieren, erhalten Sie 0-Byte-Dateien, (corrupt)die an den Dateinamen angehängt sind.

Haben wir kein Glück oder kennt jemand einen Weg, uns aus unserer Bindung herauszuholen?

HopelessN00b
quelle

Antworten:

2

Die Daten des Benutzers sind tot und verschwunden, ja.

Der Microsoft-Support hat bestätigt, dass der ursprüngliche, automatisch generierte Verschlüsselungsschlüssel nicht abrufbar ist und viel zu lang ist, um ihn zu knacken.

HopelessN00b
quelle
2

Versuche, die USMT.mig-Datei mit dem in der Computer Association -> Wiederherstellungsinformationen gefundenen Wiederherstellungsschlüssel zu entschlüsseln, funktionieren offensichtlich nicht. Wenn der ursprüngliche Computer neu formatiert wird, habe ich schnell das Gefühl, dass eine Spur des Schlüssels erforderlich ist Diese Datei zu entschlüsseln ist möglicherweise verschwunden.

Da der Scan durchgeführt wurde, bevor diese nebeneinander liegende Computerzuordnung erstellt wurde, sollte SCCM automatisch eine direkte Computerzuordnung erstellt haben. Wenn diese Zuordnung noch besteht, sollten Sie in der Lage sein, die .MIG-Datei mithilfe des Programms USMTUtils.exe (Referenz: Extrahieren von Dateien aus einem komprimierten USMT-Migrationsspeicher ) mit dem folgenden Befehl zu öffnen :

usmtutils /extract <Path to .MIG file> /decrypt /key:<Recovery key from SCCM console> <Path to Extract to>
mbaldry
quelle
Gute Gedanken, aber natürlich gab es diese Assoziation auch nicht mehr. +1 für etwas, das funktioniert hätte, wenn wir uns nicht ein paar Mal in den Fuß geschossen hätten, bevor ich gebeten wurde zu halpen.
HopelessN00b
2

Tatsächlich können Sie den generierten Schlüssel verwenden, um die Mig-Datei zu entschlüsseln. Sie müssen den Schlüssel in eine Textdatei einfügen und die Befehlszeile anweisen, dort nach dem Schlüssel zu suchen, anstatt ihn einzufügen (da dadurch die Befehlszeichenfolge zu lang wird).

Brian
quelle
0

Haben Sie noch Zugriff auf die alte Maschine? Womit haben Sie es neu formatiert und welche Einstellungen - nur ein schnelles Format oder ein ordnungsgemäßes Löschen mit mehreren Schreibzyklen? In diesem Fall können Sie möglicherweise den alten Schlüssel vom Laufwerk abrufen, vorausgesetzt, Sie wissen, wo Sie suchen müssen. Es gibt viele kostenlose und kostenpflichtige Dienstprogramme, mit denen Sie Dateien auf kürzlich formatierten Laufwerken finden können. Solange die alte Datei nicht überschrieben wurde, haben Sie eine Chance.

Ian Bamforth
quelle