Verificar NTP server funciona ou não, Check NTP server Date and Time

1 The command we use is in following format:

w32tm /stripchart /computer:domainnameORipaddress /dataonly /samples:5

2 Enter following command to test “time.windows.com”

w32tm /stripchart /computer:time.windows.com /dataonly /samples:5

Microsoft Windows – CMD – w32tm /stripchart /computer:time.windows.com /dataonly /samples:5 output

Bonus: Other commands

1 Show the current time zone settings:

w32tm /tz

2 List external NTP servers (peers)

w32tm /query /peers

Microsoft Windows – CMD – w32tm /query /peers output

Note! If you have encountered this error: “The following error occurred: The service has not been started. (0x80070426)”, you need to start the “Windows Time” service, you can start a elevated cmd or PowerShell by using Win + X key combination then select “Command Prompt (Admin)” or “Windows PowerShell (Admin)” then type “sc start W32Time” to start the Windows Time service or using Run window and type “services.msc” then find “Windows Time” service and start it.

3 Restore Windows Time service settings to default

C:\>net stop w32time
C:\>w32tm /unregister
C:\>w32tm /register
C:\>net start w32time

4 Re-sync Time

Resynchronize the clock as soon as possible, disregarding all accumulated error statistics. If no computer is specified, the local computer will resynchronize. The command will wait for resynchronization unless the /nowait switch is used.

w32tm /resync

5 Redirect the network configuration and Re-sync time

Force redetection of network resource before resynchronization.

w32tm /resync /rediscover

Microsoft Windows – PowerShell – w32tm /resync /rediscover output

6 Check current NTP configuration

Show Information:

w32tm /query /status

Microsoft Windows – PowerShell – w32tm /query /status output

7 Show Configuration:

w32tm /query /configuration

Microsoft Windows – PowerShell – w32tm /query /configuration output

Read More

DNS Windows - Algumas notas

Causa de alguns Problemas no dns 

DNS request timed out.

    timeout was 2 seconds.

A causa principal deve-se ao fato de você ter servidores DNS públicos (8.8.8.8, 195.229.241.222, 213.42.20.20) configurados na NIC do seu cliente/servidor.

Os clientes/servidores estão tentando procurar registros internos do AD e esses servidores DNS públicos não possuem registros para seus controladores de domínio internos, etc .. Este é um erro muito comum (iniciante) e pode causar todos os tipos de problemas com o seu clientes de domínio. 

Não use servidores DNS públicos em computadores ingressados ​​no domínio.

Esses servidores DNS públicos devem ser configurados como encaminhadores no (s) servidor (es) DNS interno (s) e todos os clientes do domínio devem ser configurados para apontar APENAS para o (s) servidor (s) DNS interno (s).

 

Resumindo:

Os clientes do domínio devem apontar para os servidores DNS internos para resolução de nomes. NENHUM SERVIDOR PÚBLICO

Os servidores DNS internos devem apontar para um servidor DNS interno diferente (se disponível) e para seu próprio IP. Se você tiver apenas um servidor DNS, ele apontará apenas para si. Você deve definir os encaminhadores no servidor DNS para apontar para os servidores DNS públicos desejados.

Read More

Thick Provision vs Thin Provision

**Thick Provision Lazy Zeroed **– é um disco “thick” padrão, ou seja, todo o espaço é alocado no momento da sua criação. Neste formato de disco virtual, qualquer dado que exista no dispositivo físico é mantido no momento da criação, e só são “zerados” no momento em que a máquina virtual vai escrevendo seus dados.

Thick Provision Eager Zeroed – é um disco “thick” que possui suporte a alguns recursos de cluster, como FT. Também aloca todo o espaço necessário no momento da sua criação. A diferença para o formato “lazy” (ou flat) é que os dados existentes no dispositivo físico são todos zerados no momento da criação. O tempo de criação deste tipo de disco pode demorar mais que os demais.

Thin Provision – neste tipo de disco apenas um espaço mínimo é utilizado no momento da sua criação. A medida que mais espaço físico for sendo necessário, o disco “thin” vai aumentando o seu tamanho, podendo chegar até o tamanho alocado inicialmente.

Na imagem abaixo, podemos ver e entender com facilidade a diferença entre Thick Provisioning e Thin Provisioning.

Diferença entre Thick Provisioning e Thin Provisioning[/caption]

Portanto, se você tem pouco espaço em disco no seu lab, o caminho a seguir é sempre usar Thin Provision. Mas o esquema (mesmo em produção) é sempre ficar de olho na utilização e monitorizar o crescimento de suas VMs.

Trabalhar com Thick Provision é a mesma coisa que trabalhar com storage no século passado. Você vai lá, compra discos projetando um crescimento de 3 anos e aloca disco para cada servidor. Mesmo se o servidor em questão não utilize aquele espaço provisionado, o disco já foi alocado, desperdiçando disco. Com o Thin Provision, você “tecnicamente economiza disco”.

Fonte: https://homelaber.com.br/back-to-basics-diferencas-entre-tipos-de-disco-em-uma-vm-thin-vs-thick-provision/

Read More