Rozwiązanie społecznościowe

Przenoszenie danych między dwoma serwerami ZimaOS: pliki, kopie zapasowe, SMB, rsync i opcje USB

A February 2026 thread where a user tried to move about 600 GB between ZimaOS 1.5.3 and 1.5.4 systems through Files, but the transfer repeatedly stopped with a host-down message. A community reply recommended rsync, SMB, or a USB/NVMe shuttle. The user eventually completed the move, but did not post a final method.

Problem użytkownika nie polegał po prostu na tym, że „dwa urządzenia ZimaOS nie mogą kopiować danych”. Przenosił około 600 GB między systemami z ZimaOS 1.5.x, a transfer w aplikacji Pliki wielokrotnie zatrzymywał się z komunikatem „host nie działa”, mimo że oba serwery pozostawały online.

To historyczne zachowanie należy odróżnić od obecnej wersji ZimaOS. IceWhale wyraźnie zaleca teraz korzystanie z pamięci LAN w aplikacji Pliki podczas przenoszenia danych z innego serwera NAS, a bieżąca aplikacja Kopia zapasowa może używać innego urządzenia Zima jako celu i obsługuje zadania wznawialne oraz odporne na błędy. W przypadku bardzo dużego transferu wybierz metodę zależnie od tego, czy chcesz jednorazowego, widocznego kopiowania, wznawialnego zadania ochrony danych czy najszybszego fizycznego przeniesienia danych.

Transfer plików w źródłowej aplikacji wielokrotnie się resetował, mimo że oba hosty pozostawały online

Użytkownik próbował kopiowania w obu kierunkach: wysyłał dane ze starego urządzenia ZimaOS i pobierał je z nowego. W obu przypadkach oparty na przeglądarce proces w aplikacji Pliki ostatecznie się zatrzymywał, mimo że panel źródłowego urządzenia pozostawał dostępny.

Społeczność zaleciła rsync jako najbardziej niezawodną pod względem wznawiania opcję CLI

W odpowiedzi społeczność zaproponowała użycie rsync przez SSH z obsługą częściowo przesłanych plików, aby po przerwaniu można było ponownie uruchomić kopiowanie bez zaczynania od początku. To przydatna, zaawansowana wskazówka, ale nie została opublikowana przez pracowników IceWhale, a użytkownik źródłowy nie potwierdził, że z niej skorzystał.

Obecne zalecenia IceWhale nadal wykorzystują aplikację Pliki do migracji między serwerami NAS

Aktualna dokumentacja ZimaOS zaleca dodanie starego serwera NAS jako pamięci LAN w aplikacji Pliki i skopiowanie folderów do pamięci nowego ZimaOS. Oznacza to, że opisanego limitu czasu w wersji 1.5.x nie należy uogólniać do stwierdzenia „nigdy nie używaj aplikacji Pliki do dużej migracji”.

W przypadku zwykłego, widocznego kopiowania użyj aktualnej procedury migracji z użyciem pamięci LAN.

Obecna aplikacja Kopia zapasowa może używać innego urządzenia Zima jako celu

W przypadku długotrwałych transferów, podczas których ważniejsze od ręcznego przeglądania miejsca docelowego jest możliwość wznowienia, bieżąca aplikacja Kopia zapasowa obsługuje inne urządzenie Zima jako miejsce docelowe. IceWhale opisuje harmonogramy, postęp w czasie rzeczywistym, wznawianie i odporność na błędy.

Zobacz aktualną procedurę wznawialnej kopii zapasowej między urządzeniami Zima.

SMB to prosta alternatywa dla logiki kopiowania opartej na przeglądarce

Społeczność źródłowa zaleciła również zamontowanie udziału SMB ze źródła na urządzeniu docelowym i kopiowanie danych od strony urządzenia docelowego. Użytkownik wcześniej pomyślnie przenosił dane ze starszego serwera NAS do ZimaOS za pomocą zamontowanych udziałów SMB.

Dysk USB lub NVMe może być najszybszym rozwiązaniem, gdy urządzenia znajdują się blisko siebie

W przypadku setek gigabajtów lub wielu terabajtów szybki zewnętrzny dysk SSD/NVMe może wyeliminować wszystkie zmienne związane z siecią. Wadą są dwa etapy kopiowania: najpierw ze źródła na nośnik, a następnie z nośnika do miejsca docelowego.

Duża liczba małych plików może sprawić, że migracja będzie wyglądać na znacznie wolniejszą

