Beste Vmuggers,

ik heb het volgende:
Een productieserver moeten we updaten, de gebruikers mogen dan niet inloggen op de server en kunnen dus niet werken, dat is vervelend.

is er een mogelijkheid om deze uitval voor gebruikers tot een minimum te beperken?
ik zat zelf aan het volgende te denken maar heb geen idee of dit mogelijk is:

- een snapshot maken van de server
- van het snapshot een nieuwe VM maken
- Deze nieuwe VM updaten met de gewenste software.
- dit geheel testen
- na goed keuring test de productie server uitschakelen
- De nieuwe server productieserver maken
- en dit testen.

Dit scenario heeft wellicht wat haken en ogen, er zijn twee servers actief met hetzelfde IP adres. Is de tweede server af te schermen?

Hebben jullie suggesties? of is dit gewoon niet mogelijk?

alvast bedankt voor de reacties.

het simpelst is het updaten op een tijd te doen wanneer je (bijna) geen gebruikers hebt... is alleen vaak voor de beheerder vervelend

- van een snapshot kun je geen nieuwe vm maken, dmv een kloon kan dit wel. Ik raad het je persoonlijk af om deze route te nemen....

als je aan kunt geven wat je wilt updaten? (systeempatches/servicepacks/applicatieupdate/oid)? kunnen wij je beter helpen.. Hoeveel tijd schat je in dat je nodig bent voor het patchen?

mocht je toch met klonen bezig gaan, houdt dan rekening met dubbele namen, ip's, gewijzigde data en databases die op twee systemen tegelijkertijd worden aangepast/opgeslagen (!!!!).

_________________
Het is wel zo fatsoenlijk een oplossing aan het eind te posten, als mensen de moeite nemen jou te helpen..

Vind de mogelijkheid (oplossing wil ik het niet noemen) bijzonder slecht, probeer dat te patchen middels WSUS of Shavlik dit kan bijv. gescheduled en dus mogelijk buiten werktijd.

Gevaar is inderdaad met data waarin is gewerkt welke opeens niet meer beschikbaar is, het niet goed online komen van de clone, problemen met SID, computernamen, ipadressen etc.

Beheer/maintenance moet je kunnen plannen en soms zelfs afdwingen.

Je haalt je met dit soort oplossingen een berg ellende naar je toe die je helemaal niet wilt hebben

_________________
| Blog.vmpros.nl | Twitter | DBL | vExpert 2010/2011/2012 |

Als je de 'nieuwe' server in een gescheiden (of geen) netwerk zet kan dat prima. De vraag is alleen of je de applicatie zo kan testen zonder zaken als AD, DNS, clients enz.. anders kan je die natuurlijk ook clonen in allen in dat gescheiden netwerk plaatsen.

Wat ik zelf een keer heb gemaakt is een testomgeving waarbij ik via clonen productie servers clone en die in de testomgeving zetten. Dan kan je dus ook een AD server erbij zetten.

Door een nieuw netwerk te maken, scheid ik deze servers van de werkelijke servers.

Om ook client connectiviteit te testen heb ik een nieuwe portgroup gemaakt met vlan tagging.

Zo ja je dus snel een goed testomgeving maken. Je moet wel genoeg resources hebben om dit te doen.

Hoe wil je de productie machine weer samenvoegen met de gepatchte machine? Of gooi je de productie data van de gebruikers van na de kloon gewoon weg?

Mijn idee: maak gebruikers bewust van onderhoud. Auto's brengen ze ook zo af en toe naar de garage. Messen moeten ook af en toe geslepen worden...

_________________
Wat automatisch gaat, gaat automatisch fout.

Niet die van fantastic Mike..

Slijpen van dergelijke messen is niet nodig omdat ze meestal breken (of zelfs vouwen) voordat ze bot zijn. Daarvoor koop je gewoon weer nieuwe in de volgende aanbieding.

_________________
Wat automatisch gaat, gaat automatisch fout.