sql >> Databasteknik >  >> RDS >> Access

MS Access Corruption Del 2:Bästa metoder för förebyggande och återhämtning

Datakorruption i MS Access är mycket vanligt. (Del 1 av den här artikeln identifierade många möjliga orsaker.)  I MS Access-system för flera användare är datakorruption ännu vanligare. För företag som har kommit att förlita sig mycket på oavbruten prestanda i sin MS Access-databas, är förebyggande metoder och planering för en katastrof det bästa tillvägagångssättet. Dessutom är det klokt att tänka framåt i nästa utvecklingsstadium för verksamheten.

Bästa metoder för att förebygga korruption i MS Access

  • Träna användare att helt enkelt stänga databasen när den inte används
  • Överväg att använda en strömkonditionering eller batteribackup för varje arbetsstation
  • Felsök och byt ut felaktiga komponenter, datorer och nätverkshårdvara
  • Se till att de senaste MS Office-servicepaketen och JET-paketen är installerade
  • Ta bort onödig programvara från varje arbetsstation
  • Håll datorns driftsmiljö vid den idealiska temperaturen och luftfuktigheten
  • Se till att hårddisken har mycket oanvänt lagringsutrymme. Beroende på din databasstorlek bör detta vara minst 200 – 300 hundra megabyte ledigt utrymme.
  • Kör regelbundet kommandot Compact and Repair Database
    • Det finns två huvudsakliga skäl till att köra kommandot Compact and Repair Database.
      • För det första, när en databas används blir databasfilen större och mindre effektiv. Att regelbundet köra kommandot Compact and Repair Database kommer att återta oanvänt diskutrymme som hölls av raderade poster eller andra tillfälliga objekt och optimera användningen av diskutrymmet så att prestandan inte fortsätter att försämras.
      • Det andra skälet till att en användare bör köra kommandot Compact and Repair Database är att reparera databasen på grund av korruption eller om andra problem misstänks. I fallet med korruption, om programvaran upptäcker ett problem, kommer MS Access att uppmana användaren att köra kommandot Compact and Repair Database vid uppstart. När kommandot har slutförts kommer MS Access att ge feedback om operationens framgång. I händelse av att MS Access inte reparerar databasen helt, är nästa steg att kontakta en expert som är bekant med att reparera MS Access-databaser.
    • Obs:Innan du kör kommandot Compact and Repair Database:
      • Gör alltid en säkerhetskopia av databasen
      • Meddela andra användare att logga ut från databasen
  • Överväg att dela upp databasen i front-end och back-end
    • Dela upp databasen är en vanlig praxis som är inbyggd i MS Access-programvaran. I slutändan skapar denna process två länkade .mdb-filer. Den första filen, "baksidan", innehåller alla osynliga detaljer för data i tabeller och deras relationer såväl som själva data. Den andra filen, "gränssnittet", innehåller alla gränssnittskomponenter som användaren ser, såsom formulär, frågor, moduler, makron och rapporter. Genom att dela upp databasen kommer varje arbetsstation redan att ha en kopia av gränssnittet på sitt system. Därför delas endast data från ett centralt nätverk. Detta förbättrar inte bara prestandan utan ökar i slutändan även datasäkerheten och tillförlitligheten avsevärt.

Säkerhetskopiera, säkerhetskopiera, säkerhetskopiera!!!

En säkerhetskopia av hela databasen är det snabbaste och säkraste sättet att återställa från korruption eller andra oavsiktliga ändringar i en databas. Därför bör en strikt backupplan implementeras och följas. Hur ofta en säkerhetskopia ska sparas beror mest på hur ofta din databas har stora förändringar. Många företag kommer att göra en säkerhetskopia var 24:e timme (vid en tidpunkt då det inte finns några andra användare i databasen). I allmänhet är det mer kritiskt att utföra regelbundna säkerhetskopieringar när databasen har designändringar, stora mängder dataändringar, mer än en användare uppdaterar data eller när en åtgärdsfråga utförs för att radera poster eller ändra data. I många fall är det vettigt att göra en kopia omedelbart innan du gör någon större design eller stora dataändringar.

Experttips:  Var proaktiv!

Den goda nyheten är... din databas har tjänat dig mycket väl. De dåliga nyheterna är ... din databas har blivit avgörande för din organisation och du kan inte leva utan den. Var proaktiv! Den bästa tiden att vara redo att flytta till en ny databas är innan någon katastrof inträffar. Det finns många val för mycket pålitliga och fullfjädrade databaser från hyllan till helt anpassade lösningar. Varje databasalternativ kan hantera e-handel, onlinemarknadsföringsapplikationer, inventering, ekonomi, register- och bildlagring, onlinerapporteringssäkerhet eller någon annan funktion på ett mer fördelaktigt sätt än andra alternativ. Den bästa passformen för ditt företag kanske inte är uppenbar och fel val kan bli dyrt. Av dessa skäl rekommenderar vi starkt att du använder en kunnig och erfaren databasexpert för att hjälpa dig med ditt val.


  1. Producera ett `DataSource`-objekt för Postgres JDBC, programmatiskt

  2. Hur man slumpmässigt ställer in text till knappar från SQLite utan upprepning?

  3. Varför kan jag skapa en tabell med PRIMARY KEY på en nullbar kolumn?

  4. 5 snabba användbara tips för SQL Server Production DBA:er