Hei, jeg heter Curt. Jeg er senior avdelingsingeniør og jobber med GSE-teamet. Denne videoen handler om gjenoppretting av MSQL MSDB-databasen. Metoder for gjenoppretting av MSDB-databasen og hvordan vi vil utføre gjenopprettingsprosessen. Så det er tre metoder for å gjenopprette MSDB-databasen. Dette er databasen som primært er ansvarlig for å inneholde jobbinformasjon, andre oppgaver som kreves for SQL Server, vedlikehold og vedlikehold og for andre typer ting på programnivå, noe som kan være svært viktig for databasen i databaseproduksjonsmiljøet.
Disse tre metodene for å gjenopprette en skadet MSDB-database er, nummer én, gjenoppretting fra sikkerhetskopi. Den enkleste metoden. Vi har også muligheten til å bruke DBCC CheckDB på denne databasen som vi ville gjort med alle andre SQL Server-databaser, og også erstatte MSDB-databasefilene er en annen metode for å kunne bringe MSDB tilbake på nettet og tilbake til en tilstand der det er konsistent. Så la oss gå videre og ta en titt på våre forskjellige alternativer her. Nå med GUI-grensesnittet i SQL Server Management Studio er det en ganske enkel prosess. Bare gå til 'Oppgaver' gjør en 'Gjenopprett' gjenopprette en 'Database'.
Hvis du har en sikkerhetskopi med SQL Server, er det en enkel prosess å utføre for å få MSDB tilbake på nettet. La oss nå se på den andre metoden, og den bruker MS, jeg burde si, ved hjelp av DBCC CheckDB. Vi har tre sett med kommandoer her. Det første settet med kommandoer er å finne ut hvor konsistensnivåene for databasen for øyeblikket finnes for MSDB-databasen. Nå jobber vi ikke med en ødelagt MSDB-database i dette tilfellet, så når vi ser etter feil – tildelingsfeil og konsistensfeil – ser vi null i dette tilfellet.
Så ja, det ville kanskje være mer fordelaktig å se en skadet MSDB-database med denne gjenopprettingsprosessen, demoprosessen, men vi går gjennom alle de samme trinnene som vi ville tatt hvis dette var en skadet MSDB-database. Så i dette tilfellet gjorde vi bare en sjekk, vi prøvde ikke å reparere noe. Hvis vi finner en rapport om feil, vil vi gjerne komme tilbake med neste kommando, med DBCC CheckDB. Husk igjen at vi gjør dette fordi vi ikke har en god sikkerhetskopi av MSDB-databasen å gjenopprette. Hvis vi må prøve å gjøre en reparasjon basert på feilene vi har sett her, kan vi gjøre alternativet for myk reparasjon, som er reparasjonsgjenoppbygging med DBCC CheckDB.
I dette tilfellet skal vi kjøre det bare for å gi deg en ide om hvordan det ser ut. Nå med å kjøre dette mot en sunn database dette kommer til å kjøre ganske raskt, og med det ikke å finne noe det kommer til å kjøre ekstremt fort. Nå hvis vi har feil, har vi inkonsekvens i databasen det mest sannsynlig kommer til å kjøre lenger, men MSDB-databasen er ikke en stor database til å begynne med. Etter å ha lagt til mange jobber kan det være ganske mye større, men det er fortsatt ikke en stor database. Hvis alternativet for myk reparasjon ikke fungerer og vi fortsetter å se feil, kan vi ty til å bruke det harde reparasjonsalternativet som er 'REPAIR_ALLOW_DATA_LOSS'.
Vi forteller i utgangspunktet SQL at vi ønsker å gjøre det beste, vi vil gjøre alt vi kan for å lagre denne databasen. Det er så viktig, det har viktig informasjon i databasen vi tillater muligheten til å tillate noen database tap for å få denne databasen tilbake på nettet og tilgjengelig. Så bare kjører du den samme kommandoen, det kommer til å se veldig likt ut som det vi gjorde med den myke reparasjonen. Hvis vi nå kommer til dette punktet etter å ha kjørt dette, den harde reparasjonen, og vi fremdeles ser feil, kan det hende vi på dette tidspunktet må ty til å erstatte MSDB-databasefilene.
I denne spesielle situasjonen skal vi gå over til installasjonskatalogen for vår forekomst av SQL Server. Nå hver gang vi installerer SQL Server vil den installere en 'Binn' -katalog, og i den 'Binn' -katalogen har vi en 'Maler' -mappe. i mappen 'Maler' har vi databasefilene for alle systemdatabasene for denne installasjonen av SQL Server. I dette tilfellet trenger vi MSDB-databasefilen og MSDB-loggfilene. Jeg har allerede hentet en kopi av disse, og vi skal komme tilbake til der de aktive MSDB-databasefilene er plassert.
Så det vi ønsker å gjøre er ganske enkelt. Alt vi vil gjøre er å erstatte disse to filene - MSDB-datafil og MSDB-loggfilen. Nå, for å gjøre dette må vi stoppe SQL Server. Å ha muligheten til å gjøre dette er ekstremt viktig fordi dette gir oss muligheten til å administrere disse filene direkte, og det lar oss hente inn erstatningsfilene. I denne demonstrasjonen har vi i dette eksemplet våre to MSDB-filer. Det er ikke god praksis å slette skadede DB-filer som dette. Vi kan kanskje hente disse opp på et annet system, gå inn i dem og trekke ut informasjon slik at vi kan flytte disse filene. Jeg har en mappe som heter 'MSDB_save'. Jeg har allerede kopiert disse i, så la meg backtrack her. I dette tilfellet, siden jeg allerede har en kopi av disse, skal jeg bare fortsette og slette disse.
Nå våre malfiler, la oss gå videre og bringe dem inn, etter å ha gjort det vi ønsker å starte SQL på nytt. Nå ulempen med å måtte gjøre dette er noen jobb informasjon som var der inne, noe på programnivå som ble utviklet etter installasjonen av SQL og eksisterte som en jobb er borte, fordi det gikk bort med de gamle databasefilene. Når vi må hente inn malene, starter det fra Ground Zero når det gjelder MSDB, og alt på jobbnivå som ble satt inn der etter den installasjonen, må legges inn der igjen etter at vi har hentet inn malfilene. Det avslutter demoen vår om hvordan du gjenoppretter en MS SQL MSDB-database. Jeg håper denne videoen hjalp deg med å forstå metodene for å utføre gjenopprettingen, og hvordan du fullfører gjenopprettingsprosessen.
Takk for at du så på.
