lørdag, december 16, 2017

Backup løsning til server

Daily Rush Debat Hardware Hardware Backup løsning til server

  • Dette indlæg indeholder 11 kommentarer, har 10 deltagere og blev senest opdateret af  Had for 3 uger, 1 dag siden.
  • Forfatter
    Emne
  • #0

    Krael
    Bruger
    2.246 indlæg
    Offline

    Hej venner,

    Jeg har fået den odiøse opgave at overtage firmaets IT interesser og jeg skal blankt erkende jeg er lidt rusten.

    Mit spørgsmål går på følgende:

    Vi på nuværende tidspunkt en backup rotation, hvor vi tager backup engang hver nat af al serverens indhold, dvs en komplet backup. Hver morgen skifter vi disken ud og vi har således 10 diske i rotation ma-fre lige og ulige uger.

    Problemet er at vi efterhånden snart har så meget data, at vores backup ikke er færdig når folk møder ind på kontoret kl 08:00.

    Derfor er jeg interesseret i at lave en ny løsning.

    Men jeg er sådan lidt tabt for ideér. Der er jo både incremential backup og differential backup, men jeg kan ikke helt se mig ud af, hvordan det kommer til at have indflydelse på vores disk rotation (og om vi i det hele taget skal beholde den.. )

    Hovedsagen er i alle fald, jeg får barberet tiden ned på hvor lang tid det tager.

    Det oplagte er jo i mine øjne at den første backup på disk 1 altid vil være fuld, hvor nummer 2 backup på disk 1 blot vil indeholde ændringer + nye filer, hvorfor den så kun vil overføre det nye. Men jeg kan ikke finde ud af om det er en reel løsning?

    Derfor søger jeg råd.

