Databaseservere er en av nøkkelen i enhver organisasjon. Det er de som lagrer informasjon og gir resultater på forespørsel, og det er ekstremt viktig å ta vare på databasen i enhver situasjon. Grunnleveransen inkluderer vanligvis de nødvendige verktøyene, men en administrator som ikke har møtt en database før, vil måtte håndtere særegenhetene ved arbeidet i noen tid for å sikre automatisering.
Typer sikkerhetskopiering av databaser
La oss først finne ut hva slags sikkerhetskopier er. Databaseserveren er ikke en vanlig skrivebordsapplikasjon, og for å sikre at alle ACID-egenskaper (Atomic, Consistency, Isolated, Durable) er oppfylt, brukes en rekke teknologier, og derfor har oppretting og gjenoppretting av en database fra et arkiv sine egne særegenheter . Det er tre forskjellige tilnærminger til å sikkerhetskopiere data, hver med sine egne fordeler og ulemper.
Med en logisk, eller SQL, sikkerhetskopi (pg_dump, mysqldump, SQLCMD), opprettes et øyeblikksbilde av databaseinnholdet, som tar hensyn til transaksjonsintegritet, og lagres som en fil med SQL-kommandoer (du kan velge hele databasen eller individuelle tabeller) , som du kan gjenskape databasen med på en annen server. Dette tar tid (spesielt for store databaser) å lagre og gjenopprette, så veldig ofte kan ikke denne operasjonen utføres, og den utføres under en minimumsbelastning (for eksempel om natten). Ved gjenoppretting må administratoren kjøre flere kommandoer for å forberede alt som trengs (opprette en tom database, kontoer osv.).
Fysisk backup (filsystemnivå) - kopiering av filer som DBMS bruker til å lagre data i databasen. Men en enkel kopi ignorerer låser og transaksjoner som sannsynligvis blir feil lagret og ødelagt. Hvis du prøver å legge ved denne filen, vil den være i en inkonsekvent tilstand og vil resultere i feil. For å få en oppdatert sikkerhetskopi må databasen stoppes (du kan redusere nedetiden ved å bruke rsync to ganger - først på en kjørende, så på en stoppet). Ulempen med denne metoden er åpenbar - du kan ikke gjenopprette visse data, bare hele databasen. Når du starter en database gjenopprettet fra et filsystemarkiv, må du se etter integritet. Her brukes ulike hjelpeteknologier. For eksempel, i PostgreSQL, loggene for proaktiv logging WAL (Write Ahead Logs) og en spesiell funksjon (Point in Time Recovery - PITR) som lar deg gå tilbake til en viss tilstand av databasen. Med deres hjelp er det tredje scenariet enkelt implementert, når en sikkerhetskopi på filsystemnivå kombineres med en sikkerhetskopi av WAL-filer. Først gjenoppretter vi filene til sikkerhetskopi av filsystemet, og deretter ved å bruke WAL blir databasen oppdatert. Dette er en litt mer kompleks tilnærming for administrasjon, men det er ingen problemer med integriteten til databasen og gjenoppretting av databaser før et bestemt tidspunkt.
En logisk sikkerhetskopi brukes i tilfeller der det er nødvendig å lage en engangsfull kopi av databasen eller i daglig drift tar det ikke mye tid eller plass å lage en kopi. Når det tar lang tid å laste ned databaser, bør du være oppmerksom på fysisk arkivering.
Barmann
Tillatelse: GNU GPL
Støttet DBMS: PostgreSQL
PostgreSQL støtter både fysiske og logiske sikkerhetskopieringsmuligheter, og legger til enda et lag med WAL (se sidefelt), som kan kalles kontinuerlig kopi. Men å administrere flere servere ved hjelp av standardverktøy er ikke særlig praktisk selv for en erfaren administrator, og i tilfelle en feil, teller sekunder.
Barman (backup and recovery manager) er en intern utvikling av 2ndQuadrant, en PostgreSQL-basert tjenesteleverandør. Designet for PostgreSQL fysisk sikkerhetskopiering (logisk støtter ikke), WAL-arkivering og rask krasjgjenoppretting. Støtter ekstern sikkerhetskopiering og gjenoppretting av flere servere, punkt-i-tids-gjenoppretting (PITR) funksjoner, WAL-administrasjon. SSH brukes til å kopiere og sende kommandoer til en ekstern vert, synkronisering og sikkerhetskopiering ved hjelp av rsync kan redusere trafikken. Barman integrerer også med standardverktøyene bzip2, gzip, tar og lignende. I prinsippet kan du bruke hvilket som helst komprimerings- og arkiveringsprogram, integreringen vil ikke ta mye tid. Ulike service- og diagnosefunksjoner er implementert for å overvåke statusen til tjenestene og justere båndbredden. Pre / Post-skript støttes.
Barman er skrevet i Python, og sikkerhetskopieringspolicyer administreres ved hjelp av den vennlige INI-filen barman.conf, som kan finnes i / etc eller brukerens hjemmekatalog. Leveransen inkluderer en ferdig mal med detaljerte kommentarer inni. Fungerer kun på * nix-systemer. For installasjon på RHEL, CentOS og Scientific Linux, koble til EPEL, et depot som inneholder tilleggspakker. Debian / Ubuntu-brukere har et offisielt depot til rådighet:
$ sudo apt-get install barman
Depotet inneholder ikke alltid den nyeste versjonen; for å installere det, må du referere til kildene. Det er få avhengigheter, og det er lett å finne ut av prosessen.
Sypex dumper
Tillatelse: BSD
Støttet DBMS: MySQL
MySQL kommer med verktøyene mysqldump og mysqlhotcopy som lar deg enkelt lage en databasedump, de er godt dokumentert, og du kan finne et stort antall ferdige eksempler og grensesnitt på Internett. Sistnevnte lar en nybegynner komme raskt i gang. Sypex Dumper er et PHP-skript som lar deg enkelt lage og gjenopprette en kopi av en MySQL-database. Den er laget for å jobbe med store databaser, og fungerer veldig raskt, forståelig og enkel å bruke. Vet hvordan man jobber med MySQL-objekter - visninger, prosedyrer, funksjoner, triggere og hendelser.
Et annet pluss, i motsetning til andre verktøy, når du eksporterer omkoding til UTF-8, er at eksporten til Dumper utføres i den opprinnelige kodingen. Den resulterende filen tar opp mindre plass og prosessen er raskere. En dump kan inneholde objekter med forskjellige kodinger. Dessuten er det enkelt å importere / eksportere i flere stadier, og stoppe prosessen under lasting. Når den gjenopptas, starter prosedyren der den stoppet. Under gjenoppretting støttes fire alternativer:
- CREATE + INSERT - standard gjenopprettingsmodus;
- TRUNCATE + INSERT - mindre tid til å lage tabeller;
- ERSTATT - vi gjenoppretter gamle data i arbeidsdatabasen uten å overskrive nye;
- INSERT IGNORE - vi legger til slettede eller nye data til databasen uten å berøre de eksisterende.
Støtter kopikomprimering (gzip eller bzip2), automatisk sletting av gamle sikkerhetskopier, visning av innholdet i en dumpfil, gjenoppretter kun tabellstrukturen. Det finnes også tjenestefunksjoner for å administrere databasen (opprette, slette, sjekke, gjenopprette databasen, optimalisere, rense tabeller, arbeide med indekser osv.), samt en filbehandler som lar deg kopiere filer til serveren.
Kontrollen gjøres ved hjelp av en nettleser, AJAX-grensesnittet er lokalisert ut av esken og gir inntrykk av å jobbe med en skrivebordsapplikasjon. Det er også mulig å kjøre oppgaver fra konsollen og på en tidsplan (via cron).
For at Dumper skal fungere, trenger du en klassisk L | WAMP-server, installasjonen er felles for alle applikasjoner skrevet i PHP (kopier filene og sett rettighetene), og vil ikke være vanskelig selv for en nybegynner. Prosjektet gir detaljert dokumentasjon og videoveiledninger som viser hvordan du arbeider med Sypex Dumper.
Det er to utgaver: Sypex Dumper (gratis) og Pro ($ 10). Den andre har flere funksjoner, alle forskjellene er oppført på nettstedet.
SQL Backup og FTP
Tillatelse:
Støttet DBMS: MS SQL Server
MS SQL Server er en av de mest populære løsningene, og forekommer derfor ganske ofte. Sikkerhetskopieringsjobben opprettes ved hjelp av SQL Server Management Studio, selve Transact-SQL og SQL PowerShell-modulens cmdlets (Backup-SqlDatabase). På MS-nettstedet kan du bare finne en enorm mengde dokumentasjon som lar deg forstå prosessen. Selv om dokumentasjonen er fullstendig, er den veldig spesifikk, og informasjonen på Internett motsier ofte hverandre. En nybegynner trenger virkelig å øve med det første, "få hendene på", så til tross for alt som er sagt, har tredjepartsutviklere mye å snu. I tillegg har ikke gratisversjonen av SQL Server Express innebygde sikkerhetskopieringsverktøy. For tidligere versjoner av MS SQL (inntil 2008), kan du finne gratis verktøy, for eksempel SQL Server backup, men i de fleste slike prosjekter er allerede kommersialisert, selv om de tilbyr all funksjonalitet ofte for et symbolsk beløp.
For eksempel er utformingen av SQL Backup And FTP og One-Click SQL Restore satt og glem. De har et veldig enkelt og intuitivt grensesnitt, og lar deg lage kopier av MS SQL Server (inkludert Express) og Azure-databaser, lagre krypterte og komprimerte filer til FTP og skytjenester (Dropbox, Box, Google Drive, MS SkyDrive eller Amazon S3) , kan resultatet vises umiddelbart. Det er mulig å starte prosessen både manuelt og i henhold til en tidsplan, sende en melding om resultatet av en oppgave på e-post, starte egendefinerte skript.
Alle alternativer for sikkerhetskopiering støttes: full, differensiell, transaksjonslogg, kopiering av filmappen og mye mer. Gamle sikkerhetskopier slettes automatisk. For å koble til en virtuell vert brukes SQL Management Studio, selv om det kan være nyanser her og dette vil ikke fungere i alle slike konfigurasjoner. Fem versjoner tilbys for nedlasting - fra gratis gratis til haugevis av Prof Lifetime (når dette skrives, kostet det bare $ 149). Gratis funksjonalitet er nok for små nettverk der en eller to SQL-servere er installert, alle grunnleggende funksjoner er aktive. Antallet backupdatabaser er begrenset, muligheten til å sende filer til Google Drive og SkyDrive, og filkryptering. Grensesnittet, selv om det ikke er lokalisert, er veldig enkelt og forståelig selv for en nybegynner. Du trenger bare å koble til SQL-serveren, hvoretter en liste over databaser vil vises, du bør merke de nødvendige, konfigurere tilgang til eksterne ressurser og angi tidspunktet for oppgaveutførelsen. Og alt dette i ett vindu.
Men det er ett "men". Selve programmet er ikke ment å gjenopprette arkiver. For dette tilbys et eget gratis verktøy One-Click SQL Restore, som også forstår formatet opprettet av BACKUP DATABASE-kommandoen. Administratoren trenger bare å angi arkivet og serveren som dataene skal gjenopprettes til, og trykke på én knapp. Men i mer komplekse scenarier må du bruke RESTORE.
Funksjoner av MS SQL Server backup
Å lage en sikkerhetskopi og gjenopprette en DBMS har sine egne forskjeller som må tas i betraktning, spesielt ved overføring av et arkiv til en annen server. Som et eksempel, la oss ta en titt på noen av nyansene til MS SQL Server. For arkivering med Transact-SQL, bruk BACKUP DATABASE-kommandoen (det er også en differensiell DIFFERENSIAL) og BACKUP LOG transaksjonsloggen.
Hvis sikkerhetskopien distribueres på en annen server, må du sørge for at de samme logiske stasjonene er til stede. Alternativt kan du manuelt overstyre de riktige banene for databasefilene ved å bruke WITH MOVE-alternativet til RESTORE DATABASE-kommandoen.
En enkel situasjon er sikkerhetskopiering og overføring av databaser til andre versjoner av SQL Server. Denne operasjonen støttes, men vil fungere for SQL Server hvis versjonen av serveren som kopien er distribuert på er den samme eller nyere enn versjonen den ble opprettet på. Og det er en begrensning: ikke mer enn to nyere versjoner. Etter gjenoppretting vil databasen være i kompatibilitetsmodus med versjonen som overgangen ble gjort med, det vil si at nye funksjoner ikke vil være tilgjengelige. Dette kan enkelt fikses ved å endre COMPATIBILITY_LEVEL. Du kan gjøre dette ved å bruke GUI eller SQL.
ALTER DATABASE MyDB SET COMPATIBILITY_LEVEL = 110;
Du kan bestemme hvilken versjon kopien ble opprettet ved å se på overskriften til arkivfilen. For ikke å eksperimentere, når du oppgraderer til en ny versjon av SQL Server, bør du kjøre den gratis Microsoft Upgrade Advisor.
Iperius
Tillatelse: kommersiell, det er en gratisversjon
Støttet DBMS: Oracle 9-11, XE, MySQL, MariaDB, PostgreSQL og MS SQL Server
Når du skal administrere flere typer DBMS, kan du ikke klare deg uten hogstmaskiner. Valget er stort. For eksempel er Iperius en lett, veldig brukervennlig, men likevel kraftig programvare for sikkerhetskopiering av filer som har hot backup-funksjonalitet for databaser uten avbrudd eller blokkering. Gir full eller inkrementell sikkerhetskopiering. Kan lage fullstendige diskbilder for automatisk reinstallering av hele systemet. Støtter sikkerhetskopiering til NAS, USB, streamer, FTP/FTPS, Google Drive, Dropbox og SkyDrive. Støtter zip-komprimering uten filstørrelsesgrense og AES256-kryptering, kjører eksterne skript og programmer. Inkluderer en svært funksjonell oppgaveplanlegger, muligens parallell eller sekvensiell utførelse av flere oppgaver, resultatet sendes til e-post. Tallrike filtre, variabler for personalisering av baner og innstillinger støttes.
FTP-opplastingsevne gjør det enkelt å oppdatere informasjon på tvers av flere nettsteder. Åpne filer sikkerhetskopieres ved hjelp av VSS-teknologi (Volume Shadow Copy), som tillater hot backup ikke bare av DBMS-filer, men også av andre applikasjoner. Oracle bruker også sikkerhetskopierings- og gjenopprettingsverktøyet RMAN (Recovery Manager). For ikke å overbelaste kanalen, er det mulig å justere båndbredden. Sikkerhetskopiering og gjenopprettingsadministrasjon utføres ved å bruke den lokale konsollen og nettkonsollen. Alle funksjoner er synlige, derfor, for å sette opp en oppgave, trenger du bare å forstå prosessen, du trenger ikke engang å se på dokumentasjonen. Bare følg veiviserens instruksjoner. Du kan også merke deg kontoadministratoren, som er veldig praktisk for et stort antall systemer.
Grunnleggende funksjoner tilbys gratis, men muligheten til å sikkerhetskopiere databasen er kun inkludert i Advanced DB og Full versjoner. Installasjon fra XP til Windows Server 2012 støttes.
Praktisk sikkerhetskopi
Tillatelse: kommersielle
Støttet DBMS: Oracle, MySQL, IBM DB2 (7-9.5) og MS SQL Server
Et av de kraftigste relasjonser IBM DB2, som er unikt skalerbar og støtter flere plattformer. Den leveres i flere utgaver, som er bygget på samme sokkel og skiller seg funksjonelt. DB2-databasearkitekturen lar deg administrere nesten alle typer data: dokumenter, XML, mediefiler og så videre. Gratis DB2 Express-C er spesielt populær. Sikkerhetskopieringen er veldig enkel:
Db2 backup db eksempel
Eller et øyeblikksbilde med funksjonen Advanced Copy Services (ACS):
Db2 backup db eksempel bruk øyeblikksbilde
Men husk at når det gjelder øyeblikksbilder, kan vi ikke gjenopprette (db2 recover db) individuelle tabeller. Det er også muligheter for automatisk backup, og mye mer. Produktene er godt dokumentert, selv om manualer sjelden finnes på det russiskspråklige Internett. Dessuten gir ikke alle tilpassede løsninger støtte for DB2.
For eksempel lar Handy Backup deg sikkerhetskopiere flere typer databaseservere og lagre filer på nesten alle medier (harddisk, CD/DVD, sky- og nettverkslagring, FTP/S, WebDAV og andre). Databasesikkerhetskopiering via ODBC er mulig (kun tabeller). Det er en av få løsninger som støtter DB2 og bærer også "Ready for IBM DB2 Data Server Software"-logoen. Hele prosedyren utføres ved hjelp av en vanlig veiviser, der du bare trenger å velge ønsket element og danne en oppgave. Selve oppsettsprosessen er så enkel at selv en nybegynner kan finne ut av det. Du kan opprette flere oppgaver som kjøres etter en tidsplan. Resultatet registreres i journalen og sendes på e-post. Mens jobben kjører, er det ikke nødvendig å stoppe tjenesten. Arkivet blir automatisk komprimert og kryptert for å sikre sikkerheten.
To versjoner av Handy Backup støtter DB2 - Office Expert (lokalt) og Server Network (nettverk). Fungerer på datamaskiner som kjører Win8 / 7 / Vista / XP eller 2012/2008/2003. Selve distribusjonsprosessen er enkel for enhver administrator.
Ethvert kontor er fullt av informasjon. Det er ofte selskapets mest verdifulle eiendel. Det er ille at dette huskes når det er en reell risiko for å miste den. Og selv etter en feil, etter å ha gjenopprettet bare en del av informasjonen, blir denne leksjonen raskt glemt.
En annen administrator vil kaste opp hendene og si: "Hva skal jeg gjøre? Det er ikke noe budsjett, ingen forståelse fra ledernes side, derfor har vi heller ingen backup. Det vil bryte sammen - på samvittigheten deres." Men dette er bare halve problemet, fordi du kan bryte det selv. Feil konfigurasjon, feil i konfigurasjonen, kryptor (krypteringsvirus) - og dataene går uopprettelig tapt. Derfor er det nødvendig å ta sikkerhetskopier. Etter å ha oppnådd denne forståelsen, kan du gå videre til den praktiske delen.
I denne artikkelen tar vi en titt på en mulig sikkerhetskopieringsmetode i et typisk lite kontor som kjører på en Microsoft-plattform og anbefaler flere alternativer for lagringsmaskinvare. Selvfølgelig, i et stort kontor eller selskap, er ting annerledes. Det er lagringssystemer for sikkerhetskopiering, båndbiblioteker og dyre spesialiserte produkter. Og sikkerhetskopiering av et datasenter er både en vitenskap og en kunst, som du kan vie ikke bare en artikkel til, men hele livet ditt.
Datatyper og hvordan du sikkerhetskopierer dem
Filservere
For rask filgjenoppretting uten sikkerhetskopier er det praktisk å bruke skyggekopimekanismen - Shadow Copies of Shared Folders. For driften er det som regel nok å reservere 5-20% av diskplassen på selve filserveren. I tidsplanen for opprettelse av øyeblikksbilder kan du angi slutten av arbeidsdagen og middag. En reserve på 5 % lar deg lagre rundt 14 øyeblikksbilder, det faktiske antallet avhenger av diskstørrelsen og hastigheten på dataendringen.
Sikkerhetskopiering kan gjøres med det innebygde Windows Backup-verktøyet. Det er også ganske pålitelige Cobian Backup og Handy Backup-verktøy. Cobian Backup er et gratis program som støtter Unicode, FTP, komprimering, kryptering, inkrementelle og differensielle sikkerhetskopier. Handy Backup har enda flere funksjoner, inkludert synkronisering og datagjenoppretting fra kopier. Vi skal se på hvordan Windows Backup fungerer.
Vær oppmerksom på at kun én kopi av data kan lagres i en ekstern nettverksmappe på medieserveren. Og neste sikkerhetskopieringsjobb vil overskrive den. Men uansett er det risikabelt å beholde en enkelt kopi av dataene.
Det er en enkel og effektiv måte å omgå denne begrensningen. Du må koble til disken for sikkerhetskopiering fra backupserveren via iSCSI-protokollen. Windows Backup vil behandle denne disken som lokal.
Den første sikkerhetskopien vil være lik størrelsen på de lagrede dataene. Siden Windows Backup bruker en blokksikkerhetskopiering, ikke en filsikkerhetskopiering, vil neste inkrementelle sikkerhetskopiering ta like mange diskblokker som faktisk endret.
En inkrementell sikkerhetskopi er en registrering av kun endrede data. Det vil si at du ikke trenger å kopiere hele databasen hver gang, det er nok å lage en full kopi av den én gang, og deretter gjøre faktiske endringer i den. I dette tilfellet lagres ikke den forrige versjonen av dataene, den nye versjonen skrives over den.
Differensielle sikkerhetskopier betyr på den annen side å beholde tidligere versjoner. For eksempel, når du lager en kopi av en database hver dag, beholder du alle tidligere kopier for uken. Dette lar deg raskt rulle tilbake til en bestemt tilstand. Differensiell kopiering skriver modifiserte data separat fra hele kopien.
Windows Backup krever ingen ekstra konfigurasjon og administrerer lagringen fullstendig:
Automatisk administrasjon av fullstendige og inkrementelle sikkerhetskopier. Du trenger ikke lenger å administrere fullstendige og inkrementelle sikkerhetskopier. I stedet vil Windows Server Backup som standard lage en inkrementell sikkerhetskopi som oppfører seg som en full sikkerhetskopi. Du kan gjenopprette hvilket som helst element fra en enkelt sikkerhetskopi, men sikkerhetskopien vil bare ta opp plass som trengs for en inkrementell sikkerhetskopi. I tillegg krever ikke Windows Server Backup brukerintervensjon for å periodisk slette eldre sikkerhetskopier for å frigjøre diskplass for nyere sikkerhetskopier - eldre sikkerhetskopier slettes automatisk.
Det er tilrådelig å tildele to volumer med faktisk lagrede data for sikkerhetskopiering. Dette vil være nok til å lagre daglige kopier med en dybde på omtrent en og en halv til to måneder. Frekvens - daglig.
Microsoft SQL-servere
Microsoft SQL-servere støtter tre typer sikkerhetskopier:- Fullstendig... Hele databasen er kopiert.
- Differensial... Databasesider som har endret seg siden forrige sikkerhetskopiering, kopieres.
- Trinnvis... Transaksjonsloggen kopieres (for databaser i Full Recovery).
En av referansene er varigheten av sikkerhetskopieringen. Det må gjøres utenom åpningstid eller i helger. Sikkerhetskopieringen legger en merkbar belastning på serveren. Hvis det ikke er mulig å utføre en full kopi om natten eller på en arbeidsdag, utføres en slik oppgave i helgene.
Den andre retningslinjen er volumet av differensielle kopier og varigheten av differensielle kopier. Hver påfølgende differensialkopi blir større, ettersom den inkluderer den forrige. Jo mer tid som har gått siden siste fullstendige kopi, desto ikke-lineært lengre tid tar det å lage den inkrementelle. Faktisk, for en full kopi, kan du lese databasefilene sekvensielt, og for en inkrementell kopi må du lese de endrede sidene på tilfeldige steder.
Hyppigheten av de inkrementelle sikkerhetskopiene avhenger av hvor mye av databasen det er akseptabelt å miste i en krasj. Hvis du er klar til å miste en times arbeid (det vil si gjenopprette databasen til en time siden), bør en inkrementell sikkerhetskopiering utføres en gang i timen. Oftere, men husk på belastningen på serveren. Det bør huskes at sikkerhetskopiering av databasen bare er én måte å sikre datasikkerheten på. Hvis tap av data er uakseptabelt, samt nedetid under datagjenoppretting, bruk mekanismer som AlwaysOn og Log Shipping.
En viktig innstilling som må gjøres med en gang på serveren er å aktivere komprimering for sikkerhetskopiering. Dette vil redusere mengden sikkerhetskopierte data med nesten halvparten. Det bør huskes at når du starter en sikkerhetskopi, vil et volum lik den faktiske størrelsen på databasen minus tomme sider bli reservert for sikkerhetskopifilen på disken.
Den anbefalte lagringstildelingen er minst to fulle databasestørrelser. Men dette er et minimumskrav: ofte må regnskapsførere beholde en fullstendig kopi av databasen for hvert av de foregående årene, samt fulle kopier for de forrige rapporteringsperiodene i inneværende år. Du må kanskje også lage kopier hver dag med en dybde på minst en måned.
Typisk timeplan:
For å implementere planen kan du lage en "Vedlikeholdsplan" som inkluderer alle tre typer jobber.
Microsoft Exchange-servere
Dette produktet støtter to typer sikkerhetskopier:- Fullstendig... Komplette databaser og transaksjonslogger kopieres.
- Trinnvis... Kun transaksjonslogger blir kopiert.
Windows Backup støtter bare fullstendige Microsoft Exchange-sikkerhetskopier. For å minimere volumet av lagrede kopier, kan du bruke en iSCSI-tilkoblet disk, som ligner på en filserver.
Virtuelle maskiner
De fleste backup-produkter lar deg sikkerhetskopiere en virtuell maskin med alle disker uten å bruke agenter inne i operativsystemet. Veeam Backup & Replication lar deg utføre fullstendige og inkrementelle sikkerhetskopier, samt syntetisere en ny full kopi, "rullende" inkrementelle sikkerhetskopier på den gamle fulle kopien.Gratisversjonen lar deg bare lage en full kopi, noe som påvirker sikkerhetskopieringsvinduet og mengden overførte data negativt. Mengden sikkerhetskopidata som er lagret på disken kan reduseres ved å aktivere Windows-deduplisering. Når en kopi tas fra en virtuell maskin, lagres en *.vib-fil på disken, og så videre for hver virtuell maskin. De dedupliseres ganske effektivt. Vi opprettet en sikkerhetskopi om natten, deduplisert på en dag. Dette er en velprøvd ordning, men krever en betalt versjon av produktet.
Gitt at Windows-deduplisering fungerer i etterbehandlingsmodus, er anbefalingen for mengden lagringsplass tildelt på disker minst tre fulle virtuelle maskinstørrelser. Kopieringsfrekvensen avhenger av serveren. Hvis det er en webserver med statisk innhold, så er det ingen vits i å kopiere den oftere enn en gang i uken.
Grunnleggende maskinvarekrav
Diskundersystem
Sikkerhetskopier stiller generelt ikke høye krav til lagringsundersystemet. Hovedjobbregistreringsmønsteret er lineært, og en høy belastning med en tilfeldig I/O-profil oppstår kun under deduplisering av sikkerhetskopier.
Du kan velge mellom 2,5 "SFF-stasjoner og 3,5" LFF-stasjoner. Vi ser ingen tungtveiende grunner for å velge SFF-stasjoner. Denne typen plate har mindre lagringskapasitet og er dyrere. De er uunnværlige når du skal fjerne flere IOPS fra én server (dobbelt så mange disker - dobbelt så mange IOPS). Av samme grunn er de fleste av de foreslåtte SFF-drevene SAS-stasjoner med en spindelhastighet på 10 tusen omdreininger.
Det beste valget for en backup-server er en stor SATA / SAS-disk med en spindelhastighet på 7200 rpm. Samtidig gir SAS-stasjoner i teorien litt mer IOPS enn sine SATA-kusiner, så hvis prisforskjellen er ubetydelig, så er de å foretrekke. Generelt er imidlertid MTBF mye viktigere for backupservere.
Hvis du planlegger å bruke funksjonen, er det åpenbart at ytelsen til backuplagringen skal være relativt tilstrekkelig for arbeidsbelastningen. En bremsemaskin er ofte enda verre enn en ikke-fungerende.
Hvis du har kjøpt et programvareprodukt for sikkerhetskopiering, vil størrelsen på sikkerhetskopien avhenge av både hvordan dataene er lagret på disken og effektiviteten til de innebygde dedupliserings-/komprimeringsmekanismene.
RAM og CPU
Kravene til RAM og prosessor varierer avhengig av backupmedier.For den populære Veeam Backup & Replication er de for eksempel som følger:
- Én kjerne per samtidig sikkerhetskopieringsjobb
(https://helpcenter.veeam.com/backup/hyperv/limiting_tasks.html) - 4 GB minne for produktdrift, pluss 500 MB for hver samtidige sikkerhetskopieringsjobb.
Veeams proprietære dedupliseringsresultater er ganske beskjedne, vi foretrekker å gjøre det ved å bruke Windows Server 2012 R2. Hvis du planlegger å bruke Microsoft-deduplisering, må du fokusere på følgende systemkrav: 1 kjerne og 350 MB minne per volum som skal dedupliseres. Anbefalt maksimal volumstørrelse er 2 TB.
Disken er 1,5 Tb stor, volumet av lagrede data er 720 Gb, uten deduplisering vil dataene ta mer enn 1 Tb.
Nettverk
Minste nettverksgrensesnitthastighet er 1 Gbit/s. Det er vanskelig å finne utstyr som oppfyller dette kravet, men kan svikte switchen – vær forsiktig når du velger nettverksport. Ved 100mbit/s vil en sikkerhetskopi av 1 TB data vare fra 28 timer, noe som ser relativt akseptabelt ut. Men når du trenger å lage en ekstra kopi i løpet av arbeidsdagen, er det dyrere for deg selv å vente 10 ganger lenger.Du kan prøve å øke hastigheten med EtherChannel eller flere IP-adresser, men disse konfigurasjonene er vanskeligere å vedlikeholde og den resulterende hastigheten er kanskje ikke alltid som forventet.
Hvis du bruker VMware-virtualisering og et dedikert SAN-nettverk, kan betalte produkter øke kopieringshastigheten betydelig ved å lese data direkte fra VMFS-volumer (SAN Transfer).
Vi vil diskutere noen få finesser ved valg av prosessor og minne i kapittelet om valg av server.
Enkel NAS "business series"
En typisk NAS er en proprietær firmware/operativsystemenhet designet for fillagring på et lite kontor. De fleste moderne NAS-funksjoner inkluderer lagring og servering av filer ved hjelp av SMB / FTP / HTTP / iSCSI-protokollene. Et vennlig webgrensesnitt brukes for konfigurasjon. Produsenter bruker ofte proprietære teknologier for å lage RAID-matriser. Men bekvemmelighet har en pris. Business-serien skiller seg vanligvis fra hjemmeenheter med en innebygd prosessor - i stedet for ARM er mer produktive Intel Atom eller lavere Intel Core i3 installert.En typisk representant er NETGEAR RN314 (estimert pris uten plater er 50 000).
proffer: relativt billig, hot-swap utskiftbar, proprietær programvare RAID.
Minuser: Lav diskkapasitet (4 disker), treg ytelse, kan ikke installere sikkerhetskopieringsprogramvare direkte på enheten.
Nesten hvilken som helst NAS, selv den enkleste, lar deg koble til iSCSI-stasjoner. Men under belastning fungerer de ikke veldig bra, jo mindre minne i enheten og jo større volumet på disker, jo flere problemer kan det være. Og tilgangsforsinkelsen er så høy at slike disker ikke er egnet bortsett fra sikkerhetskopiering, selv filserveren vil bremse ned.
Når det gjelder deduplisering, skriver Netgear selv at det ikke skal være aktivert for iSCSI-enheter. Fra artikkelen deres kan vi konkludere med at metoden som brukes i maskinvaren deres er veldig lik den til Oracle ZFS. Og ZFS er kjent for å deduplisere store mengder data ved å bruke en enorm mengde RAM som disse beskjedne enhetene mangler.
Når det gjelder Windows, er minnekravene ganske beskjedne. Men en Windows Server-formatert iSCSI-disk er en VHD-fil. VHD-deduplisering støttes kun for VDI (Virtual Desktop Infrastructure), så valider på egen risiko for sikkerhetskopiering. Og å risikere sikkerhetskopiering er det siste.
Deduplisering av selve dataene som er lagret i Windows Backup-arkiver gir ingen mening. Siden hver differensiell kopi bare lagrer de endrede dataene, er det ingenting å deduplisere.
En rekke ulemper kan utjevnes ved å kjøpe en litt kraftigere og mer romslig enhet - NETGEAR ReadyNAS 516.
6 disker, Intel Core i3, med mulighet for å koble til opptil tre ekstra fem-diskmoduler. Problemet er prisen - uten disker vil enheten koste 150 000 rubler.
Du kan hente en stativmontert modell til tilsvarende pris.
Hastigheten til enheter i denne klassen er begrenset av hastigheten til to ikke de raskeste gigabit-nettverksgrensesnittene.
Avansert NAS "bedriftsklasse"
Disse enhetene er allerede entry-level servere med samme proprietære firmware og programvare RAID.For eksempel Netgear RN4220S.
Modellen med to enheter støtter 12 stasjoner med en total råkapasitet på opptil 48 TB. To PSU-er forbedrer motstandskraften slik at du ikke blir stående uten sikkerhetskopier mens en ny enhet kjøpes. Pakket med bare en grunnleggende Intel Xeon E3-1225v2 Quad Core 3,2 GHz, 8 GB RAM og to SFP + spor for 10 Gb Ethernet, vil denne NAS-en sette deg tilbake £ 400 000 uten disker. Det er veldig dyrt og lite fleksibelt, spesielt for et lite selskap.
Generelle servere
En vanlig server er et godt alternativ hvis du er klar til å fikle med den. Uansett hvilket operativsystem du velger - Windows eller Linux - har du rikelig mulighet til å lage en konfigurasjon for dine behov. Du kan overlate datalagring til en god RAID-kontroller med cache, du kan bygge en programvarearray på Windows Storage Spaces eller ZFS - valget er ditt. Selve backupsystemet kan installeres på samme server.Ved valg av serverformfaktor er det optimalt å holde seg på en 2U-server. På en slik server kan du som regel installere 12 LFF (3,5") eller 24 SFF (2,5") disker. I tillegg har det nå blitt populært å ha to spor for SFF-disker bak på serveren. De kan brukes til en systempartisjon eller SSD-cache.
En eller to prosessorer? Serverprosessorer kan inneholde alt fra 4 til de helt fantastiske 22 kjernene på en enkelt die, så for en backupserver er ikke to prosessorer en livsnødvendighet.
Men i noen tilfeller kan to prosessorer koste litt mer eller til og med mindre enn én med samme antall kjerner. Og hvis du bare installerer én prosessor, kan du møte det faktum at ikke alle PCI-E-spor vil fungere.
Et eksempel på en slik begrensning er beskrevet på Intels nettsted. Lenovo advarer også om at i en x3650-server med et hovedkort med to prosessorer, i en enkeltprosessorkonfigurasjon, vil du bare få ett spor i det hele tatt:
Med én prosessor kan bare to faste innebygde PCIe-spor (spor 0 og 4) brukes (spor 5 krever den andre prosessoren). En intern lagringskontroller opptar PCIe-spor 0.
Det er nødvendig å velge antall kjerner som optimalt vil matche ytelsen til nettverket og diskundersystemet.
For eksempel, hvis du har to gigabit nettverkskort, vil serveren i beste fall kunne overføre data i to eller fire strømmer opp til 100 Mb/s. (i virkeligheten overstiger en strøm sjelden 50-60 Mb/s). En 4-6 kjerner prosessor er nok til dette. Hvis et 10-gigabit-kort er installert på serveren og konfigurasjonen av nettverksutstyret lar deg få den tilsvarende strømmen, er valget vårt minst 8-12 kjerner.
Det er ikke nødvendig å ta en toppprosessor, for vår oppgave er den lite kraftige E5 mer enn nok.
Når du velger RAM-moduler, bør man ta hensyn til flerkanalsdriften til prosessoren med minne (optimalt, en modul per kanal), samt antall prosessorer. Som regel har hver prosessor samme antall moduler.
Hvilken servermodell bør du velge?
Hvis du velger fra HP-servere, tilbyr til og med HPE DL 180 Gen9 dual-unit server lansering servere med et 12-stasjons bur. Konfigurering av serveren krever ikke at du tenker på de nødvendige kablene, tilgjengelige kontakter og andre subtile punkter for å overskride. Konfigurasjonsveiviseren vil hjelpe deg å gjøre dette uten feil.x3650 M5 passer for backupserveren fra IBM. Med en TopSeller - 8871EAG-konfigurasjon med kun 8 diskplasser, vil det koste mindre hvis du ikke trenger flere disker. Den mest passende plattformen er standardmodellen 8871D4x. Bruk Standalone Solutions Configuration Tool (SSCT) for å konfigurere serveren. Husk å velge riktig land når du starter programmet.
Til slutt, blant produktene til den tredje produsenten av de "tre store" - Dell - kan vi anbefale R510-modellen.
God backup, vi ønsker at dataene dine skal være trygge og forsvarlige.
Tagger:
- backup
- backup
- backup
Det er mange måter å sikkerhetskopiere individuell informasjon eller hele servere på. Jeg vil snakke om den enkleste måten å fullstendig sikkerhetskopiere serveren og overføre den til en annen maskinvare, om nødvendig. Alt dette gjøres veldig enkelt, uten unødvendige bevegelser ved å bruke den gratis Veeam Agent for Linux GRATIS.
Jeg har tidligere vurdert spørsmålet om sikkerhetskopiering av data eller hele linux-servere flere ganger. Spesielt i disse artiklene:
Du kan sikkerhetskopiere hele serveren samtidig, for eksempel ved å bruke Duplicity. Men det vil ikke være så lett å gjenopprette det på annen maskinvare. I tillegg til dataene, må du i det minste ta vare på diskpartisjonering, installere en bootloader. Dette krever litt innsats og litt kunnskap om initramfs og grub. Selv er jeg ikke så kjent med nyansene i arbeidet med disse verktøyene og liker virkelig ikke å fikle med dem.
For en tid siden var det et flott gratis produkt for sikkerhetskopiering av en hel server. Dette er Veeam Agent for Linux GRATIS. Med den kan du lage en fullstendig sikkerhetskopi av serveren, sette den et sted på smb eller nfs, start deretter opp fra live-cden og gjenopprett fra en sikkerhetskopi på en annen maskinvare.
Jeg skal fortelle deg med en gang om noen av nyansene til gratisversjonen som jeg møtte mens jeg brukte et fantastisk produkt fra veeam.
- En sikkerhetskopi kan gjøres enten av hele serveren samtidig, eller på en separat disk, eller på separate mapper og filer. Når du velger en sikkerhetskopi av en hel disk eller server, kan du ikke angi unntak for individuelle mapper eller filer. Dette er veldig upraktisk, men akk og ah, dette er funksjonaliteten. Unntak kan bare gjøres hvis du lager en sikkerhetskopi på mappenivå.
- Sikkerhetskopien kan plasseres lokalt på en tilstøtende partisjon hvis du lager en sikkerhetskopi av partisjonen, lokalt i en mappe hvis du lager en sikkerhetskopi av filer og mapper. Hvis du sikkerhetskopierer hele systemet som helhet, deretter eksternt via smb og nfs. Dessverre fungerer ikke programmet via ftp eller sftp.
Depotet til Veeam Backup & Replication kan fungere som et depot for arkiver. Men jeg vurderer ikke dette alternativet, siden jeg i dette tilfellet bare bruker en gratis løsning.
Jeg ønsket virkelig å sette opp en sikkerhetskopi av hele serveren på Yandex.Disk, men dessverre fungerte dette ikke for meg på grunn av tekniske begrensninger. Yandex.Disk kobles til systemet via webdav... For å ta en sikkerhetskopi av hele systemet, må du sikkerhetskopiere enten hele systemet på en gang, eller et diskbilde. Hvis du har en liten webserver, er det mest sannsynlig bare én seksjon på den. Denne delen lagrer også hurtigbufferen som webdav bruker til å overføre filer. Det kan ikke fungere uten cache.
Jeg tror du allerede har forstått hva problemet er å lage en fullstendig sikkerhetskopi av serveren ved å bruke Veeam Agent for Linux på Yandex.Disk via webdav. Du kan ikke legge til webdav cache-mappen til unntakene. Som et resultat, under en sikkerhetskopiering med veeam, vil mappen med webdav-cachen vokse, som igjen vil bli sikkerhetskopiert. Som et resultat vil den ledige diskplassen gå tom, sikkerhetskopieringen vil bli avbrutt.
Jeg beskrev situasjonen med Yandex.Disk i detalj, fordi plassen på den ikke er dyr. Jeg bruker det ofte i hverdagen, setter opp sikkerhetskopier, lagrer data osv. Generelt liker jeg det av flere grunner. For å sikkerhetskopiere hele serveren må du finne et sted for sikkerhetskopier med tilgang til smb eller nfs... Det finnes ikke så veldig mange slike tilbud på markedet. Nesten ingenting å velge mellom, jeg lette spesifikt.
Jeg stoppet ved dette alternativet -. Etter betaling får du serveradresse, brukernavn og passord. Du kan umiddelbart koble deg til depotet via smb. Du kan gå rett inn i vinduer gjennom to skråstreker for å gå inn i eller montere depotet til linux-serveren.
For å få tilgang til nedlastingsdelen, må du registrere deg. Velg type system og last ned kålroten.
Kopier filen med depotet til serveren og installer den. I skrivende stund kunne filen lastes ned via en direkte lenke.
# cd / root # wget https://download2.veeam.com/veeam-release-el7-1.0-1.x86_64.rpm # rpm -Uhv veeam-release-el7-1.0-1.x86_64.rpm
Oppdater repositories og installer veeam.
# nam oppdatering # nam installer veeam
Det er det, Veeam Agent for Linux er installert og klar til bruk.
Sette opp en full server backup
Det er enkelt å sikkerhetskopiere med Veeam Agent for Linux. Det er ikke så mange innstillingsmuligheter, du kan sjekke og se alt selv. For eksempel vil jeg vurdere muligheten for å lage en fullstendig sikkerhetskopi av hele systemet og overføre det til en annen maskinvare. Vi lager en oppgave for å sikkerhetskopiere serveren til lagringen vår via smb.
Vi blir umiddelbart tilbudt å angi filen med lisensen. Siden vi ikke har lisens, nekter vi. Vi blir møtt av hovedvinduet i programmet.
Trykk C (konfigurer) for å sette opp en sikkerhetskopioppgave. Vi setter et hvilket som helst navn for oppgaven, så indikerer vi at vi vil ta en fullstendig sikkerhetskopi av serveren.
Som mottaker for systemarkivet angir vi Delt mappe.
I punkt Gjenopprettingspunkter dybden av arkivet er angitt. Dette er antallet kopier som vil bli holdt på serveren. Hvis du tar en sikkerhetskopi hver dag og spesifiserer tallet 14, vil systemsikkerhetskopier for de siste 14 dagene bli lagret. Hvis du gjør det annenhver dag, så om 28 dager osv.
Du kan opprette flere jobber med ulik arkivdybde. For eksempel hver dag med en dybde på 7 kopier, en gang i uken med en dybde på 4, og en gang i måneden med en dybde på 12. På denne måten vil du alltid ha de siste 7 systemsikkerhetskopiene denne uken. Deretter én sikkerhetskopi per uke den siste måneden og 12 sikkerhetskopier per måned i løpet av det siste året.
Hvis du får en feil:
Nåværende system støtter ikke cifs. Installer cifs-klientpakken.
Installer pakken cifs... På CentOS, slik:
# nam installer cifs-utils
Og så videre Debian / Ubuntu:
# apt installer cifs-utils
Start veeam på nytt og fortsett. Etter å ha satt opp destinasjonen, foreslås det å spesifisere skriptene som skal kjøres før og etter sikkerhetskopieringen. Vi trenger det ikke nå. Deretter setter du opp tidsplanen og kjører sikkerhetskopieringsoppgaven på slutten av oppsettet.
Arkivering startet. Du kan følge fremgangen hennes.
Etter å ha fullført systemsikkerhetskopieringen kan du sjekke innholdet i nettverkslagringen ved å gå til den direkte fra Windows.
Dette fullfører konfigurasjonen av en fullstendig sikkerhetskopi av serveren. Systemsikkerhetskopien er på et trygt sted. La oss prøve å komme oss fra det nå.
Flytte eller gjenopprette en linux-server
Tenk deg nå en situasjon der nettet vår, eller en annen server er død, og vi må gjenopprette systemet på et annet sted. La oss utføre en fullstendig gjenoppretting av hele serveren ved å bruke den tidligere opprettede sikkerhetskopien. For dette trenger vi Veeam Linux Recovery Media som vi lastet ned tidligere.
For å gjenopprette systemet må to forutsetninger være oppfylt:
- Vi forbereder en ny server med en disk som må være minst like stor som disken til den originale serveren. Dette er en forutsetning, ellers starter ikke systemgjenopprettingen engang. Veeam vil si at disken ikke er stor nok og vil ikke tilby ytterligere gjenopprettingsalternativer.
- Systemminnet må være minst 1024 MB. Hvis mindre vil oppstart fra disk mislykkes. Systemet vil si at det ikke kan utvide rotpartisjonen.
Vi starter opp fra disk. I kapittel Konfigurer nettverk sørg for at nettverket er konfigurert, en ip-adresse er oppnådd som har tilgang til Internett. Velg deretter Gjenopprett volumer ->Legg til delt mappe... Fyll inn parametrene for tilgang til arkivlageret.
Vi velger der katalogen med vårt arkiv av systemet, som vi vil gjenopprette. Deretter vises en liste over oppgaver i venstre kolonne og en liste over sikkerhetskopier til høyre.
I mitt tilfelle er det bare ett eksemplar. Jeg velger henne. Deretter ser vi til venstre en liste over serverens disker, til høyre ser vi backup-diskene.
Jeg har en tom disk til venstre, til høyre er det også en disk som bootloaderen er installert på og det er en partisjon med systemroten. Velg disken vår til høyre (ikke en partisjon med rot !!!) og klikk Gjenopprett hele disken til.
Vi velger en tom disk på den nye serveren som mottaker.
Trykk S (Start gjenoppretting)... Veiviseren vil vise deg en liste over handlinger som skal utføres og ber deg bekrefte dem ved å trykke Enter.
Vi gjør dette og observerer prosessen med å gjenopprette centos-serveren fra sikkerhetskopien.
Vi venter på slutten av serveroverføringen, velg reboot og fjern den oppstartbare CD-en. Vi laster inn fra harddisken.
Da kan det være mange forskjellige alternativer. Hvis du overfører serveren til samme hypervisor, vil det mest sannsynlig ikke være noen problemer, og alt vil starte med en gang. Hvis hypervisoren er annerledes, kan det være alternativer, avhengig av situasjonen.
Migrer en virtuell maskin fra KVM til Hyper-V
I mitt tilfelle migrerer jeg en server fra KVM til Hyper-V. Etter oppstart av systemet får jeg dette bildet.
Serveren begynner å henge på ubestemt tid i en lignende tilstand med følgende typiske feil:
Advarsel: dracut-initqueue timeout starttidsavbrudd-skript en startjobb kjører for dev-disk-by ......
Jeg begynner å finne ut hva som kan være i veien. Selvfølgelig vil løsningen på problemet her avhenge av den spesifikke situasjonen. Og suksessen til løsningen avhenger av kvalifikasjonene til systemadministratoren. Jeg har allerede fiklet litt med slike overføringer og har en grov ide om hva problemet kan være. Jeg berørte delvis dette emnet da jeg gjorde det. Men det var et annet problem med den tilpassede Xen-kjernen.
I vår situasjon med å overføre en virtuell maskin fra KVM til Hyper-V, er problemet annerledes. Vi har endret navnet på disken. Vi må endre dette navnet til fstab og i konfigurasjonen grub... Før haugen bygde jeg fortsatt om initramfs, men jeg er ikke 100% sikker på at det i dette tilfellet burde vært gjort. Jeg gjorde alt på en gang, for sikkerhets skyld.
Så vi starter opp fra CentOS 7-installasjonsdisken og velger modus Redd et CentOS-system... Jeg snakket om dette i detalj i den tidligere nevnte artikkelen med en port fra xen. Vi velger den første lanseringsmodusen.
# fdisk -l
jeg har det sda, og på den forrige serveren ble den kalt vda... Vi må gjøre disse endringene i 2 filer:
- / etc / fstab
- /boot/grub2/grub.cfg
Gjenopprettingsdisken helt i begynnelsen kunne selv montere systempartisjonen til katalogen / mnt / sysimage... Hvis han ikke gjør dette av en eller annen grunn, så gjør det selv:
# mount / dev / sda1 / mnt / sysimage
Nå må vi chroot inn i systemet, etter å ha montert informasjon om det nåværende systemet der. Vi utfører kommandoene:
# mount --bind / proc / mnt / sysimage / proc # mount --bind / dev / mnt / sysimage / dev # mount --bind / sys / mnt / sysimage / sys # mount --bind / run / mnt / sysimage / kjør # chroot / mnt / sysimage
Vi er startet opp i servermiljøet vårt. Her kan du bruke tekstredigeringsprogrammet som er installert på serveren din. Bruk den til å endre navn på stasjoner i filer / etc / fstab og /boot/grub2/grub.cfg... Du kan bare endre navnene med autokorrektur.
La oss nå sette sammen en ny initramfs... Gå til katalogen / støvel og se på den nyeste versjonen av kjernen der.
# cd / boot # ls -l | grep initramfs
I dette tilfellet ser vi bare på de høyeste tallene. La oss bygge en ny initramfs i henhold til kjerneversjonen.
# dracut initramfs-3.10.0-514.26.2.el7.x86_64.img 3.10.0-514.26.2.el7.x86_64
Til slutt, installer den modifiserte oppstartslasteren på disken vår:
# grub2-install / dev / sda
Vi starter serveren på nytt. Etter disse endringene startet alt opp for meg. Den virtuelle maskinen har blitt fullstendig migrert fra KVM til Hyper-V. Dessuten hadde vi ikke tilgang til systembildet. Selv om en slik feil mest sannsynlig fortsatt vil oppstå, selv om vi skulle konvertere og overføre det ferdige bildet.
Konklusjon
I utgangspunktet planla jeg å skrive et kort notat om bruken av Veeam for server backup. Men i prosessen klarte vi også å demontere overføringen av serveren fra en hypervisor til en annen. Nok en gang, jeg gjentar, for hvem det virket for vanskelig. Hvis du sikkerhetskopierer og gjenoppretter serveren i samme hypervisor, vil du ikke ha problemene beskrevet ovenfor. Alt vil gå knirkefritt.
Ved overføring fra maskinvare til en virtuell maskin eller omvendt, vil det sannsynligvis også oppstå noen problemer. Det er ingen programvare eller ferdige løsninger som lar alt dette gjøres automatisk. Oppstartsproblemer må håndteres underveis. Men jeg fant ut to hovedproblemer:
- Upassende kjerner. Etter migrering må du installere eller oppdatere kjernen på nytt.
- Ulike stasjonsnavn eller partisjonsetiketter. Det vil være nødvendig å bringe dem i tråd med den nye maskinvaren.
Dette er de vanligste problemene. Jeg har aldri møtt andre. Selv om det ikke er å si at jeg ofte måtte overføre servere, har jeg litt erfaring. Jeg tror denne artikkelen vil være nyttig for mange, siden en slik overføring ikke er veldig godt avslørt i artikler på Internett. Jeg har i hvert fall ikke kommet over gode guider om dette temaet. Jeg pleier å finne ut av det selv ved hjelp av google i det engelsktalende segmentet.
Del opplevelsen din og legg igjen kommentarer til artikkelen eller påpek feil i kommentarene.
Nettkurs "Linux Administrator"
Hvis du har et ønske om å lære å bygge og vedlikeholde høyst tilgjengelige og pålitelige systemer, anbefaler jeg deg å sette deg inn i nettkurs "Linux Administrator" hos OTUS. Kurset er ikke for nybegynnere, for opptak trenger du grunnleggende kunnskap om nettverk og installasjon av Linux på en virtuell maskin. Opplæringen varer i 5 måneder, hvoretter vellykkede kandidater av kurset vil kunne bestå intervjuer med partnere. Sjekk deg selv på opptaksprøven og se programmet for detaljer om.Dataene dine kan krypteres av et virus, de kan synke sporløst på en defekt harddisk. Flere timers arbeid på en fil kan bli ødelagt ved å lagre et annet dokument over den ved et uhell.
Regnskapsbasen etter en skjev kode kan bli til et rot, og kontaktene til alle motpartene dine vil forbli i den. Og en dag vil en konkurrent sette myndighetene på deg, som vil konfiskere serverne dine og lamme arbeidet til hele selskapet, og gjøre deg konkurs til slutt.
De filene du ikke trenger nå, sikkert, du kan trenge dem i morgen eller om 5 år. Hvor er disse filene? - Ja, på en gammel datamaskin / flash-stasjon / formatert flyttbare medier ...
Og alt dette bør lagres i sikkerhetskopier. I kryptert form (etter behov), på et backupmedium.
Hvordan gjøre dette hvis du har et lite firma eller en personlig PC, og har et begrenset beløp?
1#. Sikkerhetskopiere data på hver frittstående datamaskin:
Brukerarbeidsstasjoner må konfigureres med skyggesikkerhetskopiering ved å bruke standard Windows-verktøy. (I Windows 7 er det gjort gjennom egenskaper skilt en datamaskin > Ytterligere systemparametere > Systembeskyttelse). Du kan aktivere både en sikkerhetskopi av registeret ved endringer (sjekkpunkter) og lagring av filtilstander på lokale disker. Du må ofre ledig plass på harddisken, men nerver er dyrere.
Etter uønskede (utilsiktede) endringer i en mappe eller fil, kan du gjenopprette den til forrige tilstand.
Hvis vanlig sikkerhetskopiering ikke kan brukes av noen av årsakene, kan du bruke tredjepartsprogramvare som acronis backup og gjenoppretting (betalt) eller (gratis). Det er mange programmer om dette emnet.
Sikkerhetskopiering av data på samme fysiske disk vil imidlertid ikke redde deg fra faren for feil. Det er vanskelig å vurdere verdien av en sikkerhetskopi når den, sammen med de originale dataene, er i dårlige sektorer på harddisken :)
La oss bare si - systemsikkerhetskopiering med standard betyr: "må ha". Men prøv å duplisere viktige ting i nettverket. For å gjøre dette kan du:
a) Bruk VDS-hosting (den billigste tariffen med 5 GB plass er 100 rubler per måned)
b) Bruk ledig plass på skytjenester (google drive, icloud, yandex-disk, etc.). For eksempel støtter Google Drive gjenoppretting av tidligere versjoner av filer. Og selv om den utilsiktet endrede filen allerede er synkronisert, kan den alltid gjenopprettes. Du kan lese noen nyttige tips på Google Drive.
c) Hvis det er svært få filer, kan alt lagres i posten. Ved å sende brev med viktige filer til deg selv eller til en spesiell postkasse. Å finne slike filer vil være vanskelig, men e-postsystemer gir nok diskplass gratis. I ett selskap vedlikeholdt av forfatteren ble de fleste filene kryptert av viruset gjenopprettet fra posten som ble sendt til motparter :)
2 #. Sikkerhetskopiering av data i en bedrift med flere (og mer enn 10) arbeidsstasjoner.
Et ideelt alternativ for bedriftssikkerhetskopiering ville være en sentralisert server inne i selskapet (FTP-server med RAID 1) eller utenfor (VDS-server med FTP-tjeneste).
Å lagre for eksempel en 1C-database eller en kontrakt på en Google-stasjon er ikke helt trygt, fordi har mistet tilgangen til post eller hvis tilgangen falt i hendene på inntrengere, vil selskapet definitivt lide. Selv om forfatteren har bekjente av enkeltentreprenører som kun jobber på denne måten. For sistnevnte er alt kryptert på en google drive;)
a) Når det gjelder en server i et selskap, kreves engangskostnader for selve filserveren (50-100 tusen rubler), avhengig av pålitelighetsnivået. Da kan det oppstå kostnader når jernet går i stykker (noe som ikke er så ofte). Vurder også strømkostnader.
b) Når det gjelder ekstern lagring på VDS, betaler du 1 gang for å sette opp av administratoren for IT-outsourcing (i området 5 tusen rubler, avhengig av antall datamaskiner for sikkerhetskopiering) og månedlig 500-900 rubler (avhengig av om mengden informasjon) for hosting av VDS. Vær oppmerksom på at i dette tilfellet trenger du en raskere Internett-tilkobling. Minst 5 Mbps oppstrømshastighet.
Tilfelle b) løser i tillegg slike pikante problemer som plutselig serversvikt, konfiskering av serveren av myndighetene :), tyveri av data fra bedriftsansatte som kan ha fysisk tilgang til serveren, etc.
Nedenfor er en skjematisk fremstilling av alternativer for sikkerhetskopiering for en svært liten bedrift på 5-30 datamaskiner.
I diagrammet ovenfor - alternativ a). Data fra alle servere og brukerarbeidsstasjoner kopieres til en filserver med et feiltolerant diskundersystem. På den ene siden har vi en operativ backup for hånden i form av en skyggekopi, og på den andre siden kan vi alltid hente data fra forskjellige servere når som helst dersom serveren (datamaskinen) fysisk svikter.
Hvis selskapet er lite, kan rollene til webserveren, databaseserveren og filserveren fysisk kombineres på samme plattform, men det kan hende det ikke finnes en applikasjonsserver i det hele tatt.
På den annen side kan alle servere være plassert i et virtuelt miljø på én fysisk server, og filarrayer kan lagres på diskhyller (men dette er mer egnet for store selskaper på grunn av høyere kostnad).
En slik ordning har en rekke ulemper - serveren må være utstyrt med uavbrutt strømforsyning, holdes i et spesielt rom (ideelt sett) og begrenset fysisk tilgang for ansatte og andre uautoriserte personer til den. Forfatteren kjenner et selskap der det anses som en tradisjon (blant ansatte) ved oppsigelse - å dra en harddisk med en database, mens serveren fortsatt er under bordet til en av lederne :)
Når det gjelderne, anbefaler forfatteren å sikkerhetskopiere viktige data til filserveren en gang om dagen, og hvis du har kritiske data og jobber med dem ofte - to ganger om dagen.
Programvare som et alternativ kan du bruke Areca (java-applikasjon på tvers av plattformer) + Windows Task Scheduler. Areca lager et skript med sikkerhetskopiparametere (hvor den skal kopieres, kryptering, type og navn på kopier) som legges til Windows-oppgaveplanleggeren eller cron Unix. Du kan lese artikkelen på.
Som det ser ut til forfatteren, er alternativ b) mer å foretrekke, fordi selskapet nesten forsvinner fra hodepinen angående sikkerheten til sikkerhetskopidata. Men det er også et par ulemper her: - hvis du bruker VDS for backup, så kan ikke denne serveren kombineres med noe. Du kan selvfølgelig legge applikasjonene dine der (1c), men da må du i tillegg til diskplass også betale for ekstra prosessortid og minne (og disse er allerede forskjellige beløp).
En annen åpenbar ulempe er dette. Og i mangel av en fornuftig leverandør i nærheten, har du bare alternativ a).
Så det andre alternativet med VDS (b):
Dataene går i samme retning som i det første diagrammet (ikke vist på figuren), men nå sendes alt via Internett til en ekstern VDS-server. Areca krypterer data perfekt på brukerens side og i denne formen plasseres de på VDS ved hjelp av FTP-protokollen. Som en FTP-server på en VDS Du kan raskt sette opp vsftpd, det er et eksempel på hvordan du konfigurerer det.
Det er verdt å vurdere en nyanse: "Kopiering av filer ved hjelp av ftp-protokollen med SSL eller TLS bremser prosessen betydelig, og med store datamengder kan den fryse helt."
Du trenger bare å tenke over sikkerhetskopieringspolicyen, nemlig: "Samle alle viktige data først i nettverket på en nettverkslagring (for eksempel en delt mappe) og deretter, under én FTP-konto, slipp dem til VDS til avtalt tid. Eller dump data fra alle datamaskiner til forskjellige tider under forskjellige kontoer." Det første alternativet vil være bedre hvis det er mer enn 5 datamaskiner. Hvis nettverket er lite, er det ikke nødvendig å tildele en separat nettverkslagring.
Hvordan du lager sikkerhetskopier er opp til deg, her ble presentert de mest budsjettmessigee.
Brukere som leser dette innlegget leser vanligvis:
I kontakt med
Uavhengig av betydningen av hele spekteret av tiltak for redundans, er hovedelementet fortsatt programvare og applikasjoner. De viktigste, mest etterspurte programvareprodusentene er VmWare, Acronis. Veeam.
La oss begynne å vurdere fordelene med programvareprodukter produsert av Acronis. En av dem er Acronis Backup & Recovery Virtual Edition
Dette produktet støtter alle større virtualiseringsplattformer. Men for hver av plattformene er det spesifikke funksjoner. Avhengig av typen virtualisering, brukes en av agentene som er installert på plattformen. På grunn av noen særegenheter er denne programvaren i stand til å sikkerhetskopiere data på et lavt nivå og på operativsystemnivå. Kopiering på lavt nivå betyr å få kontroll over dataene uten å installere agenter direkte i gjestesystemene. De. systemet er i stand til å utføre sikkerhetskopiering og gjenoppretting på disknivå og grupperte virtuelle maskiner, samtidig kopiering av flere virtuelle maskiner, støtter migrering og inkrementell gjenoppretting av en virtuell maskin. I noen tilfeller kan det hende at lavnivåredundans ikke er tilgjengelig. Dette er på grunn av særegenhetene ved begrensningen til virtualiseringsproduktet. For å omgå det, brukes kopiering fra gjesteoperativsystemet.
For å gi denne funksjonen installeres en agent i gjestesystemet, som funksjonsmessig på ingen måte er dårligere enn agenten som er installert på plattformen. Den lokale agenten har mye av den samme funksjonaliteten, inkludert muligheten til å flytte en maskin til et virtuelt miljø.
Men selv om du installerer programvare på plattformen som er relevant for produsenten av virtualiseringssystemet, betyr ikke dette full kompatibilitet og hele spekteret av nødvendige funksjoner.
For eksempel produserer VmWare Corporation programvare som VmWare Data Recovery for virtuelle maskiner på ESX. På grunn av det faktum at denne produsenten er ledende innen virtualisering, bør den som standard flytte konkurrentene innen sikkerhetskopiering i bransjen. Dette skjedde imidlertid ikke. Dette skyldes at produktet er relativt enkelt. Faktisk er det rettet mot bransjer der datasikkerhet ikke er en spesielt kritisk egenskap og den enkleste sikkerhetskopieringsmekanismen er tilstrekkelig. VMware Data Recovery kan bare lage en sikkerhetskopi av en virtuell maskin på bildenivå (vmdk-filer), og kan gjenopprette både et helt bilde og individuelle filer til gjeste-OS.
I det industrielle miljøet til mer eller mindre store selskaper vil du trenge funksjoner som:
- muligheten til å raskt gjenopprette bilder.
- Oppretting av VM-replikaer for rask gjenoppretting.
- integrasjon med opptaksverktøy for båndbiblioteker.
- fleksibel (ikke hardkodet) full, differensiell og inkrementell sikkerhetskopieringspolicy.
- forbedrede komprimerings- og dedupliseringsmekanismer.
- muligheten til å gjenopprette individuelle filer.
Alle disse funksjonene er tilgjengelige i Veeam Backup. Som faktisk er den beste backup-løsningen innen virtualisering.
Dette produktet er multifunksjonelt, det kan utføre de fleste funksjonene, selv om en god del ekstra parametere er alternativer, noe som vil øke kostnadene når du kjøper hele pakken. Men ikke desto mindre er selve Veeam BackUp & Replication-programmet et komplett produkt som brukes i mange bedrifter, både små og store. Dette programmet inkluderer 2 moduler: lage sikkerhetskopier og replikere dem.
Kort fortalt ser arkitekturen for å bygge en sikkerhetskopi av Veeam Backup slik ut:
Veeam Backup-serveren starter oppgaven og bestemmer den optimale Veeam Backup Proxy for kopiering av data. Veeam Backup Proxy henter data fra virtuelle vSphere-maskiner, dedupliserer data, arkiver og strømmer til Veeam Backup Repository. Veeam Backup Repository skriver data til disk i sikkerhetskopier, og overvåker også retningslinjene for oppbevaring av kopier: for eksempel samler den inn fullstendige syntetiske kopier om nødvendig.
Figur 38 Skjematisk fremstilling av prinsippet for drift av tjenesten
Samtidig kan Veeam Backup Proxy være en fysisk server eller en virtuell maskin med MS Windows OS, og datautvinningsmetoder kan være: via et SAN-nettverk, via VMware Hot Add-teknologi eller via et LAN-nettverk.
I tillegg har Veeam-programvaren en ganske stor liste over nyttige funksjoner. Basert på hensynet til at for systemet vårt vil vi velge denne spesielle programvaren, bør vi vurdere sammensetningen av teknologiene mer detaljert.
Dette produktet støtter fullt ut ESX og ESXi, inkludert funksjoner som "tynne disker", endret blokkering, vStorage APIer for databeskyttelse, vApp, HotAdd.
I tillegg til standardfunksjonene i selve virtualiseringsplattformen, er det også spesifikke, som Veeam Power. Denne teknologien gjør det mulig å starte en virtuell maskin direkte fra en sikkerhetskopifil, selv om filen har blitt komprimert og deduplisert, uten forutgående gjenoppretting. Den lar deg redusere nedetiden i tilfelle en katastrofe, kjøre sikkerhetskopier for å bekrefte at kopien ble laget riktig (SureBackup). Pakken kan inneholde Veeam Backup Enterprise Manager – et verktøy for sentralisert administrasjon av sikkerhetskopier, lisenser for Veeam BR, oppdateringer.
Figur 39 Skjematisk fremstilling av prinsippet for drift av tjenestenVeeam Backup Enterprise Manager
Gjenoppretting av gjeste-OS-filer og VM-filer - muligheten til å gjenopprette individuelle filer og mapper fra sikkerhetskopiering av virtuelle maskiner. Det kan også i noen tilfeller redusere tiden for å gjenopprette systemet betydelig. For å gjenopprette én eller flere skadede filer, er det ikke nødvendig å gjenopprette hele datamatrisen.
Inkrementell og omvendt inkrementell sikkerhetskopiering - Veeam-produktet har to sikkerhetskopieringsmetoder: inkrementell - raskere, som anbefales for disk-disk-til-tape-sikkerhetskopi, og omvendt, inkrementell eller syntetisk - anbefales for disk-til-disk-sikkerhetskopi og lar deg for å lagre en fullstendig sikkerhetskopi av den siste reservasjonen.
En inkrementell ("inkrementell") sikkerhetskopi kopierer bare filer som har endret seg siden siste fullstendige eller inkrementelle sikkerhetskopi. Etterfølgende inkrementelle sikkerhetskopier legger bare til filer som er endret siden forrige inkrementelle sikkerhetskopiering. I motsetning til differensiell sikkerhetskopiering, overskriver ikke endrede eller nye filer gamle, men legges til mediene uavhengig av hverandre.
Figur 40 Skjematisk fremstilling av en inkrementell reservasjonstype.
Figur 41 Skjematisk representasjon av en inkrementell type reservasjon.
Datadeduplisering og komprimering - Begge teknologiene kan redusere nødvendig plass for sikkerhetskopiering av virtuelle maskiner. Deduplisering lar deg unngå å lagre dupliserte blokker når du sikkerhetskopierer flere virtuelle maskiner, for eksempel når du sikkerhetskopierer flere operativsystemer av samme generasjon.
En annen funksjon som lar deg redusere størrelsen på sikkerhetskopiene dine er komprimering. Når du bruker det, kan sikkerhetskopieringstiden og belastningen på maskinvarekapasiteten øke. Til slutt lar rapporteringsfunksjonen deg generere rapporter om ytelsen til Veeam BR.
Dermed kan vi konkludere med at det mest passende programvareproduktet for å sikre påliteligheten til lagring og behandling av informasjon og data er produktet fra Veeam Corporation. Det er han som har den mest komplette funksjonaliteten som kan tilfredsstille enhver, uansett hvor krevende, bruker. Og i direkte tett integrasjon med backup-programvaren som er innebygd i virtualiseringssystemet, kan den nesten helt eliminere de negative konsekvensene på grunn av nødsituasjoner.
Det er ingen relaterte artikler.
