Replikacja DFS przez VPN: blokada to nie to, co dostajesz
VPN oddziałowy przenosi ruch, ale nie dodaje blokowania plików. Zaprojektuj model spójności, przestrzeń staging i okno replikacji, zanim zaczniesz wstępne zapełnianie.
Łącze jest szyfrowane, zawsze włączone i wystarczająco szybkie, więc folder udostępniony powinien zachowywać się jak jeden folder w obu lokalizacjach. To założenie stoi za większością projektów replikacji DFS, które później zaskakują ludzi. DFSR jest multi-master i asynchroniczny: każda replika samodzielnie śledzi wersje, a nic w protokole nie utrzymuje blokady między serwerami. VPN przenosi między nimi ruch i nie dodaje niczego z koordynacji, której to założenie wymaga. Zaplanuj wzorzec zapisu i model pojemności, inaczej pierwszy prawdziwy konflikt stanie się incydentem wsparcia.
Mit: VPN czyni repliki jednym systemem plików
Tunel to transport. Daje dozwoloną ścieżkę między dwoma serwerami i ukrywa przeskoki pomiędzy. Nie mówi nic o tym, kto może edytować plik, w jakiej kolejności przychodzą wersje ani co się dzieje, gdy dwie edycje rywalizują.
Szyfrowanie i dostępność są właściwościami łącza; spójność jest właściwością silnika replikacji i twojego procesu pracy.
Co DFSR faktycznie replikuje
Każdy serwer trzyma własną kopię i własne metadane wersji. Zmiany rozprzestrzeniają się, gdy pozwalają na to połączenie i harmonogram, a silnik używa zdalnej kompresji różnicowej, aby wysyłać tylko zmienione części pliku. Gdy dwie repliki zmienią ten sam plik, zanim dotrze którakolwiek aktualizacja, jedna wersja wygrywa, a druga zostaje odsunięta jako kopia konfliktu. Żaden serwer nie zablokował drugiej edycji, bo blokowanie wymagałoby blokady rozproszonej, której DFSR nie zapewnia.
Ścieżka przestrzeni nazw ułatwia dotarcie do kopii i nie czyni ich spójnymi.
Przestrzeń staging to pojemność robocza, nie kopia zapasowa
Staging to obszar roboczy, którego replikacja używa, gdy składa zmiany. Wytyczne Microsoftu dotyczące rozmiaru przyjmują łączny rozmiar 32 największych plików w replikowanym folderze jako minimum, a dodatkowe miejsce przydaje się podczas replikacji początkowej. Drzewo małych dokumentów i folder z kilkoma dużymi archiwami potrzebują więc różnych kształtów stagingu. Gdy staging się skończy, replikacja zatrzymuje się w sposób, który wygląda jak awaria sieci. Określ rozmiar na podstawie danych, a potem obserwuj dalej, gdy dane się zmieniają.
Staging nie jest kopią zapasową, a propagowanie zmian nie jest historią wersji.
Wstępne zapełnianie to optymalizacja, nie skrót
Dla dużego istniejącego drzewa obsługiwane wstępne zapełnianie za pomocą Robocopy może zmniejszyć to, co musi przejść przez łącze podczas synchronizacji początkowej, a wytyczne Microsoftu obejmują zachowanie informacji o plikach oraz postępowanie z plikami zablokowanymi lub pominiętymi. To optymalizacja, nie obietnica, że cel jest już poprawny, więc replikacja początkowa nadal musi się zakończyć i zostać zweryfikowana. Właśnie pominięcie tej weryfikacji prowadzi do tego, że oddział zaczyna udostępniać pliki, których nigdy nie było w zestawie replikowanym.
Zweryfikuj stan początkowy, zanim użytkownicy zaczną polegać na celu, a nie po pierwszej skardze.
Wybierz okno i zdefiniuj, co znaczy aktualne
Harmonogram replikacji i kontrola przepustowości decydują, kiedy partnerzy mogą wymieniać dane. Wąskie okno po godzinach pracy to uzasadniony projekt, który zostawia zaległości w ciągu dnia, pod warunkiem że wszyscy zgodzili się, iż zdalna kopia musi być aktualna dopiero rano.
Zapisz to zdanie, bo „zaległości to czterdzieści minut” alarmuje tylko wtedy, gdy nikt nie zdefiniował celu.
Akceptuj z procesem pracy, nie z jednym plikiem
Testuj na plikach, których ludzie naprawdę używają: dużym dokumencie, rutynowej edycji, usunięciu i celowej jednoczesnej edycji w obu lokalizacjach. Potwierdź, że zachowanie przy konflikcie odpowiada temu, co powiedziałeś biznesowi, i że ścieżka odzyskiwania z kopii zapasowej jest oddzielona od replik. Potem przez kilka tygodni obserwuj wolumen zmian, wzrost kolejki i zapas stagingu względem okna serwisowego. Pojemność VPN to jedno z kilku ograniczeń i rzadko jest pierwszym, do którego dochodzisz.
Projekt, który dokumentuje swoje opóźnienie i zasady edycji, znacznie łatwiej wspierać niż taki, który obiecuje identyczne kopie.