Ich bin lange verzweifelt an dieser Sache, aber ein skilliger CA-Onkel hat mir das dann am Telefon erklärt.
Hier das Problem :
Die nächtlichen Bandsicherung sind immer wieder gegen die Wand gefahren mit der Meldung „Agent ist nicht installiert, nicht gestartet oder nicht zum abhören des Ports konfiguriert.“ – Zudem konnte ich einige Jobs nicht mehr konfigurieren, da bei der Auswahl des zu sichernden Servers die Meldung erschien: Der Agent konnte den Knoten nicht erreichen –   Klar klingt einfach, den Agent(Dienst) einfach starten und alles wird gut.
Wenn ich vor dem Sicherungsjob den Agent starte, sichert er ohne Probleme, andererseits nicht.

Nun also nach dutzenden Ideen und Ereignislogviews bei CA angerufen und da hat er mir verklickert, dass der Agent jeden Tag um 14:00 eine „Rundblick ins Netzwerk“ durchführt. Diese überprüft Links, Ports und Co. An dieser Stelle kann der Agent gestartet werden, sollte diese Überprüfung in irgendeiner Weise ein Problem haben, ob ein zu hoher Ping an einer Stelle oder zu viel Traffic oder sonstwas (der ist seeeeeehr sensibel).

Lösung : Jeden Abend einach den Agent mit einem Batch starten und voila, die Sicherung geht wieder ohne Hand an zu legen.

pffff… 14:00… man man

Shift + Strg + Sternchen (links direkt neben Return aKa Tilde Zeichen)

Man man man, da sucht man sich ein zurecht und mit Denis gequatscht und eine million Neustarts und hin und her.
Am Ende war es nen Regestry-Eintrag, zumindest vorerst, der die Eventlogspams abschaltet.

  Ort: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
  Name: RegistryFlushErrorSubside
  Typ: REG_DWORD
  Wert: 1 oder 2
  Wenn Sie für den Wert des Registrierungseintrags "RegistryFlushErrorSubside" "1"
  festlegen, zeichnet das System nur ein Ereignis 333 auf, wenn der
  vorübergehende Speichermangel auftritt.

der Link zum Hotfix
Das Problem hängt wahrscheinlich am Arbeitsspeicher, bei dem dann einige Speicheradressierung nicht fehlerfrei funzen, naja schaun wa mal wie das so weitergeht.

Das Problem war, dass wir das CA auf einen Server neu installiert haben und per default da ein Monitoringmechanismus eingestellt ist, der per Mail berichtet, in wie weit der Speicher, CPU und Netzwerk ausgelastet ist und immer hübsch viele Mails schreibt, das wollten wir deaktivieren.
Ein Beispiel für eine Fehlermeldung :
Alert zum physischen Speicher: 2011-10-23 03:09:20, HOST XXY, Schwellenwert(85%), Auslastung des physischen Speichers(85%)…

- Man gehe in die ArcServ Konsole auf Verwaltung -> Central Agent-Verwaltung (Wo auch sonst)
- Man wählt im folgenden Fenster oben „Windows-Systeme“ aus
- nun geht man unten rechts im hellblauen Fenster auf „SRM PKI Konfiguration“(…)
- nun noch oben links auf den Server klicken, auf dem der CA PrimServer installed ist und entweder die Werte so anpassen wie man es brauch oder den Alerter ganz deaktivieren.

Hier der Forumeintrag

//EDIT : Gestern musste ich ein altes Band, dessen Infos nicht mehr in der Datenbank standen einlesen, gar nicht so einfach, wenn man nicht weiß wo… -> Hilfsprogramme – Einfügen, Band anklicken und Übergeben
Link

Mit der Zeit gehen diese Schriften anscheinend über die Wupper, d.h. ich wollte die Lion Textile-Schrift vom Server auf dem Mac installieren, aber geht nicht = Fehlermeldung = furchtbar.

Der Trick ist, die Schrift von einem anderen Mac zu ziehen, diese liegen unter \library\fonts.
Wichtig hierbei, entweder direkt von Mac to Mac oder wie ich über einen HFS installierten USB Stick, das HFS greift die Schrift nicht an, NTFS anscheinend schon, warum und wie genau werd ich noch rauskriegen.

Hatte eigentlich ein noch besseres Gefühl als die Punkte es darstellen, aber heute war Bestehen einfach Prio A.

Nun gehts weiter zur 70-291: Administrieren einer MS Windows Server 2003-Netzwerkinfrastruktur.
Dann nur noch die Exchange 2003 Prüfung und Tata da ist der MCSA