Data Domain: Aktivera DD Boost API-loggning – Precert-loggar

Fråga: Vad är DD Boost Precert-loggning? DD Boost Precert Logging är en diagnostisk loggningsfunktion som registrerar DD Boost API-transaktioner mellan en DD Boost-klient och Data Domain-systemet.
Svar: Det används ofta för felsökning av prestandaproblem, fel, svarstider och kommunikationsproblem.

Fråga: Vad samlar Precert-loggning in? Precert-loggning samlar in DD Boost API-aktivitet, inklusive läsåtgärder, skrivåtgärder, säkerhetskopieringsaktivitet, återställningsaktivitet, DD Boost-biblioteksinteraktioner, tidsinformation för API-anrop och svarstidsindikatorer på klientsidan.
Svar: Den ger detaljerad insyn i DD Boost API-beteende för felsökning och prestandaanalys.

Fråga: Varför genereras inga precert-loggar? Kontrollera att ddboost_precert.ini filen finns, finns i operativsystemets rot, att loggkatalogen finns, att loggkatalogen är skrivbar och att en ny säkerhetskopierings- eller återställningsåtgärd har startats.
Svar: Saknad konfiguration, felaktig placering, behörighetsproblem eller brist på ny DD Boost-aktivitet är de vanligaste orsakerna.

Fråga: Genererar aktivering av precert-loggning omedelbart loggar? Konfigurationen aktiverar endast loggningsfunktion.
Svar: Nej, loggfiler genereras bara när nya DD Boost API-begäranden tas emot.

Fråga: Varför genererar inte min säkerhetskopiering för närvarande precert-loggar? Precert-loggning samlar endast in API-aktivitet som initieras efter att konfigurationen har identifierats.
Svar: Befintliga säkerhetskopierings- eller återställningsjobb fortsätter utan att förcertifieringsloggar genereras.

Fråga: Måste jag starta om säkerhetskopierings- eller återställningsjobbet? Om jobbet redan kördes när loggning aktiverades startar du en ny åtgärd.
Svar: Ja, ett nytt säkerhetskopierings- eller återställningsjobb krävs för att generera precert-loggar.

Fråga: Vad är den vanligaste orsaken till att precert-loggning inte fungerar? Vanliga orsaker är ddboost_precert.ini att inte vara på rotnivå, att av misstag namnges ddboost_precert.ini.txt, en loggkatalog som saknas eller otillräcklig behörighet.
Svar: Konfigurations- och filsystemproblem är de vanligaste orsakerna.

Fråga: Var ska den ddboost_precert.ini filen placeras? 

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

Svar: Filen måste finnas i operativsystemets rotkatalog.

Fråga: Kan ddboost_precert.ini-filen lagras i en annan mapp? DD Boost-insticksprogrammet kontrollerar endast operativsystemets rotkatalog.
Svar: Nej, filen måste lagras i roten.

Fråga: Hur kan jag verifiera att filen faktiskt inte är

ddboost_precert.ini.txt

Öppna Utforskaren, aktivera filnamnstillägg och verifiera filnamnet.
Svar: Kontrollera att filen har ett namn 

ddboost_precert.ini and not ddboost_precert.ini.txt.

Fråga: Varför är DDLog Är katalogen tom efter att loggning har aktiverats? Möjliga orsaker är ingen ny DD Boost-aktivitet, behörighetsproblem eller en konfigurationsfil som inte identifierades.
Svar: Kör en ny säkerhetskopiering, återställning eller DDPCONNCHK Testa för att generera aktivitet.

Fråga: Vad är DDPCONNCHK Och varför är det användbart? DDPCONNCHK är ett verktyg för validering av DD Boost-anslutning.
Svar: Den kan generera DD Boost API-aktivitet och snabbt bekräfta att precert-loggning fungerar.

Fråga: Kan DDPCONNCHK användas för att testa min konfiguration? Ingenjörer kör ofta DDPCONNCHK När du har aktiverat loggning.
Svar: Ja, det är ett vanligt sätt att kontrollera att loggar genereras innan ett problem återskapas.

Fråga: Varför växer mina precert-loggar så snabbt? Precert-loggning registrerar varje DD Boost API-anrop.
Svar: Stora säkerhetskopieringsmiljöer kan generera betydande loggvolymer på kort tid.

Fråga: Hur mycket diskutrymme ska jag allokera? En vanlig rekommendation är 

num_log_files=3 and log_file_size=500.

Svar: Detta ger cirka 1,5 GB logglagring innan rotationen sker.

