Klassificering av företags backup-system. Programvara för säkerhetskopiering av data. Som vanligt kommer till komplexa system

Programvara för säkerhetskopiering.

Förvärv av lämplig utrustning är en nödvändig men inte tillräcklig förutsättning för att bygga en backup-infrastruktur. En annan viktig del av problemet ärval av specialiserad programvara som kommer att fungera som en logisk grund för att skydda data från förstörelse.

Om du behöver säkerhetskopiera en enskild användares filer räcker det vanligtvis att använda standardverktyg som Ntbackup på Windows eller tar på Unix-system. De kan användas för att ställa in säkerhetskopieringsmetoden och för att avgöra om filer har ändrats (krävs när man utför selektiva säkerhetskopieringar), men de verkar inte vara lämpliga för användning i hela företaget.

För små företag klarar man sig ofta helt utan speciell programvara. För säkerhetskopiering med den minsta nödvändiga funktionaliteten levereras den med operativsystemet (detta påstående är sant för både MS Windows och UNIX), och med Oracle DBMS, till exempel, tillhandahålls en trunkerad version av Legato Networker.

Medelstora och stora företag behöver ha en välorganiserad backup-infrastruktur med hög grad av integration och automatisering, de måste köpa specialiserade programvara med en klient-server-arkitektur.

När med företagens informationssystem är situationen avsevärt komplicerad. De inkluderar ett stort antal olika datorer som använder speciell teknik: filservrar, databasservrar och liknande. Att reservera information om dem kräver speciell tekniska lösningar. För företagsinformationssystem är det dessutom viktigt att inte bara bevara användarinformation, utan också att återställa tillståndet för datorer och servrar så snabbt som möjligt i händelse av eventuella, till och med hårdvarufel. Detta undviker långa stilleståndstider för anställda och tillhörande förluster för företaget.

Uppenbarligen är det nödvändigt för en framgångsrik drift av hela säkerhetskopieringskomplexet koordinerat arbete av både mjukvara och hårdvara. Därför används inte standardverktyg för säkerhetskopiering för säkerhetskopieringssystem i företagsskala. Det finns flera viktiga krav som programvara för säkerhetskopiering och återställning för stora företag måste uppfylla:
- Bygga ett system på principen om klient-server. Eftersom alla moderna informationssystem är baserat på ett nätverk måste även backupsystemet vara nätverksanslutet. Ett sådant system bör tillhandahålla: hantering av säkerhetskopior i hela nätverket från dedikerade datorer; fjärrsäkerhetskopiering av data som finns på servrar och arbetsstationer; centraliserad användning av säkerhetskopieringsenheter. När den tillämpas på säkerhetskopiering betyder klient-serverterminologi följande: komponenten i säkerhetskopieringssystemet som hanterar alla processer och enheter kallas servern, och den komponent som ansvarar för att spara eller återställa specifik data kallas klienten. En företagsomfattande produkt för säkerhetskopiering måste säkerställa en samordnad drift av alla delar datornätverk- arbetsstationer, servrar och backup-enheter - för att säkerställa minsta belastning på enheter och kommunikationskanaler. För att göra detta används följande organisation av programvarupaketet: systemservern, hanteringskonsolen (i det allmänna fallet är den inte installerad på servern), backupagenter (klientprogram installerade på arbetsstationer). Dessutom bör en sådan produkt ge möjlighet att arbeta med klienter som kör olika operativsystem. Slutligen måste sådana program ge åtkomst till användar- och databasfiler, även om dessa filer är öppna och används av systemet.
- Multiplattform. Det moderna informationsnätverket är heterogent. Följaktligen måste säkerhetskopieringssystemet fungera fullt ut i ett sådant nätverk, d.v.s. det antas att dess serverdel kommer att fungera i olika operativa miljöer och stödja klienter på en mängd olika hårdvaru- och mjukvaruplattformar. Tillgänglighet, åtminstone, för klienter under olika OS.
- Automatisering av typiska operationer. Säkerhetskopieringsprocessen innehåller oundvikligen många cykler av olika operationer. Säkerhetskopieringssystemet bör utföra cykliskt arbete i automatiskt läge och minimera antalet manuella operationer. I synnerhet bör det stödja: schemalagda säkerhetskopieringar, mediarotation, schemalagt underhåll av säkerhetskopieringsenheter. Till exempel kan kopiering utföras varje dag vid en viss tidpunkt. Ett annat exempel på en cykel är processen att skriva över information på backupmedia. Om en daglig säkerhetskopia ska sparas i en vecka kan motsvarande media användas igen efter denna period. Denna process att successivt ersätta säkerhetskopieringsmedia kallas rotation. Cykliskt arbete inkluderar också förebyggande underhåll av backup-enheter, till exempel rengöring av banddrivmekanismen på bandenheten efter en viss driftsperiod med hjälp av en speciell kassett. Det bör noteras att arbetsautomatisering är en av nyckelfaktorerna för att minska kostnaderna för att underhålla ett backupsystem.
- Stöd för olika backuplägen. Låt oss anta att du varje dag behöver skapa en säkerhetskopia av en uppsättning filer, till exempel som finns i en katalog. Som regel görs ändringar endast i enskilda filer under arbetsdagen, och daglig kopiering av information som har förblivit oförändrad sedan den tidigare säkerhetskopian skapades är onödig. Baserat på detta måste systemet tillhandahålla olika backup-lägen, d.v.s. stödja möjligheten att spara endast den information som har ändrats sedan skapandet av den tidigare kopian.
- Enkel installation, stöd för ett brett utbud av enheter, snabb återställning av nätverksservrar efter en katastrof. En nätverksserver kan misslyckas av olika anledningar, till exempel på grund av ett fel på systemets hårddisk eller på grund av programvarufel som ledde till att systeminformation förstördes. I det här fallet kräver återställningen att du installerar om operativsystemet, konfigurerar enheter, installerar applikationer, återställer filsystemet och användarkonton. Alla dessa operationer är mycket tidskrävande och fel kan uppstå i alla skeden av denna process. För att återställa en server är det alltså nödvändigt att ha en säkerhetskopia av all information som lagras på den, inklusive systemdata, för att få den till ett fungerande tillstånd så snart som möjligt.
-Tillgänglighet av moduler för huvud-DBMS (MS-SQL, Oracle, DB/2) och affärskritiska applikationer (MS Exchange, SAP R/3, etc.); säkerhetskopiering av data i interaktivt (on-line) läge. Ofta innehåller informationssystemet olika klient-serverapplikationer som måste fungera dygnet runt. Exempel på detta är e-postsystem, samarbetssystem (som Lotus Notes) och SQL-servrar. Det är omöjligt att säkerhetskopiera databaserna i sådana system på konventionellt sätt, eftersom de alltid är öppna. Därför har de ofta sina egna säkerhetskopieringsverktyg inbyggda, men deras användning passar vanligtvis inte in i den övergripande tekniken som används i organisationen. Baserat på detta måste säkerhetskopieringssystemet säkerställa att klient-serverapplikationsdatabaserna sparas online.
- Möjlighet till både central och lokal administration, avancerade övervaknings- och ledningsverktyg. För att hantera backup-processer och spåra deras status måste backup-systemet ha grafiska övervaknings- och kontrollverktyg och ett brett utbud av händelseaviseringsverktyg, samt funktionen att generera och distribuera rapporter.
När det gäller kraven ovan bör en säkerhetskopieringsprogramvara för företag överträffa en SMB-lösning (Low Cost Solutions for Small/Medium Business Sector). Det kräver dock också betydligt högre kostnader för anskaffning, samt för utbildning. Av denna anledning, när du väljer en produkt, bör du överväga de tillägg och tillägg den stöder. ytterligare funktioner och teknik. För små implementeringar som inte längre kan skalas upp på grund av nya krav, erbjuder alla ledande leverantörer mjukvaruuppgraderingar till produkter i företagsklass, och backup-to-disk anses vara en särskilt viktig funktion för stora företag, eftersom det avsevärt förbättrar säkerhetskopieringsprestanda och tillhandahåller ytterligare egenskaper dataskydd.

