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

Spørsmål: Hva er DD Boost Precert Logging? 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.
Svar: Det brukes ofte til feilsøking av ytelsesproblemer, feil, ventetid og kommunikasjonsproblemer.

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

Spørsmål: Hvorfor genereres ingen precert-logger? 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.
Svar: 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? Konfigurasjonen aktiverer bare loggingsfunksjonalitet.
Svar: Nei, loggfiler genereres bare når nye DD Boost API-forespørsler mottas.

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

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

Spørsmål: Hva er den vanligste årsaken til at precert-logging ikke fungerer? 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.
Svar: 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? DD Boost-plugin-modulen sjekker bare rotkatalogen for operativsystemet.
Svar: Nei, filen må lagres ved roten.

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? Mulige årsaker inkluderer ingen ny DD Boost-aktivitet, tillatelsesproblemer eller en konfigurasjonsfil som ikke ble oppdaget.
Svar: Kjøre en ny sikkerhetskopiering, gjenoppretting eller DDPCONNCHK Test for å generere aktivitet.

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

Spørsmål: Kan DDPCONNCHK brukes til å teste konfigurasjonen min? Ingeniører kjører ofte DDPCONNCHK etter aktivering av logging.
Svar: 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? Precert-logging registrerer hvert DD Boost API-kall.
Svar: 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? Logging kan forbruke betydelig diskplass hvis den ikke overvåkes.
Svar: Ja, fullstendige filsystemer kan føre til sikkerhetskopieringsfeil, nedetid og tjenesteavbrudd.

Spørsmål: Hva er formålet med num_log_files? Denne parameteren styrer antall roterte loggfiler som beholdes.
Svar: 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? Denne parameteren definerer maksimumsstørrelsen for hver loggfil i MB.
Svar: 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 Utfør Den aktiverer loggingsinformasjon for DD Boost-klientbiblioteket i precert-loggene.
Svar: Den anbefalte innstillingen er ddcl_logs_include=true.

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

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

Spørsmål: For BoostFS, må jeg demontere og montere på nytt? Demontering og ny montering initialiserer BoostFS-aktiviteten på nytt.
Svar: 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? Den riktige syntaksen er -o log-level=debug.
Svar: 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? Montering på nytt oppretter en ny initialiseringssyklus for BoostFS.
Svar: 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? Alle handlinger som oppretter ny DD Boost API-aktivitet, kan utløse logging.
Svar: Vanligvis ja, eksempler inkluderer omstart RMAN, programvare for sikkerhetskopiering eller kjøring DDPCONNCHK.

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

Spørsmål: Hvordan deaktiverer jeg precert-logging? Slett ddboost_precert.ini eller gi den nytt navn til ddboost_precert.ini. deaktivert.
Svar: Logging aktiveres bare når det eksakte filnavnet ddboost_precert.ini finnes.

Spørsmål: Må jeg starte verten på nytt etter at jeg har fjernet ini-filen? Plugin ser etter konfigurasjonsfilen under fremtidige operasjoner.
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? BoostFS-logger inneholder monteringsaktivitet, filsystemoperasjoner og programhendelser.
Svar: Nei, precert-logger inneholder DD Boost API-transaksjoner, bibliotekkommunikasjon og I/O-tidsdata.

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

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