Indeksowanie danych z usługi Azure Data Lake Storage Gen2

Artykuł
09/01/2024

W tym artykule dowiesz się, jak skonfigurować indeksator , który importuje zawartość z usługi Azure Data Lake Storage (ADLS) Gen2 i umożliwia wyszukiwanie w usłudze Azure AI Search. Dane wejściowe indeksatora to obiekty blob w jednym kontenerze. Dane wyjściowe to indeks wyszukiwania z zawartością z możliwością wyszukiwania i metadanymi przechowywanymi w poszczególnych polach.

Ten artykuł uzupełnia tworzenie indeksatora z informacjami specyficznymi dla indeksowania z usługi ADLS Gen2. Używa ona interfejsów API REST, aby zademonstrować trzyczęściowy przepływ pracy wspólny dla wszystkich indeksatorów: tworzenie źródła danych, tworzenie indeksu, tworzenie indeksatora. Wyodrębnianie danych odbywa się podczas przesyłania żądania Tworzenia indeksatora.

Aby zapoznać się z przykładem kodu w języku C#, zobacz Index Data Lake Gen2 using Microsoft Entra ID on GitHub (Indeksowanie usługi Data Lake Gen2 przy użyciu identyfikatora Entra firmy Microsoft w witrynie GitHub).

Wymagania wstępne

Usługa ADLS Gen2 z włączoną hierarchiczną przestrzenią nazw . Usługa ADLS Gen2 jest dostępna za pośrednictwem usługi Azure Storage. Podczas konfigurowania konta magazynu można włączyć hierarchiczną przestrzeń nazw, organizując pliki w hierarchię katalogów i zagnieżdżonych podkatalogów. Włączając hierarchiczną przestrzeń nazw, należy włączyć usługę ADLS Gen2.
Warstwy dostępu dla usługi ADLS Gen2 obejmują gorącą, chłodną i archiwum. Dostęp do indeksatorów wyszukiwania może uzyskiwać tylko gorąca i chłodna.
Obiekty blob zawierające tekst. Jeśli masz dane binarne, możesz uwzględnić wzbogacanie sztucznej inteligencji na potrzeby analizy obrazów. Zawartość obiektu blob nie może przekraczać limitów indeksatora dla warstwy usługi wyszukiwania.
Uprawnienia do odczytu w usłudze Azure Storage. "Pełny dostęp" parametry połączenia zawiera klucz, który udziela dostępu do zawartości, ale jeśli używasz ról platformy Azure, upewnij się, że tożsamość zarządzana usługi wyszukiwania ma uprawnienia Czytelnik danych obiektu blob usługi Storage.
Użyj klienta REST, aby sformułować wywołania REST podobne do tych przedstawionych w tym artykule.

Uwaga

Usługa ADLS Gen2 implementuje model kontroli dostępu, który obsługuje zarówno kontrolę dostępu opartą na rolach platformy Azure (Azure RBAC) jak i listy kontroli dostępu podobne do modelu POSIX (ACL) na poziomie obiektu blob. Usługa Azure AI Search nie obsługuje uprawnień na poziomie dokumentu. Wszyscy użytkownicy mają ten sam poziom dostępu do całej zawartości z możliwością wyszukiwania i pobierania w indeksie. Jeśli uprawnienia na poziomie dokumentu są wymaganiem aplikacji, rozważ przycinanie zabezpieczeń jako potencjalne rozwiązanie.

Obsługiwane formaty dokumentów

Indeksator usługi ADLS Gen2 może wyodrębnić tekst z następujących formatów dokumentów:

CSV (zobacz Indeksowanie obiektów blob CSV)
EML
EPUB
GZ
HTML
JSON (zobacz Indeksowanie obiektów blob JSON)
KML (XML dla reprezentacji geograficznych)
Formaty pakietu Microsoft Office: DOCX/DOC/DOCM, XLSX/XLS/XLSM, PPTX/PPT/PPTM, MSG (wiadomości e-mail programu Outlook), XML (zarówno 2003, jak i 2006 WORD XML)
Otwieranie formatów dokumentów: ODT, ODS, ODP
PDF
Pliki zwykłego tekstu (zobacz też Indeksowanie zwykłego tekstu)
RTF
Plik XML
ZIP

Określanie obiektów blob do indeksowania

