Damit das Projekt “Backup Service Home” Open Source wird (oder zumindest war es der Plan bis jetzt), muss es jederzeit verfügbar sein. Da bietet sich eine Hosting-Plattform wie Sourceforge.net an. Doch wie ich lesen musste, hat das einen entscheidenden Nachteil: das US-Recht. Insbesondere der Teil “Verschlüsselung”. Der Export von Software, die Verschlüsselungsalgorithmen verwendet, muss angemeldet werden und zwar bei jedem Export aus der USA (so habe ich das zumindest verstanden – bin ja kein Jurist). Da Backup Service Home auch weiterhin Verschlüsselung unterstützen soll, ist das ein für mich nicht eingehbares Risiko, meine Software dort zu hosten.

Da für mich die Rechtslage unklar ist und da die großen Open Source Code Hoster in den US sitzen, muss ich wohl umplanen, falls ich für Backup Service Home den Quellcode freigebe. Ohne zentrale Verwaltung des Projekts, macht es keinen Sinn, einfach nur den Quellcode bereitzustellen. Es soll ja auch Teamarbeit möglich sein, mit Bug Tracker, Forum, SVN etc…

Es gibt zwar auch deutsche Anbieter, deren Funktionsumfang ist allerdings sehr schwach. Entweder gefällt mir die Verwaltungssoftware überhaupt nicht oder es gibt zu große Probleme zu bewältigen. Alles in allem keine Alternative.

Bis ich dafür eine Lösung gefunden habe, werde ich den Plan “Open Source” unweigerlich verschieben oder vielleicht ganz aufgegeben müssen.

Klingt verrückt, ist es auch. Aber dennoch: Da ich die Entwicklung der Nachfolgerversion von Backup Service Home vorantreiben will, spiele ich derzeit mit dem Gedanken, die Software als OpenSource freizugeben. So kann nicht nur ich, sondern auch andere Entwickler am Projekt teilnehmen. Das hätte den großen Vorteil, dass mehr Input von außerhalb ins Projekt kommen würde, was die Entwicklung beschleunigt. Außerdem könnten einige Ideen direkt umgesetzt werden, da der Zugriff direkt möglich wäre.

Die Organisation

Als Organisator würde ich die Software auf Sourceforge.net o.ä. per SVN hochladen. Es gäbe eine API Dokumentation, die ich regelmäßig aktualisieren würde. Außerdem würde es ein Wiki geben, in dem die noch ausstehenden großen Entwicklungsschritte dokumentiert würden, sowie Guidelines zum Entwickeln stehen würden.

Es bedarf eines größeren Aufwands zum Thema Organisation als zuvor, da nicht jeder tun und lassen kann, was er will. Es sollte jederzeit klar sein, dass das Endprodukt dann ein Produkt der Community wäre und dementsprechend Abstimmungen und Diskussionen zu Funktionen stattfinden.

Der große Vorteil von OpenSource Software ist, dass jeder mitmachen kann. Dennoch sollte es ein gewisses festes Roadmap geben, dass klare Ziele beinhaltet. OpenSource Software scheitert oft daran, dass zu viele Funktionen und Ideen einfließen, wodurch das eigentliche Ziel (hier: einer einfach zu bedienenden Sicherungssoftware) vernachlässigt wird.

Viel Aufwand drum herum

Wie man sieht, ist Organisation und Kommunikation untereinander alles, damit OpenSource Software erfolgreich wird. Dieser Aufgabe würde ich als Koordinator des Projekts versuchen nachzukommen. Auch die ersten Dokumentationen und Wikis würde ich zuvor schreiben, damit ein schneller Einstieg möglich ist.

Doch bevor ich den Gedanken “OpenSource” tatsächlich umsetze, stelle ich einfach mal die Frage in den Raum, wer überhaupt Lust, Zeit und Erfahrung mit C# hat und bei diesem Projekt mitmachen würde. Schreibt mir einfach in die Kommentare oder im Forum als neuen Beitrag.

PS: Es handelt sich bei dem zu freigebenden Sourcecode nicht um die aktuelle Version von BSH, sondern eine komplette Neuentwicklung. Es gibt noch viel zu tun.

Die neue Version 3.3.2.0 steht nun zum Download bereit. Wie immer kann die Version via Releasepaket oder via integrierter Aktualisierungsfunktion bezogen werden.

Änderungen gegenüber 3.3.1.4

