Backup er ikke en modefænomen, der råbes om fra hver facade. Det bør blot være en given del af enhver seriøs virksomhed, that's it. I vores bank sikkerhedskopieres flere tusinde servere – det er et komplekst og interessant arbejde, og der er nogle nuancer, såvel som almindelige misforståelser om backups, som jeg gerne vil fortælle om.
Jeg har arbejdet med dette emne i næsten 20 år, hvoraf de sidste 2 år har været i Promsvyazbank. I begyndelsen af min praksis lavede jeg backup næsten manuelt, med scripts, der blot kopierede filer. Senere dukkede der praktiske værktøjer op i Windows: værktøjet Robocopy til forberedelse af filer og NT Backup til kopiering. Og så kom tiden til specialiseret software, først og fremmest Veritas Backup Exec, som nu kaldes Symantec Backup Exec. Så jeg har været bekendt med backups i lang tid.
Hvis vi taler simpelt, er backup processen til at bevare en kopi af data (virtual machines, applikationer, databaser og filer) for en sikkerheds skyld med en bestemt regelmæssighed. En sikkerheds skyld manifesterer sig typisk som et hardware- eller logisk fejlslag, hvilket fører til datatab. Formålet med backupsystemet er at minimere tabet ved datatab. Hardwarefejl er for eksempel en serversvigt eller et opbevaringssystem, hvor databasen ligger. Logisk fejl er tab eller ændring af dele af data, herunder på grund af menneskelige faktorer: en tabel, en fil er utilsigtet slettet, eller en fejlbehæftet script er kørt. Der er også regulatoriske krav om opbevaring af visse typer information i en længere periode, for eksempel i op til flere år.
Den mest typiske anvendelse af backups er at gendanne den gemte kopi af databasen for at implementere forskellige testsystemer, kloner til udviklere.
Der er flere typiske myter omkring backup, som det er på høje tid at aflive. Her er de mest kendte af dem.
Myte 1. Backup er i dag kun en lille funktion inden for sikkerheds- eller opbevaringssystemer.
Backup systems still remain a distinct class of solutions, and a rather independent one. They are entrusted with an exceptionally important task. Essentially, they serve as the last line of defense when it comes to data preservation. Thus, backups operate on their own rhythm, according to their own schedule. Daily reports are generated for the servers, and certain events act as triggers for the monitoring system.
Additionally, the role-based access model for the backup system allows delegating some powers to administrators of target systems for managing backups.
Myth 2. With RAID, backups are no longer needed.
Undoubtedly, RAID arrays and data replication are a good way to protect information systems from hardware failures, and with a standby server, it's possible to quickly switch to it if the primary machine fails.
However, redundancy and replication do not protect against logical errors made by users of the system. A standby server with delayed recording can indeed help if the mistake is detected before synchronization occurs. But what if the moment is missed? Only a timely backup can help here. If it is known that the data changed yesterday, the system can be restored to its state from the day before yesterday to retrieve the necessary data. Considering that logical errors are the most frequent, the old reliable backup remains a proven and necessary tool.
Myth 3. A backup is something that is done once a month.
The frequency of backups is a configurable parameter primarily dependent on the requirements of the backup system. It is quite possible to find data that hardly ever changes and is not critically important, and losing it would not be devastating for the company.
They can actually be backed up once a month or even less frequently. However, more critical data is saved more often, depending on the RPO (Recovery Point Objective) metric, which defines the acceptable data loss. This could be once a week, once a day, or even several times an hour. For us, this refers to transaction logs from the database management system.
Når systemer tages i brug i industrien, skal der altid godkendes dokumentation for backup, som beskriver de vigtigste punkter, opdateringsregler, procedurer for gendannelse af systemet, opbevaringsprocedurer for backupkopier og lignende.
Myte 4. Mængden af kopier vokser konstant og fylder alt det tildelte rum helt.
Backupkopier har en begrænset opbevaringsperiode. Det giver ikke mening at gemme alle 365 daglige backups over et år. Generelt er det tilladt at opbevare daglige kopier i 2 uger, hvorefter de erstattes af nye, mens den version, der blev lavet først i måneden, forbliver til langvarig opbevaring. Denne bliver også opbevaret i en begrænset periode – hver kopi har sin egen livstid.
Der er beskyttelse mod datatab. Der gælder den regel, at før en backup slettes, skal den næste være genereret. Derfor vil data ikke blive slettet, hvis backupen ikke er udført, for eksempel på grund af serverens utilgængelighed. Både tidsrammer overholdes, og antallet af kopier i sættet kontrolleres. Hvis systemet er indstillet til, at der altid skal være to komplette backups, vil der altid være to, og den gamle vil kun blive slettet, når en ny tredje backup er blevet skrevet succesfuldt. Så væksten i mængden af plads, der bruges af backuparkivet, er kun relateret til stigningen i mængden af beskyttede data og er ikke afhængig af tid.
Myte 5. Backupstart – alt hænger.
Man kan bedre sige det sådan: hvis alt hænger, så er administratorens hænder ikke på rette sted. Generelt afhænger hastigheden af backup af mange faktorer. For eksempel afhænger det af hastigheden af selve backup-systemet: hvor hurtige disklagringer og båndbiblioteker der er. Fra hastigheden af servere backup-systemet: om de kan behandle data, foretage komprimering og deduplicering. Såvel som fra hastigheden af kommunikationslinjerne mellem klienten og serveren.
Backup kan foregå i en eller flere tråde, afhængigt af om det reserverede system understøtter multithreading. For eksempel gør databasesystemet Oracle det muligt at afgive flere tråde svarende til antallet af tilgængelige processorer, indtil overførselshastigheden når netværksbåndbreddegrænsen.
Hvis man forsøger at tage backup med et stort antal tråde, er der risiko for at overbelaste det aktive system, hvilket virkelig vil medføre nedsat ydeevne. Derfor vælges det optimale antal tråde for at sikre tilstrækkelig hastighed. Hvis selv det mindste fald i ydeevne er kritisk, er der en fremragende løsning, hvor backup udføres fra en klon af produktionsserveren – standby i databasedelen. Denne proces belaster ikke det primære arbejdssystem. Data kan hentes gennem et større antal tråde, da serveren ikke bruges til at håndtere belastningen.
I store organisationer oprettes der et separat netværk til backup-systemet, så backup ikke påvirker produktionen. Desuden kan trafikken sendes ikke gennem netværket, men via SAN.
Vi prøver også at fordele belastningen over tid. Backups udføres primært i arbejdstimerne, om natten eller i weekenden. Derudover startes de ikke alle på én gang. Backups af virtuelle maskiner er et særligt tilfælde. Processen påvirker næsten ikke maskinens ydeevne, så backup kan strækkes over dagtimerne i stedet for at blive udskudt til natten. Der er mange nuancer, men hvis alt tages i betragtning, vil backup ikke påvirke systemernes ydeevne.
Myte 6. Jeg startede backup-systemet – så har jeg redundans.
Glem aldrig, at backup-systemet er den sidste forsvarslinje, hvilket betyder, at der skal være flere systemer foran det, der sikrer kontinuitet, høj tilgængelighed og katastrofemæssig modstandsdygtighed i IT-infrastrukturen og virksomhedens informationssystemer.
Man bør ikke håbe på, at backup vil genskabe alle data og hurtigt få den nedbrudte service op at køre. Data, der går tabt fra backup-tidspunktet til nedbruddet, er garanteret, og data på den nye server kan tage flere timer (eller dage, alt efter situationen) at overføre. Derfor er det fornuftigt at oprette fuldgyldige redundante systemer i stedet for at lægge alt over på backup.
Myte 7. Jeg har kun konfigureret backup én gang, kontrolleret at det virker. Nu skal jeg kun tjekke loggene.
Dette er en af de mest skadelige myter, hvis falskhed man først erkender under en hændelse. Logfiler over succesfuld udførelse af backup er ikke en garanti for, at alt virkelig er gået som det skal. Det er vigtigt på forhånd at kontrollere den gemte kopi for udrulbarhed. Det vil sige at starte genoprettelsesprocessen i et testmiljø og se resultatet.
Og lidt om arbejdet som systemadministrator
Ingen kopierer data manuelt længere. Moderne backup-løsninger kan backup'e næsten alt, så længe det er korrekt konfigureret. Hvis der er tilføjet en ny server, skal man skrive politikkerne: vælge indholdet, der skal sikkerhedskopieres, angive opbevaringsparametre og anvende en tidsplan.
Der er alligevel meget arbejde på grund af det omfattende serverpark, hvor der både findes databaser, mailsystemer, virtuelle maskinkluster og filressourcer både på Windows og Linux/Unix. Medarbejderne, der opretholder funktionaliteten af backupsystemet, sidder ikke stille.
I anledning af fejringen vil jeg ønske alle administratorer stærke nerver, præcise bevægelser og uendelig plads til opbevaring af backups!
Kilde: habr.com
