wenn Du damit leben kannst, dass Du diese Konfigurationen bei Änderungen am System (Netzwerk, Update) wieder erneut vornehmen muss, kannst Du Dir eine timeperiod im verwendeten Icinga eintragen:
eine Datei /etc/icinga/md-conf.d/timeperiods.cfg anlegen:
das Intervall wird vom NTP-Daemon selbständig bestimmt. Die Zeit wird von MobyDick alle 5 Minuten überprüft.
Warum nimmst Du als NTP-Server eigentlich nicht die Firewall? Wenn der DC die Zeit auch von da bekommt, sollte sie ja mit ihm übereinstimmen. Und Du wärst unabhängig vom Backup.
habe ich auch geprüft. Ergebnis ist identisch. Es liegt irgendwie daran, dass die TK zu der Zeit gesichert wird und genauer an dem Snapshot der dafür von Veeam erzeugt wird. Es spielt somit keine Rolle welchen Server ich als NTP Server hinterlege. Hmm… komisch.
Außer in der Zeit den NTP nicht abzufragen, fällt mir tatsächlich nicht mehr viel ein.
warum nutzt Du eigentlich nicht die von Pascom eingebauten Backup-Möglichkeiten? Tägliches Backup der Konfiguration, wöchentliches/monatliches Backup der Appliance als startbares ISO? Die vorhandenen Cron-Jobs mit einem Script erweitern, dass die lokal erzeugten Daten automatisch auf eine Freigabe kopiert, die dann gesichert wird.
Damit hast Du eine von Pascom unterstützte Backup-Methode, keine Beeinträchtigungen der NTP-Synchronisation und kannst die MobyDick selbst auf neuer Hardware oder einem anderen HyperVisor wieder als LiveImage starten oder mit allen gesicherten Einstellungen wieder installieren. Habe ich bei anderen Kunden schon einsetzen müssen und funktioniert super.
Also wir sichern bei allen Kunden per MobyDick und per Veeam haben aber noch nie ein Problem mit dem NTP Dienst während des Sichern festgestellt. Vermute eher das die Sicherung den VMWare Host start belastet. Kannst du das Mal überprüfen?