AppData, miniatury, pliki dodatkowe zdjęć, drzewa kodu i inne zbiory danych zawierające dużo metadanych mogą przenosić się znacznie wolniej niż duże pliki multimedialne, ponieważ każdy plik wymaga operacji otwarcia, utworzenia i zapisania metadanych.

Przed usunięciem źródła sprawdź poprawność danych

Po każdej migracji porównaj reprezentatywne foldery i, jeśli to praktyczne, liczbę plików, a także otwórz na urządzeniu docelowym najważniejsze pliki. Zachowaj źródło do czasu pomyślnego korzystania z nowego urządzenia i utworzenia kopii zapasowej.

Aplikacje Pliki i Kopia zapasowa rozwiązują różne problemy związane z migracją

Aplikacja Pliki jest lepszym wyborem, gdy chcesz przeglądać źródło, wybierać konkretne foldery i natychmiast widzieć skopiowane pliki w miejscu docelowym. Kopia zapasowa sprawdza się lepiej, gdy transfer ma trwać wiele godzin lub dni, a ważne są możliwość wznowienia, odporność na błędy, harmonogramy i historia zadań umożliwiająca odzyskiwanie.

Nie nazywaj zadania Kopii zapasowej przejrzystym „przeniesieniem”. Tworzy ono chronioną kopię z własnymi zasadami przywracania; przed usunięciem źródła sprawdź układ danych w miejscu docelowym.

Przed optymalizacją narzędzia do kopiowania sprawdź ścieżkę sieciową

W przypadku nominalnego połączenia 1 GbE sprawdź, czy oba urządzenia rzeczywiście uzgodniły połączenie Gigabit Ethernet, czy nie występuje odcinek Wi-Fi lub 100 Mb/s oraz czy przełącznik i okablowanie działają prawidłowo. Narzędzie do kopiowania nie może przekroczyć przepustowości wolnego łącza fizycznego.

Następnie przetestuj jeden duży plik. Jeśli duży plik przesyła się szybko, a drzewo katalogów wolno, najprawdopodobniej większe znaczenie niż surowa przepustowość sieci ma liczba plików i narzut związany z metadanymi.

Pliki użytkownika i aktywne dane AppData wymagają odmiennego postępowania

Filmy, zdjęcia i dokumenty można zwykle kopiować jak zwykłe pliki. Aktywne bazy danych aplikacji i dane AppData mogą wymagać zatrzymania aplikacji, wyeksportowania danych lub przeprowadzenia migracji z użyciem procedur uwzględniających daną aplikację, aby kopia była spójna wewnętrznie.

Nie zakładaj, że skopiowanie katalogu działającej bazy danych między urządzeniami zapewni prawidłową migrację aplikacji.

Świadomie zachowaj uprawnienia do udziałów albo odtwórz je od nowa

Nawet gdy dotrze każdy bajt, docelowe urządzenie ZimaOS ma własnych użytkowników, definicje udziałów i mapowania kontenerów. Odtwórz wymagane uprawnienia Samby oraz ścieżki woluminów aplikacji, a następnie przetestuj dostęp jako wybrany użytkownik niebędący administratorem.

W przypadku ważnych danych zastosuj dwuetapowe przełączenie

Podczas dużej migracji działającego serwera NAS najpierw skopiuj większość danych, pozostawiając stare urządzenie aktywne. Tuż przed przełączeniem zatrzymaj lub wstrzymaj procesy zapisujące dane, wykonaj końcowe kopiowanie przyrostowe lub wznawialne, sprawdź miejsce docelowe, a następnie przełącz klientów na nowe urządzenie. Ogranicza to przestój i zapobiega zbyt wczesnemu usunięciu jedynej prawidłowej kopii.

Najczęstsze pytania dotyczące migracji między urządzeniami ZimaOS

Czy źródło dowodziło, że aplikacja Pliki jest zawsze zawodna przy dużych kopiowaniach?

Nie. Opisywało przypadek awarii w wersji 1.5.x. Aktualne zalecenia IceWhale nadal wykorzystują aplikację Pliki i pamięć LAN do migracji serwerów NAS.

Która obecna opcja obsługuje wznawialne transfery między urządzeniami Zima?

Bieżąca aplikacja Kopia zapasowa może używać innego urządzenia Zima jako celu i zapewnia możliwość wznowienia oraz odporność na błędy.

Czy rsync był potwierdzoną, ostateczną metodą używaną przez użytkownika źródłowego?

Nie. rsync był sugestią społeczności; użytkownik później poinformował, że migracja została zakończona, ale nie opisał ostatecznie użytej metody transferu.