Требуется ли для USMT 5.0 HOST для просмотра контроллера домена и в сети?
1506
Heston T. Holtmann
Я пишу сценарий полуавтоматического процесса миграции 32-битных пользовательских профилей Win XP / настроек приложения / документа на новые 64-битные Windows 7-боксы с использованием инструментов USMT 5.0 (последняя версия ).
Я знаю все о правилах исключения и включения пользователя:
/ue:*\* /ui:DOMAIN\username
У меня хорошие результаты тестирования с пользователями LOCAL HOST в ограниченных тестах моих сценариев ... НО ... возникла проблема, когда Source HOST НЕ подключен к сети домена, когда я хочу сканировать и переносить DOMAIN \ userids .. HOST - это полностью активированный доменный компьютер .. он просто не подключен к сети при выполнении процесса scanstate.exe
Согласно MSFT Docs. ОБА Scanstate и LoadState НЕ ДОЛЖНЫ быть «физически подключены» к сети домена для переноса домена \ пользователей? но мой тест показывает иначе.
** .. мой процесс сканирования НИКОГДА не включает TC \ username **, где "TC" - это имя домена.
Вы можете собирать учетные записи домена без исходного компьютера, имеющего доступ к контроллеру домена. Эта функциональность доступна без какой-либо дополнительной настройки.
LoadState не требует доступа контроллера домена для применения профилей домена. Эта функциональность доступна без какой-либо дополнительной настройки. Для исходного компьютера необязательно иметь доступ к контроллеру домена, когда профиль пользователя был собран с помощью ScanState. Однако профили домена недоступны до тех пор, пока конечный компьютер не присоединится к домену.
Вот моя полная строка состояния сканирования !! ПРИМЕЧАНИЕ: мой путь к магазину действителен .. ошибок нет. !! Примечание: мои входные файлы xml - это только те файлы USMT, с которых все начинают; Не изменилось! !! Выбранный пользователь DOMAIN для сканирования и хранения для этого ХОСТА - TC \atenar !! но TC \atentar НЕ хранится в файлах магазина !!!
** файл журнала сканирования показывает пройденные параметры **
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
и вход / выход из моего скрипта, приводящего к процессу сканирования
@@@ 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]
1 ответ на вопрос
0
Heston T. Holtmann
I found out the very subtle reason WHY my Domain Users can't be resolved and found during scan state process... even though the Official Microsoft Docs says that the computer does NOT need to be connected to the domain network in order to backup or filter on domain users.....
... what the Microsot docs DO NOT TELL you is that IF the machine has been "removed from the Domain" on the domain controller.. then even though the Domain user profiles still exist on the computer.. the system has NO WAY of resolving which domain they belong to.. so you can only do one type of scan and load operation with DOMAIN USERS.. that is INCLUDE ALL of the Domain Users in the data store.. and RESTORE them all in the LOAD process... no way to filter out a single DOMAIN USER since the /ui:\ will never work.
If you Add the computer name back to the Domain Controller.. and connect the computer to the network again.. then scan state can RESOLVE the Domain name in the /ue: and /ue: parameters.
Proof of this is in the following image from a windows XP machine that has lots of Domain account profiles on it.. but has been REMOVED from the Domain the last time it was on the network.