Migrowanie do udziałów plików platformy Azure przy użyciu narzędzia RoboCopy

Dotyczy: ✔️ udostępnienia plików SMB

Ten artykuł dotyczący migracji opisuje użycie narzędzia RoboCopy do przenoszenia lub migrowania plików do udziału plików SMB platformy Azure. RoboCopy to zaufane i dobrze znane narzędzie do kopiowania plików z zestawem funkcji, które doskonale nadaje się do migracji. Używa protokołu SMB, który sprawia, że jest szeroko stosowany do dowolnej kombinacji źródłowej i docelowej, która obsługuje protokół SMB.

  • Źródła danych: dowolne źródło obsługujące protokół SMB, takie jak magazyn dołączony do sieci (NAS), serwery z systemem Windows lub Linux, inny udział plików w Azure i wiele innych.
  • Trasa migracji: z pamięci źródłowej ⇒ do maszyny z systemem Windows przy użyciu narzędzia RoboCopy ⇒ do udostępnionego zasobu plików Azure
  • Nie buforuje się plików lokalnie: ponieważ ostatecznym celem jest użycie udziałów plików platformy Azure bezpośrednio w chmurze, nie planuje się korzystania z usługi Azure File Sync.

Ważne

Istnieje wiele różnych tras migracji dla różnych kombinacji źródeł i wdrożeń. Przed wykonaniem kroków opisanych w tym artykule upewnij się, że zapoznano się z omówieniem migracji, ustaliliśmy, że narzędzie RoboCopy jest narzędziem, które najlepiej odpowiada Twoim potrzebom, i wdrożono niezbędne zasoby usługi Azure Storage na potrzeby migracji.

Narzędzie AzCopy a Narzędzie RoboCopy

AzCopy i RoboCopy to zasadniczo różne narzędzia. RoboCopy korzysta z SMB i kopiuje pliki w pełnej wierności, co sprawia, że jest dobrze przystosowany do migracji. Więcej informacji o wierności plików znajdziesz w artykule o podstawach migracji . AzCopy to narzędzie natywne w chmurze, które wykorzystuje REST.

Kluczowa różnica w działaniu: RoboCopy /MIR odzwierciedla źródło w lokalizacji docelowej. Obsługuje pliki dodane, zmienione i usunięte. Synchronizacja AzCopy nie usuwa z lokalizacji docelowej plików usuniętych w źródle, co sprawia, że nie jest w pełni odpowiednia do scenariuszy migracji. Z tego powodu nie używaj AzCopy do scenariuszy migracji, gdzie celem są udostępnione pliki Azure.

Instalowanie udziału plików platformy Azure

Przed rozpoczęciem korzystania z narzędzia RoboCopy należy udostępnić udział plików platformy Azure za pośrednictwem protokołu SMB. Najprostszym sposobem jest zainstalowanie udziału jako dysku sieciowego lokalnego do systemu Windows Server, którego planujesz używać na potrzeby narzędzia RoboCopy.

Ważne

Zainstaluj udział plików platformy Azure z dostępem na poziomie administratora: przy użyciu dostępu opartego na tożsamościach z rolami RBAC platformy Azure na poziomie administratora (zalecanymi) lub kluczem konta magazynu (mniej bezpieczny).

Zapoznaj się z artykułem Korzystanie z udziału plików platformy Azure w systemie Windows, a następnie zainstaluj udział plików SMB platformy Azure, dla którego chcesz uruchomić narzędzie RoboCopy.

Kopiowanie plików do zasobu plikowego na platformie Azure za pomocą narzędzia RoboCopy

Następujące polecenie RoboCopy skopiuje tylko różnice (zaktualizowane pliki i foldery) z przechowywania źródłowego do udziału plików Azure.

