Data Domain: Aktivering av DD Boost API-logging – Precert-logger

Spørsmål: Hva er DD Boost Precert Logging? 
Svar: Precertlogging av DD Boost er en funksjon for diagnostisk logging som registrerer DD Boost API-transaksjoner mellom en DD Boost-klient og Data Domain-systemet. Det brukes ofte til feilsøking av ytelsesproblemer, feil, ventetid og kommunikasjonsproblemer.

Spørsmål: Hva fanger Precert Logging opp? 
Svar: Precert-logging fanger opp DD Boost API-aktivitet, inkludert leseoperasjoner, skriveoperasjoner, sikkerhetskopieringsaktivitet, gjenopprettingsaktivitet, DD Boost-bibliotekinteraksjoner, API-anropstidsinformasjon og latensindikatorer på klientsiden. Den gir detaljert innsyn i DD Boost API-atferd for feilsøking og ytelsesanalyse.

Spørsmål: Hvorfor genereres ingen precert-logger? 
Svar: Kontroller at ddboost_precert.ini-filen finnes, at den ligger roten til operativsystemet, at loggmappen finnes, at loggmappen er skrivbar, og at en ny sikkerhetskopierings- eller gjenopprettingsoperasjon har startet. Manglende konfigurasjon, feil plassering, tillatelsesproblemer eller mangel på ny DD Boost-aktivitet er de vanligste årsakene.

Spørsmål: Genererer aktivering av precert-logging logger umiddelbart? 
Svar:  Nei, loggfiler genereres bare når nye DD Boost API-forespørsler mottas. Konfigurasjonen aktiverer bare loggingsfunksjonalitet.

Spørsmål: Hvorfor genererer ikke sikkerhetskopien som kjører for øyeblikket, precert-logger? 
Svar: Precert-logging registrerer bare API-aktivitet som startes etter at konfigurasjonen er oppdaget. Eksisterende sikkerhetskopierings- eller gjenopprettingsjobber fortsetter uten å generere precert-logger.

Spørsmål: Må jeg starte sikkerhetskopierings- eller gjenopprettingsjobben på nytt? 
Svar: Ja, det kreves en ny sikkerhetskopierings- eller gjenopprettingsjobb for å generere precert-logger.  Hvis jobben allerede kjørte da logging ble aktivert, starter du en ny operasjon.

Spørsmål: Hva er den vanligste årsaken til at precert-logging ikke fungerer? 
Svar: Vanlige årsaker inkluderer ddboost_precert.ini ikke å være på rotnivå, blir ved et uhell navngitt ddboost_precert.ini.txt, en manglende loggkatalog eller utilstrekkelige tillatelser. Konfigurasjons- og filsystemproblemer er de hyppigste årsakene.

Spørsmål: Hvor skal den ddboost_precert.ini filen plasseres? 

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

Svar: Filen må ligge i rotkatalogen for operativsystemet.

Spørsmål: Kan den ddboost_precert.ini filen lagres i en annen mappe? 
Svar: Nei, filen må lagres ved roten. DD Boost-plugin-modulen sjekker bare rotkatalogen for operativsystemet.

Spørsmål: Hvordan kan jeg bekrefte at filen faktisk ikke er faktisk

ddboost_precert.ini.txt

Åpne File Explorer, aktiver File Name Extensions, og bekreft filnavnet.
Svar: Kontroller at filen er navngitt 

ddboost_precert.ini and not ddboost_precert.ini.txt.

Spørsmål: Hvorfor er DDLog Katalogtom etter aktivering av logging?
Svar: Kjøre en ny sikkerhetskopiering, gjenoppretting eller DDPCONNCHK Test for å generere aktivitet.  Mulige årsaker inkluderer ingen ny DD Boost-aktivitet, tillatelsesproblemer eller en konfigurasjonsfil som ikke ble oppdaget.

Spørsmål: Hva er DDPCONNCHK Og hvorfor er det nyttig? 
Svar: DDPCONNCHK er et DD Boost-verktøy for validering av tilkobling. Det kan generere DD Boost API-aktivitet og raskt bekrefte at precert-logging fungerer.

Spørsmål: Kan DDPCONNCHK brukes til å teste konfigurasjonen min?
Svar:  Ingeniører kjører ofte DDPCONNCHK etter aktivering av logging. Ja, det er en vanlig måte å kontrollere at logger genereres på før du reproduserer et problem.

Spørsmål: Hvorfor vokser precert-loggene mine så raskt?
Svar:  Precert-logging registrerer hvert DD Boost API-kall. Store backupmiljøer kan generere betydelig loggvolum på kort tid.

Spørsmål: Hvor mye diskplass skal jeg tildele? En vanlig anbefaling er 

num_log_files=3 and log_file_size=500.

