[Backupexec10.0] verifying backup na alle backups

[andreict]

doordat onze backup procedure steeds langer duur en de 2de backup soms niet start omdat hij dan niet genoeg tijd heeft om alle jobs te starten binnen de tijd die wij hebben aangegeven, wil ik het volgende gaan doen.

Wij draaien 2 jobs

- dagelijkse backup
- en dan nog 1 job waarin er een aparte kleine server staat

Nu is de situatie zo dat de dagelijkse backup start en nadat hij klaar is de data gaat verifyën. Dan pas begint ie aan de 2de Job maar soms start die niet omdat hij het niet gaat halen binnen de ingestelde tijd. (de tijd kunnen we niet aanpassen vanwege verschillende redenen)

Nu wil ik het zo doen:

dagelijkse backup + 2dejob en dan pas allebei gaat verifyën, maar deze optie heb ik nog niet kunnen vinden in bacup exec 10.0.

Heeft iemand een idee of die zou kunnen en hoe?


de support van symantec bied geen oplossing:

http://seer.support.verit...files=1&search=Search+Now

en ook google laat me in de steek

http://www.google.nl/sear...r++jobs&btnG=Zoeken&meta=

[ Voor 26% gewijzigd door andreict op 26-01-2006 15:21 ]

[andreict]

schop!!! (in de goeie richting?)

[Question Mark]

Jobs omdraaien?

[andreict]

Question Mark schreef op maandag 30 januari 2006 @ 14:24:
Jobs omdraaien?

dit is geen optie, omdat de laatste job langer nog ingebruik is.

[Question Mark]

Hmmm. Da's jammer. Net even gekeken in Backup Exec 9.1, ook hier is de gewenste functionaliteit niet te vinden. Wel de 'Help' nog doorgespit: in principe is een verify niets meer dan een controle of de media op tape ook weer gelezen kan worden.

Een andere optie zou kunnen zijn, om je backup-strategie aan te passen. Draai eerst een backup-to-disk en plaats deze backup-to-disk vervolgens op tape (en verify). Het voordeel hiervan is dat je tijdens het plaatsen van de disk-backup naar tape geen last meer hebt van je backup-windows. Je raakt je productieservers immers niet meer aan. De backup-to-disk kan elke nacht weer overschreven worden, je hebt deze data ook op tape...

Een ander voordeel is ook dat er sneller gerestored kan worden, mits de backup-to-disk nog aanwezig is. Nadeel is natuurlijk dat dit (afhankelijk van de backup-grootte) aardig wat storage kan kosten.

[andreict]

yup dat is idd een optie, maar ik denk dat we onze gebruikers even moeten gaan trainen om hun persoonlijke 8 megapixel fotoos vant netwerk af te gooien.

Maar opzich wil ik de optie nog wel voor elkaar krijgen misschien dat iemand het nog weet.. dus een klein kickje vanuit hier!!!

[Question Mark]

andreict schreef op woensdag 01 februari 2006 @ 16:22:
yup dat is idd een optie, maar ik denk dat we onze gebruikers even moeten gaan trainen om hun persoonlijke 8 megapixel fotoos vant netwerk af te gooien.

So True

Vergeet echter niet dat dit uitstel van executie is. Uiteindelijk zal je dankzij de 'normale' datagroei toch weer het probleem krijgen dat je uit je backup-window gaat lopen. Afhankelijk van de (verwachte) snelheid waarmee dit zal gaan gebeuren, kun je wel alvast bij het management budget op laten nemen voor een aanpassing van de backup-strategie.

---

beheerder: Hey manager, mag ik even € 20.000 voor aanpassing van de backup's
manager: Wanneer moet dit beschikbaar zijn?
beheerder: Euh, nu?