Przed skonfigurowaniem indeksowania przejrzyj dane źródłowe, aby ustalić, czy jakiekolwiek zmiany powinny zostać wprowadzone z góry. Indeksator może indeksować zawartość z jednego kontenera jednocześnie. Domyślnie wszystkie obiekty blob w kontenerze są przetwarzane. Istnieje kilka opcji bardziej selektywnego przetwarzania:

Umieść obiekty blob w folderze wirtualnym. Definicja źródła danych indeksatora zawiera parametr "query", który może przyjmować folder wirtualny. W przypadku określenia folderu wirtualnego indeksowane są tylko te obiekty blob w folderze.
Dołączanie lub wykluczanie obiektów blob według typu pliku. Lista obsługiwanych formatów dokumentów może pomóc w ustaleniu, które obiekty blob mają zostać wykluczone. Możesz na przykład wykluczyć pliki obrazów lub audio, które nie udostępniają tekstu z możliwością wyszukiwania. Ta funkcja jest kontrolowana za pomocą ustawień konfiguracji w indeksatorze.

Dołączanie lub wykluczanie dowolnych obiektów blob. Jeśli chcesz pominąć określony obiekt blob z dowolnego powodu, możesz dodać następujące właściwości metadanych i wartości do obiektów blob w usłudze Blob Storage. Gdy indeksator napotka tę właściwość, pomija obiekt blob lub jego zawartość w przebiegu indeksowania.

Nazwa właściwości	Wartości właściwości	Wyjaśnienie
"AzureSearch_Skip"	`"true"`	Nakazuje indeksatorowi obiektów blob całkowite pominięcie obiektu blob. Ani metadane, ani wyodrębnianie zawartości nie są podejmowane. Jest to przydatne, gdy określony obiekt blob wielokrotnie kończy się niepowodzeniem i przerywa proces indeksowania.
"AzureSearch_SkipContent"	`"true"`	Pomija zawartość i wyodrębnia tylko metadane. Jest to odpowiednik ustawienia opisanego `"dataToExtract" : "allMetadata"` w ustawieniach konfiguracji , tylko w zakresie określonego obiektu blob.

Jeśli nie skonfigurujesz kryteriów dołączania lub wykluczania, indeksator zgłosi niekwalifikowany obiekt blob jako błąd i przejdzie dalej. Jeśli wystąpi wystarczająca liczba błędów, przetwarzanie może zostać zatrzymane. Tolerancja błędów można określić w ustawieniach konfiguracji indeksatora.

Indeksator zwykle tworzy jeden dokument wyszukiwania na obiekt blob, w którym zawartość tekstowa i metadane są przechwytywane jako pola z możliwością wyszukiwania w indeksie. Jeśli obiekty blob są całymi plikami, możesz je potencjalnie przeanalizować w wielu dokumentach wyszukiwania. Można na przykład przeanalizować wiersze w pliku CSV, aby utworzyć jeden dokument wyszukiwania dla każdego wiersza.

Indeksowanie metadanych obiektu blob

Metadane obiektów blob mogą być również indeksowane i jest to przydatne, jeśli uważasz, że dowolne ze standardowych lub niestandardowych właściwości metadanych będzie przydatne w filtrach i zapytaniach.

Właściwości metadanych określonych przez użytkownika są wyodrębniane dosłownie. Aby otrzymywać wartości, należy zdefiniować pole w indeksie wyszukiwania typu Edm.String, o takiej samej nazwie jak klucz metadanych obiektu blob. Jeśli na przykład obiekt blob ma klucz metadanych o Sensitivity wartości High, należy zdefiniować pole o nazwie Sensitivity w indeksie wyszukiwania i zostanie wypełnione wartością High.

Właściwości metadanych obiektu blob w warstwie Standardowa można wyodrębnić w polach o podobnych nazwach i typach, jak pokazano poniżej. Indeksator obiektów blob automatycznie tworzy wewnętrzne mapowania pól dla tych właściwości metadanych obiektu blob, konwertując oryginalną nazwę łącznika ("metadata-storage-name") na podkreślonej równoważnej nazwie ("metadata_storage_name").

Nadal trzeba dodać pola podkreślone do definicji indeksu, ale można pominąć mapowania pól, ponieważ indeksator automatycznie utworzy skojarzenie.

