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

Azure Files oferuje w pełni zarządzane udostępnione pliki w chmurze, do których możesz uzyskać dostęp za pomocą standardowego protokołu Server Message Block (SMB) oraz protokołu Network File System (NFS). Udostępniane pliki Azure można zamontować jednocześnie we wdrożeniach w chmurze lub lokalnie na systemach Windows, Linux i macOS. Dzięki Azure File Sync możesz buforować udziały plików Azure na komputerach Windows Server, co pozwala na szybki dostęp do danych blisko miejsca, gdzie są używane.

Azure File Sync FAQ

  • 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 jej jako typowej konfiguracji, ponieważ listy kontroli dostępu (ACL) zdefiniowane dla plików i folderów na jednym serwerze mogą nie zostać wymuszone przez inne serwery w zestawie 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 pewien rodzaj zautomatyzowanego procesu wprowadza zmiany w udziale plików platformy Azure lub gdy zmiany są dokonywane przez administratora (na przykład przez przenoszenie plików i katalogów do udziału). W przypadku zmian dokonywanych przez użytkowników końcowych zaleca się zainstalowanie agenta Azure File Sync na maszynie wirtualnej IaaS i umożliwienie użytkownikom końcowym dostępu do udostępnionego zasobu plikowego za pośrednictwem WM 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 .

    Rozważamy dodanie detekcji zmian dla udziału plików Azure, podobnej 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 udziale plików Azure i w lokalizacji punktu końcowego serwera przed utworzeniem tego punktu końcowego. 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.
    • Należy ponownie utworzyć bazę danych synchronizacji z powodu uszkodzenia lub osiągnięcia limitu informacji o synchronizacji. Po odtworzeniu bazy danych synchronizacja przechodzi w tryb zwany uzgadnianiem. Jeśli rozmiar pliku i czas ostatniej modyfikacji różnią się między plikiem na serwerze a udziałem plików platformy Azure podczas uzgadniania zmian, tworzony jest plik konfliktu.

    Po zakończeniu początkowego przesyłania do udostępnionego pliku Azure, Azure File Sync nie nadpisuje żadnych plików w twojej grupie synchronizacji. Zamiast tego używa prostej strategii rozwiązywania konfliktów: zachowuje obie zmiany w plikach, które są jednocześnie zmieniane na dwóch punktach końcowych. 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 plik powodujący konflikt, CompanyReport.docx, otrzymuje nazwę CompanyReport-CentralServer.docx, jeśli wcześniejszy zapis nastąpił na serwerze CentralServer. Drugi konflikt nosi nazwę CompanyReport-CentralServer-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 konfliktowych, plik nie synchronizuje się, dopóki liczba plików konfliktowych nie przekroczy 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ę najpierw przypomnij przestrzeń nazw lub tylko przypomnij przestrzeń nazw dla trybu początkowego pobierania, pliki będą wyświetlane jako warstwowane, 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 cmdlet Invoke-StorageSyncFileRecall.

    • 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 warstwowania w chmurze, odczytywanie plików z warstw spowoduje ich pobranie (ściągnięcie). Można jednak skonfigurować usługę Azure File Sync, aby pominąć ustawianie atrybutu trybu offline.

    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.

  • Czy istnieje możliwość pominięcia atrybutu trybu offline dla plików warstwowych?

    Jeśli wolisz wyświetlać miniatury i podglądy dla plików warstwowych, możesz skonfigurować usługę Azure File Sync, aby pominąć ustawianie atrybutu trybu offline.

    1. Dodaj następujący klucz rejestru na serwerze:

      reg ADD "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure\StorageSync" /v SkipOfflineAttributeOnTieredFile /t REG_DWORD /d 1 /f

    2. Uruchom ponownie usługę FileSyncSvc .

    Po konfiguracji:

    • Nowe pliki warstwowe nie będą już miały atrybutu trybu offline.
    • Istniejące pliki warstwowe zostaną zaktualizowane podczas kolejnego cyklu konserwacyjnego, który odbywa się co 24 godziny.

    Uwaga

    To ustawienie jest stosowane globalnie we wszystkich plikach, a nie do określonych rozszerzeń. Bez atrybutu offline Eksplorator plików systemu Windows wyświetla inną ikonę. Możesz dodać kolumnę Atrybuty w Eksploratorze plików, aby zidentyfikować pliki warstwowe (atrybuty ALM). Na podstawie wzorców użycia pomijanie atrybutu trybu offline może zwiększyć liczbę odwołań plików, dlatego należy monitorować aktywność odwołań i zapewnić, że koszty ruchu wychodzącego pozostają w akceptowalnym zakresie. Zobacz Jak zarządzać plikami warstwowymi.

  • Dlaczego pliki warstwowe istnieją poza przestrzenią nazw punktu końcowego serwera?
    Przed wersją 3 agenta Azure File Sync usługa Azure File Sync blokowała przenoszenie plików warstwowanych poza punkt końcowy serwera, ale w obrębie tego samego woluminu co punkt końcowy serwera. Operacje kopiowania, przenoszenie plików niewarstwowych oraz przenoszenie plików poziomowych do innych woluminów nie były objęte zmianą. Powodem tego zachowania było niejawne założenie, że Eksplorator plików i inne interfejsy API systemu Windows zakładają, iż operacje przenoszenia na tym samym woluminie są (prawie) natychmiastowymi operacjami zmiany nazwy. To założenie oznacza, że ruchy sprawiają, iż Eksplorator plików lub inne metody ruchu (takie jak wiersz poleceń czy PowerShell) wydają się nieresponsywne, podczas gdy Azure File Sync przywołuje dane z chmury. Zaczynając od agenta Azure File Sync w wersji 3.0.12.0, Azure File Sync pozwala przenieść plik warstwowy poza punkt końcowy serwera. Unika się wspomnianych wcześniej negatywnych skutków, pozwalając, aby plik warstwowy istniał jako plik warstwowy poza punktem końcowym serwera, a następnie przywracając go w tle. Takie podejście oznacza, że ruchy na tym samym woluminie są natychmiastowe, a Azure File Sync przywołuje plik na dysk po zakończeniu ruchu.

  • 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. Może również skutkować brakiem dostępu do plików warstwowych 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 warstwowania w chmurze. Dlatego zalecamy, aby nie usuwać punktu końcowego serwera, chyba że chcesz przestać korzystać z usługi Azure File Sync dla tego konkretnego folderu lub zostałeś jawnie poinstruowany, 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 pamięci masowej oraz/lub konto pamięci masowej do innej grupy zasobów, subskrypcji lub dzierżawy 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) z menu usługi.

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

    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 Microsoft. StorageSync ani Hybrid File Sync Service nie pojawiają się na liście, postępuj zgodnie z tymi krokami:

      • 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 Microsoft Entra. Po utworzeniu endpointu chmurowego możesz przenieść usługę synchronizacji pamięci oraz konto do różnych dzierżawców 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 podzielone na poziomy przez usługę Azure File Sync będą utrwalane w formacie NTFS, a modyfikacje ACL wprowadzone bezpośrednio w udostępnieniu plików Azure zostaną zsynchronizowane ze wszystkimi serwerami w grupie synchronizacji. Wszelkie zmiany na listach kontroli dostępu (ACL) wprowadzone w udziałach plików w Azure zostaną zsynchronizowane za pośrednictwem usługi Azure File Sync. Podczas kopiowania danych do Azure Files upewnij się, że używasz narzędzia do kopiowania, które obsługuje wymaganą "wierność", aby skopiować atrybuty, znaczniki czasu i listy ACL do udziału plików w 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 na udziałach plików zarządzanych przez Azure File Sync, listy ACL plików mogą być nadal przywracane jako część procesu przywracania kopii zapasowej. Działa to zarówno w przypadku całego udostępniania, jak i pojedynczych plików/katalogów.

    Jeśli używasz migawek jako części samodzielnie zarządzanego rozwiązania do tworzenia kopii zapasowych dla udziałów plików zarządzanych przez Azure File Sync, listy ACL mogą nie zostać prawidłowo przywrócone do postaci 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 daty modyfikacji (LastWriteTime) dla katalogów, gdy pliki w katalogu są zmieniane. Jest to oczekiwane zachowanie.

  • Jak działa przestrzeń woluminu dla Cloud Tiering jako część interoperacyjności z deduplikacją?
    W niektórych przypadkach, gdy zainstalowany jest Dedup, dostępna przestrzeń objętościowa może wzrosnąć bardziej niż oczekiwano po uruchomieniu zbierania śmieci Dedup. Załóżmy na przykład, że polityka wolnego miejsca dla warstwowej alokacji w chmurze ma wartość 20%. Azure File Sync jest powiadamiany, gdy jest mało wolnej przestrzeni (na przykład, gdy wolna przestrzeń wynosi 19%). Mechanizm tieringu określa, że należy zwolnić dodatkowe 1% miejsca, ale jako bufor dodawane jest jeszcze 5%, więc poziom docelowy wzrasta do 25% (na przykład 30 GiB). Pliki są warstwowane, aż osiągną 30 GiB. W ramach interop z Dedup, Azure File Sync inicjuje garbage collection na końcu sesji tieringowej.

  • Dlaczego oprogramowanie antywirusowe na serwerze Azure File Sync wywołuje pliki warstwowe?
    Gdy użytkownicy uzyskują dostęp do plików wielopoziomowych, niektóre programy antywirusowe mogą powodować niezamierzone odwołania plików. Problem ten występuje, jeśli oprogramowanie antywirusowe nie jest skonfigurowane do ignorowania plików warstwowych (tych z RECALL_ON_DATA_ACCESS tym atrybutem). Oto, co się stanie:

    1. Użytkownik próbuje uzyskać dostęp do pliku warstwowego.
    2. Oprogramowanie AV blokuje uchwyt odczytu.
    3. Oprogramowanie antywirusowe wykonuje wtedy własny odczyt, aby przeskanować plik pod kątem wirusów.

    Proces ten może sprawiać wrażenie, że oprogramowanie antywirusowe przywraca pliki warstwowe, ale w rzeczywistości jest uruchamiany przez próbę uzyskania dostępu przez użytkownika. Aby temu zapobiec, upewnij się, że Twój dostawca antywirusa skonfiguruje oprogramowanie tak, aby ignorowało skanowanie plików warstwowych z tym RECALL_ON_DATA_ACCESS atrybutem.

  • Czy oprogramowanie do inspekcji SSL może blokować dostęp do serwerów Azure File Sync? Upewnij się, że Twoje oprogramowanie do inspekcji SSL (takie jak Zscaler czy FortiGate) pozwala na dostęp do Azure przez punkty końcowe serwera Azure File Sync. Te narzędzia inspekcji protokołu SSL mogą zastąpić ustawienia zapory i selektywnie zezwalać na ruch. Skontaktuj się z administratorem sieci, aby rozwiązać ten problem. Użyj testnet tego polecenia, aby sprawdzić, czy Twój serwer Azure File Sync doświadcza tego problemu.

