Tutorial completo sobre o recurso sob demanda no Windows.

As Recursos do Windows sob demanda São uma daquelas mudanças silenciosas que a Microsoft introduziu há algumas versões e que, sem alarde, alteraram completamente a forma como funções, recursos e componentes opcionais são instalados e mantidos no Windows 10. Windows 11 e Windows Server. Se você gerencia servidores ou imagens corporativas, entender como eles funcionam deixou de ser opcional.

Em vez de ter todo o sistema carregado com binários que talvez Você nunca vai usar isso; o Windows permite adicionar e remover recursos. A partir de repositórios locais, ISOs específicos ou diretamente do Windows Update. Isso economiza espaço em disco, melhora a segurança e oferece muito mais flexibilidade ao implantar ou reparar computadores e servidores, tanto online quanto remotamente.

O que exatamente são os recursos sob demanda no Windows?

Recursos sob demanda (FOD) É o nome que a Microsoft dá aos pacotes de recursos opcionais que podem ser adicionados ou removidos de um sistema Windows a qualquer momento. Isso inclui tudo, desde recursos de linguagem (reconhecimento de escrita à mão, conversão de texto em fala) até componentes como... .NET Framework 3.5 (NetFx3)Ferramentas de administração, consoles gráficos e muitos recursos clássicos de desktop no Server Core.