Populära lösningar för företagssektorn är HP Data Protector, Bakbone NetVault, BrightStor ARCserve Backup (Computer Associates), Legato NetWorker, Veritas NetBackup och några andra. Många av dessa produkter är välförtjänt populära i Ryssland. Alla är designade för att fungera i heterogena miljöer med olika operativsystem och stora mängder data och uppfyller höga krav på prestanda, stabilitet och tillgänglighet. Därför är stöd för lagringsnätverk en obligatorisk del av dessa produkter. Genom multiplexering ger företagslösningar för säkerhetskopiering hög prestanda, stöder flera bibliotek och enheter och kan skräddarsys för specifika behov genom databasagenter och operativsystem. Typen av programvara i fråga är en uppsättning ytterligare funktioner som antingen levereras med lagringssystemet eller är tillgängliga från tredje part. De inkluderar vanligtvis: skapa volymsnapshots (snapshots), skapa en fullständig arbetskopia av volymen (snapclone), schemalagd datareplikering (replikering) och spegling av data på volymnivå till fjärrlagring (synkron/asynkron spegling).

Tillverkare av lagringssystem (DSS) och lagringsprogram erbjuder flera koncept för att lösa detta problem. Denna funktionalitet kan finnas i form av kontrollmikrokod (Hitachi), som en extra servermodul (apparat) (EMC, HP, IBM), eller på switch FC-nivå (Cisco, Troika).

Märke A datalagerleverantörer, listade ovan, ser ivrigt till att denna funktionalitet fungerar endast mellan "sina egna", d.v.s. medlemmar av samma modellfamilj. Samtidigt gör lösningar tillgängliga från Cisco och Troika virtualisering transparent för all lagring och är universella. Det bör dock noteras att båda metoderna är mycket billiga att implementera och inte är tillgängliga för alla organisationer.

Du bör också uppehålla dig vid funktionerna i att välja program för att utföra arkiveringsprocedurer. Precis som med programvara för säkerhetskopiering bestäms valet av arkiveringsprogram av företagets individuella egenskaper och krav. Urvalet och implementeringen görs med hänsyn till de inblandade affärsprocesserna och relevanta lagkrav. En viktig punkt är det korrekta tillvägagångssättet för arkiverade datamatriser, eftersom ofta applikationen eller typen av information som ska arkiveras bestämmer den nödvändiga programvaran. Följande viktigaste urvalskriterier är allmänt erkända:
- med hänsyn till rättsliga aspekter och lagstiftningskrav.
- ett fullfjädrat söksystem för informationsuppsättningen;
- förmåga att arbeta med nödvändig applikation;
- prestanda vid arkivering, vid sökning och utvärdering;
- stöd för nödvändiga enheter;
- integration i komplett lösning lagring.

Eftersom de flesta arkiveringsprogram är applikationsspecifika erbjuder vissa företag specialiserade lösningar för klassisk post och affärssystem. De stora tillverkarna av system för SAP inkluderar Open Text (SAP Document Access och SAP Archiving applications), IBM (DB2 CommonStore för SAP), EMC (Archive Services for SAP), Technoserv AS (Technoserv Content Server) och några andra med sina produkter för innehålls- och dokumenthantering samt arkivering. Integrerade lösningar som stödjer arkivering och informationslivscykelhantering av strukturerad och ostrukturerad data olika applikationer i framtiden kommer att bli det mest rationella alternativet, eftersom de gör det möjligt att minska administrationskostnaderna. HP:s re(RISS) stöder redan Microsoft Exchange och Outlook, Lotus Domino och dokument i MS Office-applikationsfilformat, Adobe PDF, HTML med mera.

Ytterligare utveckling av mjukvara för säkerhetskopiering och arkivering drivs av trenden med enhetsvirtualisering, vilket kommer att ge flexibel delning resurser, bredare och mer omfattande applikationsstöd och utveckling av högpresterande sökfunktioner. Dessutom syftar ett antal utvecklingar till att förbättra kompatibiliteten mellan programvara för säkerhetskopiering och arkivering, till exempel i samband med delad mediehantering. På lång sikt kommer gränserna att bli ännu mer suddiga – det är möjligt att båda lagringsdisciplinerna kommer att upphöra att existera var för sig.

ALEXEY BEREZHNY, Systemadministratör. Huvudsakliga aktiviteter: virtualisering och heterogena nätverk. En annan hobby förutom att skriva artiklar är att popularisera fri programvara.

Säkerhetskopiering
Teori och praktik. Sammanfattning

För att organisera säkerhetskopieringssystemet mest effektivt måste du bygga en riktig strategi för att spara och återställa information.

Backup (eller, som det också kallas, backup - från det engelska ordet "backup") är en viktig process i livet för alla IT-strukturer. Detta är en fallskärm för räddning i händelse av en oförutsedd katastrof. Samtidigt används backup för att skapa ett slags historiskt arkiv över företagets affärsverksamhet under en viss period av dess liv. Att arbeta utan backup är som att leva i det fria - vädret kan försämras när som helst och det finns ingenstans att gömma sig. Men hur organiserar man det ordentligt för att inte förlora viktig data och inte spendera fantastiska summor på det?

Vanligtvis är artiklarna om att organisera säkerhetskopior främst inriktade på tekniska lösningar, och endast ibland uppmärksammas teorin och metoderna för att organisera datalagring.

I den här artikeln kommer vi att fokusera på precis motsatsen: fokus ligger på allmänna begrepp, a tekniska medel kommer endast att beröras som exempel. Detta gör att vi kan abstrahera från hårdvara och mjukvara och svara på två huvudfrågor: "Varför gör vi det här?", "Kan vi göra det här snabbare, billigare och mer tillförlitligt?".

Mål och mål för backup

I processen för att organisera säkerhetskopiering ställs två huvuduppgifter: infrastrukturåterställning vid fel (Disaster Recovery) och underhåll av ett dataarkiv för att därefter ge tillgång till information för tidigare perioder.

Ett klassiskt exempel på en säkerhetskopia för Disaster Recovery är en serversystempartitionsbild skapad av Acronis True Image.

Ett exempel på ett arkiv kan vara en månatlig uppladdning av databaser från 1C, inspelade på kassetter med efterföljande lagring på en särskilt anvisad plats.

Det finns flera faktorer som skiljer en backup för snabb återhämtning från arkivet:

