Een back-up maken van een Linux-server voor systeembeheerders

Een back-up maken van een Linux-server voor systeembeheerders

Het maken van een back-up van een Linux-server kan zijn ups en downs hebben; figuurlijk en letterlijk. In de afgelopen jaren was de verwachting dat je veel mankracht, gratis opslag en geduld nodig hebt. Het kan ingewikkeld aanvoelen, aangezien Linux nog steeds voornamelijk een opdrachtregelbesturingssysteem is.

Maar is dat in 2020 nog steeds het geval? Hier bij Zmanda zouden we graag denken van niet.

Waarom wordt er eigenlijk zoveel gepraat over het maken van back-ups van Linux-servers?

Voordat we deze vraag beantwoorden, moeten we machines van serverklasse begrijpen.

 

Hoogwaardige machines van serverklasse

Machines van serverklasse zijn een soort apart en iets dat de meeste systeembeheerders graag in handen willen krijgen. De pure betrouwbaarheid, snelheid en I / O Ops is iets dat gretig wordt gezocht. Je zou zelfs kunnen zeggen dat het op de verlanglijst van systeembeheerders staat als je op zoek bent naar een back-upoplossing.

Zoals we allemaal weten, hangt het werk van een systeembeheerder af van een hoge beschikbaarheid en hoge betrouwbaarheid van de infrastructuur. Naast de kenmerken van machines van serverklasse, moet hun back-upstrategie ook de grootst mogelijke prominentie en onfeilbare oplossingen bieden.

Serverboxen worden grofweg ingedeeld in Windows-machines en Unix-servers.

Windows Server omvat: Windows Server 2003 (april 2003), Windows Server 2008 (februari 2008), Windows Server 2012 (september 2012), Windows Server 2016 (september 2016) Windows Server 2019 (oktober 2018).

Aan de andere kant zijn het er bijna zeshonderd Linux-distributies, met bijna vijfhonderd van degenen in actieve ontwikkeling. Er zijn commercieel ondersteunde distributies, zoals Fedora (Red Hat), openSUSE (SUSE), En Ubuntu (Canonical Ltd.), en volledig door de gemeenschap aangestuurde open-source distributies, zoals Debian, Slackware, Gentoo en Boog Linux.

Vandaag kijken we alleen naar Unix OS.

 

Soorten Linux-servers

Er zijn 3 soorten Linux-servers:

    • Linux-bestandsserver
    • Linux-webserver
    • Linux-databaseserver

Als je naar een organisatie of een applicatieframework kijkt, is het meestal een drieledige applicatie. Een front-end UI-app (zoals google of yahoo-webpagina's) wordt gehost op middleware zoals (Tomcat of een Websphere Application-server) en de gegenereerde gegevens worden opgeslagen in een databaseserver (MySQL / Mongo DB).

Bestanden en afbeeldingen die constant moeten worden gewijzigd en opgehaald, worden opgeslagen op een gedeelde schijf, zoals samba of NFS-opslag. Deze bestanden worden meestal als bestandssysteem op een andere Linux-server gehost. Dit helpt bij het snel ophalen en het gebruik van bestanden voor de eindgebruiker.

Op elk van deze servers is de hoeveelheid opgeslagen en benodigde gegevens voor bedrijfskritische functionaliteit enorm. Stel je voor dat je deel uitmaakt van de IT-afdeling van een financiële organisatie en de infrastructuur is binnengedrongen vanwege een kwetsbaarheid van een firewalllek en het hele systeem is geschrobd. Het verlies kan de organisatie onmiddellijk breken en chaotisch zijn voor de IT-afdeling.

 

Typen back-ups die kunnen worden gemaakt op de Linux-server

De soorten back-ups kunnen grofweg in twee secties worden ingedeeld:

    • Bestandssysteemback-up met behulp van het opdrachtregelprogramma r-sync
    • Systeemback-up met behulp van back-upsoftware zoals Zmanda

Bij opdrachtregelback-up is de meest gebruikelijke en gemakkelijkste de opdracht r-sync. Dit heeft verreweg de meeste voorkeur van systeembeheerders.

 

Hoe u een back-up kunt maken van uw volledige Linux-systeem met Rsync

Plaats eerst uw back-upmedium (USB-stick of externe harde schijf). Zoek vervolgens de stationsletter met de opdracht \ 'fdisk -l \'.

$ sudo mount / dev / sdb1 / mnt

Mijn schijf wordt gedetecteerd op / dev / sdb1 en het koppelpunt is / mnt

Om een ​​back-up van het hele systeem te maken, hoeft u alleen maar uw Terminal te openen en de volgende opdracht uit te voeren als de rootgebruiker:

$ sudo rsync -aAXv / --exclude = {"/ dev / *", "/ proc / *", "/ sys / *", "/ tmp / *", "/ run / *", "/ mnt / * "," / media / * "," / lost + found "} / mnt

Dit commando zal een back-up maken van de volledige root (/) directory, met uitzondering van / dev, / proc, / sys, / tmp, / run, / mnt, / media, / lost + found directories, en de data opslaan in / mnt folder.

U kunt ook de tar-opdrachtopties verkennen

tar cvzf /media/uw_harddisk/backup.tar.gz /

Waar de "uw_harddisk" het label of de naam van uw harde schijf is.

De opdracht maakt een back-up van volledige bestandssystemen op de Linux-machine, waardoor een gzip-compressie wordt gemaakt.

 

Hoe u uw back-ups kunt herstellen

# tar -xvpf /media/uw_harddisk/backup.tar.gz

Als alternatief gebruikt de tweede methode back-upoplossingen. Dit kan helpen bij het beveiligen van back-up- en herstelbewerkingen.

Deze back-up- en hersteloplossingen helpen gemakkelijk bij het opslaan en herstellen van bewerkingen.

 

Knelpunten die systeembeheerders kunnen tegenkomen tijdens het maken van een back-up en het herstellen

Als we de oplossingen bekijken, hebben we zowel de opdrachtregel als de back-upsoftware, die kan worden gebruikt om een ​​back-up van het bestandssysteem te maken.

Maar is het volledig onfeilbaar? 

Meestal verschilt de realiteit veel te veel van het verwachte gedrag.

    • De schijven die in de back-up worden gebruikt, zijn mogelijk beschadigd.
    • Het bestandssysteem dat wordt gebruikt tussen de bron en de bestemming kan verschillen.
    • De back-up kan een Read-Write I / O-fout hebben opgelopen, waardoor sommige gegevens verloren kunnen zijn gegaan.
    • De gegevens waarvan een back-up is gemaakt, waren mogelijk niet op het juiste moment.
    • De gebruikte opdrachten hebben de back-up mogelijk niet voltooid.
    • De gebruikte opslag kan tijdens het transport beschadigd raken en daardoor mislukken bij het herstelproces.

Het vooraf begrijpen van deze knelpunten kan het verschil zijn tussen een succesvolle back-up- en herstelstrategie en een volledig mislukte strategie.

Bekijk ook zeker het Punten om op te nemen in uw noodherstelplan


Ontdek meer onderwerpen