Dostawcy zasobów i klasyczne udostępnianie plików

  • Jaka jest różnica między dostawcami zasobów Microsoft.Storage a Microsoft.FileShares? Czym jest Azure file share w porównaniu do Azure Classic file share?

    Dostawcy zasobów to usługi zarządzające, które dostarczają określone typy zasobów w Azure. Wdrażasz Azure classic file shares w ramach konta pamięci, które jest zasobem najwyższej klasy korzystającym z Microsoft. Dostawca zasobów pamięci masowej. Wszystkie zasoby pamięci masowej w kontu zbiorczym dzielą ograniczenia obowiązujące dla tego konta. Udziały plików oferowane przez dostawcę zasobów Microsoft.FileShares są nowym zasobem najwyższego poziomu, który upraszcza wdrażanie udziałów plików, eliminując potrzebę posiadania konta magazynu. Obecnie Microsoft. FileShare obsługuje tylko protokół udostępniania plików NFS. Klasyczne udostępnienia plików obsługują zarówno SMB, jak i NFS.

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 Azure, możesz użyć dzienników Azure Storage do śledzenia zmian plików i dostępu użytkowników do celów rozwiązywania problemów. Żądania są rejestrowane w miarę możliwości.
    • Jeśli użytkownicy uzyskują dostęp do udziału plików platformy Azure przez system Windows Server z zainstalowanym agentem usługi Azure File Sync, użyj polityki audytu 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?

    Azure Files nie obsługuje stosowania ABE, ale można używać DFS-N z udziałami plików platformy Azure w protokole SMB.

  • Czy mogę zapisać w zasobie plików Azure przy użyciu drukarki lub skanera?

    Usługa Azure Files obsługuje tylko systemy Windows, Linux i macOS. Uzyskiwanie dostępu do udostępnionego zasobu plikowego Azure bezpośrednio z drukarki lub skanera nie jest obsługiwane. Jeśli jednak korzystasz już z usługi Azure File Sync, możesz drukować lub skanować na serwerze plików z systemem Windows, a następnie zsynchronizować plik z udostępnianym zasobem plikowym na platformie Azure.

  • Czy usługa Azure Files obsługuje alternatywne strumienie danych?

