A USMT 5.0 requer que o HOST veja o Controlador de Domínio e a rede?

1

Estou criando um processo de migração semi-automático de perfis de usuário / configurações de aplicativos de 32 bits do Win XP / documento para novas caixas do Windows 7 de 64 bits usando as ferramentas USMT 5.0 (mais recentes).

Eu sei tudo sobre as regras de exclusão e inclusão de usuários:

/ue:*\* 
/ui:DOMAIN\username

Estou tendo bons resultados de teste com usuários LOCAL HOST em testes limitados dos meus scripts. MAS .. tenho um problema quando o Source HOST NÃO está conectado à rede do domínio para quando eu quiser verificar e migrar DOMAIN \ userids .. o HOST é um computador de domínio totalmente ativado .. ele simplesmente não está conectado à rede ao fazer o scanstate.exe processo

De acordo com o MSFT Docs .. BOTH Scanstate e LoadState NÃO precisam estar "fisicamente conectados" à rede do domínio para migrar o domínio \ Users? mas o meu teste mostra o contrário.

** .. meu processo de verificação NUNCA parece incluir TC \ nome de usuário ** onde "TC" é o nome de domínio.

link

Você pode coletar contas de domínio sem que o computador de origem tenha acesso ao controlador de domínio. Esta funcionalidade está disponível sem qualquer configuração adicional.

link

O LoadState não requer acesso ao controlador de domínio para aplicar perfis de domínio. Esta funcionalidade está disponível sem qualquer configuração adicional. Não é necessário que o computador de origem tenha acesso ao controlador de domínio quando o perfil do usuário foi coletado usando o ScanState. No entanto, os perfis de domínio ficam inacessíveis até que o computador de destino ingressou no domínio.

Aqui está minha linha de estado de varredura completa !! NOTA: o meu caminho de loja é válido .. nenhum erro disso. !! Nota: meus arquivos de entrada xml são apenas os da USMT com os quais todos começam; Não mudou! !! O usuário select DOMAIN para escanear e armazenar este HOST é TC \ patenar !! mas TC \ patenar NÃO é feito backup nos arquivos da loja !!!

    scanstate.exe ^
    %g_userstore% ^
    /nocompress ^
    /targetWindows7 ^
    /o ^
    /v:13 ^
    /l:%g_userstore%\log_scanstate.log ^
    /listfiles:%g_userstore%\log_listfiles.log ^
    /progress:%g_userstore%\log_scan_progress.log ^
    /i:..\miguser.xml ^
    /i:..\migdocs.xml ^
    /i:..\migapp.xml ^
    /i:..\exclude.xml ^
    /localonly ^
    /ue:*\* ^
    /ui:TC\%_username%

** o arquivo de log da verificação mostra os parâmetros aprovados **

2014-02-06 16:01:55, Info                  [0x000000] SCANSTATE.EXE Version 6.2.9200.16384[gle=0x000000b7]
2014-02-06 16:01:55, Info                  [0x000000] USMT Started at 2014/02/06:16:01:55.563
2014-02-06 16:01:55, Info                  [0x000000] Command line: scanstate.exe \tc\mig\store\patenar /nocompress /targetWindows7 /o /v:13 /l:\tc\mig\store\patenar\log_scanstate.log /listfiles:\tc\mig\store\patenar\log_listfiles.log /progress:\tc\mig\store\patenar\log_scan_progress.log /i:..\tc-miguser.xml /i:..\tc-migdocs.xml /i:..\tc-migapp.xml /i:..\tc-exclude.xml /localonly /ue:*\* /ui:TC\patenar

                                   Computer name: PNRWPGNBW716479
                               Machine SID: S-1-5-21-200290281-3051264206-3464943771
                               OS version: 5.1.2600.Service Pack 3
                               Language: en-US
                               Architecture: 32-bit

                               Drives:
                                 C: Type: Fixed, Bus type: SCSI, Hotplug: No
                                 D: Type: CD/DVD
                                 A: Type: Removable
                                 Z: Type: Remote

                               Users:
                                 PNRWPGNBW716479\SUPPORT_388945a0, administrator: No, interactive: No, logged on: No, has profile: No
                                 pnrbue, administrator: Yes, interactive: Yes, logged on: No, has profile: Yes
                                 PNRWPGNBW716479\HelpAssistant, administrator: No, interactive: No, logged on: No, has profile: No
                                 mitenkb, administrator: No, interactive: Yes, logged on: No, has profile: Yes
                                 PNRWPGNBW716479\EddieED, administrator: Yes, interactive: Yes, logged on: Yes, has profile: Yes
                                 fernandez, administrator: Yes, interactive: Yes, logged on: No, has profile: Yes
                                 saigon, administrator: Yes, interactive: Yes, logged on: No, has profile: Yes
                                 patenar, administrator: No, interactive: Yes, logged on: No, has profile: Yes
                                 tatu, administrator: No, interactive: Yes, logged on: No, has profile: Yes
                                 mmarky, administrator: Yes, interactive: Yes, logged on: No, has profile: Yes
                                 COUNTZERO, administrator: Yes, interactive: Yes, logged on: No, has profile: Yes
                                 PNRWPGNBW716479\Guest, administrator: No, interactive: Yes, logged on: No, has profile: No
                                 PNRWPGNBW716479\ASPNET, administrator: No, interactive: No, logged on: No, has profile: No
                                 Chukles, administrator: Yes, interactive: Yes, logged on: No, has profile: Yes
                                 PNRWPGNBW716479\___VMware_Conv_SA___, administrator: No, interactive: No, logged on: No, has profile: No
                                 farhats, administrator: No, interactive: Yes, logged on: No, has profile: Yes

