CVP-Reporting - Fehlerbehebung bei doppelten Zeitplänen

Einführung

Dieses Dokument beschreibt eine Fehlerbehebung bei doppelten Zeitplänen für die Berichtsfunktion des Cisco Customer Voice Portal (CVP).

Unterstützt von Mohamed Mohasseb, Aleksey Janukowitsch und Alexander Levichev, Cisco TAC Engineers.

Voraussetzungen

Anforderungen

Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:

• Microsoft Windows Server
• Cisco CVP
• Informix DB Access-Tool 

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf der CVP-Serverversion 11.0, sind aber auch für die vorherigen Versionen gültig.

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Fehlerbehebung bei doppelten Zeitplänen in CVP-Berichten

In der ciscoadmin-Datenbank agg_schedule-Tabelle wird gesteuert, wie oft die einzelnen Aggregationen ausgeführt werden. In einigen Fällen wird die Tabelle nach einem Upgrade mit einem neuen Zeitplan neu geladen, der alte jedoch noch existiert. Dies führt dazu, dass jede Aggregation zweimal durchgeführt wird. Dies wirkt sich negativ auf die Genauigkeit der Übersichtstabellen aus, da jede Tabelle doppelt so viele Zeilen enthält und somit zählt, die in sie eingefügt werden.

Diagnose

Überprüfen Sie, ob in der Tabelle agg_schedule Duplikate vorhanden sind.

Melden Sie sich mit dem Benutzer cvp_dbadmin beim CVP Reporting Server an.

Starten Sie das Windows CMD-Tool. Geben Sie dbaccess command ein. Wählen Sie die Registerkarte Verbindung > Verbinden aus. Wählen Sie cvp-Datenbankserver aus, und drücken Sie die Eingabetaste. Sie werden aufgefordert, die Anmeldeinformationen einzugeben. Verwenden Sie das Konto cvp_dbadmin.

Wählen Sie ciscoadmin@cvp Datenbank. Wählen Sie Abfragesprache > Neu aus. Führen Sie diesen Befehl aus. 

UNLOAD TO schedule.txt SELECT * FROM agg_schedule

Öffnen Sie die Datei Schedule.txt. Abhängig von der CVP-Version befindet sie sich entweder in den Ordnern C:\Users\Administrator oder C:\db\Informix\etc\sysadmin.

Er sollte eindeutige CVP-Datenplaneinträge enthalten. Beispielsweise call_15 oder applicationsummary_daily, wie in diesem Bild dargestellt.

Stellen Sie sicher, dass keine doppelten Typen vorhanden sind. Wenn Duplikate gefunden werden, implementieren Sie die Problemumgehung.

Problemumgehung

Doppelten Zeitplan entfernen

Deaktivieren Sie den zusammengefassten Auftrag (CVPSummary) in Windows-Taskplaner.

Öffnen Sie die Datei Schedule.txt, und entfernen Sie alle doppelten Zeilen. Es sollten nur die ersten 10 Einträge bleiben.

Stellen Sie eine Verbindung zur ciscoadmin-Datenbank her, wie zuvor beschrieben, und führen Sie diese Abfrage aus. Dieser Befehl löscht alle Einträge aus der Tabelle agg_schedule. 

• DELETE FROM agg_schedule WHERE 1=1;

Laden Sie die neuen Werte aus der Datei plan.txt, die keine Duplikate enthält, in die Tabelle agg_schedule.

• LOAD FROM schedule.txt INSERT INTO agg_schedule;

Stellen Sie sicher, dass in der Tabelle agg_schedule keine Duplikate vorhanden sind. Die Ausgabe der Datei schedule1.txt sollte nur 10 Einträge enthalten. 

• UNLOAD TO schedule1.txt SELECT * FROM agg_schedule;

Entfernen doppelter Einträge aus Tabellen

Da die 15-minütige Tabelle die Basis ist, von der aus alle anderen Tabellen gefüllt werden, muss sie zuerst repariert werden.

Herstellen einer Verbindung zur Datenbank cvp_data.

Führen Sie diese Befehle für die Tabelle call_15 aus.

SELECT distinct * FROM call_15 into temp t1 with no log;
TRUNCATE table call_15;
INSERT into call_15 select * from t1;
DROP table t1;

Wiederholen Sie die gleichen Schritte für die ApplicationSummary_15-Tabelle.

