meillä on täällä hieman varmuuskopiointihistoriaa.

meillä on tässä vähän taustahistoriaa.

SQL Server seuraa jokaisen varmuuskopion historiaa. Se tallentaa nämä tiedot MSDB-tietokantaan. Se on järjestelmätietokanta, ja oletusarvoisesti järjestelmätietokantamme tallennetaan C-asemalle, ellei asennuksen aikana ole toisin määrätty.

tämä aiheuttaa vaaraa muutamalla eri tavalla:

C-asema saattaa täyttyä, jolloin MSDB: n kirjoitukset epäonnistuvat. Järjestelmäasema täyttyy useammin kuin voisi luulla – aiheuttama huolimaton käyttäjät lataamalla valtavia tiedostoja työpöydälle (sijaitsee järjestelmäasemalla) tai Windows-päivitykset lataamalla monia tiedostoja väliaikaiseen kansioon järjestelmäasemalla.

MSDB saattaa kasvaa täyttämään C-aseman, mikä aiheuttaa Windowsin vikaantumisen. Tapauksissa, joissa teemme hyvin usein tapahtumaloki varmuuskopiot suuri määrä tietokantoja, ja emme koskaan puhdistaa MSDB, tämä tietokanta voi kasvaa tarpeeksi suuri uhkaamaan pieniä C-asemia. Kun C-asema täyttyy, Windows pettää kovaa.

järjestelmäajo on usein hidasta. Vanhoissa SQL Server-versioissa järjestelmän tietokantoja ei indeksoitu hyvin. Yhdistä tämä hitaisiin paikallisiin asemiin, niin meillä on resepti hitaaseen MSDB-käyttöön. Yhdessä tapauksessa, aikana öisin varmuuskopiointi windows, 2/3 ajasta käytettiin vain päivittää MSDB!

seurantavälineet saattavat kysellä MSDB: tä tehottomasti. Olemme nähneet tapauksia, joissa kolmannen osapuolen palvelimen seurantatyökalut jatkuvasti tarkistettu MSDB varmistaa, että kaikki tietokannat olivat saada varmuuskopioidaan, mutta niiden kyselyt eivät käytä indeksejä. Nämä kyselyt voivat olla hitain asia palvelimella.

tämä osa SQL Server sp_Blitz-skriptistämme tarkistaa, onko MSDB-varmuuskopiointihistoriaa yli 60 päivää. Tämä itsessään ei ole ongelma – haluat ehkä pitää pitkiä aikoja varmuuskopiointihistorian siellä vain tehdä suorituskyvyn läpimeno raportointi-mutta harkitse liikkuvat että tiedot Excel tai suosikki raportointityökalu sijaan lyömällä MSDB joka kerta.

Return to sp_Blitz or Ask Us Questions

How To Cleaning Overloaded MSDB Backup History

Consider cleaning your MSDB backup history of data agreed than 60 days. Voit tehdä tämän muutamalla eri tavalla:

  • voit luoda huoltosuunnitelman, joka suorittaa historian Puhdistustehtävän säännöllisesti.
  • voit luoda yksinkertaisen SQL Server-Agenttityön, joka suorittaa sp_delete_backuphistory-ohjelmaa säännöllisesti(voit myös ajaa sen sp_purge_jobhistory-ohjelmalla, jos haluat sovittaa ylläpitosuunnitelman toiminnallisuuden).

Laajenna huoltosuunnitelman solmuun SSMS: ssä, napsauta hiiren kakkospainikkeella ja valitse ” Uusi huoltosuunnitelma…”

2015-04-10_14-20-46

valitse Maintenance Cleanup-tehtävä Työkalupakkaikkunasta (huomaa, että joskus tämä ikkuna jää piiloon vasemmalle objekti Explorerin alle SSMS: ssä:

2015-04-10_14-21-26

jos haluat lopettaa, kaksoisnapsauta tehtävää, valitse Puhdistustyyppi, jonka haluat tehdä, ja kuinka paljon tietoja haluat säilyttää. Aion joskus luoda kaksi tehtävää, koska välitän vähemmän agentti työhistoria ja huoltosuunnitelma historia kuin teen varmuuskopiot, ja yleensä haluan varmuuskopiointihistoriani vastaamaan minun tietojen säilyttämistä politiikkaa.

2015-04-10_14-22-03

joka tapauksessa, jos palvelimellasi on suuri määrä historiaa, tämä vaihe vie looong aikaa ajaa ensimmäistä kertaa. Kuten Brent totesi MSDB pullonkaula artikkeli, saatat joutua turvautumaan äärimmäisiin toimenpiteisiin, kuten muuttamalla järjestelmän tietokannan ulkomaisia avaimia vain saada poistot tapahtua.

Vastaa

Sähköpostiosoitettasi ei julkaista.