DPA: Konfigurera och verifiera NTP-tjänsten i Data Domain-systemet
Summary: I den här kunskapsbasartikeln beskrivs fördelarna och hur du konfigurerar NTP (Network Time Protocol) i en Data Domain
Instructions
Vi rekommenderar starkt att du har NTP konfigurerat på kritiska servrar eftersom det har betydande fördelar:
- Loggtidsstämplar kan korreleras med millisekundprecision över olika värdar i ett nätverk, vilket gör vissa typer av problem mycket enklare att felsöka
- Tidsprotokollet kompenserar för den förväntade tidsförskjutningen på servrar till följd av hårdvaruklockor som kan glida upp till flera sekunder i månaden, vilket gör att tiden ökar fel för värdar som inte startas om på länge
- Detta förvärras för virtualiserade servrar (t.ex. DD VE, DataDomain Virtual Edition och DDMC, DataDomain Management Center) på grund av virtualiseringsprocessens natur
I den här artikeln förklaras kortfattat de CLI-kommandon som en administratör kan använda för att konfigurera och ändra den aktuella NTP-konfigurationen på alla DDOS-versioner.
Additional Information
Konfigurera och verifiera NTP-tjänsten i Data Domain-systemet
SYMTOM:
En kund kanske vill konfigurera NTP-tjänsten i DD eller kan se ett fel som följande när han eller hon försöker göra det:
varning:Network Time Protocol (NTP)-daemon körs inte. NTP-daemonen har upptäckt en tidsskillnad mellan det här systemet och den konfigurerade nätverkstidsservern (drift) som är större än det konfigurerade maxvärdet och har stängts av. Objektinformation:MaximumTimeDifference=10000s NTP-daemon körs inte. 119 Thu Dec 29 03:02:36 2016 ERROR Miljö EVT-NTP-00001: Nätverkstidstjänsten misslyckades.
Referens:
000046629 : NTP-daemonen stannar efter att kommandot "ntp enable" har körts
GÄLLER FÖR:
- Alla Data Domain-system
- Alla mjukvaruversioner
SYFTE:
I den här artikeln beskrivs stegen för att konfigurera NTP-tjänsten i DataDomain och felsöka problem med NTP-tjänsten
LÖSNING:
Felet som visas ovan är för ett skydd i NTP för att förhindra att man försöker synkronisera datum och tid om det aktuella värddatumet och tiden är för långt ifrån det korrekta: om så är fallet kan NTP:s långsamma "komma ikapp"-algoritm (som försöker minimera störningar för applikationer som körs genom att ändra tiden lite i taget) vara otillräcklig för att synkronisera tiden korrekt, och innan NTP kan starta kommer det att vara nödvändigt att manuellt ställa in tiden inom 10 000 sekunder från den korrekta. Nedan kan du se några kommandon relaterade till NTP:
1ntp show config & ntp status
Kontrollera aktuell NTP-status och konfiguration
2 ntp inaktivera
inaktivera NTP-tjänsten för att ändra NTP-inställningar
3 ntp del timeserver server-name (ta bort den gamla NTP-servern om du vill ändra NTP-servern)
4 ntp lägg till timeserver server-name (lägg till den nya NTP-servern)
5 config set tidszon etc/GMT-12 (ställ in systemets tidszon som din lokala tidszon här Etc/GMT-12 är ett example)
OBS: det finns kända biverkningar av att ändra en DD-tidszon utan att ha planerat för driftstopp för en DD-omstart strax efter, vänligen granska:
Data Domains schemalagda rensning startar inte, postar "ALERT - EVT-GC-00002: Det går inte att starta schemalagd rensning av filsystemet"
Data Domain: Så här ändrar du datum/tid och/eller tidszon på en Data Domain Restorer (DDR)
6 När vi har konfigurerat ntp, använd kommandot " system set date <MMDDhhmm[[CC]YY]> " för att manuellt ställa in rätt tid (tidsskillnaden bör vara inom 10 000 sekunder från den korrekta, annars kommer den inte att synkroniseras).
exempel: ställ in tiden som 20 november 1PM 2017, kör kommando: systeminställningsdatum 112013002017
7 ntp visa konfiguration
Dubbelbekräfta aktuella NTP-inställningar.
8 (valfritt) Omstart av systemet (för att starta om systemet, krävs endast när tidszonen ändras)
9 NTP-status (kontrollera NTP-synkroniseringsresultat)
Observera att du rekommenderar att du konfigurerar den nya tidsinställningen när ingen säkerhetskopiering och replikering körs. Om du måste konfigurera tiden under replikeringsfönstret är det bättre att inaktivera replikeringen först.