sql >> Database teknologi >  >> RDS >> Access

MS Access Corruption Del 2:Bedste praksis for forebyggelse og genopretning

Datakorruption i MS Access er meget almindelig. (Del 1 af denne artikel identificerede mange mulige årsager.)  I multi-bruger MS Access-systemer er datakorruption endnu mere almindelig. For virksomheder, der er begyndt at stole meget på den uafbrudte ydeevne af deres MS Access-database, er forebyggende praksis og planlægning af en katastrofe den bedste fremgangsmåde. Derudover er det klogt at tænke fremad på det næste udviklingstrin for virksomheden.

Bedste praksis til forebyggelse af MS Access-korruption

  • Udlær brugere til blot at lukke databasen, når den ikke er i brug
  • Overvej at bruge en strømforsyning eller batteribackup til hver arbejdsstation
  • Fejlfind og udskift dårlige komponenter, computere og netværkshardware
  • Sørg for, at de nyeste MS Office-servicepakker og JET-pakker er installeret
  • Fjern unødvendig software fra hver arbejdsstation
  • Hold computerens driftsmiljø på den ideelle temperatur og fugtighed
  • Sørg for, at harddisken har masser af ubrugt lagerplads. Afhængigt af din databasestørrelse bør dette minimum være 200 – 300 hundrede megabyte ledig plads.
  • Kør periodisk kommandoen Compact and Repair Database
    • Der er to hovedårsager til at køre kommandoen Compact and Repair Database.
      • For det første, efterhånden som en database bliver brugt, bliver databasefilen større og mindre effektiv. Periodisk kørsel af kommandoen Compact and Repair Database vil genvinde ubrugt diskplads, der blev holdt af slettede poster eller andre midlertidige objekter, og optimere brugen af ​​diskpladsen, så ydeevnen ikke fortsætter med at forringes.
      • Den anden grund til, at en bruger skal køre kommandoen Compact and Repair Database, er at reparere databasen på grund af korruption, eller hvis der er mistanke om andre problemer. I tilfælde af korruption, hvis softwaren opdager et problem, vil MS Access bede brugeren om at køre kommandoen Compact and Repair Database ved opstart. Efter fuldførelse af kommandoen vil MS Access give feedback om operationens succes. I tilfælde af at MS Access ikke reparerer databasen fuldstændigt, er det næste skridt at kontakte en ekspert, der er bekendt med reparation af MS Access-databaser.
    • Bemærk:Før du kører kommandoen Compact and Repair Database:
      • Lav altid en sikkerhedskopi af databasen
      • Giv andre brugere besked om at logge ud af databasen
  • Overvej at opdele databasen i front-end og back-end
    • Opdeling af databasen er en almindelig praksis, der er indbygget i MS Access-softwaren. I sidste ende opretter denne proces to sammenkædede .mdb-filer. Den første fil, "bagenden", indeholder alle de usete detaljer om dataene i tabeller og deres relationer såvel som selve dataene. Den anden fil, "frontend", omfatter alle de grænsefladekomponenter, som brugeren ser, såsom formularer, forespørgsler, moduler, makroer og rapporter. Ved at opdele databasen vil hver arbejdsstation allerede have en kopi af frontend på deres system. Derfor er det kun data, der deles fra et centralt netværk. Dette forbedrer ikke kun ydeevnen, men øger i sidste ende dataenes sikkerhed og pålidelighed betydeligt.

Sikkerhedskopiering, sikkerhedskopiering, sikkerhedskopiering!!!

En sikkerhedskopi af hele databasen er den hurtigste og sikreste måde at gendanne efter korruption eller andre utilsigtede ændringer i en database. Derfor bør en streng backup-plan implementeres og følges. Hvor ofte en sikkerhedskopi skal gemmes afhænger for det meste af, hvor ofte din database har større ændringer. Mange virksomheder vil udføre en backup hver 24 timer (på et tidspunkt, hvor der ikke er andre brugere i databasen). Generelt er det mere kritisk at udføre regelmæssige sikkerhedskopier, når databasen har designændringer, store mængder dataændringer, mere end én bruger opdaterer dataene, eller når en handlingsforespørgsel udføres for at slette poster eller ændre data. I mange tilfælde giver det mening at lave en kopi umiddelbart før du laver større design eller store dataændringer.

Eksperttip:  Vær proaktiv!

Den gode nyhed er ... din database har tjent dig meget godt. Den dårlige nyhed er ... din database er blevet kritisk for din organisation, og du kan ikke leve uden den. Vær proaktiv! Det bedste tidspunkt at være klar til at flytte til en ny database er før en katastrofe rammer. Der er mange valgmuligheder for yderst pålidelige og komplette databaser fra hylden til fuldt skræddersyede løsninger. Hver databasemulighed kan administrere e-handel, onlinemarkedsføringsapplikationer, inventar, økonomi, registrerings- og billedlagring, onlinerapporteringssikkerhed eller enhver anden funktion på en mere fordelagtig måde end andre muligheder. Det, der passer bedst til din virksomhed, er måske ikke indlysende, og det forkerte valg kan være dyrt. Af disse grunde anbefales det kraftigt at bruge en kyndig og erfaren databaseekspert til at hjælpe med dit valg.


  1. kommasepareret liste som et resultat af select-sætning i Oracle

  2. PostgreSQL-procesnavne på Solaris

  3. JSON koder MySQL-resultater

  4. SQL Server Index Baglæns Scan:Forståelse og justering af ydeevne