matthiasullrich
Goto Top

Welcher SQL Replikationstyp für folgendes Szenario ?

Hallo miteinander,
ich benötige Hilfe bei der Erweiterung eines SQL Servers auf 2 Standorte, insbesondere
bei der Auswahl der SQL Server Version sowie bei der Auswahl des Replikationstyps.
Anbei IST-Stand und Wunsch-Stand.

Momentaner Stand :


DC 1 mit SQL 2005Std <------- VPN 2Mbit ----------> DC 2 ohne SQL Server

Die User an Standort 2 (DC 2) haben bedingt durch das 2Mbit VPN einen Lag bei der
Arbeit in der Applikation auf Basis der bestehenden SQL Datenbank.


Wunsch-Szenario :

DC 1 mit SQL Server <------- VPN 2Mbit ----------> DC 2 mit SQL Server

Jeder Standort arbeitet in der Datenbank auf dem lokalen Server,
die SQL Server untereinander sollen die Datenbank synchron halten/ live replizieren.


Nun zu den Fragen :
- Wie setzt man soetwas idealerweise um ?
- Welcher Replikationtyp ist dafür notwendig ? Transaktionsreplikation ?
- Welche SQL Server Varianten werden benötigt ? Upgrade auf 2008er ist nicht ausgeschlossen


Zu den Datenbanken :
- Der Zuwachs in den Datenbanken beträgt maximal 100MB/ Tag
- Größe der Datenbanken momentan : ca 10GB
- Art der Applikation: Kundenverwaltung mit Abrechnung, Fahrzeugplanung, Besuchsplanung

Vielen Dank i.V.
M.Ullrich

Content-Key: 177792

Url: https://administrator.de/contentid/177792

Printed on: April 19, 2024 at 18:04 o'clock

Member: amax2000
amax2000 Dec 16, 2011 at 10:25:00 (UTC)
Goto Top
Hi Matthias,

bei den SQL Server Editionen fällt der Express wegen der DB-Größe weg, ansonsten kann der als Client fungieren. Workgroup könnte reichen, auf jeden Fall 2005.

Wegen der häufigen Änderungen aufgrund der Art der Clientapplikation an verschiedenen Standorten solltest Du transaktional wählen.

Generell solltest Du erstmal checken, was der Hersteller der Applikation dazu meint/Freigabe und das Szenario mal testen.
Gerade in der Fibu/KoRe/Fakt kann das ganze problematisch sein, wenn an beiden Standorten geändert wird, da meines Wissens nach der SQL Server nur zeilenbasiert und nicht feldbasiert repliziert. Soll heissen, wenn der gleich Datensatz zwischen zwei Replikationsintervallen geändert wird, wird der ältere einfach überbügelt, bei einer permanenten Überwachung ist das Risiko natürlich geringer.


VG


Amax
Member: MatthiasUllrich
MatthiasUllrich Dec 16, 2011 at 10:41:10 (UTC)
Goto Top
Hi Amax,

dank Dir erstmal für deine flotte Antwort !

Ich hab heute schon begonnen die 3 Hersteller der Applikationen abzuklappern um Info
bzw Freigabe für so ein Projekt zu bekommen. Soetwas wie Fibu / Faktura haben wir
(noch) nicht in Form von SQL Datenbanken. Der gleichzeitige Zugriff auf einen Datensatz ist auch
äusserst selten,und wenn überhaupt findet er eher am gleichen Standort statt.

Gut zu wissen ist auf jeden Fall das die transaktionale Replikation der richtige Weg ist,
und das mir der 2005er Standard Edition dafür ausreichen wird.

Worauf genau beziehst du dich mit einer "permanenten Überwachung" ?

Ps Lassen sich in diesem Szenario die Replikationsintervalle soweit verkürzen
das wir von Minuten sprechen ? bzw instant repliziert wird ?

Gruß M
Member: amax2000
amax2000 Dec 16, 2011 at 12:04:19 (UTC)
Goto Top
Hi Matthias,

ja, entweder zeitgesteuert replizieren oder eventbasiert (das meinte ich mit permanenter Überwachung, Monitoring).
Je nach Useranzahl, Applikation bzw. Ausfallsicherheit und bestehender Infrastruktur könnten aber auch Terminalservices oder RemoteApps interessant sein...


Viele Grüße,

Amax
Member: wiesi200
wiesi200 Dec 17, 2011 at 16:12:12 (UTC)
Goto Top
Hallo,

ich würde auch mal über Terminalservies, Remote Apps und noch am besten über Virtual Destkop schlau machen.
Ist der einfachere Weg.