• Datalagringsperiod. För arkivexemplar är den ganska lång. I vissa fall regleras det inte bara av affärskrav, utan också av lag. För återställningskopior är den relativt liten. Vanligtvis skapas en eller två (med ökade krav på tillförlitlighet) säkerhetskopior för Disaster Recovery med ett maximalt intervall på en dag eller två, varefter de skrivs över med nya. I särskilt kritiska fall är det också möjligt att uppdatera säkerhetskopian för katastrofåterställning oftare, till exempel en gång varannan timme.
• Hastighet för dataåtkomst. Snabbheten för åtkomst till ett långsiktigt arkiv är inte kritisk i de flesta fall. Vanligtvis uppstår behovet av att "hämta data för perioden" vid tidpunkten för kontroll av dokument, återgång till en tidigare version etc., det vill säga inte i nödläge. En annan sak är katastrofåterställning, när nödvändig data och tjänsteprestanda måste returneras så snart som möjligt. I det här fallet är hastigheten för åtkomst till säkerhetskopian en extremt viktig indikator.
• Sammansättningen av den kopierade informationen. Säkerhetskopieringen innehåller vanligtvis endast användar- och företagsdata för den angivna perioden. Kopian avsedd för katastrofåterställning innehåller förutom dessa data antingen systembilder eller kopior av inställningar operativ system och applikationsprogramvara, samt annan information som behövs för återställning.

Ibland går det att kombinera dessa uppgifter. Till exempel en årlig uppsättning månatliga fullständiga "snapshots" av en filserver, plus ändringar som gjorts under veckan. True Image är lämpligt som ett verktyg för att skapa en sådan backup.

Det viktigaste är att tydligt förstå vad reservationen är till för. Låt mig ge dig ett exempel: en kritisk SQL-server misslyckades på grund av ett diskarrayfel. Lagret har rätt hårdvara, så lösningen på problemet var bara att återställa mjukvaran och data. Bolagets ledning ställer en förståelig fråga: "När kommer det att fungera?" – och är obehagligt överraskad över att få veta att återhämtningen kommer att ta så mycket som fyra timmar. Faktum är att under hela serverns livstid säkerhetskopierades endast databaser regelbundet utan att ta hänsyn till behovet av att återställa själva servern med alla inställningar, inklusive programvaran för själva DBMS. Enkelt uttryckt, våra hjältar sparade bara databaser, och de glömde systemet.

Jag ska ge dig ett annat exempel. Den unge specialisten skapade under hela sitt arbete med hjälp av programmet ntbackup en enda kopia av en filserver som kördes Windows Server 2003, inklusive data och systemstatus till en delad mapp på en annan dator. På grund av brist på diskutrymme skrevs denna kopia ständigt över. En tid senare ombads han att återställa en tidigare version av en flersidig rapport som hade skadats vid spara. Det är tydligt att han inte kunde uppfylla denna begäran, eftersom han inte hade någon arkivhistorik med Shadow Copy avstängd.

Vad som följer av detta: du måste använda båda typerna av säkerhetskopiering: både för katastrofåterställning och för arkivlagring. Samtidigt är det nödvändigt att bestämma listan över resurser som ska kopieras, tiden för att utföra uppgifter, och även var, hur och hur länge säkerhetskopior ska lagras.

Med små mängder data och inte särskilt komplex IT-infrastruktur kan du försöka kombinera båda dessa uppgifter i ett, till exempel gör en daglig full backup av alla diskpartitioner och databaser. Men ändå är det bättre att skilja mellan två mål och välja rätt medel för vart och ett av dem. Följaktligen används ett annat verktyg för varje uppgift, även om det finns universella lösningar, såsom Acronis True Image-paketet eller ntbackup-programmet

Det är tydligt att när man bestämmer målen och målen för backup, såväl som lösningar för implementering, är det nödvändigt att utgå från affärskrav.

När du implementerar en katastrofåterställningsuppgift kan du använda olika strategier.

I vissa fall är det nödvändigt att återställa systemet direkt till "bar metall" (bar metall). Detta kan till exempel göras med hjälp av programmet Acronis True Image som medföljer modulen Universal Restore. I det här fallet kan serverkonfigurationen återställas till tjänst på mycket kort tid. Till exempel är en partition med ett operativsystem på 20 GB ganska realistisk att lyfta från en säkerhetskopia på åtta minuter (förutsatt att arkivkopian är tillgänglig över ett 1 GB/s nätverk).

I ett annat alternativ är det mer ändamålsenligt att helt enkelt "återställa" inställningarna till det nyinstallerade systemet, som att kopiera konfigurationsfiler från mappen /etc och andra på UNIX-liknande system (på Windows motsvarar detta ungefär kopiering och systemåterställning stat). Naturligtvis, med detta tillvägagångssätt, kommer servern att tas i drift inte tidigare än operativsystemet är installerat och återställt. nödvändiga inställningar vilket kommer att ta mycket längre tid. Men i vilket fall som helst beror beslutet vad som ska vara Disaster Recovery från affärsbehov och resursbegränsningar.

Den grundläggande skillnaden mellan backup och redundanta redundanssystem

Detta är en annan intressant fråga som jag skulle vilja beröra. Redundanta hårdvaruredundanssystem hänvisar till införandet av viss redundans i hårdvaran för att bibehålla driftbarheten i händelse av ett plötsligt fel på en av komponenterna. Ett perfekt exempel i det här fallet är en RAID-array (Redundant Array of Independent Disks). I händelse av ett enstaka diskfel kan informationsförlust undvikas och en säker ersättning kan göras, vilket sparar data på grund av den specifika organisationen av själva diskarrayen (läs mer om RAID i).

Jag har hört frasen: "Vi har mycket pålitlig utrustning, det finns RAID-arrayer överallt, så vi behöver inte säkerhetskopiera." Ja, självklart kommer samma RAID-array att spara data från förstörelse om en hårddisk går sönder. Men det är från datakorruption datorvirus eller så kommer den inte att rädda från olämpliga användaråtgärder. Det kommer inte att spara RAID även om filsystemet kraschar som ett resultat av en obehörig omstart.

Jag ska ge ett exempel. Det finns fall när händelser utvecklas enligt följande scenario: när en disk misslyckas återställs data på grund av redundansmekanismen, i synnerhet med hjälp av sparade kontrollsummor. Samtidigt sker en betydande minskning av prestanda, servern fryser, kontrollen går nästan förlorad. Systemadministratören, som inte ser någon annan utväg, startar om servern med en kall omstart (med andra ord, klickar på "RESET"). Som ett resultat av en sådan liveöverbelastning uppstår filsystemfel. Det bästa som kan förväntas i det här fallet är den långa driften av diskkontrollen för att återställa filsystemets integritet. I värsta fall får man säga hejdå till filsystem och bli förbryllad över frågan om var, hur och inom vilken tidsram du kan återställa data och serverprestanda.

Du kommer inte att kunna undvika säkerhetskopiering även med en klustrad arkitektur. Ett failover-kluster håller faktiskt de tjänster som anförtrotts det att fungera om en av servrarna misslyckas. I fallet med ovanstående problem, såsom en virusattack eller datakorruption på grund av den ökända "mänskliga faktorn", kommer inget kluster att rädda.

Det enda som kan fungera som en sämre backupersättning för Disaster Recovery är närvaron av en spegelbackupserver med konstant datareplikering från huvudservern till backupservern (enligt Primär  Standby-principen). I det här fallet, om huvudservern misslyckas, kommer dess uppgifter att tas över av säkerhetskopian, och du behöver inte ens överföra data. Men ett sådant system är ganska dyrt och tidskrävande att organisera. Glöm inte behovet av konstant replikering.

Det blir tydligt att en sådan lösning är kostnadseffektiv endast vid kritiska tjänster med höga krav på feltolerans och minimal återhämtningstid. Som regel används sådana system i mycket stora organisationer med en hög omsättning av råvarupengar. Och detta schema är en sämre ersättning för säkerhetskopiering, eftersom om data skadas av ett datavirus, odugliga användaråtgärder eller felaktig användning av applikationen, kan data och programvara på båda servrarna påverkas.

