Dykk dypt inn i konseptet med Exchange Server-database

I denne artikkelen skal vi se nøyaktig hva Exchange-serverdatabasen er og dens arbeidsfunksjonalitet. Det blir et slags dypdykk i konseptet for å få deg til å forstå bedre.

Introduksjon:

Har du noen gang lurt på hvordan e-postene dine blir lagret på Exchange-serveren? Hva skjer egentlig i bakgrunnen? Hvis du ikke er sikker, så ingen bekymringer, denne artikkelen vil tydelig forklare hvordan det skjer i bakgrunnen.

Vi må se på de ulike stadiene for å forstå flyten. Uten å gi deg noe mer hype, la oss få started.

Brukerpostkasse:

Så la oss vurdere et eksempel. Admin (postkasse) sender en e-post til bruker B. Vi kommer ikke til å se e-postflytdesignet i denne artikkelen. Så vårt fokus kommer til å være med kun Admin-postkasse. Vi vil dekke postflytdelen senere i denne serien, fra nå av vil vi se hvordan informasjonen blir lagret i databasen.Admin postkasse

Du kan se at e-post blir vist i administratorens sendte element. I mottakerens postboks vil den vise den i innboksen (noen ganger i søppelpostmappen hvis den oppdages som SPAM!!). Brukerpostboksene er en logisk beholder som blir lagret i postkassedatabasen. Hver transaksjon vil først lagres som en logg og spilles til databasen senere, som vi vil se nærmere nedenfor.

Loggfiler (LOG):

I bakgrunnen vil hver transaksjon bli registrert som loggfiler. I det følgende skjermbildet kan du se filen E00.log. Hver database vil ha sine egne nummer. Vi har bare én database slik at vi kan se E00. Hvis vi har 4 databaser, kan vi ha E00, E01, E02 og E03.

Etter E00 kan vi se sekvensen av loggfiler, nemlig E0000000001 og så videre. Hver logg er 1 MB stor. Når filen når sin fulle størrelse som er 1 MB, vil neste fil E0000000002 bli generert. Så alle våre transaksjoner vil bli registrert her i disse loggformatene først. For eksempel vil alle e-poster som mottas, slettes, flyttes til en annen mappe, merkes som spam, kalendere, notater osv., bli lagret i logger.

Du kan også se .jrs-filene som er tempoetrary reserverte filer av Exchange-server. I tilfelle det ikke er mellomrom for nye logger, vil den bruke disse .jrs-filene til å lagre informasjonen.JRS filer

Exchange Database (EDB):

Exchange-databasefilformatet er .edb. Du kan se to edb-filer. Den primære med databasenavnet som samsvarer nøyaktig med navnet i Exchange-administrasjonskonsollen, og den andre er temporary database. Når en ny database ble opprettet i Exchange-administrasjonskonsollen eller Exchange-administrasjonsskall, kan vi se disse filene i mappen som heter Mailbox-mappen (Under Exchange installert plassering – C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database 1913922047 )

Når hver logg blir generert, vil den gamle spilles inn i databasen. Av denne grunn vil databasen stadig vokse. Det er ingen begrensning i størrelse, men det anbefales alltid å holde det på et visst nivå slik at det blir enkelt å administrere og gjøre Utvekslingsgjenoppretting ved eventuelle feil. Moveover, vi må ha en vanlig sikkerhetskopi som du ser disse filene har all informasjonen vår.

Check Point (CHK) fil:

Du kan også se i forrige skjermbilde at det er en fil som heter E00.chk. Denne filen er ikke annet enn en sjekkpunktfil. Denne filen vil ha informasjon om hvilke logger som allerede er spilt inn i databasen og hvilken som ennå ikke skal spilles av. Dette er den avgjørende informasjonen når du tar sikkerhetskopi. Programvare for sikkerhetskopiering vil fryse denne filen for å fjerne alle sikkerhetskopierte (avspilte) filer og la de andre som ennå ikke er spilt.

Konklusjon:

Nå forsto du hvordan transaksjonene blir lagret på baksiden. Etter at loggene er spilt, vil postkassen som er lagret i databasen bli oppdatert med den siste informasjonen. For å få tilgang til postkassen, vil klienten kontakte Client Access Server (CAS) først og CAS vil kontakte postkasseserveren deretter. Etter dette vil du kunne se postkassen i ditt klientprogram (outlook eller lignende).

Forfatter Introduksjon:

Sophia Mao er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert utsikter til bedring og programvareprodukter for ordgjenoppretting. For mer informasjon besøk www.datanumen. Med

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket *