Data Domain: DD Boost API:n kirjaamisen käyttöönotto – Precert-lokit

Kysymys: Mikä on DD Boost Precert Logging? 
Vastaus: DD Boost Precert Logging on diagnostinen lokikirjausominaisuus, joka tallentaa DD Boost API -tapahtumia DD Boost -asiakkaan ja Data Domain -järjestelmän välillä. Sitä käytetään yleisesti suorituskykyongelmien, vikojen, viiveen ja tiedonsiirto-ongelmien vianmääritykseen.

Kysymys: Mitä Precert Logging tallentaa? 
Vastaus: Precert-lokiin kirjaaminen tallentaa DD Boost API -toiminnan, mukaan lukien lukutoiminnot, kirjoitustoiminnot, varmuuskopiointitoiminnan, palautustoiminnan, DD Boost -kirjaston vuorovaikutukset, API-kutsujen ajoitustiedot ja asiakaspuolen viiveilmaisimet. Se tarjoaa yksityiskohtaisen näkyvyyden DD Boost API:n toimintaan vianmääritystä ja suorituskykyanalyysia varten.

Kysymys: Miksi precert-lokeja ei luoda? 
Vastaus: Varmista, että ddboost_precert.ini tiedosto on olemassa, sijaitsee käyttöjärjestelmän juuressa, lokihakemisto on olemassa, lokihakemisto on kirjoitettavissa ja että uusi varmuuskopiointi- tai palautustoiminto on aloitettu. Puuttuvat määritykset, virheellinen sijoittelu, käyttöoikeusongelmat tai uuden DD Boost -toiminnan puute ovat yleisimpiä syitä.

Kysymys: Luoko precert-lokien ottaminen käyttöön välittömästi lokeja? 
Vastaus:  Ei, lokitiedostot luodaan vain, kun uusia DD Boost API -pyyntöjä vastaanotetaan. Määritys ottaa käyttöön vain kirjaamisominaisuuden.

Kysymys: Miksi käynnissä oleva varmuuskopiointi ei luo precert-lokeja? 
Vastaus: Precert-lokiin kirjaaminen tallentaa vain API-toiminnan, joka alkaa määrityksen havaitsemisen jälkeen. Nykyiset varmuuskopiointi- tai palautustyöt jatkuvat luomatta precert-lokeja.

Kysymys: Onko varmuuskopiointi- tai palautustyö käynnistettävä uudelleen? 
Vastaus: Kyllä, uusi varmuuskopiointi- tai palautustyö vaaditaan precert-lokien luontia varten.  Jos työ oli jo käynnissä, kun kirjaaminen otettiin käyttöön, aloita uusi toiminto.

Kysymys: Mikä on yleisin syy, miksi precert-loki ei toimi? 
Vastaus: Yleisiä syitä ovat: ddboost_precert.ini ei ole juuritasolla, vahingossa nimetty ddboost_precert.ini.txt, puuttuva lokihakemisto tai riittämättömät käyttöoikeudet. Määritys- ja tiedostojärjestelmäongelmat ovat yleisimpiä syitä.

Kysymys: Mihin ddboost_precert.ini tiedosto tulisi sijoittaa? 

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

Vastaus: Tiedoston on sijaittava käyttöjärjestelmän juurihakemistossa.

Kysymys: Voiko ddboost_precert.ini tiedoston tallentaa toiseen kansioon? 
Vastaus: Ei, tiedosto on tallennettava juureen. DD Boost -laajennus tarkistaa vain käyttöjärjestelmän juurihakemiston.

Kysymys: Miten voin tarkistaa, että tiedosto ei todellisuudessa ole

ddboost_precert.ini.txt

Avaa Resurssienhallinta, ota tiedostonimitunnisteet käyttöön ja vahvista tiedostonimi.
Vastaus: Varmista, että tiedoston nimi on 

ddboost_precert.ini and not ddboost_precert.ini.txt.

Kysymys: Miksi on DDLog hakemisto tyhjä kirjautumisen käyttöönoton jälkeen?
Vastaus: Suorita uusi varmuuskopiointi, palautus tai DDPCONNCHK Testaa toiminnan luomiseksi.  Mahdollisia syitä ovat uuden DD Boost -toiminnan puuttuminen, käyttöoikeusongelmat tai määritystiedosto, jota ei havaittu.

Kysymys: Mikä on DDPCONNCHK Ja miksi se on hyödyllistä? 
Vastaus: DDPCONNCHK on DD Boost -yhteyksien vahvistustyökalu. Se voi luoda DD Boost API -toimintaa ja varmistaa nopeasti, että precert-lokiinkirjaus toimii.

Kysymys: Voi DDPCONNCHK Käytettävyyden määritysten testaamiseen?
Vastaus:  Insinöörit juoksevat usein DDPCONNCHK Kun kirjaaminen on otettu käyttöön. Kyllä, se on yleinen tapa tarkistaa lokien luonti ennen ongelman toistamista.

Kysymys: Miksi precert-lokini kasvavat niin nopeasti?
Vastaus:  Precert-lokikirjaus tallentaa jokaisen DD Boost API -kutsun. Suuret varmuuskopiointiympäristöt voivat tuottaa huomattavan määrän lokia lyhyessä ajassa.

Kysymys: Kuinka paljon levytilaa minun pitäisi varata? Yleinen suositus on 

num_log_files=3 and log_file_size=500.

Vastaus: Tämä tarjoaa noin 1,5 Gt lokitallennustilaa ennen kiertoa.

