2008 R2 Cluster

[maguro 10]

Hallo zusammen,

 

ich versuche mich gerade an der Konsulidierung unserer SQL Server . Alleine aus gründen der administration und verwaltung habe ich mich entschieden auf mehre große MS SQL 2008r2 Cluster zu konsulidiren .

 

Ich komme nur nicht aus der Windows Welt , nun hab eich die ersten verständnis Probleme ( technische Probleme ... )

 

Windows 2008 Cluster ist aufgesetzt und funktioniert !

 

Distributed Transaction Coordinator ist im Cluster verfügbar.

 

Ich kann bei der Kosulidierung nicht alle Applikationen in eine große Db werfen , jeweils einen Teil auf Server A und einen Teil auf Server B. Also sollte das ganze über named instances laufen .

 

So nun meine Fragen / Probleme . Benötige ich für jede named instance ein eigens Volume mit Laufwerksbuchstaben ?

 

Plan wäre alles auf einem Volume zu installieren unter einer Clustergruppe , sonst wäre ich ja alleine schon von der Anzahl der Instancen eingeschränkt bei den Laufwerksbuchstaben .

 

Hat da jemand gute Literatur / Tips & Tricks für mich

 

Danke im Voraus

 

maguro

[Greg 10]

Hallo Maguro

 

...

Ich kann bei der Kosulidierung nicht alle Applikationen in eine große Db werfen , jeweils einen Teil auf Server A und einen Teil auf Server B. Also sollte das ganze über named instances laufen .

So nun meine Fragen / Probleme . Benötige ich für jede named instance ein eigens Volume mit Laufwerksbuchstaben ?

 

Ja das ist so. Jede Instanz benötigt eigene Laufwerke.

 

...

Plan wäre alles auf einem Volume zu installieren unter einer Clustergruppe , sonst wäre ich ja alleine schon von der Anzahl der Instancen eingeschränkt bei den Laufwerksbuchstaben .

 

Wenn Du so viele Laufwerke benötigst dass die Laufwerksbuchstaben knapp werden, kannst Du auch mit Mountpoints anstelle von Laufwerksbuchstaben arbeiten.

 

...

Hat da jemand gute Literatur / Tips & Tricks für mich

 

Schau mal in den folgenden Thread. Dort sind viele interessante Links zum Thema drin:

http://www.mcseboard.de/ms-sql-server-forum-81/sql-w2k8r2-konfiguration-169786.html

 

Gruss Greg

[maguro 10]

Guten Morgen Greg ,

 

vieln dank für deine Antwort , ich hatte es schon befürchtet mit den Mount point / Laufwerksbuchstaben .

 

Nun gut muss ich durch , muss meine Planung mal überdenken wie ich dies realisiere.

 

danke auch für den Link , ich begeb mich mal an die Arbeit :-)

 

Gruss

maguro

[Lian 2.465]

Hallo,

 

hast Du nur eine LUN für den SQL Server?

 

Ich hoffe Du hast nicht vor den Cluster Aktiv/Aktiv zu betreiben? ;)

[maguro 10]

Hallo,

 

hast Du nur eine LUN für den SQL Server?

 

Ich hoffe Du hast nicht vor den Cluster Aktiv/Aktiv zu betreiben? ;)

 

Doch Aktiv / Aktiv :( alles andere macht keinen Sinn . So kann ich im K-Fall nach Prio. entscheiden was wie zu laufen hat .

 

Alles SAN Speicher daher nicht so tragisch , aber der Planungsaufwand wird jetzt natürlich größer als erhofft .

 

Da liebe ich Oracle RAC auf anderen Platteformen wie Windows , aber kann mir die Projekte auch nicht immer aussuchen .

 

Der Kampf hat begonnen , mal schauen wer die Oberhand hat .

 

gruss

maguro

[Lian 2.465]

Doch Aktiv / Aktiv :( alles andere macht keinen Sinn . So kann ich im K-Fall nach Prio. entscheiden was wie zu laufen hat .

Ein Windows Server Failover Cluster bietet erhöhte Verfügbarkeit oder Hochverfügbarkeit, je nach Hardware die man sich leistet.

Dabei sollte man mindestens ein Node (N+1) passiv vorhalten, der als Hot Standby bereit steht, für sobald eine kritische Komponenten im Cluster ausfällt.

Da liebe ich Oracle RAC auf anderen Platteformen wie Windows , aber kann mir die Projekte auch nicht immer aussuchen .

Den kannst Du aber nicht mit Standard Software und Standard File System betreiben. Zudem wird dort ein anderes Konzept verfolgt.

Der Kampf hat begonnen , mal schauen wer die Oberhand hat .

Im Zweifelsfall sollte man die Dinge immer so einsetzen wie sie gedacht sind.

 

Beantwortest Du mir noch meine Frage, wieviele LUNs Dir zur Verfügung stehen? Davon abhängig hast Du mehr Möglichkeiten... ;)

[NilsK 2.969]

Moin,

 

noch besser ist es, wenn man noch früher mit der Planung beginnt. Vielleicht ist Clustering ja auch gar nicht die beste der Möglichkeiten.

 

Berücksichtige beim "Active/Active" auch, dass du dann zwingend Named Instances brauchst - damit kommen manche Client-Applikationen aber nicht klar. Prüf das rechtzeitig.

 

Im Übrigen halte ich es für gewagt, ein Clusterkonstrukt aufzusetzen, dessen Komponenten man nicht kennt ...

 

Gruß, Nils