Datenbank in OneDrive

[TigerLilly]

Ich versuch das grad wem auszureden :- ) , aber hat das von Euch schon mal wer getestet?

MSSQL Server und die DB liegt auf OneDrive.
Ablauf:
- MSSQL Server Dienst starten, mit der Client Software arbeiten, MSSQL Dienst beeenden
- OneDrive snyct die DB zum anderen Rechner
- der startet seinen MSSQL Dienst und die Softwtare etc.

Danke für Info!

[IBExpert]

aus meiner sicht (wie auch aus deiner) ein doofe idee, wird dann noch blöder, wenn
die datenbank dann auch noch größer wird.

Die meisten Cloudsysteme syncen ja im Hintergrund loakle dateien, so das der eine zwar
meint, das seine db lokal ja schon abgeschlossen geschrieben wurde, das ist aber nur
die lokale kopie und wenn du dann vom clouddrive auf dem anderen Rechner sofort
loslegst weil du nicht bis zum sync vorgang ende warten kannst oder willst, hast
du halt dort noch den Zugriff auf den alten Datenbankinhalt und sobald
dann von da änderungen kommen sind ggf nach der nächsten sync die Änderungen vom ersten
weg.

Das ist ja der Grund warum man auf lokalen oder Netzwerkdateisystemen die Dateien
auch sperren kann.

[TigerLilly]

Ja, das Syncen (DB ist ca. 1 GB) kann schon dauern. Die müssten sich irgendwie absprechen und sich auf - keine Ahnung - 1h Zeitversatz (ab Aufdrehen Rechner) einigen.

Aber mich würde interessieren, ob das schon wer konkret ausprobiert hat. (Egal ob blöde Idee oder nicht).

Die Frage gab es nämlich schon öfter. PC im Office und man möchte die Daten aber mithaben, wenn man mit dem Laptop unterwegs ist. Da wär ein automatischer Snyc schon praktisch.

[haentschman]

Zitat:

PC im Office und man möchte die Daten aber mithaben, wenn man mit dem Laptop unterwegs ist. Da wär ein automatischer Snyc schon praktisch.

Stichwort MSSQL Replikation über VPN:
https://learn.microsoft.com/de-de/sq...l-server-ver16
Mergereplikation (hin und her):
https://learn.microsoft.com/de-de/sq...l-server-ver16
So ähnlich machen es die Außendienst Mitarbeiter...

...alles Andere sind Krücken. Deshalb hat sich noch keiner dran gewagt.

[TigerLilly]

Ja, da hast du natürlich recht. Aber wir reden da von Ein-Personen Firmen, da gibt es kein VPN und alles ist hemdsärmelig. Nicht, dass das gut wäre!

Unbestritten, dass andere Lösungen besser wären, mir ging es um Erfahrungen.

[haentschman]

Zitat:

mir ging es um Erfahrungen

Wirst du keine finden. Mit einer Datenbank direkt übers Internet arbeiten... Wir haben gelernt, daß das einfach Schei... ist. Deshalb macht man das über REST.

Was passiert wenn das Sync fehlschlägt, es keiner merkt und die Datenbank mit der Defekten überschrieben wird. Das wäre mir zu unsicher.

[IBExpert]

Zitat von TigerLilly:

Die Frage gab es nämlich schon öfter. PC im Office und man möchte die Daten aber mithaben, wenn man mit dem Laptop unterwegs ist. Da wär ein automatischer Snyc schon praktisch.

mach es ähnlich wie ich das da oben mit der diskette geschildert hatte, aber nehm dafür eine schnelle externe usb3 nvme ssd wie eine SanDisk Extreme PRO Portable SSD 2 TB
Da kann man mit Datenbanken sehr gut drauf arbeiten, die sind wirklich fix. Der Locking mechanismus ist dabei auch kein Problem, funktioniert immer nur da wo die platte
gerade dran ist. sobald da aber mehr als eine zeitgleich dran schreibend zugriff haben soll, wird das komplexer.

[himitsu]

Kann man Tabellen (DB-Dateien) partitionieren?

Geht ja in vielen DBMS auf DB-Ebene

oder die DB-Datei unkomprimiert auf mehreren ZIP-Files aufteilen.
Über einen Hash oder das Dateidatum könnte man dann entscheiden welche der Teildateien dann jeweils hoch-/runtergeladen werden müssen.

[Phoenix]

Mach besser einen echten DB Sync. Bei SQL Server bietet sich da Azure Data Sync an:
https://learn.microsoft.com/en-us/az...?view=azuresql

Du installierst neben jeder lokalen DB einen Sync-Agent, und der synchronisiert die lokalen Changes über eine Azure SQL in jeweils alle anderen angebundenen Member-Datenbanken.

Läuft genauso wie Onedrive auch über Microsofts Cloud-lösungen, von daher schenkt sich das nix, ausser das die Azure SQL halt ein paar Euronen kostet. Allerdings ist der Sync sehr effizient weil nur die tatsächlichen Änderungen basierend auf dem Transaction Log transferiert werden. Da reicht also vermutlich ne ziemlich schwache und damit günstige DB. So Dinge wie ein zusätzliches Backup der DB bekommst Du damit auch on top mit.