Kysymys: Voivatko precert-lokit täyttää tiedostojärjestelmän? 
Vastaus: Kirjaaminen voi viedä merkittävästi levytilaa, jos sitä ei valvota. Kyllä, täydelliset tiedostojärjestelmät voivat aiheuttaa varmuuskopiointivirheitä, käyttökatkoksia ja palvelukatkoksia.

Kysymys: Mikä on num_log_files tarkoitus? 
Vastaus: Tämä parametri hallitsee säilytettävien kierrettyjen lokitiedostojen määrää. Esim., num_log_files=3 creates ddboost_precert.log, ddboost_precert.log.1, and ddboost_precert.log.2.

Kysymys: Mikä on log_file_size tarkoitus? 
Vastaus: Tämä parametri määrittää kunkin lokitiedoston enimmäiskoon megatavuina. Esimerkiksi log_file_size=500 antaa kunkin tiedoston kasvaa 500 megatavuun ennen kiertoa.

Kysymys: Mitä tekees ddcl_logs_include=true tehdä?
Vastaus:  Sen avulla DD Boost Client Library voi kirjata tietoja precert-lokeihin. Suositeltu asetus on ddcl_logs_include=true.

Kysymys: Mitä ddcl_logs_sev=4 tarkoittaa?
Vastaus:  Tämä parametri hallitsee kirjaamisen vakavuutta. Vakavuustaso 4 sisältää yksityiskohtaiset vianmääritys- ja virheenkorjaustiedot.

Kysymys: Tarvitsenko BoostFS virheenkorjauslokikirjaus precert-kirjauksen lisäksi? 
Vastaus: Lisäkirjauksia ei aina tarvita. Ongelmissa, jotka koskevat BoostFS-specific -ongelmissa, kun molemmat otetaan käyttöön, saadaan usein kattavampi diagnostinen kuva.

Kysymys: varten BoostFS, pitääkö minun irrottaa ja asentaa uudelleen? 
Vastaus: Irrottaminen ja uudelleenasennus alustaa BoostFS-toiminnan uudelleen. Monissa tapauksissa kyllä, tämä auttaa käynnistämään uuden DD Boost -toiminnon.

Kysymys: Mikä on oikea BoostFS-virheenkorjauksen lokikirjauksen syntaksi?
Vastaus:  Oikea syntaksi on -o log-level=debug. Älä käytä --o log-level=debug Koska vain yksi viiva on kelvollinen.

Kysymys: Miksi BoostFS:n uudelleenasennus sai yhtäkkiä precert-lokit näkyviin? 
Vastaus: Uudelleenasennus luo uuden alustussyklin BoostFS:lle. Kirjaaminen alkaa, kun uusi DD Boost API -toiminta tapahtuu ja laajennus havaitsee määritystiedoston.

Kysymys: Vastaako sovelluksen uudelleenkäynnistäminen BoostFS:n uudelleenasennusta? 
Vastaus: Yleensä kyllä, esimerkkejä ovat uudelleenkäynnistys RMAN, varmuuskopiointiohjelmisto tai käynnissä oleva ohjelmisto DDPCONNCHK. Mikä tahansa toiminto, joka luo uutta DD Boost API -toimintaa, voi käynnistää lokiinkirjaamisen.

Kysymys: Voi RMAN luoda precert-lokeja irrottamatta BoostFS:ää? 
Vastaus: Kyllä, uuden aloittaminen RMAN toiminta on yleensä riittävää. RMAN voi käynnistää uusia DD Boost API -pyyntöjä suoraan.

Kysymys: Miten poistan precert-lokiin kirjaamisen käytöstä?
Vastaus:  Poista ddboost_precert.ini tai anna sille uusi nimi ddboost_precert.ini.disabled.

Kysymys: Onko isäntä käynnistettävä uudelleen ini-tiedoston poistamisen jälkeen? 
Vastaus: Ei, uudelleenkäynnistystä ei tarvita. 

Kysymys: Mitä käyttöoikeuksia tulisi käyttää Linuxissa? Esimerkkejä käyttöoikeuksista: 

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

Vastaus: DD Boost -prosessin on kyettävä lukemaan määritystiedosto ja kirjoittamaan lokihakemistoon.

Kysymys: Mihin BoostFS-lokit tallennetaan oletuksena? 

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

Vastaus: Nämä sijainnit ovat erillään DD Boost precert -lokeista.

Kysymys: Ovatko BoostFS-lokit ja precert-lokit sama asia? 
Vastaus: Ei, precert-lokit sisältävät DD Boost API -tapahtumia, kirjaston viestintätietoja ja I/O-ajoitustietoja. BoostFS-lokit sisältävät käyttöönottotoimia, tiedostojärjestelmätoimintoja ja sovellustapahtumia.

Kysymys: Mitä lokeja minun tulee toimittaa tuelle? 
Vastaus: Kaikkien tarvittavien lokien antaminen nopeuttaa vianmääritystä. Kerää ongelmasta riippuen ddboost_precert.log, kierrätetyt precert-lokit, BoostFS-lokit, DDPCONNCHK tulosteet, sovelluslokit ja pyydetyt tukipaketit.

Kysymys: Mitä pitäisi tehdä, jos lokeja ei edelleenkään luoda tämän tietämyskannan jälkeen? 
Vastaus: Kerää todisteita, kuten ddboost_precert.ini sijainti, lokihakemistoluettelo, DDPCONNCHK tulostus-, BoostFS-asennuskomento- ja käyttöoikeustiedot. Lähetä kerätyt tiedot Dellin tekniselle tuelle lisäanalyysia varten.