Viser 11 kommentarer - 1 til 11 (af 11 i alt)
  • Forfatter
    Kommentarer
  • #1

    Zerathol
    Bruger
    134 indlæg
    Offline

    Hvilket styresystem?

    #2

    Thormam
    Bruger
    3.944 indlæg
    Offline

    Nu bliver du jo nød til at fortælle lidt mere tekniske detaljer.
    “Serveren” er hvad for en server? (OS, fysisk server specs)
    “Backup disks” er det en båndstation i tager backup ud på eller?

    Men ja i skal da have skiftet backup strategi og køre incremental man-lør og full om Søndagen hvor i ikke bliver påvirket af det og eftersom jeres nuværende backupstrategi ikke omfatter weekenderne går jeg ud fra i ikke arbejder der heller.

    Typisk kører vi incremental med fuld backup Søndag og gemmer 30 dage og månedsbackup i 12 måneder og årsbackup i 5 år

    #3

    Krael
    Bruger
    2.246 indlæg
    Offline

    #1 Windows server 2008 R2.

    #2: Serverer kører relativt få services. Active Directory, DC og filserver. Vi har vores remote adgang på en anden.

    Det er en Xeon E5630 med 8 GB ram og 1 TB diskplads. Så vi bruger ikke så meget (vi er også kun 11 ansatte.. ) Vores backup diske er bare nogle, der sat til via USB.. Lacie Rikki 1TB. se her

    Jeg forstår godt vi skal skifte, men jeg kan ikke helt finde ud af, hvordan backup systemet virker. Kan du forklare det?

    Min tanke var også incremential i hverdagene og så en ugentlig backup f.eks. om søndagen. Men hvordan mht. incremental, skal vi stadig rotere diske? Eller hvordan?

    Jeg beklager spørgsmålene er dumme, clientdelen er min stærke side, ikke serverdelen.
    Vi har 2 yderligere diske i rotation, der bliver udskiftet engang hver 6 måned, der så bliver opbevaret på en anden adresse. Resten ligger i en brandsikret boks.

    #4

    skree
    Bruger
    2.128 indlæg
    Offline

    Du ringer bare til os på 70 25 30 30, så skal jeg finde en sælger der kan give dig en pris på en prof. remote backup-løsning

    http://www.athena.dk/remote-backup/

    Opinions are like assholes - everybody has one, and they all stink!!

    #5

    Krael
    Bruger
    2.246 indlæg
    Offline

    #4

    Det er pænt af dig, men nu har vi jo allerede investeret i en løsning via diske så det ville næsten være dumt det andet

    Jeg har dog gemt dit link, for skal vi have det ændret på et tidspunkt, så vil jeg også slå på tromme for online backup.

    #6

    atroxes
    Bruger
    1.180 indlæg
    Offline

    I burde hurtigst muligt migrere til en virtualiseret løsning, enten en der kører på VMWare eller Hyper-V.

    I vores setup har vi 2 virtuelle Win2012R2 servere og adskillige andre til andre formål. Disse tages der backup af med Veeam som er en backup løsning til virtualiserede miljøer og backup data placeres på en NAS (RAID5) samt remote.

    Hele humlen er: Med dette setup kan du ved et hardware nedbrud, starte dine virtualiserede servere på hvilken som helst anden hardware inden for få minutter. Du kan også gå ned i de enkelte backups og nappe enkelte filer, skulle man have behov for det. Der er også mulighed for at genskabe enkelte stykker data fra f.eks. AD, Exchange eller MSSQL databaser.

    I vores tilfælde er vores backups incrementale, men omvendt, altså reverse-incremental. Det betyder at vi altid har en up-to-date fuld backup. Veeam laver yderligere automatisk deduplikering på blok niveau.

    Jeg prøver ikke at sælge Veeam, men det er bare fucking fantastisk det software og alene det at kunne administrere sine backups langt bedre, er grund nok til at få jeres setup virtualiseret ASAP.

    Veeam kan også lave automatisk restore tests med funktionen SureBackup.

    I øvrigt man faktisk konvertere en fysisk maskine til en virtuel uden de store problemer med softwaren Disk2VHD som Microsoft har lavet. Det virkede fortrinligt på vores gamle Windows 2003 SBS dengang den skulle virtualiseres.

    Edit: Glemte helt at nævne, vi laver incremental backup hver 3. time og hver backup tager ca. 20 min. med 9 virtuelle maskiner med samlet 1,5TB data.

    1BEmqVdQSy71XjHXxHHbZnLUH43jm4toT4 - Støt Atroxes med Bitcoins!

    #7

    Synonymet
    Bruger
    8.175 indlæg
    Offline

    Jeg har aldrig hørt om en løsning som den, I bruger. Min umiddelbare tanke er, at I får svært ved at få det til at fungere med incremental backup, men det er muligt, at jeg tager fejl.

    Vi kører Windows Backup ud på DLT bånd, og det fungerer fint. Hvis du kan overbevise Windows Backup om at bruge diskene som medier, så skulle der ikke være nogen problemer. Så kører I bare en full backup i weekenden og incremental backup i hverdagene, og så er den klaret.

    Ellers ville jeg kigge på noget disk synkroniseringssoftware. Jeg har ingen direkte anbefalinger, men du kan prøve at kigge lidt på programmer, der hedder noget med sync.

    Under alle omstændigheder bør I også sørge for at få noget backup udenfor huset i tilfælde af brand.

    Og så bliver jeg nødt til at lige at spørge, hvornår I sidst har lavet en restore test? Jeg har mærket smerten ved at undlade det, så derfor opfordrer jeg altid backupansvarlige til at gøre det.

    Hellere komme galt afsted, end slet ikke komme afsted.

    #8

    roadrunnah
    Bruger
    14.276 indlæg
    Offline

    crashplan.com og så sætte settings til Remove deleted files = never.

    Det sidste jeg mangler, før jeg vil bruge det, er en søgefunktion til at søge efter slettede filer fra forskellige datoer.

    Lidt dumt at skal restore en fil, som er slettet, men ikke ved hvor den ligger, fordi den hele tiden har været i office word’s “recent documents”

    DAMN YOU Clicker Heroes!

    #9

    Sven_Bent
    Bruger
    25.093 indlæg
    Offline

    #0

    en anden angrebs vinkel er at kigge paa block basert file deduplikering.
    det er en fomr for komprimering der er meget ressource let men virker kun hvis du har en masse af naesten identiske filer

    det kan medfore et stort datareduktion hvis i har mange semi identiske filer.
    mindre data at overfoere = hurtigere backup tid

    Sven Bent - Dr. Diagnostic
    www.TechCenter.DK

    #10

    pjens22
    Bruger
    2 indlæg
    Offline

    Jeg er enig med personen fra Athena, det er så meget lettere at lave backup når et andet firma har automatiske processer til det. Vi har backup af hele vores infrastruktur gennem itafdelingen og jeg kan sige det er meget lettere.

    #11

    Had
    Bruger
    2.502 indlæg
    Offline

    Gemmer I persondata? Good luck til Maj 2018. Hvis ikke, så nvm

    Unlimited tolerance must lead to the disappearance of tolerance

Viser 11 kommentarer - 1 til 11 (af 11 i alt)
  • Du skal være logget ind for at kommentere på dette indlæg.