hobbi1337
Goto Top

Anwendungen mit Firebird-DB mit DFS-R macht Probleme

Hallo,

Konstellation: Storage-Server1: Windows server2019 (nicht virtualisiert)
Storage-Server2: Windows Server 2019 (virtualisiert)
Domänen-Controller: Winows Server 2019 (virtualisiert)
Applikatation-Server: Windows Server 2019 (virtualisiert)
Datenbank-Server: Windows Server 2019 (virtualisiert)

Auf Storage-Server 1 werden alle Daten gespeichert.
Storage-Server1 repliziert Daten zu Storage-Server2

wir haben einige Anwendungen zb. (MailStore), welche Firebird-Datenbanken benutzen.
Diese Firebird-DBs liegen im Netzwerk und sind per DFS-R repliziert.
Der Zugriff auf die Datenbanken ist zeitweise instabil.
Ebenfalls zeitweise instabil ist, der Zugriff von einem Notebook ausserhalb der Domäne auf das DFS-Share
Woran könnte diese Instabilität liegen bzw. wie könnte ich verfahren um dem Problem entgegen zuwirken?
die Replikation und Zugriffe von normalen Dateien macht keine Probleme

Möglicherweise könnte es eine Konfigurationssache sein oder ähnliches.
Berechtigungen sollten alle korrekt gesetzt sein.
Mir fehlt leider etwas die Expertise in diesem Bereich

Mit freundlichen Grüßen
Hobbi1337

Content-Key: 566935

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

Printed on: April 20, 2024 at 13:04 o'clock

Member: erikro
erikro Apr 23, 2020 at 10:38:20 (UTC)
Goto Top
Moin,

Datenbanken auf DFS ist imho grundsätzlich keine gute Idee. Es kann nur repliziert werden, was geschlossen und gespeichert ist. DB-Tabellen sind aber häufig ständig geöffnet. Wenn nun ein User die Daten von dem einen Mitglied der Gruppe erhält und ein anderer von einem anderen, dann kann es sehr schnell zu inkonsistenten Daten kommen.

hth

Erik
Member: emeriks
emeriks Apr 23, 2020 updated at 10:41:15 (UTC)
Goto Top
Hi,
wie werden die Datendateien des DB genutzt: Über einen DFS-N-Pfad oder über den "nativen" Pfad?
Falls über DFS-N: Dann mit mehreren Zielen (je einer pro Replikat) oder nur ein Ziel?

Falls DFS-N mit mehreren Zielen: Das kann nicht funktionieren. Für sowas ist DFS-R nicht ausgelegt. Auch wenn DFS-R nur geänderte Dateiblöcke repliziert, so braucht es doch dafür jedes Mal einen vollen Lock für die Zieldatei (Replikat), was nicht möglich ist, wenn diese gerade in Benutzung ist.

Wenn sowas überhaupt mit Firebird funktionieren, dann nur wie folgt:
- der Zugriff auf die produktive DB nur über den "nativen" Pfad
- DFS-R Replikate nur als Backup
- DFS-R Replikate nicht als zusätzliche Ziele im DFS-N mit Aktiv-Aktiv-Zugriff.


E.
Member: falscher-sperrstatus
falscher-sperrstatus Apr 23, 2020 updated at 10:42:37 (UTC)
Goto Top
Hallo hobbi,

dies ist leider eine komplette Fehlkonzeption, die Intention ist auch etwas fraglich, vermutlich wäre es am zielführendsten, das Konzept nochmals auf den Prüfstand zu stellen. MailStore an sich läuft ansonsten grundsätzlich bombenfest, wenn jede Software fast 100% der "was ich mir wünsche" erreichen könnte...

Habt Ihr jemanden für einen Review?

Beste Grüße,

Christian
certifiedit.net
Member: erikro
erikro Apr 23, 2020 at 10:49:48 (UTC)
Goto Top
Moin,

Zitat von @emeriks:
Wenn sowas überhaupt mit Firebird funktionieren, dann nur wie folgt:
- der Zugriff auf die produktive DB nur über den "nativen" Pfad
- DFS-R Replikate nur als Backup
- DFS-R Replikate nicht als zusätzliche Ziele im DFS-N mit Aktiv-Aktiv-Zugriff.

Und dann macht DFS nicht mehr wirklich Sinn. face-wink Abgesehen davon, dass je nach Nutzung die Datentabellen nie geschlossen werden und damit auch nie repliziert wird.

Liebe Grüße

Erik
Member: emeriks
emeriks Apr 23, 2020 at 11:30:05 (UTC)
Goto Top
Zitat von @erikro:
Und dann macht DFS nicht mehr wirklich Sinn.
Man kann DFS-R auch ohne DFS-N sinnvoll einsetzen.
Member: erikro
erikro Apr 23, 2020 at 11:32:42 (UTC)
Goto Top
Zitat von @emeriks:

Zitat von @erikro:
Und dann macht DFS nicht mehr wirklich Sinn.
Man kann DFS-R auch ohne DFS-N sinnvoll einsetzen.

Ja sicher. Ich meinte das auf das Szenario bezogen.