Unter Archivierung versteht man den Prozess der Übertragung von Daten aus der Produktionsdatenbank in eine Archivdatenbank zur langfristigen Speicherung. Dies trägt dazu bei, die Datenbankgröße zu verwalten und die Systemleistung aufrechtzuerhalten, während gleichzeitig sichergestellt wird, dass historische Daten erhalten bleiben. Daten werden archiviert, wenn sie nicht mehr aktiv sind oder selten darauf zugegriffen wird, aber dennoch für historische, Compliance- oder Analysezwecke aufbewahrt werden müssen. Dies erfolgt in der Regel nach einer vordefinierten Aufbewahrungsrichtlinie, die auf geschäftlichen, rechtlichen oder behördlichen Anforderungen basiert. Normalerweise führen Administratoren Archivierungsaufgaben durch, aber Benutzer mit der Berechtigung für die Archivverwaltungseinstellungen können den Archivierungsprozess konfigurieren, verwalten und manuell auslösen. Die Archivierung sorgt für eine effiziente Datenverwaltung, indem alte Datensätze in eine Archivdatenbank übertragen werden, wodurch die Unordnung im Produktionssystem verringert wird, während historische Daten als Referenz erhalten bleiben.
Die Archivierung wird über die Seite Archivverwaltung verwaltet (Admin > Einstellungen > Kapazitätseinstellungen > Archivierung).
So funktioniert die Archivierung
Funktionsweise
Die Einstellungen können so konfiguriert werden, dass ein automatisches Archiv zu ausgewählten Zeiten oder manuell zu jedem beliebigen Zeitpunkt ausgeführt wird, indem Sie auf der Seite Archivverwaltung auf die Taste Jetzt ausführen klicken.
Die Seite Archivverwaltung wird nicht automatisch aktualisiert.
Sie müssen auf Raster aktualisieren klicken.
Der ETL-Prozess der Kundenspezifischen Berichtslösung (CRS):
Extrahiert Daten aus Capacity IQ® und lädt sie in das Kundenspezifische Berichtslösung™-Warehouse.
Erfordert, dass die Archivierung zuerst abgeschlossen wird.
Kann manuell über die Seite Archivverwaltung ausgeführt werden.
ETL (Extrahieren, Verlegen, Laden) ist der Prozess des Extrahierens von Daten aus der Capacity IQ®-Lösungsdatenbank und des Ladens in das Kundenspezifische Berichtslösung™ Application Warehouse.
Er ist nur anwendbar, wenn Ihr Unternehmen über die Anwendung Kundenspezifische Berichtslösung™ verfügt.
Wenn Sie über die Einstellungsberechtigung für die Archivverwaltung verfügen, können Sie den Archivierungsprozess oder das Verfahren zum Extrahieren, Verlegen und Laden (ETL) der Kundenspezifische Berichtslösung™-Anwendung jederzeit manuell ausführen.
Wenn der Archivierungsprozess nicht zuerst erfolgreich ausgeführt wird, schlägt der ETL-Prozess fehl, und es wird die folgende Meldung angezeigt: Archivierung ist seit dem letzten erfolgreichen ETL nicht erfolgt.
Wenn Sie über die Einstellungsberechtigung für die Archivverwaltung verfügen, können Sie auf der Seite Archivverwaltung die folgenden Informationen zu Archivierungsverfahren und zum ETL-Prozess der Kundenspezifischen Berichtslösung™ anzeigen.
Start- und Enddaten und -zeiten.
Status (erfolgreich, gescheitert oder in Bearbeitung).
Benutzerdefinierte Berichtslösung (CRS) ETL-Prüfbericht (ETL-Kontroll-ID)
Auf der Seite Archivverwaltung ist eine Option zum Zurücksetzen der Archivierung verfügbar.
Wenn Sie über die Einstellungsberechtigung für die Archivverwaltung verfügen, können Sie die Archivierungseinstellungen konfigurieren.
Die folgenden Arten von Datensätzen werden archiviert, wenn der Archivierungsprozess automatisch oder manuell ausgeführt wird:
Transportauftrag
Patient
HIPAA
Hinweis: Protokollaufzeichnungen werden nicht archiviert, sondern nach der Anzahl der Tage, die in der Liste Tage der Protokollaufbewahrung auf der Seite Archivverwaltung ausgewählt wurden, endgültig aus der Produktionsdatenbank gelöscht.
Die folgenden Berechtigungen sind erforderlich, um Daten zu archivieren und die entsprechenden Einstellungen zu konfigurieren:
Für den Zugriff auf die Seite Kapazitätseinstellungen Administrationstool müssen Sie über die Menü Berechtigung Administratoren-Tool verfügen.
Um Daten zu archivieren, benötigen Sie die Berechtigung Globale Admin-Berechtigungen-Verwaltungssteuerung-Einstellungen für die Archivverwaltung.
Um Änderungen vorzunehmen, müssen Sie über Bearbeitungsrechte verfügen.
Wenn Sie Ansicht-Rechte haben, können Sie Informationen anzeigen, aber nicht ändern.
Sie müssen über die Art der Mitgliedschaft "Alle" mit aktivierten Verwaltungsrechten verfügen.
Oder Sie haben die Art der Mitgliedschaft "Fest" in Einheiten oder Clustern mit aktivierten Verwaltungsrechten für diese Einheiten oder Cluster.
Die Archivierung erfolgt in zwei Phasen: Synchronisierung und Bereinigung.
Synchronisierung ─ Kopiert alle Datensätze aus der Produktionsdatenbank in die Archivdatenbank.
Nachdem die Synchronisierung abgeschlossen ist, sollten sich alle Datensätze, die seit der letzten Archivierung erstellt oder geändert wurden, in der Archivdatenbank befinden.
Datensätze werden niemals aus der Archivdatenbank entfernt.
Daten, die weniger als zwei Minuten vor dem Archivierungsvorgang gespeichert wurden, werden nicht in die Archivdatenbank verlegt.
Wenn beispielsweise ein Benutzerdatensatz geändert und um 3:01 Uhr gespeichert wird und dann der Archivierungsprozess um 3:02 Uhr ausgeführt wird, werden die Änderungen am Benutzerdatensatz nicht in die Archivdatenbank verlegt.
Bereinigung ─ Entfernt archivierte Datensätze aus der Produktionsdatenbank, wobei die folgenden Kriterien berücksichtigt werden:
Nur Aufträge für Transport, HIPAA oder Patientenakten, die sich aktuell in der Archivdatenbank befinden, werden aus der Produktionsdatenbank gelöscht.
Wiederkehrende Terminaufträge werden auf die gleiche Weise gelöscht wie andere Aufträge. Die Vorlage, die zum Erstellen der einzelnen Aufträge kopiert wird, wird erst entfernt, wenn das Enddatum nach dem Stichtag liegt.
HIPAA-Datensätze werden gelöscht, wenn sie älter sind als das aktuelle Datum abzüglich der Anzahl der Stichtage, die auf der Seite Archivverwaltung ausgewählt wurden.
Patientendatensätze werden gelöscht, wenn:
sie sich im Status "Entlassen" oder "Besuch abgebrochen" befinden
das letzte Mal, dass ihr Status geändert wurde, gleich dem aktuellen Datum minus 48 Stunden minus der Anzahl der Stichtage ist.
Die zu löschenden Datensätze werden in Gruppen oder Stapeln zusammengefasst, und jeder Stapel wird einzeln gelöscht.
Eine geringere Anzahl von Datensätzen pro Stapel verringert die Auswirkungen des Archivierungsprozesses auf die Leistung.
Patienten in Spezialbetten können bereinigt werden.
Patientendatensätze werden nicht gelöscht, wenn mit ihnen Transportaufträge verbunden sind, die noch nicht abgebrochen oder in der Produktionsdatenbank abgeschlossen wurden.
Patienten mit ausstehenden Transportaufträgen werden während des Archivierungsprozesses nicht "unbesetzt" oder aus ihren Betten entfernt.
Transportaufträge werden gelöscht, wenn:
sie sich im Status Abgebrochen oder Abgeschlossen befinden
der Zeitpunkt der letzten Änderung ihres Status gleich dem aktuellen Datum minus der Anzahl der Stichtage ist.
Ältere Transportaufträge, die sich im Möglicher Status befinden, werden periodisch gelöscht.
Ein Beispiel: Das Städtische Krankenhaus verlangt, dass für den Pflegeverlauf eines Schlaganfalls die Pflegeart " Statinbehandlung" vor der Pflegeart " Karotisstenose-Screening " abgeschlossen sein muss. Der Administrator des Städtischen Krankenhauses wählt die Reihenfolge der Pflegearten so aus, dass die Pflegeart "Karotisstenose-Screening" erst dann ausgewählt werden kann, wenn die Pflegeart "Statinbehandlung" bereits ausgewählt wurde. Wenn eine HL7-Nachricht empfangen wird, die die Pflegearten des Patienten außer der Reihe aktualisieren würde, wird die Nachricht nicht verarbeitet, und die Pflegearten werden nicht aktualisiert.
Wenn Ihr Unternehmen die Anwendung Kundenspezifische Berichtslösung™ verwendet, konfigurieren Sie die Einstellungen für die Ausführung des Verfahrens zum Extrahieren, Verlegen und Laden (ETL).
Bei der Konfiguration der Archivierungseinstellungen:
Die Startzeit basiert auf der Zeitzone, die für den Standort ausgewählt wurde, der Ihre Basiseinheit enthält.
Wenn Sie beispielsweise die Startzeit auf 2:30 Uhr morgens festlegen und die Zeitzone, die für den Standort Ihrer Basiseinheit ausgewählt wurde, US-amerikanische Ostzeit ist, beginnt die Archivierung um 2:30 Uhr morgens US-amerikanischer Ostzeit.
Übersteigt die Anzahl der Fehlschläge pro Prozess die von Ihnen gewählte Anzahl, startet der Prozess erst wieder beim nächsten geplanten Archiv oder nach einem manuellen Neustart.
Sie können auswählen, ob diese Benutzer bei jedem Archivierungsvorgang oder nur bei Archivierungsfehlern eine E-Mail erhalten.
Wenn der Name der Capacity IQ®-Datenbank geändert wird, aber der Referenzname der Capacity IQ®-Archivdatenbank nicht aktualisiert wird, um die Änderung widerzuspiegeln, dann:
Die Archivierung wird abgebrochen.
Ausgewählte Benutzer, die E-Mails über Archivierungsfehler erhalten sollen, erhalten eine E-Mail über das Abbrechen.
Im Bericht über den Archivierungsverlauf (der über einen Link in der Spalte Archiv-Batch-ID auf der Seite Archivverwaltung aufgerufen werden kann) erscheint die folgende Meldung: "Archiv-Batch abgebrochen, da die Referenz der Archivdatenbank nicht gültig ist. Bitte wenden Sie sich umgehend an den TeleTracking-Support."
Beispiel: Die Capacity IQ®-Datenbank heißt Capacity IQ® und die Archivdatenbank Capacity IQ®Archive. Die Datenbanken werden als Capacity IQ®_1 und Capacity IQ®Archive_1 wiederhergestellt. Es wurde jedoch keine Reparaturinstallation durchgeführt. Daher wurde der Name der Archivdatenbank nicht in Capacity IQ®Archive_1 geändert. Wenn der Archivierungsprozess einen Capacity IQ®-Datenbankinstanznamen Capacity IQ®_1 erkennt, der Verweis auf die Archivdatenbank jedoch Capacity IQ®Archive (und NICHT Capacity IQ®Archive_1) lautet, wird die Archivierung abgebrochen. Zur Aktualisierung des Referenznamens der Archivdatenbank sollte eine Reparaturinstallation durchgeführt werden.
Regeln für die Bereinigung von Platzierungen:
Platzierungsanforderung Datum/Uhrzeit der Anforderung <= Cutoff Date
Die Platzierung sollte nicht die einzige Platzierung für den Patienten sein.
Regeln für die Bereinigung von Patienten
Die Standort-Id des Patienten darf nicht mit der Adresse des Heimatortes oder des Ursprungsbettes gefüllt sein, es sei denn, es handelt sich um einen Standort, der mit dem Ursprungsbett oder dem Standort "Admit Halten Stacking" gefüllt ist.
Der Patient sollte nach dem Stichtag keine beliebigen Aktivitäten aufweisen (Datum der letzten Änderung des Patienten)
Beliebige Patienten sollten keine Platzierungen vor der Aufnahme haben, deren Anforderungszeit über dem Stichtag liegt.
Entlassene Patienten werden auf der Grundlage von Entlassungsdatum/Uhrzeit <= Stichtag - 2 und Home and Spec null bereinigt
Abgebrochene Besuche von Patienten werden einen Tag lang im System gespeichert
Patienten sollten nach dem Stichtag keine Transportaufträge mehr haben (archivübergreifend)
Hinweis: In Capacity IQ® PreAdmit werden beliebige Aktualisierungen von Patienten-, Platzierungs- oder Arztinformationen für einen bestimmten Patienten über die Spalte "PatientInfoLastModDate" in der Patiententabelle verfolgt.
Dieses Feld wird in der Abfrage zur Bereinigung von Patienten als letztes Änderungsdatum verwendet.
Platzierungen werden auf der Grundlage des Transaktionsstichtags bereinigt, unabhängig davon, ob der zugehörige Patient bereinigt wird oder nicht.
Das Kriterium Datum/Uhrzeit der Anfrage für Platzierungen wurde eingeführt, um alte Platzierungen, die nie geschlossen oder abgebrochen wurden, zu berücksichtigen.
Die letzten Platzierungsaufzeichnungen werden nur dann bereinigt, wenn der Patient bereinigt wird. Es ist akzeptabel, dass die Bereinigung von Platzierungsaufzeichnungen vor den Patienten eine Lücke im Verlauf des Patienten hinterlassen würde.
CBS Bereinigungslogik
Die ESCt-Kommunikation mit Capacity IQ® Bedclean erfolgt über einen Datei-Handshake.
Im Rahmen dieses Prozesses werden drei verschiedene Dateien mit den Namen Quota.dat, Refresh.dat und Belegung.dat erstellt.
Abgemeldet wird von ESCt die Datei Quota.dat und von Capacity IQ® die Dateien Refresh.dat, Belegung.dat.
Der Inhalt dieser Dateien wird in der Capacity IQ®-Datenbank gespeichert, damit er in der CBS-Konsole angezeigt und vom technischen Support zu Debugging-Zwecken verwendet werden kann.
Die Dateien, die älter sind als die festgelegten Tage (CBSFileRetentionDays), werden aus der Capacity IQ®-Datenbank gelöscht.
Logik zum Aufheben der Belegung für PreAdmits und entlassene Patienten:
Dieser Prozess wird als letzter Schritt des Archivierungslaufs ausgelöst (unabhängig vom Ergebnis des Archivierungslaufs)
Für PreAdmits: Patient.PatientInfoLastModDate <= Stichtag und Placement.RequestDateTime <= Stichtag
Für Entlassene Patienten: Patient.PatientInfoLastModDate <= Stichtag
Angemeldet sollte der Patient außerdem das folgende Kriterium erfüllen
Die Startseite des Patienten darf nicht mit der Art des Standortes "Heimat" belegt sein.
Der Patient sollte keine beliebige Aktivität (letztes Änderungsdatum des Patienten) nach dem Stichtag aufweisen
Der Patient sollte keine Transportaufträge nach dem Stichtag haben (über das Archiv)
Einführung einer neuen Master-Konfigurationseinstellung "Auto Unbesetzt Tage für PreAdmits/Autpatienten" (Stichtage).
Standardwert: 7 Tage (zulässiger Mindestwert: 7 Tage)
Hinweise:
Das Aufheben der Belegung dieser Patienten sollte nicht zur Entlassung der Patienten gemäß dem Szenario "Unbesetzt-Entlassen" führen.
Die reguläre Archivierungslogik/der reguläre Archivierungsprozess löscht die Patienten- und Auftragsdaten.
Nur 100 Patienten in jedem Prozesslauf belegungsfrei machen, um die anderen regulären Patientenverarbeitungen nicht zu beeinträchtigen
Mögliche Aufträge für Transportaufträge Bereinigungslogik
Wann werden mögliche Transportaufträge von Capacity IQ® archiviert/bereinigt?
Artikel
Einige Kunden möchten vielleicht mehr Informationen darüber erhalten, wie Datensätze aus der Capacity IQ® Prod-Datenbank bereinigt werden.
In diesem Fall sind es Mögliche Aufträge. In der Capacity IQ®-Hilfe werden die spezifischen Details, wie oder wann dies geschieht, nicht wirklich erklärt.
Erklärung
Der Capacity IQ® Hilfe-Artikel über die Archivierung erklärt das Folgende bezüglich der Löschung von Datensätzen Möglicher Aufträge für Transportaufträge:
Ältere Transportaufträge, die sich im Möglicher Status befinden, werden in regelmäßigen Abständen gelöscht.
Dies sagt nicht viel über die genaue Logik aus, wann diese Aufträge aus der Capacity IQ®-Datenbank gelöscht werden.
Bei unseren Tests haben wir festgestellt, dass mögliche Transportaufträge etwa 48 Stunden nach der Entlassung des betreffenden Patienten automatisch abgebrochen werden.
HINWEIS: Die Logik berücksichtigt nicht, wann der mögliche Transportauftrag erstellt wurde.
Nachdem der Auftrag abgebrochen wurde, greift die Logik bezüglich der Bereinigung von abgebrochenen Transportaufträgen.
Dies ist auch im Capacity IQ® Hilfeartikel zur Archivierung definiert.
Transportaufträge werden gelöscht, wenn:
sie sich im Status Abgebrochen oder Abgeschlossen befinden
der Zeitpunkt der letzten Änderung ihres Status gleich dem aktuellen Datum minus der Anzahl der Stichtage ist.
BEISPIEL: Nehmen wir an, die in den Archivierungseinstellungen definierten Sperrtage sind auf 7 gesetzt. Nehmen wir an, wir entlassen einen Patienten am 15.1. um 20:30 Uhr. Am 17.1. um 20:30 Uhr wird der mögliche Transportauftrag abgebrochen. Der mögliche Transportauftrag wird dann 7 Tage später am 24.1. während des nächtlichen Archivierungsprozesses aus XT gelöscht (24.1. - 7 Sperrtage = 17.1. Das Datum, an dem der mögliche Transportauftrag abgebrochen wurde).
Wenn ein Archiv mehrere Tage lang nicht ausgeführt wurde, obwohl es automatisch ausgeführt werden soll, kann dies darauf hindeuten, dass der Archivierungsdienst hängt.
Wenn Archive oder ETL nicht täglich ausgeführt werden, führt dies zu Problemen mit Berichten.
Die Berichte sind leer oder werden nicht vollständig ausgeführt.
Wenn der Archivierungsprozess mit der folgenden Fehlermeldung fehlschlägt: "Fehlercode 802; Es ist nicht genügend Speicher im Pufferpool verfügbar", ist auf dem SQL-Server nicht genügend Speicher zugewiesen.
Wenn ein oder mehrere Standorte nicht in der Dropdown-Liste der Standorte geändert werden, wenn Sie versuchen, einen Bericht aus der Archivdatenbank auszuführen, wurde die Mitgliedschaft des Benutzers wahrscheinlich vor kurzem geändert. Eine Änderung der Mitgliedschaft für bestimmte Benutzer erfordert, dass die Benutzerdaten archiviert werden, was einen Tag dauert, sodass die Lösung darin besteht, bis zum nächsten Tag zu warten.
Wenn die Mitgliedschaft des Benutzers zuletzt geändert wurde, werden der Standort oder die Standorte, die mit seiner Mitgliedschaft verbunden sind, bei der Auswahl der Archivdatenbank in den Standardberichten nicht aufgeführt.
Konfigurieren der Archiveinstellungen
Gehen Sie zu Verwaltung > Einstellungen > Kapazitätsverwaltung > Sonstiges > Archivierung.
Um die Archivierung zu aktivieren, klicken Sie auf die Schaltfläche Deaktiviert, um sie in Aktiviert zu ändern.
Geben Sie in den Listen Startzeit die Tageszeit an, zu der die Archivierung im 24-Stunden-Format starten soll (z. B. 02:00 für 2 Uhr morgens oder 14:00 für 2 Uhr nachmittags).
Wählen Sie in der Liste Angemeldete Tage die Anzahl der Tage nach der Archivierung aus, die archivierte Transportaufträge, Patientendatensätze und HIPAA-Datensätze in der Produktionsdatenbank verbleiben sollen, bevor sie gelöscht werden.
Wählen Sie in der Liste Tage der Protokollaufbewahrung die Anzahl der Tage nach der Archivierung aus, die die Protokollaufzeichnungen in der Produktionsdatenbank verbleiben sollen, bevor sie gelöscht werden.
Der Archivierungsprozess kann so eingestellt werden, dass er nach einer bestimmten Anzahl von Fehlversuchen automatisch neu gestartet wird. Wählen Sie in der Liste Max Retry die maximale Anzahl von Fehlversuchen aus, nach denen der Prozess automatisch neu gestartet wird.
Wählen Sie in der Liste Größe der zu löschenden Charge die Anzahl der Datensätze aus, die in jeder zu löschenden Charge enthalten sein sollen.
Geben Sie in das Feld E-Mail-Benachrichtigung die E-Mail-Adressen der Benutzer an, die E-Mail-Benachrichtigungen über die Archivierung erhalten sollen. Trennen Sie die Adressen durch Semikolons voneinander (z. B. csmith@abchospital.com;mlopez@abchospital.com).
Wählen Sie in der Liste Benachrichtigung wann? eine der folgenden Möglichkeiten aus, um festzulegen, unter welchen Umständen eine Benachrichtigung an die im Feld Benachrichtigungs-E-Mail im Abschnitt " Einstellungen" der Archivverwaltung aufgeführten Adressen gesendet werden soll:
Immer - Die E-Mailwird bei jeder Archivierung gesendet, unabhängig davon, ob sie erfolgreich war oder fehlgeschlagen ist.
Bei Gescheitert -DieE-Mailwird nur gesendet, wenn die Archivierung fehlgeschlagen ist.
Nie - Die E-Mailwird nie gesendet.
Um die Einstellungen zu speichern und in Kraft zu setzen, klicken Sie auf Einstellungen speichern.
Beenden eines Archivierungsverfahrens, das gerade in Bearbeitung ist
Klicken Sie auf Archivierung zurücksetzen.
Konfigurieren der Einstellungen für die Kundenspezifische Berichtslösung ETL-Verfahren
Wenn auf der Seite Archivverwaltung im Abschnitt " Einstellungen" der CRS-Verwaltung die Taste " Deaktiviert" angezeigt wird, klicken Sie darauf, um das Verfahren in "Aktiviert" zu ändern.
Wählen Sie in der Liste Wann benachrichtigen? eine der folgenden Auswahlmöglichkeiten aus, um festzulegen, unter welchen Umständen eine Benachrichtigung an die im Feld Benachrichtigungs-E-Mail aufgeführten Adressen gesendet werden soll:
Immer - Die E-Mailwird jedes Mal gesendet, wenn das Verfahren durchgeführt wird, unabhängig davon, ob es erfolgreich war oder fehlgeschlagen ist.
Bei Gescheitert:EineE-Mailwird nur gesendet, wenn das Verfahren fehlgeschlagen ist.
Nie: Die E-Mailwird nie gesendet.
Das Feld Servername zeigt den Namen des Servers an, auf dem das Verfahren die Capacity IQ®-Daten zur Verwendung durch die Anwendung Kundenspezifische Berichtslösung™ ablegt. Bei der Fehlerbehebung können Sie die Gültigkeit des Datenbanknamens, des Servernamens und des Datenbankbenutzernamens überprüfen, indem Sie auf CRS-Verbindung testen klicken.
Manuell archivieren oder das Verfahren für die Kundenspezifische Berichtslösung ETL jetzt ausführen
Wenn nach der Konfiguration der Archivierungseinstellungen die Seite Archivverwaltung nicht angezeigt wird, gehen Sie zu Verwaltung > Einstellungen > Kapazitätseinstellungen > Sonstiges > Archivierung.
Um jetzt manuell zu archivieren, klicken Sie auf Jetzt ausführen.
Bevor Sie das Verfahren Kundenspezifische Berichtslösung ETL (Extrahieren, Verlegen und Laden) ausführen, vergewissern Sie sich, dass das Archivierungsverfahren erfolgreich durchgeführt wurde.
Um die Kundenspezifische Berichtslösung ETL-Verfahren jetzt auszuführen, klicken Sie auf CRS ETL-Verfahren jetzt ausführen.
Ansicht des Archivierungs- und ETL-Verfahrensverlaufs
Wenn die Seite Archivverwaltung nicht angezeigt wird, gehen Sie zu Admin > Einstellungen > Kapazitätseinstellungen > Sonstiges > Archivierung.
Um die Seite zu aktualisieren, damit die neuesten Informationen angezeigt werden, klicken Sie auf Raster aktualisieren.
Ansichten:
Archiv-Batch-ID - DerIdentifikationscode für das Archivierungsverfahren.
Klicken Sie zur Fehlerbehebung auf die Batch-ID-Nummer, um einen Bericht zur Anzeige zu bringen, der technische Informationen über das Archivierungsverfahren enthält.
Der Kundensupport von TeleTracking Technologies kann Sie bitten, diesen Bericht zu erstellen, um die Fehlersuche zu erleichtern.
Status des Archivs:War das Archivierungsverfahren erfolgreich, ist es gescheitert oder wird es gerade ausgeführt?
Start- und Enddatumdes Archivs -Datum und Uhrzeit des Starts und Endes des Archivierungsverfahrens.
ETL-Kontroll-ID: Wenn Sie aufdiesen Linkklicken, wird der ETL-Prüfbericht der Kundenspezifischen Berichtslösung (CRS) generiert.
ETL-Status: Gibt an, obder ETL-Vorgang der Kundenspezifischen Berichtslösung ETL erfolgreich war, gescheitert ist oder gerade ausgeführt wird.
ETL-Startdatum und ETL-Enddatum: DieDaten und Uhrzeiten, zu denen der ETL-Prozess der Kundenspezifischen Berichtslösung gestartet und beendet wurde.
Archiv wurde nicht automatisch ausgeführt
Die Serviceanfrage für die Archivierung sollte recycelt werden.
Bestätigen Sie, dass der Archivierungsdienst so eingestellt ist, dass er über Nacht automatisch startet, indem Sie zu Admin > Einstellungen > Kapazitätseinstellungen > Archivierung navigieren.
Sobald dies bestätigt ist, prüfen Sie, ob eine SQL-Verbindungsunterbrechung oder andere mögliche Ursachen für einen Dienststillstand vorliegen. Eine SQL-Verbindungsunterbrechung kann in den Ereignisprotokollen überprüft werden (Start > Run > Eventvwr > Teletrackinglog).
Wenn eine Verbindungsunterbrechung aufgetreten ist, starten Sie den Capacity IQ® Archive Service zusammen mit allen anderen Capacity IQ® Services neu.
Fehlercode bei Archivierungsfehlern: 802
Wenn das Problem weiterhin auftritt, empfehlen wir dem DBA, die Speicherzuweisungen zu erhöhen.
Führen Sie die folgende Indexwartung durch:
Die Indexwartung sollte nach Abschluss des XTArchive-Prozesses durchgeführt werden, um sicherzustellen, dass die Datenbanken über die neuesten Statistiken verfügen.
Setzen Sie die Seitengröße auf >= 1000; lassen Sie die Indizes von 10 - 30 % Fragmentierung reorganisieren; alles über 30 % Fragmentierung - bauen Sie die Indizes neu auf; führen Sie diesen Vorgang zuerst aus, um ein sauberes, effizientes Backup zu erhalten.
Die Statistiken sollten für Spalten aktualisiert werden und eine Stichprobengröße von 100 % verwenden.
Zur Bestätigung der korrekten Einrichtung von SQL-Wartungsplänen sollte ein Lösungsingenieur beraten werden.
Ausfall des Archivs
Gehen Sie zu Admin > Einstellungen > Kapazitätsverwaltung > Archivierung
Suchen Sie die Spalte Archivstatus.
Hier wird der Status des Archivs angezeigt.
Wenn Sie sehen, dass die Archivierung fehlgeschlagen ist, lassen Sie den Prozess zur geplanten Zeit erneut laufen.
Wenn das Archiv nacheinander gescheitert ist oder kein Enddatum hat, sollten Sie sich an den TeleTracking Client Support wenden.