Och naturligtvis kommer inget system med redundant redundans att lösa problemet med att underhålla ett dataarkiv under en viss period.

Konceptet med "säkerhetskopieringsfönster"

Att utföra en säkerhetskopiering lägger en stor belastning på den redundanta servern. Detta gäller särskilt för diskundersystem och nätverksanslutningar. I vissa fall, när kopieringsprocessen har en tillräckligt hög prioritet, kan detta leda till att vissa tjänster inte är tillgängliga. Dessutom är kopiering av data vid tidpunkten för ändringar förenat med betydande svårigheter. Naturligtvis finns det tekniska sätt att undvika problem med bibehållen dataintegritet i det här fallet, men om möjligt är det bäst att undvika sådan kopiering i farten.

Utvägen när man löser dessa ovan beskrivna problem föreslår sig själv: att skjuta upp lanseringen av kopieringsprocessen till en inaktiv tidsperiod, då den ömsesidiga påverkan från backup och andra fungerande system kommer att vara minimal. Denna tidsperiod kallas "backup-fönstret". Till exempel, för en organisation som arbetar med en 8x5-formel (fem åtta timmars arbetsdagar i veckan), är ett sådant "fönster" vanligtvis helger och natttimmar.

För system som arbetar enligt 24x7-formeln (24 timmar om dygnet hela veckan) används tiden för minsta aktivitet som en sådan period, då det inte är hög belastning på servrarna.

Typer av backup

För att undvika onödiga materialkostnader vid uppläggning av säkerhetskopieringar, och även, om möjligt, för att inte gå utanför säkerhetskopieringsfönstret, har flera säkerhetskopieringstekniker utvecklats, som används beroende på den specifika situationen.

Full backup (eller Full backup)

Det är den huvudsakliga och grundläggande metoden för att skapa säkerhetskopior, där den valda datamatrisen kopieras i sin helhet. Detta är den mest kompletta och pålitliga typen av säkerhetskopiering, även om den är den dyraste. Om det är nödvändigt att spara flera kopior av data, kommer den totala lagrade volymen att öka i proportion till deras antal. För att förhindra sådant slöseri används komprimeringsalgoritmer, såväl som en kombination av denna metod med andra typer av backup: inkrementell eller differentiell. Och naturligtvis är en fullständig säkerhetskopia oumbärlig när du behöver förbereda en säkerhetskopia för en snabb systemåterställning från början.

Inkrementell kopia

Till skillnad från en fullständig säkerhetskopia kopieras i det här fallet inte alla data (filer, sektorer etc.), utan bara de som har ändrats sedan den senaste säkerhetskopieringen. För att ta reda på tiden för kopiering kan användas olika metoder, till exempel använder system som kör Windows-familjens operativsystem ett motsvarande filattribut (arkivbit) som ställs in när en fil har ändrats och återställts av säkerhetskopieringsprogrammet. Andra system kan använda ändringsdatumet för filen. Det är tydligt att ett schema som använder denna typ av säkerhetskopiering kommer att vara sämre om fullständiga säkerhetskopieringar inte utförs då och då. Med en fullständig systemåterställning måste du återställa från den senaste kopian som skapades av Full backup och sedan växelvis "rulla" data från inkrementella kopior i den ordning de skapades.

Vad används denna typ av kopia till? När det gäller att skapa arkivkopior är det nödvändigt att minska de förbrukade volymerna på lagringsenheter (till exempel för att minska antalet bandmedia som används). Det kommer också att tillåta dig att minimera tiden för att slutföra säkerhetskopieringsuppgifter, vilket kan vara extremt viktigt under förhållanden när du måste arbeta i ett snävt schema dygnet runt eller ladda ner stora mängder information.

Inkrementell kopiering har en nyans som du behöver känna till. En bitvis återställning tar också tillbaka de önskade raderade filerna under återställningsperioden. Jag ska ge dig ett exempel. Till exempel utförs en fullständig säkerhetskopiering på helger och inkrementella säkerhetskopieringar på vardagar. Användaren skapade filen i måndags, ändrade den på tisdagen, döpte om den på onsdagen, tog bort den på torsdagen. Så, med en sekventiell fasad dataåterställning under en veckoperiod, kommer vi att få två filer: med det gamla namnet på tisdag innan namnbytet, och med ett nytt namn skapat på onsdag. Detta hände eftersom olika inkrementella kopior lagrade olika versioner av samma fil, och så småningom kommer alla varianter att återställas. Därför, när du återställer data sekventiellt från ett "befintligt" arkiv, är det vettigt att reservera mer diskutrymme så att borttagna filer också får plats.

Differentiell backup

Den skiljer sig från inkrementell genom att data kopieras från sista ögonblicket av Full backup. I detta fall placeras uppgifterna i arkivet på periodiseringsbasis. I system i Windows-familjen uppnås denna effekt genom att arkivbiten inte återställs under differentiell kopiering, så den ändrade informationen kommer in i arkivkopian tills den fullständiga kopian nollställer arkivbitarna.

Eftersom varje ny kopia som skapas på detta sätt innehåller data från den föregående, är det bekvämare för en fullständig återställning av data vid tidpunkten för katastrofen. Detta kräver bara två kopior: den fullständiga och den sista av de differentiella, så att du kan återuppliva data mycket snabbare än att rulla alla steg i etapper. Dessutom är den här typen av kopiering besparad från ovanstående funktioner för inkrementell kopiering, när gamla filer, som en Phoenix-fågel, återföds från askan med fullständig restaurering. Det är mindre förvirring.

Men differentiell kopiering är betydligt sämre än inkrementell kopiering när det gäller att spara det nödvändiga utrymmet. Eftersom varje ny kopia lagrar data från de tidigare, kan den totala mängden säkerhetskopierad data vara jämförbar med en fullständig kopia. Och, naturligtvis, när du planerar schemat (och beräknar om säkerhetskopieringsprocessen kommer att passa i tidsfönstret), måste du ta hänsyn till tiden för att skapa den sista, tjockaste, differentiella kopian.

Backup topologi

Låt oss titta på vad backup-scheman är.

decentraliserat system

Kärnan i detta schema är en viss gemensam nätverksresurs(se fig. 1). Till exempel en delad mapp eller en FTP-server. En uppsättning säkerhetskopieringsprogram behövs också, då och då laddar upp information från servrar och arbetsstationer, såväl som andra nätverksobjekt (till exempel konfigurationsfiler från routrar) till denna resurs. Dessa program är installerade på varje server och fungerar oberoende av varandra. Den otvivelaktiga fördelen är den lätta implementeringen av detta system och dess låga kostnad. Vanliga verktyg inbyggda i operativsystemet, eller mjukvara som ett DBMS, är lämpliga som kopieringsprogram. Det kan till exempel vara programmet ntbackup för Windows-familjen, tar-programmet för UNIX-liknande operativsystem eller en uppsättning skript som innehåller inbyggda SQL-serverkommandon för att dumpa databaser till säkerhetskopior. Ett annat plus är möjligheten att använda olika program och system, så länge som alla kan komma åt målresursen för att lagra säkerhetskopior.

