Förord

Att implementera SQL Server Clustering är ett stort beslut, och full med olika problem. Innan du genomför ett sådan stort och viktigt projekt så bör du noggrant överväga för- och nackdelarna med Clustering. Dessa inkluderar följande (vilket inte är alla):

Innehåll

  » Krav på mjukvara för Clustering
  » Krav på hårdvara för Clustering
  » Hur du sätter upp och har hand om ett SQL Server Cluster
  » Är Cluster någonting för dig?

Fördelar med SQL Server Clustering:

• Det reducerar uppehållet till ett knappt minimum
  
• Det tar automatiskt hand om en fallerad Server eller mjukvara, vilket innebär att man inte manuellt behöver bry sig om att ta hand om det.
  
• Det ger möjlighet till att du kan göra uppgraderingar utan att behöva stänga av användarna under en lång period.
  
• Det möjliggör en reducering av uppehållet för rutin Servrar, nätverket samt databasens fullföljande.
  
• Med Clustering behöver du inte tilldela Servern någon nytt virtuellt namn, så om en Serverar fallerar så sker det relativt osynlig för användaren.
  
• Att återlämna ansvaret till den primära Servern går fort, och du kan göra det så snart den primära Servern är återställd och tillbaka on-line.
  
• I vissa fall kan användandet av Clustering öka en applikations skalbarhet. Om t ex ett aktuellt Cluster upplever höga belastningar, så kan ytterligare en Server sättas in för att utöka resurserna och även höja en applikations prestanda.
  

Nackdelar med SQL Server Clustering

• Det är dyrare än andra alternativ, som t ex att shippa loggar eller att ha en stand-by Server.
  
• Det kräver mer tid att ställa i ordning än andra alternativ.
  
• Det kräver mer fortlöpande uppföljning än andra alternativ.
  
• Det kräver fler erfarna DBA och nätverksadministratörer.
  

Krav på mjukvara för Clustering

Vilken mjukvara du använder för SQL Server Clustering beror på om du vill ha ett cluster med två eller fler noder.

För kluster med två noder behöver du följande:

• Två licenser för Microsoft Windows 2000 Advanced Server
  
• En SQL Server 7.0 Enterprise eller för SQL Server 2000 Enterprise Licens för Active/Passive eller två licenser för Active/Active.
  
• Det senaste Service Packet för Windows 2000 och SQL Server
  

För kluster med fler än två noder krävs följande:

• Två eller fler licenser för Microsoft Windows 2000 Datacenter Server
  
• Två eller fler licenser för SQL Server 7.0 Enterprise eller SQL Server 2000 Enterprise
  
• Det senaste Service Packet för Windows 2000 och SQL Server
  

Jag vill än en gång påpeka att du alltid bör använda dig av dem senaste Service Packen, då många irriterande Cluster relaterade buggar har kunnat lösas genom det.

Krav på hårdvara för Clustering

Om vi antar att du har ett Cluster med två noder så behöver du minst ha följande:

• Två Servrar med ett minimum på 256 Mb RAM samt en enda Pentium III CPU
  
• En gemensam hårddisk array som stöder RAID 5 eller RAID 10, samt använder SCSI kabel eller fiberkanaler
  
• Varje Server måste ha åtminstone en lokal SCSI disk på sin SCSI kontroller
  
• Varje Server måste ha en SCSI- eller fiberkanal-adapter för att kunna kommunicera med den gemensamma hårddisk arrayen. Den delade hårddisk arrayen kan nämligen inte kommunicera direkt mot SCSI kontrollern på den lokala hårddisken eller CD-ROMen.
  
• Varje Server måste ha två PCI nätverkskort (en mot den privata och en mot den publika anslutningen)
  

Hur du väljer att designa din fysiska Server (CPU, RAM, mängden diskarray), då du tänker använda en Active/Passive konfiguration, liknar väldigt mycket hur du skulle forma en Server som inte skulle ingå i ett Cluster. Om du däremot tänker använda dig av en Active/Active konfiguration, så bör varje fysisk Server vara designad till att kunna köra båda instanserna av SQL Server, för om den primära Servern fallerar så måste den sekundära kunna köra båda två.

Generellt sett borde båda Servrarna ha identisk hårdvara, drivers, mjukvara och konfiguration. Det finns vissa undantag att ta till, men jag råder dig att inte använda dem. Ju mer varje fysisk Server liknar varandra, desto färre problem kommer att uppstå.

