Componentes de recuperação

Recursos de redefinição de botão de ação por padrão restauram apenas drivers (instalados por meio de pacotes INF) e aplicativos do Windows pré-instalados. Para configurar os recursos para restaurar outras personalizações, como configurações e aplicativos da área de trabalho do Windows, você precisará preparar um ou mais pacotes de personalização que contenham as personalizações. Esses pacotes de personalizações estão na forma de pacotes de provisionamento (.ppkg).

Para garantir que a pasta Recuperação tenha que corrigir permissões e proteger os pacotes contra adulteração ou exclusão acidental, use os seguintes comandos para criar a C:\Recovery pasta:

mkdir C:\Recovery
icacls C:\Recovery /inheritance:r
icacls C:\Recovery /grant:r SYSTEM:(OI)(CI)(F)
icacls C:\Recovery /grant:r *S-1-5-32-544:(OI)(CI)(F)
takeown /f C:\Recovery /a
attrib +H C:\Recovery

Algumas configurações e personalizações não podem ser incluídas em pacotes de provisionamento. Em vez disso, você pode restaurá-los usando um arquivo autônomo aplicado usando os pontos de extensibilidade de redefinição de botão de ação. Para configurações compatíveis com pacotes de provisionamento e desatentos, é recomendável especificá-los usando apenas um dos mecanismos, não ambos. Para saber mais, confira Como funcionam os recursos de redefinição de botão de ação.

Aplicar pastas automaticamente

As pastas de aplicação automática não podem ser usadas em conjunto com pontos de extensibilidade.

Aplicação automática de personalizações

As seguintes personalizações são compatíveis com pastas de aplicação automática:

Configurar a aplicação automática

Para usar pastas de aplicação automática, você precisa copiar arquivos de configuração e quaisquer arquivos de ativo relacionados C:\Recovery\AutoApply. Arquivos de ativo relacionados são arquivos dos quais os arquivos de configuração dependem, como um gráfico que não está atento definirá como um papel de parede ou arquivos .lnk que são usados por TaskbarLayoutModification.xml.

Durante uma recuperação, os arquivos nesta pasta AutoApply serão copiados para as pastas corretas na imagem restaurada. Por exemplo, quando você colocar unattend.xml na pasta AutoApply, ela será copiada para a pasta C:\Windows\Panther durante o processo de recuperação.

A tabela a seguir mostra as personalizações disponíveis e onde copiar a configuração e os arquivos de ativo relacionados para que o PBR possa restaurá-los para o sistema operacional restaurado:

Capturando aplicativos da área de trabalho do Windows usando a ferramenta ScanState da Ferramenta de Migração de Estado do Usuário (USMT) do Windows

Quando /apps é especificado, ScanState usa um conjunto de regras de descoberta de aplicativo para determinar o que deve ser capturado e armazena a saída como uma imagem de dados de dispositivo de referência dentro de um pacote de provisionamento. Em geral, os dados do dispositivo de referência incluem o seguinte:

• Aplicativos da área de trabalho do Windows instalados usando o Microsoft Windows Installer ou outros instaladores
• Todos os arquivos e pastas fora do namespace do Windows (em outras palavras, fora de \Windows, \Program Files, \Program Files (x86), \ProgramData e \Users). Isso se aplica somente ao volume no qual o Windows está instalado.
• Não capturado: aplicativos do Windows.
• Não capturado: estado/dados do usuário.

Você também pode especificar regras adicionais para incluir ou excluir arquivos, pastas e configurações do Registro específicos. Por exemplo, se você estiver usando ScanState durante a implantação de fábrica, talvez seja necessário excluir ferramentas específicas de fabricação para que elas não sejam restauradas quando os usuários finais usarem recursos de redefinição de botão de push. Para especificar regras adicionais, você precisará criar um XML de migração e especificar a opção /i ao usar ScanState.exe.

A opção /apps do ScanState também dá suporte aos seguintes parâmetros opcionais:

Restaurando configurações usando unattend.xml e pontos de extensibilidade

A maioria das configurações definidas usando unattend.xml e outros arquivos de configuração (por exemplo, oobe.xml) não pode ser restaurada usando pacotes de provisionamento. Em vez disso, você precisará usar os pontos de extensibilidade de redefinição de botão de ação para restaurá-los durante a recuperação. Esses pontos de extensibilidade permitem executar scripts que podem:

• Injetar um unattend.xml no sistema operacional recuperado
• Copiar outros arquivos de configuração e ativos para o sistema operacional recuperado

Para saber como criar scripts a serem executados usando pontos de extensibilidade, consulte Adicionar scripts de extensibilidade à redefinição por botão de ação.

Para saber como usar ScanState para capturar e armazenar o PPKG resultante em C:\Recovery\Customizations, que é restaurado automaticamente durante o PBR, consulte Implantar recursos de redefinição de botão de ação usando ScanState.

Estratégias de recuperação para personalizações comuns

A tabela a seguir descreve a estratégia de recuperação para personalizações comuns.