Installera SQL Server 2000 Clustering #4
Förord
Om du har kommit så här långt bekymmersfritt, så är det högst troligt att ditt SQL Server 2000 Cluster nu är redo att användas. Men innan jag förlitar mig på något produktionssystem i ett Cluster, så tycker jag att det är bra att testa mitt SQL Server 2000 Cluster, för att se så att det verkligen fungerar som det ska. I den artikeln ska vi titta på ett flertal tester du kan göra, för att försäkra dig om att det verkligen gör sitt jobb.
Om det skulle vara något problem i ditt SQL Server 2000 Cluster, så kan testerna oftast finna dem åt dig. Men vilka problemen är, och hur du kan lösa dem, är ingenting vi tar upp i den här artikeln. Om ditt SQL Server 2000 Cluster tar sig igenom följande tester utan några problem, så är det höga odds för att du inte kommer att få några framtida problem med det heller (fast det kan inte garanteras).
Innehåll
»»
»
»
»
Relaterade artiklar
» Installera SQL Server 2000 Clustering #1» Installera SQL Server 2000 Clustering #2
» Installera SQL Server 2000 Clustering #3
Testa ditt SQL Server 2000 Cluster
av Brian M. McGee
Not. De här testerna är virtuellt identiska de tester som vi gjorde efter att ha installerat Windows 2000 Clustret, men innan vi installerade SQL Server 2000 Clustret. Men för att vara extra säkra på att det inte uppstod några nya problem då vi installerade SQL Server 2000 Clustret, så bör vi repetera testerna. Genom att testa både före och efter en installation av SQL Server 2000 Cluster, så kan du kanske bättre se vilka problemen är.
Test nummer 1: Flytta grupper
Det första testet som vi ska utföra, är mycket enkelt. Vi ska flytta på de aktuella resurserna (inklusive Clustergruppen och SQL Serverns resursgrupp), från den primära noden till den sekundära noden.Låt oss då börja vårt test för att se så att SQL Server 2000 Cluster fungerar som det ska. Så här:
1. Starta Cluster Administrator.
2. I Explorerpanelen till vänster i Cluster Administrator, så öppnar du katalogen ”Groups”. Inuti katalogen bör du se Clustergruppen och SQL Serverns resursgrupp. Om du har bytt namn på SQL Serverns resursgrupp, så står det nya namnet där.
3. Klicka på Clustergruppen för att markera den. I den högra panelen på skärmen kan du då se de resurser som bygger upp gruppen. Notera ägaren (Owner) för gruppen. Det är namnet på den primära noden.
4. Grupperna måste flyttas en och en till den andra noden. Först högerklickar du på ”Cluster Group” och väljer ”Move Group”. Så fort du har gjort det så kan du se att statusen ändras från ”Online”, till ”Offline pending”, till ”Offline”, till ”Online pending”, och slutligen till ”Online”. Det sker väldigt snabbt. Notera också att ägaren ändras från den primära noden, till den sekundära noden.
5. Gör nu samma sak med SQL Serverns resursgrupp.
6. Förutsatt att det inte blev några problem, så ska båda grupperna ha flyttats till den sekundära noden – som i och med det här, nu har blivit den primära noden. När du har flyttat båda grupperna, så kan du gå in i Event Viewer för att se om det genererades några Errormeddelanden. Om allt gick som det ska, så ska det inte finnas några Errormeddelanden.
7. Nu kan du flytta tillbaka grupperna igen, genom att gå igenom punkt 4-6.
Det här är ett väldigt grundläggande test, men det hjälper till att bestämma huruvida Clustret fungerar som det ska eller inte. Följande tester är lite grundligare, och de hjälper dig att rota upp fler potentiella problem.
Test nummer 2: Initiera ett fel
Det här testet är ganska likt ovanstående test, men nu ska vi låtsas att en nod i Clustret har gått ner. Vi ska alltså simulera ett överförande av ansvar mellan noderna. Och det gör du, så här:1. Starta Cluster Administrator.
2. I Explorerpanelen till vänster i Cluster Administrator, så öppnar du katalogen ”Groups”. Inuti katalogen bör du se Clustergruppen och SQL Serverns resursgrupp.
3. Klicka på Clustergruppen för att markera den. I den högra panelen på skärmen kan du då se de resurser som bygger upp gruppen. Notera ägaren (Owner) för gruppen. Det är namnet på den primära noden.
4. Högerklicka nu på resursen ”Cluster IP Address” i den högra panelen av skärmen, och välj ”Initiate Failure”. Det som händer, är att det talar om för Cluster Service att den virtuella IP-adressen har fallerat.
5. Efter att du har gjort det valet, så kan du märka en viss aktivitet under ”State”, men det tar inte lång stund innan resursen har en ”Online” status, märk också att ”Owner” inte har ändrats. Det verkar som om det inte har skett något överförande. Och det är korrekt. Inget överförande har skett. Tro det eller ej, men det här är normalt och kan förväntas. Det blir så här därför att Cluster Service försöker starta om en fallerad resurs upp till tre gånger (antalet kan ändras), innan det egentligen sker ett överförande. Så för att faktiskt kunna initiera ett överförande, så måste du gå igenom de ovanstående fyra stegen upp till fyra gånger, innan det händer något. Och när överförandet sker, så kan du även se att alla resurser i Clustergruppen också överförs.
6. Om du nu klickar på SQL Serverns resursgrupp, så lär du märka att dina SQL Server resurser inte överfördes. Det är också normalt. Det blev så, därför att en överföring bara kan tvinga beroende resurser att överföras, som en grupp. Och ”Cluster Group”, som vi överförde tidigare, är inte beroende utav SQL Serverns resursgrupp, därför överfördes den inte. För att överföra SQL Serverns resursgrupp, så högerklickar du på den diskresursen som innehåller systemets databasfiler i den högra panelen, och väljer ”Initiate Failure”. Du måste göra den proceduren totalt fyra gånger, innan diskresurserna överförs till den andra noden.
7. Nu när du har gjort det, så är det dags att flytta tillbaka SQL Serverns resursgrupp och ”Cluster Group” till den primära noden.
Precis som efter förra testet, så bör du kolla i Event Viewer för eventuella Errormeddelanden. Om allting gick bra, så är du redo för nästa test.
Test nummer 3: Stäng av varje nod
Medan de två första testerna utfördes från Cluster Administrator, så kommer de tre följande testerna att vara lite mer realistiska. I det här testet, så måste du först försäkra dig om att alla standardgrupper är lokaliserade på den primära noden. Sen stänger du fysiskt ner (tryck på knappen!) den primära noden.Om du tittar på Clustergrupperna från Cluster Administrator i den sekundära noden, så kan du se att efter att du har stängt ner den primära noden, så överförs resurserna automatiskt till den sekundära noden. Och när du har gjort det, så tittar du i Eventloggen efter eventuella Errormeddelanden.
När du väl har tittat efter eventuella problem, så kan du starta upp den primära noden igen (den som du stängde ner), och vänta tills den har bootats klart. Du lär då märka, att bara för att du sätter på den primära noden igen, så sker inget tillbakaöverförande. Clusterresurserna kommer att finnas kvar på den sekundära noden, tills du tvingar dem tillbaka till den primära.
Du kan nu stänga ner den sekundära noden, och repetera de saker som du gjorde med den primära. Precis som förut, så kan du använda Cluster Administrator i den primära noden, för att se när grupperna överförs till primära noden. Sen kollar du Eventloggen för eventuella problem som kan ha uppstått.
När grupperna väl har förts tillbaka till den primära noden, så kan du sätta igång den sekundära noden igen och vänta tills den har bootat klart.
Det här är ett väldigt bra test för att försäkra sig om att överföringen sker i verkligheten. Om testet inte uppbringade några problem, så är du nu redo för nästa test.
Test nummer 4: Bryt nätverksanslutningen
Det här testet har ett liknande koncept som testet ovan. Det vi vill göra är att tvinga fram ett överförande. Men istället för att simulera ett datorfallerande, så ska vi simulera ett nätverksrelaterat error.Gör så här, att du tar bort nätverkskabeln från det publika nätverkskortet på den primära noden. Det kommer att simulera ett fel på den primära noden, och det bör ske ett överförande till den sekundära noden.
Om du tittar på Clustergrupperna från Cluster Administrator i den sekundära noden, så kan du se att resurserna automatiskt överförs till den sekundära noden. Kolla sedan Eventloggen för eventuella problem som kan ha uppstått.
När du väl har kollat Eventloggen för eventuella problem, så kan du sätta tillbaka nätverkssladden till den primära noden, och sedan ta bort nätverkssladden från det publika nätverkskortet i den sekundära noden. Precis som förut, så kan du använda Cluster Administrator till att bevaka när grupperna faller tillbaka till den primära noden. Kolla sedan Eventloggen för eventuella problem. Och när du har gjort det, så kan du sätta tillbaka nätverkssladden till det publika nätverkskortet på den sekundära noden.
Om det inte uppstod några problem under det här testet, så är du nu redo för det sista testet.
Test nummer 5: Bryt anslutningen till den gemensamma diskarrayen
Det här testet är designat till att avslöja eventuella problem med den gemensamma hårddiskarrayen. Jag har sett många Cluster som har passerat ovanstående fyra tester felfritt, men som visar på problem vid det här testet, ifall inte den gemensamma diskarrayen är 100 % korrekt konfigurerad. Testet är designat till att simulera vad som skulle hända ifall controller-kortet eller kabeln som ansluter noden till den gemensamma diskarrayen, skulle fallera. Det du gör, är att du från den primära noden kopplar bort kabeln från det kort som är anslutet till den gemensamma diskarrayen. Det här kommer att simulera ett fel på den gemensamma diskarrayen, och bör initiera ett överförande till den sekundära noden.
Om du tittar på Clustergrupperna från Cluster Administrator i den sekundära noden, så kan du se att resurserna automatiskt har överförts till den noden. Kolla sedan Eventloggen för eventuella problem som kan ha uppstått.
När du väl har kollat Eventloggen för eventuella problem, så kan du sätta tillbaka kabeln till den primära noden, och sedan ta bort kabeln från det kort som är anslutet till den gemensamma diskarrayen i den sekundära noden. Precis som förut, så kan du använda Cluster Administrator till att bevaka när grupperna faller tillbaka till den primära noden. Kolla sedan Eventloggen för eventuella problem. Och när du har gjort det, så kan du sätta tillbaka kabeln till rätt kort på den sekundära noden.
Nu när du har testat klart ditt Cluster med framgång, så kan du vara hyfsat säker på att ditt SQL Server 2000 Cluster nu kan sättas ut i produktion.
0 Kommentarer