Data Domain: Aktivieren der DD Boost-API-Protokollierung – Precert-Protokolle

Frage: Was ist DD Boost Precert Logging? 
Antwort: DD Boost Precert Logging ist eine Diagnoseprotokollierungsfunktion, die DD Boost-API-Transaktionen zwischen einem DD Boost-Client und dem Data Domain-System aufzeichnet. Es wird häufig für das Troubleshooting von Leistungsproblemen, Ausfällen, Latenz und Kommunikationsproblemen verwendet.

Frage: Was wird von der Precert-Protokollierung erfasst? 
Antwort: Die Vorabprotokollierung erfasst DD Boost-API-Aktivitäten, einschließlich Lesevorgänge, Schreibvorgänge, Backupaktivitäten, Wiederherstellungsaktivitäten, DD Boost-Bibliotheksinteraktionen, Zeitangaben zu API-Aufrufen und clientseitige Latenzindikatoren. Sie bietet detaillierte Einblicke in das Verhalten der DD Boost-API für Troubleshooting und Performanceanalysen.

Frage: Warum werden keine Vorabzertifikatsprotokolle erzeugt? 
Antwort: Überprüfen Sie, ob die ddboost_precert.ini Datei vorhanden ist, sich im Stammverzeichnis des Betriebssystems befindet, das Protokollverzeichnis vorhanden ist, das Protokollverzeichnis beschreibbar ist und ein neuer Backup- oder Wiederherstellungsvorgang gestartet wurde. Fehlende Konfiguration, falsche Platzierung, Berechtigungsprobleme oder fehlende neue DD Boost-Aktivitäten sind die häufigsten Ursachen.

Frage: Werden durch die Aktivierung der Vorabzertifikatsprotokollierung sofort Protokolle erzeugt? 
Antwort:  Nein, Protokolldateien werden nur erzeugt, wenn neue DD Boost-API-Anforderungen eingehen. Die Konfiguration aktiviert nur die Protokollierungsfunktion.

Frage: Warum erzeugt mein derzeit laufendes Backup keine Vorabzertifikatsprotokolle? 
Antwort: Die Vorabzertifikatsprotokollierung erfasst nur API-Aktivitäten, die initiiert werden, nachdem die Konfiguration erkannt wurde. Vorhandene Backup- oder Wiederherstellungsjobs werden fortgesetzt, ohne Vorabzertifikatsprotokolle zu erzeugen.

Frage: Muss ich meinen Backup- oder Wiederherstellungsjob neu starten? 
Antwort: Ja, ein neuer Backup- oder Wiederherstellungsjob ist erforderlich, um Vorabzertifikatsprotokolle zu erzeugen.  Wenn der Job bereits ausgeführt wurde, als die Protokollierung aktiviert wurde, starten Sie einen neuen Vorgang.

Frage: Was ist der häufigste Grund, warum die Vorabzertifikatprotokollierung nicht funktioniert? 
Antwort: Häufige Ursachen sind ddboost_precert.ini Nicht auf Root-Ebene, versehentlich benannt ddboost_precert.ini.txt, ein fehlendes Protokollverzeichnis oder unzureichende Berechtigungen. Konfigurations- und Dateisystemprobleme sind die häufigsten Ursachen.

Frage: Wo soll die ddboost_precert.ini Datei abgelegt werden? 

Linux: /ddboost_precert.ini. Windows: C:\ddboost_precert.ini.

Antwort: Die Datei muss sich im Stammverzeichnis des Betriebssystems befinden.

Frage: Kann die ddboost_precert.ini Datei in einem anderen Ordner gespeichert werden? 
Antwort: Nein, die Datei muss im Stammverzeichnis gespeichert werden. Das DD Boost-Plug-in überprüft nur das Stammverzeichnis des Betriebssystems.

Frage: Wie kann ich überprüfen, ob die Datei nicht tatsächlich

ddboost_precert.ini.txt