metadata_storage_name (Edm.String) — nazwa pliku obiektu blob. Jeśli na przykład masz obiekt blob /my-container/my-folder/subfolder/resume.pdf, wartość tego pola to resume.pdf.
metadata_storage_path (Edm.String) — pełny identyfikator URI obiektu blob, w tym konto magazynu. Na przykład https://myaccount.blob.core.windows.net/my-container/my-folder/subfolder/resume.pdf
metadata_storage_content_type (Edm.String) — typ zawartości określony przez kod użyty do przekazania obiektu blob. Na przykład application/octet-stream.
metadata_storage_last_modified (Edm.DateTimeOffset) — znacznik czasu ostatniej modyfikacji obiektu blob. Usługa Azure AI Search używa tego znacznika czasu do identyfikowania zmienionych obiektów blob, aby uniknąć ponownego indeksowania wszystkiego po początkowym indeksowaniu.
metadata_storage_size (Edm.Int64) — rozmiar obiektu blob w bajtach.
metadata_storage_content_md5 (Edm.String) — skrót MD5 zawartości obiektu blob, jeśli jest dostępny.
metadata_storage_sas_token (Edm.String) — tymczasowy token SAS, który może być używany przez umiejętności niestandardowe w celu uzyskania dostępu do obiektu blob. Ten token nie powinien być przechowywany do późniejszego użycia, ponieważ może wygasnąć.

Na koniec wszystkie właściwości metadanych specyficzne dla formatu dokumentu obiektów blob, które indeksujesz, mogą być również reprezentowane w schemacie indeksu. Aby uzyskać więcej informacji na temat metadanych specyficznych dla zawartości, zobacz Właściwości metadanych zawartości.

Ważne jest, aby podkreślić, że nie musisz definiować pól dla wszystkich powyższych właściwości w indeksie wyszukiwania — po prostu przechwyć właściwości potrzebne dla aplikacji.

Definiowanie źródła danych

Definicja źródła danych określa dane do indeksowania, poświadczeń i zasad identyfikowania zmian w danych. Źródło danych jest definiowane jako niezależny zasób, dzięki czemu może być używane przez wiele indeksatorów.

Utwórz lub zaktualizuj źródło danych, aby ustawić jego definicję:

{
    "name" : "my-adlsgen2-datasource",
    "type" : "adlsgen2",
    "credentials" : { "connectionString" : "DefaultEndpointsProtocol=https;AccountName=<account name>;AccountKey=<account key>;" },
    "container" : { "name" : "my-container", "query" : "<optional-virtual-directory-name>" }
}

Ustaw wartość "type" na "adlsgen2" (wymagane).
Ustaw "credentials" wartość parametry połączenia usługi Azure Storage. W następnej sekcji opisano obsługiwane formaty.
Ustaw "container" kontener obiektów blob i użyj polecenia "query", aby określić wszystkie podfoldery.

Definicja źródła danych może również obejmować zasady usuwania nietrwałego, jeśli indeksator ma usunąć dokument wyszukiwania, gdy dokument źródłowy jest oflagowany do usunięcia.

Obsługiwane poświadczenia i parametry połączenia

Indeksatory mogą łączyć się z kontenerem obiektów blob przy użyciu następujących połączeń.

Pełny dostęp do konta magazynu parametry połączenia
`{ "connectionString" : "DefaultEndpointsProtocol=https;AccountName=<your storage account>;AccountKey=<your account key>;" }`
Parametry połączenia można uzyskać na stronie Konto magazynu w witrynie Azure Portal, wybierając pozycję Klucze dostępu w okienku nawigacji po lewej stronie. Pamiętaj, aby wybrać pełny parametry połączenia, a nie tylko klucz.

Parametry połączenia tożsamości zarządzanej
`{ "connectionString" : "ResourceId=/subscriptions/<your subscription ID>/resourceGroups/<your resource group name>/providers/Microsoft.Storage/storageAccounts/<your storage account name>/;" }`
Ta parametry połączenia nie wymaga klucza konta, ale musisz wcześniej skonfigurować usługę wyszukiwania w celu nawiązania połączenia przy użyciu tożsamości zarządzanej.

Sygnatura dostępu współdzielonego konta magazynu** (SAS) parametry połączenia
`{ "connectionString" : "BlobEndpoint=https://<your account>.blob.core.windows.net/;SharedAccessSignature=?sv=2016-05-31&sig=<the signature>&spr=https&se=<the validity end time>&srt=co&ss=b&sp=rl;" }`
Sygnatura dostępu współdzielonego powinna mieć uprawnienia do odczytu i listy kontenerów i obiektów (w tym przypadku obiektów blob).