Usługa Azure Files nie obsługuje alternatywnych strumieni danych. Przesyłanie danych za pośrednictwem protokołu SMB spowoduje, że w przypadku znalezienia alternatywnego strumienia danych zostanie zgłoszony komunikat o tym, że plik już istnieje . Alternatywne strumienie można sprawdzić przy użyciu następującego polecenia programu PowerShell:

get-item <file path+name> -Stream *

Jeśli jest wyświetlany więcej niż jeden strumień, możesz je usunąć przy użyciu następującego polecenia programu PowerShell:

remove-Item <file path+name> -Stream *

Alternatywne strumienie danych są zachowywane lokalnie, gdy jest używana usługa Azure File Sync.

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 zamontowania udziału plików platformy Azure, korzystając z uwierzytelniania opartego na tożsamości?

    Tak, ten scenariusz jest już obsługiwany w środowiskach zarówno pojedynczego lasu, jak i wielu lasów dla udziałów plików Azure 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 DFS Namespaces zamiast tego.

  • Czy mogę uzyskać dostęp do udostępnionych plików Azure przy użyciu poświadczeń Microsoft Entra z maszyny wirtualnej, która znajduje się w ramach innej subskrypcji?

    Jeśli subskrypcja, w ramach której wdrożono udostępnianie plików, jest skojarzona z tą samą dzierżawą Microsoft Entra co wdrożenie Microsoft Entra Domain Services, do którego przyłączona jest maszyna wirtualna, można wtedy uzyskać dostęp do udostępnień plików platformy Azure, używając tych samych poświadczeń Microsoft Entra. Ograniczenie nie jest nakładane na subskrypcję, ale na skojarzoną dzierżawę Microsoft Entra.

  • Czy mogę włączyć Microsoft Entra Domain Services lub lokalne uwierzytelnianie AD DS dla udziałów plików platformy Azure, używając dzierżawy Microsoft Entra innej niż dzierżawa podstawowa udziału plików platformy Azure?

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

  • Czy uwierzytelnianie AD DS w środowisku lokalnym dla udziałów plików platformy Azure obsługuje integrację ze środowiskiem AD DS z wieloma lasami?

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

    Uwaga

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

  • Czy istnieje różnica w tworzeniu konta komputera lub logowania usługowego w celu reprezentowania mojego konta magazynowego w usłudze Active Directory?

    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 samodzielnie wybrać sposób reprezentowania konta magazynowego jako tożsamości w środowisku usługi AD. Wartością domyślną DomainAccountType w poleceniu cmdlet Join-AzStorageAccountForAuth jest konto komputera. Jednak okres ważności hasła skonfigurowany w środowisku usługi AD może być inny dla kont logowania komputerów lub usług i należy to wziąć pod uwagę, aby zaktualizować hasło tożsamości konta magazynu w usłudze AD.

  • Jak usunąć zapisane dane uwierzytelniające używając klucza konta storage i usunąć istniejące połączenia SMB przed inicjalizacją nowego połączenia z Microsoft Entra ID lub datami uwierzytelniającymi AD?

    Postępuj zgodnie z dwuetapowym procesem, aby usunąć zapisane dane uwierzytelniające powiązane z kluczem konta pamięci oraz usunąć połączenie SMB:

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

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

    2. Usuń istniejące połączenie z zasobem udostępnionym. 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 - usuń połączenie sieciowe

  • 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)

