Share via

Często zadawane pytania dotyczące usług Azure Files i Azure File Sync

  • Artykuł

Usługa Azure Files oferuje w pełni zarządzane udziały plików w chmurze, które są dostępne za pośrednictwem standardowego protokołu SMB (Server Message Block) i protokołu sieciowego systemu plików (NFS). Udziały plików platformy Azure można zainstalować współbieżnie we wdrożeniach w chmurze lub w środowisku lokalnym systemów Windows, Linux i macOS. Udziały plików platformy Azure można również buforować na maszynach z systemem Windows Server przy użyciu usługi Azure File Sync, aby uzyskać szybki dostęp blisko miejsca, w którym są używane dane.

Azure File Sync

  • Czy mogę mieć serwery przyłączone do domeny i nieprzyłączonych do domeny w tej samej grupie synchronizacji?
    Tak. Grupa synchronizacji może zawierać punkty końcowe serwera, które mają różne członkostwa w usłudze Active Directory, nawet jeśli nie są przyłączone do domeny. Mimo że ta konfiguracja technicznie działa, nie zalecamy tego jako typowej konfiguracji, ponieważ listy kontroli dostępu (ACL) zdefiniowane dla plików i folderów na jednym serwerze mogą nie być wymusić przez inne serwery w grupie synchronizacji. Aby uzyskać najlepsze wyniki, zalecamy synchronizację między serwerami, które znajdują się w tym samym lesie usługi Active Directory, między serwerami, które znajdują się w różnych lasach usługi Active Directory, ale mają ustanowione relacje zaufania lub między serwerami, które nie znajdują się w domenie. Zalecamy unikanie używania kombinacji tych konfiguracji.

  • Plik został utworzony bezpośrednio w udziale plików platformy Azure przy użyciu protokołu SMB lub w portalu. Jak długo trwa synchronizowanie pliku z serwerami w grupie synchronizacji?

    Zmiany wprowadzone w udziale plików platformy Azure przy użyciu witryny Azure Portal lub protokołu SMB nie są natychmiast wykrywane i replikowane, tak jak zmiany w punkcie końcowym serwera. Usługa Azure Files nie zapewnia jeszcze powiadomień o zmianach ani rejestrowania w dzienniku, więc nie ma możliwości automatycznego inicjowania sesji synchronizacji po zmianie plików. W systemie Windows Server usługa Azure File Sync używa dziennika USN systemu Windows do automatycznego inicjowania sesji synchronizacji po zmianie plików.

    Aby wykrywać zmiany w udziale plików platformy Azure, usługa Azure File Sync ma zaplanowane zadanie nazywane zadaniem wykrywania zmian. Zadanie wykrywania zmian wylicza każdy plik w udziale plików, a następnie porównuje go z synchronizowaną wersją dla tego pliku. Gdy zadanie wykrywania zmian ustali, że pliki zostały zmienione, usługa Azure File Sync zainicjuje sesję synchronizacji. Zadanie wykrywania zmian jest inicjowane co 24 godziny. Zadanie wykrywania zmian działa przez wyliczanie każdego pliku w udziale plików platformy Azure, dlatego wykrywanie zmian trwa dłużej w większych przestrzeniach nazw niż w mniejszych. W przypadku dużych przestrzeni wykrywanie zmienionych plików może następować rzadziej niż raz na 24 godziny.

    Aby natychmiast zsynchronizować pliki zmienione w udziale plików platformy Azure, można użyć polecenia cmdlet Invoke-AzStorageSyncChangeDetection programu PowerShell w celu ręcznego zainicjowania wykrywania zmian w udziale plików platformy Azure. To polecenie cmdlet jest przeznaczone dla scenariuszy, w których jakiś typ zautomatyzowanego procesu wprowadza zmiany w udziale plików platformy Azure lub zmiany są wykonywane przez administratora (na przykład przenoszenie plików i katalogów do udziału). W przypadku zmian użytkowników końcowych zaleca się zainstalowanie agenta usługi Azure File Sync na maszynie wirtualnej IaaS i uzyskanie dostępu użytkowników końcowych do udziału plików za pośrednictwem maszyny wirtualnej IaaS. Dzięki temu wszystkie zmiany będą szybko synchronizowane z innymi agentami bez konieczności używania polecenia cmdlet Invoke-AzStorageSyncChangeDetection. Aby dowiedzieć się więcej, zobacz dokumentację Invoke-AzStorageSyncChangeDetection .

    Eksplorujemy dodawanie wykrywania zmian dla udziału plików platformy Azure podobnego do USN dla woluminów w systemie Windows Server. Pomóż nam określić priorytety tej funkcji na potrzeby przyszłego programowania, głosując na tę funkcję na stronie Opinia społeczności platformy Azure.

  • Co się stanie, jeśli ten sam plik zostanie zmieniony na dwóch serwerach w przybliżeniu w tym samym czasie?
    Konflikty plików powstają, gdy plik w udziale plików platformy Azure nie jest zgodny z plikiem w lokalizacji punktu końcowego serwera (rozmiar i/lub czas ostatniej modyfikacji jest inny).

    Następujące scenariusze mogą powodować konflikty plików:

    • Plik jest tworzony lub modyfikowany w punkcie końcowym (na przykład Serwer A). Jeśli ten sam plik zostanie zmodyfikowany w innym punkcie końcowym, zanim zmiana na serwerze A zostanie zsynchronizowana z tym punktem końcowym, tworzony jest plik konfliktu.
    • Plik istniał w lokalizacji udziału plików platformy Azure i w lokalizacji punktu końcowego serwera przed utworzeniem punktu końcowego serwera. Jeśli rozmiar pliku i/lub czas ostatniej modyfikacji różni się między plikiem na serwerze i w udziale plików platformy Azure po utworzeniu punktu końcowego serwera, tworzony jest plik konfliktu.
    • Baza danych synchronizacji została utworzona ponownie z powodu uszkodzenia lub osiągnięcia limitu wiedzy. Po ponownym utworzeniu bazy danych synchronizacja wchodzi w tryb o nazwie „uzgadnianie”. Jeśli rozmiar pliku i/lub czas ostatniej modyfikacji różni się między plikiem na serwerze i w udziale plików platformy Azure w chwili wystąpienia uzgadniania, tworzony jest plik konfliktu.

    Po zakończeniu początkowego przekazywania do udziału plików platformy Azure usługa Azure File Sync nie zastępuje żadnych plików w grupie synchronizacji. Zamiast tego używa prostej strategii rozwiązywania konfliktów: zachowuje obie zmiany w plikach, które są zmieniane w dwóch punktach końcowych w tym samym czasie. Ostatnio zapisana zmiana zachowuje oryginalną nazwę pliku. Starszy plik (określony przez LastWriteTime) ma nazwę punktu końcowego i numer konfliktu dołączony do nazwy pliku. W przypadku punktów końcowych serwera nazwa punktu końcowego jest nazwą serwera. W przypadku punktów końcowych w chmurze nazwa punktu końcowego to Chmura. Nazwa jest zgodna z następującą taksonomią:

    <FileNameWithoutExtension-endpointName><>[-#].<Ext>

    Na przykład pierwszy konflikt dla pliku RaportFirmowy.docx zostanie zapisany jako RaportFirmowy-SerwerCentralny.docx, jeśli Serwer Centralny to miejsce, w którym wystąpił starszy zapis. Drugi konflikt zostanie zapisany w pliku RaportFirmowy-SerwerCentralny-1.docx. Azure File Sync obsługuje 100 plików powodujących konflikt przypadających na plik. Po osiągnięciu maksymalnej liczby plików konfliktu synchronizacja pliku będzie kończyć się niepowodzeniem do czasu zmniejszenia liczby plików konfliktu poniżej 100.

  • Mam wyłączone obsługę warstw w chmurze, dlaczego w lokalizacji punktu końcowego serwera istnieją pliki warstwowe?
    Istnieją dwa powody, dla których pliki warstwowe mogą istnieć w lokalizacji punktu końcowego serwera:

    • W przypadku dodawania nowego punktu końcowego serwera do istniejącej grupy synchronizacji, jeśli wybierzesz opcję przypomnienia przestrzeni nazw lub odwołaj tylko przestrzeń nazw dla trybu początkowego pobierania, pliki będą wyświetlane jako warstwowe, dopóki nie zostaną pobrane lokalnie. Aby tego uniknąć, wybierz opcję Unikaj plików warstwowych dla trybu początkowego pobierania. Aby ręcznie odwołać pliki, użyj Invoke-StorageSyncFileRecall polecenia cmdlet .

    • Jeśli obsługa warstw w chmurze została włączona w punkcie końcowym serwera, a następnie wyłączona, pliki pozostaną warstwowe do momentu uzyskania dostępu do nich.

  • Dlaczego moje pliki warstwowe nie wyświetlają miniatur lub podglądów w systemie Windows Eksplorator plików?
    W przypadku plików warstwowych miniatury i podglądy nie będą widoczne w punkcie końcowym serwera. Jest to oczekiwane zachowanie, ponieważ funkcja pamięci podręcznej miniatur w systemie Windows celowo pomija odczytywanie plików za pomocą atrybutu offline. Po włączeniu obsługi warstw w chmurze odczytywanie plików warstwowych spowodowałoby pobranie ich (przypomnienie).

    To zachowanie nie jest specyficzne dla usługi Azure File Sync. System Windows Eksplorator plików wyświetla "szary X" dla wszystkich plików, które mają zestaw atrybutów trybu offline. Podczas uzyskiwania dostępu do plików za pośrednictwem protokołu SMB zobaczysz ikonę X. Aby uzyskać szczegółowe wyjaśnienie tego zachowania, zobacz Dlaczego nie otrzymuję miniatur dla plików oznaczonych w trybie offline?

    Aby uzyskać pytania dotyczące zarządzania plikami warstwowymi, zobacz Jak zarządzać plikami warstwowymi.

  • Dlaczego pliki warstwowe istnieją poza przestrzenią nazw punktu końcowego serwera?
    Przed użyciem agenta usługi Azure File Sync w wersji 3 usługa Azure File Sync zablokowała przenoszenie plików warstwowych poza punkt końcowy serwera, ale na tym samym woluminie co punkt końcowy serwera. Nie ma to wpływu na operacje kopiowania, przenoszenie plików niewarstwowych i przenoszenie plików warstwowych do innych woluminów. Powodem tego zachowania było niejawne założenie, że Eksplorator plików i inne interfejsy API systemu Windows mają operacje przenoszenia na tym samym woluminie są (prawie) natychmiastowe operacje zmiany nazwy. Oznacza to, że ruch spowoduje, że Eksplorator plików lub inne metody przenoszenia (takie jak wiersz polecenia lub program PowerShell) nie odpowiadają, podczas gdy usługa Azure File Sync przypomina dane z chmury. Począwszy od agenta usługi Azure File Sync w wersji 3.0.12.0, usługa Azure File Sync umożliwia przenoszenie pliku warstwowego poza punktem końcowym serwera. Unikamy wcześniej wymienionych negatywnych skutków, zezwalając na istnienie pliku warstwowego jako plik warstwowy poza punktem końcowym serwera, a następnie przypominając plik w tle. Oznacza to, że ruchy na tym samym woluminie są natychmiastowe i wykonujemy całą pracę, aby odwołać plik na dysk po zakończeniu przenoszenia.

  • Mam problem z usługą Azure File Sync na moim serwerze (synchronizacja, obsługa warstw w chmurze itp.). Czy należy usunąć i ponownie utworzyć punkt końcowy serwera?

    Nie: usunięcie punktu końcowego serwera nie przypomina ponownego uruchamiania serwera! Usuwanie i ponowne tworzenie punktu końcowego serwera prawie nigdy nie jest odpowiednim rozwiązaniem do rozwiązywania problemów z synchronizacją, obsługą warstw w chmurze lub innymi aspektami usługi Azure File Sync. Usuwanie punktu końcowego serwera jest operacją destrukcyjną. Może to spowodować utratę danych w przypadku, gdy pliki warstwowe istnieją poza przestrzenią nazw punktu końcowego serwera. Aby uzyskać więcej informacji, zobacz , dlaczego pliki warstwowe istnieją poza przestrzenią nazw punktu końcowego serwera, aby uzyskać więcej informacji. Może też spowodować niedostępny plik dla plików warstwowych, które istnieją w przestrzeni nazw punktu końcowego serwera. Te problemy nie zostaną rozwiązane po ponownym utworzeniu punktu końcowego serwera. Pliki warstwowe mogą istnieć w przestrzeni nazw punktu końcowego serwera, nawet jeśli nigdy nie włączono obsługi warstw w chmurze. Dlatego zalecamy, aby nie usunąć punktu końcowego serwera, chyba że chcesz zatrzymać korzystanie z usługi Azure File Sync z tym konkretnym folderem lub zostały jawnie poinstruowane, aby to zrobić przez inżyniera firmy Microsoft. Aby uzyskać więcej informacji na temat usuwania punktów końcowych serwera, zobacz Usuwanie punktu końcowego serwera.

  • Czy mogę przenieść usługę synchronizacji magazynu i/lub konto magazynu do innej grupy zasobów, subskrypcji lub dzierżawy firmy Microsoft Entra?
    Tak, możesz przenieść usługę synchronizacji magazynu i/lub konto magazynu do innej grupy zasobów, subskrypcji lub dzierżawy firmy Microsoft Entra. Po przeniesieniu usługi synchronizacji magazynu lub konta magazynu należy przyznać aplikacji Microsoft.StorageSync dostęp do konta magazynu. Wykonaj te kroki:

    1. Zaloguj się do witryny Azure Portal i wybierz pozycję Kontrola dostępu (Zarządzanie dostępem i tożsamościami) w obszarze nawigacji po lewej stronie.

    2. Wybierz kartę Przypisania ról, aby wyświetlić listę użytkowników i aplikacji (jednostek usługi), które mają dostęp do konta magazynu.

    3. Sprawdź, czy usługa Microsoft.StorageSync lub Hybrid File Sync Service (stara nazwa aplikacji) jest widoczna na liście z rolą Czytelnik i dostęp do danych.

      Jeśli usługa Microsoft.StorageSync lub hybrydowa usługa synchronizacji plików nie jest wyświetlana na liście, wykonaj następujące kroki:

      • Wybierz Dodaj.
      • W polu Rola wybierz pozycję Czytnik i dostęp do danych.
      • W polu Wybierz wpisz Microsoft.StorageSync, wybierz rolę, a następnie wybierz pozycję Zapisz.

      Uwaga

      Podczas tworzenia punktu końcowego w chmurze usługa synchronizacji magazynu i konto magazynu muszą znajdować się w tej samej dzierżawie firmy Microsoft. Po utworzeniu punktu końcowego w chmurze można przenieść usługę synchronizacji magazynu i konto magazynu do różnych dzierżaw firmy Microsoft Entra.

  • Czy usługa Azure File Sync zachowuje listy ACL ntfs na poziomie katalogu/pliku wraz z danymi przechowywanymi w usłudze Azure Files?

    Od 24 lutego 2020 r. nowe i istniejące listy ACL warstwowe przez usługę Azure File Sync będą utrwalane w formacie NTFS, a modyfikacje listy ACL wprowadzone bezpośrednio w udziale plików platformy Azure zostaną zsynchronizowane ze wszystkimi serwerami w grupie synchronizacji. Wszelkie zmiany list ACL wprowadzone w udziałach plików platformy Azure zostaną zsynchronizowane za pośrednictwem usługi Azure File Sync. Podczas kopiowania danych do usługi Azure Files upewnij się, że używasz narzędzia do kopiowania, które obsługuje niezbędne "wierność", aby skopiować atrybuty, znaczniki czasu i listy ACL do udziału plików platformy Azure — za pośrednictwem protokołu SMB lub REST. W przypadku korzystania z narzędzi do kopiowania platformy Azure, takich jak Narzędzie AzCopy, ważne jest, aby używać najnowszej wersji. Zapoznaj się z tabelą narzędzi do kopiowania plików, aby zapoznać się z omówieniem narzędzi do kopiowania plików platformy Azure, aby upewnić się, że możesz skopiować wszystkie ważne metadane pliku.

    Jeśli włączono usługę Azure Backup w zarządzanych udziałach plików usługi Azure File Sync, listy ACL plików mogą być nadal przywracane w ramach przepływu pracy przywracania kopii zapasowej. Działa to zarówno w przypadku całego udziału, jak i pojedynczych plików/katalogów.

    Jeśli używasz migawek w ramach rozwiązania do samodzielnej kopii zapasowej dla udziałów plików zarządzanych przez usługę Azure File Sync, listy ACL mogą nie zostać prawidłowo przywrócone do list ACL systemu plików NTFS, jeśli migawki zostały wykonane przed 24 lutego 2020 r. W takim przypadku rozważ skontaktowanie się z pomocą techniczną platformy Azure.

  • Czy usługa Azure File Sync synchronizuje funkcję LastWriteTime dla katalogów? Dlaczego sygnatura czasowa modyfikacji daty w katalogu nie jest aktualizowana , gdy pliki w nim są zmieniane?
    Nie, usługa Azure File Sync nie synchronizuje funkcji LastWriteTime dla katalogów. Ponadto usługa Azure Files nie aktualizuje sygnatury czasowej zmodyfikowanej daty (LastWriteTime) dla katalogów, gdy pliki w katalogu są zmieniane. Jest to oczekiwane zachowanie.

Zabezpieczenia, uwierzytelnianie i kontrola dostępu

  • Jak mogę przeprowadzić inspekcję dostępu do plików i zmian w usłudze Azure Files?

    Istnieją dwie opcje, które zapewniają funkcje inspekcji dla usługi Azure Files:

    • Jeśli użytkownicy uzyskują bezpośredni dostęp do udziału plików platformy Azure, możesz użyć dzienników usługi Azure Storage do śledzenia zmian plików i dostępu użytkowników do celów rozwiązywania problemów. Żądania są rejestrowane na podstawie najlepszych wysiłków.
    • Jeśli użytkownicy uzyskują dostęp do udziału plików platformy Azure za pośrednictwem systemu Windows Server z zainstalowanym agentem usługi Azure File Sync, użyj zasad inspekcji lub produktu innej firmy, aby śledzić zmiany plików i dostęp użytkowników w systemie Windows Server.

  • Czy usługa Azure Files obsługuje używanie wyliczania opartego na dostępie (ABE) w celu kontrolowania widoczności plików i folderów w udziałach plików platformy Azure SMB?

    Używanie usługi ABE z usługą Azure Files nie jest obecnie obsługiwane, ale można użyć systemu plików DFS-N z udziałami plików platformy Azure SMB.

Uwierzytelnianie na podstawie tożsamości

  • Czy usługi Microsoft Entra Domain Services obsługują dostęp SMB przy użyciu poświadczeń firmy Microsoft entra z urządzeń dołączonych do lub zarejestrowanych w usłudze Microsoft Entra ID?

    Nie, ten scenariusz nie jest obsługiwany.

  • Czy mogę użyć nazwy kanonicznej (CNAME) do zainstalowania udziału plików platformy Azure podczas korzystania z uwierzytelniania opartego na tożsamościach?

    Tak, ten scenariusz jest teraz obsługiwany zarówno w środowiskach pojedynczego lasu, jak i w wielu lasach dla udziałów plików platformy Azure protokołu SMB. Jednak usługa Azure Files obsługuje tylko konfigurowanie nazw CNAM przy użyciu nazwy konta magazynu jako prefiksu domeny. Jeśli nie chcesz używać nazwy konta magazynu jako prefiksu, rozważ użycie przestrzeni nazw systemu plików DFS.

  • Czy mogę uzyskać dostęp do udziałów plików platformy Azure przy użyciu poświadczeń usługi Microsoft Entra z maszyny wirtualnej w ramach innej subskrypcji?

    Jeśli subskrypcja, w ramach której wdrożono udział plików, jest skojarzona z tą samą dzierżawą firmy Microsoft Entra co wdrożenie usług Microsoft Entra Domain Services, do którego jest przyłączona maszyna wirtualna, możesz uzyskać dostęp do udziałów plików platformy Azure przy użyciu tych samych poświadczeń firmy Microsoft Entra. Ograniczenie nie jest nakładane na subskrypcję, ale na skojarzonej dzierżawie firmy Microsoft Entra.

  • Czy mogę włączyć usługę Microsoft Entra Domain Services lub lokalne uwierzytelnianie usług AD DS dla udziałów plików platformy Azure przy użyciu dzierżawy firmy Microsoft Entra, która różni się od dzierżawy podstawowej udziału plików platformy Azure?

    L.p. Usługa Azure Files obsługuje tylko usługi Microsoft Entra Domain Services lub lokalną integrację usług AD DS z dzierżawą firmy Microsoft Entra, która znajduje się w tej samej subskrypcji co udział plików. Subskrypcja może być skojarzona tylko z jedną dzierżawą firmy Microsoft Entra. W przypadku uwierzytelniania przy użyciu lokalnych usług AD DS poświadczenia usług AD DS powinny być synchronizowane z identyfikatorem Entra firmy Microsoft skojarzonym z kontem magazynu.

  • Czy lokalne uwierzytelnianie usług AD DS dla udziałów plików platformy Azure obsługuje integrację ze środowiskiem usług AD DS przy użyciu wielu lasów?

    Lokalne uwierzytelnianie usług AD DS w usłudze Azure Files integruje się tylko z lasem usługi domeny, do którego jest zarejestrowane konto magazynu. Aby obsługiwać uwierzytelnianie z innego lasu, środowisko musi mieć prawidłowo skonfigurowaną relację zaufania lasu. Aby uzyskać szczegółowe instrukcje, zobacz Używanie usługi Azure Files z wieloma lasami usługi Active Directory.

    Uwaga

    W konfiguracji obejmującej wiele lasów nie należy używać Eksplorator plików do konfigurowania uprawnień list ACL/NTFS systemu Windows na poziomie katalogu głównego, katalogu lub pliku. Zamiast tego użyj icacls .

  • Czy istnieje różnica w tworzeniu konta komputera lub konta logowania do usługi w celu reprezentowania mojego konta magazynu w usłudze AD?

    Tworzenie konta komputera (domyślne) lub konta logowania usługi nie ma różnicy w sposobie działania uwierzytelniania z usługą Azure Files. Możesz wybrać sposób reprezentowania konta magazynu jako tożsamości w środowisku usługi AD. Domyślnym ustawieniem DomainAccountType w Join-AzStorageAccountForAuth poleceniu cmdlet jest konto komputera. Jednak wiek wygaśnięcia hasła skonfigurowany w środowisku usługi AD może być inny dla kont logowania komputera lub usługi i należy wziąć pod uwagę to, aby zaktualizować hasło tożsamości konta magazynu w usłudze AD.

  • Jak usunąć buforowane poświadczenia przy użyciu klucza konta magazynu i usunąć istniejące połączenia SMB przed zainicjowaniem nowego połączenia za pomocą identyfikatora entra firmy Microsoft lub poświadczeń usługi AD?

    Wykonaj dwa kroki poniżej, aby usunąć zapisane poświadczenia skojarzone z kluczem konta magazynu i usunąć połączenie SMB:

    1. Uruchom następujące polecenie w wierszu polecenia systemu Windows, aby usunąć poświadczenia. Jeśli nie możesz go znaleźć, oznacza to, że poświadczenie nie zostało utrwalone i można pominąć ten krok.

      cmdkey /delete:Domain:target=storage-account-name.file.core.windows.net

    2. Usuń istniejące połączenie z udziałem plików. Możesz określić ścieżkę instalacji jako literę zainstalowanego dysku lub ścieżkę storage-account-name.file.core.windows.net .

      net use <drive-letter/share-path> /delete

  • Czy można wyświetlić nazwę userPrincipalName (UPN) właściciela pliku/katalogu w Eksplorator plików zamiast identyfikatora zabezpieczeń (SID)?

    Eksplorator plików wywołuje interfejs API RPC bezpośrednio do serwera (Azure Files), aby przetłumaczyć identyfikator SID na nazwę UPN. Usługa Azure Files nie obsługuje tego interfejsu API, dlatego w Eksplorator plików identyfikator SID właściciela pliku/katalogu jest wyświetlany zamiast nazwy UPN dla plików i katalogów hostowanych w usłudze Azure Files. Jednak z klienta przyłączonego do domeny można użyć następującego polecenia programu PowerShell, aby wyświetlić wszystkie elementy w katalogu i ich właściciela, w tym nazwę UPN:

    Get-ChildItem <Path> | Get-ACL | Select Path, Owner

System plików sieciowych (NFS w wersji 4.1)

  • Kiedy należy używać udziałów plików platformy Azure w systemie plików NFS?

    Zobacz Udziały NFS.

  • Jak mogę danych kopii zapasowej przechowywanych w udziałach NFS?

    Tworzenie kopii zapasowych danych w udziałach NFS można organizować przy użyciu znanych narzędzi, takich jak rsync lub produkty od jednego z naszych partnerów kopii zapasowych innych firm. Wielu partnerów kopii zapasowych, w tym Commvault, Firmy Veeam i Veritas , rozszerzyło swoje rozwiązania na potrzeby pracy z usługami SMB 3.x i NFS 4.1 dla usługi Azure Files. Możesz również użyć migawek udziałów plików platformy Azure NFS.

  • Czy mogę przeprowadzić migrację istniejących danych do udziału NFS?

    W obrębie regionu można użyć standardowych narzędzi, takich jak scp, rsync lub SSHFS, aby przenieść dane. Ze względu na to, że dostęp do udziałów plików platformy Azure NFS można uzyskać z wielu wystąpień obliczeniowych jednocześnie, można zwiększyć szybkość kopiowania przy użyciu równoległych operacji przekazywania. Aby dowiedzieć się więcej, zobacz Migrowanie do udziałów plików platformy Azure NFS. Jeśli chcesz przenieść dane spoza regionu, użyj sieci VPN lub usługi ExpressRoute, aby zainstalować system plików z lokalnego centrum danych.

  • Czy można uruchomić program IBM MQ (w tym wiele wystąpień) w udziałach plików platformy Azure NFS?

Migawki udziałów

Tworzenie migawek udziałów

  • Czy moje migawki udziałów są geograficznie nadmiarowe?
    Migawki udziałów mają taką samą nadmiarowość jak udział plików platformy Azure, dla którego zostały wykonane. Jeśli wybrano magazyn geograficznie nadmiarowy dla konta, migawka udziału jest również przechowywana nadmiarowo w sparowanym regionie.

Czyszczenie migawek udziałów

  • Czy mogę usunąć mój udział, ale nie usunąć migawek udziału?
    Jeśli masz aktywne migawki udziałów w udziale, nie możesz usunąć udziału. Za pomocą interfejsu API można usuwać migawki udziałów wraz z udziałem. Możesz również usunąć migawki udziałów i udział w witrynie Azure Portal.

Rozliczenia i ceny

  • Co to są transakcje w usłudze Azure Files i jak są naliczane opłaty? Transakcje protokołu są wykonywane za każdym razem, gdy użytkownik, aplikacja, skrypt lub usługa współdziała z udziałami plików platformy Azure (zapisywanie, odczytywanie, wyświetlanie listy, usuwanie plików itp.). Należy pamiętać, że niektóre akcje, które można postrzegać jako pojedynczą operację, mogą rzeczywiście obejmować wiele transakcji. W przypadku standardowych udziałów plików platformy Azure rozliczanych w modelu płatności zgodnie z rzeczywistym użyciem różne typy transakcji mają różne ceny w zależności od ich wpływu na udział plików. Transakcje nie mają wpływu na rozliczenia udziałów plików w warstwie Premium, które są rozliczane przy użyciu modelu aprowizowanego. Aby uzyskać więcej informacji, zobacz Omówienie rozliczeń.

  • Ile kosztuje migawki udziałów?
    Migawki udziałów są przyrostowe w naturze. Migawka udziału podstawowego jest samym udziałem. Wszystkie kolejne migawki udziałów są przyrostowe i przechowują tylko różnicę z poprzedniej migawki udziału. Opłaty są naliczane tylko za zmienioną zawartość. Jeśli masz udział z 100 GiB danych, ale tylko 5 GiB zmieniło się od ostatniej migawki udziału, migawka udziału zużywa tylko 5 dodatkowych GiB, a opłaty są naliczane za 105 GiB. Aby uzyskać więcej informacji na temat opłat za transakcje i standardowy ruch wychodzący, zobacz stronę Cennik.

Współdziałanie z innymi usługami

  • Czy mogę użyć udziału plików platformy Azure jako monitora udziału plików dla klastra trybu failover systemu Windows Server?
    Ta konfiguracja nie jest obecnie obsługiwana w przypadku usługi Azure Files. Aby dowiedzieć się, jak skonfigurować tę usługę przy użyciu usługi Azure Blob Storage, zobacz Wdrażanie monitora w chmurze dla klastra trybu failover.

Zobacz też