miksi käynnissä DBCC CHECKDB?

DBCC CHECKDB tarkistaa kaikkien tietokannassa olevien objektien loogisen ja fyysisen eheyden ja antaa tietoja mahdollisesta korruptiosta.

koska DBCC CHECKDB: n suorittaminen on resurssien tyhjentävä tehtävä, on suositeltavaa suorittaa se tuotantopalvelimella, kun liikennettä on mahdollisimman vähän tai jopa paremmin, sillä yksi tapa nopeuttaa DBCC CHECKDB-prosessia on siirtää työ toiselle palvelimelle automatisoimalla prosessi ja suorittaa CHECKDB tietokannan palauttamisen jälkeen. Koska varmuuskopiointi on kopio tietokannasta ja palautettu tietokanta on täsmälleen sama kuin online-tietokanta siksi, jos oli epäjohdonmukaisuuksia tai kysymyksiä ne ovat varmuuskopio, ja löytyy palauttaa. Käyttämällä tätä lähestymistapaa sekä palauttaa testataan ja varmuuskopiot todennettu ilman vaikutusta tuotannon tietokantaan.

DBCC CHECKDB: n suorittaminen palautuksen jälkeen voi olla myös hyvä käytäntö, jos varmuuskopion laatu ei ole tiedossa.

tässä artikkelissa kuvataan, miten automatisoidaan DBCC CHECKDB tietokannan palauttamisen jälkeen automatisoimalla DBCC CHECKDB tietokannan palauttamisen jälkeen käyttämällä SQL Server-agentin työtä ja Ylläpitosuunnitelmia.

kuinka automatisoida DBCC CHECKDB tietokannan palauttamisen jälkeen SQL Server-agenttityön avulla

automatisoida DBCC CHECKDB tietokannan palauttamisen jälkeen SQL Server-agentin avulla:

1. Valitse Uusi Työ SQL Server-Agenttisolmusta ➜ työt

2. luo ensimmäinen vaihe ja määritä tietokannan varmuuskopiointi palautettavaksi seuraavan komentosarjan avulla:

   RESTORE DATABASE AdventureWorks2014CheckDB FROM DISK = 'E:\EncBackup\AdventureWorks2014_Full_20150612_1916.bak' WITH RECOVERYGO

   

Lisää toinen vaihe DBCC: n tarkistamiseksi palautetussa tietokannassa lisäämällä seuraava T-SQL-skripti:

DBCC CHECKDB (AdventureWorks2014CheckDB)



käyttääksesi eri DBCC checkdb-asetuksia käytä seuraavia T-SQL-skriptejä:

tarkista sarakearvot ja tarkista onko sarakkeen arvoja, jotka ovat alueen ulkopuolella:

DBCC CHECKDB (AdventureWorks2014CheckDB) WITH DATA_PURITY

tarpeettomien informaatioviestien taltuttamiseksi:

DBCC CHECKDB (AdventureWorks2014CheckDB) WITH NO_INFOMSGS

indeksoitujen näkymien, spatiaalisten ja XML-indeksien tarkistaminen:

DBCC CHECKDB (AdventureWorks2014CheckDB) WITH EXTENDED_LOGICAL_CHECKS

vain tietokannan fyysisen rakenteen tarkistaminen:

DBCC CHECKDB (AdventureWorks2014CheckDB) WITH PHYSICAL_ONLY

taulukkojaetun lukituksen toimeenpanemiseksi:

DBCC CHECKDB (AdventureWorks2014CheckDB) WITH TABLOCK

nämä vaihtoehdot voidaan yhdistää lukuun ottamatta physical_only-vaihtoehtoa, jota ei voida yhdistää joihinkin vaihtoehtoihin, jotka selitetään myöhemmin tässä artikkelissa.

ajoittaa työ haluttuun suorittamistiheyteen.

vaikka SQL Server-Agenttityön käyttäminen näihin operaatioihin on suhteellisen helppoa, se edellyttää T-SQL-skriptien kirjoittamista ja DBCC CHECKDB-vaihtoehtojen syntaksin tuntemista sekä kunkin vaihtoehdon toimivuuden ja yhdistämismahdollisuuksien tuntemista.

miten automatisoida DBCC CHECKDB tietokannan palauttamisen jälkeen Ylläpitosuunnitelman avulla

Huoltosuunnitelmia voidaan käyttää myös tämän toiminnon suorittamiseen. Vaikka Ylläpitosuunnitelmat-työkalupalkki ei sisällä palautustehtävää, T-SQL-tehtävää voidaan käyttää.

automatisoida DBCC CHECKDB tietokannan palauttamisen jälkeen Ylläpitosuunnitelmien avulla:

1. Object Explorer-ruudun hallintasolmusta, Ylläpitosuunnitelmien kohdalta Valitse Uusi huoltosuunnitelma
2. uudessa Huoltosuunnitelmassa nimi uusi suunnitelma

3. Huoltosuunnitelmatyökaluriviltä valitse Suorita T-SQL Statement Task

   

4. Double Slick the task and paste a T-SQL script:

   

5. add check database integrity task from the maintenance plan tasks Toolbar:

   

kaksoisnapsauta tehtävää ja valitse tietokanta, johon tehtävä suoritetaan:



kun huoltosuunnitelma on laadittu, ajoittaa se SQL Server-Agenttityöksi:



tämän lähestymistavan haittapuolena on sen lisäksi, että tällä hetkellä, tarkista tietokannan eheys tehtävä tarjoaa vain indeksit tarkistaa ylimääräisenä vaihtoehtona ja suorittaa täyden DBCC checkdb check.

Lisää vaihtoehtoja lisätään SQL Server 2016-versiossa.