News
12.3.2014: JFS unter Linux scheint wie ZFS die die „case-sensitivity“ Problematik beim Update zu lösen (Danke, seba-it.de)
11.3.2014: das Wiki geht online
2.3.2014: Update Problematik direkt auf den *nix server ist beim Einsatz von ZFS gelöst
Die eingestzte Hardware sollte „enterprise grade“ sein:
Welches konkrete Unix-Betriebssystem zum Einsatz kommt, ist eigentlich egal. Derzeit aktuell sind die folgenden:
Wichtig ist, das sich der Adminstrator wohlfühlt und sich mit der jeweiligen Distribution gut auskennt. Darüberhinaus kann aus meiner Sicht das zur Verfügung stehende Dateisystem die Entscheidung zugunsten Solaris/ZFS beeinflussen.
Die notwendige Software (Samba und Firebird) steht für alle bekannten unixoiden Plattformen zur Verfügung oder kann ggf. compiliert werden, da es sich um freie Software handelt.
Die Evident Daten müssen auf einen case-insensitiven Dateisystem liegen. Andernfalls ist ein Update der Software von einem Windows Client aus nicht möglich.
Eines der zentralen Probleme beim Einsatz von Evident unter *nix besteht in der unterschiedlichen Behandlung von Groß- und Kleinschreibung von windows und *nix.
Unix ist i.d.R. case-sensitive, Windows case-insensitive und case-preserving.
Bei allen Zugriffen auf Samba Freigaben ist das kein Problem, da Samba bei entsprechender Konfiguration die Problematik adressiert.
Bei Zugriffen auf den Firebird Server klappt das nicht, da der SQL Client absolute Pfade für den Speicherort der Datenbankdatei übergibt. Samba ist dann nicht mehr im Spiel, da der Client ja direkt über den IP Socket mit der Firebird Instanz auf dem Server spricht.
Firebird bietet grundsätzlich die Möglichkeit die Datenbank auch über einen Namen anzusprechen, der dann auf der Serverseite über die Datei aliases.conf auf den absoluten Datenbankkpfad des Servers gemapped wird. Das wäre grundsätzlich die saubere Lösung aber aus irgendeinem Grund wurde das bei Evident anders implementiert. Die Update Routine greift wahllos mal mit Groß- mal mit Kleinbuchstaben auf den Dateipfad zu.
Vermutlich ist die Vorstellung, dass ein SQL Client nichts davon wissen muss, wo die Dateien liegen, wenn er die IP Adresse des SQL-Servers und den Datenbanknamen kennt, für Windows Entwickler nicht so naheliegend.
Die Lösung besteht also darin, dass das Filesystem auf der Unixseite case-insensitive wird. Für Solaris ist das relativ einfach, da hier ZFS zur Verfügung steht. ZFS kann man bei der Erzeugung des Filesystem per Option anweisen case-insensitive zu reagieren. Das geht leider nur beim Erzeugen des Filesystems. Ggf. muss den Datenbestand von also einmal in ein neu erzeugtes Filesystem umkopiert werden. Das ist mit ZFS kein großes Ding, da das Handling von RAID, LVM, Partitionen, Filesystem usw. alles im ZFS abgewickelt wird. Danach müssen noch zwei Parameter in der smb.conf angepasst werden und das Evident Update kann direkt von einem Windows Client aus gestartet werden.
Unter Linux gibt es auch eine ZFS Implementierung. Unter 64bit Linux ist die soweit ich informiert bin mittlerweile auch stabil. Von der 32bit Version sollte derzeit man die Finger lassen.
Alternativ kann man auch JFS von IBM unter Linux einsetzen. JFS kann ebenfalls beim Erzeugen des Filesystems per Option case-insensitive konfiguriert werden und löst das Problem in gleicher Weise.
Außerdem existiert noch ein FUSE wrapper, der die Funktionalität bei einem ext3 o.ä. „nachrüstet“ (http://www.brain-dump.org/projects/ciopfs/). Ich habe das nicht getestet, es klingt aber durchaus vielversprechend.