Nackdelen är långsamheten i detta system. Eftersom programmen installeras oberoende av varandra måste du konfigurera var och en individuellt. Det är ganska svårt att ta hänsyn till schemats egenheter och fördela tidsintervall för att undvika konflikter om målresursen. Övervakning är också svårt, processen att kopiera från varje server måste övervakas separat från andra, vilket i sin tur kan leda till höga arbetskostnader.

Därför används detta schema i små nätverk, såväl som i en situation där det är omöjligt att organisera ett centraliserat säkerhetskopieringsschema med tillgängliga verktyg. Mer detaljerad beskrivning detta schema och praktiska organisation finns i .

Centraliserad säkerhetskopiering

Till skillnad från det tidigare schemat använder det här fallet en tydlig hierarkisk modell som fungerar enligt principen om "klient-server". I den klassiska versionen installeras speciella agentprogram på varje dator, och en servermodul av mjukvarupaketet är installerad på den centrala servern. Dessa system har också en specialiserad serverhanteringskonsol. Kontrollschemat är som följer: från konsolen skapar vi uppgifter för kopiering, återställning, insamling av information om systemet, diagnostik och så vidare, och servern ger agenterna de nödvändiga instruktionerna för att utföra dessa operationer.

De flesta av de populära backupsystemen fungerar enligt denna princip, såsom Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula och andra (se figur 2).

Förutom olika agenter för de flesta operativsystem finns det utvecklingar för att säkerhetskopiera populära databaser och företagssystem, till exempel för MS SQL Server, MS Exchange, Oracle Database och så vidare.

För mycket små företag kan du i vissa fall prova en förenklad version av det centraliserade säkerhetskopieringsschemat utan att använda agentprogram (se figur 3). Det här schemat kan också användas om en speciell agent inte är implementerad för den säkerhetskopieringsprogramvara som används. Istället kommer servermodulen att använda redan existerande tjänster och tjänster. Till exempel "rensa" data från dolda delade mappar på Windows-servrar eller kopiera filer via SSH från servrar som kör UNIX-system. Detta schema har mycket betydande begränsningar relaterade till problemen med att spara filer öppnade för skrivning. Som ett resultat av sådana handlingar öppna filer kommer antingen att hoppas över och inte inkluderas i säkerhetskopian, eller kopieras med fel. Det finns olika lösningar för detta problem, som att köra jobbet igen för att kopiera endast tidigare öppnade filer, men ingen är tillförlitlig. Därför är ett sådant schema endast lämpligt för användning i vissa situationer. Till exempel i små organisationer som arbetar i 5x8-läge, med disciplinerade medarbetare som sparar ändringar och stänger filer innan de lämnar hemmet. För att organisera ett sådant trunkerat centraliserat schema som uteslutande fungerar i en Windows-miljö är ntbackup en bra passform. Om du behöver använda ett liknande schema i heterogena miljöer eller uteslutande bland UNIX-datorer rekommenderar jag att du tittar på Backup PC (se).

Figur 4. Blandat backupschema

Vad är off-site?

I vår turbulenta och föränderliga värld kan händelser inträffa som kan få obehagliga konsekvenser för IT-infrastrukturen och verksamheten som helhet. Till exempel en brand i en byggnad. Eller en paus i centralvärmebatteriet i serverrummet. Eller den banala stölden av utrustning och komponenter. En av metoderna för att undvika informationsförlust i sådana situationer är att lagra säkerhetskopior på en plats avlägsen från serverutrustningens huvudplats. Samtidigt är det nödvändigt att tillhandahålla ett snabbt sätt att komma åt de data som behövs för återställning. Den beskrivna metoden kallas off-site (med andra ord lagring av kopior utanför företaget). I grund och botten används två metoder för att organisera denna process.

Att skriva data till flyttbara media och deras fysiska rörelse. I det här fallet är det nödvändigt att ta hand om medlen för att snabbt leverera media tillbaka i händelse av misslyckande. Förvara dem till exempel i en närliggande byggnad. Fördelen med denna metod är förmågan att organisera denna process utan svårighet. Nackdelen är komplexiteten i att returnera media och själva behovet av att överföra information för lagring, samt risken att skada media under transporten.

Kopiera data till en annan plats via en nätverkslänk. Till exempel genom att använda en VPN-tunnel över Internet. Fördelen i det här fallet är att det inte finns något behov av att bära media med information någonstans, nackdelen är behovet av att använda en tillräckligt bred kanal (som regel är detta mycket dyrt) och skydda de överförda data (till exempel med hjälp av samma VPN). Svårigheterna med att överföra stora mängder data kan reduceras avsevärt genom att använda komprimeringsalgoritmer eller dedupliceringsteknik.

Separat är det värt att nämna säkerhetsåtgärderna i organisationen av datalagring. Först och främst är det nödvändigt att se till att databärarna finns i ett säkert rum, och om åtgärder som hindrar obehöriga från att läsa uppgifterna. Använd till exempel ett krypteringssystem, sluta sekretessavtal och så vidare. Om flyttbara media är inblandade måste data på det också krypteras. Markeringssystemet som används bör inte hjälpa en angripare i dataanalys. Det är nödvändigt att använda ett ansiktslöst numreringssystem för att markera bärarna av namnen på de överförda filerna. Vid överföring av data över ett nätverk är det nödvändigt (som redan nämnts ovan) att använda säkra metoder för dataöverföring, till exempel en VPN-tunnel.

Vi har analyserat huvudpunkterna när vi organiserar en backup. Nästa del kommer att titta på riktlinjer och ges praktiska exempel att skapa ett effektivt backupsystem.

1. Beskrivning av Windows-systemsäkerhetskopiering, inklusive systemstatus - http://www.datamills.com/Tutorials/systemstate/tutorial.htm .
2. Beskrivning av Shadow Copy - http://ru.wikipedia.org/wiki/Shadow_Copy .
3. Acronis officiella webbplats - http://www.acronis.ru/enterprise/products .
4. Beskrivningen av ntbackup är http://en.wikipedia.org/wiki/NTBackup.
5. Berezhnoy A. Optimera arbetet med MS SQL Server. // Systemadministratör, nr 1, 2008 - S. 14-22 ().
6. Berezhnoy A. Vi organiserar ett backupsystem för små och medelstora kontor. // Systemadministratör, nr 6, 2009 - S. 14-23 ().
7. Markelov A. Linux på vakt för Windows. Översikt och installation av BackupPC backup-systemet. // Systemadministratör, nr 9, 2004 - S. 2-6 ().
8. Beskrivning av VPN - http://ru.wikipedia.org/wiki/VPN.
9. Datadeduplicering - http://en.wikipedia.org/wiki/Data_deduplication .

I kontakt med

5 / 5 ( 2 röster)

Oftast räcker inte systemets nuvarande resurser för att utföra säkerhetskopieringsprocedurer. Och ofta måste du lägga ner ganska mycket ansträngning för att motivera behovet av att köpa ytterligare hårdvara för att implementera redundansproceduren. Från en vanlig användares synvinkel kan en sådan situation faktiskt vara osannolik och obetydlig. Det går dock inte att ignorera.

Därför är det nödvändigt att initialt bestämma listan över de viktigaste uppgifterna som systemet måste utföra för den mest effektiva datalagringen. För detta ändamål är det nödvändigt att svara på ett antal frågor, tack vare vilka det kommer att vara möjligt att bestämma ett antal grundläggande nödvändiga egenskaper.

Det första man ska avgöra är hur viktig den lagrade informationen är. Om data kan återställas genom att ladda ner eller återskapa, kan säkerhetskopiering utföras mer sällan. Om data är mycket viktiga bör en mer robust säkerhetskopieringsstrategi tillämpas.

