Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ważne
Azure Data Box teraz obsługuje przypisanie warstwy dostępu na poziomie obiektu blob. Kroki przedstawione w tym samouczku odzwierciedlają zaktualizowany proces kopiowania danych i są specyficzne dla obiektów blob typu block.
Przypisanie warstwy dostępu nie jest obsługiwane podczas kopiowania danych przy użyciu narzędzia Data Box Split Copy Tool. Jeśli przypadek użycia wymaga przypisania warstwy dostępu, wykonaj kroki zawarte w sekcji Kopiowanie danych na dyski , aby skopiować dane do odpowiedniej warstwy dostępu przy użyciu narzędzia Robocopy.
Aby uzyskać pomoc dotyczącą określania odpowiedniej warstwy dostępu dla danych blokowych obiektów blob, zapoznaj się z sekcją Określanie odpowiednich warstw dostępu dla blokowych obiektów blob.
Informacje zawarte w tej sekcji dotyczą zamówień złożonych po 1 kwietnia 2024 r.
Uwaga
W tym artykule jest mowa o CentOS — dystrybucji systemu Linux, która nie jest już wspierana. Rozważ swoje użycie i odpowiednio zaplanuj.
W tym samouczku opisano sposób kopiowania danych z komputera hosta i generowania sum kontrolnych w celu zweryfikowania integralności danych.
Z tego samouczka dowiesz się, jak wykonywać następujące czynności:
- Określanie odpowiednich warstw dostępu dla blokowych blobów
- Kopiowanie danych do Data Box Disk
- Weryfikacja danych
Wymagania wstępne
Przed rozpoczęciem upewnij się, że:
- Ukończono samouczek: zainstalowanie i skonfigurowanie dysku Azure Data Box Disk.
- Twoje dyski są odblokowane i podłączone do komputera klienckiego.
- Na komputerze klienckim używanym do kopiowania danych na dyski jest uruchomiony obsługiwany system operacyjny.
- Zamierzony typ pamięci dla twoich danych jest zgodny z obsługiwanymi typami pamięci.
- Sprawdziłeś limity zarządzanych dysków w limitach rozmiaru obiektów Azure.
Określanie odpowiednich warstw dostępu dla blokowych blobów
Ważne
Informacje zawarte w tej sekcji dotyczą zamówień złożonych po 1kwietnia 2024 r.
Azure Storage umożliwia przechowywanie danych blokowych obiektów blob w różnych warstwach dostępu w obrębie tego samego konta magazynowego. Dzięki temu dane mogą być zorganizowane i przechowywane wydajniej na podstawie częstotliwości uzyskiwania do niej dostępu. Poniższa tabela zawiera informacje i zalecenia dotyczące Azure Storage warstw dostępu.
| Warstwa | Zalecenie | Najlepsze rozwiązanie |
|---|---|---|
| Gorąca | Przydatne w przypadku często używanych lub modyfikowanych danych online. Ta warstwa ma najwyższe koszty magazynowania, ale najniższe koszty dostępu. | Dane w tej warstwie powinny być w regularnym i aktywnym użyciu. |
| Chłodna | Przydatne w przypadku rzadko używanych lub modyfikowanych danych online. Ta warstwa ma niższe koszty magazynowania i wyższe koszty dostępu niż warstwa gorąca. | Dane w tej warstwie powinny być przechowywane przez co najmniej 30 dni. |
| Zimny | Przydatne w przypadku rzadko używanych lub modyfikowanych danych online, ale nadal wymagających szybkiego pobierania. Ta warstwa ma niższe koszty magazynowania i wyższe koszty dostępu niż warstwa Chłodna. | Dane w tej warstwie powinny być przechowywane przez co najmniej 90 dni. |
| Archiwum | Przydatne w przypadku rzadko używanych danych w trybie offline i mniejszych wymagań dotyczących opóźnień. | Dane w tej warstwie powinny być przechowywane przez co najmniej 180 dni. Dane usunięte z warstwy Archiwum w ciągu 180 dni podlegają opłatom za wczesne usunięcie. |
Aby uzyskać więcej informacji na temat warstw dostępu do obiektów blob, zobacz Warstwy dostępu dla danych obiektów blob. Aby uzyskać bardziej szczegółowe najlepsze praktyki, zobacz Najlepsze praktyki dotyczące korzystania z warstw dostępu obiektów blob.
Dane bloków blob można przenieść do odpowiedniego poziomu dostępu, kopiując je do odpowiedniego folderu w Data Box Disk. Ten proces został omówiony bardziej szczegółowo w sekcji Kopiowanie danych na dyski .
Kopiowanie danych na dyski
Przed skopiowaniem danych na dyski należy zapoznać się z następującymi kwestiami:
Twoim obowiązkiem jest skopiowanie danych lokalnych do zasobu odpowiadającego odpowiedniemu formatowi danych. Na przykład, skopiuj dane z obiektów blob typu blok do udziału BlockBlob. Skopiuj VHD do udziału PageBlob. Jeśli lokalny format danych nie jest zgodny z odpowiednim folderem dla wybranego typu magazynu, przekazywanie danych do Azure kończy się niepowodzeniem w późniejszym kroku.
Nie można kopiować danych bezpośrednio do głównego folderu udziału. Zamiast tego utwórz folder w odpowiednim udziale i skopiuj do niego dane.
Foldery znajdujące się w PageBlobroot odpowiadają kontenerom na koncie pamięci masowej. Nowy kontener jest tworzony dla każdego folderu, którego nazwa nie jest zgodna z istniejącym kontenerem w ramach Twojego konta magazynowego.
Foldery znajdujące się w AzFile w katalogu głównym odpowiadają udziałom plików Azure. Nowy udział plików jest tworzony dla każdego folderu, którego nazwa nie pasuje do istniejącego udziału plików w twoim koncie usługi przechowywania.
Poziom głównyudziału BlockBlob zawiera jeden folder odpowiadający każdej warstwie dostępu. Podczas kopiowania danych do udziału BlockBlob utwórz podfolder w folderze najwyższego poziomu, który odpowiada żądanej warstwie dostępu. Podobnie jak w przypadku udziału PageBlob, dla każdego folderu, którego nazwa nie pasuje do istniejącego kontenera, tworzony jest nowy kontener. Dane w kontenerze są kopiowane do warstwy odpowiadającej nadrzędnemu podfolderu na najwyższym poziomie.
Kontener jest również tworzony dla dowolnego folderu znajdującego się w katalogu głównym udziału BlockBlob, a dane, które zawiera, są kopiowane do domyślnej warstwy dostępu kontenera. Aby upewnić się, że dane są kopiowane do żądanej warstwy dostępu, nie twórz folderów na poziomie głównym .
Ważne
Dane przekazane do warstwy archiwum pozostają w trybie offline i muszą zostać przywrócone do aktywnego statusu przed odczytaniem lub zmodyfikowaniem. Dane skopiowane do warstwy Archiwum muszą pozostać przez co najmniej 180 dni lub być objęte opłatą za wczesne usunięcie. Warstwa archiwalna nie jest obsługiwana dla kont ZRS, GZRS ani RA-GZRS.
Podczas kopiowania danych upewnij się, że rozmiar danych jest zgodny z limitami rozmiaru opisanymi w artykule Azure storage i Data Box Disk limity.
Nie wyłączaj szyfrowania funkcją BitLocker na urządzeniach Data Box Disk. Wyłączenie szyfrowania funkcją BitLocker powoduje niepowodzenie przekazywania po powrocie dysków. Wyłączenie funkcji BitLocker pozostawia również dyski w stanie odblokowanym, co stwarza obawy dotyczące zabezpieczeń.
Aby zachować metadane, takie jak listy kontroli dostępu (ACL), sygnatury czasowe i atrybuty plików podczas przesyłania danych do Azure Files, postępuj zgodnie ze wskazówkami zawartymi w artykule Zachowanie list kontroli dostępu (ACL), atrybutów i sygnatur czasowych z wykorzystaniem Azure Data Box Disk.
Jeśli używasz zarówno Data Box Disk, jak i innych aplikacji do jednoczesnego przekazywania danych, mogą wystąpić błędy zadań przekazywania i uszkodzenie danych.
Ważne
Jeśli podczas tworzenia zamówienia określono dyski zarządzane jako jedną z lokalizacji docelowych magazynu, mają zastosowanie informacje znajdujące się w następnej sekcji.
Upewnij się, że wirtualne dyski twarde (VHD) przekazane do wstępnie utworzonych folderów mają unikatowe nazwy w grupach zasobów. Dyski zarządzane muszą mieć unikatowe nazwy w grupie zasobów we wszystkich wstępnie utworzonych folderach w Data Box Disk. Jeśli używasz wielu dysków Data Box Disk, nazwy dysków zarządzanych muszą być unikatowe we wszystkich folderach i dyskach. Po znalezieniu dysków VHD z zduplikowanymi nazwami tylko jeden jest konwertowany na dysk zarządzany o tej nazwie. Pozostałe wirtualne dyski twarde są przekazywane jako stronicowe obiekty blob do tymczasowego konta magazynu.
Zawsze kopiuj wirtualne dyski twarde (VHD) do jednego ze wstępnie utworzonych folderów. Pliki VHD umieszczone poza tymi folderami lub w utworzonym przez użytkownika folderze są przekazywane do kont Azure Storage jako stronicowane obiekty blob zamiast jako dyski zarządzane.
Do tworzenia dysków zarządzanych można przekazać tylko dyski VHD o stałym rozmiarze. Dynamiczne dyski VHD, różnicowe dyski VHD i pliki VHDX nie są obsługiwane.
Narzędzia do kopiowania i sprawdzania poprawności podziału Data Box Disk,
DataBoxDiskSplitCopy.exeiDataBoxDiskValidation.cmd, zgłaszają błędy podczas przetwarzania długich ścieżek. Te usterki są typowe, gdy długie ścieżki nie są włączone na kliencie, a ścieżki i nazwy plików kopiowanych danych przekraczają 256 znaków. Aby uniknąć tych błędów, postępuj zgodnie z instrukcjami w artykule jak włączyć obsługę długich ścieżek na kliencie Windows.
Ważne
Program PowerShell ISE nie jest obsługiwany dla narzędzi Data Box Disk
Wykonaj następujące kroki, aby nawiązać połączenie i skopiować dane z komputera do Data Box Disk.
Wyświetl zawartość odblokowanego dysku. Lista wstępnie utworzonych folderów i podfolderów na dysku różni się w zależności od opcji wybranych podczas składania zamówienia Data Box Disk. Tworzenie dodatkowych folderów nie jest dozwolone, ponieważ kopiowanie danych do folderu utworzonego przez użytkownika powoduje niepowodzenia przesyłania.
Wybrane miejsce docelowe magazynu Typ konta magazynowania Typ konta magazynowego przejściowego Foldery i podkatalogi Konto magazynu GPv1 lub GPv2 NA BlockBlob - Archiwum
- Zimno
- Fajnie
- Gorący
AzureFileKonto magazynu Konto przechowywania Blob NA BlockBlob - Archiwum
- Zimno
- Fajnie
- Gorący
dyski zarządzane NA GPv1 lub GPv2 ManagedDisk - PremiumSSD
- StandardSSD
- StandardHDD
Konto magazynu
dyski zarządzaneGPv1 lub GPv2 GPv1 lub GPv2 BlockBlob - Archiwum
- Zimno
- Fajnie
- Gorący
AzureFile
ManagedDisk- PremiumSSD
- StandardSSD
- StandardHDD
Konto magazynu
dyski zarządzaneKonto przechowywania Blob GPv1 lub GPv2 BlockBlob - Archiwum
- Zimno
- Fajnie
- Gorący
- PremiumSSD
- StandardSSD
- StandardHDD
Poniższy zrzut ekranu pokazuje zamówienie, gdzie określono konto magazynu GPv2 i warstwę archiwum.
Skopiuj dane VHD lub VHDX do folderu PageBlob . Wszystkie pliki skopiowane do folderu PageBlob są kopiowane do domyślnego kontenera
$rootna koncie Azure Storage. Kontener jest tworzony na koncie magazynu Azure dla każdego podfolderu w folderze PageBlob.Skopiuj dane do umieszczenia w udziałach plików Azure do podfolderu w folderze AzureFile. Wszystkie pliki skopiowane do folderu AzureFile są kopiowane jako pliki do domyślnego kontenera typu
databox-format-[GUID], na przykładdatabox-azurefile-7ee19cfb3304122d940461783e97bf7b4290a1d7.Nie można kopiować plików bezpośrednio do folderu głównego BlockBlob. W folderze głównym znajduje się podfolder odpowiadający każdej z dostępnych warstw dostępu. Aby skopiować dane obiektu blob, musisz najpierw wybrać folder odpowiadający jednej z warstw dostępu. Następnie utwórz podfolder w folderze tej warstwy, aby przechowywać dane. Na koniec skopiuj dane do nowo utworzonego podfolderu. Nowy podkatalog reprezentuje kontener utworzony na koncie magazynowym podczas pozyskiwania danych. Twoje dane są przesyłane do tego kontenera jako obiekty blob. Podobnie jak w przypadku udziału AzureFile, tworzony jest nowy kontener magazynu obiektów blob dla każdego podfolderu znajdującego się w folderze głównymBlockBlob. Dane w tych folderach są przechowywane zgodnie z domyślną warstwą dostępu konta magazynowania.
Przed rozpoczęciem kopiowania danych należy przenieść wszystkie pliki i foldery istniejące w katalogu głównym do innego folderu.
Ważne
Wszystkie kontenery, obiekty blob i nazwy plików powinny być zgodne z konwencjami nazewnictwa Azure. Jeśli te reguły nie są przestrzegane, przesyłanie danych do Azure zakończy się niepowodzeniem.
Podczas kopiowania plików upewnij się, że pliki nie przekraczają 7 TiB dla blokowych obiektów blob, 7 TiB dla stronicowych obiektów blob i 4 TiB dla Azure Files.
Możesz użyć funkcji przeciągania i upuszczania Eksploratora plików, aby skopiować dane. Możesz też skopiować dane za pomocą dowolnego narzędzia kopiowania danych zgodnego z SMB, na przykład narzędzia Robocopy.
Jedną z zalet korzystania z narzędzia do kopiowania plików jest możliwość zainicjowania wielu zadań kopiowania, jak w poniższym przykładzie przy użyciu narzędzia Robocopy:
Robocopy <source> <destination> * /MT:64 /E /R:1 /W:1 /NFL /NDL /FFT /Log:c:\RobocopyLog.txtUwaga
Parametry używane w tym przykładzie są oparte na środowisku używanym podczas testowania wewnętrznego. Twoje parametry i wartości są prawdopodobnie inne.
Parametry i opcje dla polecenia są używane w następujący sposób:
Parametry/opcje opis Źródło Określa ścieżkę do katalogu źródłowego. Cel Określa ścieżkę do katalogu docelowego. /E Kopiuje podkatalogi, włącznie z pustymi katalogami. /MT[:n] Tworzy kopie wielowątkowe z n wątkami, gdzie n jest liczbą całkowitą między 1 a 128.
Wartość domyślna n to 8./R: <n> Określa liczbę ponownych prób dla nieudanych kopii.
Wartość domyślna n to 1000 000 ponownych prób./W: <n> Określa czas oczekiwania między ponownymi próbami określony w sekundach.
Wartość domyślna n to 30 i jest równoważna czasowi oczekiwania 30 sekund.NFL Określa brak rejestrowania nazw plików. /NDL Określa, że nazwy katalogów nie mają być rejestrowane. /FFT Zakłada czasy plików FAT z dokładnością do rozdzielczości dwóch sekund. /Log:<Plik dziennika> Zapisuje dane wyjściowe stanu w pliku dziennika.
Każdy istniejący plik dziennika jest zastępowany.Można użyć równolegle wielu dysków, uruchamiając wiele zadań na każdym z nich. Pamiętaj, że zduplikowane nazwy plików są albo zastępowane, albo powodują błąd kopiowania.
Sprawdzaj stan kopiowania, gdy zadanie jest w toku. Poniższy przykład przedstawia dane wyjściowe polecenia robocopy w celu skopiowania plików do Data Box Disk.
C:\Users>robocopy ------------------------------------------------------------------------------- ROBOCOPY :: Robust File Copy for Windows ------------------------------------------------------------------------------- Started : Thursday, March 8, 2018 2:34:53 PM Simple Usage :: ROBOCOPY source destination /MIR source :: Source Directory (drive:\path or \\server\share\path). destination :: Destination Dir (drive:\path or \\server\share\path). /MIR :: Mirror a complete directory tree. For more usage information run ROBOCOPY /? **** /MIR can DELETE files as well as copy them ! C:\Users>Robocopy C:\Repository\guides \\10.126.76.172\AzFileUL\templates /MT:64 /E /R:1 /W:1 /FFT ------------------------------------------------------------------------------- ROBOCOPY :: Robust File Copy for Windows ------------------------------------------------------------------------------- Started : Thursday, March 8, 2018 2:34:58 PM Source : C:\Repository\guides\ Dest : \\10.126.76.172\devicemanagertest1_AzFile\templates\ Files : *.* Options : *.* /DCOPY:DA /COPY:DAT /MT:8 /R:1000000 /W:30 ------------------------------------------------------------------------------ 100% New File 206 C:\Repository\guides\article-metadata.md 100% New File 209 C:\Repository\guides\content-channel-guidance.md 100% New File 732 C:\Repository\guides\index.md 100% New File 199 C:\Repository\guides\pr-criteria.md 100% New File 178 C:\Repository\guides\pull-request-co.md 100% New File 250 C:\Repository\guides\pull-request-ete.md 100% New File 174 C:\Repository\guides\create-images-markdown.md 100% New File 197 C:\Repository\guides\create-links-markdown.md 100% New File 184 C:\Repository\guides\create-tables-markdown.md 100% New File 208 C:\Repository\guides\custom-markdown-extensions.md 100% New File 210 C:\Repository\guides\file-names-and-locations.md 100% New File 234 C:\Repository\guides\git-commands-for-master.md 100% New File 186 C:\Repository\guides\release-branches.md 100% New File 240 C:\Repository\guides\retire-or-rename-an-article.md 100% New File 215 C:\Repository\guides\style-and-voice.md 100% New File 212 C:\Repository\guides\syntax-highlighting-markdown.md 100% New File 207 C:\Repository\guides\tools-and-setup.md ------------------------------------------------------------------------------ Total Copied Skipped Mismatch FAILED Extras Dirs : 1 1 1 0 0 0 Files : 17 17 0 0 0 0 Bytes : 3.9 k 3.9 k 0 0 0 0 Times : 0:00:05 0:00:00 0:00:00 0:00:00 Speed : 5620 Bytes/sec. Speed : 0.321 MegaBytes/min. Ended : Thursday, August 31, 2023 2:34:59 PMAby zoptymalizować wydajność, użyj poniższych parametrów polecenia robocopy podczas kopiowania danych.
Platforma Głównie małe pliki < 512 KB Przeważnie średnie pliki od 512 KB do 1 MB Głównie duże pliki > 1 MB Data Box Disk 4 sesje narzędzia Robocopy*
16 wątków na sesję2 Sesja Robocopy*
16 wątków na sesję2 Sesja Robocopy*
16 wątków na sesję* Każda sesja narzędzia Robocopy może mieć maksymalnie 7000 katalogów i 150 milionów plików.
Aby uzyskać więcej informacji na temat polecenia Robocopy, przeczytaj artykuł Robocopy i kilka przykładów .
Otwórz folder docelowy, a następnie wyświetl i sprawdź skopiowane pliki. Jeśli podczas procesu kopiowania wystąpiły jakiekolwiek błędy, pobierz pliki dziennika, które pomogą w rozwiązywaniu problemów. Dane wyjściowe polecenia robocopy określają lokalizację plików dziennika.
Dzielenie i kopiowanie danych na dyski
Narzędzie Data Box Split Copy pomaga dzielić i kopiować dane pomiędzy dwa lub więcej dysków Azure Data Box. Narzędzie jest dostępne tylko do użycia na komputerze Windows. Ta opcjonalna procedura jest przydatna, gdy masz duży zestaw danych, który należy podzielić i skopiować na kilka dysków.
Ważne
Narzędzie Data Box Split Copy może również zweryfikować Twoje dane. Jeśli używasz narzędzia Data Box Split Copy do kopiowania danych, możesz pominąć krok walidacji.
Przypisanie warstwy dostępu nie jest obsługiwane podczas kopiowania danych przy użyciu narzędzia Data Box Split Copy Tool. Jeśli przypadek użycia wymaga przypisania warstwy dostępu, wykonaj kroki zawarte w sekcji Kopiowanie danych na dyski , aby skopiować dane do odpowiedniej warstwy dostępu przy użyciu narzędzia Robocopy.
Narzędzie Data Box Split Copy nie jest obsługiwane w przypadku dysków zarządzanych.
Na komputerze Windows upewnij się, że narzędzie Data Box Split Copy zostało pobrane i wyodrębnione w folderze lokalnym. To narzędzie znajduje się w zestawie narzędzi Data Box Disk dla Windows.
Otwórz okno Eksplorator plików. Zanotuj napęd będący źródłem danych oraz litery dysków przypisane do Data Box Disk.
Określ źródło danych do skopiowania. Na przykład w tym przypadku:
Przejdź do folderu, w którym wyodrębniono oprogramowanie i znajdź
SampleConfig.jsonplik. Ten plik jest plikiem tylko do odczytu, który można modyfikować i zapisywać.Zmodyfikuj plik
SampleConfig.json.Podaj nazwę zadania. W Data Box Disk zostanie utworzony folder o tej nazwie. Nazwa jest również używana do tworzenia kontenera na koncie usługi magazynu Azure skojarzonym z tymi dyskami. Nazwa zadania musi być zgodna z konwencjami nazewnictwa kontenerów Azure.
Podaj ścieżkę źródłową, zanotuj format ścieżki w pliku
SampleConfigFile.json.Wprowadź litery dysku odpowiadające dyskom docelowym. Dane są pobierane ze ścieżki źródłowej i kopiowane na wiele dysków.
Podaj ścieżkę dla plików dziennika. Domyślnie pliki dziennika są wysyłane do katalogu, w
.exektórym znajduje się plik.Aby zweryfikować format pliku, przejdź do narzędzia
JSONlint.
Zapisz plik jako
ConfigFile.json.
Otwórz okno wiersza polecenia z podwyższonym poziomem uprawnień i uruchom
DataBoxDiskSplitCopy.exeza pomocą następującego polecenia.DataBoxDiskSplitCopy.exe PrepImport /config:ConfigFile.jsonPo wyświetleniu monitu naciśnij dowolny klawisz, aby kontynuować uruchamianie narzędzia.
Po podzieleniu i skopiowaniu zestawu danych zostanie wyświetlone podsumowanie narzędzia Split Copy dla sesji kopiowania, jak pokazano w poniższych przykładowych danych wyjściowych.
Sprawdź, czy dane są prawidłowo podzielone na dyski docelowe.
Sprawdź zawartość dysku
H:i upewnij się, że utworzono dwa podfoldery odpowiadające danym w formacie blokowego bloba i stronicowego bloba.Jeśli sesja kopiowania nie powiedzie się, użyj następującego polecenia, aby odzyskać i wznowić:
DataBoxDiskSplitCopy.exe PrepImport /config:ConfigFile.json /ResumeSession
Jeśli podczas korzystania z narzędzia do dzielenia kopii wystąpią błędy, wykonaj kroki opisane w artykule Rozwiązywanie problemów z błędami narzędzia do dzielenia kopiowania.
Ważne
Narzędzie Data Box Split Copy również sprawdza poprawność danych. Jeśli używasz narzędzia Data Box Split Copy do kopiowania danych, możesz pominąć krok walidacji. Narzędzie do dzielenia kopii nie jest obsługiwane z dyskami zarządzanymi.
Weryfikacja danych
Jeśli nie użyłeś narzędzia Data Box Split Copy do kopiowania danych, musisz zweryfikować swoje dane. Zweryfikuj dane, wykonując następujące kroki na każdym urządzeniu Data Box Disk. Jeśli podczas walidacji wystąpią błędy, wykonaj kroki opisane w artykule Rozwiązywanie problemów z błędami walidacji.
Uruchom polecenie
DataBoxDiskValidation.cmd, aby przeprowadzić walidację sumy kontrolnej w folderze DataBoxDiskImport dysku. To narzędzie jest dostępne tylko dla środowiska Windows. Użytkownicy systemu Linux muszą sprawdzić, czy dane źródłowe skopiowane na dysk spełniają wymagania wstępneAzure Data Box< .Wybierz odpowiednią opcję weryfikacji, gdy zostaniesz o to poproszony. Zalecamy, aby zawsze przy wykonywaniu walidacji plików i generowaniu sum kontrolnych wybierać opcję 2. Zamknij okno polecenia po zakończeniu działania skryptu. Czas wymagany do ukończenia weryfikacji zależy od rozmiaru danych. Narzędzie powiadamia o wszelkich błędach napotkanych podczas generowania walidacji i sumy kontrolnej oraz udostępnia link do dzienników błędów.
Wskazówka
- Zresetuj narzędzie między dwoma uruchomieniami.
- Proces sumy kontrolnej może zająć więcej czasu, jeśli masz duży zestaw danych zawierający wiele plików, które zajmują stosunkowo małą pojemność magazynu. Jeśli walidujesz pliki i pomijasz tworzenie sumy kontrolnej, należy niezależnie zweryfikować integralność danych na Data Box Disk przed usunięciem jakichkolwiek kopii. Ta weryfikacja powinna obejmować generowanie sum kontrolnych.
Następne kroki
W tym samouczku przedstawiono sposób wykonywania następujących zadań za pomocą usługi Azure Data Box Disk:
- Kopiowanie danych do Data Box Disk
- Weryfikowanie integralności danych
Przejdź do następnego samouczka, aby dowiedzieć się, jak zwrócić „Data Box Disk” i zweryfikować przesyłanie danych do Azure.