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

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

Fråga: Vad samlar Precert-loggning in? 
Svar: 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. Den ger detaljerad insyn i DD Boost API-beteende för felsökning och prestandaanalys.

Fråga: Varför genereras inga precert-loggar? 
Svar: 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. 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? 
Svar:  Nej, loggfiler genereras bara när nya DD Boost API-begäranden tas emot. Konfigurationen aktiverar endast loggningsfunktion.

Fråga: Varför genererar inte min säkerhetskopiering för närvarande precert-loggar? 
Svar: Precert-loggning samlar endast in API-aktivitet som initieras efter att konfigurationen har identifierats. 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? 
Svar: Ja, ett nytt säkerhetskopierings- eller återställningsjobb krävs för att generera precert-loggar.  Om jobbet redan kördes när loggning aktiverades startar du en ny åtgärd.

Fråga: Vad är den vanligaste orsaken till att precert-loggning inte fungerar? 
Svar: 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. 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? 
Svar: Nej, filen måste lagras i roten. DD Boost-insticksprogrammet kontrollerar endast operativsystemets rotkatalog.

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?
Svar: Kör en ny säkerhetskopiering, återställning eller DDPCONNCHK Testa för att generera aktivitet.  Möjliga orsaker är ingen ny DD Boost-aktivitet, behörighetsproblem eller en konfigurationsfil som inte identifierades.

Fråga: Vad är DDPCONNCHK Och varför är det användbart? 
Svar: DDPCONNCHK är ett verktyg för validering av DD Boost-anslutning. 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?
Svar:  Ingenjörer kör ofta DDPCONNCHK När du har aktiverat loggning. 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?
Svar:  Precert-loggning registrerar varje DD Boost API-anrop. 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? 
Svar: Loggning kan förbruka betydande diskutrymme om den inte övervakas. Ja, fullständiga filsystem kan leda till säkerhetskopieringsfel, avbrott och avbrott i tjänsten.

Fråga: Vad är syftet med num_log_files? 
Svar: Den här parametern styr antalet roterade loggfiler som behålls. 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? 
Svar: Den här parametern definierar den maximala storleken för varje loggfil i MB. 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öra?
Svar:  Det aktiverar loggningsinformation för DD Boost-klientbiblioteket i precert-loggarna. Den rekommenderade inställningen är ddcl_logs_include=true.

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

Fråga: Behöver jag BoostFS felsökningsloggning utöver precert-loggning? 
Svar: Ytterligare loggning krävs inte alltid. Vid frågor om 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? 
Svar: Avmontering och återmontering initierar om BoostFS-aktivitet. 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?
Svar:  Rätt syntax är -o log-level=debug. 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? 
Svar: Återmontering skapar en ny initieringscykel för BoostFS. 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? 
Svar: Vanligtvis ja, exempel inkluderar omstart RMAN, säkerhetskopieringsprogram eller som kör DDPCONNCHK. Alla åtgärder som skapar en ny DD Boost API-aktivitet kan utlösa loggning.

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

Fråga: 如何实现 inaktivera precert-loggning?
Svar:  Ta bort ddboost_precert.ini eller byt namn på den till ddboost_precert.ini.disabled.

Fråga: Behöver jag starta om värden när jag har tagit bort ini-filen? 
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? 
Svar: Nej, precert-loggar innehåller DD Boost API-transaktioner, bibliotekskommunikation och I/O-tidsdata. BoostFS-loggar innehåller monteringsaktivitet, filsystemåtgärder och programhändelser.

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

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