Att dela upp en site-kollektion på två olika content databaser…

Sharepointer — Tue, 10 Feb 2009 22:59:00 GMT

Jag fick ett uppdrag som gick ut på att skapa en form av redundans i en farm som hade servrar utspridda på tre olika kontor med ganska stort geografiskt avstånd. Spontant tycker man ju att om det finns en farm så finns det en config-databas, alltså ingen redundans…men det går att komma runt med ganska enkla medel. Man behöver faktiskt inget stort SQL-kluster som ingen egentligen förstår sig på. Nu ska vi tillägga att funktionen som detta ger inte är testad skarpt ännu, den ordinarie SQL-servern har inte varit offline på riktigt. Kör inte detta på en live miljö, prova gärna med livrem och hängslen och hör av dig med resultatet ;)

Vi gjorde så här:

Installerade MOSS på de båda WFE:erna och konfigurerade en ny farm på den ena med Central Administration, SSP och My Site. Den andra kopplades till den nya farmen och kommer delta i Crawlning. Två servrar med MOSS 2007 alltså.
Intranätet som fanns hade en tydlig uppdelning mellan de båda kontoren och det gick enkelt att identifiera vilka siter som var viktiga för vilket kontor. De som var aktuella på kontor A exporterades och importerades till en egen site kollektion med en egen content-databas. De övriga fick vara kvar i sin ursprungliga struktur vilken kopplades in som content-databas i den site-kollektionen.
Databaserna ligger på alltså på två SQL-servrar som båda har SQL 2008 Standard installerat. Det gör att man kan använda Microsofts nya teknik för spegling av databaser direkt med SQL Man Studio. Det har gått i tidigare versioner men är nu dramatiskt förbättrat. Dessa servrar står på varsin sida om det stora avståndet och hostar varsin content-databas med respektive kontors egna content. De innehåller också varsin version av config-databasen som alltså spelglas från den ena (Master) till den andra (Mirror).
En femte server står på ett tredje kontor med uppkoppling mot de båda SQL-servrarna och agerar som Witness vilket betyder att den har som uppgift att hålla koll på vilken av SQL-servrarna som är Master. Om den ordinarie inte går att nå så kommer vittnet utse den andra som master. Det fina med det är att användarna inte kommer att märka det här lilla glappet eftersom båda SQL-servrarna är uppdaterade hela tiden. När den ordinarie Master-SQL-servern kommer tillbaka online så kommer den att vara Mirror åt den andra och ta ikapp det som den missat under tiden som den var offline.

Vad ger då detta? Man får faktiskt feltolerans på alla databaserna i farmen. Men det finns ett problem, nämligen vittnet. Den punkten är inte redundant i det här exemplet. Det kan den naturligtvis också vara men någonstans ska man ju dra gränsen. Den får stå i en väl övervakad serverhall med support 24/7.

Nu kommer säkert alla SQL-experter säga att detta inte kommer fungera så bra i praktiken som på papret och jag kan inte säga emot faktiskt. Tanken med feltolerans är i grunden bra men om man har så kritiska datafunktioner i sin SharePoint-farm så kanske man hellre lägger en massa kraft och möda på att säkra sin uppkoppling mellan kontoren och få en hög grad av tillgänglighet den vägen.

Gratis SharePoint med SQL Express

Det finns en annan aspekt hos den här tanken vilken inte rör MOSS 2007-installationer i första hand utan de som har WSS på SQL-Express. De har inte någon licenkostnad på den interna SharePoint farmen men en gräns på 4 GB på sina SQL-databaser som de inte kan gå runt utan att uppgradera till en riktig SQL-version för dyra pengar.

WSS och SQL-EE är ju helt gratis om man har en Windowsserver med CAL:ar i sitt nätverk. Med lite planering och trixande kan man med denna teknik bygga väldigt stora WSS-miljöer utan att betala någon SQL-licens genom att dela upp sina content-databaser i bitar som inte blir större än 4 GB. Man får mer administration, det är svårare att göra backuper, man kommer att behöva ha mer övervakning och allt blir lite jobbigare... Men det är gratis, Microsoft-teknologi på högsta nivå helt lagligt gratis. Släng in MS Search Server Express i den mixen så har man en riktigt kraftfull farm som inte kostar mer än lite extra svett och kanske tårar, av lycka alltså!

Go have fun now!

Working with SharePoint : WSS

Att dela upp en site-kollektion på två olika content databaser…

Gratis SharePoint med SQL Express