Hi B71,
ich will mich hier nochmal zu Wort melden, um evtl. Außenstenden und Verunsicherten etwas mehr Transparenz zum Thema zu vermitteln:
Grundsätzlich arbeitet der DB-Analyzer ausschließlich mit IPS-Systembefehlen (AC_*). Im Falle von DB-Aggregationen sind diese teilweise nur exclusiv ausführbar (d.h. wurde z.B. eine Reaggregation angestoßen, geht zeitgleich nur diese eine und zwar so lange, bis diese fertig ist).
Wenn man sich jetzt die Foren-Historie anschaut (und speziell der Threads mit Fragen zum DB-Analyzer), so stelle ich fest, dass es immer dann zu bösen Überraschungen kommt, wenn erstmalig der DB-Analyzer (und hier speziell der Reaggregationsbefehl und der Befehl zum Auslesen der Variablen-Statistikwerte) eingesetzt wird. Meistens zeigt sich das schon beim Start des Scripts „read-DB“, welches einfach nicht mehr beendet wird. Und hier werden einfach „nur“ die Statistikdaten zu den geloggten Variablen ausgelesen: Aggregatiponstyp, first Record, last Record, #Records etc.
Ursache ist eine schon vorher korrupte DB. Dass viele User davon nichts bemerken, wundert mich auch nicht, da diese Fehler offensichtlich nur beim Zugriff auf die DB mit bestimmten IPS-Sytsembefehlen sichtbar wird (eben die Beiden oben genannten). Das sind aber auch Befehle, die im Allltag so gut wie niemand eindsetzen dürfte (ausser vielleicht mal eine händisch angestoßene Reaggregation über die Variableneigenschaften). Mit anderen Worten: der DB-Analyzer macht zwar derartige Fehler sichtbar, ist aber weder Ursache noch kann er diese beheben.
Über die Ursachen von korrupten IPS-Datenbanken kann ich nur mutmaßen, tippe aber stark auf abgeschossene IPS-Tasks (z.B. manuell, ließt man hier alle par Wochen, oder beim Reboot nach Windows-Update: hier wird IPS ebenfalls hart abgeschossen, das ist seit mind. 1 Jahr bekannt). Jetzt kann jeder mal für sich überlegen, wie oft ihm das schon passiert ist.
Seit dem der DB-Analyzer verfügbar ist, traten ca 6-8 (ca. 10% aller Nutzer) mir bekannte Fälle auf, bei denen ein solches Problem mit Einsatz des DB-Analyzers sichtbar wurde. In allen Fällen (soweit ich mich erinnere) stellte sich hinterher heraus, dass die DB korrupt war und via Repair-Tool (siehe dazu obige Links bzw. IPS-FDoku) repariert werden konnten.
Einzige Merkwürdigkeit hierbei: das Repairtool zeigt offensichtlich nicht jeden Defekt an. Man sollte im Zweifel also einen Repair-Job starten und sieht dann, ob tatsächlich Macken drin waren oder nicht.
Was mir zu Deinem aktuellen Problem fehlt, ist die exakte Transparenz, was Du in welcher Reihenfolge mit welchem Ergebnis gemacht hast.
was bedeutet z.B.
…somit werde ich jetzt mit der neuen DB schön darauf achten…
?
[ul]
[li]hast Du eine neue, leere DB erzeugt oder eine saubere im Backup finden können?[/li][li]wenn Letzteres: von wann war dieses Backup?[/li][li]Hattest Du überhaupt fehlerfreie DB-Backups?[/li][li]Wie sicherst Du deine Backups? -> im laufenden Betrieb oder wenn IPS-offline ist?[/li][li]was genau hast du beim ersten Einsatz des DB-Analyzers gestern gemacht und bei welchem Schritt hast du ein Problem bemerkt?[/li][li]Wie äusserte sich dies?[/li][/ul]
etc etc…
Nicht falsch verstehen: ich möchte hier nur mögliche Verunsicherungen -so weit vorhanden - eindämmen und Transparenz schaffen.