Managing Monitoring and Troubleshooting SQL Server 2000 Databases
Feilsøking av SQL-databaser er en operasjon som forutsetter flere handlinger. De er beskrevet nedenfor. Optimizing Database PerformanceDatabase ytelse er en viktig del av administrere en SQL Server 2000 miljø. Det er mange måter at ytelsen kan økes med indeksering, låsing og rekompileres. IndekseringEtablering indekser dramatisk kan øke spørring ytelse, men kan også påvirke data modification ytelse. Eventuelle endringer i en indeksert tabell må gjenspeiles i indeksene til det bordet, og alle endringer blir loggført. Disse faktorene til sammen produsere en avmatning i data modification oppgaver. LockingFor å sikre at data endres av én bruker ikke uventet påvirker en annen brukers virksomhet, SQL Server 2000 bruker låser. Låsing har data som er i bruk av en annen prosess. Omfanget av de holder avhenger av hvilke alternativer som er konfigurert på låsen. Låser kan redusere systemytelsen dersom over-implementert. Det er fire transaksjon isolert nivåer som blir håndhevet gjennom låsing:
RekompileresNår en SQL-setning er utarbeidet, er det også optimalisert for databaseobjekttypen at det fungerer på. Optimalisering av en SQL-setning er basert på informasjon tilgjengelig på det tidspunktet. Siden data eller strukturer kan endre seg over tid, kan det være nødvendig å rekompilere SQL-setninger for å opprettholde ytelsen. StatistikkStatistikken inneholder informasjon om hvordan sentrale verdier er fordelt i en tabell. Statistikk er nyttig i økende spørringen responstid som de gir søket motoren en bedre idé om hvor du skal starte et søk etter en bestemt verdi i en tabell. Data som endres i en tabell, bør statistikken bli oppdatert for å gjenspeile endringene. Tabeller kan konfigureres til å automatisk opprette og automatisk oppdatere statistikk. Optimizing Data StorageOptimalisering FilegroupsDet finnes situasjoner når visse systemer kan forbedre ytelsen ved å styre plasseringen av data og indekser på spesifikke diskstasjoner. kan støtte denne prosessen ved å spesifisere stasjonene på hvilke filer som skal ligge. Systemansvarlig kan opprette filegroups for hver harddisk og tilordne bestemte tabeller eller indekser fra en tabell til bestemte filegroups. Managing Database FragmenteringDet finnes to typer av fragmentering i en SQL database, intern og ekstern fragmentering. Intern fragmentering oppstår når indeksene er ineffektivt å bruke plassen. Ekstern fragmentering oppstår når den fysiske rekkefølgen på sider som ikke samsvarer med den logiske rekkefølgen. Den beste måten å kvitte databasen av fragmentering er å bruke DBCC INDEXDEFRAG kommandoen. Denne kommandoen vil defragmentere indeksen samtidig gir tilgang til bordet indeksen refererer til. Disaster RecoveryBackup OperationsDet finnes tre forskjellige typer backup som kan utføres på en SQL Server 2000 database:
UtvinningsmetoderInnstilling utvinningen metoden avgjør hvor raskt du kan gjenopprette transaksjonen logge backup i tilfelle maskinvarefeil. Recovery metoden tilsier også størrelsen på den resulterende transaksjonsloggfiler sikkerhetskopiering og i hvilken grad databasen er sikker mister forpliktet transaksjoner på restaurering. Enkel modellDen enkle modellen utvinningen krever det laveste beløpet av system ressursene. Systemet forkorter ofte transaksjonen loggen som betyr at bare full og differensiell backup er tillatt. BULK_LOGGED ModelOppgangen modellen lar deg helt gjenopprette databasen ved maskinvarefeil. Operasjoner er fullt, men bare minimal, logget. Dette fører til en middelvei kompromiss mellom diskplass utnyttelse, hastighet og sikkerhet. FULL Recovery modellEn transaksjon loggen som opererer med helt frisk modellen er har minst risiko for tap av transaksjoner. Alle arrangementer er fullt innlogget. Dette logging er nyttig for restaurering, men det kan føre til massive transaksjonen logge størrelser og diskplass komplikasjoner. Log ShippingLog shipping er en funksjon som sikkerhetskopierer transaksjonen logger og overfører disse sikkerhetskopiene til en fallback server som skal brukes i tilfelle av svikt i den primære serveren. Log shipping automatiserer disse sikkerhetskopiene på en bruker-spesifisert intervall og automatisk gjenoppretter dem på backup-server. Å implementere log shipping for pålogging IDer for både den opprinnelige serveren og fallback serveren må være synkronisert slik at brukerne kan logge på serveren i tilfelle original server failure. The Simple recovery mode, kan ikke brukes i log shipping som den ikke tillater transaksjon log backup. IntegritetskontrollerDatabase Consistency Checker (DBCC)Det DBCC er en samling av verktøy som brukes til å kontrollere integriteten til en database. Disse verktøyene kan brukes til å finne og reparere problemer i en database. Kommandoer som er inkludert i Database Consistency Checker er forvarslet med DBCC. Konsistens sjekke kommandoene i DBCC omfatter følgende:
Database Maintenance Plan WizardDatabase Maintenance Plan Wizard er et verktøy som hjelpemidler for å skape en vedlikeholdsplan for SQL Server 2000 database. Du kan bruke Database Maintenance Plan veiviseren til å opprette og planlegge en sikkerhetskopi ordning som vil sikkerhetskopi på en angitt tidsramme eller vil sikkerhetskopiering basert på et definert nivå på databasen aktivitet. Som en del av sikkerhetskopieringen kan Database Maintenance Plan Veiviseren konfigurerer log shipping. Database Maintenance Plan Wizard kan også brukes til automatisk å kjøre vedlikehold skript på en forhåndsdefinert tidsplan. Feilsøking TransaksjonerSQL ProfilerSQL Profiler er et program som fanger opp hendelser fra en server. De fanget hendelser lagres i en fil spor som senere kan analyseres og brukes til å spille en bestemt rekke skritt når du prøver å diagnostisere et problem. SQL Profiler brukes til aktiviteter som:
SQL Server Enterprise ManagerSQL Server Enterprise Manager er den primære administrativt verktøy for SQL Server og gir en MMCcompliant brukergrensesnitt som lar brukere:
en artikkel presentert av Andrew McLaren
|
|||
|