e a entrada / saída do meu script que leva ao processo de verificação

    @@@ the users on this host are:

Administrator
All Users
Chukles
COUNTZERO
farhats
fernandez
log
mitenkb
mmarky
patenar
pnrbue
saigon
scripts
tatu
TEMP

@@@ asking for username
Enter a valid username to SCAN and store: patenar

@@@ Username provided was [patenar]
Press any key to continue . . .

@@@ creating migration store paths

user store path= "\tc\mig\store"\patenar

enter::scan_state

SCANSTATE.EXE Version 6.2.9200.16384
(C) 2012 Microsoft Corporation. All rights reserved.

Log messages are being sent to 'Z:\tc\mig\store\patenar\log_scanstate.log'

Starting the migration process
Processing the settings store

Examining the system to discover the migration units
 This Computer (1 of 1): 100% done

Selecting migration units

Estimating total file size for the progress log
 S-1-5-21-85988526-1538548721-1197542801-29154 - 0 files
 S-1-5-21-85988526-1538548721-1197542801-15066 - 0 files
 PNRWPGNBW716479\EddieED - 0 files
 S-1-5-21-85988526-1538548721-1197542801-8188 - 0 files
 S-1-5-21-85988526-1538548721-1197542801-70694 - 0 files
 S-1-5-21-85988526-1538548721-1197542801-68112 - 0 files
 S-1-5-21-85988526-1538548721-1197542801-49517 - 0 files
 S-1-5-21-85988526-1538548721-1197542801-97899 - 0 files
 S-1-5-21-85988526-1538548721-1197542801-8194 - 0 files
 S-1-5-21-85988526-1538548721-1197542801-97933 - 0 files
 S-1-5-21-85988526-1538548721-1197542801-37315 - 0 files
 This Computer - 14879 files

Gathering data
 This Computer (1 of 1): 100% done
 Commit

Success.

ScanState return code: 0

@@@@ COMPLETED: scan of [] to ["\tc\mig\store"\patenar]
    
por Heston T. Holtmann 06.02.2014 / 23:40

1 resposta

0

Descobri a razão muito sutil POR QUE meus Usuários do Domínio não podem ser resolvidos e localizados durante o processo de verificação do estado ... mesmo que o Microsoft Docs Oficial afirme que o computador NÃO precisa estar conectado à rede do domínio para que para fazer backup ou filtrar usuários do domínio .....

... o que os documentos Microsot NÃO lhe dizem é que SE a máquina foi "removida do Domínio" no controlador de domínio ... então mesmo que os perfis de usuário do Domínio ainda existam no computador ... o sistema tem NENHUMA MANEIRA de resolver a qual domínio eles pertencem ... para que você possa fazer apenas um tipo de operação de varredura e carregamento com DOMÍNIO USUÁRIOS .. isso é INCLUIR TODOS os Usuários do Domínio no repositório de dados .. e RESTAURAR todos eles no processo LOAD ... não há como filtrar um único DOMAIN USER, pois o / ui: \ nunca funcionará.

Se você adicionar o nome do computador de volta ao controlador de domínio e conectar o computador à rede novamente, o estado de varredura poderá RESOLVAR o nome do domínio nos parâmetros / ue: e / ue:.

A prova disso está na imagem a seguir de uma máquina com Windows XP que possui muitos perfis de conta de domínio, mas foi REMOVIDA do domínio na última vez que esteve na rede.

    
por 10.02.2014 / 03:13