Lista de verificação da atualização do firmware do servidor doméstico para a BIOS, a ordem de arranque e os dispositivos

Não atualize o firmware do servidor doméstico até conhecer a imagem exata do hardware, a necessidade operacional, a proteção elétrica, o acesso à consola e o método de reversão.

Uma atualização da BIOS ou do controlador pode repor as entradas UEFI, o modo de armazenamento, a virtualização, o agrupamento de passthrough, a política das ventoinhas e a enumeração de dispositivos, mesmo quando a atualização é concluída com êxito. Registe todas as definições não predefinidas e as identidades persistentes, encerre corretamente as cargas de trabalho, atualize uma camada de firmware de cada vez e compare o primeiro arranque com a referência guardada. Trate a ausência de POST, o disco de arranque errado ou o armazenamento desaparecido como um evento de recuperação, não como um convite para aplicar mais alterações de firmware.

Confirme que a atualização é necessária e identifique a imagem exata

Registe o modelo da motherboard ou do mini-PC, a revisão da placa, o número de série e as versões atuais do firmware da BIOS, BMC, controlador, NIC, SSD e de outros dispositivos. Leia as notas de lançamento do fabricante e associe a atualização a uma correção de segurança, a uma necessidade de suporte de hardware ou a um defeito diagnosticado; ser “mais recente” por si só não é um requisito operacional.

Uma discussão sobre uma lista de verificação para atualização de hardware recomenda parar as máquinas virtuais e os contentores e remover pressupostos frágeis de passthrough antes de uma alteração importante da plataforma. Esse parar as máquinas virtuais e remover os pressupostos de passthrough é um limite de manutenção útil, embora os controlos exatos variem consoante o servidor e o hipervisor.

Rejeite a atualização se o pacote, a revisão da placa, a assinatura, o requisito de alimentação ou o método de reversão forem incertos. Transfira a imagem do fabricante do dispositivo, verifique a soma de verificação quando fornecida e mantenha a imagem atual ou o método de recuperação disponível sem depender de o servidor conseguir arrancar.

Registe o estado do arranque, armazenamento, rede e dispositivos

Fotografe ou exporte todas as páginas de firmware com definições não predefinidas. Guarde as entradas e a ordem de arranque UEFI, o modo de firmware, o Secure Boot, o modo SATA ou NVMe, a virtualização e o IOMMU, o SR-IOV, a descodificação Above 4G, as curvas das ventoinhas, o comportamento após falha de energia, o despertar pelo RTC, o estado do PXE e a ativação dos dispositivos.

Um diagnóstico da ZimaSpace sobre o disco de arranque errado após uma atualização da BIOS mostra por que motivo a primeira verificação após a atualização deve ser o disco e a entrada UEFI selecionados pelo firmware, e não uma reparação imediata do sistema operativo. Partições EFI duplicadas e variáveis repostas podem redirecionar um servidor que, de outro modo, estaria saudável.

Guarde os mapeamentos do hipervisor para passthrough PCI e USB, os endereços MAC das interfaces, a identidade do controlador de armazenamento, o estado do conjunto, a configuração de rede e uma cópia de segurança recente. Prepare uma consola local e um dispositivo de recuperação de arranque antes de interromper o acesso remoto.

Atualize uma única camada de firmware numa janela protegida

Pare corretamente as escritas das aplicações, os convidados, os contentores e os serviços de armazenamento. Desligue os dispositivos USB desnecessários e evite atualizações simultâneas da BIOS, do controlador, da NIC e do SSD. Utilize uma alimentação elétrica estável ou uma UPS em boas condições, siga exatamente o processo de atualização do fabricante e não interrompa um primeiro reinício demorado.

Entre na configuração do firmware antes do arranque normal e compare a referência guardada. Restaure apenas definições conhecidas, por grupos: primeiro o modo e a ordem de arranque, depois o modo de armazenamento, em seguida a virtualização e o passthrough após o arranque do anfitrião e, por fim, a política de alimentação e das ventoinhas. Esta ordem impede que uma suposição falhada esconda outra.

Se a placa não concluir o POST, apresentar um pedido de recuperação ou deixar de detetar o disco de arranque pretendido, pare de repetir ciclos de alimentação. Utilize o mecanismo de recuperação documentado ou peça assistência com a imagem exata, a revisão da placa e o estado dos indicadores; não aplique o firmware de um modelo semelhante.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Valide todos os dispositivos com a carga de trabalho original

Arranque uma vez a partir do menu temporário e confirme depois a ordem UEFI persistente num segundo reinício. Verifique os membros do conjunto e da matriz, os nomes e a velocidade das NIC, os sensores, a resposta das ventoinhas, as extensões de virtualização, os grupos IOMMU, os dispositivos em passthrough, a comunicação com a UPS e os contadores SMART ou de erros do armazenamento.

Inicie uma máquina virtual ou um contentor de teste e, em seguida, os restantes serviços pela ordem das dependências. Execute a carga de trabalho original que justificou a atualização e compare a temperatura, os erros, o desempenho e as identidades dos dispositivos com a referência. Reinicie novamente depois de o sistema arrefecer e de os serviços terem sido encerrados corretamente.

Feche a janela apenas quando o arranque, o armazenamento, a rede, o passthrough, a refrigeração e as cópias de segurança permanecerem estáveis em dois arranques. Reverta apenas através de um método suportado quando a regressão for reproduzível; caso contrário, preserve os registos e as definições para o suporte do fabricante, em vez de acumular atualizações de firmware dos dispositivos.