robocopy <SourcePath> <Dest.Path> /MT:20 /R:2 /W:1 /B /MIR /IT /COPY:DATSO /DCOPY:DAT /NP /NFL /NDL /XD "System Volume Information" /UNILOG:<FilePathAndName>
Przełącznik Znaczenie
/MT:n Umożliwia wielowątkowe uruchomienie narzędzia Robocopy. Wartość domyślna to n 8. Maksymalna liczba wątków to 128. Chociaż duża liczba wątków pomaga usycić dostępną przepustowość, nie oznacza to, że migracja zawsze będzie szybsza z większą liczbą wątków. Testy z Azure Files wskazują, że dla początkowego przebiegu kopiowania pomiędzy 8 a 20 jednostek wydajności zapewnia zrównoważoną pracę. Kolejne /MIR uruchomienia są stopniowo dotknięte dostępną wydajnością obliczeniową w porównaniu do dostępnej przepustowości sieci. W przypadku kolejnych przebiegów dokładniej dopasuj liczbę wątków do liczby rdzeni procesora i liczby wątków na rdzeń. Zastanów się, czy trzeba zarezerwować rdzenie dla innych zadań serwera produkcyjnego. Testy w usłudze Azure Files wykazały, że maksymalnie 64 wątki generują dobrą wydajność, ale tylko wtedy, gdy procesory mogą utrzymać je w tym samym czasie.
/R:n Maksymalna liczba ponownych prób dla pliku, którego nie udało się skopiować przy pierwszej próbie. Robocopy spróbuje n razy, zanim plik zostanie uznany za trwały błąd kopiowania w przebiegu. Możesz zoptymalizować wydajność przebiegu: wybierz wartość dwa lub trzy, jeśli uważasz, że problemy z przekroczeniem limitu czasu spowodowały awarie w przeszłości. Może to być bardziej typowe w przypadku łączy sieci WAN. Jeżeli uważasz, że plik nie skopiował się, ponieważ był aktywnie używany, wybierz brak prób ponowienia lub wartość jeden. Próba ponownie kilka sekund później może nie być wystarczająca do zmiany stanu w użyciu pliku. Użytkownicy lub aplikacje z otwartym plikiem mogą potrzebować dodatkowych godzin. W takim przypadku przyjęcie, że plik nie został skopiowany i zauważenie tego w jednym z zaplanowanych, późniejszych uruchomień Robocopy, może doprowadzić do ostatecznego pomyślnego skopiowania pliku. Pomaga to w szybszym zakończeniu bieżącego procesu, bez znacznego opóźniania go przez liczne ponowne próby, które często prowadzą do błędów kopiowania z powodu plików, które pozostają otwarte po przekroczeniu limitu czasu na ponowne próby.
/W:n Określa czas, przez który narzędzie Robocopy czeka, zanim podejmie próbę skopiowania pliku, który nie został pomyślnie skopiowany podczas poprzedniej próby. n to liczba sekund oczekiwania między ponowną próbą. /W:n jest często używany razem z /R:n.
/B Uruchamia narzędzie Robocopy w tym samym trybie, którego użyłaby aplikacja do tworzenia kopii zapasowych. Ten przełącznik umożliwia narzędziu Robocopy przenoszenie plików, do których bieżący użytkownik nie ma uprawnień. Przełącznik kopii zapasowej zależy od uruchomienia polecenia Robocopy w konsoli z podwyższonym poziomem uprawnień administratora lub w oknie programu PowerShell. Jeśli używasz narzędzia Robocopy dla usługi Azure Files, upewnij się, że montujesz udział plików Azure za pomocą klucza dostępu do konta magazynu zamiast używać tożsamości domeny. Jeśli tego nie zrobisz, komunikaty o błędach mogą nie prowadzić intuicyjnie do rozwiązania problemu.
/MIR (Odbicie źródła na cel) Umożliwia programowi Robocopy kopiowanie tylko różnic (tzw. delty) między źródłem a celem. Puste podkatalogi zostaną skopiowane. Elementy (pliki lub foldery), które uległy zmianie lub nie istnieją w miejscu docelowym, zostaną skopiowane. Elementy, które istnieją w miejscu docelowym, ale nie ma ich w źródle, zostaną wyczyszczone (usunięte) z miejsca docelowego. W przypadku korzystania z tego przełącznika dokładnie dopasuj strukturę folderu źródłowego i docelowego. Dopasowanie oznacza skopiowanie z poprawnego poziomu źródła i folderu do odpowiadającego poziomu folderu docelowego. Tylko wtedy tworzenie kopii na zasadzie „nadrobienia zaległości” może zakończyć się powodzeniem. Gdy występuje niezgodność między źródłem a celem, użycie /MIR doprowadzi do usunięć i ponownych kopii na dużą skalę.
/IT Zapewnia zachowanie wierności w pewnych scenariuszach lustrzanych.
Jeśli na przykład plik napotyka zmianę listy ACL i aktualizację atrybutu między dwoma przebiegami narzędzia Robocopy, jest on oznaczony jako ukryty. Bez /IT elementu zmiana ACL może zostać pominięta przez narzędzie Robocopy i nie zostanie przeniesiona do lokalizacji docelowej.
/COPY:[copyflags] Wierność kopii pliku. Wartość domyślna: /COPY:DAT. Flagi kopiowania: D= Dane, A= Atrybuty, T= Znaczniki czasowe, S= Zabezpieczenia = LISTY ACL NTFS, O= Informacje o właścicielu, U= Informacje o audytu. W udziale plików platformy Azure nie można przechowywać informacji o inspekcji.
/DCOPY:[copyflags] Wierność kopii katalogów. Wartość domyślna: /DCOPY:DA. Flagi kopiowania: D= Dane, A= Atrybuty, T= Znaczniki czasu.
/NP Określa brak wyświetlania postępu kopiowania dla każdego pliku i folderu. Wyświetlanie postępu znacznie obniża wydajność kopiowania.
/NFL Określa brak rejestrowania nazw plików. Poprawia wydajność kopiowania.
/NDL Określa, że nazwy katalogów nie są rejestrowane. Poprawia wydajność kopiowania.
/XD Określa katalogi, które mają być wykluczone. Podczas uruchamiania Robocopy w katalogu głównym woluminu rozważ wykluczenie folderu ukrytego System Volume Information. Jeśli są używane zgodnie z zamierzeniem, wszystkie informacje tam zawarte są specyficzne dla danego wolumenu w tym systemie i można je odtworzyć na życzenie. Kopiowanie tych informacji nie będzie przydatne w chmurze ani kiedy dane są kiedykolwiek kopiowane z powrotem do innego woluminu systemu Windows. Pozostawienie tej zawartości nie powinno być traktowane jako utrata danych.
/UNILOG:<file name> Zapisuje status w pliku dziennika jako Unicode. (Zastępuje istniejący dziennik).
/L Tylko do testowego uruchomienia
pliki mają być tylko wyświetlone. Nie zostaną one skopiowane, usunięte ani oznaczone sygnaturą czasową. Często używane z /TEE do danych wyjściowych na konsolę. Może być konieczne usunięcie flag z przykładowego skryptu, takiego jak /NP, /NFLi /NDL, w celu uzyskania prawidłowych udokumentowanych wyników testu.
/Z Używaj ostrożnie
Kopiuje pliki w trybie ponownego uruchamiania. Ten przełącznik jest zalecany tylko w niestabilnym środowisku sieciowym. Znacznie zmniejsza wydajność kopiowania z powodu dodatkowego dziennikowania.
/ZB Należy ostrożnie
używać trybu ponownego uruchamiania. W przypadku odmowy dostępu ta opcja używa trybu tworzenia kopii zapasowej. Ta opcja znacznie zmniejsza wydajność kopiowania z powodu tworzenia punktów kontrolnych.