Nästa viktiga faktor är frekvensen av ändringar av data. Ju oftare data ändras, desto oftare måste säkerhetskopieringen utföras.

I det här fallet måste du beräkna den nödvändiga mängden diskutrymme. Volymerna påverkas trots allt av antalet kopior som samtidigt måste lagras i systemet.

I fallet med en utplacerad heterogen företagsinformationsinfrastruktur kan det vara nödvändigt att dela upp information i typer med olika redundanskrav.

Det finns flera typer av säkerhetskopior totalt. Dessa är full backup, differentiell backup, inkrementell backup.

Full säkerhetskopiering är den huvudsakliga och grundläggande metoden för att skapa säkerhetskopior, där den valda datamatrisen kopieras i sin helhet. Detta är den mest kompletta och pålitliga typen av säkerhetskopiering, även om den är den dyraste. Om det är nödvändigt att spara flera kopior av data, kommer den totala lagrade volymen att öka i proportion till deras antal. För att förhindra att en stor mängd resurser används används komprimeringsalgoritmer, såväl som en kombination av denna metod med andra typer av säkerhetskopiering: inkrementell eller differentiell. Och naturligtvis är en fullständig säkerhetskopia oumbärlig när du behöver förbereda en säkerhetskopia för en snabb systemåterställning från början.

Denna metod har både sina fördelar och nackdelar. Den största fördelen är att det är lätt att återhämta sig från början. Eftersom arrayen är helt sparad är det inte heller svårt att återställa endast en del av nödvändig data. Bland bristerna kan man peka ut redundansen hos denna metod. Under drift kan många filer förbli oförändrade, men de kommer också att inkluderas i säkerhetskopian. Således krävs en tillräckligt stor volym av bärare. En fullständig backup tar inte bara upp onödigt lagringsutrymme, det kan också vara tidskrävande, speciellt om du har nätverkslagring.

En inkrementell säkerhetskopiering, till skillnad från en fullständig säkerhetskopia, säkerhetskopierar inte alla data, utan bara de som har ändrats sedan den senaste säkerhetskopieringen. Olika metoder kan användas för att bestämma kopieringstiden, till exempel på system som kör Windows operativsystem används motsvarande filattribut (arkivbit) som ställs in när filen har ändrats och återställs av backupprogrammet. Andra system kan använda ändringsdatumet för filen. Det är tydligt att ett schema som använder denna typ av säkerhetskopiering kommer att vara sämre om fullständiga säkerhetskopieringar inte utförs då och då. Med en fullständig systemåterställning måste du återställa från den senaste säkerhetskopian och sedan återställa data från inkrementella säkerhetskopior en efter en i den ordning de skapades. Den här typen används för att minska de volymer som spenderas på lagringsenheter vid skapande av arkivkopior. Det kommer också att minimera tiden det tar att slutföra säkerhetskopieringsjobb, vilket kan vara extremt viktigt i en miljö där plattformen är igång hela tiden. Inkrementell säkerhetskopiering har en varning: en bitvis återställning returnerar också onödiga raderade filer under återställningsperioden. Därför, när du återställer data från ett arkiv sekventiellt, är det vettigt att reservera mer diskutrymme så att raderade filer också får plats.

En av fördelarna med metoden är den effektiva användningen av bärare. Eftersom endast filer som har ändrats sedan den senaste fullständiga eller inkrementella säkerhetskopieringen sparas, tar säkerhetskopior mindre plats. Följaktligen mindre tid för säkerhetskopiering och återställning. Inkrementella säkerhetskopieringar tar kortare tid än fullständiga och differentiella säkerhetskopieringar.

Nackdelen med denna metod är att säkerhetskopieringsdata lagras på flera medier. Eftersom säkerhetskopiorna finns på flera medier kan det ta längre tid att återställa enheten efter en katastrof. Dessutom måste media bearbetas i rätt ordning för att effektivt återställa systemets hälsa.

En differentiell säkerhetskopiering skiljer sig från en inkrementell säkerhetskopiering genom att den säkerhetskopierar data från senaste gången en fullständig säkerhetskopiering utfördes. I detta fall placeras uppgifterna i arkivet på periodiseringsbasis. I system i Windows-familjen uppnås denna effekt genom att arkivbiten inte återställs under differentiell kopiering, så den ändrade informationen kommer in i arkivkopian tills den fullständiga kopian nollställer arkivbitarna. Eftersom varje ny kopia som skapas på detta sätt innehåller data från den föregående, är det bekvämare för en fullständig återställning av data vid tidpunkten för katastrofen. Detta kräver bara två kopior: den fullständiga och den sista av de differentiella, så att återställa förlorad data kan vara mycket snabbare än att återställa alla steg i steg. Dessutom är denna typ av kopiering fri från ovanstående funktioner för inkrementell kopiering, när gamla filer återställs i onödan under fullständig återställning. På den här metoden det finns färre inkonsekvenser. Men differentiell kopiering är betydligt sämre än inkrementell kopiering när det gäller att spara det nödvändiga utrymmet. Eftersom varje ny kopia lagrar data från de tidigare, kan den totala mängden säkerhetskopierad data vara jämförbar med en fullständig kopia. Nackdelen med metoden, som när man skapar en fullständig arkivkopia, är ett överdrivet dataskydd. Alla filer som ändrats sedan den senaste inkrementella säkerhetskopieringen behålls.

I processen för säkerhetskopiering av data finns det ett problem med att välja en teknik för att lagra säkerhetskopior och data. För närvarande är följande typer av media mest använda: magnetiska bandenheter; nätverksteknik; hårddiskar.

Den vanligaste typen av diskenheter: hårddiskar magnetiska skivor.

Hårddiskar är de viktigaste enheterna för onlinelagring av information. När det gäller serverfallet skiljer man på interna och externa enheter. Interna enheter mycket billigare, men deras maximala antal begränsas av antalet lediga fack i höljet, strömmen och antalet motsvarande platser i serverns strömförsörjning. Kassetter sätts vanligtvis in i speciella fack från framsidan av fodralet, designen gör att du kan ta bort och sätta in enheter medan servern är påslagen. Externa enheter har sina egna höljen och nätaggregat, deras maximala antal bestäms av gränssnittskapaciteten. Underhåll av externa enheter kan också utföras medan servern är igång, även om det kan kräva åtkomst till några av serverns diskar för att kunna avslutas.

För stora mängder lagrad data används externa lagringsblock - diskarrayer och rack, som är komplexa enheter med sina egna intelligenta styrenheter som, förutom normala driftlägen, tillhandahåller diagnostik och testning av deras enheter. Mer komplexa och pålitliga lagringsenheter är RAID-arrayer (Redundant Array of Inexpensive Disks – en redundant array av billiga diskar). För användaren är RAID en enda disk som utför samtidig distribuerad redundant skrivning (läsning) av data till flera fysiska enheter (vanligtvis 4-5) enligt reglerna som bestäms av implementeringsnivån (0-10).

Fördelen med sådana förråd är snabb åtkomst till data och möjlighet till parallell åtkomst till data utan betydande hastighetsförlust. Bland bristerna kan man peka ut en ganska hög kostnad, högre strömförbrukning, en dyrare utbyggnad av lagringssystemet och oförmågan att säkerställa hög säkerhet för kopior.

