Verwendung von Datenexporten zur Ermittlung von Diskrepanzen
Dieser Artikel bietet Lösungen zur Fehlerbehebung bei Diskrepanzen in Ihren Magento BI-Daten. Datenexporte sind ein nützliches Tool zum Vergleichen Ihrer Magento BI-Daten mit Ihren Quelldaten, um Datendiskrepanzen in Ihren Berichten zu erkennen, insbesondere wenn die Checkliste zur Diagnose von Datendiskrepanzen nicht bei der Ermittlung des Problems hilfreich war. Dieser Artikel führt Sie durch ein echtes Beispiel dafür, wie Datendiskrepanzen mithilfe von Datenexporten ermittelt werden können.
Nehmen wir diese Analyse beispielsweise:
Im November 2014 gibt es einen verdächtigen Tiefpunkt. 500.780,94 $ Umsatz? Das klingt nicht richtig. Sie haben bestätigt, dass in Ihrer Quelldatenbank mehr Umsatz für den Monat November 2014 angezeigt wird, und Sie haben überprüft, ob die in diesem Bericht verwendete Metrik Umsatz korrekt definiert ist. Die Daten im Data Warehouse von Magento BI sind anscheinend unvollständig und können mithilfe eines Datenexports bestätigt werden.
Daten exportieren export
Klicken Sie zunächst auf das Zahnrad oben rechts im Diagramm und dann im Dropdown-Menü auf die Option Rohexport . Dadurch erhalten Sie einen Rohexport der Daten hinter der Grafik.
Im Menü "Rohdatenexport"können Sie die zu exportierende Tabelle zusammen mit den Spalten auswählen, die in den Export einbezogen werden sollen. Filter können auch auf die Ergebnismenge angewendet werden.
In unserem Beispiel verwendet die für diesen Bericht verwendete Metrik Umsatz das Feld Bestellung_insgesamt , das in der Tabelle Bestellungen definiert wurde, wobei Datum als Zeitstempel verwendet wird. In unserem Export möchten wir alle order_id -Werte für November 2014 und deren order_total einbeziehen. Die Metrik Umsatz verwendet keine Filter, aber wir fügen dem Export einen Filter hinzu, um den Ergebnissatz auf nur November 2014 zu begrenzen.
So sieht das Menü "Rohdatenexport"für dieses Beispiel aus:
Klicken Sie auf Daten exportieren , um den Export zu starten. Daraufhin wird ein Fenster mit Details zum Export einschließlich des Status angezeigt. Das Vorbereiten des Exports dauert einige Minuten. Dies ist jetzt eine gute Zeit, einen analogen Auszug unserer Quelldaten für November 2014 auszuführen, einschließlich Datum, Bestellung_id und Bestellung_total . Wir werden diese Datei in Excel öffnen und sie hochlassen, da wir gleich darauf zurückkommen werden.
Wenn die Schaltfläche Herunterladen im Fenster Rohdatenexporte angezeigt wird, klicken Sie darauf, um die ZIP-Datei mit der CSV-Datei herunterzuladen.
An dieser Stelle müssen wir alle Daten in ein Blatt bekommen, um das Problem zu finden. Wir importieren die CSV-Datei (den Export von Magento BI) in eine andere Tabelle der Excel-Datei, die unsere Quelldaten enthält.
Problemstellung bestimmen pinpoint
Da sich alle Daten an einem Ort befinden, können wir nach der Quelle der Diskrepanz suchen. Wenn wir die Anzahl der Zeilen in den einzelnen Blättern vergleichen, können wir das Problem erkennen. Sehen wir uns jede Situation genauer an.
Beide Arbeitsblätter enthalten die gleiche Anzahl von Zeilen.
Wenn beide Systeme dieselbe Zeilenanzahl aufweisen und die Metrik Umsatz nicht mit den Quelldaten übereinstimmt, muss sich die Metrik order_total irgendwo befinden. Es ist möglich, dass das Feld order_total in Ihrer Quelldatenbank aktualisiert wurde und Magento BI diese Änderungen nicht übernimmt.
Um dies zu bestätigen, überprüfen Sie, ob die Spalte order_total erneut überprüft wird. Gehen Sie zum Data Warehouse-Manager und klicken Sie auf die Bestelltabelle. Sie sehen die Überprüfungsfrequenz in den "Änderungen?" Spalte. Das Feld order_total sollte so oft wieder überprüft werden, wie es sich voraussichtlich ändern wird. Ist dies nicht der Fall, fahren Sie fort und legen Sie es auf die gewünschte Wiederholungshäufigkeit fest.
Wenn die Überprüfungsfrequenz bereits korrekt eingestellt ist, ist etwas Anderes falsch. Die nächsten Schritte finden Sie im Abschnitt Support kontaktieren am Ende dieses Artikels.
Die Quelldatenbank enthält mehr Zeilen als Magento BI. morerows
Wenn die Quelldatenbank mehr Zeilen als Magento BI enthält und die Lücke größer ist als die Anzahl der Bestellungen, die Sie während eines Aktualisierungszyklus erwarten können, kann es zu einem Verbindungsproblem kommen. Das bedeutet, dass Magento BI keine neuen Daten aus der Quelldatenbank abrufen kann, was aus mehreren Gründen passieren kann.
Navigieren Sie zur Seite Verbindungen und sehen Sie sich den Status der Datenquelle an, die die Bestelltabelle enthält:
- Wenn der Status Neu auth lautet, verwendet die Verbindung nicht die richtigen Anmeldeinformationen. Klicken Sie auf die Verbindung, geben Sie die richtigen Anmeldeinformationen ein und versuchen Sie es erneut.
- Wenn der Status Fehlgeschlagen lautet, wird die Verbindung möglicherweise nicht ordnungsgemäß auf der Serverseite eingerichtet. Fehlgeschlagene Verbindungen entstehen normalerweise durch einen falschen Hostnamen oder den Zielserver, der keine Verbindungen am angegebenen Port akzeptiert. Klicken Sie auf die Verbindung und überprüfen Sie die Rechtschreibung des Hostnamens und vergewissern Sie sich, dass der richtige Port eingegeben wurde. Stellen Sie auf der Serverseite sicher, dass der Port Verbindungen akzeptieren kann und dass Ihre Firewall die Magento BI IP-Adresse (54.88.76.97/32) wie erlaubt hat. Wenn die Verbindung weiterhin fehlschlägt , finden Sie die nächsten Schritte im Abschnitt Support kontaktieren am Ende dieses Artikels.
- Wenn der Status erfolgreich lautet, ist die Verbindung nicht das Problem und der RJ-Support muss einbezogen werden. Die nächsten Schritte finden Sie im Abschnitt Support kontaktieren am Ende dieses Artikels.
Die Quelldatenbank verfügt über FEWER-Zeilen als Magento BI lessrows
Wenn die Quelldatenbank weniger Zeilen enthält als Magento BI, können Zeilen aus der Quelldatenbank gelöscht werden und Magento BI übernimmt diese Löschungen nicht. Das Löschen von Daten kann zu Diskrepanzen, längeren Aktualisierungszeiten und einer Reihe logistischer Kopfschmerzen führen. Daher empfehlen wir dringend, Daten nur dann zu löschen, wenn sie wirklich erforderlich sind.
Wenn jedoch Zeilen aus der Tabelle gelöscht werden, sollten Sie sich die Häufigkeit des erneuten Zugriffs auf den Primärschlüssel ansehen. Eine erneute Überprüfung des Primärschlüssels bedeutet, dass die Tabelle auf gelöschte Zeilen überprüft wird.
Im Data Warehouse-Manager werden die Primärschlüsselspalten mit einem Schlüsselsymbol markiert. In unserem Beispiel ist der Primärschlüssel die Spalte order_id:
Wenn der Primärschlüssel bereits auf eine erneute Überprüfung eingestellt ist oder Zeilen nie aus dieser Tabelle gelöscht werden, benötigen Sie RJ-Unterstützung, um das Problem zu identifizieren. Die nächsten Schritte finden Sie im folgenden Abschnitt .
Support kontaktieren support
Wenn Sie nicht in der Lage sind, die Ursache des Problems zu bestimmen, müssen Sie den RJ-Support einbinden. Bevor Sie ein Ticket einreichen, gehen Sie wie folgt vor:
- Wenn Ihre Quelldatenbank und Magento BI dieselbe Anzahl von Zeilen haben und die Häufigkeit der erneuten Überprüfungen korrekt eingestellt sind, führen Sie einen VLOOKUP in Ihrem Arbeitsblatt durch, um zu ermitteln, welche order_id-Werte einen anderen order_total -Wert zwischen Magento BI und Ihrer Quelldatenbank aufweisen. Schließen Sie diese Werte ein, wenn Sie Ihr Ticket übermitteln.
- Wenn Ihre Quelldatenbank mehr Zeilen als Magento BI enthält und die Verbindung als erfolgreich angezeigt wird oder weiterhin fehlschlägt, müssen wir den Namen der Verbindung und die Fehlermeldung, die Sie sehen, kennen, sofern vorhanden.
- Wenn Ihre Quelldatenbank über FEWER-Zeilen als Magento BI verfügt, werden Zeilen nicht aus der Tabelle gelöscht und die Häufigkeit der Überprüfung korrekt eingestellt, führen Sie eine VLOOKUP in Ihrem Arbeitsblatt durch, um zu ermitteln, welche order_id-Werte sich in Magento BI, aber nicht in Ihrer Quelldatenbank befinden. Fügen Sie diese Werte bei, wenn Sie Ihr Ticket übermitteln.