Uwaga

Jeśli używasz poświadczeń sygnatury dostępu współdzielonego, należy okresowo aktualizować poświadczenia źródła danych przy użyciu odnowionych podpisów, aby zapobiec ich wygaśnięciu. Jeśli poświadczenia sygnatury dostępu współdzielonego wygaśnie, indeksator zakończy się niepowodzeniem z komunikatem o błędzie podobnym do "Poświadczenia podane w parametry połączenia są nieprawidłowe lub wygasły".

Dodawanie pól wyszukiwania do indeksu

W indeksie wyszukiwania dodaj pola, aby zaakceptować zawartość i metadane obiektów blob platformy Azure.

Utwórz lub zaktualizuj indeks , aby zdefiniować pola wyszukiwania, które będą przechowywać zawartość i metadane obiektów blob:

{
    "name" : "my-search-index",
    "fields": [
        { "name": "ID", "type": "Edm.String", "key": true, "searchable": false },
        { "name": "content", "type": "Edm.String", "searchable": true, "filterable": false },
        { "name": "metadata_storage_name", "type": "Edm.String", "searchable": false, "filterable": true, "sortable": true  },
        { "name": "metadata_storage_size", "type": "Edm.Int64", "searchable": false, "filterable": true, "sortable": true  },
        { "name": "metadata_storage_content_type", "type": "Edm.String", "searchable": false, "filterable": true, "sortable": true }     
    ]
}

Utwórz pole klucza dokumentu ("key": true). W przypadku zawartości obiektu blob najlepszymi kandydatami są właściwości metadanych.
- metadata_storage_path (ustawienie domyślne) pełna ścieżka do obiektu lub pliku. Pole klucza ("ID" w tym przykładzie) zostanie wypełnione wartościami z metadata_storage_path, ponieważ jest to ustawienie domyślne.
- metadata_storage_name, można używać tylko wtedy, gdy nazwy są unikatowe. Jeśli chcesz, aby to pole było kluczem, przejdź "key": true do tej definicji pola.
- Niestandardowa właściwość metadanych dodana do obiektów blob. Ta opcja wymaga, aby proces przekazywania obiektów blob dodaje tę właściwość metadanych do wszystkich obiektów blob. Ponieważ klucz jest wymaganą właściwością, wszystkie obiekty blob, których brakuje wartości, nie będą indeksowane. Jeśli używasz niestandardowej właściwości metadanych jako klucza, unikaj wprowadzania zmian w tej właściwości. Indeksatory dodają zduplikowane dokumenty dla tego samego obiektu blob, jeśli właściwość klucza ulegnie zmianie.
Właściwości metadanych często zawierają znaki, takie jak / i -, które są nieprawidłowe dla kluczy dokumentów. Indeksator automatycznie koduje właściwość metadanych klucza bez wymaganej konfiguracji ani mapowania pól.
Dodaj pole "content", aby przechowywać wyodrębniony tekst z każdego pliku za pomocą właściwości "content" obiektu blob. Nie musisz używać tej nazwy, ale umożliwia to korzystanie z niejawnych mapowań pól.
Dodaj pola dla standardowych właściwości metadanych. Indeksator może odczytywać właściwości metadanych niestandardowych, właściwości standardowych metadanych i właściwości metadanych specyficznych dla zawartości.

Konfigurowanie i uruchamianie indeksatora usługi ADLS Gen2

Po utworzeniu indeksu i źródła danych możesz utworzyć indeksator. Konfiguracja indeksatora określa dane wejściowe, parametry i właściwości kontrolujące zachowania czasu wykonywania. Można również określić, które części obiektu blob mają być indeksować.

Utwórz lub zaktualizuj indeksator , podając mu nazwę i odwołując się do źródła danych i indeksu docelowego:

{
  "name" : "my-adlsgen2-indexer",
  "dataSourceName" : "my-adlsgen2-datasource",
  "targetIndexName" : "my-search-index",
  "parameters": {
      "batchSize": null,
      "maxFailedItems": null,
      "maxFailedItemsPerBatch": null,
      "configuration": {
          "indexedFileNameExtensions" : ".pdf,.docx",
          "excludedFileNameExtensions" : ".png,.jpeg",
          "dataToExtract": "contentAndMetadata",
          "parsingMode": "default"
      }
  },
  "schedule" : { },
  "fieldMappings" : [ ]
}

