Introduksjon
1.2 Ansvar, kommunikasjon og midler til administratoren av moderne databasestyringssystemer
2 databaseadministrasjon
2.1 Databehandling i databaser
2.3 DBMS sikkerhetsstyring
Konklusjon
Ordliste
Bibliografisk liste
Vedlegg 1
Vedlegg 2
Vedlegg 3
Introduksjon
Moderne databaser er komplekse multifunksjonelle programvaresystemer opererer i et åpent, distribuert miljø. De er allerede tilgjengelige for forretningsbruk i dag og fungerer ikke bare som tekniske og vitenskapelige løsninger, men som komplette produkter som gir utviklere kraftige dataadministrasjonsverktøy og rike verktøy for å lage applikasjoner og systemer.
Databaseadministrasjon sørger for utførelse av funksjoner som er rettet mot å sikre pålitelig og effektiv funksjon av databasesystemet, tilstrekkeligheten av databaseinnholdet til informasjonsbehovene til brukerne, og vise den faktiske tilstanden til fagområdet i databasen.
Behovet for personell for å sørge for administrasjon av data i et databasesystem under drift er en konsekvens av den sentraliserte karakteren av datahåndtering i slike systemer, som hele tiden krever et søk etter et kompromiss mellom motstridende krav til systemet i et sosialt brukermiljø. Mens dette behovet ble anerkjent i de tidlige stadiene av databaseteknologi, utviklet en klar forståelse og strukturering av rollene til administrasjonspersonell først med anerkjennelsen av databasens flerlagsarkitektur.
Problemet med studien "Databaseadministrasjon" er evnen til å gi omfattende svar på spørsmålene som stilles: hva er databaseadministrasjon, hva er dens hovedfunksjoner og oppgaver, dens betydning for en stabil og effektivt arbeid Database.
Relevansen av studien "Databaseadministrasjon" er ubestridelig. En analogi kan trekkes mellom en databaseadministrator og en bedriftsrevisor. Revisor beskytter ressursene til virksomheten, som kalles penger, og administratoren beskytter ressursene, som kalles data. DBA bør ikke betraktes som kun en kvalifisert tekniker, da dette ikke er i samsvar med formålet med administrasjonen. Nivået til databaseadministratoren i hierarkiet til organisasjonen er høyt nok: For å bestemme strukturen til data og retten til å få tilgang til dem, må administratoren vite hvordan bedriften fungerer og hvordan de tilsvarende dataene brukes.
Problemet med databaseadministrasjon har fått oppmerksomhet relativt nylig - med fremveksten og utviklingen av moderne databaser. Men på grunn av det faktum at forbedring av databaser og datastyringssystemer er et konstant og kontinuerlig fenomen, er problemet fortsatt ganske relevant, og krever derfor ytterligere forskning på dette området. datateknologi.
Målet med forskningen er å studere databaseadministrasjon
Forskningsmål er dannet på grunnlag av formålet og er som følger: 1. Vurder konseptet, klassifiseringen og funksjonene til databaseadministratoren. 2. Å vurdere pliktene, tilkoblingene og midlene til administratoren av moderne databasestyringssystemer. 3. Å studere grunnleggende retninger og prinsipper for databaseadministrasjon.
Denne studien ble utført ved å bruke teoretiske bestemmelser som avslører hovedkarakteristikkene og elementene ved fenomenet som studeres.
Studiets praktiske betydning ligger i dens mulige bruk i studiet av informasjonsteknologi i høyere utdanningsinstitusjoner.
1. Databaseadministrator - Grunnleggende konsepter
1.1 Konsept, klassifisering og funksjoner til databaseadministratoren
Funksjonen til databasen (DB) er umulig uten deltakelse fra spesialister som sørger for opprettelse, drift og utvikling av databasen. Denne gruppen av spesialister kalles databaseadministratoren (DBA). Denne gruppen av spesialister anses å være en integrert del av databasen.
Avhengig av kompleksiteten og størrelsen på databanken, av funksjonene til databasestyringssystemet (DBMS) som brukes, generell ordning som kan sees i figuren (se vedlegg 1), kan være forskjellig både i sammensetning og kvalifikasjoner til spesialister, og i antall ansatte i denne tjenesten.
Databaseadministratoren utfører arbeid med å opprette og sikre at databasen fungerer gjennom alle stadier Livssyklus systemer. Innen gruppen av databankadministratorer kan ulike undergrupper skilles ut avhengig av hvilke funksjoner de utfører. Størrelsen på administrasjonsgruppen, funksjonene de utfører, vil i stor grad avhenge av omfanget av databanken, detaljene til informasjonen som er lagret i den, typen databank, funksjonene til programvaren som brukes og noen andre faktorer.
Administrasjonen av databasen bør omfatte systemanalytikere, designere av datastrukturer og informasjonsstøtte utenfor databanken, designere av teknologiske databehandlingsprosesser, system- og applikasjonsprogrammerere, operatører og vedlikeholdsspesialister. Hvis det kommer O forretningsbank data altså viktig rolle det er her markedsførerne vil spille.
Databaseadministratorer utfører en lang rekke funksjoner:
1. Analyse av fagområdet: beskrivelse av fagområdet, identifisering av integritetsbegrensninger, fastsettelse av status for informasjon, fastsettelse av brukerbehov, bestemmelse av status for brukere, bestemmelse av korrespondansen "data - bruker", fastsettelse av volum-tid-egenskapene til databehandling.
2. Designe strukturen til databasen: bestemme sammensetningen og strukturen til informasjonsenheter som utgjør databasen, sette forbindelser mellom dem, velge metoder for å bestille data og metoder for å få tilgang til informasjon, beskrive strukturen til databasen på databehandlingsspråket (DTP).
3. Sette integritetsbegrensninger ved beskrivelse av databasestrukturen og databasebehandlingsprosedyrer: sette integritetsbegrensninger som er iboende i fagområdet, bestemme integritetsbegrensninger forårsaket av databasestrukturen, utvikle prosedyrer for å sikre integriteten til databasen ved inntasting og oppdatering av data, sikre integritet begrensninger når parallelt arbeid brukere i flerspillermodus.
4. Innledende lasting og vedlikehold av databasen: utvikling av teknologien for innledende lasting og vedlikehold (endre, legge til, slette poster) av databasen, designe inndataskjemaer, lage programvaremoduler, utarbeidelse av innledende data, input og kontroll av input.
5. Databeskyttelse mot uautorisert tilgang:
- gi passordinntasting i systemet: registrere brukere, tildele og endre passord;
- sikre beskyttelse av spesifikke data: definere tilgangsrettigheter for brukergrupper og individuelle brukere, definere tillatte operasjoner på data for individuelle brukere, velge / lage programvare og teknologiske databeskyttelsesverktøy; kryptering av informasjon for å beskytte data mot uautorisert bruk;
- testing av databeskyttelsesmidler;
- fikse forsøk på uautorisert tilgang til informasjon;
- Undersøkelse av nye tilfeller av databeskyttelsesbrudd og iverksetting av tiltak for å forhindre dem.
6. Beskyttelse av data mot ødeleggelse. En av måtene å beskytte mot tap av data er redundans. Den brukes både i tilfelle fysisk skade på en fil, og i tilfelle det er gjort uønskede irreversible endringer i databasen.
7. Sikre databasegjenoppretting: utvikling av programvare og teknologiske verktøy for databasegjenoppretting, organisering av vedlikehold systemlogger.
8. Analyse av brukerforespørsler til databasen: samle inn statistikk over brukerforespørsler til databasen, lagre og analysere den (hvilken bruker, hvilken informasjon, hvor ofte de fikk tilgang til, hvilke operasjoner som ble utført, utførelsestiden for spørringene, analyse av årsakene for mislykkede (inkludert og nødanrop) til databasen.
9. Analyse av effektiviteten av funksjonen til databasen og utviklingen av systemet: analyse av indikatorer for funksjonen til systemet (behandlingstid, minnestørrelse, kostnadsindikatorer), omorganisering og omstrukturering av databaser, endringer i sammensetningen av databaser, utvikling av programvare og maskinvare.
10. Arbeide med brukere: innhente informasjon om endringer i fagområdet, om vurdering av brukere av databasen, definere reglene for brukernes arbeid med databasen, opplæring og rådgivning av brukere.
11. Forberedelse og vedlikehold av systemprogramvare: innsamling og analyse av informasjon om DBMS og andre anvendte programmer, kjøp av programvare, installasjon av disse, ytelsessjekk, vedlikehold av systembiblioteker, utvikling av programvare.
12. Organisatorisk og metodisk arbeid: valg eller opprettelse av en databasedesignmetodikk, fastsettelse av mål og retninger for systemutvikling, planleggingsstadier av databaseutvikling, utvikling og utgivelse av organisatorisk og metodisk materiale.
DBA klassifisering
Det finnes flere typer DBAer, og deres ansvar kan godt variere fra selskap til selskap. Her er egenskapene til noen typer DBA-er og stillingene de har:
Operativ ADB:
manipulert diskplass
overvåke gjeldende systemytelse
reagere på nye OBD-feil
oppdatere systemprogramvare og databaseprogramvare
kontrollere strukturelle endringer i databasen
starte sikkerhetskopiering av data
utføre datagjenoppretting
opprette og administrere testkonfigurasjoner DB
Taktisk ADB:
implementere
godkjenne prosedyrer for sikkerhetskopiering og gjenoppretting av data;
utvikle og implementere de strukturelle elementene i databasen: tabeller, kolonner, objektstørrelser, indeksering, etc.;
skript for å endre databaseskjemaet;
DB-konfigurasjonsparametere
godkjenne en beredskapsplan
Strategiske ADBer:
velg en databaseleverandør
sette bedriftens datastandarder
implementere datautvekslingsmetoder i bedriften
definere bedriftens strategi for sikkerhetskopiering og gjenoppretting av data
etablere bedriftens tilnærming for å eliminere konsekvensene av en ulykke og sikre tilgjengeligheten av data
Senior (senior) ADB:
kjenner sine ansatte grundig
er svært etterspurt
kan skrive et manus som vil frigjøre dem fra en låst kiste kastet i havet, og er ekstremt stolte av kunsten deres
bruke mye tid på å forberede junior DBAer
blir satt stor pris på av ledelsen og får mye penger
Junior (junior) ADB:
drømmer om å bli senior DBA
ikke for sterk til skripting
har en stor forkjærlighet for å bruke DB-kontroller
bli bra også
Applikasjons-DBAer:
holde seg à jour med informasjonsbehovene til selskapet
hjelpe til med utvikling av anvendte problemer
har ansvar for utviklingen av ordningen og dens endringer
sammen med systemet DBA gir riktig nivå av data backup / gjenoppretting
bygge testdatabaser
System DBAer:
er ansvarlig for alt du trenger for å sikkerhetskopiere og gjenopprette data
overvåke ytelsen til systemet som helhet
feilsøke
klar over gjeldende og fremtidige krav til databasekapasitet
klar over den nåværende tilstanden og behovene til databasen
Innleid (kontrakt) DBA:
er invitert under spesifikk oppgave eller som konsulenter
overføre nødvendig kunnskap til personalet
Det vil si å karakterisere objektet som databasen er designet for. 1 Beskrivelse av fagområdet Fagområdet i oppgaven er data om funksjonsfeil, kjøretøyeiere og bensinstasjonsansatte. Administratoren av "STO"-databasen kan trenge informasjon om feil, eiere, ansatte, samt tidspunkt for reparasjon av feilen og en rapport om driften av STO. ...
Og noen ganger umulig. Ulemper med MOLAP-modellen: · Flerdimensjonal DBMS tillater ikke arbeid med store databaser. · Flerdimensjonale DBMS-er bruker eksternt minne svært ineffektivt sammenlignet med relasjonsminne. I det overveldende flertallet av tilfeller er informasjonshyperkuben svært sparsom, og siden data lagres i en ordnet form, vil udefinerte verdier ...
Datauavhengighet gjør det derfor mulig for databasesystemet å utvikle seg uten å forstyrre eksisterende applikasjoner... 3.4 Velge type database Databasen er organisert i formatet til databaser på plattformen SQL Server... De viktigste egenskapene til denne DBMS er: enkel administrasjon, muligheten til å koble til nettet, ytelse og funksjonalitet mekanisme...
Send det gode arbeidet ditt i kunnskapsbasen er enkelt. Bruk skjemaet nedenfor
Studenter, hovedfagsstudenter, unge forskere som bruker kunnskapsbasen i studiene og arbeidet vil være veldig takknemlige for deg.
postet på http://www.allbest.ru/
Kursarbeid
Disiplinnavn: Databaser
Tema: Databaseadministrasjon
Student Lavrinenko Alexey Mikhailovich
Introduksjon
Hoveddel
2. Dataintegritetsstyring i databasestyringssystemer
Konklusjon
Ordliste
applikasjoner
Introduksjon
Siden den gang, da en person begynte å tenke på fremtiden og ta hensyn til nåtiden mer nøye, trengte han hjelp til å analysere og ta hensyn til tilgjengelige data, fordi han hadde ikke lenger nok av sin egen hukommelse til å ta hensyn til alt som skjedde rundt ham eller hva han hadde. Siden begynnelsen av skrivingen har det blitt lettere å gjøre.
En av de første depotene med data, i vid forstand av dette ordet, kan betraktes som "kipu" - et utvalg av inkaenes nodulære skrift. "Kipu" er et eldgammelt mnemonikk- og tellesystem av inkaene og deres forgjengere i Andesfjellene, en slags skrift; Det er en kompleks tauvevning og knuter laget av ull fra de søramerikanske kamelidene, eller av bomull. Det kan være fra flere hengende tråder i en kippu opp til 2000. Den ble brukt både til å sende meldinger og i andre aspekter av det sosiale livet - som en kalender, topografisk system, for å fikse skatter, lover osv. En av de spanske kronologene skrev at "hele Inka-imperiet ble styrt av kipu."
Bøker kan betraktes som neste trinn i utviklingen av datavarehus. Siden fremkomsten av fullverdig forfatterskap har det blitt ført kornmagasinbøker. Fordelene deres, sammenlignet med den samme "kipu", er åpenbare - de tar mindre plass og krever ikke spesielle, superkomplekse ferdigheter for å dirigere.
Historien om datavarehus i snever forstand, slik vi nå kjenner det. Den russiske føderasjonens sivilkode (kapittel 70, artikkel 1260) sier at en database er et sett med uavhengige materialer (artikler, beregninger, forskrifter, rettsavgjørelser, etc.) presentert i en objektiv form, systematisert på en slik måte at disse materialer kan bli funnet og behandlet ved hjelp av elektronisk datamaskin(DATAMASKIN). I samsvar med en annen definisjon introdusert av Christopher Date i sin klassiske lærebok "Introduction to Database Systems", er en database et sett med data organisert i samsvar med visse regler og vedlikeholdt i dataminnet, som karakteriserer den nåværende tilstanden til et bestemt fagområde og brukes for å tilfredsstille brukerbehovene for informasjon. Uansett hvordan det er, er det som kjennetegner moderne databaser at de lagres og behandles i et datasystem. Og på grunn av det faktum at moderne databaser er ganske voluminøse, og styringssystemene deres er ganske komplekse, har det over tid dukket opp en egen retning i informasjonssystemer og teknologier - databaseadministrasjon.
1. Grunnleggende konsepter for databaseadministrasjon
Full drift av databasen er umulig uten deltakelse av kvalifisert personell som sørger for opprettelse, utvikling og vedlikehold av databasen. Denne gruppen av spesialister fikk sitt personlige navn - databaseadministratorer. Denne dedikerte gruppen av spesialister er en integrert del av databasen.
Avhengig av størrelsen på databasen og dens kompleksitet, avhengig av egenskapene til databasestyringssystemet som brukes, vil variere i sammensetning, kvalifikasjoner og antall personell.
Databaseadministratoren utfører arbeidet med å opprette og vedlikeholde databasen gjennom alle stadier av livet. Databaseadministratorteamet kan deles inn i ulike grupper basert på deres formål og ansvar. Størrelsen på administrasjonsgruppen og oppgavene som utføres avhenger i stor grad av omfanget av databasen, egenskapene til den lagrede informasjonen, typen database, spesifikasjonene til programvaren som brukes og andre faktorer. Generelt inkluderer databaseadministrasjonen:
Systemadministrator;
database arkitekt;
database analytiker;
datamodeller;
systemutvikler programvare;
anvendt programvareutvikler;
ytelse analytiker;
datavarehusadministrator;
markedsføringsspesialist (når det dreier seg om en kommersiell database).
Databaseadministratorer utfører et veldig bredt spekter av funksjoner:
objektdomeneanalyse: beskrivelse av objektdomenet, identifisering av integritetsbegrensninger, fastsettelse av datastatus, identifisering av behov sluttbrukere, bestemmelse av status og rettigheter til brukere, bestemmelse av de volumetriske og tidsmessige egenskapene til databehandling;
utforme databasestrukturen: bestemme sammensetningen og strukturen av informasjonsinnholdet i databasen, bestemme koblingene mellom dem, velge metoder for å få tilgang til data, beskrive strukturen til databasen på databeskrivelsesspråket;
definere integritetsbegrensninger for databasestrukturen og databehandlingsprosedyrer: definere integritetsbegrensninger som er iboende i fagområdet, definere integritetsbegrensninger forårsaket av selve databasestrukturen, utvikle funksjoner og prosedyrer for å sikre integriteten til databasen ved inntasting og justering av data, sikre integritet begrensninger når brukere jobber parallelt i flerspillermodus;
idriftsettelse og vedlikehold av databasen: utvikling av teknologien for igangkjøring og vedlikehold (endre, legge til, slette poster) av databasen, designe inn- og utdataskjemaer, lage plug-in programmoduler;
beskyttelse av eksisterende data mot uautorisert tilgang: sikre autorisert brukerinngang i systemet (registrere og slette brukere, tildele og endre passord, utstede og avhende fysiske nøkler for autorisasjon), sikre databeskyttelse (definere tilgangsrettigheter for brukere og brukergrupper, definere akseptable operasjoner med data for brukere og brukergrupper, valg og opprettelse av databeskyttelsesverktøy, datakryptering for å beskytte dem mot uautorisert tilgang), overvåking av forsøk på uautorisert tilgang til data, etterforskning av eksisterende tilfeller av databeskyttelsesbrudd og iverksetting av tiltak å forhindre slike tilfeller;
beskyttelse mot tap og ødeleggelse av data: planlegging og implementering av databasesikkerhetskopier, organisering og implementering av databasegjenoppretting i tilfelle feil, ødeleggelse eller uønskede endringer i data;
utføre statistiske og analytiske aktiviteter: samle inn statistikk om bruken av databasen, lagre den og analysere den i detalj (hvilken type data, av hvem og hvor ofte samtalen foretas, hvilke operasjoner som utføres, utførelsestid for spørringer, analyse av årsaker til mislykkede og nødanrop til databasen, analyse av indikatorer som fungerer (tid brukt på behandling, forbrukt minne og prosessortid), omorganisering av databaser, utvikling av programvare og maskinvare for tilgang til og plassering av databaser;
arbeid med sluttbrukere: overvåking av endringer i fagområdet, brukervurdering av databasen, fastsettelse av hvordan brukere arbeider med databasen, opplæring og rådgivning av brukere.
I henhold til roller og ansvar er gruppen av databaseadministratorer delt inn i flere kategorier, mens, avhengig av størrelsen på bedriften og databasen, kan én person kombinere flere reléer samtidig, og noen roller eksisterer kanskje ikke i det hele tatt. La oss ta en titt på hovedrollene til databaseadministratorer:
systemadministrator: planlegger og organiserer en sikkerhetskopierings- og gjenopprettingsstrategi i tilfelle en database- eller systemprogramvarefeil; planlegge, teste og installere nødvendige oppdateringer og oppdateringer for systemprogramvare; opprette og holde oppdatert brukerkontoer; planlegging og gjennomføring av arbeid for å utvide nettverksstrukturen til bedriften; ansvar for informasjonssikkerhet i selskapet;
databasearkitekt: databasedesign og konstruksjon; implementering av nye løsninger innen database; standardisering og utvikling av databasebehandlingsprosedyrer; utvikling av grensesnitt og systemer for interaksjon med applikasjoner og mellom databaser;
databaseanalytiker: utvikle komplekse forslag for å forbedre tilstanden til databasen; sikre integrasjon av ulike programvareapplikasjoner for å løse optimalisering og strategiske oppgaver;
ytelsesanalytiker: estimerer og analyserer bruken av maskinvareressurser, søking flaskehalser; lage og begrunne forslag for forbedring av maskinvaren;
applikasjonsprogrammerer: utvikling og modernisering av applikasjonsprogramvare;
teknisk støtte: råd og bistand til sluttbrukere med å mestre og bruke databasen.
2. Dataintegritetsstyring i databasestyringssystemer
En av hovedfunksjonene til et databasestyringssystem er direkte styring av data i eksternt minne... Det inkluderer å gi nødvendig struktur eksternt minne for lagring av informasjon inkludert i databasen. Eksternt minne brukes også til forretningsformål. I noen implementeringer av databasestyringssystemer, evnene til eksisterende filsystemer, i andre kan det jobbes med fysisk nivå eksterne minneenheter. Men uansett dette trenger ikke sluttbrukeren å vite om databasebehandlingssystemet bruker filsystemet, og i så fall hvordan filene er organisert i det.
Fordi måten å organisere det eksterne minnet til databaser på er ikke unikt, da velges alle beslutninger som tas ved organisering av en database, og spesifikke metoder for organisering av eksternt minne i nær sammenheng med alle andre beslutninger i hvert enkelt tilfelle.
Databasestyringssystemer håndterer vanligvis store mengder data; på i det minste, vanligvis overstiger denne størrelsen den tilgjengelige mengden RAM, og overskrider betydelig. Selvfølgelig, hvis det er en konstant utveksling med eksternt minne ved tilgang til et dataelement, vil hele systemet fungere med hastigheten til en ekstern minneenhet, siden det er det som vil ha den verste tiden og hastighetsegenskaper... Derfor er den eneste måten å øke denne hastigheten på ved å bufre data i RAM. I denne forbindelse, i avanserte databasebehandlingssystemer, opprettholdes dets eget sett med RAM-buffere med sin egen disiplin for å erstatte disse bufferne. Å administrere hovedminnebuffere krever utforming og implementering av konsistente algoritmer for bufring, logging og synkronisering. Det skal bemerkes at det er en egen retning for databasestyringssystemer, som er rettet mot den konstante tilstedeværelsen av hele databasen i RAM. Denne retningen er basert på det faktum at i overskuelig fremtid kan mengden RAM i datamaskiner være så stor at den ikke vil bekymre seg for buffering. Men så langt er disse verkene faktisk forskning.
Annet mye viktig funksjon databasestyringssystemer er transaksjonsstyring. En transaksjon er en gruppe sekvensielle operasjoner som er en logisk enhet for arbeid med data. Basert på dette, lykkes transaksjonen enten og databasebehandlingssystemet forplikter den tilsvarende endringen til databasen, eller alle disse endringene reverseres og ingen av dem reflekteres i databasen på noen måte. Konseptet med en transaksjon er en av de grunnleggende viktige poeng i arbeidet med ethvert databasestyringssystem.
Konseptet med en transaksjon er viktig ier. Fordi Siden hver transaksjon starter med en konsistent tilstand for databasen og forlater denne tilstanden konsistent etter vellykket eller mislykket fullføring og ikke er avhengig av andre transaksjoner, er konseptet med en transaksjon praktisk å bruke som en enhet for brukeraktivitet.
Det er to viktige konsepter knyttet til transaksjonshåndtering i flerbrukerdatabaser – serialisering av transaksjoner og en serialisert utførelsesplan for en blanding av transaksjoner. Serialisering av transaksjoner som utføres samtidig er en slik rekkefølge for å planlegge arbeidet deres, der den totale effekten av blandingen av transaksjoner er lik effekten av deres konsekvent utførelse... Følgelig resulterer den serialiserte utførelsesplanen for blandingen av transaksjoner i serialisering av transaksjonene. Hvis det er mulig å oppnå en virkelig seriell utførelse av en blanding av transaksjoner, vil for hver bruker på hvis initiativ en transaksjon dannes, tilstedeværelsen av andre transaksjoner være umerkelig eller knapt merkbar, alt annet like.
Et av de grunnleggende kravene til et databasestyringssystem er - sikker lagring data i eksternt minne. Med lagringspålitelighet mener vi at databasestyringssystemet må kunne gjenopprette databasen til sin siste konsistente tilstand etter en maskinvare- eller programvarefeil. Vanligvis vurderes to mulige typer maskinvarefeil: såkalte myke feil, som kan tolkes som en plutselig avstenging av datamaskinen (for eksempel en nødavstenging), og harde feil, karakterisert ved tap av informasjon på eksterne minnemedier. Eksempler på programvarefeil inkluderer krasj i databasestyringssystem (på grunn av programvarefeil eller maskinvarefeil) eller krasj. brukerprogram, som et resultat av at noen transaksjoner forblir ufullstendige. Den første situasjonen kan sees på som spesiell type myk maskinvarefeil pga når det skjer, er det nødvendig å eliminere konsekvensene av bare én transaksjon.
Men i alle fall, for å gjenopprette databasen, må du ha litt tilleggsinformasjon. Å opprettholde pålitelig datalagring i en database krever med andre ord redundant datalagring, og den delen av den som brukes til gjenoppretting må lagres spesielt pålitelig. Den vanligste metoden for å opprettholde denne overflødige informasjonen er ved å logge databaseendringer.
En annen viktig funksjon i et databasestyringssystem er logging. Logging er en funksjon av databasebehandlingssystemet som beholder informasjonen som er nødvendig for å gjenopprette databasen til en tidligere tilstand i tilfelle logisk eller fysiske feil... I det enkleste tilfellet betyr endringslogging sekvensiell logging av alle endringer som er gjort i databasen. Samtidig er journalen en spesiell del av databasen, som ikke er tilgjengelig for sluttbrukere, og som vedlikeholdes nøye. Eksempel på logginnhold:
sekvensnummer, tidspunkt og type dataendring
Transaksjons-ID
modifisert objekt
den forrige og nye tilstanden til det modifiserte objektet.
Det finnes databasestyringssystemer for skriving og skriv fremover. Et system for tilbakeskrivning av databaser akkumulerer endringer i eksterne minnebuffere til en kontrollhendelse oppstår (dette kan være et kontrollpunkt, slutt på plass tildelt for loggen, nedleggelse av databasebehandlingssystemet, mangel på RAM for eksterne minnebuffere). Etter at en milepæl inntreffer, overføres alle akkumulerte endringer til endringsloggen. Denne teknologien til databasestyringssystemet unngår hyppig datautveksling med eksternt minne, og øker derfor effektiviteten i arbeidet. Et fremskrivningssystem for databaser er basert på at endringen logges først, og deretter legges endringen inn i databasen. Denne teknologien gjør det lettere å gjenopprette databasen i tilfelle feil.
3. Sikkerhetsstyring i databasestyringssystemer
Databasestyringssystemer er et nøkkelverktøy for å lagre store mengder informasjon. Moderne informasjonsapplikasjoner står i kø for å jobbe med flerbrukersystemer. I denne forbindelse rettes hovedoppmerksomheten til problemene med å sikre informasjonssikkerhet, som er uløselig knyttet til sikkerheten til organisasjonen og institusjonen som helhet.
Informasjonssikkerhet er en sikkerhetstilstand for informasjonsmiljøet som forhindrer lekkasje av beskyttet informasjon, samt uautorisert og (eller) utilsiktet innvirkning på konfidensialitet, integritet og tilgjengelighet til informasjon.
På grunn av det faktum at et brudd på informasjonssikkerheten til hele systemet som helhet kan påvirke informasjonssikkerheten til databasen, er ikke bare selve databasen underlagt beskyttelse, men også det omkringliggende systemet og applikasjonsprogramvare, maskinvare og personell som samhandler med databasen. De. Databasebeskyttelse sørger for forebygging av trusler ved å bruke datamaskin- og ikke-datamaskinkontroll og tilgangsverktøy. Derfor vil beskyttelsessystemet for informasjonssikkerhet være relativt komplett bare hvis det dekker alle aspekter av organisasjonens aktiviteter.
Vurder de viktigste programvare- og maskinvaretiltakene, hvis anvendelse løser noen av sikkerhetsproblemene: autorisasjon og autentisitet, tilgangskontroll, integritetsvedlikehold, logging og revisjon.
Oftest blir databasebrukeren autentisert gjennom de riktige mekanismene operativsystem eller selve databasen: brukeren er autorisert av sitt eget navn, og er autentisert med et passord. Autorisasjon er prosessen med å bekrefte eller verifisere rettighetene til brukere til å utføre visse handlinger. Autentisering er bevis på autentisitet. Det vil si at autorisasjon er en erklæring fra brukeren om at han har visse rettigheter i denne databasen (rettighetene hans er knyttet til brukernavnet hans - pålogging), og autentisering er en bekreftelse av brukeren for retten til å bruke denne påloggingen. Denne prosedyren for å bruke et innlogging / passord-par er en av de enkleste, men veldig effektive metoder datatilgangskontroll. Det er den vanligste, men ikke veldig pålitelige - svakheten ved beskyttelse skyldes først og fremst det faktum at det er svært vanskelig å fastslå at brukernavn / passord-paret ble lært av uautoriserte personer. I tillegg, vanlige brukere kommer sjelden på gode komplekse passord som regel stopper de ved noe enkelt og med en viss logisk rekkefølge - på denne måten er det lettere for dem å huske passordet, men også lettere å gjette. En annen mindre vanlig tilgangskontrollmetode er tilgangskontroll ved hjelp av fysiske medier- når et smartkort eller USB-nøkkel brukes i stedet for pålogging og passord. Denne metoden fri fra mangelen på "usynlig" beherskelse av nøkkelen av utenforstående, men ikke blottet for sine mangler - for eksempel mekanisk skade på nøkkelen, spesielt tynne smartkort, er svært sannsynlig. Hver av disse metodene gir separat én-faktor-autentisering, og kombinasjonen deres gir mer pålitelig metode datatilgangskontroll kalt tofaktorautentisering.
Etter å ha oppnådd rettigheten til å få tilgang til databasestyringssystemet, mottar brukeren privilegiene som er tildelt kontoen hans. Dette gjelder både prosedyrer for tilgang til databaseobjekter og operasjoner på innholdet i databasen. For hovedobjektene i databasen er det laget spesielle tabeller som indikerer handlingene som er tilgjengelige for sluttbrukeren eller administrativt personell. For hver slik handling legges den tilsvarende tilgangsverdien inn i tabellen. De totale brukerrettighetene (hele settet med operasjoner som er tillatt for ham) i databasen er totalresultat, oppnådd ved å legge til verdiene satt for brukeren.
Rettigheter i et databasestyringssystem er delt inn i to hovedgrupper - sikkerhetsprivilegier og tilgangsprivilegier. Sikkerhetsrettigheter tildeles alltid en spesifikk bruker. Det er fem slike privilegier totalt:
sikkerhet er privilegiet til å administrere sikkerheten til databasestyringssystemet og overvåke brukerhandlinger. En bruker med dette privilegiet kan koble til en hvilken som helst database, opprette, slette og endre egenskapene til brukere, grupper og roller, overføre rettighetene til tilgang til databaser til andre brukere, administrere registrering av registreringsinformasjon og spore forespørsler fra andre brukere. Dette privilegiet nødvendig for databaseserveradministratoren, samt den ansvarlige for informasjonssikkerhet;
createdb er privilegiet til å opprette og slippe databaser. Dette privilegiet eies ikke bare av serveradministratoren, men også av databaseadministratorene;
operatør er retten til å utføre handlinger som ligger innenfor operatørens kompetanse, dvs. starte og stoppe serveren, lagre og gjenopprette informasjon. I tillegg til server- og databaseadministratorene har operativsystemadministratoren også denne rettigheten;
maintenance_locations er privilegiet til å administrere plasseringen av databaser. Den må eies av databaseserveradministratorene og operativsystemadministratoren;
trace er retten til å endre tilstanden til feilsøkingssporingsflagg. Dette privilegiet trengs av personell som er involvert i analysen av komplekse, uforståelige situasjoner.
Tilgangsrettigheter tildeles brukere, brukergrupper eller roller. Disse rettighetene tildeles av innehaveren av sikkerhetsrettigheten, vanligvis databaseserveradministratoren.
Tilgangsrettigheter er delt inn i ulike typer, avhengig av objektet som rettighetene er utstedt for - tabeller, visninger, prosedyrer, databaser og dataserver. Hvis vi snakker om tabeller og visninger, skilles følgende tilgangsrettigheter ut:
select er retten til å gjøre datavalg fra tabeller;
innfelt er retten til å legge til data i tabeller;
slett er retten til å slette data fra tabeller;
update er retten til å oppdatere data i tabeller, og du kan spesifisere spesifikke kolonner som er tilgjengelige for oppdatering;
referanser er retten til å bruke fremmednøkler som refererer til denne tabellen.
Hvis vi snakker om prosedyrer, gis retten til å utføre, mens tilstedeværelsen av eventuelle tilgangsrettigheter til dataene som behandles av prosedyren ikke er nødvendig. Derfor er opprettelsen av databaseprosedyrer et veldig praktisk tilgangskontrollverktøy for å utføre strengt definerte handlinger på data.
Selvfølgelig, før du kan utføre tildelingen av objekttilgangsprivilegier, må disse privilegiene først opprettes.
Databasestyringssystemer gir et annet middel for tilgangskontroll - visninger. En visning er tabeller hvis innhold er hentet eller avledet fra andre tabeller. De fungerer akkurat som vanlige hovedtabeller, men de inneholder ikke egne data. Visningen er kun en visning av tilgjengelig informasjon som er lagret i hovedtabellene. I utgangspunktet er en visning en forespørsel.
En annen oppgave, ikke mindre viktig enn tilgangskontroll, er oppgaven med å opprettholde integriteten. Integritet av informasjon (eller integritet av data) er et begrep som betyr at dataene er fullstendige og ikke har blitt endret når du utfører noen operasjon på dem, det være seg overføring, lagring eller presentasjon, og endringen i informasjon er kun utført med vilje av subjekter som har rett til det. Generelt er dataintegritet funnet av data i tilstanden de ble opprettet i. Et eksempel på brudd på dataintegriteten er et forsøk på å forfalske et dokument, hele eller deler av det, av en uautorisert person, utilsiktet dataendring i tilfelle utstyrssvikt eller som et resultat av overilte handlinger fra brukeren. I databaseteori betyr dataintegritet datakorrekthet og konsistens.
De viktigste kildene til brudd på dataintegritet er:
utstyrsfeil og feil;
feil av service og administrativt personell;
feil i applikasjons- og systemprogrammer;
brukerfeil.
Paradoksalt nok er ikke nettkriminelles handlinger blant hovedkildene til brudd på dataintegriteten. Fra synspunktet til et databasestyringssystem er begrensninger og regler hovedmetoden for å sikre dataintegritet.
En begrensning er en del av en tabelldefinisjon som begrenser verdiene som legges inn i tabeller. For eksempel, hvis en kolonne i en bestemt tabell inneholder fødselsåret, er det logisk å gjøre følgende begrensninger når du legger inn data: fødselsåret skal bare være et tall, bare et heltall og bare positivt. Begrensninger pålegges av eieren av basistabellen og påvirker resultatet av påfølgende operasjoner med data, siden Før du fullfører utførelsen av dataendringssetningen, kontrolleres de eksisterende begrensningene. Hvis et brudd på tabellbegrensningen oppdages, bør databasebehandlingssystemet signalisere en unormal setningsavslutning og forkaste endringene som er gjort av setningen.
En regel er en mekanisme i databasebehandlingssystemet som gjør at forhåndsdefinerte prosedyrer kan påberopes når visse opplysninger endres i databasen. Regler er knyttet til tabeller og utløses når disse tabellene endres. Den vesentlige forskjellen mellom regler og begrensninger er at begrensninger gir kontroll over relativt enkle integritetsforhold, mens regler lar deg sjekke og vedlikeholde forhold av nesten hvilken som helst kompleksitet mellom informasjonselementer i en database.
En annen metode for å sikre en database er logging og revisjon. Logging er innsamling og akkumulering av informasjon om hendelser som skjer i informasjonssystemet. I hvert enkelt tilfelle er det et sett med mulige hendelser, men de kan alltid deles inn i eksterne (forårsaket av handlingene til eksterne faktorer, for eksempel systemprogramvare), interne (forårsaket av handlingene til selve databasestyringssystemet) og klient (forårsaket av handlingene til brukere og administratorer). En revisjon er en analyse av registrert informasjon som utføres umiddelbart, i sanntid eller periodisk (for eksempel en gang om dagen, en gang i uken). En revisjon har fire hovedmål:
holde brukere og administratorer ansvarlige;
gi evnen til å rekonstruere hendelsesforløpet;
oppdagelse av forsøk på å bryte informasjonssikkerheten;
gi informasjon for å identifisere og analysere problemer.
dato og klokkeslett for arrangementet;
identifikatoren til brukeren som forårsaket hendelsen;
type hendelse;
resultatet av handlingen (suksess eller fiasko);
kilden til forespørselen (for eksempel navnet på klientstasjonen);
navnene på de berørte objektene (for eksempel tabellene som åpnes);
gjøre endringer i beskyttelsesdatabasene (for eksempel endre tilgangsrettigheter).
Når du organiserer logging og revisjon, må du med rimelighet vurdere dine egne styrker og evner. Dette skyldes det faktum at mange nybegynnere administratorer prøver å logge alt de kan, mens de glemmer at:
slik logging bruker systemressurser sterkt;
noen ganger er det fysisk umulig å gjennomføre en fullstendig revisjon av alle data som er logget på denne måten, så protokollene blir ignorert.
En annen av essensielle forhold driften av databasen er å sikre tilgjengelighet eller feiltoleranse. Ovenfor har vi allerede diskutert noen metoder for databasestyringssystemer rettet mot å sikre feiltoleranse, så her vil vi vurdere andre metoder som ikke er direkte relatert til databasestyringssystemer. Det er to hovedmetoder for å sikre feiltoleranse - rettidig sikkerhetskopiering og å sikre feiltoleranse for servermaskinvare.
Sikkerhetskopiering er prosessen med å lage en kopi av data på et medium, designet for å gjenopprette data til sin opprinnelige plassering i tilfelle skade eller ødeleggelse. Sikkerhetskopiering kan utføres ved å bruke verktøyene til selve databasestyringssystemet, ved å bruke operativsystemverktøyene eller ved å bruke tredjepartsprogramvare. Hvert av disse alternativene innebærer sin egen metode og teknologi for påfølgende datagjenoppretting, om nødvendig. Det er tre hovedkrav for sikkerhetskopieringssystemer:
pålitelighet - dette kravet er sikret ved bruk av feiltolerante lagringssystemutstyr og duplisering av sikkerhetskopier;
brukervennlighet er automatisering av sikkerhetskopieringsprosessen, som fører til minimering av menneskelig involvering;
hastigheten på implementeringen er den enkle installasjonen og konfigurasjonen av sikkerhetskopieringsprogrammet, rask læring brukere.
Feiltoleranse er en egenskap teknisk system opprettholde evnen til å fungere korrekt etter feil på systemet eller noen av dets deler. Den primære måten å forbedre motstandskraften på er redundans. Og den mest effektive metoden for redundans er maskinvareredundans, som oppnås ved å sikkerhetskopiere individuelle servernoder eller hele serveren.
Maksimal systemresiliens oppnås ved å bygge en klynge. En klynge er en gruppe datamaskiner forent av høog representerer en enkelt maskinvareressurs fra sluttbrukerens synspunkt. Generelt er klynger delt inn i flere typer, avhengig av oppgavene som løses: failover-klynger, lastbalanserte klynger, beregningsklynger og rutenettsystemer. For å sikre tilgjengeligheten til databasen brukes en failover-klynge, også kjent som en høytilgjengelighetsklynge. Det overdrevne antallet servere i klyngen sikrer at selv i tilfelle en fullstendig feil på en av serverne, vil sluttbrukeren ikke merke noe, for ham vil databasen fungere i normal operasjon... En betydelig ulempe med klynger er de ekstremt høye kostnadene deres, og derfor i praksis sikres det at databasetilgjengelighet vanligvis oppnås ved å sikkerhetskopiere individuelle servernoder, nemlig å bygge RAID-arrayer.
RAID er en rekke av flere harddisk kontrollert av kontrolleren (eller programvaren), sammenkoblet av høyhastighetskanaler og oppfattet av systemet som helhet. Avhengig av typen array som brukes, tilbys ulike grader av feiltoleranse og ytelse. De mest brukte er RAID-nivå 1 (speiling) og 5 (striping med ikke-allokert paritet). Fordi En RAID-array er bygget på grunnlag av et for stort antall harddisker, så en av ulempene med denne teknologien er den ekstra kostnaden for "ekstra" harddisker, til tross for at som et resultat, ikke alt volumet deres er tilgjengelig for nyttig bruk (det totale tilgjengelige harddiskvolumet avhenger av det spesifikke RAID-nivået -array). I tillegg, avhengig av nivået på RAID-arrayet, endres lese-/skrivehastigheten for data - i noen tilfeller øker den, i noen tilfeller reduseres den.
Dermed er det mulig å bygge en viss sikkerhetsstrategi: et minimum av privilegier for brukeren; separasjon av administratorers plikter og rettigheter; "Echelon forsvar" ( ulike linjer beskyttelse for databaseserveren, databasestyringssystemet og operativsystemet); omfattende støtte for sikkerhetstiltak; minimering av den "menneskelige faktoren".
Konklusjon
Ved å oppsummere alt det ovenstående kan følgende konklusjoner trekkes.
Databaseadministrasjon er utførelse av oppgaver og funksjoner rettet mot å sikre problemfri og effektiv funksjon av et databasestyringssystem.
Databaseadministratoren er ansvarlig for å lage, oppdatere og lagre relaterte sikkerhetskopier av filer (diskrete og inkrementelle) basert på virksomhetens mål og behov. Denne personen bør fullt ut og i detalj kjenne de eksisterende mekanismene for å gjenopprette eksisterende databaseprogramvare.
Administratoren bør alltid være på vakt for informasjonssikkerheten til den eksisterende databasen, støtte sluttbrukernes arbeid med systemet og sørge for et passende sikkerhetsnivå, og sørge for at kun de personene som skal ha tilgang til dataene.
Databaseadministratoren må kunne identifisere flaskehalser i systemet som begrenser ytelsen, og raskt fikse dem ved å justere systemprogramvaren og/eller databasestyringssystemet.
Databaseadministratoren bør koordinere aktivitetene til alt personell med å samle informasjon, designe og drifte databasen, og sikre sikkerheten til informasjonen i databasen.
Med alt dette i tankene er databaseadministratoren ikke bare en teknisk stab, men også en administrativ. DBAs jobb og rolle er definert ved å behandle data som en organisatorisk ressurs, så løsning av administrative problemer starter med forståelse generelle prinsipper drift av databasestyringssystemer direkte av selskapets ledelse.
I tillegg til å opprette og implementere en database, definere data og tilgangsrettigheter, er administratoren ofte pålagt å utvikle retningslinjer for vedlikehold av data.
Med alt dette er det også viktig å forstå at generelt, hvis du ikke tar hensyn til små firmaer og organisasjoner, er databaseadministratoren ikke én person, men et helt team der alle er opptatt med sin egen virksomhet. Dessverre, realitetene moderne verden er slik at ledelsen i selskapet ofte ikke forstår dette og prøver å få én person til å gjøre alt. Hvis i tilfelle av en database for 10-15 brukere dette kan fungere, i tilfelle hvor antall brukere er mye høyere, kan denne tilnærmingen til ledelsen vise seg å være trist for organisasjonen, i tilfelle når administratoren viser seg å være inhabil eller illojal mot selskapet.
Ordliste
|
Definisjon |
|||
|
Prosessen med å bekrefte (sjekke) brukerrettigheter til å utføre visse handlinger |
|||
|
Database |
Et sett med data organisert i samsvar med visse regler og vedlikeholdt i datamaskinens minne, som karakteriserer den nåværende tilstanden til et bestemt fagområde og brukes til å møte informasjonsbehovene til brukere |
||
|
Bufring |
Metoden for å organisere utvekslingen, spesielt inndata og utdata i datamaskiner og andre dataenheter, som innebærer bruk av en buffer for midlertidig lagring av data |
||
|
Journalføring |
Prosessen med å skrive informasjon om hendelser som skjer med et objekt (eller innenfor rammen av en prosess) til loggen (for eksempel til en fil) |
||
|
En gruppe datamaskiner forent av høog representerer, fra brukerens synspunkt, en enkelt maskinvareressurs |
|||
|
Brukerkontonavn |
|||
|
Databasestyringssystem |
Et sett med programvare og språklige verktøy med generelle eller spesielle formål, som gir styring av opprettelse og bruk av databaser |
||
|
Systemprogramvare |
Et sett med programmer som gir effektiv styring av komponentene i et datasystem |
||
|
Databaseintegritet |
Samsvar av informasjonen som er tilgjengelig i databasen med dens interne logikk, struktur og alle eksplisitt spesifiserte regler |
||
|
Databeskrivelsesspråk |
En familie av dataspråk som brukes i dataprogrammerå beskrive strukturen til databaser |
buffersikkerhet for databaseadministrator
Liste over kilder som er brukt
1. Khomonenko A.D., Databaser, 5. utgave - M.: CORONA-trykk, 2006, 672 sider.
2. Golitsina OL, Databaser: lærebok, - M .: Forum-Infra, 2008, 352 s.
3. Markov A.S., Databaser: en introduksjon til teori og metodikk - M .: Finans og statistikk, 2006, 512 sider.
4. Connolly T., Databaser. Design, implementering og vedlikehold. Teori og praksis - M .: Williams, 2007, 1436 sider.
5. Grigoriev Yu.A., Databanker: Lærebok for universiteter, Moskva: Bauman Moscow State Technical University, 2007, 320 sider.
6. Kogalovsky MR, Encyclopedia of Database Technologies - M .: Finance and Statistics, 2009, 800 sider.
7. Kuzin A.V. Databaser - M .: Akademiet, 2010, 320 sider.
8. Craig S. Mullins, databaseadministrasjon. Fullstendig referanseguide om metoder og prosedyrer - M .: KUDITS-Obraz, 2008, 752 s.
9. Revunkov GI, Samokhvalov EN, Chistov VV, Databaser og databanker og kunnskap. Lærebok for universiteter. - M., 2009, 392 s.
10. Gude SV, Revin SB, Informasjonssystemer. Opplæringen. -M., 2009, 147 s.
11. Fred Roland, Basic Concepts of Databases - M .: Williams, 2008, 256 pp.
applikasjoner
Vedlegg A
Klient-tjener DBMS-struktur
Vedlegg B
Bord. RAID-nivåer - nøkkelfunksjoner, fordeler, ulemper
|
RAID-nivå |
Antall disker i arrayet |
Effektiv kapasitet |
Feiltoleranse |
Fordeler |
ulemper |
|
|
høyeste ytelse |
svært lav pålitelighet |
|||||
|
fra 2, til og med |
høy ytelse og pålitelighet |
kostnaden for diskplass er N ganger mer |
||||
|
fra 4, til og med |
høyeste ytelse og svært høy pålitelighet |
doble kostnadene for diskplass |
||||
|
kostnadseffektivitet, høy pålitelighet |
ytelse under RAID 0 og 1 |
|||||
|
fra 6, til og med |
høy pålitelighet og ytelse |
høye kostnader og kompleksitet ved vedlikehold |
||||
|
kostnadseffektiv, høy pålitelighet, raskere enn RAID 5 |
||||||
|
rask datagjenoppretting etter en feil, kostnadseffektiv, høy pålitelighet, hastighet over RAID 5 |
ytelsen er lavere enn RAID 0 og 1, reservedelen er inaktiv og ikke testet |
|||||
|
økonomi, høyeste pålitelighet |
ytelse under RAID 5 |
|||||
|
fra 6, til og med |
svært høy pålitelighet |
høye kostnader og kompleksitet i organisasjonen |
N - antall disker i matrisen
S - volumet til den minste disken
For nivå 10, 50 og 60 - data vil ikke gå tapt selv om alle diskene i ett speil mislykkes
Skrevet på Allbest.ru
Lignende dokumenter
Databasestyringssystem som en integrert del av en automatisert databank. Strukturen og funksjonene til databasestyringssystemet. Klassifisering av DBMS ved tilgang til databasen. SQL-språk i databasestyringssystemer, Microsoft DBMS.
sammendrag, lagt til 11.01.2009
Hovedfunksjonene til databasestyringssystemet. Et kompleks av programvare og språklige verktøy for generelle eller spesielle formål. Vilkår for den vedtatte databehandlingsteknologien. Håndtering av RAM-buffere. Journalisering og dens betydning.
semesteroppgave, lagt til 19.01.2012
Strukturen og funksjonene til et databasestyringssystem (DBMS). Datalagring og tilgangsadministrasjon. Beskytte og vedlikeholde dataintegritet. Pålitelighet av datalagring i eksternt minne. Klassifisering av DBMS ved tilgang til databasen.
presentasjon lagt til 06.05.2014
Kjennetegn på kategoriene til moderne databaser. Studie av funksjonene til sentralisert og distribuerte databaser data. Klassifisering av databasestyringssystemer etter typer programmer og applikasjoner. Håndtering av RAM-buffere og transaksjoner.
semesteroppgave, lagt til 03.10.2016
Moderne databaser er multifunksjonelle programvaresystemer som opererer i et åpent distribuert miljø for å studere databaseadministrasjon. Metoder for organisering av eksternt minne til databaser. Databasestyringssystemer for lagring av informasjon.
semesteroppgave, lagt til 12.07.2010
presentasjon lagt til 29.09.2013
Konsept, sammensetning av informasjonssystemet. Databaseintegritetsstyring. Tilby et sikkerhetssystem. Blokkering av feil handlinger fra klientapplikasjoner. Trender i verden av databasestyringssystemer. Grunnleggende funksjoner, klassifisering og tilgangsmekanismer.
semesteroppgave, lagt til 12.11.2014
Høynivå- og lavnivåfunksjoner i DBMS. Databehandling i eksternt minne. Hovedtrekkene for å administrere transaksjoner, buffere. Føre logg over endringer i databasen (logging av endringer). Sikre dataintegritet og sikkerhet.
presentasjon lagt til 14.10.2013
Databasestyringssystemer i medisin. Hovedideene som ligger til grunn for konseptet med en database. Krav til databaser og databasestyringssystem. Arkitekturen til et informasjonssystem organisert ved hjelp av en database
sammendrag, lagt til 01.11.2010
Teoretisk informasjon og grunnleggende begreper om databaser. Databasestyringssystemer: sammensetning, struktur, sikkerhet, driftsformer, objekter. Arbeide med databaser i OpenOffice.Org BASE: lage tabeller, lenker, spørringer ved hjelp av spørringsveiviseren.
Administrasjonsmålene og dens relevans for moderne databaser.
Databaseadministrasjon sørger for utførelse av funksjoner som er rettet mot å sikre pålitelig og effektiv funksjon av databasesystemet, tilstrekkeligheten av databaseinnholdet til informasjonsbehovene til brukerne, og vise den faktiske tilstanden til fagområdet i databasen.
Behovet for personell for å sørge for administrasjon av data i et databasesystem under drift er en konsekvens av den sentraliserte karakteren av datahåndtering i slike systemer, som hele tiden krever et søk etter et kompromiss mellom motstridende krav til systemet i et sosialt brukermiljø. Selv om dette behovet ble anerkjent tidlig i utviklingen av databaseteknologi, utviklet en klar forståelse og strukturering av funksjonene til administrasjonspersonell først med anerkjennelsen av multi-tier databasearkitekturen (ANSI / X3 / SPARC i 1975).
Stillingsbeskrivelse.
Databaseadministratoren er ansvarlig for integriteten til bedriftens informasjonsressurser. Det er hans ansvar å opprette, oppdatere og bevare relaterte sikkerhetskopier av filer, basert på virksomhetens mål. Denne personen bør kjenne i detalj de eksisterende gjenopprettingsmekanismene for databaseprogramvare.
Det er mulige situasjoner der databaseadministratoren må lage elementer av det fysiske opplegget basert på logiske applikasjonsmodeller, samt opprettholde kommunikasjonen mellom brukere og systemet og sikre et passende nivå av informasjonssikkerhet, og sørge for at kun de personene som trenger den har tilgang til dataene.
DBA bør være i stand til å identifisere flaskehalser i systemet som begrenser ytelsen, justere SQL og DBMS-programvare og ha kunnskapen som er nødvendig for å løse problemer med å optimalisere databaseytelsen.
Databaseadministrator: Klassiske tilnærminger.
Det forutsettes at dataadministrasjonspersonellet i databasesystemet funksjonelt består av flere personer. I de enkleste tilfellene, som er mer typisk ved arbeid med databaser på PC-orienterte datamaskiner, kan én person kombinere funksjonene til både brukeren og dataadministrasjonspersonellet.
Den første gruppen kalles fagområdeadministrator (konseptuell skjemaadministrator) ... Hun er ansvarlig for å representere databasen på konseptuelt nivå av DBMS-arkitekturen, som er felles for alle applikasjoner av den aktuelle databasen, for adekvat å vise endringene som skjer i fagområdet i det konseptuelle databaseskjemaet. Domeneadministratoren må sørge for at databasen omstruktureres for dette formålet – endre det konseptuelle skjemaet til databasen.
Den andre gruppen av personell - databaseadministrator (lagringsadministrator) - er ansvarlig for presentasjon av databasen i lagringsmiljøet, for effektiv og pålitelig drift av databasesystemet. Dens oppgaver inkluderer å sette opp databasesystemet i lagringsmiljøet for å forbedre effektiviteten til systemet. For dette, om nødvendig, kan databasen omorganiseres, der datastrukturen, måtene å plassere dem på i minnerommet og datatilgangsmetodene som brukes kan endres.
Den tredje gruppen - applikasjonsadministrator (ekstern skjemaadministrator) - gir databasestøtte for ulike grupper av brukere av mekanismen til det eksterne nivået av arkitekturen til DBMS. Hun er ansvarlig for helheten av de eksterne skjemaene til databasen.
Endelig, sikkerhetsadministrator data gir brukere tillatelse til å få tilgang til data i databasen og justerer systemets anti-uautoriserte tilgangskontroller tilsvarende.
En annen klassifisering av administrasjonsgrupper kan gis - kilde - Oracle Professional magazine, oktober 2001; se vedlegg 1.
Administrasjonsprosedyre.
Databaseadministrasjon innebærer å betjene brukerne av databasen. En analogi kan trekkes mellom en databaseadministrator og en bedriftsrevisor. Revisor beskytter ressursene til virksomheten, som kalles penger, og administratoren beskytter ressursene, som kalles data. DBA bør ikke betraktes som kun en kvalifisert tekniker, da dette ikke er i samsvar med formålet med administrasjonen. Nivået til databaseadministratoren i organisasjonens hierarki er høyt nok: for å bestemme strukturen til dataene og retten til å få tilgang til dem. Administrator må vite hvordan virksomheten fungerer og hvordan de relevante dataene brukes; ikke bare teknisk kompetanse er viktig, men også forståelse for fagområdet, samt evnen til å kommunisere med mennesker.
Databaseadministratoren (DBA) bør koordinere innsamlingen av informasjon, utformingen og driften av databasen og beskyttelsen av data. Han er forpliktet til å ta hensyn til dagens og fremtidige informasjonskrav til fagområdet, som er en av hovedoppgavene.
Riktig implementering av daforbedrer kontrollen og styringen av dataressursene til domenet betydelig. Fra dette synspunktet er funksjonene til DBA mer ledelsesmessige enn tekniske. Prinsippene for drift av DBMS og dets funksjoner bestemmes av tilnærmingen til data med hensyn til ressursene til organisasjonen, derfor begynner løsningen av problemer knyttet til administrasjon med etableringen av generelle prinsipper for drift av DBMS.
En viktig oppgave for DBA er å eliminere motsetninger mellom de ulike områdene av organisasjonens aktiviteter for å lage et konseptuelt og deretter et logisk skjema over dataene til fagområdet. I tillegg til å definere data og tilgangsrettigheter, kan DBA bli pålagt å utvikle prosedyrer og retningslinjer for vedlikehold av data. I prosessen med å samle inn informasjon skal DBA kunne bruke sin makt og innflytelse, ha en viss tjenestetid, og ha god forståelse for bedriftsmiljøet. DBA må etablere effektiv kommunikasjon med alle grupper av mennesker som har å gjøre med databasen.
Dermed kan visse generaliseringer gjøres.
Databaseadministrator- dette er:
· Databehandleren, ikke eieren;
· systemprogrammerer en viss profil, samt en ekspert toppnivå gi driftstjenesten løsninger på prosedyrer og arbeidsforskrifter;
· En person som tar den endelige avgjørelsen innen sitt felt, og en person som har evnen til å kommunisere, felles planlegging og kompromisser.
Pålitelighet og autentisitet er nøkkelkonsepter i aktivitetene til databaseadministratoren. Han må kunne vedlikeholde grundig dokumentasjon av alle databasebehandlingsaktiviteter..
Da.
1. Rådgivning av analytikere og programmerere om spesifikasjonene til den brukte DBMS-versjonen og utviklingsverktøy, deltakelse - sammen med databasedesignanalytikere - i logisk design hvis det er nyttig å ta hensyn til anbefalinger for databasedesign spesifikke for DBMS eller databehandlingsmodus.
2. Planlegge bruken av lagringsenheter ( diskminne), i den fysiske utformingen av databasen.
3. Vedlikeholde en referanseordbok.
4. Samle inn og analysere statistikk om funksjonen til databasen, sette den opp for effektiv databehandling og brukerservice.
5. Administrere presentasjonen av databasen i lagringsmiljøet.
· Innstilling av DBMS for spesifikke bruksforhold kan inkludere endring av parameterne for organiseringen av datalagringsmiljøet: valg av nye, mer effektive tilgangsmetoder. Vanligvis lar systeminnstilling deg endre strukturen til lagrede data for å forbedre systemytelsen og gjenvinne brukt minne for gjenbruk.
6. Omorganisering (restrukturering) av databasen
· Logisk restrukturering - modifisering av det konseptuelle skjemaet med påfølgende å bringe databasen i tråd med det nyopprettede skjemaet.
7. Integritetskontroll og databasegjenoppretting.
· Støtte for logisk integritet (konsistens) til databasen er gitt gjennom erklæringen om modellintegritetsbegrensninger i databaseskjemaet, og sjekker hver gang dataene eller koblingene mellom dem oppdateres. For mange DBMS-er støttes integritetsbegrensninger bare på nivået for dataregistrering i databasen og er assosiert med bruk av skjermskjemaer.
· Problemet med den fysiske integriteten til databasen oppstår i forbindelse med dens mulige ødeleggelse som følge av feil og feil på datasystemutstyret. Utviklede DBMS-er har verktøy for å gjenopprette en ødelagt database basert på bruk av kontrollkopi og logging av endringer.
8. Koble til nye utviklere og brukere, tildele dem passord, tilgangsrettigheter til spesifikke data.
9. Kontrollere veksten av DBMS; bestemmelse av hensiktsmessigheten av modernisering av utstyr.
10. Konvertering av data og applikasjoner.
Verktøy for DBA
For å opprettholde funksjonene til dataadministrasjon sørger DBMS for et spesielt verktøysett, organisert som regel i form av forskjellige typer tjenesteprogrammer - verktøy. Behovene til administratoren avhenger av deres ansvar og kvalifikasjoner.
1. Forebyggende monitor:
· Frigjør administratoren fra nødstiltak;
· Loser administratoren på kvelder og helger;
· Fremskynder tilegnelsen av erfaring.
1. Diagnoseverktøy:
· Gjør junior DBA til senior, slik at sistnevnte kan konsentrere seg om andre oppgaver.
2. Analyseverktøy:
· Hjelp til å planlegge databasevekst og fremtidige kostnader.
3. Vedlikeholdsverktøy:
· Hjelp med å sikkerhetskopiere og gjenopprette data, forkorte driftstiden og redusere antall feil;
· Hjelp med omorganiseringer, sparer tid, reduserer antall feil og varigheten av vedlikeholdsvinduer;
· Fremme høy tilgjengelighet av data ved å lage "usynlige" fra synspunktet til systemets forebyggende vinduer og hjelpe til med systemsikkerhetskopiering / gjenoppretting.
Dermed kan det sies at stillingen til en databaseadministrator utvilsomt er den viktigste i bedriften og undervurdert. Administratoren er ansvarlig for at databasesystemet fungerer, så det er utakknemlig å ta den stabile funksjonen til systemet for gitt, og det motsatte er den eksklusive feilen til databaseadministratoren.
Vedlegg 1
DBA klassifisering
Det finnes flere typer DBAer, og deres ansvar kan godt variere fra selskap til selskap. Her er egenskapene til noen typer DBA-er og stillingene de har:
1. Operativ ADB:
Manipulere diskplass
Overvåk gjeldende systemytelse
Reager på nye OBD-feil
Oppdater systemprogramvare og databaseprogramvare
Kontroller strukturelle endringer i databasen
Start prosedyrer for sikkerhetskopiering av data
Utfør datagjenoppretting
Opprett og administrer testdatabasekonfigurasjoner
2. Taktisk ADB:
Implementere
Godkjenne prosedyrer for sikkerhetskopiering og gjenoppretting av data
· Utvikle og implementere de strukturelle elementene i databasen: tabeller, kolonner, objektstørrelser, indeksering, etc .; skript for å endre databaseskjemaet; DB-konfigurasjonsparametere
· Godkjenne en handlingsplan ved en nødsituasjon
3. Strategiske ADBer:
Velg en databaseleverandør
Sett bedriftens datastandarder
Implementere datautvekslingsmetoder i bedriften
Definer bedriftens strategi for sikkerhetskopiering og gjenoppretting av data
Etabler en bedriftstilnærming for å eliminere konsekvensene av en ulykke og sikre datatilgjengelighet
4. Senior (senior) ADB:
Kjenn deres ansatte grundig
Er etterspurt
Kan skrive et manus som vil frigjøre dem fra en låst kiste kastet i havet, og er ekstremt stolte av kunsten deres
Bruk mye tid på å forberede junior DBAer
Veldig mye verdsatt av ledelsen og få mye penger
5. Junior(junior)ABD:
Drøm om å bli senior DBA
Ikke for sterk på scripting
Har en stor forkjærlighet for å bruke DB-kontroller
· Bli bra også
6. Anvendt(applikasjon)ABD:
I kunnskap om informasjonsbehovene til selskapet
Hjelp til utvikling av anvendte problemer
Har ansvar for utviklingen av ordningen og dens endringer
Sammen med systemet DBA gi riktig nivå av data backup / gjenoppretting
Er engasjert i bygging av testdatabaser
7. System DBAer:
Er ansvarlig for alt du trenger for å sikkerhetskopiere og gjenopprette data
Overvåk ytelsen til systemet som helhet
Utfør feilsøking
Hold deg oppdatert på databasens nåværende og fremtidige behov når det gjelder kapasitet
Hold deg oppdatert på den nåværende tilstanden og behovene til databasen
8. lønnet(kontrakt)ABD :
Inviteres til en spesifikk oppgave eller som konsulenter
Overfør nødvendig kunnskap til personellet
· Registrer handlingene deres!
Bør være godt bevandret i det aktuelle feltet
God som vikar for å evaluere et prosjekt eller system
9. Utøvende administratorer:
Hold ukentlige møter
Definer en liste over prioriteringer
Etablere og kommunisere offisiell kurs og strategi
· Godkjenne og justere stillingsbeskrivelser og ansvarsliste
Overvåk tilgjengeligheten av relevant dokumentasjon
Vedlegg 2
DBMS-administrasjon for bedriftsledere
På IBM alphaWorks-nettstedet, der selskapet introduserer programvareteknologiene sine som er under utvikling, er en prøveversjon av det policybaserte dataadministrasjonsverktøyet fritt tilgjengelig. Ifølge en talsmann for IBM India Research Lab vil verktøysettet gjøre det mulig for «bedriftsledere som er ansvarlige for intern politikk i bedriften, å uavhengig gjøre de nødvendige endringene i de relevante databasene». Spesielt lar systemet deg opprette og endre forretningsregler som styrer bevaring av regnskap og andre poster for selskapet. Retningslinjer og forretningsobjekter (som storkunde, kredittkortinformasjon og så videre) opprettes ved hjelp av et forenklet grafisk grensesnitt. Muligheter for arkivering, sletting av data, sending av varsler støttes. Et eksempel på en regel som kan opprettes ved hjelp av systemet er for eksempel automatisk varsling av en avdelingsleder ved at en høyverdig kunde slutter. Motstridende regler anerkjennes. Verktøysettet er designet for DB2, men vil også fungere med Oracle og SQL Server med en «enkel modifikasjon».
Introduksjon ………………………………………………………………………………. 31 Databaseadministrator - grunnleggende konsepter ……………………… 5
- 1.1 Historie, konsept, hovedtyper av databaseadministrator ... 5
- 1.2 Databaseadministratorens oppgaver ………………………………………… ... 7
databaser ………………………………………………………………………………………………………………………………………………………… ………………………… … 8
- 2 Databaseadministrasjon ………………………………………… .. 12
2.1.1 Direkte databehandling i eksternt minne ……… .. 12
2.1.2 Administrere RAM-buffere ………………………… .. 12
2.1.3 Transaksjonsbehandling ………………… ………………………… ... 13
2.1.4 Logging ………………………………………………………………… ... 14
2.1.5 Databasespråk støtter ………………………… ………………………. 17
2.2 Sikkerhetsstyring i et DBMS ………………………………………… .. 18Konklusjon…………………………………… ………………………………. 28
Ordliste ………………………………………………………………………… 30
Liste over kilder som er brukt ………………………………………….…. 32
Vedlegg ………………………………………………………………………… 33
Introduksjon
Moderne databaser er komplekse multifunksjonelle programvaresystemer som opererer i et åpent distribuert miljø. De er allerede tilgjengelige for forretningsbruk i dag og fungerer ikke bare som tekniske og vitenskapelige løsninger, men som komplette produkter som gir utviklere kraftige dataadministrasjonsverktøy og rike verktøy for å lage applikasjoner og systemer.Databaseadministrasjon sørger for utførelse av funksjoner som er rettet mot å sikre pålitelig og effektiv funksjon av databasesystemet, tilstrekkeligheten av databaseinnholdet til informasjonsbehovene til brukerne, og vise den faktiske tilstanden til fagområdet i databasen.
Behovet for personell for å sørge for administrasjon av data i et databasesystem under drift er en konsekvens av den sentraliserte karakteren av datahåndtering i slike systemer, som hele tiden krever et søk etter et kompromiss mellom motstridende krav til systemet i et sosialt brukermiljø. Mens dette behovet ble anerkjent i de tidlige stadiene av databaseteknologi, utviklet en klar forståelse og strukturering av rollene til administrasjonspersonell først med anerkjennelsen av databasens flerlagsarkitektur.
Problemet med studien "Databaseadministrasjon" er evnen til å gi omfattende svar på spørsmålene som stilles: hva er databaseadministrasjon, hva er dens hovedfunksjoner og oppgaver, dens betydning for stabil og effektiv drift av databasen.
Relevansen av studien "Databaseadministrasjon" er ubestridelig. Problemet med databaseadministrasjon har fått oppmerksomhet relativt nylig - med fremveksten og utviklingen av moderne databaser. Men på grunn av det faktum at forbedringen av databaser og datastyringssystemer er et konstant og kontinuerlig fenomen, er problemet fortsatt ganske relevant, og krever derfor ytterligere forskning på dette området av datateknologi.
Målet med forskningen er å studere databaseadministrasjon.
Forskningsmål er dannet basert på formålet og er som følger:
1. Vurder konseptet, klassifiseringen og funksjonene til databaseadministratoren.
2. Vurder ansvaret, tilkoblingene og verktøyene til administratoren av moderne databasestyringssystemer.
3. Å studere hovedretningene og prinsippene for databaseadministrasjon.
Denne studien ble utført ved å bruke teoretiske bestemmelser som avslører hovedkarakteristikkene og elementene ved fenomenet som studeres.
Studiets praktiske betydning ligger i dens mulige bruk i studiet av informasjonsteknologi i høyere utdanningsinstitusjoner.
Hoveddel
1 Databaseadministrator - Konsepter
- Historikk, konsept, hovedtyper av databaseadministrator
I 1980 - 1981 i amerikansk litteratur ble det akseptert å inkludere i funksjonene til DBA:
- organisatorisk og teknisk planlegging av databasen,
database design,
gi støtte til utvikling av applikasjonsprogrammer,
administrasjon av databasedrift.
- forberedelse av et datakompleks for installasjon av et DBMS, deltakelse i installasjon og aksept av et DBMS og selve DB med et kompleks av anvendte programmer,
administrasjon av databasedrift,
utarbeidelse av ordbøker og andre referansedata - referanseinformasjon - innen databasetesten starter.
På midten av 90-tallet var det fortsatt ikke fullførte, men allerede ganske stabile og komplette metoder for utvikling av systemer med databaser. Hovedarbeidet med å planlegge informasjonsbehovene til bedriften, utforme det konseptuelle og logiske skjemaet til databasen, eksterne skjemaer som brukes i individuelle, faller nå på designgruppen Automated System (AS). Funksjonsomfanget til DBA blir også mer bestemt. Dette for å sikre pålitelig og effektivt arbeid av brukere og programmer med databasen, støtte for utviklere i deres tilgang til databasen og utviklingsverktøy.
Databaseadministratoren (DBA) eller Databaseadministratoren (DBA) er personen som er ansvarlig for å utvikle kravene til databasen, dens utforming, implementering, effektiv bruk og vedlikehold, inkludert administrasjon av databasebrukerkontoer og beskyttelse mot uautorisert tilgang. En like viktig funksjon til DBA er å opprettholde integriteten til databasen.
Avhengig av kompleksiteten og volumet til databanken, av funksjonene til databasestyringssystemet (DBMS) som brukes, hvis generelle skjema kan sees i figuren (se vedlegg B), kan variere både i sammensetning og kvalifikasjoner til spesialister, og i antall arbeider i denne tjenesten.
Databaseadministratoren utfører arbeid med opprettelse og vedlikehold av databasen gjennom alle stadier av systemets livssyklus. Innen gruppen av databankadministratorer kan ulike undergrupper skilles ut avhengig av hvilke funksjoner de utfører. Størrelsen på administrasjonsgruppen, funksjonene de utfører, vil i stor grad avhenge av omfanget av databanken, detaljene til informasjonen som er lagret i den, typen databank, funksjonene til programvaren som brukes og noen andre faktorer.
Administrasjonen av databasen bør omfatte systemanalytikere, designere av datastrukturer og informasjonsstøtte utenfor databanken, designere av teknologiske databehandlingsprosesser, system- og applikasjonsprogrammerere, operatører og vedlikeholdsspesialister. Hvis vi snakker om en kommersiell databank, vil markedsføringsspesialister spille en viktig rolle her.
Blant DBA-ene er det ingen streng dokumentarisk differensiering etter type. Men det er flere generelle typer DBA, avhengig av ansvaret som er tildelt dem:
- Systemadministrator.
Database arkitekt.
Databaseanalytiker.
Datamodeller.
Applikasjonsadministrator.
Problemorientert databaseadministrator.
Ytelsesanalytiker.
Datavarehusadministrator.
- Databaseadministratoroppgaver
- Database design.
Optimalisering av databaseytelse.
Tilby og kontrollere tilgang til databasen.
Sikre sikkerhet i databasen.
Sikkerhetskopiering og gjenoppretting av database.
Sikre integriteten til databaser.
Sikre overgang til en ny versjon av DBMS.
- Ansvar for administratoren av moderne databasestyringssystemer
Enhver database må ha minst én person som utfører administrative oppgaver; hvis databasen er stor, kan disse oppgavene deles mellom flere administratorer.
Administratorens oppgaver kan omfatte:
- installasjon og oppdatering av serverversjoner og applikasjonsverktøy;
- tildele disklagring og planlegging for fremtidige systemlagringskrav;
- opprettelse av primære minnestrukturer i databasen (tabellplasser) ettersom applikasjoner er designet av applikasjonsutviklere;
- opprettelse av primære objekter (tabeller, visninger, indekser) når utviklere designer applikasjoner;
- endring av databasestrukturen i samsvar med behovene til applikasjoner;
- registrering av brukere og vedlikehold av systembeskyttelse;
- overholdelse av lisensavtalen;
- styring og sporing av brukertilgang til databasen;
- overvåking og optimalisering av databaseytelse;
- planlegging av sikkerhetskopiering og gjenoppretting;
- vedlikeholde arkiverte data på informasjonslagringsenheter;
- implementering av sikkerhetskopiering og gjenoppretting;
- kontakte selskapet for teknisk støtte.
I noen tilfeller må databasen også ha ett eller flere sikkerhetspersonell. Sikkerhetsansvarlig er hovedansvarlig for å registrere nye brukere, administrere og overvåke brukertilgang til databasen og sikre databasen.
Applikasjonsutviklere.
Ansvaret til en applikasjonsutvikler inkluderer:
- design og utvikling av databaseapplikasjoner;
- utforme databasestrukturen i samsvar med kravene til applikasjonene;
- evaluere minnekravene for applikasjonen;
formulering av endringer i databasestrukturen for applikasjonen;
overføring av den nevnte informasjonen til databaseadministratoren;
sette opp en applikasjon under utviklingen;
installasjon av tiltak for å beskytte applikasjonen under utviklingen.
Først av alt, hvis det opprettes en databank for informasjonstjenesten til enhver bedrift eller organisasjon, er det nødvendig med kontakter med administrasjonen til denne organisasjonen. Som nevnt ovenfor fører innføringen av en database til store endringer ikke bare i databehandlingssystemet, men også i hele organisasjonens styringssystem. Naturligvis kan slike store prosjekter ikke gjennomføres uten aktiv deltakelse og støtte fra organisasjonens ledere. Ledelsen av organisasjonen bør være kjent med egenskapene som tilbys av databasen, informert om fordelene og ulempene deres, samt problemene forårsaket av opprettelsen og driften av databasen.
Siden databasen er en dynamisk informasjonsvisning av fagområdet, er det ønskelig at databaseadministratoren på sin side ble informert om utviklingsutsiktene for objektet som informasjonssystemet lages for.
Ledelsen i organisasjonen og databaseadministratoren må bli enige om mål, hovedretninger og vilkår for å opprette en database og dens utvikling, rekkefølgen for å koble brukere.
Et svært nært forhold til DBA i alle stadier av livssyklusen til databasen observeres med sluttbrukere. Denne interaksjonen starter kl innledende stadier systemdesign, når brukernes behov studeres, avklares egenskapene til fagområdet, og støttes hele tiden både gjennom designprosessen og systemets funksjon.
Det skal bemerkes at det nylig har vært en aktiv omfordeling av funksjoner mellom sluttbrukere og administratorer av databanken. Dette skyldes først og fremst utvikling av språk- og programvareverktøy rettet mot sluttbrukere. Disse inkluderer enkle og på samme tid kraftige språk spørringer, samt designautomatiseringsverktøy.
Hvis databanken fungerer som en del av et automatisert informasjonssystem som inkluderer den (for eksempel i et automatisert kontrollsystem), må DBA ha kontakt med databehandlingsspesialister i dette systemet.
Databaseadministratorer samhandler også med eksterne grupper av spesialister og først og fremst leverandører av DBMS og PPP (applikasjonsprogramvarepakker), administratorer av andre databaser.
Databaser lages ofte av spesialiserte designteam på grunnlag av en kontrakt for utvikling av et informasjonssystem som helhet eller en database som et uavhengig designobjekt. I dette tilfellet bør opprettes både i utviklerorganisasjonen og i kundeorganisasjonen.
Mange eksterne og interne faktorer påvirker ytelsen til en database. Den økende kompleksiteten og omfanget av databasen, den høye "prisen" på feil eller sene beslutninger om databaseadministrasjon, høye krav til spesialisters kvalifikasjoner gjør bruk av avanserte automatiserte (eller til og med automatiske) databaseadministrasjonsverktøy påtrengende.
Administrasjonsverktøy er inkludert i alle DBMS. Disse verktøyene er spesielt utviklet i bedriftens DBMS. I tillegg har det dukket opp en hel klasse med spesialisert programvare: DBA-verktøy (DataBase Administration).
Typiske funksjoner til DBA-verktøy er presentert i vedlegget, se vedlegg A.
2 Databaseadministrasjon
2.1 Databehandling i databaser2.1.1 Direkte databehandling i eksternt minne
Denne funksjonen inkluderer levering av nødvendige eksterne minnestrukturer både for lagring av data direkte inkludert i databasen, og for tjenesteformål, for eksempel for å øke hastigheten på datatilgang i noen tilfeller (vanligvis brukes indekser for dette). I noen implementeringer av DBMS brukes funksjonene til eksisterende filsystemer aktivt, i andre utføres arbeidet ned til nivået til eksterne minneenheter. Men vi understreker at i utviklet DBMS trenger brukere uansett ikke å vite om DBMS bruker filsystemet, og i så fall hvordan filene er organisert. Spesielt vedlikeholder DBMS sitt eget navnesystem for databaseobjekter.2.1.2 Administrere RAM-buffere
Merk at det er en egen retning for DBMS, som er fokusert på den konstante tilstedeværelsen av hele databasen i RAM. Denne retningen er basert på antagelsen om at i fremtiden vil mengden RAM i datamaskiner være så stor at den ikke vil bekymre seg for buffering. Mens disse verkene er på forskningsstadiet.
2.1.3 Transaksjonshåndtering
En transaksjon er en sekvens av operasjoner på en database, vurdert av DBMS som helhet. Enten er transaksjonen vellykket utført, og DBMS forplikter (COMMIT) databaseendringene gjort av denne transaksjonen i eksternt minne, eller ingen av disse endringene påvirker tilstanden til databasen på noen måte. Konseptet med en transaksjon er nødvendig for å opprettholde den logiske integriteten til databasen. Hvis vi husker vårt eksempel på et informasjonssystem med ANSATTE- og AVDELINGS-filer, så er den eneste måten å ikke krenke databasens integritet når du ansetter en ny medarbeider, å kombinere elementære operasjoner på ANSATTE- og AVDELINGS-filene i én transaksjon. Dermed er å opprettholde transaksjonsmekanismen en forutsetning selv for enkeltbruker-DBMS-er (hvis, selvfølgelig, et slikt system fortjener navnet DBMS). Men konseptet med en transaksjon er mye viktigere i flerbruker DBMS.Egenskapen at hver transaksjon starter med en konsistent tilstand av databasen og lar denne tilstanden være intakt etter at den er fullført, gjør det veldig praktisk å bruke konseptet med en transaksjon som en enhet av brukeraktivitet i forhold til databasen. Med hensiktsmessig styring av samtidige transaksjoner av DBMS, kan hver av brukerne i prinsippet føle seg som den eneste brukeren av DBMS (faktisk er dette et noe idealisert syn, siden i noen tilfeller kan brukere av flerbruker DBMS sanse tilstedeværelsen av kollegene deres).
Assosiert med transaksjonsadministrasjon i et flerbruker-DBMS er de viktige konseptene for transaksjonsserialisering og en serialisert utførelsesplan for en blanding av transaksjoner. Serialisering av transaksjoner som utføres samtidig, forstås som en slik rekkefølge for planlegging av arbeidet deres, der den totale effekten av en blanding av transaksjoner tilsvarer effekten av deres sekvensielle utførelse. En serialisert utførelsesplan for en blanding av transaksjoner er en som resulterer i serialisering av transaksjoner. Det er klart at hvis det er mulig å oppnå en virkelig seriell utførelse av en blanding av transaksjoner, vil tilstedeværelsen av andre transaksjoner være usynlig for hver bruker på hvis initiativ transaksjonen dannes (bortsett fra en viss nedgang sammenlignet med enkeltstående -brukermodus).
Det er flere grunnleggende algoritmer for serialisering av transaksjoner. I sentralisert DBMS er de vanligste algoritmene basert på synkronisert fangst av databaseobjekter. Når du bruker en hvilken som helst serialiseringsalgoritme, er situasjoner med konflikter mellom to eller flere transaksjoner på tilgang til databaseobjekter mulig. I dette tilfellet, for å opprettholde serialisering, må du rulle tilbake (forkaste alle endringer som er gjort i databasen) en eller flere transaksjoner. Dette er et av tilfellene når en bruker av en flerbruker DBMS realistisk (og ganske ubehagelig) kan føle tilstedeværelsen av andre brukeres transaksjoner i systemet.
2.1.4 Logging
Et av hovedkravene til en DBMS er påliteligheten til datalagring i eksternt minne. Lagringspålitelighet betyr at DBMS må være i stand til å gjenopprette den siste konsistente tilstanden til DB etter en maskinvare- eller programvarefeil. Vanligvis vurderes to mulige typer maskinvarefeil: såkalte myke feil, som kan tolkes som en plutselig avstenging av datamaskinen (for eksempel en nødavstenging), og harde feil, karakterisert ved tap av informasjon på eksterne minnemedier. Eksempler på programvarefeil kan være: unormal avslutning av DBMS (på grunn av en feil i programmet eller som følge av en maskinvarefeil) eller unormal avslutning av et brukerprogram, som et resultat av at noen transaksjoner forblir ufullstendige. Den første situasjonen kan sees på som en spesiell type myk maskinvarefeil; når det siste inntreffer, er det nødvendig å eliminere konsekvensene av bare én transaksjon.Det er klart at i alle fall, for å gjenopprette databasen, må du ha litt tilleggsinformasjon. Å opprettholde påliteligheten til datalagring i en database krever med andre ord redundant datalagring, og den delen av dataene som brukes til gjenoppretting må lagres spesielt pålitelig. Den vanligste metoden for å vedlikeholde slik redundant informasjon er å vedlikeholde en databaseendringslogg.
Journalen er en spesiell del av databasen som er utilgjengelig for DBMS-brukere og vedlikeholdes med spesiell forsiktighet (noen ganger vedlikeholdes to kopier av journalen som ligger på forskjellige fysiske disker), som mottar registreringer av alle endringer i hoveddelen av databasen . I forskjellige DBMS-er logges databaseendringer på forskjellige nivåer: noen ganger tilsvarer en loggoppføring en logisk operasjon for å endre databasen (for eksempel en operasjon for å slette en rad fra en relasjonsdatabasetabell), noen ganger - til en minimal intern operasjon av endre en ekstern minneside; noen systemer bruker begge tilnærmingene samtidig.
I alle tilfeller følges en "ahead"-loggingsstrategi (den såkalte Write Ahead Log - WAL-protokollen). Grovt sett består denne strategien i at en registrering om en endring av et hvilket som helst databaseobjekt må komme inn i det eksterne minnet til loggen før det endrede objektet kommer inn i det eksterne minnet til hoveddelen av databasen. Det er kjent at hvis WAL-protokollen er korrekt observert i DBMS, kan du ved å bruke loggen løse alle problemene med å gjenopprette databasen etter en feil.
Den enkleste gjenopprettingssituasjonen er en individuell tilbakeføring av en transaksjon. Dette krever strengt tatt ikke en systemomfattende databaseendringslogg. Det er nok for hver transaksjon å opprettholde en lokal logg over dutført i denne transaksjonen, og å rulle tilbake transaksjonen ved å utføre omvendte operasjoner, som følger fra slutten av den lokale loggen. I noen DBMS-er gjør de dette, men i de fleste systemer støtter ikke lokale logger, og individuelle transaksjoner rulles tilbake i henhold til den systemomfattende loggen, der alle poster fra en transaksjon er koblet i en omvendt liste (fra slutt til begynnelse). ).
I tilfelle en myk feil, kan det eksterne minnet til hoveddelen av databasen inneholde objekter som er modifisert av transaksjoner som ikke ble fullført på tidspunktet for feilen, og det kan ikke være noen objekter som er endret av transaksjoner som ble fullført av tidspunktet for feilen (på grunn av bruk av RAM-buffere, hvis innhold forsvinner under en myk feil). Hvis du følger WAL-protokollen, må det eksterne minnet til loggen garanteres å inneholde poster relatert til modifikasjonsoperasjonene for begge typer objekter. Målet med gjenopprettingsprosessen etter en myk feil er tilstanden til det eksterne minnet til hoveddelen av databasen, som vil oppstå når endringene av alle fullførte transaksjoner ble forpliktet til eksternt minne og som ikke ville inneholde spor av uferdige transaksjoner . For å oppnå dette, ruller de først tilbake ikke-forpliktede transaksjoner (angre), og spiller deretter av (omgjør) operasjonene til fullførte transaksjoner, hvis resultater ikke er tilordnet eksternt minne. Denne prosessen inneholder mange finesser knyttet til felles organisasjon buffer- og logghåndtering. Dette vil vi vurdere nærmere i det tilsvarende foredraget.
For å gjenopprette databasen etter en hard feil, brukes en logg og en arkivkopi av databasen. Grovt sett er en arkivkopi en komplett kopi av databasen når journalen begynner å fylles (det er mange muligheter for en mer fleksibel tolkning av betydningen av en arkivkopi). Selvfølgelig, for normal databasegjenoppretting etter en hard feil, er det nødvendig at loggen ikke forsvinner. Som allerede nevnt stilles det spesielt økte krav til sikkerheten til journalen i eksternt minne i DBMS. Deretter består databasegjenoppretting i det faktum at, basert på arkivkopien, blir arbeidet med alle transaksjoner som ble avsluttet på tidspunktet for feilen gjengitt i loggen. I prinsippet er det til og med mulig å reprodusere arbeidet med ikke-forpliktede transaksjoner og fortsette arbeidet etter at gjenopprettingen er fullført. Men i virkelige systemer gjøres dette vanligvis ikke fordi gjenopprettingsprosessen fra en hard feil er ganske tidkrevende.
2.1.5. Støtte for databasespråk
For å jobbe med databaser brukes spesielle språk, vanligvis referert til som databasespråk. Tidlige DBMS-er støttet flere språk spesialiserte på funksjonene deres. Oftest ble to språk skilt - definisjonsspråket for databaseskjema (SDL - Schema Definition Language) og datamanipulasjonsspråket (DML - Data Manipulation Language). SDL tjente hovedsakelig til å definere den logiske strukturen til databasen, dvs. databasestrukturen slik den ser ut for brukerne. DML inneholdt et sett med datamanipulasjonsoperatører, dvs. operatører som tillater å legge inn data i databasen, slette, endre eller velge eksisterende data. Vi skal se nærmere på de tidlige DBMS-språkene i neste kapittel.etc.................
7 forelesning. DB administrasjon
Databaseadministrator – Dette er en tjenestemann som er ansvarlig for vedlikehold av DBMS.
DBA har mange ulike ansvarsområder, men hovedsaken for den er å sikre kontinuerlig drift av serveren og gi brukerne tilgang til den informasjonen de trenger til enhver tid. I tillegg må DBA gjøre alt i sin makt for å sikre beskyttelse av data og minimere sannsynligheten for tap av data.
Hvem kan bli en DBA
Personen som utvikler og administrerer databasen kan bli databaseadministrator. Det kan være en programmerer som har tatt ansvar for å vedlikeholde SQLServer under utviklingen av prosjektet og ble så revet med av denne okkupasjonen at han endret profilen til arbeidet sitt. Det kan også være en systemadministrator som også ble belastet med SQL-støtte.Server. Det kan til og med være en omskolert spesialist fra et annet felt, for eksempel en regnskapsfører. Hvis du også ønsker å bli DBA, trenger du følgende:
· god kjennskap til Microsoft operativsystemer Windows;
· språkferdigheter strukturerte søk(SQL);
· evnen til å utvikle databaser;
· generelt konsept for nettverksarkitekturer (f.eks. klient / server, Internett / intranett, Enterprise);
· kunnskap Microsoft SQL Server.
Microsofts ekspertråd:
Hvis du er medlem av teamet vedlikehold, som krever en Microsoft SQL Server-administrator, her er min råd: ring på dette posisjon. For det første er det det herlig Jobb. For det andre, det gode DBA er nødvendig når som helst, hvor som helst. OG for det tredje, vanligvis de får mer betalt enn utviklere.
DBAs ansvar
1 Installere og oppgradere SQL Server
Databaseadministratoren er ansvarlig for å installere og oppgradere eksisterende SQL-versjoner Server. Hvis du oppgraderer SQL Server, er DBA ansvarlig for å sikre at hvis en feil oppstår, kan du gå tilbake til en tidligere versjon av SQL Server og bruke den til alle problemer er løst. DBA er også ansvarlig for å bruke SQL Server-tjenestepakker. En oppdateringspakke er ikke en oppgradering, bare en installasjon gjeldende versjon programvare som fikser ulike feil funnet etter at produktet ble utgitt.
2. Overvåke tilstanden til databaseserveren og konfigurere den deretter
Det er viktig å overvåke statusen til databaseserveren for å sikre at:
Serveren kjører med optimal ytelse;
Feil i driften av DBMS registreres ikke i feilloggen eller hendelsesloggen;
Databasevedlikehold utføres på daglig basis, og hele systemet som helhet - periodisk (sistnevnte er systemadministratorens ansvar).
3.Riktig bruk av minne
SQL Server 2000 lar deg automatisk øke størrelsen på databaser og transaksjonslogger, men du kan sette dem til faste størrelser. Uansett riktig bruk minne betyr at du må vite hvor mye minne som kreves og legge til nye diskstasjoner (harddisker) etter behov.
Sikkerhetskopiere og gjenopprette data
Sikkerhetskopiering og gjenoppretting av data er de viktigste oppgavene til DBA. Dette inkluderer følgende:
Utvikling av standarder og tidsplan for sikkerhetskopiering;
Utvikling av gjenopprettingsprosedyrer for hver database;
Kontroller at tidsplanen for sikkerhetskopiering oppfyller kravene til datagjenoppretting.
Database brukeradministrasjon og sikkerhet
I SQL Server 2000 samarbeider DBA tett med Windows administrator NT / 2000 innen tildeling av databasetilgangsrettigheter til brukere. Når det ikke handler om sfæren Windows innflytelse NT / 2000, tillater DBA brukere slik tilgang selv. Han er også ansvarlig for å tilordne en bruker til en bestemt database og bestemme hans tilgangsrettigheter. Avhengig av disse rettighetene kan brukeren (eller kanskje ikke) få tilgang ulike gjenstander databaser, for eksempel tabeller, visninger og lagrede prosedyrer.
Samarbeid med utviklere
Det er svært viktig for DBA å jobbe tett med utviklingsteamet om den overordnede utformingen av databasen. Dette inkluderer å lage normaliserte databaser, sette opp, tilordne riktige indekser og utvikle triggere og lagrede prosedyrer. I et SQL Server 2000-miljø kan en god DBA veilede utviklere om hvordan de kan dra nytte av SQL Server Index Tuning Wizard og SQL Server Profiler.
Definere konvensjoner og standarder
DBA må etablere navnekonvensjoner og standarder for SQL Server og databaser, og sikre at alle brukere følger dem.
Data overføring
DBA er ansvarlig for import og eksport av data til og fra SQL Server. For tiden er det en trend mot å redusere klient-/serversystemer og kombinere dem med stormaskiner og webteknologier for å lage bedriftsstyringssystemer (som Enterprise). Under disse omstendighetene har import av data fra stormaskinen til SQL Server blitt vanlig; Denne praksisen har blitt enda mer utbredt med bruken av SQL Server 2000 Data Transformation Services (DTS). Gode administratorer, DTS kunnskapsrik, i nær fremtid vil være til en god pris, som nå bedrifter søker å transformere utdaterte systemer inn i systemer som Enterprise.
Data replikering
SQL Server 2000 introduserer nye replikeringsfunksjoner som sammenslåingsreplikering (toveis isolert replikering). Å administrere replikering og konfigurere dens topologier vil bli en svært viktig oppgave for DBA, ettersom replikering er en enorm funksjon som vil spille en viktig rolle i driften av mange organisasjoner.
Datalager
SQL Server 2000 introduserer nye datavarehusfunksjoner som krever at DBA lærer et tilleggsprodukt (Microsoft OLAP Server) og dets arkitektur. Med ankomsten av denne muligheten, står DBA overfor nye og interessante utfordringer!
Planlegging av hendelsesbehandling
Databaseadministratoren er ansvarlig for å planlegge behandlingen av ulike hendelser ved bruk av standard Windows-verktøy NT / 2000 og SQL Server. Dette vil hjelpe deg med å takle ulike oppgaver som sikkerhetskopiering og replikeringsprosesser.
Gir 24/7 datatilgang
Databaseserveren må kjøre døgnet rundt og gi tilgang til databasene. Vær klar etter litt tid til å utføre de nødvendige operasjonene for å opprettholde driften av DBMS og moderniseringen. Prøv å motstå dette forferdelige personsøkersignalet også. Hvis databaseserveren krasjer, må du få den i gang. Tross alt er dette din jobb.
Hvordan DBA samhandler med andre teammedlemmer
DBA må samhandle med system- og nettverksadministratorer, utviklere og brukere. Generelt sett er disse relasjonene vanskelige å definere entydig, da det i hver organisasjon er mennesker som har flere stillinger samtidig.
System- og nettverksadministratorer
Samspillet mellom DBA og nettverksadministratoren gjelder først og fremst hvilke typer nettverksprotokoller som brukes og nettverksadresse eller et portnummer som du kan velge for serveren. Hvis brukere klager over treg kjøring av spørringer mens SQL Server kjører spørringer veldig raskt, bør DBA samarbeide med nettverksadministratoren for å prøve å finne grunnårsaken til disse problemene.
Som regel samarbeider DBA tettere med systemansvarlig enn med nettverksadministrator. Systemadministratoren er ansvarlig for å konfigurere Windows NT / 2000-serveren som kjører SQL Server. Han er også ansvarlig for å legge til harddisker og allokere minnet som trengs for å huse databasene. Hvis du skal bruke integrert med SQL Serversystem brukertilgang, må du sammen med systemadministrator definere kontoene for brukere og brukergrupper i Windows NT / 2000 korrekt. De forskjellige typene sikkerhetskopierings- og gjenopprettingsprosedyrer for Windows NT / 2000 Server og SQL Server må utarbeides av begge parter, siden Systemadministrator må kanskje gjenopprettes systemdisk som inneholder databasen eller dens sikkerhetskopi.
Utviklere
Forskjeller mellom organisasjoner gjenspeiles mest i samspillet mellom DBAer og utviklere. I noen organisasjoner er dette samspillet veldig nært, mens det i andre praktisk talt er fraværende; i det andre tilfellet aksepterer DBA bare stille alt utviklerne har gjort, uten å komme med kommentarer eller anbefalinger. Selvfølgelig, for å få et optimalt resultat, bør DBA være så tett som mulig, men samarbeid med utviklerne. Han vil tross alt være den som skal vedlikeholde databasen og vil i de fleste tilfeller ha mer erfaring med å utvikle og konfigurere relasjonsdatabaser. Derfor bør DBA ta aktiv del i utviklingen, gi råd, hjelpe og holde seg orientert om alle hendelser. Dens hjelp bør være i riktig valg av indekser, optimalisering av spørringer og lagrede prosedyrer, og gi utviklere nødvendig informasjon.
Brukere
I de fleste organisasjoner er DBA-interaksjon med brukere begrenset til å vedlikeholde kontoene deres, definere tilgangsrettigheter og gjenopprette databaser.
SQLServer- det er et databaseadministrasjonssystem med høy ytelse som er dypt integrert med Windows NT / 2000 og Windows 9x / Me operativsystemer slik at SQL Server kan dra full nytte av funksjonene som tilbys av disse operativsystemene. SQL Server er et kraftig databasestyringssystem som fullt ut oppfyller behovene til moderne komplekse klient-/serversystemer.
Arkitektur
Ved å integrere SQL Server dypt med operativsystemet den kjører på, har du følgende viktige funksjoner:
Symmetrisk multiprosessering (SMP);
Portabilitet - fungerer på mange OS;
Nettverk uavhengighet;
Pålitelighet.
Symmetrisk multiprosessering (SMP)
Ved å bruke SMP kan SQL Server forbedre ytelsen med ekstra prosessorer. SQL Server 2000 Enterprise Edition under Windows-kontroll Datacenter 2000 støtter opptil 32 prosessorer og opptil 64 GB RAM. SQL Server kan automatisk kjøre en spørring for parallell kjøring på to eller flere prosessorer. Alt dette skjer uten brukerintervensjon; administratorer slipper også bryet med å administrere flere prosessorer.
Windows 9x-versjonen av SQL Server støtter ikke SMP.
Nettverksuavhengighet
Windows NT / 2000 og Windows 9x / Me operativsystemer støtter flere forskjellige typer nettverksprotokoller. Dette støttenivået strekker seg hele veien til SQL Server-frontend-tilkobling. Dermed kan du velge den nettverksprotokollen som passer best for dine behov. Følgende nettverksprotokoller støttes for øyeblikket: TCP/IP, IPX/SPX, Named Pipes, AppleTalk og Banyan Vines.
Pålitelighet
Windows NT / 2000 og SQL Server gir robust databeskyttelse mot uventede eller systemkrasj, dynamisk minneadministrasjon, forhåndsplanlegging av oppgaver og ekstern administrasjon. Disse egenskapene holder SQL Server i gang 24 timer i døgnet, 7 dager i uken.
Utvikling av strategi og installasjonsplan
Utviklingen av en installasjonsplan begynner med en analyse av kravene som følger av virksomhetens art og brukernes ønsker. Du må vurdere et bredt spekter av problemer, fra valg og kjøp av maskinvare til å ta installasjonsbeslutninger. spesifikke parametere SQL Server. Start med å vurdere systemkrav og brukerønsker. Basert på dette, undersøk mulige maskinvarekonfigurasjoner og SQL Server-alternativer. Lag deretter en liste over alternativer som skal brukes under installasjonen, og installer til slutt SQL Server.
Trinn 1. Fastsettelse av systemkrav og brukerønsker
Hvordan bestemme Systemkrav og finne ut brukernes ønsker? Det er veldig enkelt: Still spørsmål og analyser svarene. Start med brukernes ønsker og kravene som følger av virksomhetens natur, og du kan bestemme hva slags maskinvare du trenger. Så finn først svarene på følgende spørsmål:
Hva er hensikten med systemet?
Hva er kravene til et DBMS?
Hva er brukernes ønsker og hvilke krav som følger av virksomhetens natur?
Hvor mye er det?
Hva er hensikten med systemet
Det første spørsmålet du bør stille deg selv er: hva er systemet for og hvor mange brukere som skal bruke det samtidig (systemet er for eksempel laget for én avdeling, bestående av 10 brukere, eller for en stor bedrift med tusenvis av brukere). Hvordan flere brukere støtter systemet, jo høyere krav til hastighet, RAM og harddiskplass på serveren. Datamaskinen er kun beregnet for kjøre SQL Server eller vil den utføre en annen funksjon (som å skrive ut filer)? Erstatter det nye systemet det gamle ved å oppgradere eller endre størrelsen på databasen? Hvis det virkelig er en erstatning gammelt system, da vil du ha ganske mye nødvendig informasjon (for eksempel gjeldende belastning av systemet og dets ulemper). Er systemet live eller en test under utvikling? En live server krever mer robust krasjbeskyttelse og større harddisker enn testserveren.
Hva er kravene til databasen
Hva er kravene til databaseserveren? Hva vil SQL Server støtte først: beslutningssystemer eller transaksjonsutførelsessystemer? Hvor stor vil den forventede transaksjonsbelastningen være? Hvis systemet er designet for å utføre en transaksjon, prøv å bestemme det forventede antallet transaksjoner per dag og hvordan de vil bli behandlet. For eksempel kan en server være inaktiv i åtte timer og deretter behandle alle transaksjoner i flere timer, eller behandle transaksjoner jevnt hele dagen. Hva er forventet størrelse på databasen? Du kan migrere databaser fra det gamle systemet til SQL Server som et resultat av en oppgradering eller endring av størrelse. I så fall kan du få informasjon om gjeldende og forventede størrelser på databasen og om gjeldende belastning av transaksjoner på systemet.
Hva er brukernes krav og behov
Det er alltid veldig viktig å forstå hva SQL Server-brukerne krever og forventer. Hva er systemets responstid brukere forventer? Hvor mange brukere vil være koblet til SQL Server samtidig? Hva er sikkerhetskopierings- og lagringskravene på grunn av virksomhetens natur? Hva er sikkerhetskopierings- og lagringskravene for brukere? Når du forstår behovene til brukerne dine, prøv å finne ut om du kan lage et system som oppfyller disse behovene. Du må kanskje bringe dem ned på jorden for at de skal innse systemets reelle muligheter.
Hvor mye er det
Sannsynligvis bør dette spørsmålet stilles først! V det virkelige liv forskjellen mellom systemet du ønsker og det du får, skyldes kun mengden midler du har til rådighet. Men du kan trøste deg med det faktum at prisene på datamaskiner stadig synker og kostnadene for serveren du trenger blir mer og mer akseptable.
Trinn 2. Velge en plattform
Med svarene på de første spørsmålene er du klar til å velge en maskinvareplattform for SQL Server. For å velge en plattform, må du bestemme deg for følgende fire punkter:
Maskinvare (inkludert antall prosessorer og nødvendig periferiutstyr);
Mengden RAM;
Harddiskkapasitet;
Filsystemtype.
Maskinvare
Når du velger en maskinvareplattform, bør du sjekke om maskinvarekompatibilitetslisten for Windows NT / 2000 inkluderer merke og modell av datamaskinen du vil bruke som server. Ved å kjøpedatamaskin, sørg for å fortelle salgsselskapet at du har tenkt å bruke den som en databaseserver.
Microsoft-TIPS
Du vil redde deg selv fra mange problemer hvis du bare bruker disse datamaskiner somsertifisert Microsoft Corporation for å jobbe med operativsystemet Windows NT / 2000.
Trenger jeg en datamaskin med flere prosessorer?
Windows NT kan støtte opptil fire prosessorer, og Windows 2000 kan støtte åtte. SQL Server kan dra nytte avfordelene med slik multiprosessorstøtte uten noen spesielle tillegg eller konfigurasjonsendringer.
RAM
SQL Server krever minst 32 MB RAM for personlige og skrivebordsversjoner, og 64 MB for alle andre B-versjoner ny verson I SQL Server trenger du ikke lenger å tildele RAM manuelt og spesifisere hvordan den skal brukes. SQL Server 2000 justerer dynamisk mengden minne som brukes basert på gjeldende krav og tilstanden til operativsystemet til datamaskinen den kjører på.
Uavhengig av den opprinnelige mengden minne, vil du over tid kunne bestemme mer nøyaktig hvor mye minne SQL Server trenger å kjøre.
Harddisk
Du må ta en til viktig beslutning: velg type harddisker og kontroller for dem. Å velge riktige harddisker vil ha en betydelig innvirkning på den generelle ytelsen til SQL Server og den generelle systemets robusthet.
Ta bort Spesiell oppmerksomhet valget av type harddisker. I/O-operasjoner er en av flaskehalsene til alle DBMS
Feiltoleranse for moderne diskstasjoner er like viktig som hastigheten på harddisker. Databasen bør beskyttes så mye som mulig samtidig som den sikres optimal ytelse... Ett alternativ er å bruke RAID-arrays (Redundant Array of Inexpensive Disks). En RAID-konfigurasjon bruker flere stasjoner for å utgjøre en enkelt logisk delt enhet. Dermed er logisk sett en RAID-array en enkelt enhet, men fysisk er det flere harddisker som kjører tilsvarende programvare og maskinvare. I RAID-konfigurasjoner kan filer stripes over flere fysiske enheter, som lar deg oppnå høy ytelse... En annen fordel med RAID-matriser er deres feiltoleranse og datagjenopprettingsevne. En RAID-array på 5. nivå lar deg gjenopprette dataene på den fullstendig i tilfelle en enkelt diskfeil. Når en ny disk legges til, vil RAID automatisk gjenoppbygge dataene som var på den tapte enheten og plassere dem på den nye disken. Nivå 5 RAID gir høy grad beskyttelse og optimal ytelse av databasen. RAID-arrayer kan opprettes ved hjelp av Windows NT / 2000 maskinvare eller programvare. Generelt er maskinvarebaserte RAID-matriser raskere enn programvarebaserte RAID-matriser.
Filsystem
Hvilket filsystem skal brukes når du arbeider med Windows NT / 2000 - NTFS (New Technology File System) eller FAT (File Allocation Table)? Når det gjelder ytelse spiller det ingen rolle i det hele tatt, siden forskjellen i ytelse mellom disse to filsystemene er helt ubetydelig. Som regel NTFS er raskere utfører leseoperasjoner, mens FAT utfører skriveoperasjoner. Men med NTFS kan du dra nytte av sikkerhetsfordelene til Windows NT / 2000.
RÅD
For Windows NT / 2000 anbefaler jeg vanligvis å bruke NTFS slik at dra nytte av fordelene med NT-sikkerhet og dens revisjonsevner.
Valg av plattform
Den riktige plattformen for SQL Server er en som har mest mulig konfigurasjon du har råd til og tilbyr normalt arbeid SQLServer! God konfigurasjon for SQL Server: En datamaskin med en eller flere prosessorer med minst 256 MB RAM. Bruk en Level 5 RAID-array for å være vert for databasene dine. Plasser transaksjonsloggene på en stripet RAID 1 (speilet) array, og operativsystemet og SQL Server på en vanlig diskenhet eller RAID 1.
Trinn 3. Viktige spørsmål som skal besvares
Du må vite svarene på en rekke spørsmål.
Hvor skal du legge databasefilene?
Hva er navnet på serverforekomsten?
Hva er sorteringsrekkefølgen og tegnkodingen?
Hvilken nettverksprotokoll bør jeg bruke?
Under hvilken konto Windows NT / 2000 trenger å kjøre SQL Server og SQL Server Agent-tjenester?
Databasefilplasseringer
Under installasjonen må du svare på hvor du skal installere SQL Server-systemdatabasene (dvs. spesifisere enheten og banen). TIL systembaser data inkluderer følgende:
Master - SQL Server konfigurasjonsdatabase;
Mode1 - en base som fungerer som en mal for å lage andre databaser;
Tempdb - midlertidig datalagringsområde (midlertidig database);
Msdb - database for lagring av arbeidsplanen og SQL Serve: Agentdatabase;
Northwind og Pubs er eksempeldatabaser.
Standardplasseringen for datafiler er i Data-underkatalogen til SQL Server-rotkatalogen. Under installasjonen kan du velge en annen plassering for filene eller forlate standard installasjon... Velg en enhet som har nok plass til å utvide databasefilene ytterligere.
Master msdb- og modelldatabasene vokser vanligvis ikke veldig raskt (de legger bare til noen få megabyte per uke). Men tempdb er en helt annen sak. SQL Server 2000 vokser automatisk tempdb etter behov hvis den overskrider størrelsesgrensen angitt under installasjonen. Og når SQL Server stoppes eller startes på nytt, går tempdb automatisk tilbake til sin opprinnelige størrelse. Derfor er det fornuftig å velge en enhet eller RAID-array for tempdb med tilstrekkelig plass til å utvide databasen; denne enheten må også gi høy ytelse.
Forekomstnavn
SQL Server 2000 lar deg installere flere forekomster av SQL Server-databasemotoren. Hvis du installerer en enkelt forekomst av SQL Server, er standardnavnet datamaskinnavnet. Hvis flere forekomster er installert, må hver forekomst tildeles et unikt navn. Forekomstnavn skiller ikke mellom store og små bokstaver og kan ikke overstige 16 tegn. Det første tegnet i et navn må være en bokstav, understrek, tall eller og-tegnet.
Alternativer for sortering og tegnkoding
SQL Server 2000 krever ikke separat sortering og tegnsettdefinisjon for vanlige data og Unicode-tegn. Sorteringsvalget (identifisert med navn) spesifiserer sorterings- og sammenligningsreglene for både vanlige data og Unicode-tegn. Du kan for eksempel spesifisere en sammenligning uten store og små bokstaver eller en sammenligning av binære ekvivalenter av tegn. Samling inkluderer tegnsettene som brukes av dataene. Unicode-tegn ha to ganger større størrelse enn ANSI-tegn. ANSI bruker 256 tegn, og Unicode bruker 65 356 tegn. Når du installerer SQL Server, brukes sammenstillings- og kodingsinnstillingene til det installerte Windows-operativsystemet, og som standard konfigurerer serveren alle disse innstillingene på egen hånd. Det anbefales at du holder deg til denne standardinnstillingen.
MERK FØLGENDE!
For å endre parametrene for sortering og koding etter installasjon av SQL Server; du må gjøre endringer i hoveddatabasen og tilpasset Database.
Nettverksprotokoller
Fordi SQL Server kan støtte flere forskjellige nettverksprotokoller samtidig, kan klienter som bruker TCP/IP koble seg til SQL Server samtidig som klienter som bruker IPX/SPX. Under installasjonen av SQL Server, diverse nettverksbiblioteker, designet for å utveksle nettverksmeldinger med andre servere og klientarbeidsstasjoner. Når du installerer SQL Server 2000, er støtte for flere nettverksprotokoller installert som standard.
Det er 2 sikkerhetsmoduser:
Modus windows-autentisering NT... Utnytter sikkerhetssystemet Windows NT / 2000, som utnytter kontoopprettingsmekanismen på NT-serveren. Denne modusen krever etablering av en klarert tilkobling til serveren og kan implementeres via Named Pipes-protokollen (navngitt rør) eller multiprotokoll.
Blandet modus. Lar brukere koble til SQL Server ved å bruke Windows NT- og SQL Server-autentiseringsmoduser. I sistnevnte tilfelle gir brukeren som kobler seg til SQL Server et brukernavn og passord, som verifiseres av SQL Server mot systemtabellen. Brukere som bruker klarerte tilkoblinger kan koble til SQL Server ved å bruke Windows NT-autentiseringsmodus.
Navngitt Pipes Protocol
Dette er standardprotokollen installert av SQL Server. Det gir utveksling av meldinger mellom prosesser som skjer på den lokale serveren eller på servere i nettverket, og brukes i Windows-nettverk NT.
Multiprotokoll
Multiprotokollen bruker Windows NTs Remote Procedure Call (RPC)-mekanisme for meldinger og krever ingen ekstra konfigurasjon. Multiprotokollen støtter for tiden NWLink IPX/SPX, TCP/IP og Named Pipes. Den lar IPX/SPX- og TCP/IP-brukere dra nytte av Windows NT-brukerautentisering.
NWLink IPX / SPX-protokoll
Det er en velkjent nettverksprotokoll for Novell-nettverk. Hvis du velger den under installasjonen av SQL Server, vil du bli bedt om et navn serviceavdeling Novell Bindery tilregistrere SQL Server.
TCP/IP-protokoll
Det er en populær protokoll som brukes på Internett. Hvis du velger TCP / IP, vil du bli bedt om TCP / IP-portnummeret for SQL Server som skal brukes for klienttilkoblinger. Standard rom Porten for SQL Server er 1433.
Og noen få andre.