Narzędzie RoboCopy może zgłaszać, że pliki zostały skopiowane nawet wtedy, gdy transfer danych nie był konieczny. Takie zachowanie występuje, ponieważ narzędzie Robocopy ocenia zarówno dane pliku, jak i zmiany metadanych podczas tworzenia danych wyjściowych.

Aby poprawnie interpretować wyniki, przejrzyj stan pliku w danych wyjściowych polecenia:

  • Nowsze: dane pliku są kopiowane do miejsca docelowego.
  • Zmodyfikowane: tylko metadane są aktualizowane; dane pliku nie są kopiowane.

W obu przypadkach narzędzie RoboCopy może zgłaszać liczbę bajtów tak, jakby dane zostały przesłane. To zachowanie może prowadzić do nieporozumień podczas walidacji operacji kopiowania.

Ważne

Zalecamy używanie systemu Windows Server 2022 lub nowszego. W przypadku korzystania z systemu Windows Server 2019 upewnij się, że zainstalowano najnowszą wersję poprawki lub co najmniej KB5005103 aktualizacji systemu operacyjnego. Zawiera ważne poprawki dla niektórych scenariuszy narzędzia Robocopy.

Wskazówka

Zapoznaj się z sekcją Rozwiązywanie problemów, jeśli narzędzie RoboCopy wpływa na środowisko produkcyjne, zgłasza wiele błędów lub nie postępuje tak szybko, jak oczekiwano.

Zakończ przejście migracji

Po uruchomieniu polecenia RoboCopy po raz pierwszy użytkownicy i aplikacje nadal uzyskują dostęp do plików w źródle migracji i potencjalnie je zmieniają. Możliwe, że narzędzie RoboCopy przetworzyło katalog, przeniósł się do następnego, a następnie użytkownik w lokalizacji źródłowej dodaje, zmienia lub usuwa plik, który nie zostanie teraz przetworzony w tym bieżącym uruchomieniu narzędzia RoboCopy. To zachowanie jest oczekiwane.