Det är också möjligt att lagra säkerhetskopierade data på nätverkslagring. I stort sett kommer informationen att lagras på samma diskenheter, bara i en fjärrlagring. Den enda skillnaden är att kommunikationen med den kommer att ske genom nätverksteknik. Den största fördelen är att det är lätt att ansluta ytterligare plattformar för datalagring och behovet av att placera dem i närheten av servrarna som är värd för data som ska kopieras. Dessutom är det möjligt att ställa in vilken nivå som helst i själva nätverkslagringen. array raid, vilket ger flexibilitet vid val av säkerhetsnivå för lagrad data. I vissa fall kan du inte ens köpa ytterligare utrustning, utan placera information på hyrda sajter. Priset blir samtidigt betydligt lägre än vid köp av utrustning för lagring av datamatriser. Det enda besväret med sådan dataplacering är den låga, i vissa fall, åtkomsthastigheten. Och behovet av redundans är också en kommunikationslinje för att komma åt lagringen.

En av de billigaste (om du beräknar kostnaden för en enhet per 1 GB data) metoder för att lagra information är användningen av bandenheter. Robotiska bandbibliotek har kommit långt de senaste åren. Liksom modulära diskarrayer tillhandahåller sådana bibliotek flexibel och, viktigast av allt, kostnadseffektiv systemkapacitetsutvidgning när mängden data som behöver lagras på band växer, hög tillförlitlighet och har också kraftfulla medel fjärrkontroll och övervakning. Även de största biblioteken har begränsningar för antalet platser för bandkassetter, men om alla kassetter i biblioteket är fulla kan vissa av dem, på vilka gamla säkerhetskopior är inspelade, skickas till lagring och nya kassetter kan installeras i deras ställe. För diskarrayer är det här alternativet med "obegränsad" skalning inte möjligt, om så bara därför hårddiskarär mycket dyrare än patroner och är inte avsedda för långtidsförvaring i avstängt tillstånd. Den största nackdelen med sådana lagringssystem kan betraktas som närvaron av en mekanisk del för att komma åt den erforderliga tejpkassetten. Det andra, ganska påtagliga, men inte kritiska minuset, är kopieringshastigheten till band. Det är mycket lägre än i diskarrayer. Men en väg ut ur denna situation hittades snabbt. Bibliotek är utrustade med diskarrayer och till en början skrivs nödvändiga data av till det, och först efter det överförs de till magnetband, vilket inte på något sätt stör systemets funktion.

Som nämnts ovan räcker det inte med en säkerhetskopia. Det behövs en rad åtgärder för att förebygga nödsituationer. Alla komponenter i backup-infrastrukturen måste beaktas i planeringen, och alla applikationer, servrar och trender för att öka kapaciteten hos primära datalager bör inte utelämnas.

Att granska felloggar och utföra säkerhetskopior är en nödvändig daglig uppgift. Backupproblem tenderar att dyka upp i en lavin. Ett enda misslyckande kan leda till en hel sekvens av, vid första anblicken, till och med orelaterade svårigheter. Till exempel kan ett säkerhetskopieringsjobb antingen hänga sig eller misslyckas med att starta eftersom den önskade bandenheten inte frigjordes av ett tidigare jobb. Sådana situationer kräver omedelbart ingripande och justering av säkerhetskopieringsprocessen för att undvika problem med bristen på nödvändiga kopior i framtiden.

Alla säkerhetskopieringsapplikationer har sin egen databas eller katalog, vilket är nödvändigt för efterföljande återställning av sparad data. Förlusten av katalogen leder till förlust av sparad data. Även om vissa säkerhetskopieringsprogram har mekanismer för att läsa band och index korrekt för återställning, kan detta vara överväldigande. En sådan katalog bör behandlas som alla andra kritiska databasapplikationer. Det är tillrådligt att ha en spegelkopia av den, eller åtminstone lagra den i ett RAID-system. Det är också en bra idé att se till att katalogen sparas som schemalagd och utan fel. Databaskorruption kan också orsaka oönskad dataförlust.

Också i verkliga system måste data differentieras. Säkerhetskopieringshanteraren måste tydligt förstå hur systemet fungerar och skilja mellan datatyper. Som nämnts ovan kan vissa data säkerhetskopieras mer sällan, vissa oftare. Schemaläggning och kopieringsfrekvens är en av de mest ansvarsfulla uppgifterna. Men även om man tar hänsyn till skillnaden i data bör systemet vara så automatiserat och centraliserat som möjligt.

En annan viktig procedur är att kontrollera de skapade kopiorna för läsning. Faktum är att ibland säkerhetskopior, av en eller annan anledning, kanske inte läses. Och det är önskvärt att upptäcka detta faktum inte i det ögonblick då du behöver en kopia för återhämtning.

Således kommer en välutvecklad och planerad strategi för säkerhetskopiering att helt kunna eliminera och förhindra uppkomsten av nödsituationer och dataförluster, och därigenom säkerställa en fullständig och oavbruten funktion hos företagsinformationsinfrastrukturen.

Det finns inga relaterade artiklar.

Backup-undersystemet är en mycket viktig del av alla företagsinformationssystem. Med sin rätta organisation kan den lösa två problem samtidigt. Därför kommer vi idag att analysera några PC-programvara för att organisera säkerhetskopiering av information i lokala nätverk av olika skalor.

Delsystem Reserv exemplarär en mycket viktig del av alla företags informationssystem. Med sin rätta organisation kan den lösa två problem samtidigt. För det första, att på ett tillförlitligt sätt skydda hela utbudet av viktiga data från förlust. För det andra att organisera en snabb migrering från en dator till en annan, om det behövs, det vill säga att faktiskt säkerställa kontorsanställdas oavbrutna arbete. Endast i det här fallet kan vi prata om effektiv drift av företagssäkerhetskopiering.

Det är tydligt att inte alla produkter är lämpliga för att organisera ett sådant arkiveringssystem. Det finns ett stort antal säkerhetskopieringsprogram på den ryska marknaden. Men nästan alla av dem är främst avsedda för hemanvändare och SOHO. Marknaden för företagssystem är märkbart mindre, men den har också ett val. Därför kommer vi idag att analysera flera program för att organisera säkerhetskopiering av information i lokala nätverk av olika storlekar. Observera att vi inte kommer att överväga de "grundläggande" funktionerna hos sådana system (schemaläggning, komprimering och kryptering av arkiv, etc.). Inledningsvis tror man att alla professionella produkter har dem. Vi kommer endast att överväga "företags"-funktioner och använda dem för att jämföra program i granskningen.

Acronis Backup & Recovery 10 Workstation

företag Acronis Inc.. och dess produkter behöver förmodligen inte introduceras för någon. Det är en av ledarna på den ryska marknaden för säkerhetskopieringssystem. I dess arsenal finns ett antal program utformade för olika konsumenter. Det finns också en rad företagsprodukter. Den innehåller flera serversystem och två program för arbetsstationer - och Acronis Backup & Recovery 10 Workstation Advanced, båda produkterna publiceras i Ryssland under varumärket 1C: Distribution. Den första är mer lämplig för små kontor. Den andra är den mest funktionella. Det är vad vi valde för vår recension.

Tänk på produktens "företags" funktioner, först och främst, notera organisationen Reserv exemplar. Här kan vi prata om systemet för duplicering av arkiv som skapas av programmet, det vill säga information kan kopieras samtidigt till två lagringar, till exempel till ett nätverk och en lokal. Detta tillvägagångssätt gör det möjligt att "säkerhetskopiera" själva arkiven, och detta ökar i sin tur säkerhetskopieringssystemets tillförlitlighet utan extra kostnader (köp av ytterligare kapacitet för att lagra arkiv), särskilt eftersom det ofta finns mycket ledigt utrymme på kontorsdatorernas hårddiskar.

