Échte clustering/mirroring

[bartjenl]

Ik heb al veel gegoogled en gezocht, maar ik kan het niet vinden (en ik kan niet zo goed geloven dat Microsoft dit niet gewoon ingebouwd zou hebben).

Is het mogelijk om meerdere MSSQL-servers te hebben draaien die compleet identiek zijn en die allebei naar dezelfde databases kunnen schrijven en dat synchroniseren?
Het probleem van het standaard MSSQL-clustering is dat JUIST de transacties naar die ene database zo zwaar zijn. Die wil ik scheiden en de load daarvan balancen, maar dat is dus niet mogelijk omdat alle transacties bij de default clustering op één server moeten binnenkomen en verwerkt worden. De tweede server mirrort vervolgens alleen de data.

Is dit tóch mogelijk? En hoe dan?

[itsalwaysme]

Zit er in MSSQL niet iets van replication?

[bartjenl]

Ja, vast wel, maar ik geloof niet dat dat mijn probleem oplost, toch?

[Geuze]

Als je even op google rond kijkt kom je al heel snel tot het antwoord.
Nee microsoft ondersteunt geen load balancing sql clusters.

Wat is wel een mogelijkheid.
Als je verschillende databases hebt zou je eventueel een HA cluster kunnen opzetten. Dan kan je de databases verspreiden over de nodes. Op deze manier kan je manueel de load een beetje kan verdelen.

[bartjenl]

Geuze schreef op vrijdag 20 mei 2011 @ 10:56:
Als je even op google rond kijkt kom je al heel snel tot het antwoord.
Nee microsoft ondersteunt geen load balancing sql clusters.

Wat is wel een mogelijkheid.
Als je verschillende databases hebt zou je eventueel een HA cluster kunnen opzetten. Dan kan je de databases verspreiden over de nodes. Op deze manier kan je manueel de load een beetje kan verdelen.

Ja maar dat zeg ik dus inderdaad in m'n openingspost: dát had ik wel gevonden. Ik snap alleen voor geen meter waarom Microsoft dit niet gewoon heeft ingebouwd! Oracle ondersteunt 't bijv. wel, schijnt. En dus verwacht ik ook dat er wel ergens een alternatief bestaat zodat het ook in MSSQL kan werken?

En ja, dat is een mogelijkheid ware het niet dat juist één van de databases alle zware queries bevat. En die is niet te splitsen.

[Voor 5% gewijzigd door bartjenl op 20-05-2011 11:05]

[Geuze]

Het enige dat ik ooit van gelezen heb zijn third party oplossingen. (hier heb ik echter geen ervaring mee)
En dan nog dacht ik dat de applicatie er voor aangepast worden.

Eventueel met replicatie en aangepaste code zou je kunnen kijken of het mogelijk is alle writes naar je master te doen terwijl je reads van 1 of meerdere slaves komen.

[Voor 6% gewijzigd door Geuze op 20-05-2011 11:11]

[leuk_he]

bartjenl schreef op vrijdag 20 mei 2011 @ 11:04:
[...]

Oracle ondersteunt 't bijv. wel, schijnt.

Oracle RAC ondersteund het wel (gird/shared storage). Maar je moet een hele goede business case habben voordat je het neerzet. voor de licentie kosten en extra onderhouds kosten kun je heel wat hardware neerzetten om je single server(/replication) server te laten draaien. Maar als je het nodig hebt is het er wel voor oracle.

tohc kijken of het applicatie nivo is op te lossen? -> zware queies verplaatsen naar een DWH, transacties optimaliseren (inladen met SSIS?)

[Voor 12% gewijzigd door leuk_he op 20-05-2011 11:21]