Pierwszy przebieg polega na przeniesieniu głównej części przetworzonych danych do udziału plików Azure. Ta pierwsza kopia może chwilę potrwać. Zapoznaj się z sekcją Rozwiązywanie problemów, aby uzyskać więcej informacji na temat tego, co może mieć wpływ na szybkość narzędzia RoboCopy.

Po zakończeniu początkowego przebiegu wykonaj polecenie ponownie.

Po drugim uruchomieniu narzędzia RoboCopy dla tego samego udziału proces zakończy się szybciej, ponieważ musi jedynie przenosić zmiany, które zaszły od czasu ostatniego uruchomienia. Można uruchamiać powtarzające się zadania dla tego samego udziału.

Po rozważeniu dopuszczalnego przestoju należy zablokować dostęp użytkowników do udziałów źródłowych. Można to zrobić, wykonując wszystkie kroki, które uniemożliwiają użytkownikom zmianę struktury plików i folderów oraz zawartości. Przykładem jest wskazanie przestrzeni nazw systemu plików DFS na nieistniejącą lokalizację lub zmiana listy ACL w każdym udziale.

Uruchom jedną ostatnią rundę narzędzia RoboCopy. Pozwoli to wychwycić wszelkie zmiany, które mogły zostać pominięte. Czas wykonywania tego ostatniego kroku zależy od szybkości skanowania za pomocą narzędzia RoboCopy. Możesz oszacować czas (który odpowiada Twojemu przestojowi), mierząc, ile trwało poprzednie uruchomienie.

Możesz spróbować uruchomić kilka z tych kopii między różnymi zasobami źródłowymi i docelowymi równolegle. Pamiętaj o utrzymaniu wydajności sieci i stosunku liczby rdzeni do liczby wątków, aby nie przeciążać systemu.

Rozwiązywanie problemów i optymalizowanie

Szybkość i skuteczność danego przebiegu narzędzia RoboCopy zależy od kilku czynników:

  • IOPS w pamięci masowej źródłowej i docelowej
  • dostępna przepustowość sieci między źródłem a obiektem docelowym
  • możliwość szybkiego przetwarzania plików i folderów w przestrzeni nazw
  • liczba zmian między uruchomieniami narzędzia RoboCopy
  • rozmiar i liczba plików, które należy skopiować

Rozważania nad IOPS i przepustowością

W tej kategorii należy rozważyć pamięć źródłową, docelową pamięć oraz sieć łączącą je. Najwolniejszy z tych trzech składników określa maksymalną możliwą przepustowość.

Uwaga

Chociaż kopiowanie tak szybko, jak to możliwe, jest często pożądane, zastanów się nad wykorzystaniem sieci lokalnej i urządzenia NAS do innych, często krytycznych dla firmy zadań.

Kopiowanie tak szybko, jak to możliwe, może nie być pożądane, gdy istnieje ryzyko, że migracja może zmonopolizować dostępne zasoby.

  • Zastanów się, kiedy najlepiej jest uruchamiać migracje: w ciągu dnia, poza godzinami pracy lub w weekendy.
  • Należy również rozważyć użycie funkcji QoS sieci w systemie Windows Server, aby ograniczyć szybkość narzędzia RoboCopy.
  • Unikaj niepotrzebnej pracy przy narzędziach migracji.

Narzędzie RoboCopy może wstawiać opóźnienia między pakietami, używając przełącznika /IPG:n, gdzie n jest mierzony w milisekundach między pakietami RoboCopy. Użycie tego przełącznika może pomóc uniknąć monopolizacji zasobów na urządzeniach z ograniczeniami wejścia/wyjścia i przeciążonych łączy sieciowych.

/IPG:n Nie można używać do precyzyjnego ograniczania przepustowości sieci do określonego Mb/s. Zamiast tego należy użyć funkcji QoS sieci systemu Windows Server. Narzędzie RoboCopy całkowicie opiera się na protokole SMB dla wszystkich potrzeb sieciowych. Użycie protokołu SMB jest powodem, dla którego narzędzie RoboCopy nie może wpływać na samą przepływność sieci, ale może spowolnić jego użycie.

