Backup fra Windows til Linux

[Pion_]

Det gjelder SQL og web filer på windows servere til en dedikert backup maskin på linux.

 

Jeg leter etter noe robust programvare som fungerer på begge platformer, som tar opp minst mulig resurser under backup.

 

Noen forslag?

[tyldum]

Bacula, Arkeia, eller rett og slett tar eller rsync av et share.

[deviant]

Du sier ikke så mye om behovet eller hvilken funksjonalitet du ønsker, men på generelt grunnlag kan jeg anbefale Amanda og Bacula.

 

Rsync krever litt mer omtanke, spesielt dersom du ønsker versjonshåndtering.

 

Husk uansett at ingen av disse åpne verktøyene har direkte integrasjon mot MS-SQL, slik at innholdet av databasen(e) må dumpes til disk før backup.

 

Mer kostbare alternativer kan være Legato Networker, Tivoli Storage Manager eller Symantec/Veritas NetBackup.

 

Avhengig av om du har behov for å kjøre verktøyet på Linux kan du også bruke Symantec/Veritas BackupExec og ha poolet ditt liggende på et samba share eller lignende.

[Pion_]

Det er til et web prosjekt. MySQL og Apache kjører på windows server. Både filer og database får forandringer hver dag. Jeg ønsker også å synkronisere forandringer fra en server til en annen, med tanke på load balancing. Mulig det finnes løsninger som synkroniserer, og tar backup til en dedikert backup server (kun lagring) i samme slengen?

 

Jeg ønsker inkrementel backup, da det er snakk om relativt store datamengder. (~100GB)

 

Ingen av serverene er i samme nettverk.

[Franken]

Det er til et web prosjekt. MySQL og Apache kjører på windows server. Både filer og database får forandringer hver dag. Jeg ønsker også å synkronisere forandringer fra en server til en annen, med tanke på load balancing. Mulig det finnes løsninger som synkroniserer, og tar backup til en dedikert backup server (kun lagring) i samme slengen?

 

Jeg ønsker inkrementel backup, da det er snakk om relativt store datamengder. (~100GB)

 

Ingen av serverene er i samme nettverk.

 

100 GB er ikke så mye i backupsammenheng. :-) Har du vurdert online backup? Mange av tilbyderne har mulighet for å ta i mot en disk med backup første gangen, og deretter kun kjøre inkrementelt over nettet. Ville kanskje vært en god løsning for tid del.

[Pion_]

Jeg har allerede en server klar til formålet. Må bare finne ut hvordan jeg skal løse det på software siden.

 

Det er snakk om backup over internett.

[Pion_]

Jeg har forsøkt meg på Cobian et par-tre dager nå, men er ikke fornøyd.

 

Jeg prøver ta backup til ftp. Test av ftp ble gjennomført med hell.

 

Det er et par filer som er i bruk, som jeg prøver å ta backup av. Første filen gir meg en feilmelding, om at filen er i bruk. Greit nok. Jeg aktiverer shadow copy. Shadow copy klarer ikke lese en eneste fil. Feilmeldingen sier 'timeout' på lesing av alle filer. (etter 1-2 minutter) Jeg skrur av igjen shadow copy, og kjører backup igjen. Nå fryser den på første fil den prøver på. Det viser seg at denne filen var i bruk/timer ut, uten at det kom opp noe beskjed om det. Men nå er den filen låst, slik at jeg ikke kan bruke den i den opprinnelige applikasjonen. Og det virker som at Cobian fortsatt prøver å lese fra shadow copy. Selv etter en komplett restart av service.

 

Jeg fjerner alle gamle backup set. Jeg legger disse filene til på exclude listen.

Passer på at shadow copy er av, og prøver igjen. Nå ser backup ut til å kjøre, som jeg kan bekrefte ved å skjekke at filene kommer opp til ftp'en. Opplastningen går vesentlig tregere enn ved manuell opplastning med en annen klient, men ikke avskrekkende tregt. (Ingen max hastighet på ftp er satt i Cobian)

 

Jeg avbryter backupen, da jeg vil legge til flere plasser å ta backup fra. Følgende skjer:

Cobian vil nå lagre på samme sted som tidligere, men den gir en feilmelding på alle filene som finnes på ftp'en fra før. Den overskriver ikke, hopper ikke over, men kommer med en feilmelding om at backup feilet, siden der er en fil der fra før. Disse filene gir feilmelding på samtlige forsøkt på å kjøre backupsettet. Selv om det kjører helt ferdig. Jeg har forsøkt å bytte på innstillinger som, overskriv, ikke lagre med timestamp. Uten hell.

 

Mitt siste forsøk idag besto i å stoppe services, gå ut av gui'et. Og prøve på nytt. Timeout på første fil, som den prøver lese fra et shadow copy set! Enda jeg aldri har bedt den om å forsøke shadow copy på dette backup settet.

 

 

Programmet har de funksjonene jeg leter etter, og på overflaten ser det ut som det dekker alle mine behov. Men jeg vil ikke si dette er noen robust form for backup...

 

 

Så jeg vil fraråde folk fra å bruke Cobian v9.

Endret 30. september 2008 av Pion_

[deviant]

Kanskje på tide å prøve at de anbefalte verktøyene i stedet?

[Pion_]

Jeg har nå forsøkt meg på bacula i noen dager, men får det ikke til å fungere. Makan til ulogisk system skal du lete lenge etter..

 

Linux innstallasjonen gikk for såvidt greit, 8-10 timer gikk med til å hente fram, kompilere og innstallere diverse dependencies og få alle servicene til å kjøre. Windows client installasjonen var gjort på 1 min..

 

Default config på linux maskinen ser ut til å fungere fint, får kontakt med alle services.

 

Så forsøker jeg å sette opp windows clienten.. mappene jeg vil ta backup av må jeg visst definere på linux serveren. Det samme må jeg ang. volume shadow copy, og andre helt klient spesifikke ting. Men ok. Jeg forsøker så å koble til clienten - Authorization error. Jeg forsøker å bytte på passord både her og der uten hell. Jeg har også forsøkt å kopiere default config, lik den som er på serveren (bare med windows filstruktur, og et annet vertsnavn i config) får å få alle passord til å matche. Ingen hell. Når jeg starter file daemon clienten i windows, og får se status, så står det 'Director connected', i et par-tre sekunder når jeg forsøker å koble til, så der er noen form for kontakt. Men hvordan i alle dager kan authorization være feil, med 1:1 kopi av den interne file daemon?

[MirusMentis]

Sjekket BackupPC?

Det kan hentes og installeres automatisk fra pakkebrønnen om du kjører deb/ubuntu.

Alt konfigureres via web. Støtter ikke ftp, men "henter" data via smb.