Nå som du har sett de forskjellige arkitekturene og databasemotoralternativene som er tilgjengelige, vil du utforske beslutningspunktene og parametrene for å gjøre oppskaleringsbeslutningen.
den viktigste delen i denne prosessen er å forstå at ikke alle Accessdatabases må økes. Faktisk bør et flertall Av Access-applikasjoner ikke økes-kostnaden og forstyrrelsen i virksomheten er rett og slett ikke en kostnadseffektiv bruk av ressursene dine. Disse databasene fungerer fint på en dag til dag basis og donot trenger attributter som skalerbarhet, sikkerhet og 100% pålitelighet. Av alle theAccess databaser i organisasjonen er bare noen få kandidater for oppskalering.
i tillegg, fra listen over kandidater for oppskalering, kan et flertall oppskaleres ved hjelp av en kostnadseffektiv prosess der bare dataene flyttes TIL SQL Server. All ofthe programmets funksjonalitet i form av skjemaer og rapporter holdes I Tilgang. Bare den minste prosentandelen av oppskaleringsprosjekter innebærer omskriving Av Access Appliclication i et nytt miljø, FOR EKSEMPEL.NET.
følgende del undersøker hvert av de viktigste områdene som er involvert i databaseplanlegging og diskuterer hvordan Access utfører i hvert område.
Sikkerhet
Microsoft Access tilbyr tre forskjellige sikkerhetsmekanismer.
- Databasepassord: Tilordne et passord til en database. Bare brukere som kjenner passordet, kan åpne databasen.
- Jet Workgroup Security: Brukere, grupper og objekttillatelser kan defineres for å begrense hvem som kan vise / redigere data og hva de kan kjøre. Arbeidsgruppesikkerhet er tilgjengelig FOR MDB-databaser, men IKKE ACCDB-databaser.
- Filkryptering: innholdet i databasen kan krypteres på filnivå. ACCDB-kryptering er betydelig bedre enn kryptering For MDBs.
Dessverre er disse mekanismene verken robuste eller pålitelige. Databasepassord bruker en veldig enkel krypteringsmekanisme. Faktisk, fjerne En Access database passord er enkel sak gitt at gratis og kommersielle passord «fjerning» er lett å finne på nettet. Mens Access-brukere ikke kan være bekymret for slike bortfall, BØR IT-ledere absolutt være.
Mens Jet Workgroup-Sikkerhet er mer robust, forlater den fortsatt innholdet i HELE MDB-databasen åpen fra filsystemet. Siden alle tabelldata og kode er lagret i vanlig visning, er det en triviell sak å åpne EN MDB-fil i en strengkompatibel editor og vise kode, passord og tabelldata.
Til Slutt, Fordi Tilgang krever full lesetillatelse for alle brukere til den faktiske databasefilen, kan alle som kan se en delt nettverksstasjon, gå av med databasen på en disk ELLER CDR eller sende den utenfor organisasjonen.
HVIS Sikkerhet er viktig, ER SQL Server mye sikrere Enn Microsoft Access, Excel, Word eller noe annet program som lagrer filene direkte på harddisken som er tilgjengelig for brukeren.
Pålitelighet Og Vedlikehold
Pålitelighet er en av de viktigste referansene å undersøke når man vurderer oppskalering. Faktisk, for mange virksomhetskritiske applikasjoner, pålitelighet er det viktigste hensynet. Microsoft Access er ikke like pålitelig SOM SQL Server av flere grunner.
Databasekorrupsjon
Når Microsoft Access/Jet-databaser støter på en uventet intern feil eller tilkoblingsproblem, kan de bli skadet. En korrupt database låser vanligvis ut alle brukere av databasen og resulterer i tap av data og forretningsforstyrrelser.
Microsoft Access / Jet-databaser er mer utsatt for korrupsjon enn SQL Server av flere årsaker. Siden Access / Jet bruker en fildelingsmodell, holder alle brukere samtidig aktive tilkoblinger til data. Hvis en av disse brukerne uventet mister tilkoblingen, kan databasen bli skadet. Tilkoblingstap kan skje hvis brukerens nettverkstilkobling er intermittent, driverversjoner er ikke gjeldende eller motstridende versjoner Av Jet Dll-Filer brukes til å lese den samme databasefilen.
Microsoft Access inneholder Et Kompakt / Reparasjonsverktøy, men alvorlig databasekorrupsjon er ikke løst av dette verktøyet. Tredjeparts reparasjonstjenester er tilgjengelige, men dette krever at du sender den berørte databasen til et annet sted, betaler et gebyr og venter på at den skal returneres med blandede resultater.
Vedlikeholdsproblemer
Windows tillater kopiering Av En Microsoft Access-database selv om folk har den åpen, slik at du kan lage en sikkerhetskopi, men det kan være et problem hvis noen endrer dataene når filen kopieres.
Komprimering Av En Microsoft Access-database krever at alle brukere er utenfor databasen, noe som er problematisk for løsninger som kjører 24/7. En lås er plassert på databasen på filnivå (*.ldb eller *.laccdb filer) så snart den er åpnet av den første brukeren.
I et flerbrukermiljø forteller Microsoft Access deg ikke hvem som er i databasen, så Det kan være en administrativ hodepine for å få folk av systemet. Vårt Total Access Admin-program lar deg overvåke brukerne som går inn og ut av databasen i sanntid, noe som hjelper og kan komprimere databasen etter at alle har gått ut, men Det er ikke en innebygd funksjon I Microsoft Access.
det er ofte vanskelig å koordinere prosessen med å sikre at alle brukere logger av Et Tilgangsprogram før de tar en sikkerhetskopi.Typiske scenarier involverer brukere som forlater datamaskinene sine når de forlater kontoret for dagen. Dette etterlater databasen åpen og backup programvare vil ikke beable å pålitelig kopiere databasefilen. Ofte oppdages dette bare etter at sikkerhetskopien mislykkes, slik at systemadministratoren kan spore problemet og håper det er løst før neste sikkerhetskopi kjører.
I Tillegg Er Microsoft Access ikke selvjusterende som SQL Server. Det gjør ikke automatisk gjenvinne tapt database plass eller optimalisere indekser og spørringer. Dette vedlikeholdet utføres ved å kjøre repair / compact-funksjonen. Vårt Total Visual Agent-program lar deg automatisere dette på en tidsplan du angir og vedlikeholder et revisjonsspor, men Det er ikke en innebygd funksjon I Microsoft Access.
hvis en organisasjon ikke regelmessig sikkerhetskopierer individuelle skrivebordsdatabaser, kan personer opprette Access-databaser på Pc-Ene som aldri sikkerhetskopieres eller vedlikeholdes. Organisasjoner kan behandle dem som brukerdata som kan gå tapt som Om Det var Et Excel-regneark eller Word-dokument, men bedre retningslinjer bør være på plass slik at brukerne kan lagre sine databaser der grunnleggende systemadministrasjon er gitt.
Microsoft Access-databaser må sikkerhetskopieres for katastrofegjenoppretting og komprimeres regelmessig for å holde seg friske. Et automatisert system bør implementeres for å ta vare på det for De Mange Access-databasene som eksisterer i dag og de som er opprettet i fremtiden. SQL Server oppskalering bør vurderes for databasene der slike automatiserte prosesser ikke kan implementeres på grunn av kontinuerlig bruk av databasen eller kostnadene ved å miste data er høy.
Skalerbarhet
Skalerbarhet er definert som evnen til et program til å operere på en akseptabel måte som antall brukere eller prosesser som kaller programmet øker. I Noen situasjoner Kan Ikke microsoft Access/Jet skalere for å støtte etterspørselen i databasen.
Split Databasearkitektur
Før du gjør oppskalering, Bør Access-databasen ha En Delt Databasearkitektur. Dette skiller brukerapplikasjonsdatabasen fra back-end delte data databasen. Frontdatabasekoblingene til den delte databasen og oppgraderinger er enklere fordi dataene ikke trenger å endres for nye utgivelser (forutsatt at tabellstrukturer ikke endres). Hvis du vil ha mer informasjon, kan du se vår artikkel Om Delt Databasearkitektur For Microsoft Access For Å Støtte Flerbrukermiljøer, Forbedre Ytelsen og Forenkle Vedlikeholdsevnen. Split databasearkitektur vil også bidra i en oppskalering forsøke å bevare eksisterende Access front-end.
hvis en enkelt kopi Av En Microsoft Access-database ligger på en nettverksstasjon og åpnes av flere brukere samtidig, kan det hende du har et skalerbarhetsproblem. Men det bør løses ved å bruke en delt databasearkitektur i stedet for oppskalering TIL SQL Server.
Antall Samtidige Brukere
det har vært myter om At Microsoft Access-databaser ikke kan støtte mer enn 20 brukere. Det kan ha vært tilfelle Da Microsoft Access ble introdusert I 1992, men det har IKKE vært tilfelle for en stund.
Microsoft Access tillater teknisk opptil 255 tilkoblinger per database. Det betyr at det kan brukes til applikasjoner for lag mange ganger at hvis de ikke alle trenger å bruke det samtidig.
antall tilkoblinger / brukere Som En Access-database kan støtte, er diktert av hvor godt programmet ble designet og implementert. Et godt designet Tilgangsprogram kan støtte 100 + samtidige brukere med anstendig ytelse. På den annen side kan et dårlig utformet Tilgangsprogram kjøre ved en kryp med to brukere. Eller noen prosesser er bare tidkrevende og vil være treg uansett hvilken database som brukes. Det handler egentlig ikke om teknologien, men implementeringen.
Dessverre er mange Access-databaser ikke godt utformet eller implementert med beste praksis. Dette er fordi De Fleste Access databaser er opprettet av brukere som rett og slett ikke har erfaring eller kunnskap til å lage profesjonelle databaseprogrammer. De er bygget over tid og nye funksjoner og datamodeller er tacked – on som behovet oppstår. Resultatet er en helhetlig løsning som ikke kan pålitelig støtte mer enn noen få brukere.
Ikke oppskalere Microsoft Access-programmer for brukertall grunner hvis antall samtidige brukere er relativt lav. Oppskalering bør vurderes hvis man trenger å støtte 100 + samtidige brukere og mer i fremtiden.
Maksimal Databasestørrelse
Hver Microsoft Access-database har en maksimal Størrelse på 2 GB. Det er mye tekst og numeriske data, men kan enkelt overskrides hvis filer og grafikk blir lagret. For De aller fleste Microsoft Access-databaser er det mye større enn databasen noensinne vil få. Noen ganger blir databaser store, men en kompakt reduserer vanligvis den til en mer fornuftig størrelse. Sørg for at Du også dekompilere Microsoft Access-databaser fra Tid til annen når du komprimerer.
Med en delt databasearkitektur kan Et Microsoft Access-program koble til data fra flere Microsoft Access-databaser som legger opp til mer enn 2 GB. Selvfølgelig er det ikke en god design hvis data ikke skal deles over flere tabeller eller databaser.
Oppskalering bør vurderes hvis databasen overstiger 1 GB eller vil overstige 2 GB i nær fremtid.
Forskjellige Versjoner Av Microsoft Access Og Jet
Det finnes mange versjoner Av Microsoft Access. En Access-databaseløsning kan være avhengig av en bestemt Versjon Av Et Access-databaseformat, avhengig av funksjoner som bare er tilgjengelige på visse Versjoner Av Access, komponenter som ADO og DAO osv. Selv om Det er enkelt å distribuere En Access-database til brukere som Allerede har Access installert PÅ PC-EN, er Det ikke så lett å kontrollere hvilken Versjon Av Access som åpnes for å kjøre Den.
EN PC kan ha flere Versjoner Av Access installert på DEN. Å åpne EN ACCDB-eller MDB-fil starter Direkte Access-versjonen som er knyttet til den filtypen (vanligvis den siste Access-versjonen som ble åpnet).
I Tillegg, Da Access 2000 ble introdusert, var DET nye MDB-filformatet ikke kompatibelt med Den Tidligere Access 97-versjonen. Åpne databasen I Access 2000 (eller senere) kan oppgradere databasen til det nye formatet og hindre brukere av den gamle versjonen fra å åpne den som var et problem i flerbrukermiljøer. Dette problemet har ikke oppstått siden 2000-versjonen.
Vårt Total Access-Oppstartsprogram hjelper organisasjoner med å administrere Og distribuere Microsoft Access-databaser sentralt til hver brukers skrivebord og kontrollere hvilken Versjon Av Access som lanseres for Den. Dette gjør Det enkelt å distribuere Access-programmene dine med en snarvei, og den nyeste versjonen av databasen er alltid installert på hver brukers maskin. Det gjør det også enkelt å oppgradere programmet fra En Versjon Av Access til en Annen.
Problemer med å administrere Ulike versjoner Av Microsoft Access, eller distribuere oppdateringer Av Microsoft Access-databaser, løses ikke ved å migrere TIL SQL Server hvis Du beholder Access-frontenden av databasen. Det kan bare løses ved å erstatte Microsoft Access helt. Det kan løse det umiddelbare problemet, men det forhindrer brukerne i å få sitt arbeid gjort. Vi har sett organisasjoner forby Microsoft-Tilgang bare for ansatte å kjøpe verre databaseprodukter i stedet siden databaseproblemet ikke gikk bort. For de fleste organisasjoner er det upraktisk å bruke profesjonelle utviklere til å lage hver database som trengs når de fleste kan håndteres av sluttbrukere.
Ytelse
Ytelse Er en vanlig grunn til at folk vil oppgradere Sine Microsoft Access-databaser TIL SQL Server. DET er en antagelse AT SQL Server vil kjøre raskere enn En Microsoft Access-database. TROSS ALT styres SQL Server av en egen server som bare sender de forespurte postene, og kan bruke flere Cpuer og maskiner til å administrere store datasett.
Microsoft Access, som er filbasert, sender hele databasen, tabellen eller indeksen avhengig av forespørselen som klienten (PC) skal behandle.
selv om dette vil gi kanten til servertilnærmingen, har vi funnet ut at ytelsen ikke er forbedret i mange situasjoner. Her er noen grunner:
- Mange Access-databaser er relativt små (under 100 MB). Med dagens maskinvare-og nettverkstilkobling er datamengdene som sendes nesten øyeblikkelig om det er noen få poster eller hele tabellen.
- SQL Server utfører ekstra arbeid Som Access-databaser ikke gjør. FOR EKSEMPEL KAN SQL Server opprettholde en transaksjonslogg og utfører kontinuerlig vedlikehold som legger til overhead. Vi har sett nedgang i ytelse når små databaser er oppskalert TIL SQL Server.
- SQL Server er designet for å håndtere svært store databaser langt utover 2 GB grensen For Tilgang. Det er ikke optimalisert for hva det ville vurdere små databaser.
- Utføre spørringer fra ulike koblede tabellkilder kan ikke dra NYTTE AV SQL Server-optimalisering siden arbeidet er fortsatt Gjort Av Access
- data bufring Av Microsoft Access for access-tabeller finnes fordi den vet om dataene er endret. FOR SQL Server-data er bufring i minnet ikke mulig fordi dataene kan ha endret seg siden forrige forespørsel.
- et dårlig utformet sett med tabeller, spørringer eller VBA-kode skal kjøre sakte uansett om dataene er I Access eller SQL Server.
kontroller At Access-databasen er optimalisert slik at den kjører Så godt Som Mulig I Access før oppskalering TIL SQL Server. Å gå TIL SQL Server vil ikke fikse alvorlige database-og spørringsutformingsproblemer. Å fikse disse I Access er faktisk enklere enn å gjøre det senere i SQL Server, så tiden og innsatsen som brukes på dette, blir bevart hvis du øker senere.
for Å sikre At Microsoft Access-databasen ikke har alvorlige problemer, bruk Vårt Total Access Analyzer-program til å dokumentere og analysere databasen. Den oppdager over 300 typer feil, designforslag og ytelsesproblemer som kan hjelpe deg med å optimalisere Access-databasen.
for relativt små microsoft Access-databaser må DU ikke øke STØRRELSEN til SQL Server bare av ytelseshensyn. Det kan være en reduksjon i ytelsen etter oppskalering. Se etter måter å optimalisere problemene i Access før du gjør investeringen til upsize. Ytelsesproblemer kan være relatert til datalagring.