A ideia básica é simples: Os arquivos necessários para essas funções podem ser excluídos do sistema. (o “fardo” é removido ou carga pagaPara economizar espaço, e quando um aplicativo ou administrador precisar deles, o Windows pode:

• Baixe o pacote de Windows Update, se o computador tiver acesso à internet.
• Acredite em alguém recurso de rede compartilhado ou repositório interno.
• Leia isso de um Funciona sob demanda, meio de instalação ou ISO.

Em ambientes corporativos, isso é vital: você pode criar imagens de referência leves, definir onde os binários são procurados usando a Política de Grupo e ter controle total. Quais são as funções do equipamento e onde elas estão instaladas?Sem janelas solicitando um DVD no meio de uma implementação.

Como funciona o armazenamento de recursos (armazenamento lado a lado e WinSxS)

Ao falar sobre recursos sob demanda, é impossível não mencionar... armazém lado a lado e a pasta WinSxSNos sistemas modernos da Microsoft, o WinSxS é o repositório interno onde são armazenadas múltiplas versões de bibliotecas, componentes do sistema, funções e recursos.

Historicamente, essa abordagem surgiu para resolver o famoso “Inferno de DLLs”Anteriormente, um aplicativo podia depender de uma versão específica de uma DLL e, se outro aplicativo instalasse uma versão diferente, tudo parava de funcionar. O armazenamento lado a lado permite isso. várias versões do mesmo componente coexisteme que cada aplicação utilize a que lhe corresponde, sem sobrescrever arquivos de outros programas.

Com o Windows Server moderno e o Windows 10/11, essa loja lado a lado também inclui o binários de função e recursoAo instalar um recurso pelo Gerenciador do Servidor, PowerShell ou DISM, os arquivos são copiados do WinSxS (ou de um repositório externo) para o sistema. Se você usar o recurso Recursos Sob Demanda para descarregar a instalação, estará removendo os arquivos da máquina. arquivos de função que não estão instalados, o que reduz o tamanho do WinSxS e do sistema em geral.

Um detalhe interessante é que, quando um arquivo existe tanto no sistema quanto no armazenamento lado a lado, Fisicamente, apenas uma cópia é armazenada no disco.Embora logicamente pareça seguir caminhos diferentes, isso ajuda a conter o crescimento do tamanho do sistema. Mesmo assim, em servidores com muitas funções, muita "carga" desnecessária pode se acumular se os Recursos sob Demanda não forem gerenciados adequadamente.

Recursos sob demanda no Windows Server 2012, 2016, 2019 e versões posteriores.

Os recursos sob demanda foram introduzidos em Windows 8 e Windows Server 2012Desde então, a forma de trabalho tem sido semelhante: você pode excluir arquivos de função (payload) e posteriormente instalá-los a partir de um local remoto, do Windows Update ou da própria mídia de instalação. Isso se aplica tanto a servidores físicos quanto virtuais, bem como a imagens WIM ou discos VHD desconectados.

Em ambientes de servidor, o mecanismo típico para gerenciar essas funções é PowerShell com os cmdlets Install-WindowsFeature e Uninstall-WindowsFeature, juntamente com as ferramentas DISM. No Windows Server 2012/2012 R2, quando os binários de um recurso não estão disponíveis localmente, o sistema tenta localizá-los nesta ordem:

1. Rota de origem especificada pelo próprio administrador (no assistente de Funções e Recursos ou no comando DISM/PowerShell).
2. Configuração de la Política de grupo “Especificar configuração de instalação de componentes opcionais e reparo de componentes”.
3. procure em Windows Update As políticas e a conectividade permitem isso.

Esse comportamento padrão pode ser alterado especificando caminhos de origem alternativos, ajustando políticas ou restringindo o acesso ao Windows Update. Isso permite que a organização Centralize todos os arquivos necessários para instalar funções e recursos em um recurso compartilhado interno..

Crie uma loja de recursos compartilhada lado a lado.

Uma das abordagens mais comuns utilizadas nas empresas é a criação de um repositório de recursos compartilhados na rede, da qual qualquer servidor pode obter os binários para instalar funções e papéis. Este repositório, frequentemente chamado loja lado a ladoÉ simplesmente uma pasta compartilhada com os arquivos apropriados e as permissões devidamente configuradas.

O processo típico para prepará-lo é muito simples: primeiro você cria uma pasta, por exemplo \\servidor\compartilhamento\sxse compartilhe-a na rede. Em seguida, copie a pasta da mídia de instalação do Windows Server. Fontes\SxS Complete esse caminho compartilhado. Esses arquivos serão a "carga útil" que os servidores usarão ao instalar recursos sob demanda.

A chave está nas permissões: não basta que os usuários possam ler a pasta; as contas da equipe do servidor Quem for usar esse armazenamento também precisa de permissões de leitura. Isso significa que você deve conceder acesso a DOMÍNIO\NOME_DO_SERVIDOR$ (ou a um grupo que inclua essas contas). Conceda acesso ao grupo. Tudo Pode ser tentador, mas não é a coisa mais aconselhável a se fazer do ponto de vista da segurança.

Uma vez criado, você pode designar este repositório como rota de origem Ao instalar recursos a partir do assistente de Funções e Recursos, do PowerShell ou do DISM, o sistema primeiro procurará os binários localmente, em vez de pesquisá-los na internet.

Instalação do .NET Framework 3.5 e outros recursos sob demanda.

Um exemplo muito típico de recursos sob demanda é a instalação de .NET Framework 3.5 (que inclui as versões 2.0 e 3.0). Desde o Windows Server 2012 e o Windows 8, os binários do NetFx3 Eles não estão disponíveis no sistema padrão.Eles foram removidos como parte dessa estratégia para reduzir a carga inicial.

Ao tentar habilitar o .NET 3.5 sem os arquivos necessários, o Windows Server 2012 e versões posteriores tentarão se conectar ao servidor. Windows Update para procurá-los, desde que as diretivas o permitam. Se o servidor não tiver acesso à internet, será forçado a obtê-los de um repositório interno ou meio de instalaçãoÉ aí que entram em cena o DISM, o PowerShell e a Política de Grupo.

Em geral, você pode instalar o .NET Framework 3.5 de três maneiras: usando o cmdlet Install-WindowsFeature, o Assistente para adicionar funções e recursos a partir do Gerenciador de Servidores ou da ferramenta DISMEm todos os casos, a lógica é a mesma: indique o recurso (NetFx3) e, se necessário, forneça o caminho de origem para a pasta SxS ou o arquivo WIM que contém os arquivos.

Instale o .NET Framework 3.5 com o PowerShell (Install-WindowsFeature)

Para muitos administradores, o PowerShell é a maneira mais conveniente de gerenciar funções e atribuições. Com uma sessão elevada, o cmdlet Instalar recurso do Windows Permite habilitar o .NET Framework 3.5 especificando um caminho de origem caso os binários não estejam presentes no computador.

O fluxo de trabalho típico consiste em abrir um console do PowerShell "Executar como administrador", seja na área de trabalho ou no Server Core, digitando o comando. PowerShell no simbolo do sistemaEm seguida, execute um comando semelhante a:

Instalar o recurso do Windows .NET Framework Core -Origem D:\Sources\SxS

Neste exemplo, a unidade D: Contém a mídia de instalação do Windows Server e o caminho. Fontes\SxS Ele lida com a carga útil necessária para o NetFx3. Se você já tiver um caminho de origem padrão definido pela Política de Grupo ou se for aceitável que ele tente usar o Windows Update, A especificação do parâmetro -Source não é obrigatória.A menos que você queira forçar um repositório específico.

Se a política da sua organização impede o acesso à internet, ou se você deseja garantir que o servidor sempre use recursos locais, combine essa abordagem com um armazenamento SxS em rede e uma Política de Grupo configurada para impedir o acesso à internet. Download do Windows Update.

Instale o .NET Framework 3.5 usando o Assistente de Funções e Recursos.

Em ambientes com interface gráfica, muitos administradores ainda preferem o estilo clássico. Assistente para adicionar funções e recursos A partir do Gerenciador do Servidor. Para instalar o .NET Framework 3.5 a partir daí, selecione um servidor de destino (por exemplo, um que execute o Windows Server 2016) e, na página de seleção de recursos, marque a caixa correspondente. .NET Framework 3.5.

Se a Política de Grupo permitir o uso do Windows Update e o servidor tiver conectividade, o próprio assistente será executado. O programa tentará localizar e baixar os arquivos ausentes da internet. Clicar em "Instalar" concluirá o processo. Você não precisará especificar mais nada. No entanto, se as políticas bloquearem essa opção ou se você preferir uma fonte diferente, poderá usar o link na tela de confirmação. “Especifique um caminho de origem alternativo”.

Nesse campo, por exemplo, você deveria inserir: D:\Sources\SxS\ para um meio local, ou uma rota do tipo WIM:\\servidor\compartilhamento\instalar.wim:3 Se você deseja usar um arquivo WIM compartilhado, especifique o índice da imagem que contém os arquivos com o último número. Após clicar em OK e depois em Instalar, o assistente usará esse local para recuperar o pacote .NET 3.5.

Esse mesmo esquema também é usado para instalar outros recursos que dependem de funcionalidades sob demanda, especialmente ao trabalhar com instalações leves ou servidores em redes fechadas.

Instale o .NET Framework 3.5 com o DISM.

Ferramenta Gerenciamento e Manutenção de Imagens de Implantação (DISM) É o canivete suíço para gerenciar imagens do Windows, tanto online quanto offline. Ele permite habilitar ou desabilitar recursos, adicionar pacotes e gerenciar funcionalidades no FOD.

Para o .NET Framework 3.5, se o computador tiver acesso ao Windows Update ou se um caminho de origem já estiver definido na Política de Grupo, basta executar:

DISM /online /Enable-Feature /Featurename:NetFx3 /All

Este comando habilita o NetFx3 no sistema em execução. Se, por outro lado, o servidor recuperar os arquivos da mídia de instalação e você não quiser que ele tente contatar o Windows Update ou o WSUS, você pode usar:

DISM /online /Enable-Feature /Featurename:NetFx3 /All /LimitAccess /Source:D:\sources\sxs

Parâmetro / LimitAccess Isso instrui o DISM a não pesquisar servidores do Windows Update ou do WSUS, usando apenas os caminhos de origem especificados. Essa forma de trabalho é especialmente útil em redes isoladas, data centers com restrições rigorosas ou durante a preparação de atualizações. imagens offline montadas a partir de um WIM em uma pasta.

Configure fontes alternativas usando a Política de Grupo.

Para evitar ter que especificar manualmente os caminhos de origem sempre que você instala um recurso, o Windows oferece uma política específica que controla isso. Onde encontrar os arquivos de recursos ausentes? e como interagir com o Windows Update e o WSUS.

A configuração é chamada “Especifique a configuração de instalação para componentes opcionais e reparo de componentes” e está localizado em:

Configuração do computador → Modelos administrativos → Sistema → Especificar configurações opcionais de instalação e reparo de componentes

Ao habilitá-lo, você poderá inserir um caminho completo para uma pasta compartilhada ou para um arquivo WIM na caixa “Caminho alternativo do arquivo de origem”. Por exemplo:

• Pasta compartilhada: \\servidor\compartilhamento\pasta
• Arquivo WIM: WIM:\\servidor\compartilhamento\instalar.wim:3 (onde 3 é o índice da imagem com os arquivos)

Além disso, a política inclui duas opções principais: uma para indicar que Nunca tente descarregar a carga de trabalho do Windows Update. e outra para que, mesmo que você normalmente use o WSUS, os reparos de componentes sejam baixados diretamente do Windows Update.

Com isso configurado corretamente, sempre que um servidor precisar instalar uma função que não possui localmente, Primeiro, ele será enviado para o repositório corporativo., sem depender de o administrador se lembrar de inserir o caminho correto ou da conexão com a internet.

Remova os arquivos de recursos com Uninstall-WindowsFeature e DISM.

Não se trata apenas de instalação; uma parte fundamental dos Recursos Sob Demanda é eliminar o fardo das funções não utilizadas Para economizar espaço e reduzir a superfície de ataque. No Windows Server 2012/2012 R2 e versões posteriores, você tem duas ótimas ferramentas para isso: o cmdlet Recurso de desinstalação do Windows e os comandos do DISM.

O cmdlet Uninstall-WindowsFeature permite ambos desinstalar a função Como excluir seus arquivos de recursos. Se você adicionar o parâmetro -retirarA carga útil é excluída do servidor ou do VHD offline, liberando espaço no armazenamento lado a lado.

Por exemplo, para remover os arquivos da função Serviços de Área de Trabalho Remota quando apenas o serviço de licenciamento permanecer instalado, você pode executar um comando como:

Desinstalar-Recurso do Windows -Nome RDS-Licensing -Nome do computador contoso_1 -Remover

Nesse caso, o serviço de licenciamento é desinstalado e, em seguida, os binários associados a toda a função de Serviços de Área de Trabalho Remota são removidos do servidor. contoso_1Outra possibilidade é trabalhar com um VHD offlineDesinstalar funções e remover seus arquivos diretamente da imagem:

Desinstalar-Recurso-do-Windows -Nome AD-Domain-Services,GPMC -VHD C:\WS2012VHDs\Contoso.vhd -Nome-do-Computador ContosoDC1

O DISM, por sua vez, permite que você crie Imagens WIM personalizadas Essas mídias de instalação não incluem mais arquivos para determinados recursos. Isso é ideal para criar mídias de instalação personalizadas para suas necessidades, com tamanho de arquivo menor e contendo apenas os componentes que você realmente usará em suas implantações.

Remova todos os carregamentos de recursos não utilizados de uma só vez.

Em alguns cenários, é interessante ir um passo além e Remova todos os payloads de funções não instaladas do servidor.Isso pode ser automatizado com o PowerShell combinando vários comandos usando tubulação.

Primeiro, você obtém a lista de todos os recursos do servidor com Obter-Recurso do WindowsEm seguida, aqueles cujo status "Instalado" é falso são filtrados usando Onde-objeto com um pouco escrita que avalia cada elemento da lista. Finalmente, esse conjunto filtrado é passado para Desinstalar-Recurso do Windows-Remover Remover todos os binários desnecessários.

A ideia é mais ou menos assim: pegar a saída do comando Get-WindowsFeature, filtrar onde $.Instalado -eq $FALSE e combine-o com o comando Uninstall-WindowsFeature -Remove. Dessa forma, o sistema ficará apenas com a carga associada aos recursos que você realmente tem ativos, liberando uma quantidade significativa de espaço.

Os testes mostram que, em instalações completas, Remover o armazenamento lado a lado de funções não utilizadas pode economizar cerca de 10% de espaço.E se você também migrar para o Server Core e remover o WinSxS, a redução pode chegar a 30% em alguns casos.

Recursos sob demanda, funcionalidades e repositórios no Windows 10 e Windows 11

No Windows 10 e no Windows 11, a Microsoft aprimorou ainda mais o modelo de Recursos sob Demanda; muito se fala sobre isso. “capacidades”que são gerenciadas principalmente com o DISM usando a opção /adicionar-capacidadeAlém disso, em cenários específicos, existem métodos para desbloquear recursos ocultos ou forçar comportamentos por meio de registro.

Para o Windows 10, existe um ISO de Recursos sob Demanda para cada versão principal (por exemplo, 1809, 1903, 2004, etc.). No Windows 11, a Microsoft unificou idiomas e recursos opcionais em um só. “Idiomas e recursos opcionais” ISOÉ importante que a ISO FOD ou L&OF corresponda à sua versão de imagem, pois misturar versões pode causar problemas de compatibilidade.

Neste contexto, O Windows distingue entre dois tipos de FOD:

• FOD sem pacotes de satélitePacotes monolíticos: São pacotes onde todos os recursos (incluindo idiomas) estão contidos em um único arquivo .cab. Eles podem ser adicionados com ambos... DISM /adicionar-capacidade como com DISM /adicionar-pacote.
• FOD com pacotes de satéliteA parte principal é neutra em relação ao idioma, e existem pacotes satélite para diferentes idiomas e arquiteturas. Ao instalá-los, Somente os satélites relevantes para a sua imagem serão adicionados.reduzindo o espaço ocupado no disco. Estes só devem ser adicionados com DISM /adicionar-capacidadeAo especificar um único /CapabilityName, o DISM se encarrega de obter todas as dependências.

Para gerenciar essas funcionalidades, comandos como /Obter-Recursos (lista de funcionalidades disponíveis na imagem), /Obter-CapabilityInfo (detalhes de um específico) e /Remover-Capacidade (para removê-lo). Lembre-se de que você não pode remover uma funcionalidade da qual outros dependem; o Windows impedirá que você faça isso para evitar inconsistências no sistema.

Repositórios FOD e o uso de DISM /add-capability e /add-package

Ao usar DISM /adicionar-capacidade Para pré-instalar recursos em uma imagem offline, geralmente você precisa de um um repositório bem estruturado de recursos sob demandaVocê pode usar diretamente a ISO montada a partir do FOD, ou o idioma e os recursos opcionais, ou exportar apenas o que você precisa para um repositório personalizado com DISM /export-source.

Um exemplo de fluxo seria: Monte a imagem do Windows (install.wim) Em uma pasta, monte a imagem ISO do FOD em outra unidade e execute um comando como este:

dism /image:C:\mount\windows /export-source /source:D: /target:C:\repository /capabilityname:App.StepsRecorder~~~~0.0.1.0

Supondo que D: seja a unidade onde você montou a ISO do FOD, este comando extrai o pacote de recursos do Gravador de Etapas, juntamente com as informações adicionais necessárias para o DISM, para a pasta C:\repository. Essa pasta se torna então um repositório minimizado que você pode usar como /Fonte adicionando funcionalidades a outras imagens.

É importante não se limitar a Copie manualmente os arquivos .cab Para qualquer pasta: o DISM requer metadados adicionais no repositório para funcionar corretamente, e é exatamente isso que o /export-source garante. Caso contrário, você corre o risco de os comandos /add-capability falharem ou não encontrarem dependências.

Para FOD sem satélite, existe também a opção de DISM /adicionar-pacoteonde você especifica o caminho para um arquivo .cab específico e o adiciona como se fosse um pacote normal. No entanto, a prática recomendada é unificar o procedimento com /adicionar capacidade para todos os FODspara que as dependências sejam gerenciadas de forma coerente e resolvidas adequadamente, especialmente no Windows 10 e 11.

Recursos sob demanda e compatibilidade de aplicativos no Windows Server Core 2019

O Windows Server Core vem ganhando terreno graças à sua Pegada reduzida, segurança aprimorada e superfície de ataque menor.O problema clássico era a compatibilidade com aplicativos e ferramentas que esperavam encontrar componentes da experiência de desktop. Para mitigar isso, a Microsoft introduziu o Pacote de compatibilidade de aplicativos para Server Core como recurso sob demanda.

Esses pacotes FoD adicionam uma série de recursos ao Server Core. binários e consoles gráficos Esses recursos geralmente estão disponíveis apenas na edição Desktop Experience, mas sem a necessidade de instalar a interface completa. É uma espécie de meio-termo: você ainda tem o Server Core, mas também conta com muito mais ferramentas locais para administração e diagnóstico.

Entre os componentes que você pode adicionar como Recursos Sob Demanda no Server Core 2019 estão recursos de idioma, .NET Framework e ferramentas de acessibilidade. Ferramentas gráficas Para desenvolvimento com Direct3D, ferramentas de rede (RAS, RIP Listener, SNMP), um servidor OpenSSH e uma boa coleção de Ferramentas de administração de servidor remoto (RSAT) tais como ferramentas ADDS/LDS, DHCP, DNS, cluster de failover, gerenciamento de GPO, IPAM, etc.

O pacote FoD de compatibilidade de aplicativos pode ser obtido de diversas maneiras: a partir de Windows Update (se o servidor tiver acesso à internet), através de um Servidor FOD ISO baixado do portal de licenciamento por volume, do Centro de Avaliação da Microsoft ou do Visual Studio, e até mesmo via builds Insider Preview Para testar novas funcionalidades antes que elas cheguem à versão final.

Instale o pacote de compatibilidade (FoD) no Windows Server 2019 Core.

No Server 2019 Core, a maneira mais direta de instalar o pacote de compatibilidade de aplicativos é através do cmdlet Add-WindowsCapabilitySe o servidor tiver acesso à internet e a política permitir, você poderá obter o pacote completo do Windows Update com um único comando.

Por exemplo, para instalar o pacote principal de compatibilidade de aplicativos ServerCore.AppCompatibility, basta executar:

Adicionar-WindowsCapability -Online -Nome ServerCore.AppCompatibility~~~~0.0.1.0

Após o download e a instalação, o sistema solicitará que você reinicie. Depois de reiniciar, você terá acesso a utilitários que não podia executar anteriormente no Core, como... Monitor de Recursos (resmon) o Visualizador de Eventos (eventvwr.exe)Isso torna o gerenciamento e a resolução de problemas no Server Core muito mais familiares para administradores acostumados ao ambiente gráfico.

Se preferir não depender do Windows Update, você pode Monte a ISO FOD do servidor (por exemplo, anexando-o à máquina virtual a partir do seu hipervisor) e use Add-WindowsCapability com um parâmetro -Fonte apontando para a unidade de DVD virtual, combinando-a com -LimitarAcesso para impedir que ele tente se conectar à Internet.

Em infraestruturas virtualizadas, como VMware No vSphere, o fluxo de trabalho típico geralmente é: baixar a ISO do FoD, copiá-la para um datastore, montá-la na VM do Server Core e, dentro do servidor, localizar a unidade que contém a mídia usando Get-PSDriveVocê também pode copiar o arquivo ISO localmente para o servidor e montá-lo com Montagem-DiskImage -ImagePathE a partir daí, instalar a capacidade correspondente.

Essa combinação de Server Core + Recurso sob Demanda para compatibilidade resulta em um servidor. Muito leve, seguro e eficiente.Mas, com as ferramentas clássicas disponíveis quando necessário, a adoção do Server Core na versão de 2019 e posteriores foi impulsionada.

Todo esse ecossistema de recursos sob demanda, repositórios, capacidades e políticas torna possível que Planeje implantações muito mais limpasCom menos recursos desnecessários e controle preciso sobre o que é instalado, quando e de onde, sem perder as ferramentas necessárias para gerenciar e manter seus sistemas com conforto.