Fråga: Kan precert-loggar fylla ett filsystem? Loggning kan förbruka betydande diskutrymme om den inte övervakas.
Svar: Ja, fullständiga filsystem kan leda till säkerhetskopieringsfel, avbrott och avbrott i tjänsten.

Fråga: Vad är syftet med num_log_files? Den här parametern styr antalet roterade loggfiler som behålls.
Svar: Till exempel, num_log_files=3 creates ddboost_precert.log, ddboost_precert.log.1, and ddboost_precert.log.2.

Fråga: Vad är syftet med log_file_size? Den här parametern definierar den maximala storleken för varje loggfil i MB.
Svar: Med log_file_size=500 kan till exempel varje fil växa till 500 MB före rotation.

Fråga: Vad gör ?s ddcl_logs_include=true Gör så här Det aktiverar loggningsinformation för DD Boost-klientbiblioteket i precert-loggarna.
Svar: Den rekommenderade inställningen är ddcl_logs_include=true.

Fråga: Vad betyder det? ddcl_logs_sev=4 Innebörd Den här parametern styr allvarlighetsgraden för loggning.
Svar: Allvarlighetsgrad 4 innehåller detaljerad felsöknings- och felsökningsinformation.

Fråga: Behöver jag BoostFS felsökningsloggning utöver precert-loggning? Ytterligare loggning krävs inte alltid.
Svar: För BoostFS-specific Om du aktiverar båda får du ofta en mer fullständig diagnostisk bild.

Fråga: För BoostFS, måste jag demontera och montera igen? Avmontering och återmontering initierar om BoostFS-aktivitet.
Svar: I många fall, ja, detta hjälper till att initiera ny DD Boost-aktivitet.

Fråga: Vilken är rätt syntax för BoostFS-felsökningsloggning? Rätt syntax är -o log-level=debug.
Svar: Använd inte --o log-level=debug eftersom endast ett enda bindestreck är giltigt.

Fråga: Varför dök plötsligt precert-loggar upp vid återmontering av BoostFS? Återmontering skapar en ny initieringscykel för BoostFS.
Svar: Loggningen börjar när ny DD Boost API-aktivitet inträffar och plugin-programmet identifierar konfigurationsfilen.

Fråga: Är omstart av ett program likvärdigt med att montera om BoostFS? Alla åtgärder som skapar en ny DD Boost API-aktivitet kan utlösa loggning.
Svar: Vanligtvis ja, exempel inkluderar omstart RMAN, säkerhetskopieringsprogram eller som kör DDPCONNCHK.

Fråga: Kan RMAN generera precert-loggar utan att demontera BoostFS? RMAN kan initiera nya DD Boost API-förfrågningar direkt.
Svar: Ja, starta en ny RMAN normalt är tillräcklig.

Fråga: 如何实现 inaktivera precert-loggning? Ta bort ddboost_precert.ini eller byt namn på den till ddboost_precert.ini.disabled.
Svar: Loggning aktiveras endast när det exakta filnamnet ddboost_precert.ini existerar.

Fråga: Behöver jag starta om värden när jag har tagit bort ini-filen? Insticksprogrammet söker efter konfigurationsfilen under framtida åtgärder.
Svar: Nej, omstart krävs inte.

Fråga: Vilka behörigheter ska användas på Linux? Exempel på behörigheter är 

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

Svar: DD Boost-processen måste kunna läsa konfigurationsfilen och skriva till loggkatalogen.

Fråga: Var lagras BoostFS-loggar som standard? 

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

Svar: Dessa platser är separata från DD Boost precert-loggar.

Fråga: Är BoostFS-loggar och precert-loggar samma sak? BoostFS-loggar innehåller monteringsaktivitet, filsystemåtgärder och programhändelser.
Svar: Nej, precert-loggar innehåller DD Boost API-transaktioner, bibliotekskommunikation och I/O-tidsdata.

Fråga: Vilka loggar ska jag tillhandahålla till supporten? Beroende på problemet samlar du in ddboost_precert.log, roterade precert-loggar, BoostFS-loggar, DDPCONNCHK utdata, programloggar och begärda supportpaket.
Svar: Genom att tillhandahålla alla relevanta loggar snabbas felsökningen upp.

Fråga: Vad ska jag göra om loggar fortfarande inte genereras när jag har följt denna KB? Samla in bevis som ddboost_precert.ini plats, loggkataloglista, DDPCONNCHK output, BoostFS-monteringskommando och behörighetsinformation.
Svar: Skicka den insamlade informationen till Dells tekniska support för vidare analys.