• "Festplatte voll"-Informationsblase wird angezeigt mit falschem Datum
• Stromquellenwechsel während Sicherung erzeugt Meldung "Sicherung fehlerhaft"
• Behebung von Fehlern im VSS
• Löschung temporärer Dateien während der Sicherung erfolgt u.U. nicht
• Fehlerbehandlung verbessert, wenn VSS benutzt wird
• Überprüfung, ob Datei erfolgreich verschlüsselt werden konnte
• Fehlerhafte Anzeige bei geänderten Datumsformateinstellungen
• Aktualisierung updateSystem.NET

Noch ein Hinweis zur Aktualisierung via Releasepaket. Es wird dringend empfohlen die alte Version vorher zu deinstallieren, da das Setup u.U. nicht alle Dateien korrekt kopiert und es so zu Inkompatibilitäten kommen kann. Die Einstellungen und Sicherungen werden durch eine Deinstallation der Software nicht gelöscht.

Auch wenn neue Fortschritte manchmal einen Schritt zurückführen, es gibt gute Neuigkeiten, wenn es bezüglich der Performance von Version 4 geht. Im letzten Blogeintrag zum Thema Version 4 gab es noch diverse Probleme mit der Performance. Daraufhin habe ich mich nach neuen Methoden umgeschaut, Änderungen am Dateisystem festzustellen (auch ohne das die Software ständig läuft).

Das Zauberwort (bereits im letzten Post erläutert) heißt: USN Journal. An eine Implementierung habe ich mich nun gewagt und gute Neuigkeiten. Änderungen am Dateisystem werden nahezu sofort ermittelt, sodass hier auch keine langsame Datenbankabfrage mehr stattfinden muss. Das Journal liefert: neue, geänderte und gelöschte Dateien sowie Ordner. Bei den ersten Tests mit meiner gesamten Datenpartition werden Änderungen im Nu ermittelt (egal, wie viele Änderungen vorgenommen wurden). Es sind zwar noch keine Filterfunktionen implementiert, dennoch ist das ein riesen Fortschritt.

Die ganzen vielen neuen Tests haben jedoch einen Nachteil: Ich muss die gesamte Backupfunktion neu implementieren.

Was ist wenn kein USN Journal bereitsteht?

Doch was passiert, wenn die Partition nicht mit NTFS formatiert ist bzw. das Journal nicht verfügbar ist? Zu allererst: Wer nutzt kein NTFS (außer auf USB-Sticks) ? Nun ja… wie dem auch sei: für diese Fälle werde ich wohl eine Fallback-Funktion implementieren müssen.

Ich möchte gerne wissen, wie man die Benutzeroberfläche von Backup Service Home 3 verbessern kann, um die Vorschläge in Version 4 umzusetzen. Da ich derzeit nur ein Entwurf entwickelt habe, aber noch nichts umgesetzt habe, wäre ich froh, wenn einige Ideen zusammen kämen. Da noch nichts implementiert wurde, können auch viele andere Ideen noch in den Entwicklungsprozess einfließen.

Da ich derzeit voll im Klausurstress stehe, dachte ich mir, vorher schon Ideen zu suchen, um danach wieder an Version 4 weiterzuarbeiten. Bis auf ein paar Korrekturen, habe ich noch nicht wieder weitergearbeitet (auch wegen Bugs in Version 3). Das Datenbankproblem besteht also immer noch und auch sonst ist keinerlei neues hinzugekommen.

Seit längerem existiert bereits ein kleines Handbuch – was seines Namens nicht wirklich würdig ist.

Daher habe ich mich nun hingesetzt und eine Dokumentation über die wichtigsten Themen geschrieben und würde nun eure Meinung hören, ob es sich lohnt weiterzuschreiben und welche Verbesserungen Ihr habt. Die Dokumentation soll bereits mit dem nächsten Update in die Software verlinkt werden.

Link zur Dokumentation: http://www.alexosoft.de/onlinehelp/bsh/

Im Forum existiert ein Beitrag in dem Ihr Eure Meinung und Verbesserungen reinschreiben könnt:

http://www.alexosoft.de/forum/index.php?topic=403.0

Seit April gab es keine Statusupdates mehr. Nun kann ich wieder etwas neues berichten:

