SQL Server DBA Dagbøker
Utføre database sikkerhetskopier Er en av de mest utførte oppgavene av NOEN DBA. Mesteparten av tiden vedlikeholdsvinduet SOM dba-teamet får til å utføre databasevedlikeholdsaktiviteter, er vanligvis mindre. Oftere at ikke, databasen vedlikeholdsoppgaver kjøre utover fastsatt vinduet Og Programmet Teamet begynner å klage om dette.
Selv i vårt miljø kommer Vanligvis Søknadsteamet tilbake til å si «våre kritiske jobber er i ferd med å starte i de neste minuttene. Vi ser at en database backup prosessen er å utnytte de fleste av ressursene. Siden det kan påvirke jobbene våre, KAN DU VENNLIGST DREPE den?»
for dem er det backup jobben som går hver dag. Men BARE DBA ville vite hvor dyrebar en database backup er. Jeg husker ikke hvor mange ganger den ekstra sikkerhetskopien hjalp meg ut av tøffe situasjoner eller ga meg selvtilliten til å fortsette med noen risikable forslag.
når noen spør hvor lenge vil den sikkerhetskopieringsjobben kjører eller hvor mye arbeid den allerede har gjort, var det beste alternativet I SQL Server 2000 å sjekke utdataene gitt av statistikkparameteren i Sikkerhetskopieringsskriptet. Men hvis noen glemte å inkludere parameteren statistikk i sikkerhetskopieringsskriptet, er det ingen måte å sjekke fullføringsstatusen for sikkerhetskopiering I SQL Server 2000.
men starter SQL Server 2005, denne virkemåten er endret. En av de mange fantastiske Dmv å bli inkludert I SQL Server 2005 er sys. dm_exec_requests. Med DENNE DMV status, prosent fullført etc. Av Backup prosessen (for den saks skyld NOEN SQL-kommando) kan enkelt spores. Her er skriptet som gjør akkurat det samme.
SELECT A.NAME,B.TOTAL_ELAPSED_TIME/60000 AS ,B.ESTIMATED_COMPLETION_TIME/60000 AS ,B.PERCENT_COMPLETE as ,(SELECT TEXT FROM sys.dm_exec_sql_text(B.SQL_HANDLE))AS COMMAND FROM MASTER..SYSDATABASES A, sys.dm_exec_requests BWHERE A.DBID=B.DATABASE_ID AND B.COMMAND LIKE '%BACKUP%' order by percent_complete desc,B.TOTAL_ELAPSED_TIME/60000 desc
jeg vet at de fleste av oss allerede bruker en eller annen versjon av dette skriptet i svært lang tid nå. Siden dette skriptet nylig hjalp David Rummel til å spore sikkerhetskopien av en stor database, trodde dette kunne hjelpe noen andre et sted.