Herinstallatie Windows 2003 SBS

[Verwijderd]

Hallo allemaal,

Binnen onze organisatie maken wij gebruik van een SBS2003, hierop is ons gehele domein gebasseerd. Door diverse problemen met de (destijds niet door mij gebouwde) SBS omgeving, is besloten dat deze opnieuw opgebouwd moet worden.

Zoals jullie allen bekend is dit nogal een klus, waar je zonder draaiboek niet aan moet beginnen. Niet dat ik lui ben, maar het zou handig zijn als iemand toevallig een dergelijke klus heeft gehad, waarvan ik het draaiboek kan krijgen wat ik vervolgens aanpas voor onze situatie.

Aangezien wij een HP ML350 hebben, kan ik mooi gebruik maken van de smart-start CD voor de basis installatie, echter gaat het me nu juist over de zaken welke je moet doen VOOR de herinstallatie, en wat je moet doen om het allemaal weer werkend te krijgen.

Natuurlijk zijn alle tips en truuks welkom!

Greetz

[Zwelgje]

problemen zijn er om opgelost te worden... wat voor problemen heb je eigenlijk dat je het complete domain wilt reinstallen

je klinkt als iemand die nog nooit eerder een sbs2003 hebt geinstalleerd... correct

[Verwijderd]

uh, correct over dat installeren

Het domein is op zich niet zo heel slecht opgezet, echter zijn er enkel services die met geen mogelijkheid aan de gang te krijgen zijn, omdat bepaalde wachtwoorden niet meer achterhaald kunnen worden. Denk hierbij aan de HP services, WMI wil niet, en Framework blijft problemen geven. Ook na diverse fixes.

Door de schijfopbouw die destijds gekozen is (8Gb voor de systempartitie) loop ik continu tegen foutmeldingen aangeaande de diskruimte aan, wat ik elke keer weer op kan lossen door pleisters te plakken. Hoe meer updates geinstalleerd, hoe minder speelruimte, met als resultaat dat ik nu nog ongeveer 700Mb vrij heb, en niet meer weet waar ik nu nog vrije ruimte vanaf kan toveren. Resizen is in mijn optiek geen optie, omdat als dat fout gaat, ik alsnog opnieuw moet installeren, en dan waarschijnlijk niet voorbereid ben :. Diezelfde indeling van de schijven zorgt voor performance problemen in de exchange, waardoor e-mails wegvallen. De omgeving is destijds gebouwd voor ongeveer 15 users in totaal, waar dit er nu tegen de 60 (gelijktijdig) zijn.

