Patrzyłem na wszystkie poprzednie podobne pytania, ale odpowiedzi zdawały się być wszędzie i nikt nie przenosił dużo danych (100 GB różni się od 10 TB).
Mam około 10 TB, które muszę przenieść z jednej macierzy RAID do drugiej, gigabit Ethernet, darmowa encyklopedia, systemy plików XFS . Moim największym zmartwieniem jest to, że umiera transfer w połowie drogi i nie mogę łatwo wznowić. Szybkość byłaby dobra, ale zapewnienie transferu jest znacznie ważniejsze.
Zwykle po prostu używam tar & netcat, ale macierz RAID, z której się przeprowadzam, jest ostatnio bardzo niestabilna i muszę odzyskać i wznowić, jeśli spadnie w połowie procesu. Czy powinienem patrzeć na rsync ?
Przyglądając się temu nieco bardziej, myślę, że rsync może być zbyt wolny i chciałbym uniknąć tego zajmowania 30 dni lub dłużej. Teraz szukam sugestii, jak monitorować / wznawiać przesyłanie za pomocą netcat .
źródło
--block-size=SIZE
pomógłby?Odpowiedzi:
tak, rsync
poza nieparzystym ostatnio pojawiły się funkcje asynchroniczne DRBD.
źródło
Nigdy nie lekceważ przepustowości wozu kombi pełnego taśm. 10 TB byłoby wykonalne przy stosunkowo niedrogim sprzęcie NAS klasy konsumenckiej, gdyby można go podzielić na (powiedzmy 2 TB) porcje. Jeśli jest to jednorazowe działanie, wówczas proces półautomatyczny może być wykonalny, a NAS o pojemności 2 TB kosztuje zaledwie kilkaset dolarów.
Jeśli potrzebujesz ciągłego procesu, możesz skonfigurować RSYNC po wykonaniu początkowego transferu.
źródło
Kilka miesięcy temu musiałem wykonać tego rodzaju zadanie. Użyłem równoległego rsync, aby przyspieszyć proces. Dzieli pliki, które mają zostać przesłane / zsynchronizowane na części, i można je wznowić w dowolnym momencie. Zobacz poniższy link do równoległego skryptu rsync.
https://gist.github.com/rcoup/5358786
źródło
Możesz spróbować skonfigurować serwer FTP na serwerze z danymi do skopiowania i użyć klienta FTP z „wznowieniem” po stronie odbierającej. Używam serwera i klienta Filezilla i dość często korzystam z funkcji „wznawiania” klienta, która zawsze działała bez żadnych problemów.
źródło