Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- server [2014/03/11 12:12]
admin [Dateisystem / Update Problematik]
+++ server [2014/04/21 09:48] (aktuell)
admin [Betriebssystem]
@@ Zeile 17: / Zeile 17: @@
   * Solaris (Oracle, Illumos, OpenIndiana)
-Wichtig ist, das sich der Adminstrator wohlfühlt und sich mit der jeweiligen Distribution gut auskennt. Darüberhinas kann aus meiner Sicht das zur Verfügung stehende Dateisystem die Entscheidung zugunsten Solaris/ZFS beeinflussen.
+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 ([[http://www.samba.org|Samba]] und [[http://www.firebirdsql.org/|Firebird]] stehen für alle bekannt unixoiden Plattformen zur Verfügung oder können ggf. compiliert werden, da es sich um freie Software handelt.
+Die notwendige Software ([[http://www.samba.org|Samba]] und [[http://www.firebirdsql.org/|Firebird]]) steht für alle bekannten unixoiden Plattformen zur Verfügung oder kann ggf. compiliert werden, da es sich um freie Software handelt.
@@ Zeile 25: / Zeile 25: @@
 ==== Dateisystem / Update Problematik ====
-Die Evident Daten müssen auf einen case-insensitiven Dateisystem liegen. Andernfalls ist ein Update der Software nicht möglich. Unter Solaris kann das entsprechende ZFS Dateisystem mit der Option „casesensitivity=insensitive“ erzeugt werden.
+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.
 === Hintergrund ===
@@ Zeile 37: / Zeile 37: @@
 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.
+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 ligen wenn er die IP Adresse des SQL-Servers und den Datenbanknamen kennt, für Windows Entwickler nicht so naheliegend.
+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. Danach kann das Evident Update dierkt von einem Windows Client aus gestartet werden.
+== Lösung ==
-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 man die Finger lassen.
+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.
-Ansonsten kann man noch JFS von IBM unter Linux einsetzen. JFS kann auch beim Erzeugen des Filesystems per Option case-insensitive konfiguriert 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.
-Außerdem existiert noch ein FUSE wrapper 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.
+Alternativ kann man auch [[https://de.wikipedia.org/wiki/Journaled_File_System|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 [[https://de.wikipedia.org/wiki/Filesystem_in_Userspace|FUSE]] wrapper, der die Funktionalität bei einem [[https://de.wikipedia.org/wiki/Ext3|ext3]] o.ä. "nachrüstet" (http://www.brain-dump.org/projects/ciopfs/). Ich habe das nicht getestet, es klingt aber durchaus vielversprechend.
 ===== Software =====

server.1394536324.txt.gz · Zuletzt geändert: 2014/03/11 12:12 von admin

News

Unterschiede