? Overflødige data en cost problem for mange organisationer , der skal gemme det , styre det og bakke det op . Omkostningerne stiger over tid, da mængden af overflødige data vokser. Du kan finde overflødige data flere steder , og ikke alle overflødige data er dårligt. Hver virksomhed skal finde måder at fjerne de dårlige redundante data og minimere de gode redundante data. Databaser
Overflødige data henviser typisk til data , der er gemt i databaser . Processen med data normalisering adskiller data i forskellige tabeller , hvor hver tabel lagring kun de oplysninger, der er relevante for den pågældende kategori af data. For eksempel kan du adskille en kundes grundlæggende oplysninger såsom navn og fødselsdato fra andre oplysninger såsom adresser. Selvom det ikke er praktisk at fjerne alle overflødige data , er det bedst at fjerne så meget som muligt. Ydeevne konsekvenser og lageromkostninger har direkte indflydelse på at opnå en realistisk balance.
Email
email server er undertiden en overset repository af overflødige data . Hvis en ansat sender en e-mail med et stort regneark tilknytning til en anden medarbejder , er dataene der én gang. Hvis den anden medarbejderen derefter sender den samme e-mail til fem andre medarbejdere, data eksisterer nu op til syv gange . For at løse dette problem , har flere softwareleverandører udviklet email de-duplikering software, der gemmer kun én kopi af den vedhæftede fil og indsætter links i e-mailen.
Backups
< p> Hvis du tager natlige backup af hele din database, kan du spilde backup tid samt tape. Nogle backups tage et snapshot af alle virksomhedens data hver dag. Det er overkill , og ikke forbedre virksomhedens sikkerhed eller nyttiggørelsesmuligheder posture.A mere effektiv backup plan tager en fuld backup en gang om ugen eller en gang om måneden, med incremental backups i mellem. Incremental backups kun sikkerhedskopiere filer, der er ændret siden sidste backup . Dette reducerer tape forbrug og sparer tid.
Datareplikering
Nogle virksomheder bevidst gemme en komplet kopi af deres kritiske databaser på et fjerntliggende recovery site. Dataene replikeres på tværs af et netværk link i realtid, så der i tilfælde af en katastrofe på den primære datacenter data er umiddelbart tilgængelige på recovery center . Sådanne recovery centre er typisk kaldes " varme steder . " Strategisk databasereplikering kan også forbedre ydeevnen for eksterne brugere af en database .