Svar: Dette gir ca. 1,5 GB logglagring før rotasjon skjer.

Spørsmål: Kan precert-logger fylle et filsystem? 
Svar: Logging kan forbruke betydelig diskplass hvis den ikke overvåkes. Ja, fullstendige filsystemer kan føre til sikkerhetskopieringsfeil, nedetid og tjenesteavbrudd.

Spørsmål: Hva er formålet med num_log_files? 
Svar: Denne parameteren styrer antall roterte loggfiler som beholdes. For eksempel, num_log_files=3 creates ddboost_precert.log, ddboost_precert.log.1, and ddboost_precert.log.2.

Spørsmål: Hva er formålet med log_file_size? 
Svar: Denne parameteren definerer maksimumsstørrelsen for hver loggfil i MB. For eksempel lar log_file_size=500 hver fil vokse til 500 MB før rotasjon.

Spørsmål: Hva gjør dus ddcl_logs_include=true gjøre?
Svar:  Den aktiverer loggingsinformasjon for DD Boost-klientbiblioteket i precert-loggene. Den anbefalte innstillingen er ddcl_logs_include=true.

Spørsmål: Hva gjør ddcl_logs_sev=4 mener?
Svar:  Denne parameteren styrer alvorlighetsgraden til logging. Alvorlighetsgrad 4 gir detaljert informasjon om feilsøking og feilsøking.

Spørsmål: Trenger jeg BoostFS Feilsøkingslogging i tillegg til precert-logging? 
Svar: Ytterligere logging er ikke alltid nødvendig. Ved BoostFS-specific Begge deler gir ofte et mer komplett diagnosebilde.

Spørsmål: For BoostFS, må jeg demontere og montere på nytt? 
Svar: Demontering og ny montering initialiserer BoostFS-aktiviteten på nytt. I mange tilfeller, ja, dette hjelper til med å starte ny DD Boost-aktivitet.

Spørsmål: Hva er riktig syntaks for feilsøkingslogging for BoostFS?
Svar:  Den riktige syntaksen er -o log-level=debug. Ikke bruk --o log-level=debug Fordi bare en enkelt bindestrek er gyldig.

Spørsmål: Hvorfor fikk montering av BoostFS plutselig precert-logger til å vises? 
Svar: Montering på nytt oppretter en ny initialiseringssyklus for BoostFS. Logging begynner når ny DD Boost API-aktivitet oppstår og plugin-modulen oppdager konfigurasjonsfilen.

Spørsmål: Tilsvarer omstart av et program det samme som å montere BoostFS på nytt? 
Svar: Vanligvis ja, eksempler inkluderer omstart RMAN, programvare for sikkerhetskopiering eller kjøring DDPCONNCHK. Alle handlinger som oppretter ny DD Boost API-aktivitet, kan utløse logging.

Spørsmål: Kan RMAN generere precert-logger uten å demontere BoostFS? 
Svar: Ja, starte en ny RMAN Driften er normalt tilstrekkelig. RMAN kan starte nye DD Boost API-forespørsler direkte.

Spørsmål: Hvordan deaktiverer jeg precert-logging?
Svar:  Slett ddboost_precert.ini eller gi den nytt navn til ddboost_precert.ini. deaktivert.

Spørsmål: Må jeg starte verten på nytt etter at jeg har fjernet ini-filen? 
Svar: Nei, omstart er ikke nødvendig. 

Spørsmål: Hvilke tillatelser skal brukes på Linux? Eksempler på tillatelser inkluderer 

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

Svar: DD Boost-prosessen må kunne lese konfigurasjonsfilen og skrive til loggmappen.

Spørsmål: Hvor lagres BoostFS-logger som standard? 

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

Svar: Disse plasseringene er atskilt fra DD Boost precert-logger.

Spørsmål: Er BoostFS-logger og precert-logger det samme? 
Svar: Nei, precert-logger inneholder DD Boost API-transaksjoner, bibliotekkommunikasjon og I/O-tidsdata. BoostFS-logger inneholder monteringsaktivitet, filsystemoperasjoner og programhendelser.

Spørsmål: Hvilke logger skal jeg levere til kundestøtte? 
Svar: Ved å levere alle relevante logger får du fart på feilsøkingen. Avhengig av problemet, samle inn ddboost_precert.log, roterte precert-logger, BoostFS-logger, DDPCONNCHK utdata, applikasjonslogger og forespurte støttepakker.

Spørsmål: Hva gjør jeg hvis logger fremdeles ikke genereres etter at jeg har fulgt denne KB-en? 
Svar: Samle bevis som ddboost_precert.ini plassering, loggkatalogoppføring, DDPCONNCHK utdata, BoostFS-monteringskommando og tillatelsesinformasjon. Send inn den innsamlede informasjonen til Dells tekniske støtte for videre analyse.