• Mehrbenutzerunterstützung: Da nun alle Aktionen von einem zentralen Windowsdienst gesteuert wird, muss dieser natürlich dafür ausgelegt werden, mehrere Benutzer zu unterstützen. Was noch zu implementieren ist, ist die zentrale Steuerung für automatische Sicherungen.
• Sicherungsmodule: Das Sicherungsmodul für die normale Datensicherung funktioniert bereits sehr zuverlässig. Allerdings sind noch nicht alle Funktionen implementiert und mit der Performance bin ich noch nicht zufrieden. Zwar werden einige Dinge parallel verarbeitet, dennoch ist Performance bei größerer Datenmenge nicht gerade überragend. Außerdem ist die Prozessorlast eindeutig zu hoch. Grund ist die Datenbank.
  Das Problem will ich damit umgehen, indem ich das USN-Journal des NTFS Dateisystems nutze, um Änderungen am Dateisystem zu erkennen ohne die Datenbank abzufragen. Eingebaut hab ich noch nichts, sodass ich noch nicht sagen kann, ob es den gewünschten Erfolg bringt.
• Benutzeroberfläche: Es gibt bereits einige Ideen, aber noch keine Umsetzung.

Habe heute mal wieder in meine Updatestatistik hineingeschaut und war ziemlich erstaunt, wie viele Benutzer meine Software ungefähr nutzen. Anhand der Updateanfragen kann man abschätzen, wie viele Nutzer BSH im Einsatz haben:

Daher mein aller herzlichsten Dank für die Nutzung und Unterstützung dieses Hobbyprojektes. Mich bestärkt diese Statistik in meiner Arbeit und sehe, dass sich viele Nutzer eine flexible, einfach zu verwendende und kostenlose Sicherungssoftware wünschen.

Vielen Dank.

Schon seit längerer Zeit gab es kein Update mehr für Backup Service Home 3. Im Hintergrund liegt nun aber (bereits für Betatester verfügbar), ein Update bereit, dass den ein oder anderen Schönheitsfehler beheben wird. Vor allem wurde daran gearbeitet, dass BSH auch mit einer höheren DPI Zahl sinnvoll betrieben werden kann.

Außerdem wurde ein etwas schwerwiegenderer Fehler behoben. So wurden Sicherungen nicht immer zuverlässig nachgeholt.

Das Update wird derzeit noch getestet und sollte innerhalb der nächsten 2-3 7-10 Tage am 12.06.2010 (mal ein geplantes Update) verfügbar sein. Bislang stehen folgende Änderungen auf der Liste:

• BSH-63 – RegEx-Maske ignoriert keine Leerzeilen -> Keine Datei wird gesichert
• BSH-69 – FTP-Import funktioniert nicht (Endlosschleife)
• BSH-70 – Fortschritt beim Wiederherstellen wird nicht angezeigt
• BSH-68 – Größere DPI Einstellung lässt Schaltflächen im „Ausschluss“-Fenster verschwinden
• BSH-45 – Erinnerungsfunktion (ja, sie ist endlich eingebaut worden)
• BSH-71 – Täglich geplante Sicherungen werden am nächsten Tag nicht nachgeholt

Ich arbeite schon seit Monaten an der neuen Version von Backup Service Home 4. Was bislang nicht bekannt gegeben wurde ist, dass ich aber auch seit Monaten an einem Problem gearbeitet habe: Performance. Es ist für die Entwicklung von BSH 4 entscheidend, dass BSH 4 noch besser sein soll, so auch die Performance. Doch bislang lag diese sogar noch hinter der alten Version. Doch nun habe ich – eigentlich ein trivialer Fehler – gefunden und nun rennt es :-).

Dank Multithreading werden während des Sicherungsprozesses mehrere Aktionen gleichzeitig durchgeführt, z.B. die Datenbankaktionen und Kopieraktionen. Insgesamt macht die gesamte neue Architektur es wesentlich einfacher – dank kluger Überlegungen vorher 😉 – neue Funktionen zu implementieren.

Aufgrund dieses größeren Problems gab es in den letzten Monaten keinerlei große Fortschritte, da dies meiner Meinung nach eine Grundkomponente ist, die fehlerfrei und rund sein muss. Nun kann ich mich also wieder auf die Entwicklung und die neuen Funktionen konzentrieren.

Noch einige Neuigkeiten für die Tech-Freaks

Mit der neuen Version 4 wird die gesamte GUI entwickelt und da nutze ich die Gelegenheit auf WPF umzusteigen. Man darf also auf eine noch einfachere GUI gespannt sein, die vielleicht den ein oder anderen Effekt haben wird.

Wie bereits mehrfach erwähnt, werden Benutzeroberfläche und die einzelnen Sicherungsaktionen strikt getrennt werden. Mittels eines Windows Service werden die Sicherungsaktionen durchgeführt. Damit können auch Sicherungen durchgeführt werden, wenn niemand am Computer angemeldet ist. Ebenso ist eine bessere Speicherverwaltung möglich.