9
SQL2017 gespiegelt an 2 Standorten - wie kann das gehen?
Hallo,
ich habe 2 Standorte, die mit VPN verbunden sind. Aktuell läuft an Standort 1 ein MSSQL 2017 auf den von beiden Standorten via MsAccess zugegriffen wird.
Wie zu erwarten Sie die Zugriffe via VPN doch deutlich langsamer, daher überlegte ich mir Möglichkeiten, eine "gespiegelte" Version des Servers auch in Standort 2 direkt "aufzustellen".
Soweit getestet bzw eruiiert habe ich:
- Datenbankspiegelung von MSSQL erzeugt nur eine Spiegelung als Sicherung
- Hochverfügbarkeit im SQL benötigt ein SAN - damit bleibt mir ja das Latenzproblem
-Hochverfügbarkeit über HyperV - benötigt auch ein SAN
Ich komme auf keine gute Lösung - hat jemand von Euch einen guten Einfall dazu?
DANKE!
ich habe 2 Standorte, die mit VPN verbunden sind. Aktuell läuft an Standort 1 ein MSSQL 2017 auf den von beiden Standorten via MsAccess zugegriffen wird.
Wie zu erwarten Sie die Zugriffe via VPN doch deutlich langsamer, daher überlegte ich mir Möglichkeiten, eine "gespiegelte" Version des Servers auch in Standort 2 direkt "aufzustellen".
Soweit getestet bzw eruiiert habe ich:
- Datenbankspiegelung von MSSQL erzeugt nur eine Spiegelung als Sicherung
- Hochverfügbarkeit im SQL benötigt ein SAN - damit bleibt mir ja das Latenzproblem
-Hochverfügbarkeit über HyperV - benötigt auch ein SAN
Ich komme auf keine gute Lösung - hat jemand von Euch einen guten Einfall dazu?
DANKE!
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 454934
Url: https://administrator.de/contentid/454934
Printed on: April 25, 2024 at 16:04 o'clock
9 Comments
Latest comment
Moin ,
musste mich mit dem Thema auch mal befassen . Hab letzten Endes einfach n Terminalserver genommen und die Anwendung per Remoteapp zur Verfügung gestellt.
Gruss
musste mich mit dem Thema auch mal befassen . Hab letzten Endes einfach n Terminalserver genommen und die Anwendung per Remoteapp zur Verfügung gestellt.
Gruss
Nur so eine Überlegung von mir... Für die Hochverfügbarkeit brauchst du eine synchrone Replikation. Darum ist SAN wohl auch ein Muss. Wie soll das über ein VPN denn gehen? Du wirst ja keine 10 Gbit-Leitung von Ort zu Ort haben.
Ja, als RemoteApp wäre die Alternative.
Der Abgleich der beiden Standorte kann auch asyncron erfolgen - wenn das bei der Lösung helfen würde...
DANKE schon mal!
Der Abgleich der beiden Standorte kann auch asyncron erfolgen - wenn das bei der Lösung helfen würde...
DANKE schon mal!
Moin...
mit MS Access... das ist ja grusselig....
Wie zu erwarten Sie die Zugriffe via VPN doch deutlich langsamer, daher überlegte ich mir Möglichkeiten, eine "gespiegelte" Version des Servers auch in Standort 2 direkt "aufzustellen".
oha...
Soweit getestet bzw eruiiert habe ich:
- Datenbankspiegelung von MSSQL erzeugt nur eine Spiegelung als Sicherung
- Hochverfügbarkeit im SQL benötigt ein SAN - damit bleibt mir ja das Latenzproblem
-Hochverfügbarkeit über HyperV - benötigt auch ein SAN
jo....
Ich komme auf keine gute Lösung - hat jemand von Euch einen guten Einfall dazu?
nennt sich...SQL Server-Replikation
Frank
Zitat von @multitalentd99:
Hallo,
ich habe 2 Standorte, die mit VPN verbunden sind. Aktuell läuft an Standort 1 ein MSSQL 2017 auf den von beiden Standorten via MsAccess
zugegriffen wird.Hallo,
ich habe 2 Standorte, die mit VPN verbunden sind. Aktuell läuft an Standort 1 ein MSSQL 2017 auf den von beiden Standorten via MsAccess
mit MS Access... das ist ja grusselig....
Wie zu erwarten Sie die Zugriffe via VPN doch deutlich langsamer, daher überlegte ich mir Möglichkeiten, eine "gespiegelte" Version des Servers auch in Standort 2 direkt "aufzustellen".
Soweit getestet bzw eruiiert habe ich:
- Datenbankspiegelung von MSSQL erzeugt nur eine Spiegelung als Sicherung
- Hochverfügbarkeit im SQL benötigt ein SAN - damit bleibt mir ja das Latenzproblem
-Hochverfügbarkeit über HyperV - benötigt auch ein SAN
Ich komme auf keine gute Lösung - hat jemand von Euch einen guten Einfall dazu?
DANKE!
BitteFrank
Moin,
ich bin voll und ganz bei @itisnapanto bezüglich RDS-Hosts. Alles andere wird technisch aufwendig und kostspielig.
Gerade so Szenarien wie z.B. Update eines AlwaysOn Cluster, was passiert, wenn die VPN-Verbindung (länger) unterbrochen ist, etc... ist entsprechend Wissen aufzubauen und zu schulen.
Gruß,
Dani
ich bin voll und ganz bei @itisnapanto bezüglich RDS-Hosts. Alles andere wird technisch aufwendig und kostspielig.
Gerade so Szenarien wie z.B. Update eines AlwaysOn Cluster, was passiert, wenn die VPN-Verbindung (länger) unterbrochen ist, etc... ist entsprechend Wissen aufzubauen und zu schulen.
Gruß,
Dani
https://docs.microsoft.com/de-de/sql/relational-databases/replication/tr ...
Vielen Dank - das wäre ja die Alternative augenscheinlich!
Vielen Dank - das wäre ja die Alternative augenscheinlich!
das ist über WAN extrem inperformant... so 1-10 Zeilen pro Sekunde. wenn man alle 10 Minuten mal einen Datensatz ändert dann wär so ne Replikation denkbar aber nicht für massenhaft auftretende Transaktionen. Dann wär Remoteapp die einzige Variante
Moin...
ja... da hast du ja recht...... allerdings:
da wäre es egal...
frank
Zitat von @GrueneSosseMitSpeck:
das ist über WAN extrem inperformant... so 1-10 Zeilen pro Sekunde. wenn man alle 10 Minuten mal einen Datensatz ändert dann wär so ne Replikation denkbar aber nicht für massenhaft auftretende Transaktionen. Dann wär Remoteapp die einzige Variante
das ist über WAN extrem inperformant... so 1-10 Zeilen pro Sekunde. wenn man alle 10 Minuten mal einen Datensatz ändert dann wär so ne Replikation denkbar aber nicht für massenhaft auftretende Transaktionen. Dann wär Remoteapp die einzige Variante
ja... da hast du ja recht...... allerdings:
Der Abgleich der beiden Standorte kann auch asyncron erfolgen - wenn das bei der Lösung helfen würde...
da wäre es egal...
frank
Danke nochmal für alle Antworten. Riesen Hilfe!