Podobny sposób myślenia ma zastosowanie do wartości IOPS obserwowanych na NAS. Rozmiar klastra na woluminie NAS, rozmiar pakietów i szereg innych czynników wpływają na obserwowaną liczbę operacji we/wy na sekundę. Wprowadzenie opóźnienia między pakietami jest często najprostszym sposobem kontrolowania obciążenia na serwerze NAS. Przetestuj wiele wartości, na przykład z około 20 milisekund (n=20) do wielokrotności tej liczby. Po wprowadzeniu opóźnienia możesz ocenić, czy inne aplikacje mogą teraz działać zgodnie z oczekiwaniami. Ta strategia optymalizacji umożliwi znalezienie optymalnej szybkości narzędzia RoboCopy w środowisku.

Szybkość przetwarzania

RoboCopy przechodzi przez określoną przestrzeń nazw i ocenia każdy plik i folder pod kątem skopiowania, zarówno podczas pierwszego uruchomienia, jak i podczas każdego kolejnego uruchomienia wyrównującego. Te powtarzające się uruchomienia minimalizują przestoje i poprawiają ogólną skuteczność migrowanych plików.

Przepustowość nie zawsze jest największym ograniczeniem. W przypadku dużych przestrzeni nazw z wieloma małymi plikami szybkość wyliczania przestrzeni nazw może mieć większy wpływ na całkowity czas kopiowania niż przepustowość. Kopiowanie 1 TiB małych plików zajmuje znacznie więcej czasu niż kopiowanie 1 TiB większych plików. Ta różnica jest oczekiwana.

RoboCopy obsługuje kopie wielowątkowe poprzez opcję /MT:n , gdzie n oznacza liczbę wątków do użycia. Przy konfigurowaniu maszyny dla RoboCopy weź pod uwagę liczbę rdzeni procesora (większość procesorów zapewnia dwa wątki na rdzeń) oraz ile zadań RoboCopy planujesz uruchomić równolegle.

Więcej wątków kopiuje małe pliki znacznie szybciej, ale mogą nie dawać proporcjonalnych korzyści dla dużych plików. Wysoka liczba wątków dla dużych plików zwiększa prawdopodobieństwo przepustowości lub ograniczeń IOPS.

Przy pierwszym uruchomieniu RoboCopy użyj dużej liczby wątków, aby nasycić dostępną przepustowość sieci. Przy kolejnych /MIR uruchomieniach z mniejszą ilością zmian prędkość przetwarzania staje się wąskim gardłem, więc dopasuj liczbę wątków do liczby rdzeni procesora. Zastanów się, czy rdzenie muszą być zarezerwowane na inne zadania na serwerze produkcyjnym.

Wskazówka

Zasada kciuka: pierwsze uruchomienie narzędzia RoboCopy (które spowoduje przeniesienie dużej ilości danych, ze względu na większą latencję sieci) korzysta ze zwiększenia liczby wątków (/MT:n). Kolejne przebiegi będą przekazywać mniejsze różnice, i częściej następuje przejście z ograniczeń wynikających z przepustowości sieciowej do ograniczeń wynikających z dostępnych zasobów obliczeniowych. W tych okolicznościach często lepiej jest dopasować liczbę wątków RoboCopy do faktycznie dostępnych wątków na maszynie. Nadmierna aprowizacja w tym scenariuszu może prowadzić do większej liczby zmian kontekstu w procesorze, co może spowodować spowolnienie kopiowania.

Unikanie zmian w przestrzeni nazw podczas migracji

Unikaj zmian na dużą skalę w przestrzeni nazw, takich jak przenoszenie plików między katalogami, zmienianie właściwości na dużą skalę lub zmienianie uprawnień na poziomie katalogu i plików (ACL NTFS). Szczególnie zmiany listy ACL mogą mieć duży wpływ, ponieważ często mają kaskadowy wpływ zmian na pliki niższe w hierarchii folderów. Konsekwencje mogą być następujące:

  • wydłużony czas wykonywania zadania RoboCopy, ponieważ każdy plik i folder, którego dotyczy zmiana listy ACL, muszą zostać zaktualizowane
  • Ponowne użycie danych przeniesionych wcześniej może wymagać ich ponownego skopiowania. Na przykład należy skopiować więcej danych, gdy struktury folderów zmieniają się po skopiowaniu plików wcześniej. Zadanie RoboCopy nie może "odtworzyć" zmiany przestrzeni nazw. Następne zadanie musi oczyścić pliki wcześniej przeniesione do starej struktury folderów i ponownie przesłać pliki w nowej strukturze folderów.