En annan viktig sak att tänka på när du väljer hårdvara för Clustering, är att dem måste finnas med på Microsofts Hardware Compatibility List (HCL) som ett bistående system. Och vad menas med bistående system? Innan Microsoft kan stöda ditt Cluster, så måste den hårdvara du väljer ut (Servers, kort, delade arrayer, osv) vara testat som ett helt system samt godkänt av Microsoft. Om det inte är godkänt av Microsoft, så kan inte Microsoft bistå med någon hjälp om du ringer dem, inte ens om du betalar för deras support.



Även fast den hårdvara som du använder i ditt Cluster är godkända av Microsoft individuellt för Clustering, så kan du ändå inte få någon hjälp från dem så till vida att inte hårdvaran är testade som ett helt system. Det är därför du bör kolla igenom HCL listan noggrant, för att innan du beställer utrustningen försäkra dig om att du köper ett godkänt Clustering system.

Tyvärr så hålls inte Microsofts HCL webbsida uppdaterad. Det innebär att när en ny hårdvara från Microsoft lanseras (och det verkar som man oftast vill ha det senaste och bästa), så kanske det inte listas som ett godkänt Clustering system förrän månader efteråt. Du skulle ju så klart kunna ta chansen och köpa in en utrustning som inte ingår i godkänt Microsoft system (i hopp om att det snart kommer att testas och certifieras av Microsoft), men skulle något gå snett och du ringer Microsoft så förvänta dig ingen hjälp från dem.

Hur du sätter upp och har hand om ett SQL Server Cluster

Det är ämnet skulle kunna fylla en hel bok, men tyvärr så får inte det plats här. Så det jag gör är att bara ge dig grunderna, så du får en känsla av vad du har att vänta dig.

Baserat på mina egna erfarenheter med SQL Server Cluster, så följer här några saker som du bör hålla på minnet:

• Köp in ett godkänt Cluster system, och få det levererat till dig ca 4-8 veckor innan du tänker implementera det. Det ger dig massor av tid till att lära känna det och lösa vissa problem. Och tro mig, du kommer att få problem.
  
• Överväg att gå på kurser om Clustering, eller hyr åtminstone in en kunnig konsult för att hjälpa dig göra en plan över din implementering. Om du aldrig har gjort det här förut, så lär du behöva all hjälp du kan få. Tyvärr så finns det inte så mycket bra information om Clustering ute, så du lär få klara dig själv mer än vanligtvis.
  
• När ditt Cluster är uppe och kör, så bör du testa det så noggrant som möjligt med hjälp av samma databaser och klienter som kommer att använda dem då Clustret sätts ut i produktion.
  
• Dokumentera noggrant allt du gör när du bygger upp ditt Cluster
  
• Utveckla en plan för en regelbunden övervakning av Clustret
  
• Utveckla en plan för att regelbundet testa Clustret, för att kunna försäkra dig om att den kommer sköta hanteringen som det ska vid eventuella fel
  
• Utveckla en formell backup- och återskapningsplan och testa den
  
• Skapa en kris återskapningsplan för hur du ska ta dig till ifall du skulle tappa alla noder i ditt Cluster
  

Att implementera och ta hand om ett Cluster är svårt och komplicerat. Du kan komma att behöva införskaffa en grupp toppkunniga nätverks- och databasadministratörer för att implementera och upprätthålla det.

Är Cluster någonting för dig?

Förhoppningsvis har den här artikeln på två delar kunnat ge dig lite extra kunskap om SQL Server Clustering mot vad du hade förut. Och jag hoppas dessutom att jag inte har skrämt upp dig från att använda SQL Server Clustering.

Trots att SQL Server Clustering inte är en lätt utmaning, så är det en värdefull en. Jag känner själv att SQL Server Clustering är värdefullt för mina organisationer, och faktum är att det har sänkt min stressnivå en del. För nu behöver jag inte oroa mig (lika mycket) för förlängda perioder av uppehåll längre. Sen mitt Cluster sattes upp, så har det inte visat på några problem och så fortsätter det att puttra på.

0 Kommentarer

Skriv en kommentar på artikeln

Ditt betyg på artikeln

UtmärktLäsvärdIntressantMindre braDålig

Kommentar: