PDA

Bekijk Volledige Versie : Hoe rackserver backuppen en installeren.



glda19
07/03/09, 19:55
Hi
Heb vroeger nog in de informatica gewerkt en toen werd enkel de data gebackupt op een tape drive die in de server zat.
En geinstalleerd via cd rom in het toestel.
Hoe gaat die in het werk voor servers een rack die 1 eenheid hoog zijn.
Wat backuppen ze in een data center de volledige server.

Freezer
07/03/09, 21:42
Ligt eraan.

Hier backuppen we in ons rack nogsteeds naar tape. We hebben een 2u server met tapestreamer (ait3) en die is tevens de backupserver. Op de 1u servers draait een backup agent die comunniceert met de backupserver. Via een seperaat netwerkje worden er backups gemaakt.

Er zijn ook in data centers backups naar een san/nas omgevingen.

Yourwebhoster
07/03/09, 22:27
Backups zijn vaak niet standaard inbegrepen. Maar tegenwoordig gaan alle backups naar de harde schijf, vaak naar SAN/NAS servers. Maar er zijn ook oplossingen als via FTP en programma's als rsync.
Meestal staat op de website hoe het in zijn werk gaat en zo niet dan kan je contact opnemen met je provider. Die zal meer informatie hierover kunnen geven.

Randy
07/03/09, 22:39
Backups zijn vaak niet standaard inbegrepen.

Ik mag hopen dat je nooit je diensten commercieel gaat aanbieden...

DutchTSE
08/03/09, 08:46
Ik mag hopen dat je nooit je diensten commercieel gaat aanbieden...
Dan ben jij de 1e colo provider die ik tegen ben gekomen die standaard backups maakt van de servers van klanten ;)
oftewel je bash is onterecht

(TS vraagt hoe je een server backupt, dat zit vrijwel nooit bij colocatie inbegrepen toch?)

JanSmit
08/03/09, 09:36
nope niet op mijn colo. Je moet zelf zorgen voor je backup, maar wellicht dat er wat afspraken te maken zijn met de colo-provider. Wellicht dat ze een oplossing bieden.

gr

jan

cj0
08/03/09, 12:12
Doorgaans backuppen wij:
1. naar een lokaal op de server aangesloten schijf (voor een snelle restore bij hardware problemen)
2. naar een offsite locatie, middels onze "eigen" online backup dienst, waarbij verschillende versies worden bewaard; dit om bij virus/hack achtige activiteiten terug te kunnen gaan in de tijd

Let er bij optie #2 op, dat je nooit een externe backup maakt middels een systeem dat als bestandssysteem gemount kan worden. Stel dat op het moment van virus/hack toevallig dat bestandsysteem gemount is, dan loopt de offsite backup gevaar.

glda19
08/03/09, 19:13
allemaal mooi maar wat backuppen jullie juist.
En op de vraag hoe word een 1 u server geinstallerd is ook nog niet geantwoord.

machit
08/03/09, 20:31
allemaal mooi maar wat backuppen jullie juist.
En op de vraag hoe word een 1 u server geinstallerd is ook nog niet geantwoord.

Hmm... gewoon met een cd of dvdtje? Er zijn natuurlijk ook bootable usb sticks en dat soort ongein. Maar 9/10 keer bij ons toch echt met een cdtje.

Ook in een 1u bak kunnen normale cd spelers, of je koopt er een op usb... toch niet zo moeilijk?

WeServIT
09/03/09, 15:53
Hmm... gewoon met een cd of dvdtje? Er zijn natuurlijk ook bootable usb sticks en dat soort ongein. Maar 9/10 keer bij ons toch echt met een cdtje.

Ook in een 1u bak kunnen normale cd spelers, of je koopt er een op usb... toch niet zo moeilijk?

Ja dit probleem zie ik ook niet echt..
De meeste 1u servers zijn uitgerust met een slimline dvd speler. Wij zelf hebben ook een losse DVD brander/speler via USB, hier maken wij meestal gewoon gebruik van.

Verder het backuppen doen wij gewoon via het netwerk (1gbit switch) naar een eigen backup server. En off site gaat gewoon via de lijn. Maar hier wordt ook gewoon voor betaald door de gebruiker.

phreak
09/03/09, 16:19
Ik mag hopen dat je nooit je diensten commercieel gaat aanbieden...

Hier worden backups niet standaard opgenomen in het contract, dit is een aparte dienst.

ithagi bvba
12/04/09, 02:04
mischien best eens backupsoftware zoals http://www.r1soft.com/ of backup nas devices zoals spam bekijken ;)

Die dingen zijn toch wel net dat iets handiger en sneller als tape backups

Mdaniels
12/04/09, 11:03
Backups worden gedaaid naar een losse Backup server, Dit wordt gedaan via een client die alles wegschrijft naar de ftp op de backup server. STanderd moet je bij colocatie zorgen voor eigen backups, De isp kan meestal wel een aanbieding doen voor backup space ergens op zijn netwerk of zoiets.

wonko
13/04/09, 09:28
Installatie gebeurt bij ons net als een "gewoon" systeem: of via een CD, of via bvb PXE boot voor de standaard installaties (vol-automatisch voor 95% van de servers).

Backups: alles wordt gebackupped, tenzij de klant een zeer specifieke installatie heeft (bvb, enkele TB aan specifieke data, of als er mappen zijn op de server die zelf al backups bevatten). De backups worden eerst naar een machine gemaakt die in hetzelfde netwerk staat (op disk), en die data wordt dan later gemigreerd naar een andere locatie (op disk, of op tape).

Wij zien het doel van een backup nog altijd als het volledig herstellen van de dienst die de server leverde; dus niet enkel het terughalen van de klantendata. We gaan uit van een rampscenario waarbij je geen tijd hebt om snel even een honderdtal servers te herinstalleren, en daarna per server voor elke klant te gaan instellen. De restore moet een volledig geconfigureerde en operationele dienst terugplaatsen (restore, reboot, en alles is terug online).

massy
26/06/09, 19:34
Wij zien het doel van een backup nog altijd als het volledig herstellen van de dienst die de server leverde; dus niet enkel het terughalen van de klantendata. We gaan uit van een rampscenario waarbij je geen tijd hebt om snel even een honderdtal servers te herinstalleren, en daarna per server voor elke klant te gaan instellen. De restore moet een volledig geconfigureerde en operationele dienst terugplaatsen (restore, reboot, en alles is terug online).

Welke software gebruik je specifiek daarvoor?

DC^
26/06/09, 21:01
Welke software gebruik je specifiek daarvoor?

Ik denk eigen gemaakte software.

Hier back-up ik ook altijd naar een aparte server.
Ik bewaar de Back-up's altijd een week, dus als de back-up van de ene het niet doet of iets mis gaat hebben altijd nog van de vorige 6 dagen.

Overigens wordt er iedere dag van alles een back-up gemaakt.
Servers installeren doe ik meestal gewoon via een Cd'tje/Dvd'tje.

kilobit
27/06/09, 03:19
Hier een simpel maar effectief backup script.

-----
#!/bin/bash

PATH=$PATH:/sbin:/usr/sbin

LIST="/tmp/backlist-$$.txt"
set $(date)
mount yourserver:/backups/yourhost /mnt/backup
if test "$1" = "Wed" ; then
# delete the differential backups of last week
rm -f /mnt/backup/data/diff*
rm -f /mnt/backup/sys/diff*
#
tar cpfz /mnt/backup/sys/bin-lib-sbin-root-full-$6-$2-$3.tar.gz /bin /lib /sbin /root
tar cpfz /mnt/backup/sys/etc-var-full-$6-$2-$3.tar.gz /etc /var --exclude /var/tmp
tar cpfz /mnt/backup/sys/usr-full-$6-$2-$3.tar.gz /usr
tar cpfz /mnt/backup/sys/boot-full-$6-$2-$3.tar.gz /boot
# tar my /home
tar cpf /mnt/backup/data/home-full-$6-$2-$3.tar /home --exclude /home/somedir

else
find / -xdev -depth -type f \( -ctime -1 -o -mtime -1 \) -print > $LIST
find /home -xdev -depth -type f \( -ctime -1 -o -mtime -1 \) -print >> $LIST
find /usr -xdev -depth -type f \( -ctime -1 -o -mtime -1 \) -print >> $LIST
find /var -xdev -depth -type f \( -ctime -1 -o -mtime -1 \) -print >> $LIST
tar cpjfT "/mnt/backup/sys/diff-$6-$2-$3.tar.bz2" "$LIST"
rm -f "$LIST"
fi

# mysql backupje
#mysqldump -u backupusr --password=mysqlback -A | bzip2 -c > "/mnt/backup/mysql/mydb_$6-$2-$3.sql.bz2"


# delete files older than a month
find /mnt/backup -type f -a -ctime 28 -exec rm -f {} \;

umount /mnt/backup
----------

massy
08/07/09, 20:49
Ik denk eigen gemaakte software.

Hier back-up ik ook altijd naar een aparte server.
Ik bewaar de Back-up's altijd een week, dus als de back-up van de ene het niet doet of iets mis gaat hebben altijd nog van de vorige 6 dagen.

Overigens wordt er iedere dag van alles een back-up gemaakt.
Servers installeren doe ik meestal gewoon via een Cd'tje/Dvd'tje.

Ik hou het volgende bij:

Dagelijks wordt gebackupped.
Volledige week wordt bijgehouden.
BU van zaterdag wordt een maand bijgehouden.
BU van eerste van de maand wordt een jaar bijgehouden.