Zijn er mensen die deze regel lezen? Graag terugkoppeling gewenst (onopvallend)
iig: volgende zaken backup je best met een agent in de VM en niet door de vmdk te backuppen:
- File servers
- SQL servers en andere DB servers
- domain controllers
You don't need eyes to see, you need vision
En het liefst natuurlijk deduplication ivm opslagruimte op de backup server.
Ben er alleen nog niet helemaal uit of Commvault dat nou precies zo ondersteunt,.. Doet ArcServe dat?
Kan je uitleggen waarom je fileserver met een agent zou doen en niet via VCB? Voor snelle restores gebruiken we shadow copy (tot 7 dagen terug)
[ Voor 16% gewijzigd door Flyduck op 02-09-2009 23:22 ]
Zijn er mensen die deze regel lezen? Graag terugkoppeling gewenst (onopvallend)
Voor iedere agent betaal je licentiekosten. Als je dan bijvoorbeeld 20 ESX Servers hebt, heb je 20 VCB Agent om het zo even te noemen die 50 VM's backupt. Bij 30 virtuele servers vraag je me af deze VCB oplossing zal lonen. Ik denk dat VCB een toegevoegd waarde kan bieden bij een groter aantal servers, bijvoorbeeld bij 200 virtuele servers (minimum).
Wij gebruiken o.a Tivoli Storage Manager en de nieuwe versies daarvan ondersteunen VCB. Ik adviseer ook een backup pakket aan te schaffen wat VCB ondersteunt. Dat heeft denk ik twee voordelen
- Je hebt in kritieke situaties als iets niet goed werkt,ondersteuning via de fabrikant (wel de ondersteuning ook goed regelen)
- Je hebt een klant-klare oplossing, wat vooral jouw kostbare tijd scheelt. Als het wiel al is uitgevonden moet je het zelf nog niet eens opnieuw willen gaan uitvinden zeg maar. Want als de backup/vcb scripts niet werken, ben jij de klos, en kost het jouw weer tijd.
[ Voor 12% gewijzigd door Turdie op 02-09-2009 23:54 ]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
| @ECHO OFF REM ** Full path to the VCB executable SET VCBMOUNTER="C:\Program Files\VMware\VMware Consolidated Backup Framework\vcbmounter.exe" REM ** VirtualCenter server SET VCSERVER=localhost REM ** Directory where to store backups SET DESTDIR=%1 REM ** Username and passord to validate against the VirtualCenter server SET USERNAME=username SET PASSWORD=password REM ** Now check wether all given parameters are given: IF "%1" EQU "" GOTO MISSPARAM1 IF "%2" EQU "" GOTO MISSPARAM2 IF "%3" EQU "" GOTO MISSPARAM3 IF "%4" EQU "" GOTO MISSPARAM4 IF "%5" EQU "" GOTO MISSPARAM5 IF "%6" EQU "" GOTO MISSPARAM6 IF "%7" EQU "" GOTO MISSPARAM7 IF "%8" EQU "" GOTO MISSPARAM8 REM ** Clean up the FullVM disk partition IF EXIST %DESTDIR%%3 RMDIR /S /Q %DESTDIR%%3 REM ** Execute VCBmounter REM ** We use fullbackups and use one monolithic file so we can mount them properly REM ** %VCBMOUNTER% -h %VCSERVER% -u %USERNAME% -p %PASSWORD% -a %5:%2 -r %DESTDIR%%3 -t %4 -M 1 -m %6 >>%7 IF "%ERRORLEVEL%" NEQ "0" GOTO :ERRORBACKUP ECHO Backed up %2 >>%8 GOTO DONE :ERRORBACKUP ECHO Failing to backup %2 >>%8 GOTO DONE :MISSPARAM1 ECHO Missing parameter 1 (Directory to backup to) :MISSPARAM2 ECHO Missing parameter 2 (VM hostname to backup) :MISSPARAM3 ECHO Missing parameter 3 (Destination directory) :MISSPARAM4 ECHO Missing parameter 4 (Backup type, eg: fullvm) :MISSPARAM5 ECHO Missing parameter 5 (Name type, eg: ipaddr) :MISSPARAM6 ECHO Missing parameter 6 (backuptype, eg: san) :MISSPARAM7 ECHO Missing parameter 7 (logfile, eg: logfiles\log.log) :MISSPARAM8 ECHO Missing parameter 8 (errors logfile, eg: logfiles\errorlog.log) :DONE |
Dat script roepen we dan aan vanuit een ander script dat een kleine CSV file parseert om zo alle VM's te backuppen. Wij backuppen al onze VM's ook nog via een standaard BackupExec agent overigens, deze soort van backups zijn voor ons dus 'extra'.
Maar hoe doe je dan een restore?elevator schreef op woensdag 02 september 2009 @ 23:58:
Een backup maken via de scripts kan inderdaad gewoon - je moet dan wel zorgen dat het VCB framework geinstalleerd is. Wij gebruiken voor dat soort backups een script dat ongeveer er zo uitziet:
[knip]
Dat script roepen we dan aan vanuit een ander script dat een kleine CSV file parseert om zo alle VM's te backuppen. Wij backuppen al onze VM's ook nog via een standaard BackupExec agent overigens, deze soort van backups zijn voor ons dus 'extra'.
Wij gebruiken VCB enkel voor de virtual machines zelf. De data backuppen we middels system agents van Commvault.
VCB backup gaat er overigens uit in de near future bij VMware dus als je iets for the long run wilt plannen kijk dan naar andere oplossingen svp.
Eerst de VM restoren en vervolgens de data..... ?
[ Voor 22% gewijzigd door Diabolical op 03-09-2009 08:04 ]
"The internet has given a voice to the voiceless, but unfortunately it hasn't given a brain to the brainless."
Ligt er aan wat we moeten restoren, omdat we beide soorten backups hebben kan je dus op drie manieren restoren:shadowman12 schreef op donderdag 03 september 2009 @ 07:51:
Maar hoe doe je dan een restore?
- Via BackupExec restoren
- Via een tool de vmdk mounten als virtuele drive en op die manier restoren (enkel voor Windows machines)
- De vmdk restoren met converter en dan eventueel
- In een apart VMnet restoren en zo de files copieeren
- Heel de VM gewoon restoren en online brengen
Dit kost wel wat geld, uit me hoofd ongeveer 300 euro per fysieke cpu in de esxhosts.
Hier mee kan je wel heel goed en makkelijk backup en VOORAL restoren.
Wij werken hiermee, in combinatie met VCB rechtstreeks via het SAN.