4
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
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
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 177792
Url: https://administrator.de/contentid/177792
Ausgedruckt am: 25.11.2024 um 18:11 Uhr
4 Kommentare
Neuester Kommentar
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
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
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
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
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
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
Hallo,
ich würde auch mal über Terminalservies, Remote Apps und noch am besten über Virtual Destkop schlau machen.
Ist der einfachere Weg.
ich würde auch mal über Terminalservies, Remote Apps und noch am besten über Virtual Destkop schlau machen.
Ist der einfachere Weg.