Innym ważnym aspektem jest efektywne użycie narzędzia RoboCopy. Za pomocą zalecanego skryptu RoboCopy utworzysz i zapiszesz plik dziennika pod kątem błędów. Mogą wystąpić błędy kopiowania — jest to normalne. Te błędy często sprawiają, że konieczne jest uruchomienie wielu rund narzędzia do kopiowania, takiego jak RoboCopy: początkowe uruchomienie, na przykład z NAS do DataBox lub z serwera do udziału plików platformy Azure, oraz jedno lub więcej dodatkowych uruchomień z przełącznikiem /MIR, aby uchwycić i ponownie spróbować skopiować pliki, które nie zostały skopiowane.

Należy przygotować się do uruchamiania wielu rund RoboCopy dla konkretnego zakresu przestrzeni nazw. Kolejne przebiegi zakończą się szybciej, ponieważ mają mniej do skopiowania, ale są coraz bardziej ograniczane przez szybkość przetwarzania przestrzeni nazw. Po uruchomieniu wielu rund można przyspieszyć każdą z nich, ograniczając starania RoboCopy, by na siłę kopiować wszystko w danym przebiegu. Te przełączniki RoboCopy mogą mieć znaczącą różnicę:

  • /R:n n = częstotliwość ponawiania próby skopiowania pliku, który zakończył się niepowodzeniem
  • /W:n n = ile sekund czekać między próbami

/R:5 /W:5 to rozsądne ustawienie, które można dostosować do swoich potrzeb. W tym przykładzie próba przetworzenia nieudanego pliku zostanie podjęta pięć razy, z pięciosekundowym czasem oczekiwania między kolejnymi próbami. Jeśli nadal nie można skopiować pliku, następne zadanie narzędzia RoboCopy spróbuje ponownie. Często pliki, które zakończyły się niepowodzeniem, ponieważ są w użyciu lub z powodu problemów z przekroczeniem limitu czasu, mogą zostać pomyślnie skopiowane w ten sposób.

Kopiowanie plików z migawki usługi Azure Files na dysk lokalny za pomocą narzędzia Robocopy

Za pomocą narzędzia Robocopy można kopiować pliki i foldery z widoku migawki udziału plików platformy Azure SMB z powrotem do dysku lokalnego. Więcej informacji można znaleźć w sekcji Kopiowanie danych z powrotem na dysk lokalny z migawki udziału.

Szacowanie opłat za transakcje magazynu

Podczas rozpoczynania migracji do usługi Azure Files narzędzie RoboCopy kopiuje pliki i foldery na platformę Azure. W zależności od modelu rozliczeniowego usługi Azure Files mogą być naliczane opłaty za transakcje. Zobacz Omówienie rozliczeń.

Jeśli udziały plików platformy Azure HDD (w warstwie standardowej) korzystają z modelu płatności zgodnie z użyciem, może być trudno oszacować liczbę transakcji generowanych przez migrację.

  • Nie można oszacować liczby transakcji na podstawie wykorzystanej pojemności magazynu źródła. Liczba transakcji jest skalowana wraz z liczbą elementów przestrzeni nazw (plików i folderów) oraz ich właściwościami, które są migrowane, a nie ich rozmiarem. Na przykład do migrowania 1 GiB małych plików niż 1 GiB większych plików jest wymagana większa liczba transakcji.
  • Aby zminimalizować przestoje, może być konieczne wykonanie operacji kopiowania kilka razy od źródła do celu. Każda operacja kopiowania przetwarza wszystkie elementy źródłowe i docelowe, choć kolejne zakończą się szybciej. Po początkowych operacjach tylko różnice wprowadzone między przebiegami kopiowania są transportowane za pośrednictwem sieci. Ważne jest, aby zrozumieć, że chociaż transportowane są mniej danych, wymagana liczba transakcji może pozostać taka sama.
  • Dwukrotne skopiowanie tego samego pliku może nie spowodować wystąpienia tej samej liczby transakcji. Przetwarzanie elementu zmigrowanego w poprzedniej operacji kopiowania może spowodować powstanie tylko kilku transakcji odczytu. Z kolei zmiany w metadanych lub zawartości między przebiegami kopiowania mogą wymagać większej liczby transakcji w celu zaktualizowania obiektu docelowego.

Przeprowadź wstępne testy własnych danych, aby lepiej zrozumieć, ile transakcji generuje migracja plików.

Następne kroki

Poniższe artykuły ułatwią zrozumienie zaawansowanych opcji i najlepszych rozwiązań.

  • Last updated on