Öffnen Sie den Datei-Explorer, aktivieren Sie Dateinamenerweiterungen und überprüfen Sie den Dateinamen.
Antwort: Stellen Sie sicher, dass die Datei mit dem Namen 

ddboost_precert.ini and not ddboost_precert.ini.txt.

Frage: Warum ist der DDLog Verzeichnis nach Aktivierung der Protokollierung leer?
Antwort: Führen Sie ein neues Backup oder eine Wiederherstellung durch oder DDPCONNCHK Führen Sie einen Test durch, um eine Aktivität zu generieren.  Mögliche Ursachen sind: keine neue DD Boost-Aktivität, Berechtigungsprobleme oder eine Konfigurationsdatei, die nicht erkannt wurde.

Frage: Was ist DDPCONNCHK Und warum ist es nützlich? 
Antwort: DDPCONNCHK ist ein DD Boost-Konnektivitätsvalidierungstool. Dies kann DD Boost-API-Aktivitäten erzeugen und schnell bestätigen, dass die Vorabzertifikatprotokollierung funktioniert.

Frage: Kann DDPCONNCHK zum Testen meiner Konfiguration verwendet werden?
Antwort:  IngenieurInnen und TechnikerInnen führen häufig DDPCONNCHK Nach dem Aktivieren der Protokollierung. Ja, dies ist eine gängige Methode, um zu überprüfen, ob Protokolle erzeugt werden, bevor ein Problem reproduziert wird.

Frage: Warum wachsen meine Vorabzertifikatsprotokolle so schnell?
Antwort:  Die Vorabzertifikatsprotokollierung zeichnet jeden DD Boost-API-Aufruf auf. In großen Backupumgebungen kann innerhalb kurzer Zeit ein erhebliches Protokollvolumen generiert werden.

Frage: Wie viel Speicherplatz sollte ich zuweisen? Eine gängige Empfehlung ist 

num_log_files=3 and log_file_size=500.

Antwort: Dies bietet etwa 1,5 GB Protokollspeicher, bevor die Rotation stattfindet.

Frage: Können Vorabzertifikatsprotokolle ein Dateisystem füllen? 
Antwort: Die Protokollierung kann erhebliche Speicherplatzbeanspruchungen in Anspruch nehmen, wenn sie nicht überwacht wird. Ja, vollständige Dateisysteme können zu Backupfehlern, Ausfällen und Serviceunterbrechungen führen.

Frage: Was ist der Zweck von num_log_files? 
Antwort: Dieser Parameter steuert die Anzahl der aufbewahrten rotierten Protokolldateien. Beispiel:, num_log_files=3 creates ddboost_precert.log, ddboost_precert.log.1, and ddboost_precert.log.2.

Frage: Was ist der Zweck von log_file_size? 
Antwort: Dieser Parameter definiert die maximale Größe jeder Protokolldatei in MB. Beispiel: Bei log_file_size=500 kann jede Datei vor der Rotation auf 500 MB anwachsen.

Frage: Was tun sie?s ddcl_logs_include=true tun?
Antwort:  Sie ermöglicht die Protokollierung von DD Boost-Clientbibliotheksinformationen in den Vorabzertifikatprotokollen. Die empfohlene Einstellung ist ddcl_logs_include=true.

Frage: Was bedeutet ddcl_logs_sev=4 meinen?
Antwort:  Dieser Parameter steuert den Protokollierungsschweregrad. Schweregrad 4 enthält detaillierte Informationen zum Troubleshooting und Debugging.

Frage: Brauche ich? BoostFS Debug-Protokollierung zusätzlich zur Vorabzertifikat-Protokollierung? 
Antwort: Eine zusätzliche Protokollierung ist nicht immer erforderlich. Für BoostFS-specific Probleme, bei denen beide aktiviert werden, ergibt sich oft ein vollständigeres diagnostisches Bild.

