Mostrando postagens com marcador Windows Server. Mostrar todas as postagens
Mostrando postagens com marcador Windows Server. Mostrar todas as postagens

(fim) Horário de Verão 2019.



O horário de verão foi inicialmente adotado para aproveitar a iluminação natural no fim da tarde, quando o consumo de energia "era" mais alto. Porém na atualmente isto deixou de ser relevante.

O governo determinou que este ano não haverá horário de verão.

Sendo assim, os relógios não serão adiantados em 1 hora conforme ocorreu ano passado (2018) e nos últimos 34 anos.

Bom para alguns, nem tão bom assim para outros, mas para os administradores de TI esse tipo de alteração sempre gera uma certa preocupação...
Ocorre que nos sistemas operacionais (neste caso em específico microsoft windows) já estão pré-configurados para adiantarem automaticamente seus relógios devido aos ciclos anteriores de atualização.


Para alterarmos isso, será necessário atualiza-los com updates da Microsoft que removem a configuração de horário de verão.

Atenção 1:

A Microsoft em seu update de julho-2019 incluiu a desativação do horário de verão.

Atualização: kb4507704
Versão suportada: Windows Server 2008, 2008 R2, 2012, 2012 R2, Windows 7, 8, 8.1
Download em: https://www.catalog.update.microsoft.com/Search.aspx?q=4507704

Atualização: kb4507459
Versão do Sistema Operacional: Windows Server 2016, Windows 10
Download em: https://www.catalog.update.microsoft.com/Search.aspx?q=4507459


Atenção 2:

  1. Caso os hosts estejam desatualizados a há muito tempo pode ser que ainda tenham a configuração de 2017/2018 e a alteração ocorrerá dia 20 de Outubro ao invés de 3 de Novembro.
  2. As atualizações do Windows Server 2012 R2 e 8.1 não exigem reinicialização. Para as atualizações do Windows 10 e Server 2016 exigem a reinicialização do sistema.

Dica para atualização em massa.



Caso você não tenha um SCCM ou um WSUS ou qualquer outra ferramenta de gerenciamento de atualizações, você pode utilizar o Power Shell para isso! Veja como aqui!






Windows Update with PowerShell


Para quem não possui por exemplo um SCCM, um WSUS ou algum outro serviço de entrega/instalação e gerenciamento de updates disponível... Saiba não é preciso fazer na unha!
Utilize Powershell e automatize muito esta atividade....

Agradeça Michal Gajda por isso. Criador do módulo PSWindowsUpdate. Este módulo gerencia o windows update em computadores com PS v2.0 ou superior. Este módulo ainda habilita a possibilidade de gerenciarmos o processo de gerenciamento de updates remotamente.Este módulo é particularmente bacana para trabalharmos com servidores server core (que não possui GUI)


Procedimento de instalação:

No servidor em questão descompacte o modulo em:
c:\Windows\System32\WindowsPowerShell\v1.0\Modules



Após descompacta-lo, inicie um prompt PS elevado. Será necessário trocar a política de execução do PS para RemoteSigned. (isto é necessário para que scripts baixados da internet possam rodar localmente desde que sejam signed por um trusted publisher.)


Digite Set-ExecutionPolicy RemoteSigned e pressione Enter. Quando solicitado confirme conforme abaixo:


(Caso esteja rodando o PS v2.0 é necessário importar o módulo (versões superiores não é necessário). Para importar: Import-Module PSWindowsUpdate e pressione Enter)

Para identificar os possíveis comandos deste móduloGet-Command –module PSWindowsUpdate e pressione Enter.




Agora vamos registrar o servidor de update da Microsoft para que ele possa ser usado.
Add-WUServiceManager -ServiceID 7971f918-a847-4430-9279-4a52d1efe18d e pressione Enter. Quando necessário confirme o registro conforme abaixo:



Iniciando o update
Primeiramente é importante identificar quais updates estão faltando... Para isso com o comando abaixo vamos apenas lista-los. (aqui todos os tipos de updates serão listados)
Get-WUInstall –MicrosoftUpdate –ListOnly e pressione Enter. Pode demorar um pouco para termos a resposta....

Uma grande preocupação no momento da realização do update e do ciclo de gerenciamento de updates como um todo é que invariavelmente você terá que reiniciar a máquina, indisponibilizando-a para o negócio. Minha orientação é, crie janelas pré-definidas para este propósito. Levando isso em conta você poderia por exemplo automatizar todo o processo:
--> ATENÇÃO, perceba que com este comando você estará aceitando, baixando e instalando todos os updates necessários numa tacada só e o servidor será reiniciado automaticamente.

Get-WUInstall –MicrosoftUpdate –AcceptAll –AutoReboot e pressione Enter conforme abaixo:



Exemplo na prática:


  1. Listei os updates necessários;
  2. Fiz o download apenas da atualização;
  3. Quando listei novamente o update tinha o Status D (downloaded)