Ustaw wartość "batchSize", jeśli wartość domyślna (10 dokumentów) jest w obszarze wykorzystania lub przeciążenia dostępnych zasobów. Domyślne rozmiary partii są specyficzne dla źródła danych. Indeksowanie obiektów blob ustawia rozmiar partii na 10 dokumentów w rozpoznawaniu większego średniego rozmiaru dokumentu.
W obszarze "konfiguracja" kontroluj, które obiekty blob są indeksowane na podstawie typu pliku, lub pozostaw nieokreślone, aby pobrać wszystkie obiekty blob.

W przypadku "indexedFileNameExtensions"programu podaj rozdzielaną przecinkami listę rozszerzeń plików (z kropką wiodącą). Wykonaj to samo dla "excludedFileNameExtensions" polecenia , aby wskazać, które rozszerzenia powinny zostać pominięte. Jeśli to samo rozszerzenie znajduje się na obu listach, zostanie wykluczone z indeksowania.
W obszarze "configuration" ustaw wartość "dataToExtract", aby kontrolować, które części obiektów blob są indeksowane:
- "contentAndMetadata" określa, że wszystkie metadane i zawartość tekstowa wyodrębniona z obiektu blob są indeksowane. Jest to wartość domyślna.
- "storageMetadata" określa, że indeksowane są tylko standardowe właściwości obiektu blob i metadane określone przez użytkownika.
- "allMetadata" określa, że standardowe właściwości obiektu blob i wszelkie metadane dla znalezionych typów zawartości są wyodrębniane z zawartości i indeksowania obiektu blob.
W obszarze "konfiguracja" ustaw wartość "parsingMode", jeśli obiekty blob powinny być mapowane na wiele dokumentów wyszukiwania lub jeśli składają się z zwykłego tekstu, dokumentów JSON lub plików CSV.
Określ mapowania pól, jeśli istnieją różnice w nazwie lub typie pola lub jeśli potrzebujesz wielu wersji pola źródłowego w indeksie wyszukiwania.

W indeksowaniu obiektów blob często można pominąć mapowania pól, ponieważ indeksator ma wbudowaną obsługę mapowania właściwości "zawartości" i metadanych na podobnie nazwane i wpisane pola w indeksie. W przypadku właściwości metadanych indeksator automatycznie zastąpi łączniki - podkreśleniami w indeksie wyszukiwania.
Aby uzyskać więcej informacji na temat innych właściwości, zobacz Tworzenie indeksatora . Aby uzyskać pełną listę opisów parametrów, zobacz Tworzenie indeksatora (REST) w interfejsie API REST.

Indeksator jest uruchamiany automatycznie po jego utworzeniu. Możesz temu zapobiec, ustawiając wartość "disabled" na true. Aby kontrolować wykonywanie indeksatora, uruchom indeksator na żądanie lub umieść go zgodnie z harmonogramem.

Sprawdzanie stanu indeksatora

Aby monitorować stan indeksatora i historię wykonywania, wyślij żądanie pobierz stan indeksatora:

GET https://myservice.search.windows.net/indexers/myindexer/status?api-version=2024-07-01
  Content-Type: application/json  
  api-key: [admin key]

Odpowiedź zawiera stan i liczbę przetworzonych elementów. Powinien on wyglądać podobnie do poniższego przykładu:

    {
        "status":"running",
        "lastResult": {
            "status":"success",
            "errorMessage":null,
            "startTime":"2024-02-21T00:23:24.957Z",
            "endTime":"2024-02-21T00:36:47.752Z",
            "errors":[],
            "itemsProcessed":1599501,
            "itemsFailed":0,
            "initialTrackingState":null,
            "finalTrackingState":null
        },
        "executionHistory":
        [
            {
                "status":"success",
                "errorMessage":null,
                "startTime":"2024-02-21T00:23:24.957Z",
                "endTime":"2024-02-21T00:36:47.752Z",
                "errors":[],
                "itemsProcessed":1599501,
                "itemsFailed":0,
                "initialTrackingState":null,
                "finalTrackingState":null
            },
            ... earlier history items
        ]
    }