Frage: Für BoostFSMuss ich ein Unmounten und erneutes Mounten durchführen? 
Antwort: Durch das Unmounten und erneute Mounten wird die BoostFS-Aktivität neu initialisiert. In vielen Fällen hilft dies, neue DD Boost-Aktivitäten zu initiieren.

Frage: Wie lautet die korrekte BoostFS-Debug-Protokollierungssyntax?
Antwort:  Die richtige Syntax lautet -o log-level=debug. Nicht verwenden --o log-level=debug denn nur ein einziger Bindestrich ist gültig.

Frage: Warum wurden beim erneuten Mounten von BoostFS plötzlich Precert-Protokolle angezeigt? 
Antwort: Durch das erneute Mounten wird ein neuer Initialisierungszyklus für BoostFS erstellt. Die Protokollierung beginnt, wenn eine neue DD Boost-API-Aktivität auftritt und das Plug-in die Konfigurationsdatei erkennt.

Frage: Entspricht der Neustart einer Anwendung dem erneuten Mounten von BoostFS? 
Antwort: In der Regel ja, zum Beispiel ein Neustart. RMAN, Backupsoftware oder Ausführung DDPCONNCHK. Jede Aktion, die neue DD Boost-API-Aktivitäten erstellt, kann eine Protokollierung auslösen.

Frage: Kann RMAN Vorabzertifikatprotokolle ohne Unmounten von BoostFS generieren? 
Antwort: Ja, ein neues RMAN In der Regel ist der Betrieb ausreichend. RMAN kann neue DD Boost-API-Anfragen direkt initiieren.

Frage: Wie deaktiviere ich die Vorabprotokollierung?
Antwort:  Löschen Sie ddboost_precert.ini oder benennen Sie sie in ddboost_precert.ini.disabled um.

Frage: Muss ich den Host nach dem Entfernen der INI-Datei neu starten? 
Antwort: Nein, ein Neustart ist nicht erforderlich. 

Frage: Welche Berechtigungen sollten unter Linux verwendet werden? Beispielberechtigungen umfassen 

mkdir /DDLog, chmod 777 /DDLog, and chmod 777 /ddboost_precert.ini.

Antwort: Der DD Boost-Prozess muss in der Lage sein, die Konfigurationsdatei zu lesen und in das Protokollverzeichnis zu schreiben.

Frage: Wo werden BoostFS-Protokolle standardmäßig gespeichert? 

Linux: /opt/emc/boostfs/log. Windows: C:\BoostFS\Log.

Antwort: Diese Speicherorte sind von den DD Boost-Vorabzertifikatprotokollen getrennt.

Frage: Sind BoostFS-Protokolle und Vorabzertifikatsprotokolle identisch? 
Antwort: Nein, Vorabzertifikatprotokolle enthalten DD Boost-API-Transaktionen, Bibliothekskommunikation und I/O-Timingdaten. BoostFS-Protokolle enthalten Mount-Aktivitäten, Dateisystemvorgänge und Anwendungsereignisse.

Frage: Welche Protokolle sollte ich dem Support zur Verfügung stellen? 
Antwort: Die Bereitstellung aller relevanten Protokolle trägt dazu bei, das Troubleshooting zu beschleunigen. Erfassen Sie je nach Problem ddboost_precert.log, rotierte Vorabzertifikatprotokolle, BoostFS-Protokolle, DDPCONNCHK Ausgabe, Anwendungsprotokolle und angeforderte Support-Bundles.

Frage: Was soll ich tun, wenn die Protokolle nach dem Befolgen dieses Wissensdatenbank-Artikels immer noch nicht erzeugt werden? 
Antwort: Erfassen Sie Nachweise wie den ddboost_precert.ini Speicherort, die Protokollverzeichnisauflistung, DDPCONNCHK Ausgabe, BoostFS-Mount-Befehl und Berechtigungsinformationen. Senden Sie die gesammelten Informationen zur weiteren Analyse an den technischen Support von Dell.