Alternatywne pliki trybu offline systemu Windows + Windows Backup + Konfiguracja poprzedniej wersji

Obecnie nasze dokumenty są hostowane w pudełku z systemem Windows 7. Użytkownicy mogą uzyskać dostęp do plików przy użyciu udziału Windows, a dokumenty są dostępne w trybie offline (funkcja Windows 7). Kopie zapasowe dokumentów są wykonywane codziennie przez narzędzie do tworzenia kopii zapasowych i przywracania systemu Windows 7. Użytkownicy mogą uzyskać dostęp do poprzednich wersji pliku (z kopii zapasowych) za pomocą funkcji „poprzednich wersji” Eksploratora Windows.

Ta konfiguracja działa obecnie dobrze, z wyjątkiem następujących:

• Wolelibyśmy mieć dostęp do cogodzinnych wersji pliku, a nie codziennie.
• Poprzedni mechanizm wersji jest powiązany z mechanizmem tworzenia kopii zapasowych. System Windows 7 wykonuje co tydzień pełną kopię zapasową i przyrostową kopię zapasową każdego dnia. Poprzednie wersje pliku są w rzeczywistości tymi, które są dostępne w kopiach zapasowych. Jeśli masz 20 GB dokumentów i chcesz zachować co najmniej trzy (3) lata historii, będziesz używał co najmniej 3 lata * 52 tygodnie * 20 GB lub około 3 TB, nawet jeśli w dokumentach będzie niewiele zmian. Jego dość nieefektywne wykorzystanie przestrzeni.
• Wyszukiwanie poprzednich wersji pliku jest bardzo powolne (kilkadziesiąt minut). Jest to prawdopodobnie związane z poprzednim problemem - Windows musi przechodzić przez wszystkie swoje kopie zapasowe.

Rozważam użycie SVN + autocommit / autoupdate tortoisesvn. Będzie miał następujące zalety:

• Kopie zapasowe są łatwe, a także archiwizują całą historię każdego dokumentu. (Wystarczy wykonać kopię zapasową repozytorium).
• Tworzenie poprzednich wersji może być częste. Myślę, że svn commit / update można wykonać co dwie minuty.
• Użytkownicy mogą synchronizować dane w sieci.

Widzę jednak następujące problemy:

• Więcej konfliktów niż pierwotna konfiguracja, ponieważ obaj użytkownicy mogą teraz edytować ten sam plik, nawet jeśli obydwaj są w trybie online, tzn. Mogą połączyć się z repozytorium SVN. Użytkownicy mogą oczywiście zablokować plik przed edycją, ale to oznaczałoby, że muszą się dostosować.
• Opóźnienie propagacji zmian plików. W przypadku udostępniania plików w systemie Windows 7 zmiany wprowadzone przez jednego użytkownika online będą natychmiast dostępne dla innych użytkowników online. W konfiguracji SVN zmiany będą propagowane tylko wtedy, gdy użytkownicy wykonają sekwencję svn add / commit / update. Opóźnienie będzie prawdopodobnie kilka minut. Ten przepływ pracy nie będzie już działać: „Cześć, właśnie edytowałem dokument X, czy możesz szybko sprawdzić?”

Chciałbym zapytać opinię społeczności o alternatywne konfiguracje lub ulepszenia w powyższych konfiguracjach, aby rozwiązać problemy.

Jeśli nie masz nic przeciwko płaceniu za ponad 2 GB pamięci, Dropbox jest bardzo wygodnym i łatwym w utrzymaniu / łatwym w obsłudze rozwiązaniem. Kiedy pojawiają się konflikty, automatycznie nazywa konflikt *(computer-name's conflicted copy yyyy-mm-dd).*. A ich kopie zapasowe są prawdopodobnie bardziej zbędne niż rozwiązanie lokalne (i nie liczą się jako część limitu pamięci).

Dropbox ma również API (nie korzystałem z niego, ale prawdopodobnie jest porównywalny lub lepszy od haków zatwierdzających SVN) i bardzo przyjazną dla użytkownika przeglądarkę plików online. Nie wspominając o możliwościach współpracy i udostępniania plików, które są wbudowane i wygodniejsze / bezpieczniejsze niż Windows '.

Jeśli pracujesz nad rozwojem, zasugerowałbym SVN lub podobne SCM, ponieważ ma wiele narzędzi programistycznych, które dobrze się z nim integrują (menedżerowie projektów, trackery problemów, platformy do przeglądania kodu itp.), Ale do ogólnego tworzenia kopii zapasowych i wersji kontrola, Dropbox jest prawdopodobnie wygodniejszy - szczególnie dla nie-programistów.

Wiem, że to stare pytanie, ale ostatnio zastanawiałem się nad tym samym pytaniem.

Nigdzie nie mogę znaleźć nikogo za pomocą folderów offline svn i Windows 7+ i nie wyobrażam sobie, że to dobry pomysł! Możesz stracić najnowsze zmiany w przypadku zgubienia folderów offline.

Niestety oznacza to, że musisz mieć swoje pliki na dysku lokalnym (w takim przypadku bieżące zmiany nie zostaną zarchiwizowane) lub w folderze sieciowym bez trybu offline - co czyni go niedostępnym w przypadku problemów z siecią!

Niedawno jeden z moich dysków sieciowych został przeniesiony na nowy serwer, ale niestety ludzie, którzy to zrobili, zapomnieli o folderach offline, więc przenieśli stare wersje moich plików, ponieważ synchronizacja folderów offline nie powiodła się - bez ostrzeżenia! Na szczęście zauważyłem, że svn powiedział mi, że moje pliki nie są zsynchronizowane (kilka miesięcy), więc mogłem wyczyścić bałagan.