SELECT distinct * from applicationsummary_15 into temp t1 with no log;
TRUNCATE table applicationsummary_15;
INSERT into applicationsummary_15 select * from t1;
DROP table t1;

Hinweis: Wenn das Problem vor mehr als 60 Tagen begonnen wird, wiederholen Sie die oben genannten Schritte für tägliche, wöchentliche und monatliche Tabellen.

Zurücksetzen der zuletzt ausgeführten Vorgänge

15-minütige Tabellen zurücksetzen.

Finden Sie heraus, wann 15-minütige Tabellen aktualisiert wurden. Führen Sie diese Befehle mit der Datenbank cvp_data aus. 

SELECT max(dbdatetime) FROM applicationsummary_15;
SELECT max(dbdatetime) FROM call_15;

Notieren Sie die Anzahl der Tage seit dem letzten Update.  

Führen Sie diese Abfrage aus, um die letzte Ausführung für 15-minütige Tabellen auf der ciscoadmin-DB zurückzusetzen. In diesem Beispiel wurden die Tabellen vor 17 Tagen vor 15 Minuten aktualisiert.

UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 17 units day) WHERE dst_tabname LIKE 'call_15';
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 17 units day) WHERE dst_tabname LIKE 'applicationsummary_15';

Hinweis: Ersetzen Sie "17" aus dem Befehl durch die Anzahl der Tage, die Sie aus dem Schritt für jede dieser beiden Tabellen erhalten haben.

Nach diesem Schritt werden 15-minütige Tabellen korrigiert. 

Seit 15-minütigen Tabellen werden Daten für die letzten 60 Tage gespeichert, der LASTRN-Wert für tägliche, wöchentliche und monatliche Tabellen zurückgesetzt und alle Daten für diese Tabellen 60 Tage zurückgesetzt. Auf diese Weise wird sichergestellt, dass beim nächsten Start des Prozesses "aggregation.bat" die Daten in täglichen, wöchentlichen und monatlichen Tabellen mit den richtigen Werten aufgefüllt werden.

Setzen Sie das Lastrun für tägliche, wöchentliche und monatliche Tabellen zurück, wobei diese Befehle in der ciscoadmin-Datenbank ausgeführt werden. 

UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'call_daily';
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'call_weekly';
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'call_monthly;
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'applicationsummary_daily;
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'applicationsummary_weekly;
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'applicationsummary_monthly;

Löschen Sie alle Daten in Tages-, Wochen- und Monatstabellen für 60 Tage zurück. 

DELETE FROM cvp_data:call_daily WHERE dbdatetime > (current - 60 units day);
DELETE FROM cvp_data:call_weekly WHERE dbdatetime > (current - 60 units day);
DELETE FROM cvp_data:call_monthly WHERE dbdatetime > (current - 60 units day);

DELETE FROM cvp_data:applicationsummary_daily WHERE dbdatetime > (current - 60 units day);
DELETE FROM cvp_data:applicationsummary_weekly WHERE dbdatetime > (current - 60 units day);
DELETE FROM cvp_data:applicationsummary_monthly WHERE dbdatetime > (current - 60 units day);

Aktivieren Sie die Zusammenfassung Job CVPSummary in Task Scheduler, damit der Aggregationsprozess wieder gestartet wird.

Überprüfen 

In diesem Abschnitt überprüfen Sie, ob Ihre Konfiguration ordnungsgemäß funktioniert.

Stellen Sie sicher, dass die Übersichtstabellen mit diesen Befehlen aktualisiert werden, die gegen die Datenbank cvp_db ausgeführt werden. 

SELECT MAX(dbdatetime) FROM applicationsummary_15;
SELECT max(dbdatetime) FROM applicationsummary_daily;
SELECT max(dbdatetime) FROM applicationsummary_weekly;
SELECT max(dbdatetime) FROM applicationsummary_monthly;

SELECT MAX(dbdatetime) FROM call_15;
SELECT MAX(dbdatetime) FROM call_daily;
SELECT MAX(dbdatetime) FROM call_weekly;
SELECT MAX(dbdatetime) FROM call_monthly;

Zugehörige Informationen

• Konfigurationsbeispiel für das Integrieren eines Eichhörnchen-SQL-Clients in das CVP-Reporting
• Technischer Support und Dokumentation