Verwendung von Cloud Storage Systemen wie Dropbox

June 6, 2014

Kann ich Dropbox oder andere Online (“Cloud”) Speichersysteme verwenden, um meine Projektdaten und / oder ATLAS.ti Bibliotheken zu hosten? 

Die kurze Antwort lautet: Tun Sie es nicht – es könnte sich nachteilig auf Ihre Projektdaten auswirken. Lesen Sie für weitere Details bitte weiter.

Die Verwendung von Cloud-Speicherdiensten wie Dropbox zum Speichern Ihrer Projektdaten, insbesondere in einer Teamarbeit, scheint auf den ersten Blick eine praktische Lösung zu sein.
Es gibt jedoch gewisse Besonderheiten solcher Dienste, die vielen Benutzern nicht bekannt sind. Diese Besonderheiten können dazu führen, dass Ihre Projekte beschädigt und unbrauchbar werden, wenn sie nicht richtig berücksichtigt werden.
Während Dropbox und ähnliche Dienste viele Vorteile bieten, hängt es wirklich davon ab, wie Sie sie verwenden, damit Sie Vorteile aus ihrer Nutzung ziehen können.  Andere Wege können Ihrer Arbeit geradezu abträglich sein.
Um das Problem zu verstehen, beachten Sie bitte die grundlegenden Funktionen von ATLAS.ti:

Wenn Sie ein Segment im primären Dokument markieren, “merkt” sich ATLAS.ti den genauen Speicherort dieses Segments in Ihrem Dokument seit der letzten Sicherung Ihres Projekts. Wenn das Dokument später geändert wird, ohne ATLAS.ti darüber zu “informieren”, sind die Verweise nicht mehr korrekt und Ihre Segmente sind deaktiviert, Ihre Codierung ist falsch ausgerichtet und Ihre Analyse wäre daher fehlerhaft.
Wenn ATLAS.ti ein Dokument mit falsch ausgerichteten Segmenten findet, lädt es ein solches Dokument nicht mehr, um weitere Schäden an Ihrem Projekt zu vermeiden. Sie können solche Fehlausrichtungen manuell korrigieren, aber das ist nicht wünschenswert und natürlich auch ziemlich zeitaufwendig.
Damit ATLAS.ti Ihre Dokumente und deren Inhalt korrekt referenziert (d.h. damit Ihre Daten verwendbar sind), muss sich das Programm auf die absolute Integrität dieser Dokumente verlassen. Dies bedeutet nicht, dass sie nicht geändert werden können, aber die Änderungen müssen über ATLAS.ti vorgenommen werden, damit das Programm über sie “bescheid weiß” und ihre Referenzen entsprechend anpassen kann.
Zu diesem Zweck haben wir – um eine absolute Dokumentenintegrität zu garantieren – die Benutzer- und Teambibliotheken in ATLAS.ti 7 eingeführt. Diese speziell geschützten internen Ordner dienen als sogenannte Repositories für Ihre Datendateien.
Nun haben einige Benutzer es für eine gute Idee gehalten, ihre Repositories in ein Cloud-basiertes System wie Dropbox zu verschieben. Die Idee dahinter ist, dass es großartig wäre, von einem anderen Ort auf die Datei zugreifen zu können oder anderen Benutzern (z. B. in einem Team) Zugriff auf diese Datei zu gewähren.

Leider verbirgt sich hinter diesem Konzept ein großer Fehler. Benutzer übersehen, dass Dropbox einfach die vorhandene Datei durch eine andere Kopie derselben Datei ersetzt, wenn ein Benutzer – entweder der ursprüngliche Autor oder ein anderer Benutzer mit Zugriff auf die Datei – Änderungen an dieser Datei vornimmt. Dies ist allein aus der Sicht des Dokuments sinnvoll, aber aus der Sicht einer Anwendung, die das Dokument intakt halten muss, ist dies katastrophal, da Dropbox die Anwendung (oder den Benutzer) nicht über die Änderungen “informiert”. Die erforderliche Dateiintegrität wurde untergraben, ohne dass der Benutzer dies überhaupt bemerkt hat.
Es liegt an der Funktionsweise von Cloud-basierten Diensten wie Dropbox, dass sie einfach Daten in Ihrem Repository ändern, ohne zu fragen, ob und wann diese Daten an anderer Stelle mit oder ohne dem Wissen oder der Zustimmung des Benutzers geändert wurden.

Daher rät ATLAS.ti dringend davon ab, die Bibliothek auf Dropbox (oder andere Cloud-synchronisierte Dienste / Ordner) zu verschieben. Wenn mehrere Benutzer simultan mit einem Repository arbeiten, das sich in Dropbox befindet, ist es wahrscheinlich, dass Daten verloren gehen oder andere Unannehmlichkeiten auftreten.  
“Simultan” bedeutet in diesem Zusammenhang “während ATLAS.ti läuft”. In diesem Sinne kann sich “simultan” also auch auf zwei unterschiedliche Zeitpunkte beziehen, die recht weit voneinander entfernt sind. Stellen Sie sich beispielsweise das folgende Szenario vor:
ATLAS.ti wird am 1. Januar auf Computer A, am 6. Januar auf Computer B gestartet und läuft auf beiden Computern weiter.
Der Forscher auf Computer B speichert Dateien im Repository auf Computer B.
Der Forscher auf Computer A setzt seine Arbeit fort, ohne ATLAS.ti neu zu starten.
ATLAS.ti wird nichts über die Dateien “wissen”, die vom Cloud-Dienst in Ihrem Repository “heimlich” geändert wurden. In diesem Fall werden Ihnen die Änderungen in Ihren Dokumenten nicht bekannt sein. Dies führt zu falsch ausgerichteten Anführungszeichen, nicht verbundenen Codes und insgesamt unbrauchbaren PDs.
Wir möchten hiermit klarstellen, dass die oben genannten Informationen keine Fehler oder Designfehler von ATLAS.ti sind. Derartige Probleme sind vielmehr die natürliche Folge der Funktionsweise von Cloud-Diensten und der Entscheidung des Benutzers, einen solchen Dienst zu nutzen. Sie werden verstehen, dass ATLAS.ti GmbH daher auch keine Verantwortung und keine Haftung für Datenverluste übernehmen kann, die durch das Kopieren Ihrer Bibliotheken in einen Cloud-basierten Dienst entstehen.
Wir sind uns jedoch bewusst, dass die Benutzer den Wunsch haben, die Nutzung der Repositories mit Cloud-Services zu kombinieren, und unser Entwicklungsteam arbeitet bereits an einer Lösung, die eine produktive Nutzung dieser Dienste in der von den Benutzern gewünschten Weise ermöglicht.
Während ein Workaround in naher Zukunft möglich sein wird, wird ein vollständig entwickeltes Cloud-basiertes Repository jedoch nicht allzu schnell verfügbar sein. Die Entwicklung eines Mechanismus für ATLAS.ti zur Erkennung und Behebung von Datenkonflikten, die aus solchen verdeckten Änderungen resultieren, kann und wird von unserem Entwicklungsteam durchgeführt, ist aber definitiv eine neue Programmfunktion und keine einfache Fehlerbehebung und wird entsprechend länger dauern.

Share this Article