Dat ik nog nooit een SBS2003 geinstalleerd heb, wil overigens niet zeggen dat ik geen kennis heb , ik ben alleen zo iemand die van tevoren liever alles 10 keer uitzoekt, dan tijdens een migratie tegen onverwachte zaken aan te lopen. Voor de herinstallatie heb ik een beperkt time-frame (zaterdag 18:30 uur tot maandag 07:30 uur voor het totale traject.

[ Voor 14% gewijzigd door Verwijderd op 15-03-2010 16:42 ]

[MADG0BLIN]

Houd er rekening mee dat als je echt alles van de grond herinstalleert dat al je pc's bijvoorbeeld opnieuw in je domein gehangen moeten worden.
En waarom niet eerst proberen te resizen? Als het echt fout gaat kan je een backup terugzetten en als het goed gaat ben je zo klaar?

[Zwelgje]

dan zou ik hier eens kijken: http://www.sbsmigration.com/pages/96/

swing migration lijkt me wat je wilt (anders moet je 60 computeraccounts opnieuw gaan joinen in je domain, geloof mij, dat wil je niet ).. dan heb ik het ook nog niet over profiles die niet meer werken, ntfs rechten die verdwenen zijn,etc,etc

[Jazzy]

Ik denk dat je je niet beseft wat voor een werk je je op de hals haalt door de omgeving opnieuw op te bouwen.

Je kunt beter de hulp hier op het forum gebruiken om je problemen op te lossen, zeker als het grootste probleem de indeling van schijven is. Wat me wel een beetje zorgen baart is dit:

Resizen is in mijn optiek geen optie, omdat als dat fout gaat, ik alsnog opnieuw moet installeren, en dan waarschijnlijk niet voorbereid ben

Als het rezisen mislukt dan zet je gewoon de backup terug, exact daarvoor maak je die backup. Als je geen (bruikbare) backup hebt dan zou dat bovenaan je prioriteitenlijstje moeten staan. Stop dus met lezen en maak je backup aan de gan, kom dan pas weer terug.

Zo, nu verder met de problemen. Om de ergste pijn te verlichten kun je alle data verplaatsen naar een andere volume, voorzover je dat nog niet gedaan hebt. Zie dit artikel om dat aan te pakken: http://www.microsoft.com/...c89f44984b&displaylang=en

Omdat dit waarschijnlijk nog niet voldoende is zul je de partitionering aan moeten passen om C: naar pakweg 20 GB te brengen. Dat kan op legio manieren en gaat in de praktijk eigenlijk altijd goed. En als het mis gaat dan heb je in ieder geval een goede backup achter de hand.

Als je dit gedaan hebt dan kun je rustig naar die kleine problemen kijken, dat is vast allemaal wel te fixen. Belangrijker: het kost je maar weinig tijd en de gebruiker merkt er niets van. In tegenstelling tot het scenario om de server te herinstalleren, dat kost je heel veel tijd en daar zal de gebruiker stevig last van gaan hebben. Alternatief is dan nog een swing migration, daar merkt gebruiker weinig van maar ben jij zelf wel een flink tijdje zoet mee.

[ Voor 3% gewijzigd door Jazzy op 15-03-2010 16:50 ]

[Verwijderd]

MADG0BLIN schreef op maandag 15 maart 2010 @ 16:44:
En waarom niet eerst proberen te resizen? Als het echt fout gaat kan je een backup terugzetten en als het goed gaat ben je zo klaar?

Omdat ik (ook door de in het verleden gekozen weg) niet achter de backups sta, oftewel, als het resizen fout gaat, is er geen weg terug!

Powershell schreef op maandag 15 maart 2010 @ 16:45:
dan zou ik hier eens kijken: http://www.sbsmigration.com/pages/96/

swing migration lijkt me wat je wilt (anders moet je 60 computeraccounts opnieuw gaan joinen in je domain, geloof mij, dat wil je niet ).. dan heb ik het ook nog niet over profiles die niet meer werken, ntfs rechten die verdwenen zijn,etc,etc

Die profiles was ik al over uit met de directie, die moeten de mensen maar eenmalig opnieuw instellen, die NTFS rechten heb ik niets mee te schaften omdat deze nooit geimplementeerd zijn. Voor het opnieuw joinen van het netwerk was ik nog naar een oplossing aan het zoeken idd.

Waar ik me (de meeste) zorgen over maak:
- Exchange export en import
- Group policy's

Die swingmigratie zal ik eens bekijken, kan best interessant zijn!

[Verwijderd]

Je kan bv de exchange store verplaatsen, naar een andere partitie en/of schijf.
Heb hetzelfde probleem gehad bij een kennis waarvan de systeemschijf volliep.

[Dirtyrockers]

Dus jij gaat 60 accounts opnieuw aanmaken?

Email boxen opnieuw aanmaken? Aliassen opnieuw instellen? Clients opnieuw joinen aan het domein? en wat doe je met alle oude mails? wachtwoorden van je gebruikers?

En je wilt dit alles even in een weekend doen?

[Jazzy]

Wat dacht je van de hel op die eerstvolgende maandag, waarbij gebruikers hun snelkoppelingen kwijt zijn en allerlei Excel-sheets niet meer werken? Of geen rechten meer hebben op de agenda van hun collega? Of dat de mails niet meer in de juiste mappen komt omdat de berichtregels er niet meer zijn?

En dat allemaal omdat jij liever een nieuwe server wilde dan gewoon de backup fixen?

[MADG0BLIN]

Verwijderd schreef op maandag 15 maart 2010 @ 16:50:
[...]


Omdat ik (ook door de in het verleden gekozen weg) niet achter de backups sta, oftewel, als het resizen fout gaat, is er geen weg terug!

Ben het hier wel met Jazzy eens.. Geen backup is niet eens aan beginnen. Ga je de boel op een nieuwe machine inrichten? Of op dezelfde? Ik neem aan een nieuwe anders wil het niet eens.
Maar echt, maar alsjeblieft eerst een werkende backup.

[jimbo123]

Als je nu echt geen mogelijkheid hebt om een goede backup te maken dan kun je ook nog overwegen om een setje nieuwe HD's in de server te plaatsen en de oude apart te leggen.

Lukt het dan niet in je weekend, dan zet je de oude hd's terug en draait alles gewoon verder..

[Verwijderd]

*zucht*

gelukkig kan iedereen hier de omgeving zien, en dus een correcte beoordeling maken of ik iets zinnigs ga doen of niet, en gelukkig wordt ik al helemaal niet meteen voor gek uitgemaakt.

Als mensen komen voor info, wil dat niet meteen zeggen dat ze gek of incompetent zijn. Volgens mij is GoT om elkaar te helpen, en niet anderen voor gek te verklaren.

JA ik weet dat het een enorme rotklus is, en dat het timeframe zeer krap is, en dat het waarschijnlijk meer werk is dan ik van tevoren in kan schatten. MAAR, wat krijg ik er voor terug als ik dit 1 keer goed aanpak? Minder nachtelijke uren werk, minder mailproblemen, een server die schoon is (niet vervuild door allerlei vieze gratis pakketten welke ooit getest zijn enzovoorts). Blijkbaar wordt hieraan voorbij gegaan. Een domein opnieuw installen is zwaar ***werk, dat weet iedereen. Ja de maandag na de herinstall gaat een hel zijn voor mij om alles opnieuw in te stellen..

Feit blijft, als de basis niet goed is, zul je het nooit fatsoenlijk krijgen.

De reacties zijn in ieder geval wel duidelijk, buiten enkele nuttige antwoorden wordt ik toch alleen maar voor gek versleten "en dat allemaal omdat ik liever een nieuwe server wil dan de backup wil fixen" .

Denk eens na allemaal, denken jullie nu ECHT dat ik zo stom zou zijn om aan een dergelijk project zou beginnen als ik niet alles al geprobeerd had? Als ik niet eerder hulp van gebruikersgroepen ingeroepen had, of wellicht zelfs van externe partijen waar je een fortuin voor betaald en dan een pikkie binnen krijgt die minder kennis heeft dan ik?

Overigens iedereen oordeelt zonder te weten wat onze gebruikers daadwerkelijk gebruiken, 95% van onze gebruikers werken namelijk voor 100% met web-based applicaties, waardoor de impact voor de gebruikers er natuurlijk wel gaat zijn, maar veel minder heftig is dan waar jullie vanuit gaan. Simpel via de group policy de bookmarks regelen en iedereen (in de operatie) kan gewoon aan het werk, het kantoor personeel is een ander verhaal, maar gezien het geringe aantal hiervan is de impact lager dan waar iedereen hier vanuit gaat..

Voor het maken van een goede backup, heb je een goede sofware tool nodig. Als je die niet krijgt, houdt het op. Mijn backups bestaan dus uit bestanden welke we niet kwijt mogen raken, indien de server chrashed, kan ik niets anders dan opnieuw installeren. OF heeft iemand hier ooit een failsave backup kunnen maken met de bocht die NTBACKUP heet? Het zou in mijn 13 jarige carriere de eerste zijn namelijk..

Jazzy schreef op maandag 15 maart 2010 @ 16:49:
Zo, nu verder met de problemen. Om de ergste pijn te verlichten kun je alle data verplaatsen naar een andere volume, voorzover je dat nog niet gedaan hebt. Zie dit artikel om dat aan te pakken: http://www.microsoft.com/...c89f44984b&displaylang=en

Jazzy, dank je voor deze info!!, de monitoring database was mij een doorn in het oog en deze zal vanavond verplaatst worden. De rest is al verplaatst in het verleden, of is bij installatie meteen op D: geplaatst.

[ Voor 11% gewijzigd door Verwijderd op 15-03-2010 17:39 ]

[Jazzy]

Verwijderd schreef op maandag 15 maart 2010 @ 17:17:
Denk eens na allemaal, denken jullie nu ECHT dat ik zo stom zou zijn om aan een dergelijk project zou beginnen als ik niet alles al geprobeerd had?

Relax. Je krijgt gewoon goedbedoelde adviezen van ervaren vakgenoten, de reden dat je veel heftige reakties krijgt is dat je in onze ogen iets heel raars wilt doen.

Als ik niet eerder hulp van gebruikersgroepen ingeroepen had, of wellicht zelfs van externe partijen waar je een fortuin voor betaald en dan een pikkie binnen krijgt die minder kennis heeft dan ik?

Je posthistory hier op het forum zegt iets anders.

[Verwijderd]

Jazzy schreef op maandag 15 maart 2010 @ 17:38:
[...]
Relax. Je krijgt gewoon goedbedoelde adviezen van ervaren vakgenoten, de reden dat je veel heftige reakties krijgt is dat je in onze ogen iets heel raars wilt doen.
[...]
Je posthistory hier op het forum zegt iets anders.

Helemaal mee eens, ik ben op tweakers niet echt actief geweest, op engelstalige fora is dat wel anders.

Natuurlijk is het opnieuw opbouwen van een domein in eerste instantie voor iedere it-er not done, en natuurlijk mag ik best heftige reacties krijgen op iets wat normaal not-done is, mits ik maar niet voor gek uitgemaakt wordt. Ik denk alleen dat meteen oordelen niet de juiste weg is, en geloof me, ik zit deze stap al een jaar uit te stellen, maar nu komt het me toch echt mijn nek uit dat ik 2 a 3 nachten in de week mag werken (overigens niet alleen voor de SBS, er gebeurd meer in onze organisatie). De reactie van onder andere DirtyRockers laat wel enigsinds stoom uit mijn oren komen ja.

Juist door mijn posthistorie kun je denk ik niet uitmaken hoe veel kennis en/of ervaring ik zelf heb, en zoals gezegd, ik zit toch al 13 jaar in het vak, maar heb met name in de grotere omgevingen gezeten. Persoonlijk haat ik een product als SBS omdat bij een eventuele hw failure meteen het hele bedrijf stil zit en dus groot voorstander ben van spreiding van je pakketten over meerdere servers. Een traject wat hier is ingezet, maar wat meer tijd nodig heeft dan ik nu heb.

[ Voor 11% gewijzigd door Verwijderd op 15-03-2010 17:53 ]

[Verwijderd]

Laat ik dan maar een reactie geven, ik heb dit wel eens uitgevoerd, om exact dezelfde redenen.
Ook ik was het een keer zat om constant alles op te lappen, dan maar een keer helemaal opnieuw zodat ik 100% op de hoogte ben van alles wat er staat ipv dat er 5 beheerders eerder mee aan het werk gingen.

Echter.. ik deel ook de mening van de anderen betreffende de backup

Wat ik zal doen is: Full system backup maken.

Heb je nog identieke hardware?
Zoja Raid onderbreken, 1 schijf eruit, nieuwe erin rebuilden, Schijf meenemen naar test server en lekker stoeien op je test server.

Fix je het niet kan je altijd nog herinstallatie doen.
Indien je toch herinstallatie besluit ben ik wel een voorstander van een extra servertje inrichten, DCPromo uitvoeren en AD, GPO etc repliceren. Dit werkt in mijn optiek beter dan alles compleet herinstalleren en opnieuw alles aanmaken ook system state backup terug plaatsen werkt lastiger.
(User objecten, GPO, Alliassen aanmaken is namelijk geen pretje, je vergeet altijd wat)

Daarna DC promo op "goede server", uit domein halen, herinstalleren, weer toevoegen en de tijdelijke server weghalen.

Hierna kan je na een herinstalltie de huidige server op

Vervolgens kan je hierna van een full system backup de gehele data in 1x terug zetten.

[ Voor 7% gewijzigd door Verwijderd op 15-03-2010 18:40 ]

[alt-92]

Dan nog maar even een duit in het zakje aangaande Swing migrations:
alt-92 in "Exchange overzetten op nieuwe server SBS..."

[Dirtyrockers]

ten eerste was het niet de bedoeling om stoom uit je oren te laten komen..

maar meer om je te laten zien dat je met heel veel factoren te maken hebt.

je zegt trouwens dat je af wilt van SBS.

Waarom ga je niet meteen alles migreren richting een andere server.

(desnoods eerst windows 2003 met exchange 2003).

Is meteen je server schoon. sbs 2003 gaat sowieso maar tot 75 users, dus ben je meteen klaar voor de toekomst.

Verwijderd schreef op maandag 15 maart 2010 @ 17:45:
[...]


Helemaal mee eens, ik ben op tweakers niet echt actief geweest, op engelstalige fora is dat wel anders.

Natuurlijk is het opnieuw opbouwen van een domein in eerste instantie voor iedere it-er not done, en natuurlijk mag ik best heftige reacties krijgen op iets wat normaal not-done is, mits ik maar niet voor gek uitgemaakt wordt. Ik denk alleen dat meteen oordelen niet de juiste weg is, en geloof me, ik zit deze stap al een jaar uit te stellen, maar nu komt het me toch echt mijn nek uit dat ik 2 a 3 nachten in de week mag werken (overigens niet alleen voor de SBS, er gebeurd meer in onze organisatie). De reactie van onder andere DirtyRockers laat wel enigsinds stoom uit mijn oren komen ja.

Juist door mijn posthistorie kun je denk ik niet uitmaken hoe veel kennis en/of ervaring ik zelf heb, en zoals gezegd, ik zit toch al 13 jaar in het vak, maar heb met name in de grotere omgevingen gezeten. Persoonlijk haat ik een product als SBS omdat bij een eventuele hw failure meteen het hele bedrijf stil zit en dus groot voorstander ben van spreiding van je pakketten over meerdere servers. Een traject wat hier is ingezet, maar wat meer tijd nodig heeft dan ik nu heb.

[Verwijderd]

Dank je danicom, ik kon me al niet voorstellen dat ik de enige was welke problemen had met een foutief uitgedachte installatie Ik heb meerdere redenen om deze actie te doen, hoe ongebruikelijk hij ook is.

Het voordeel om het nu te doen, en het niet uit te stellen, is dat onze organisatie langzaam opklimt na een vrije val afgelopen jaar. Oftewel, nu zijn het "slechts" 60 users, vorig jaar waren dit er bijna 200 (wij zijn geopend van 08:00 uur tot 23:00 uur op werkdagen, en op zaterdag van 09:00 uur tot 18:00 uur, dus het komt nooit voor dat alle users tegelijkertijd aanwezig zijn), en de organsatie gaat nu weer groeien. Het is dus zeg maar nu of nooit.

Onze AD zit eenvoudig in elkaar, er zijn geen rare constructies gebruikt

Wat ik qua backup kan doen, is een full backup maken naar een file op een van onze andere servers. Dit kan ik enkel met NT Backup doen, aangezien ik geen ander pakket voor handen heb.

Wat mijn plan was, tot nu toe:
Ter voorbereiding om de benodigde tijd tot een minimum te beperken:
* Verplaatsen datashare's en usershare's en profile share's naar een apparte fileserver.
* Mailboxen van de staf laten archieveren door de users, dit kan ik simpel controleren in de exchange system manager de grootte van de mailboxen op te vragen. Hierdoor zijn de mailboxen klein bij export en duurt deze stap een stuk korter
* Veiligstellen van de loginscripts, uitschrijven nieuwe groepenstructuur en bijbehorende mappenstructuur
* GPO exporteren, veiligstellen backupscripts
* vastleggen licentiesleutels voor herinstallatie
* Vastleggen ip reservations, export maken van DNS
* ongebruikte machine's uit het domein halen (dit zijn er door de crisis nogal wat)

Herinstalatiedag:
* alle resteren machine's uit het domein halen, op de die dag gebruikte machine's na.
* Blocken poort 25 op de firewall, mail wordt opgevangen bij antispam provider
* Na de productie, welke stopt op zaterdag 18:00 uur eerst een full system backup naar file op een fileserver, tidjens dit proces de overige machine's uit het domein halen.
* exporteren exchange mailboxen middels exmerge, alle overige data staat dan reeds op een andere server.
* Dubbelcheck of alle gegevens van de server af zijn.
* Herinstallatie van Windows SBS 2003 middels de smartstart CD, configuratie afronden.
* importeren GPO, restore loginscripts.
* Bouwen groepenstructuur, usertemplate aanmaken
* aanmaken users incl de exchange mailboxen (Alle users krijgen hetzelfde wachtwoord, en moeten dit wijzigen bij eerste maal inloggen)
* importeren mailboxen middels exmerge, tijdens dit proces de machine's weer aanmelden op het domein
* Uittesten productiefunctionaliteiten. De Staf functionaliteiten hebben hier een lagere prioriteit.

Uiteraard ga ik dit niet alleen doen, maar krijg ik hulp.

Helaas beschik ik niet over identieke hardware, dus kan ik de voorgestelde test niet doen helaas (Overigens weet ik niet hoe ik dit met een Raid5 set zou moeten doen, maar goed). Wel ga ik vooraf uiteraard een testserver inrichten zodat ik exact weet wat te configgen op de dag zelf.

@DirtyRockers

Dirtyrockers schreef op maandag 15 maart 2010 @ 20:22:
ten eerste was het niet de bedoeling om stoom uit je oren te laten komen..

maar meer om je te laten zien dat je met heel veel factoren te maken hebt.

je zegt trouwens dat je af wilt van SBS.

Waarom ga je niet meteen alles migreren richting een andere server.

(desnoods eerst windows 2003 met exchange 2003).

Is meteen je server schoon. sbs 2003 gaat sowieso maar tot 75 users, dus ben je meteen klaar voor de toekomst.


[...]

Dat is dus net het punt, ik ben nu 1,5 jaar aan het lappen geweest omdat daarvoor budget zou komen. Nu na al deze tijd er nog geen budget is, zal ik iets moeten, omdat het op deze manier geen doen voor mij persoonlijk meer is. Waarom is er nog altijd geen budget? Omdat door mijn lapwerk de omgeving elke keer weer overeind is gebleven, en stabieler is dan ooit tevoren (zolang ik maar zeer actief blijf beheren, echter wil ik ook eens op vakantie ).

De 75 users is voor ons geen belemmering, aangezien de productieplekken niet perse op het domein hoeven. Dit is een directiebeslissing,,,
Liever 1 hels weekend, en wellicht een helse week daarna, dan door moeten lappen zoals ik nu gedaan heb.

[ Voor 16% gewijzigd door Verwijderd op 15-03-2010 20:59 ]

[Verwijderd]

Verwijderd schreef op maandag 15 maart 2010 @ 20:51:
Dank je danicom, ik kon me al niet voorstellen dat ik de enige was welke problemen had met een foutief uitgedachte installatie Ik heb meerdere redenen om deze actie te doen, hoe ongebruikelijk hij ook is.

Het voordeel om het nu te doen, en het niet uit te stellen, is dat onze organisatie langzaam opklimt na een vrije val afgelopen jaar. Oftewel, nu zijn het "slechts" 60 users, vorig jaar waren dit er bijna 200 (wij zijn geopend van 08:00 uur tot 23:00 uur op werkdagen, en op zaterdag van 09:00 uur tot 18:00 uur, dus het komt nooit voor dat alle users tegelijkertijd aanwezig zijn), en de organsatie gaat nu weer groeien. Het is dus zeg maar nu of nooit.

Indien je gaat groeien moet je je afvragen in hoevere SBS nog wenselijk is, dit in verband de maxima user van SBS

Onze AD zit eenvoudig in elkaar, er zijn geen rare constructies gebruikt

Toch vergeet je altijd wat, vandaar bij voorkeur repliceren

Wat ik qua backup kan doen, is een full backup maken naar een file op een van onze andere servers. Dit kan ik enkel met NT Backup doen, aangezien ik geen ander pakket voor handen heb.

Dit voldoet prima, denk er alleen aan dat je je information store van exchange niet vergeet

Wat mijn plan was, tot nu toe:
Ter voorbereiding om de benodigde tijd tot een minimum te beperken:
* Verplaatsen datashare's en usershare's en profile share's naar een apparte fileserver.

Hoe ga je deze dan benaderen? Op elke pc een snelkoppeling naar de andere FS?
Kan je beter migratie op zondag doen, is veel werk

* Mailboxen van de staf laten archieveren door de users, dit kan ik simpel controleren in de exchange system manager de grootte van de mailboxen op te vragen. Hierdoor zijn de mailboxen klein bij export en duurt deze stap een stuk korter

Dit zal ik altijd in eigen beheer nemen, via Exmerge kan je zo een complete export maken welke je, indien je de AD username opmaak niet veranderd zo weer kunt importeren.
Eventueel kan je als dit niet goed gaat de PST files met bijvoorbeeld Ontrack Power Controls zo uit je BKF trekken.

* Veiligstellen van de loginscripts, uitschrijven nieuwe groepenstructuur en bijbehorende mappenstructuur

Staat toch op je backup?

* GPO exporteren, veiligstellen backupscripts
* vastleggen licentiesleutels voor herinstallatie
* Vastleggen ip reservations, export maken van DNS
* ongebruikte machine's uit het domein halen (dit zijn er door de crisis nogal wat)

Je doet toch een herinstallatie? Waarom dan machines eruit halen?
Tevens de DNS, deze wordt indien je enkel van een AD gebruik maakt vanzelf wel ingevuld.
Je loopt het risico met een import van de DNS dat je ook "troep" importeerd.

Herinstalatiedag:
* alle resteren machine's uit het domein halen, op de die dag gebruikte machine's na.

Je moet ze toch allemaal opnieuw toevoegen, kan je zo combi van maken als je ze erin hangt.

* Blocken poort 25 op de firewall, mail wordt opgevangen bij antispam provider

Goedplan!

* Na de productie, welke stopt op zaterdag 18:00 uur eerst een full system backup naar file op een fileserver, tidjens dit proces de overige machine's uit het domein halen.
* exporteren exchange mailboxen middels exmerge, alle overige data staat dan reeds op een andere server.
* Dubbelcheck of alle gegevens van de server af zijn.
* Herinstallatie van Windows SBS 2003 middels de smartstart CD, configuratie afronden.
* importeren GPO, restore loginscripts.
* Bouwen groepenstructuur, usertemplate aanmaken
* aanmaken users incl de exchange mailboxen (Alle users krijgen hetzelfde wachtwoord, en moeten dit wijzigen bij eerste maal inloggen)
* importeren mailboxen middels exmerge, tijdens dit proces de machine's weer aanmelden op het domein
* Uittesten productiefunctionaliteiten. De Staf functionaliteiten hebben hier een lagere prioriteit.

Uiteraard ga ik dit niet alleen doen, maar krijg ik hulp.

Dit lijkt me prima.
Denk ook even aan openbare mappen etc.

Helaas beschik ik niet over identieke hardware, dus kan ik de voorgestelde test niet doen helaas (Overigens weet ik niet hoe ik dit met een Raid5 set zou moeten doen, maar goed). Wel ga ik vooraf uiteraard een testserver inrichten zodat ik exact weet wat te configgen op de dag zelf.
[...]

Dat is dus net het punt, ik ben nu 1,5 jaar aan het lappen geweest omdat daarvoor budget zou komen. Nu na al deze tijd er nog geen budget is, zal ik iets moeten, omdat het op deze manier geen doen voor mij persoonlijk meer is. Waarom is er nog altijd geen budget? Omdat door mijn lapwerk de omgeving elke keer weer overeind is gebleven, en stabieler is dan ooit tevoren (zolang ik maar zeer actief blijf beheren, echter wil ik ook eens op vakantie ).

Liever 1 hels weekend, en wellicht een helse week daarna, dan door moeten lappen zoals ik nu gedaan heb.

Agree, ik heb veel MKB-ers over genomen van andere bedrijven. Hier werk ik met onderhoudscontracten.
Ik snap wat je bedoeld, soms lap ik teveel op onderhoudscontract, ik herinstalleer dan ook altijd liever!

[DaVaRiOuS]

Verwijderd schreef op maandag 15 maart 2010 @ 18:35:
Laat ik dan maar een reactie geven, ik heb dit wel eens uitgevoerd, om exact dezelfde redenen.
Ook ik was het een keer zat om constant alles op te lappen, dan maar een keer helemaal opnieuw zodat ik 100% op de hoogte ben van alles wat er staat ipv dat er 5 beheerders eerder mee aan het werk gingen.

Echter.. ik deel ook de mening van de anderen betreffende de backup

Wat ik zal doen is: Full system backup maken.

Heb je nog identieke hardware?
Zoja Raid onderbreken, 1 schijf eruit, nieuwe erin rebuilden, Schijf meenemen naar test server en lekker stoeien op je test server.

Fix je het niet kan je altijd nog herinstallatie doen.
Indien je toch herinstallatie besluit ben ik wel een voorstander van een extra servertje inrichten, DCPromo uitvoeren en AD, GPO etc repliceren. Dit werkt in mijn optiek beter dan alles compleet herinstalleren en opnieuw alles aanmaken ook system state backup terug plaatsen werkt lastiger.
(User objecten, GPO, Alliassen aanmaken is namelijk geen pretje, je vergeet altijd wat)

Daarna DC promo op "goede server", uit domein halen, herinstalleren, weer toevoegen en de tijdelijke server weghalen.

Hierna kan je na een herinstalltie de huidige server op

Vervolgens kan je hierna van een full system backup de gehele data in 1x terug zetten.

Hoe doe je dit nu met een Raid5 configuratie als je data verdeeld staat over 3 schijven?
Als je dan 1 schijf eruit haalt, dan heb je geen volledige data.

[Verwijderd]

Als je goed leest had je gezien dat de raid5 info pas gegeven is NA mijn reply.

[Verwijderd]

Verwijderd schreef op maandag 15 maart 2010 @ 21:07:
Indien je gaat groeien moet je je afvragen in hoevere SBS nog wenselijk is, dit in verband de maxima user van SBS

Vind ik ook, echter heeft de directie het standpunt dat een normale productieplek niet perse aan het domein gekoppeld hoeft te zijn, gezien de applicaties welke zij gebruiken (100% web based) is dit niet nodig. Zij kunnen ook de webmail gebruiken. De directie heeft aangegeven dat indien de SBS niet meer voldoet, er sowieso nieuwe servers zullen komen. 75 uers limit is dus geen issue.

Toch vergeet je altijd wat, vandaar bij voorkeur repliceren

Dat wordt een uitdaging, ivm beschikbare hardware..

Dit voldoet prima, denk er alleen aan dat je je information store van exchange niet vergeet

Nop, wordt elke dag gebackupped naar een server in ons andere pand (glasvezel verbonden)

Hoe ga je deze dan benaderen? Op elke pc een snelkoppeling naar de andere FS?
Kan je beter migratie op zondag doen, is veel werk

Wordt gemigreerd, shares worden omgezet en loginscripts tijdelijk omgebouwd. Bepaalde share's zitten nu al op een apparte server. De users merken hier niets van.

Dit zal ik altijd in eigen beheer nemen, via Exmerge kan je zo een complete export maken welke je, indien je de AD username opmaak niet veranderd zo weer kunt importeren.
Eventueel kan je als dit niet goed gaat de PST files met bijvoorbeeld Ontrack Power Controls zo uit je BKF trekken.

BKF??
De users zijn nu al aan het archiveren, een export met Exmerge gaat goed tot 2Gb, daarna heb stopt de export gewoon. Ik heb nu nog 2 mailboxen welke tot mijn ergernis groter zijn dan 2Gb, 1 van 8,7(!!)Gb en 1 van 2,3.

De rest van de mailboxen zijn allen kleiner dan 1Gb, voor de eventuele herinstallatie wil ik alle mailboxen op maximaal 100Mb hebben.

Staat toch op je backup?

Ik wil graag een goede duidelijke groepenstructuur, nu is het door explosieve groei in het verleden een rommeltje en niet voorbereid op groei. Vandaar van te voren een goede nieuwe groepen structuur uitdenken en uitschrijven.

Je doet toch een herinstallatie? Waarom dan machines eruit halen?
Tevens de DNS, deze wordt indien je enkel van een AD gebruik maakt vanzelf wel ingevuld.
Je loopt het risico met een import van de DNS dat je ook "troep" importeerd.

Oke, ik moet dit anders verwoorden. Ik maak geen export, maar filter de door mij zelf aangemaakte DNS namen eruit en noteer deze. Onze portal staat bijvoorbeeld wel als A-record, maar deze wordt niet automatisch gegenereerd doordat de portal op een linux webserver staat. (welke overigens slave DNS is voor de SBS)

Je moet ze toch allemaal opnieuw toevoegen, kan je zo combi van maken als je ze erin hangt.

Heb je helemaal gelijk in!

Goedplan!

Zijn er mensen die dit vergeten dan? Lijkt mij niet meer dan logisch

Dit lijkt me prima.
Denk ook even aan openbare mappen etc.

nee, want die gebruiken we (nog) niet.

Agree, ik heb veel MKB-ers over genomen van andere bedrijven. Hier werk ik met onderhoudscontracten.
Ik snap wat je bedoeld, soms lap ik teveel op onderhoudscontract, ik herinstalleer dan ook altijd liever!

Ik vind het niet erg om met een server te werken die niet door mij gebouwd is, als hij maar goed gebouwd is. Tijdens mijn "carriere" heb ik bij grote bedrijven als Philips, destijds libertel en oa defensie gewerkt waar het goed geregeld is. Later bij ICT bedrijven in de MKB sector, altijd de beheerzijde, helaas nooit de installatie zijde. Altijd rotzooi van anderen opruimen.. Bah

[Verwijderd]

Verwijderd schreef op maandag 15 maart 2010 @ 22:03:
Als je goed leest had je gezien dat de raid5 info pas gegeven is NA mijn reply.

[alt-92]

Verwijderd schreef op maandag 15 maart 2010 @ 22:46:


BKF??

Backup file van NTbackup.

De users zijn nu al aan het archiveren, een export met Exmerge gaat goed tot 2Gb, daarna heb stopt de export gewoon.

unicode pst files kunnen groter worden. Maar of Exmerge van 2003 die ook aan kan maken...

Tijdens mijn "carriere" heb ik bij grote bedrijven als Philips, destijds libertel en oa defensie gewerkt waar het goed geregeld is. Later bij ICT bedrijven in de MKB sector, altijd de beheerzijde, helaas nooit de installatie zijde. Altijd rotzooi van anderen opruimen.. Bah

Ach. Als je het andersom doet (mkb > enterpriselevel) sta je soms ook wel eens verbaasd te kijken

[Verwijderd]

alt-92 schreef op maandag 15 maart 2010 @ 23:39:
Ach. Als je het andersom doet (mkb > enterpriselevel) sta je soms ook wel eens verbaasd te kijken

Dat kan ik me zeker voorstellen.. Op Enterprise level wordt er vaak ook wel erg kwistig met apparatuur/licenties omgegaan, heeft mij nogal wat omschakeling gekost naar MKB hoor

[Verwijderd]

alt-92 schreef op maandag 15 maart 2010 @ 23:39:
[...]

unicode pst files kunnen groter worden. Maar of Exmerge van 2003 die ook aan kan maken...

Exmerge maakt deze gewoon goed aan, alleen wanneer je importeerd in SBS gaat je mailbox op closed.

Todo: Adsieedit installeren, mailbox vergroten naar 10GB, LET OP hierna kan je geen quoata meer vergroten via de standaard system manager, hierna kan je de import doen.(dus niet hiervoor!)

Werkt prima!