Historia wykonywania zawiera do 50 ostatnio wykonanych wykonań, które są sortowane w odwrotnej kolejności chronologicznej, tak aby najnowsze wykonanie było wykonywane jako pierwsze.

Obsługa błędów

Błędy, które często występują podczas indeksowania, obejmują nieobsługiwane typy zawartości, brak zawartości lub nadmierne obiekty blob.

Domyślnie indeksator obiektów blob zatrzymuje się zaraz po napotkaniu obiektu blob z nieobsługiwanym typem zawartości (na przykład plikiem audio). Aby pominąć niektóre typy zawartości, można użyć parametru "excludedFileNameExtensions". Jednak indeksowanie może być kontynuowane nawet w przypadku wystąpienia błędów, a następnie debugowanie poszczególnych dokumentów później. Aby uzyskać więcej informacji na temat błędów indeksatora, zobacz Wskazówki dotyczące rozwiązywania problemów z indeksatorem i błędy i ostrzeżenia indeksatora.

Istnieje pięć właściwości indeksatora, które kontrolują odpowiedź indeksatora w przypadku wystąpienia błędów.

PUT /indexers/[indexer name]?api-version=2024-07-01
{
  "parameters" : { 
    "maxFailedItems" : 10, 
    "maxFailedItemsPerBatch" : 10,
    "configuration" : { 
        "failOnUnsupportedContentType" : false, 
        "failOnUnprocessableDocument" : false,
        "indexStorageMetadataOnlyForOversizedDocuments": false
    }
  }
}

Parametr	Prawidłowe wartości	opis
"maxFailedItems"	-1, null lub 0, dodatnia liczba całkowita	Kontynuuj indeksowanie, jeśli błędy występują w dowolnym momencie przetwarzania, podczas analizowania obiektów blob lub podczas dodawania dokumentów do indeksu. Ustaw te właściwości na liczbę dopuszczalnych niepowodzeń. Wartość `-1` umożliwia przetwarzanie bez względu na liczbę błędów. W przeciwnym razie wartość jest dodatnią liczbą całkowitą.
"maxFailedItemsPerBatch"	-1, null lub 0, dodatnia liczba całkowita	Tak samo jak powyżej, ale używany do indeksowania wsadowego.
"failOnUnsupportedContentType"	prawda lub fałsz	Jeśli indeksator nie może określić typu zawartości, określ, czy kontynuować, czy nie wykonać zadania.
"failOnUnprocessableDocument"	prawda lub fałsz	Jeśli indeksator nie może przetworzyć dokumentu innego obsługiwanego typu zawartości, określ, czy kontynuować, czy nie wykonać zadania.
"indexStorageMetadataOnlyForOversizedDocuments"	prawda lub fałsz	Oversized blobs są domyślnie traktowane jako błędy. Jeśli ustawisz ten parametr na wartość true, indeksator spróbuje zaindeksować jego metadane, nawet jeśli nie można indeksować zawartości. Aby uzyskać informacje o limitach dotyczących rozmiaru obiektu blob, zobacz Limity usługi.

Ograniczenia

W przeciwieństwie do indeksatorów obiektów blob indeksatory usługi ADLS Gen2 nie mogą używać tokenów SAS na poziomie kontenera do wyliczania i indeksowania zawartości z konta magazynu. Dzieje się tak, ponieważ indeksator sprawdza, czy konto magazynu ma włączone hierarchiczne przestrzenie nazw, wywołując interfejs API pobierania właściwości systemu plików. W przypadku kont magazynu, na których hierarchiczne przestrzenie nazw nie są włączone, klienci są zamiast tego zaleca się korzystanie z indeksatorów obiektów blob w celu zapewnienia wydajnego wyliczania obiektów blob.
Jeśli właściwość metadata_storage_path jest mapowana na pole klucza indeksu, obiekty blob nie mają gwarancji ponownego indeksowania po zmianie nazwy katalogu. Jeśli chcesz ponownie indeksować obiekty blob, które są częścią zmienionych katalogów, zaktualizuj LastModified znaczniki czasu dla wszystkich z nich.

Następne kroki

Teraz możesz uruchomić indeksator, monitorować stan lub zaplanować wykonywanie indeksatora. Następujące artykuły dotyczą indeksatorów, które ściągają zawartość z usługi Azure Storage:

Udostępnij za pośrednictwem