Agora para realizar a instalação é só repetir o comando sem a opção -downloadonly

Algumas opções legais:


--> DownloadOnly
Esta opção irá baixar os updates para a máquina sem os instalar. Posteriormente você poderá iniciar o processo de update novamente (que será bem mais rápido, sem download) e seguir com os updates já locais.
Ex:  Get-WUInstall –MicrosoftUpdate –AcceptAll –downloadonly

--> Critical updates / Security updates
A Microsoft disponibiliza alguns tipos de atualizações (Atualizações críticas, de definições, features packs, de segurança, service packs, tools, pacotes cumulativos, upgrades e dependendo podemos ainda atualizar drivers e firmwares). Por isso, pode ser importante determinar qual ou quais categorias se quer atualizar
 Ex:
Get-WUInstall -MicrosoftUpdate -AcceptAll -AutoReboot -Category @('Critical Updates', 'Security Updates')
Assim estaríamos instalando apenas as críticas e de segurança. 


--> Status de reboot pending
       Esta opção irá mostrar se a máquina esta com um reboot pendente:
 Ex:  Get-WUrebootStatus –ComputerName "nome_servidor"


Estou trabalhando na evolução deste procedimento que hoje é "local" para automatizá-lo de forma onde seja possível conectar-se a múltiplas instâncias (múltiplos servidores) e se execute a atualização simultânea, colete dados e envie o relatório com antes e depois... 


Como configurar CONDITIONAL FORWARDERS no Windows Server 2008


Conditional Forwarders foi um novo recurso de DNS para o Windows Server 2003. Foi uma grande adição que permitiu especificar um servidor DNS para os clientes que tentam resolver os hosts em um domínio específico (outro). Desta forma, você poderia configurar o DNS para sempre ir a um servidor DNS específico para um domínio específico.
Uma das coisas que você vai encontrar diferente no DNS do Windows Server 2008 é a forma como ele é exibido. Anteriormente, você precisava ir a guia Forwarders nas propriedades do servidor DNS... (screen shot do 2003)





Agora, esta mais simples. Diretamente na console inicial conforme abaixo:


Aqui esta como ele pode ser configurado dependendo das opções que serão necessárias.


Em DNS Domain, você deve colocar o nome do domínio e em IP Address você irá inserir o número IP do servidor de DNS autoritativo para o domínio em questão. Além disso existe a opção de armazenar a informação no active diretory e replicar de 3 formas distintas. Escolha a que melhor atende as suas necessidades.
 Se tudo estiver certo, algo como abaixo deverá ser exibido...





Espero que tenha sido útil...

:-)

O que são FSMO?


Como visualizar as as funções FSMO no Windows Server



O que são funções e quais são elas?


--> Schema Master: O Schema é o coração do Active Directory. Composto de objetos e atributos, que modelam o Active Directory. É através do Schema que dizemos, por exemplo, que o objeto do tipo “USUÁRIO” terá os atributos “NOME”, “ENDEREÇO”, “TELEFONE”, etc. Como o esquema pode ser customizado e deve ser o mesmo em toda a floresta Windows, a regra “Schema Master” se encarrega, principalmente, de evitar conflitos entre os DCs.

--> Domain Naming Master: Ao adicionar um novo domínio em uma floresta (por exemplo, se você adiciona um domínio filho), o nome deste domínio deve ser único na floresta. É esta regra responsável por assegurar isto e evitar conflitos entre outros domínios.



--> PDC Emulator: Como o nome já diz, uma das funções desta regra é “emular” um PDC NT 4.0 para manter a compatibilidade com servidores legados (por exemplo, BDCs NT 4.0) e clientes mais antigos. Mesmo que você migre todo seu ambiente para Windows 2000 ou 2003, esta regra ainda é importante, pois é responsável por tratar alterações de contas de usuários, “lockouts” de contas, relações de confianças com outros domínios e pelo sincronismo do relógio no domínio.

--> RID Master. Qualquer DC pode criar novos objetos (usuários, grupos, contas de computadores). Cada objeto deve possuir um identificador único, conhecido como SID. O SID do objeto é construído usando o SID do domínio, mais um ID relativo (RID). Porém, após criar 512 objetos, um DC precisa contatar o RID Master para conseguir mais 512 RIDs (atualmente, um DC contata o RID Master quando ele possui menos de 100 RIDs disponíveis). Isto evita que dois objetos diferentes tenham o mesmo RID em todo o domínio.

--> Infrastructure Master. Esta regra assegura que o “Display Name” de usuários pertencentes a um grupo sejam atualizados caso este atributo seja alterado. É fundamental em ambientes que possuam vários domínios, pois vai assegurar que todos os grupos que um determinado usuário pertença irá refletir o “Display Name” correto.







Maiores dúvidas sobre problemas com FSMO?
Leitura recomendada: http://technet.microsoft.com/pt-br/library/cc716426.aspx