Denne gangen tar jeg opp et spørsmål mange kunder stiller meg, nemlig ”hvilken versjon av Windows Server skal jeg bruke?” Windows Server 2003 eller Windows Server 2008? Og “skal jeg bruke 32bit eller 64bit versjon?”

For de mange som nå tenker ”er ikke det innlysende?” så virker det på meg som dere enten tar feil, eller ikke har fått jobben med å sette opp de løsningene jeg har møtt hos kunder i det siste…

Windows Server 2003 eller 2008?
La oss ta det spørsmålet rundt Windows Server 2003 eller 2008. Windows Server 2008!!

Det er 60 IT-år siden 2003 ble sluppet, og da var web og Internett noe man ”kunne kjøre hvis man trengte det”. Til sammenligning er Windows 2008 laget for web og .NET-applikasjoner, og frem til siste betaversjoner var faktisk Windows SharePoint Services en innebygget rolle.

Du kan gjerne sammenligne dette med biler: Joda, det er sikkert kult å bøye ut skjermene og montere ekstra brede feite hjul på bilen, og med effektpotte og diverse utfresninger på motorblokka går det nok mye raskere. Men du kommer ikke utenom det faktum at du kjører en Volvo Amazon fra tidlig 60-tallet sammenlignet med en 2010-modell sportsbil fra et bilfirma i Bayern…

Når sant skal sies må du også legge til service pack og noen patcher for å få Windows Server 2008 helt oppdatert, men sammenlignet med jobben du har med å legge til komponenter og patche opp en Windows Server 2003, blir dette småtterier. Dersom du slutter å telle ved Service Pack 2 er det 793 patcher og fixer til Windows Server 2003! Det er vel nesten flere enn det er tilskuere på en gjennomsnittlig norsk tippeligakamp…

Ja, jeg vet det er mange som sier ”men 2003 har jo vært der så mye lengre, og det er så mye rart i 2008”. Til dere kan jeg egentlig kun si at verden går videre, og at dersom dere ikke ennå har satt dere godt inn i hva 2008 har å by på er det på høy tid å gjøre det.

32bit eller 64bit?
Så til spørsmålet om det ”holder” med 32bit, eller om man skal benytte 64bit. Her er det egentlig også ganske så enkelt, selv om dette kanskje tvinger seg naturlig frem med tiden. 32bit tilhører gamledager, og det er ikke lengre snakk om at 64bit ”er noe som kommer”. De fleste servere som selges i dag kan håndtere 64bit (og da snakker jeg ikke om IA64/Itanium, men om EMT64 for de som er teknisk interessert), og installerer du da 32bit operativsystem på denne går du glipp av den enorme ytelsesforbedringen du faktisk har investert i. Man behøver ikke ha behov for å installere terrabytes med minne i serveren for å få glede av dette, selv om minnebegrensningene for 32bit begynner å bli plagsomme. Trekker vi bil-analogien videre, så er det vel ikke så mange som ville fylle diesel på bensinbilen sin…

Dersom du trenger en siste god grunn for å bruke 64bit for SharePoint, så kan du også se litt lengre fremover i tid, når du med spente, skjelvende hender skal til å oppgradere din SharePoint løsning til SharePoint Server 2010. Da MÅ du nemlig bruke 64bit.
Se for øvrig Microsoft SharePoint Team Blog.

Så for de av dere som skal i gang med nyinstalleringer, eller vurderer å utvide farmen med flere servere, kom dere over på Windows Server 2008 64bit! I tillegg er det jo heller ikke ulovlig å planlegge litt før neste oppgradering. ;o)

Mvh
Morten

Mitt navn er Morten Yndesdal, og jeg er SharePointOholiker!

Like greit å innrømme det med en gang. Etter å ha gjort mine første barneskritt i SharePoint Portal Server 2001, blitt lettere forelsket i SharePoint 2003 og tråklet meg håpefullt gjennom diverse beta versjoner av WSS 3 og MOSS 2007, må jeg nå innrømme at fasinasjonen over dette produktet begynner å ligne enn ”R rating” for amerikanske filmer.

Egentlig er jeg opprinnelig en infrastruktur mann, med bakgrunn fra alle NOS sin mor; Novell. Konverterte imidlertid som mange over til Microsoft, og har i flere år undervist i Windows servere, klienter, Terminal Server, virtualisering og alt annet som gjorde livet verdt å leve. Parallelt med dette har jeg derimot alltid jobbet med salg, strategi og organisasjonutvikling (Og hvor mange tenkte “Hæ?!” nå?). Hvorfor? Jo delvis fordi interessen alltid har vært to-delt, men mest fordi man kan aldri fullt ut forstå den ene delen om man ikke også skjønner den andre! Skal man designe, implementere og drifte en løsning, så er det jo greit å vite hvorfor? Samtidig skal onde tunger ha det til at jeg har et defekt gen, men det er en annen historie…

Hvorfor så fortelle dette i det første innlegget? “Skulle vi ikke lese om teknologi?” spør du kanskje. Men dette er for meg også det som lettest forklarer hva og hvorfor du vil lese det du gjør i mine innlegg; nemlig tips, råd, meninger og utfordringer til deg som leser, innenfor både teknologiske problemer og strategiske valg med løsningen!