Często zadawane pytania dotyczące usługi Azure Files

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 instalować współbieżnie w chmurze lub wdrożeniach lokalnych 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 Azure File Sync, aby uzyskać szybki dostęp blisko miejsca użycia danych.

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ć wymuszenie 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ą ustalone 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 moim 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 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 nią w witrynie Azure Community Feedback.

  • Jeśli ten sam plik zostanie zmieniony na dwóch serwerach w przybliżeniu w tym samym czasie, co się stanie?
    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 platformy Azure i 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 ponownie utworzona z powodu uszkodzenia lub osiągnięto limit 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.

    Usługa Azure File Sync używa prostej strategii rozwiązywania konfliktów: zachowywane są obie zmiany w plikach wprowadzone 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łączoną obsługę warstw w chmurze, dlaczego istnieją pliki warstwowe w lokalizacji punktu końcowego serwera?
    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 odwołaj przestrzeń nazw lub odwołaj przestrzeń nazw tylko dla początkowego trybu pobierania, pliki będą wyświetlane jako warstwowe do momentu ich pobrania 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.

  • Dlaczego moje pliki warstwowe nie wyświetlają miniatur ani 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 odczyt za pośrednictwem plików warstwowych spowoduje pobranie ich (przypomnienie).

    To zachowanie nie jest specyficzne dla 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 Azure File Sync agenta w wersji 3 Azure File Sync zablokować przenoszenie plików warstwowych poza punkt końcowy serwera, ale na tym samym woluminie co punkt końcowy serwera. Operacje kopiowania, przenoszenie plików niewarstwowych i przenoszenie plików warstwowych do innych woluminów nie miało wpływu. Przyczyną 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 Azure File Sync przypomina dane z chmury. Począwszy od Azure File Sync agenta w wersji 3.0.12.0, Azure File Sync umożliwi przeniesienie pliku warstwowego poza punktem końcowym serwera. Unikamy negatywnych skutków wymienionych wcześniej, pozwalając plikowi warstwowemu istnieć jako plik warstwowy poza punktem końcowym serwera, a następnie przypominając plik w tle. Oznacza to, że ruch na tym samym woluminie jest natychmiastowy i wykonujemy całą pracę, aby odwołać plik do dysku po zakończeniu przenoszenia.

  • Mam problem z 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: usuwanie punktu końcowego serwera nie przypomina ponownego uruchamiania serwera! Usuwanie i ponowne tworzenie punktu końcowego serwera jest prawie nigdy odpowiednim rozwiązaniem do rozwiązywania problemów z synchronizacją, obsługą warstw w chmurze lub innymi aspektami 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 usunięcie punktu końcowego serwera, chyba że chcesz zatrzymać korzystanie z Azure File Sync z tym konkretnym folderem lub zostały jawnie poinstruowane 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 Azure AD?
    Tak, możesz przenieść usługę synchronizacji magazynu i/lub konto magazynu do innej grupy zasobów, subskrypcji lub dzierżawy Azure AD. Po przeniesieniu usługi synchronizacji magazynu lub konta magazynu należy przyznać aplikacji Microsoft.StorageSync dostęp do konta magazynu. Wykonaj następujące kroki:

    1. Zaloguj się do Azure Portal i wybierz pozycję Kontrola dostępu (IAM) z 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 na liście nie jest wyświetlana usługa Microsoft.StorageSync lub hybrydowa File Sync, wykonaj następujące kroki:

      • Wybierz pozycję Dodaj.
      • W polu Rola wybierz pozycję Czytelnik 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 Azure AD. Po utworzeniu punktu końcowego w chmurze można przenieść usługę synchronizacji magazynu i konto magazynu do różnych dzierżaw Azure AD.

  • Czy Azure File Sync zachowywać listy ACL ntfs na poziomie katalogu/pliku wraz z danymi przechowywanymi w 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 do udziału plików platformy Azure zostaną zsynchronizowane ze wszystkimi serwerami w grupie synchronizacji. Wszelkie zmiany list ACL wprowadzonych w udziałach plików platformy Azure zostaną zsynchronizowane za pośrednictwem Azure File Sync. Podczas kopiowania danych do Azure Files upewnij się, że używasz narzędzia do kopiowania, które obsługuje niezbędne "wierność" do kopiowania atrybutów, sygnatur czasowych i list 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 korzystać z najnowszej wersji. Zapoznaj się z tabelą narzędzi do kopiowania plików , aby zapoznać się z omówieniem narzędzi do kopiowania plików, aby upewnić się, że możesz skopiować wszystkie ważne metadane pliku.

    Jeśli włączono Azure Backup w zarządzanych udziałach plików Azure File Sync, listy ACL plików mogą być nadal przywracane w ramach przepływu pracy przywracania kopii zapasowej. Działa to w przypadku całego udziału lub 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 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 Azure File Sync synchronizować funkcję LastWriteTime dla katalogów? Dlaczego znacznik czasu modyfikacji daty w katalogu nie jest aktualizowany, gdy pliki w nim są zmieniane?
    Nie, Azure File Sync nie synchronizuje elementu LastWriteTime dla katalogów. Ponadto Azure Files nie aktualizuje znacznika czasu modyfikacji 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 Azure Files?

    Istnieją dwie opcje, które zapewniają funkcje inspekcji dla 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 w oparciu o najlepsze wysiłki.
    • Jeśli użytkownicy uzyskują dostęp do udziału plików platformy Azure za pośrednictwem systemu Windows Server z zainstalowanym agentem 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 Azure Files obsługuje używanie funkcji wyliczania Access-Based (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 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ługa Azure Active Directory Domain Services (Azure AD DS) obsługuje dostęp za pomocą protokołu SMB przy użyciu poświadczeń Azure AD z urządzeń przyłączonych do Azure AD lub zarejestrowanych w usłudze ?

    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?

    Nie, ten scenariusz nie jest obecnie obsługiwany w środowiskach usługi AD z pojedynczym lasem. Wynika to z tego, że podczas odbierania żądania instalacji Azure Files zależy od pola nazwy serwera biletu protokołu Kerberos w celu określenia konta magazynu, dla którego jest przeznaczone żądanie. Jeśli storageaccount.file.core.windows.net nie ma go w bilecie protokołu Kerberos jako nazwy serwera, usługa nie może zdecydować, dla którego konta magazynu znajduje się żądanie i w związku z tym nie może skonfigurować sesji protokołu SMB dla użytkownika.

    Alternatywą dla CNAME jest użycie przestrzeni nazw systemu plików DFS z udziałami plików platformy Azure SMB. Aby dowiedzieć się więcej, zobacz How to use DFS Namespaces with Azure Files (Jak używać przestrzeni nazw systemu plików DFS z Azure Files).

    Aby obejść problem instalowania udziału plików, zobacz instrukcje opisane w temacie Instalowanie udziału plików z maszyny wirtualnej nieprzyłączonych do domeny lub maszyny wirtualnej przyłączonej do innej domeny usługi AD.

  • Czy mogę uzyskać dostęp do udziałów plików platformy Azure przy użyciu poświadczeń Azure AD 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ą Azure AD co wdrożenie usługi Azure AD DS, 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ń Azure AD. Ograniczenie jest nakładane nie na subskrypcję, ale na skojarzona dzierżawa Azure AD.

  • Czy mogę włączyć uwierzytelnianie Azure AD DS lub lokalnego uwierzytelniania usług AD DS dla udziałów plików platformy Azure przy użyciu dzierżawy Azure AD innej niż dzierżawa podstawowa udziału plików platformy Azure?

    Nie. Azure Files obsługuje tylko Azure AD DS lub lokalną integrację usług AD DS z dzierżawą Azure AD, która znajduje się w tej samej subskrypcji co udział plików. Subskrypcję można skojarzyć tylko z jedną dzierżawą Azure AD. W przypadku uwierzytelniania przy użyciu lokalnych usług AD DS należy zsynchronizować poświadczenia usług AD DS z Azure AD, z którymi jest skojarzone konto 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?

    Azure Files lokalne uwierzytelnianie usług AD DS integruje się tylko z lasem usługi domeny, do którego zostało 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 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 usługi do reprezentowania mojego konta magazynu w usłudze AD?

    Tworzenie konta komputera (domyślnego) lub konta logowania usługi nie ma różnicy w sposobie działania uwierzytelniania z 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 konta logowania komputera lub usługi i należy wziąć to pod uwagę w przypadku aktualizacji hasła tożsamości konta magazynu w usłudze AD.

  • Jak usunąć buforowane poświadczenia z kluczem konta magazynu i usunąć istniejące połączenia SMB przed zainicjowaniem nowego połączenia przy użyciu Azure AD 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świadczenia nie zostały 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)?

    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 Azure Files. Można jednak 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 zorganizować przy użyciu znanych narzędzi, takich jak rsync, lub produktów od jednego z naszych partnerów kopii zapasowych innych firm. Wielu partnerów ds. kopii zapasowych, w tym Commvault, Firmy iVeritas, rozszerzyło swoje rozwiązania na pracę z usługami SMB 3.x i NFS 4.1 na potrzeby Azure Files.

  • Czy mogę migrować istniejące dane do udziału NFS?

    W obrębie regionu można użyć standardowych narzędzi, takich jak scp, rsync lub SSHFS, aby przenieść dane. Ponieważ dostęp do udziałów plików platformy Azure w systemie plików NFS można uzyskać jednocześnie z wielu wystąpień obliczeniowych, możesz zwiększyć szybkość kopiowania przy użyciu równoległych operacji przekazywania. Jeśli chcesz przenieść dane spoza regionu, użyj sieci VPN lub usługi ExpressRoute do zainstalowania w systemie 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 dla konta wybrano magazyn geograficznie nadmiarowy, 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łów?
    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łu i udział w Azure Portal.

Rozliczenia i ceny

  • Jakie są transakcje w Azure Files i jak są rozliczane? 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 mogą być postrzegane jako pojedyncza operacja, 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 kosztują migawki udziałów?
    Migawki udziałów mają charakter przyrostowy. Migawka udziału podstawowego jest samym udziałem. Wszystkie kolejne migawki udziałów są przyrostowe i przechowują tylko różnicę od 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ć mojego 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 Azure Files. Aby dowiedzieć się, jak to skonfigurować przy użyciu usługi Azure Blob Storage, zobacz Wdrażanie monitora w chmurze dla klastra trybu failover.

Zobacz też