Udostępnij FAQ dotyczące zdjęć

Utwórz zrzuty udziałów

  • Czy moje migawki zrzutów udziałów są georedundantne?
    Migawki udostępniania mają taką samą nadmiarowość jak udostępnianie plików w Azure, dla których je wykonano. Jeśli wybrano magazyn geograficznie redundantny dla konta, migawka udziału również jest przechowywana redundantnie w sparowanym regionie.

Czyszczenie migawek współdzielonych zasobów

  • Czy mogę usunąć mój udział, ale nie usunąć migawek udziału?
    Nr. Workflow usuwania udostępniania plików automatycznie usuwa migawki po usunięciu udostępnienia.

Rozliczenia i cennik usługi Azure Files

  • 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 zasobów plików rozliczanych na podstawie rzeczywistego zużycia, różne typy transakcji mają różne opłaty w zależności od ich oddziaływania na zasoby plików. Transakcje nie mają wpływu na rozliczenia dla udostępnionych udziałów plików. Aby uzyskać więcej informacji, zobacz Omówienie rozliczeń.

Interoperacyjność Azure Files z innymi usługami

  • Jak różnica między Azure Files a Azure NetApp Files?
    Azure Files i Azure NetApp Files to różne usługi magazynu plików w Azure i są przeznaczone dla różnych obciążeń i wymagań dotyczących wydajności. Azure Files oferuje bezserwerowe udziały plików SMB i NFS oraz zapewnia Azure File Sync jako opcję do buforowania udziałów plików SMB na Windows Server. Azure NetApp Files to wysokowydajna usługa magazynu plików bez systemu operacyjnego obsługiwana przez technologię NetApp, która obsługuje udziały plików NFS, SMB i dual-protocol. Aby uzyskać więcej informacji, zobacz Compare Azure Files i Azure NetApp Files.

  • Czy mogę użyć udziału plików Azure jako świadka udziału plików dla klastra awaryjnego przełączania Windows Server?
    Ta konfiguracja nie jest obsługiwana dla Azure Files. Aby dowiedzieć się, jak skonfigurować tę konfigurację za pomocą pamięci Azure Blob, zobacz Deploy a Cloud Witness for a Failover Cluster.

Zobacz też

  • Last updated on