Testar e adiar atualizações de software em dispositivos Apple
Você deve testar e adiar atualizações de software principais e secundárias até se certificar de que todos os seus apps funcionem corretamente com a atualização.
Teste de atualizações principais e atualizações secundárias
Você deve preparar um plano para teste de atualizações principais e secundárias no seu ambiente. Isso inclui dois caminhos: testar atualizações secundárias (como iOS 16.7, iPadOS 16.7 ou macOS 13.6) ou testar atualizações principais (como iOS 17, iPadOS 17 e macOS 14). Esses testes devem envolver conexões de rede, uso de apps e integração com qualquer sistema do provedor de identidade (IdP).
Adiamento de atualizações principais e atualizações secundárias
Você pode impedir que dispositivos ofereçam atualizações de software principais e secundárias over-the-air a usuários até que um certo período tenha decorrido desde a sua publicação pela Apple. Por exemplo, digamos que você tenha uma frota de iPhones que use o iOS 15.5 e você tenha aplicado um payload de adiamento de atualizações de software de 30 dias. Nesse cenário, o iOS 15.6 foi oferecido aos usuários de iPhone em 15/06/2022.
Ao implementar essa restrição, há um atraso padrão de 30 dias para que a atualização publicada seja vista em dispositivos supervisionados gerenciados. No entanto, você pode especificar um valor personalizado entre 1 e 90 dias. Esse atraso se aplica a todas atualizações principais e secundárias do sistema operacional, embora o MDM tenha a capacidade de enviar atualizações específicas a dispositivos independentemente da restrição acima. O adiamento de atualizações de software principais e secundárias está disponível no iOS 11.3, iPadOS 13.1, macOS 10.13.4 e tvOS 12.2 ou posteriores.
Nota: as atualizações de software over-the-air estão normalmente disponíveis por até 180 dias após serem disponibilizadas inicialmente para garantir que uma atualização principal e secundária sempre esteja disponível para dispositivos com o valor de adiamento máximo.
Um perfil de configuração pode ser criado para cada ajuste do payload de restrição listado aqui.
Sistemas operacionais mínimos compatíveis | Chave e valor (se houver) | Descrição | |||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
iOS 11.3 ou posterior iPadOS 11.3 ou posterior macOS 10.13.4 ou posterior tvOS 12.2 ou posterior |
| O padrão é falso. Se definido como verdadeiro:
Nota: não se aplica a versões em teste do macOS. | |||||||||
macOS 11.3 ou posterior |
| O padrão é falso. Se definido como verdadeiro, a visibilidade do usuário das atualizações principais de software tem um atraso de 30 dias, a menos que outro valor de atraso seja especificado com | |||||||||
macOS 11.3 ou posterior |
| O padrão é falso. Se definido como verdadeiro, a visibilidade do usuário das atualizações secundárias de app tem um atraso de 30 dias, a menos que outro valor de atraso seja especificado com | |||||||||
iOS 11.3 ou posterior iPadOS 11.3 ou posterior macOS 10.13.4 ou posterior tvOS 12.2 ou posterior |
1-90 | Permite que o administrador de MDM defina os dias de atraso de uma atualização secundária de software. Obrigatório durante o uso de Quando um valor é definido, a visibilidade do usuário de uma atualização secundária de software ocorre somente depois de um atraso especificado (de acordo com quando esse software foi lançado no Serviço de Pesquisa de Software da Apple). Este valor controla o atraso de
Nota: antes do macOS 11.3, este valor controlava o atraso de | |||||||||
macOS 11.3 ou posterior |
1-90 | Permite que o administrador de MDM defina os dias de atraso de uma atualização principal de software. O máximo é 90 dias e o valor padrão é 30 dias. Quando um valor é definido, a visibilidade do usuário de uma atualização principal de software ocorre somente depois de um atraso especificado (de acordo com quando esse software foi lançado no Serviço de Pesquisa de Software da Apple). Este valor controla o atraso de | |||||||||
macOS 11.3 ou posterior |
1-90 | Permite que o administrador de MDM defina os dias de atraso de uma atualização secundária de software. O máximo é 90 dias e o valor padrão é 30 dias. Quando um valor é definido, a visibilidade do usuário de uma atualização secundária de software ocorre somente depois de um atraso especificado (de acordo com quando esse software foi lançado no Serviço de Pesquisa de Software da Apple). Este valor controla o atraso de | |||||||||
macOS 11.3 ou posterior |
1-90 | Permite que o administrador de MDM defina os dias de atraso de uma atualização secundária de app. O máximo é 90 dias e o valor padrão é 30 dias. Quando um valor é definido, a visibilidade do usuário de uma atualização secundária de app ocorre somente depois de um atraso especificado (de acordo com quando esse software foi lançado). Este valor controla o atraso de |
Permitir que o usuário adie temporariamente atualizações de software principais e secundárias do macOS
Se quiser um controle maior, no macOS 12.3 ou posterior, você pode impor uma atualização principal ou secundária específica e permitir que os usuários a adiem um número específico de vezes. Uma solução MDM compatível com esse recurso pode especificar o número de vezes por meio da ação de instalação InstallLater
, em que esse número é definido pela chave MaxUserDeferrals
.
A notificação de instalação é exibida aproximadamente uma vez a cada 24 horas. Um adiamento ocorre quando o usuário fecha a janela de Notificação. O usuário tem as seguintes opções para a atualização ao clicar na notificação:
Instalar Agora: baixa a atualização principal ou secundária e a instala imediatamente.
Tentar Hoje à Noite: baixa e instala mais tarde.
Se o usuário selecionar essa opção, com base no aprendizado de máquina dos dados dos últimos 21 dias, o Mac encontrará o melhor horário para baixar e instalar a atualização, mais ou menos entre 2h e 4h (pode ocorrer fora deste período).
Caso o usuário ainda tenha adiamentos remanescentes e não veja ou ignore a notificação, a atualização não é instalada naquela noite. A notificação final para instalação ignora o modo Não Perturbe. Além disso, o número de possíveis adiamentos pode ser atualizado pelo administrador de um MDM com a emissão de um novo comando. Ao fazer isso, o contador de adiamentos é redefinido no Mac.