Nästa viktiga punkt är dedupliceringsmodulen (den köps separat). Deduplicering är en av de mest effektiva sätt minska volymen av säkerhetskopior genom att eliminera dubbletter - samma information. I vissa fall kan den användas för att avsevärt minska volymen av NAS som krävs för att lagra arkiv, vilket innebär avsevärt minskade kostnader för att skaffa och underhålla utrustning, samt att betala för el. Det är värt att notera att i många säkerhetskopieringsprogram, inklusive produkten i fråga, finns det andra sätt att minska storleken på arkiv: datakomprimering, uteslutning av filer av vissa typer från dem, inkrementell kopia, automatisk radering av föråldrade kopior, etc. Deduplicering har dock en mycket viktig funktion. Om alla andra metoder uteslutande fungerar med en källa, kan den hitta dubbletter av data på alla arbetsstationer och nätverksservrar. Men det händer ofta att anställda kopierar vissa data till sina maskiner för att underlätta arbetet. Som ett resultat kan det finnas dussintals kopior av samma data på ett företagsnätverk. I det här fallet kan deduplicering vara till stor hjälp.

Därefter kan du överväga de funktioner som syftar till att säkerställa att de anställda fungerar smidigt. Vi talar om situationer relaterade till fel på mjukvaran eller hårdvaran på fungerande datorer. Det första problemet löses genom att skapa bilder av operativsystemet med all installerad och konfigurerad programvara. Om det behövs distribueras det över ett skadat operativsystem på bara några minuter. Men det är inte allt - liknande funktionalitet finns i många "hem"-produkter. PÅ Acronis Backup & Recovery 10 Workstation Funktionaliteten för att arbeta med bilder har utökats avsevärt för att lösa problemet med hårdvaruskador. För det första kompletteras det med ett virtualiseringssystem. Den skapade bilden kan konverteras till ett virtuellt maskinformat när som helst (VMware, Microsoft Hyper-V, Citrix XenServer och Parallels-format stöds). Sedan återstår bara att köra detta virtuell maskin på vilken dator som helst, och medarbetaren kommer att kunna fortsätta arbeta i den bekanta miljön. För det andra kl Acronis Backup & Recovery 10 Workstation det finns en Universal Restore-modul (köps separat). Det ger möjlighet att distribuera en bild på vilken dator som helst, oavsett dess hårdvara. Förresten, den här modulen kan hjälpa inte bara att överföra systemet i händelse av ett PC-haveri, utan också att snabbt distribuera nya jobb.

Nästa mycket viktiga aspekt av hur ett företags backup-system fungerar är integration i ett befintligt informationssystem företag. För detta i Acronis Backup & Recovery 10 Workstation flera verktyg tillhandahålls. Det är särskilt värt att notera den automatiska exekveringen av kommandon före starten av säkerhetskopieringen och efter att den är klar. Med deras hjälp kan du till exempel stoppa något system under kopieringen och sedan starta det igen. Naturligtvis uppstår ett sådant behov inte så ofta, men ibland händer det (särskilt när man arbetar med någon speciell programvara). I vissa fall är möjligheten att arbeta från kommandoraden med skriptstöd också mycket användbar.

Vi får inte glömma förfarandena för att installera och administrera systemet Reserv exemplar. Att öka effektiviteten för IT-personal och minska underhållskostnaderna i Acronis Backup & Recovery 10 Workstation implementerat flera mycket viktiga funktioner. Först och främst är det värt att notera möjligheten att fjärrinstallera programmet på arbetsstationer. Dessutom kan det utföras i bakgrunden (för användare) och utan att starta om. Detta gör att du snabbt kan distribuera ett redundant system i ett nätverk av nästan vilken storlek som helst utan att stoppa kontoret.

Dessutom har produkten i fråga möjlighet till centraliserad hantering av redundans. Dessutom är den inte begränsad till en primitiv anslutning till arbetsstationer med efterföljande "manuell" konfiguration av agenten. Vi talar om fullfjädrad administration baserad på skapandet av policyer för hela grupper av arbetsstationer. Separat är det värt att notera stödet för Wake-on-LAN-teknik, som gör att du kan slå på de avstängda maskinerna innan du startar arkiveringsprocessen. Men det är inte allt. Acronis Backup & Recovery 10 Workstation ger IT-personal stora möjligheter att hantera säkerhetskopior som finns på olika lagringsplatser. Administratörer kan validera arkiv, manuellt slå samman säkerhetskopior eller ställa in den här proceduren så att den körs automatiskt.

Hittills finns det många mjukvaruprodukter för att tillhandahålla teknik för säkerhetskopiering av data. På företagsnivå, produkter som:

Acronis True Image Home.

Paragon Drive Backup Server Edition.

Symantec Backup Exec.

Windows systemåterställning.

För online backup:

Paragon Drive Backup Enterprise Server Edition.

Acronis Backup & Recovery.

En ytterligare översyn av säkerhetskopieringsteknik kommer att baseras på beskrivningen av den praktiska användningen av följande tre mjukvaruprodukter:

Paragon Drive Backup Workstation.

Acronis True Image Home.

Översikt över GFI backup

Generella egenskaper.

Systemkrav:

Microsoft Windows 7 (x86 eller x64), Server 2008

(x86 eller x64), Vista (x86 eller x64), Server 2003 Standard/Enterprise

(x86 eller x64), XP (x86 eller x64)

Processor - Intel Pentium 4 eller liknande

Minne - 512 MB

Fysiskt minne - 100 MB för installation

Egenskaper:

1. Säker och pålitlig säkerhetskopiering och återställning av data.

GFI backup ger möjligheten att centralt hantera säkerhetskopiering och återställning som ett informationsförlustskydd som förhindrar förlust av data såsom kalkylblad, projekt och bilder. Denna process inkluderar att skapa en säkerhetskopia från källan till den valda platsen.

2. Datasynkronisering.

Filsynkronisering är processen att underhålla den aktuella uppsättningen filer på flera platser, till exempel en arbetsstation och en bärbar dator. Om en användare lägger till, tar bort eller ändrar en fil på en plats, lägger GFI Backup till, tar bort eller ändrar samma fil på alla andra platser. Med hjälp av GFI Backup Agent kan användare skapa sina egna synkroniseringsuppgifter utöver centraliserade säkerhetskopior.

3. Säkerhetskopiera till valfri lagringsenhet; säkerhetskopiering via FTP.

GFI Backup låter dig säkerhetskopiera till interna och externa hårddiskar, till enheter i lokalt nätverk, nätverkslagringsenheter, lagringsmedia

CD/DVD/Bluray, bärbara enheter (USB-enheter, minneskort, flashminne, disketter, etc.), såväl som till avlägsna platser som använder FTP med automatisk återupptagning.

6. Användning av vanliga Zip-arkiv.

Till skillnad från andra säkerhetskopieringsprogram använder GFI Backup inte proprietära arkivformat, utan använder en standard Zip-format. Det här tillåter

återställa data manuellt även om GFI Backup inte är installerat. Det finns ett val att skapa självextraherande arkiv, samt säkerhetskopiering utan datakomprimering för hastighet och redundans. När du använder Zip-arkiv kan GFI Backup dela upp och spara filer över flera medier.