Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Not
Azure Yapay Zeka Arama Azure portalı, REST API'leri ve Azure SDK’ları aracılığıyla kullanılabilir. Ayrıca kuruluş içeriğini Microsoft Foundry portalındaki aracılar için yeniden kullanılabilir, izin kullanan bilgi bankalarına dönüştüren yönetilen bilgi katmanı Foundry IQ'yu temel alır.
Dizinleyiciler, bazen hataya yol açmayan veya kimlik doğrulama sırasında ya da bağlantı kurulurken diğer Azure hizmetlerinde ortaya çıkan sorunlarla karşılaşır. Bu makale, size yol gösterecek ileti olmadığında dizin oluşturucu sorunlarını gidermeye odaklanır. Ayrıca dizin oluşturma sırasında kullanılan arama dışı kaynaklardan gelen hatalar için sorun giderme sağlar.
Not
Araştırmanız gereken bir Azure Yapay Zeka Arama hatanız varsa bunun yerine Yaygın dizin oluşturucu hatalarını ve uyarılarını giderme bölümüne bakın.
En iyi yöntemler
Dizin oluşturucularla çalışırken bazı en iyi yöntemler ve öneriler şunlardır:
Dizin oluşturucular bir zamanlamaya göre çalışacak şekilde tasarlanmıştır
- Güvenilir dizin oluşturma için dizin oluşturucularınızı düzenli bir zamanlamaya göre çalışacak şekilde yapılandırın. Zamanlanmış çalıştırmalar, geçici hatalar, ağ kesintileri veya geçici hizmet sorunları nedeniyle önceki çalıştırmalarda kaçırılan tüm belgeleri otomatik olarak alır. Bu yaklaşım, veri tutarlılığını korumaya yardımcı olur ve el ile müdahale gereksinimini en aza indirir.
- Büyük veri kaynakları için ilk numaralandırma ve dizin oluşturma saatler, hatta günler sürebilir. Dizin oluşturucunuzu bir zamanlamaya göre çalıştırmak, ilerlemenin devam etmesine ve hataların otomatik olarak yeniden denenmesini sağlar. Bu seçenekler aynı güvenilirliği veya geçici hatalardan kurtarma olanağını sağlamadığından, yalnızca el ile ya da isteğe bağlı dizin oluşturucu çalıştırmalarına güvenmekten kaçının.
Dizin oluşturucular zaman içinde en iyi çabayı gösteren dizin oluşturma sağlar
- Yerleşik dizin oluşturucular kalıcı hatalar olmadan belgeleri işler ve zamanlanmış çalıştırmalar arasında yeniden dener. Yaygın senaryolar için verileri dizine almak için kullanışlı, düşük kodlu veya kod içermeyen bir yol sunarak daha hızlı geliştirme ve daha kolay bakım sağlar. Bir dizin oluşturucu bir beceri kümesini çalıştırdığında, her çalıştırma için sabit bir yürütme süresi sınırı bulunur. Çok kiracılı yürütme ortamında çalışan dizin oluşturucuların en fazla iki saatlik çalışma süresi vardır. Bu sınır, beceri kümelerinin paylaşılan özel bağlantılar gerektirmediğinde kullanılan en yaygın durumdur. Paylaşılan özel bağlantıları kullanacak şekilde yapılandırılan dizin oluşturucular, en fazla 24 saatlik bir özel yürütme ortamında çalışır. Tablonun tamamı için bkz. Dizin oluşturucu sınırları. Belge başına beceri kümesi işleme, dizin oluşturucunun zaman sınırından önce tamamlanmasını engelliyorsa, durdurulur ve kalan belgeleri işlenmemiş olarak bırakır. Belge birimi, dosya boyutu, beceri kümesi karmaşıklığı veya yürütme ortamı dizin oluşturucunun maksimum çalışma süresi içinde tamamlanmasını engellediğinde tam işleme garanti değildir. Veri kaynağınızın bölümlenmesi bu riski azaltabilir ancak özellikle daha sonra bir bölüme büyük hacimli dosyalar eklerseniz bu riski ortadan kaldırmaz. Bu davranış beklenmektedir. Büyük veri kümelerini yönetme ve artımlı kurtarmayı destekleme stratejileri için bkz. Büyük veri kümelerini dizine alma ve Dizin oluşturucuları zamanlama. Çözümünüz, dizin oluşturucunun belgeleri ne zaman işlediği üzerinde sıkı denetim gerektiriyorsa, bu makaledeki Push API alternatifini kullanın.
- Çözümünüz dizin oluşturma zaman çizelgeleri üzerinde sıkı denetim gerektiriyorsa, Bunun yerine Belgeler Dizini REST API'si veya IndexDocuments yöntemi (.NET için Azure SDK) gibi Anında İletme API'lerini kullanın. Bu seçenekler, dizin oluşturma işlem hattında tam denetim sağlar.
- Dizin oluşturucular zaman zaman programın dışında kalabilir. Bu durum yaygın olmasa da ve otomatik kurtarma mekanizmaları mevcut olsa da, kurtarma zaman alabilir. Bu davranış beklenmektedir.
Kısıtlı kaynaklarla bağlantı sorunlarını giderme
Azure ağ güvenliği kapsamındaki veri kaynakları için dizin oluşturucuların bağlantı kurma yöntemleri sınırlıdır. Şu anda dizin oluşturucular , paylaşılan özel bağlantı kullanarak bir IP güvenlik duvarının arkasındaki veya sanal ağ üzerindeki kısıtlanmış veri kaynaklarına özel uç nokta üzerinden erişebilir.
Özel bağlantıda Microsoft Foundry kaynağına bağlanma hatası
Aşağıdaki iletiyle birlikte hata kodu 403 alırsanız, kaynak uç noktasının beceri kümesinde nasıl belirtildiğiyle ilgili bir sorun yaşayabilirsiniz:
"A Virtual Network is configured for this resource. Please use the correct endpoint for making requests. Check https://aka.ms/cogsvc-vnet for more details."
Bu hata, Azure Foundry kaynağına bağlantılar için paylaşılan bir özel bağlantı yapılandırdıysanız ve uç noktada özel bir alt etki alanı eksikse oluşur. Bir özel alt etki alanı, bir uç noktanın ilk bölümüdür (örneğin, http://my-custom-subdomain.services.ai.azure.com). Kaynağı Azure portalı yerine Foundry portalında oluşturduysanız özel bir etki alanı eksik olabilir.
Foundry kaynağı Azure Yapay Zeka Arama ile aynı bölgede değilse, kaynağı eklemek için anahtarsız bağlantı kullanın .
Paylaşılan özel bağlantı kullanılırken hata oluştu
Şu iletiyle birlikte 403 hata kodunu alırsanız, dizin oluşturucu onaylı paylaşılan özel bağlantı yerine ortak uç nokta üzerinden bağlanıyor olabilir:
Unexpected error validating provided resource. {"error":{"code":"403","message":"Public access is disabled. Please configure private endpoint."}}
Dizin oluşturucu özel yürütme ortamını kullanacak şekilde yapılandırılmadığında bu hata oluşabilir. Paylaşılan özel bağlantının onaylandığını onaylayın, dizin oluşturucunun executionEnvironmentprivatedeğerini olarak ayarlayın ve bağlantının doğru kaynak uç noktasını ve grup kimliğini kullandığını doğrulayın.
Güvenlik duvarı kuralları
Azure Depolama, Azure Cosmos DB ve Azure SQL yapılandırılabilir bir güvenlik duvarı sağlar. Güvenlik duvarı isteği engellediğinde belirli bir hata iletisi yoktur. Genellikle güvenlik duvarı hataları geneldir. Bazı sık karşılaşılan hatalar şunlardır:
The remote server returned an error: (403) ForbiddenThis request is not authorized to perform this operationCredentials provided in the connection string are invalid or have expired
Dizin oluşturucuların bu kaynaklara erişmesine izin vermek için aşağıdaki seçeneklerden birini kullanın:
Arama hizmetinizin IP adresi ve
AzureCognitiveSearchhizmet etiketi IP adresi aralığı için bir gelen kuralı yapılandırın. Her veri kaynağı türü için IP adresi aralığı kısıtlamalarını yapılandırma hakkında ayrıntılı bilgi için aşağıdaki bağlantılara bakın:- Azure Depolama
- Azure Cosmos DB
- Azure SQL
Son çare olarak veya geçici bir önlem olarak Tüm Ağlardan erişime izin vererek güvenlik duvarını devre dışı bırakın.
Sınırlama: IP adresi aralığı kısıtlamaları yalnızca arama hizmetiniz ve depolama hesabınız farklı bölgelerdeyse çalışır.
Dizin oluşturucular, veri alma işlemine ek olarak beceri kümeleri ve özel beceriler aracılığıyla giden istekler de gönderir. Azure işlevine dayalı özel beceriler için, Azure işlevlerinin IP adresi kısıtlamalarına da sahip olduğunu unutmayın. Özel beceri yürütmesi için izin verilecek IP adreslerinin listesi, arama hizmetinizin IP adresi ve AzureCognitiveSearch hizmet etiketinin IP adresi aralığını içerir.
Ağ güvenlik grubu (NSG) kuralları
Dizin oluşturucu SQL yönetilen örneğindeki verilere eriştiğinde veya özel bir beceri için
Sanal ağda bulunan dış kaynaklar için, hizmet etiketi için giriş NSG kurallarını yapılandırın.
Sanal makineye bağlanma hakkında daha fazla bilgi için bkz . Azure VM'de SQL Server'a bağlantı yapılandırma.
Ağ hataları
Genellikle ağ hataları geneldir. Bazı sık karşılaşılan hatalar şunlardır:
A network-related or instance-specific error occurred while establishing a connection to the serverThe server was not found or was not accessibleVerify that the instance name is correct and that the source is configured to allow remote connections
Bu hatalardan herhangi birini aldığınızda:
- Kaynağınıza arama hizmeti üzerinden değil doğrudan bağlanmaya çalışarak erişebildiğinizden emin olun.
- Geçerli hatalar veya kesintiler için Azure portalında kaynağınızı denetleyin.
- Azure Durumu'nda ağ kesintilerini denetleyin.
- Azure Özel DNS değil, ad çözümlemesi için genel DNS kullandığınızı doğrulayın.
sunucusuz dizin oluşturma Azure SQL Veritabanı (hata kodu 40613)
SQL veritabanınız sunucusuz bir işlem katmanındaysa, dizin oluşturucu buna bağlandığında veritabanının çalıştığından (ve duraklatılmadığından) emin olun.
Veritabanı duraklatılırsa, arama hizmetinizdeki ilk oturum açma işlemi veritabanını otomatik olarak sürdürür, ancak bunun yerine veritabanının kullanılamadığını belirten bir hata döndürür ve hata kodu 40613 olur. Veritabanı çalıştırıldıktan sonra bağlantı kurmak için oturum açmayı yeniden deneyin.
Microsoft Entra Koşullu Erişim ilkeleri
bir SharePoint dizin oluşturucu oluşturduğunuzda, cihaz kodu sağladıktan sonra Microsoft Entra uygulamanızda oturum açmanız gerekir. ifadesini "Your sign-in was successful but your admin requires the device requesting access to be managed"içeren bir ileti alırsanız, Koşullu Erişim ilkesi büyük olasılıkla SharePoint belge kitaplığından dizin oluşturucuyu engelliyordur.
İlkeyi güncelleştirmek ve dizin oluşturucunun belge kitaplığına erişmesine izin vermek için:
Azure portalını açın ve Microsoft Entra Koşullu Erişim'i arayın.
Soldaki menüde İlkeler'i seçin. Bu sayfayı görüntüleme erişiminiz yoksa, ya erişimi olan birini bulmanız ya da erişim sağlamanız gerekir.
SharePoint dizin oluşturucusunun belge kitaplığına erişmesini engelleyen ilkeyi belirleyin. Dizin oluşturucuyu engelleyebilecek ilke, Kullanıcılar ve gruplar bölümündeki dizin oluşturucu oluşturma adımı sırasında kimlik doğrulaması yapmak için kullandığınız kullanıcı hesabını içerir. Poliçe ayrıca aşağıdaki koşullara sahip olabilir:
- Windows platformlarını kısıtlayın.
- Mobil uygulamaları ve masaüstü istemcilerini kısıtlayın.
- Cihaz durumunuEvet olarak ayarlayın.
Dizin oluşturucuyu engelleyen ilkeyi onayladıktan sonra dizin oluşturucu için bir muafiyet oluşturun. Arama hizmeti IP adresini alarak başlayın.
İlk olarak, arama hizmetinizin tam nitelikli etki alanı adını (FQDN) alın. FQDN şuna benzer:
<your-search-service-name>.search.windows.net. FQDN'yi Azure portalında bulabilirsiniz.Artık FQDN'yi aldıysanız, FQDN üzerinde bir
nslookupveyapingkomutu çalıştırarak arama hizmetinin IP adresini alın. Aşağıdaki örnekte, Azure Depolama güvenlik duvarındaki bir gelen kuralına eklersiniz150.0.0.1. Güvenlik duvarı ayarları güncellendikten sonra, arama hizmeti dizin oluşturucusunun Azure Depolama hesabına erişmesi 15 dakikayı bulabilir.nslookup contoso.search.windows.net Server: server.example.org Address: 10.50.10.50 Non-authoritative answer: Name: <name> Address: 150.0.0.1 Aliases: contoso.search.windows.netBölgenizin dizin oluşturucu yürütme ortamı için IP adresi aralıklarını alın.
Dizin oluşturucunun çok kiracılı yürütme ortamından kaynaklanan istekler için ek IP adresleri kullanılır. Bu IP adresi aralığını hizmet etiketinden alabilirsiniz.
AzureCognitiveSearchveya indirilebilir JSON dosyasını aracılığıyla hizmet etiketi için IP adresi aralıklarını alabilirsiniz.Bu alıştırmada arama hizmetinin Azure Genel bulut olduğunu varsayarak Azure Genel JSON dosyasını indirin.
JSON dosyasından, arama hizmetinin Orta Batı ABD'de olduğu varsayıldığında, çok kiracılı dizin oluşturucu yürütme ortamı için IP adresleri listesi listelenir.
{ "name": "AzureCognitiveSearch.WestCentralUS", "id": "AzureCognitiveSearch.WestCentralUS", "properties": { "changeNumber": 1, "region": "westcentralus", "platform": "Azure", "systemService": "AzureCognitiveSearch", "addressPrefixes": [ "52.150.139.0/26", "52.253.133.74/32" ] } }Azure portalında Koşullu Erişim sayfasına dönün, soldaki menüden Adlandırılmış konumlar'ı ve ardından + IP aralıkları ekle'yi seçin. Yeni adlandırılmış konumunuza bir ad verin ve son iki adımda topladığınız arama hizmeti ve dizin oluşturucu yürütme ortamlarınız için IP aralıklarını ekleyin. 1
- Arama hizmeti IP adresiniz için, yalnızca geçerli IP aralıklarını kabul ettiğinden IP adresinin sonuna "/32" eklemeniz gerekebilir.
- Dizin oluşturucu yürütme ortamı IP aralıkları için yalnızca arama hizmetinizin içinde olduğu bölgenin IP aralıklarını eklemeniz gerektiğini unutmayın.
Yeni Adlandırılmış konumu ilkenin dışında tutun:
- Soldaki menüde İlkeler'i seçin.
- Dizin oluşturucuyu engelleyen ilkeyi seçin.
- Koşullar'ı seçin.
- Konumlar'ı seçin.
- Dışla'yı seçin ve yeni Adlandırılmış konumu ekleyin.
- Değişiklikleri kaydedin .
İlkenin güncelleştirilmesini ve yeni ilke kurallarının uygulanmasını birkaç dakika bekleyin.
Dizin oluşturucuyu yeniden oluşturmayı deneyin:
- Oluşturduğunuz veri kaynağı nesnesi için bir güncelleştirme isteği gönderin.
- Dizin oluşturucu oluşturma isteğini yeniden gönderin. Yeni kodu kullanarak oturum açın, sonra başka bir dizin oluşturucu oluşturma isteği gönderin.
Desteklenmeyen belge türlerini dizinleme
Azure Blob Depolama içeriği dizine alıyorsanız ve kapsayıcı desteklenmeyen içerik türünde bloblar içeriyorsa, dizin oluşturucu bu belgeyi atlar. Diğer durumlarda, tek tek belgelerle ilgili sorunlar olabilir.
Bu durumda, tek tek belgelerle ilgili sorunlar varsa dizin oluşturucu işlemenin devam etmesi için yapılandırma seçeneklerini ayarlayabilirsiniz.
PUT https://[service name].search.windows.net/indexers/[indexer name]?api-version=2026-04-01
Content-Type: application/json
api-key: [admin key]
{
... other parts of indexer definition
"parameters" : { "configuration" : { "failOnUnsupportedContentType" : false, "failOnUnprocessableDocument" : false } }
}
Eksik belgeler
Dizin oluşturucular dış veri kaynağından belge veya satır ayıklar ve arama hizmetinin dizinlediği arama belgeleri oluşturur. Bazen, veri kaynağında bulunan bir belge arama dizininde görünemiyor. Bu beklenmeyen sonuç aşağıdaki nedenlerden dolayı oluşabilir:
- Dizin oluşturucu çalıştıktan sonra belgeyi güncelleştirmiştiniz. Dizin oluşturucunuz bir zamanlamaya göreyse, sonunda belgeyi yeniden çalıştırır ve alır.
- Belge işlenemeden önce indexleyici zaman aşımına uğradı. En fazla işlem süresi sınırı vardır ve bundan sonra hiçbir belge işlenmez. Dizin oluşturucu durumunu Azure portalından veya Dizin Oluşturucu Durumunu Al (REST API) çağrısı yaparak deleyebilirsiniz.
- Alan eşlemeleri veya yapay zeka zenginleştirmesi belgeyi değiştirdi ve arama dizinindeki ifade beklediğinizden farklı.
- Değişiklik izleme değerleri hatalı veya önkoşullar eksik. Yüksek filigran değeriniz gelecekteki bir saate ayarlanmış bir tarihse, dizin oluşturucu daha erken bir tarihe sahip tüm belgeleri atlar.
initialTrackingStateiçindekifinalTrackingStateve alanlarını kullanarak dizin oluşturucunuzun değişiklik izleme durumunu belirleyebilirsiniz. Azure SQL ve MySQL için dizin oluşturucuların, kaynak tablonun yüksek su işareti sütunu üzerinde bir dizini olmalıdır, aksi halde dizin oluşturucu tarafından kullanılan sorgular zaman aşımına uğrayabilir.
İpucu
Belgeler eksikse, söz konusu belgeyi dışlamadığından emin olmak için kullandığınız sorguyu denetleyin. Belirli bir belgeyi sorgulamak için Arama Belgesi REST API'sini kullanın.
Blob Depolama'da eksik içerik
Blob dizin oluşturucu bir kapsayıcıdaki blobları bulur ve bu bloblardan metin ayıklar. Metin ayıklamayla ilgili bazı sorunlar şunlardır:
Belgede yalnızca taranmış görüntüler bulunur. Taranmış görüntüler (JPG' ler) gibi metin olmayan içeriğe sahip PDF blobları, standart blob dizin oluşturma işlem hattında sonuç üretmez. Metin öğeleri içeren görüntü içeriğiniz varsa, metni bulmak ve ayıklamak için OCR veya görüntü analizini kullanabilirsiniz.
Blob dizin oluşturucu yalnızca dizin meta verileri için yapılandırılmıştır. İçerik ayıklamak için blob dizin oluşturucuyu hem içeriği hem de meta verileri ayıklayan yapılandırmanız gerekir:
PUT https://[service name].search.windows.net/indexers/[indexer name]?api-version=2026-04-01
Content-Type: application/json
api-key: [admin key]
{
... other parts of indexer definition
"parameters" : { "configuration" : { "dataToExtract" : "contentAndMetadata" } }
}
Azure Cosmos DB'de eksik içerik
Azure Yapay Zeka Arama, Azure Cosmos DB'nin dizin oluşturması üzerinde örtük bir bağımlılığa sahiptir. Azure Cosmos DB'de otomatik dizin oluşturmayı kapatırsanız, Azure Yapay Zeka Arama başarılı bir durum döndürür, ancak kapsayıcı içeriğini dizine alamaz. Ayarları denetleme ve dizin oluşturmayı açma yönergeleri için bkz . Azure Cosmos DB'de dizin oluşturmayı yönetme.
Veri kaynağı ve dizin arasındaki belge sayısı tutarsızlığı
Dizin oluşturucu veri kaynağından, dizinin kendisinden veya kodunuzdaki sayıdan farklı bir belge sayısı gösterebilir. Bu davranışın oluşmasının bazı olası nedenleri şunlardır:
- Dizin, özellikle Azure portalında gerçek belge sayısını göstermede gecikmeye neden olabilir.
- Dizin oluşturucunun Silinmiş Belge İlkesi var. Silinen belgeler silinmeden önce dizine alınırsa, silinen belgeler dizin oluşturucu tarafından sayılır.
- Veri kaynağındaki Kimlik sütunu benzersiz değilse. Bu koşul, Azure Cosmos DB gibi sütun kavramına sahip veri kaynakları için geçerlidir.
- Veri kaynağı tanımında kayıt sayısını tahmin etmek için kullandığınız sorgudan farklı bir sorgu varsa. Örneğin, veritabanınızda veritabanı kayıt sayısını sorgularken, veri kaynağı tanım sorgusunda dizine eklenecek kayıtların yalnızca bir alt kümesini seçiyor olabilirsiniz.
- Sayı, işlem hattının her bileşeni için farklı aralıklarla denetlenir: veri kaynağı, dizin oluşturucu ve dizin.
- Veri kaynağında birçok belgeye eşlenmiş bir dosya vardır. Bu koşul, blobların dizini oluşturulurken ve "parsingMode"
jsonArrayvejsonLinesolarak ayarlandığında meydana gelebilir.
Birden çok kez işlenen belgeler
Dizin oluşturucular, veri kaynağındaki her yeni ve değiştirilmiş belgenin dizin oluşturma sırasında alındığından emin olmak için muhafazakar bir arabelleğe alma stratejisi kullanır. Bazı durumlarda, bu arabellekler çakışabilir ve dizin oluşturucu bir belgeyi iki veya daha fazla kez dizine alabilir. Sonuç olarak, işlenen belge sayısı veri kaynağındaki gerçek belge sayısından daha fazladır. Bu davranış, dizinde depolanan belgeleri yineleme gibi verileri etkilemez, yalnızca nihai tutarlılığa ulaşmak daha uzun sürebilir. Bu koşul özellikle aşağıdaki ölçütlerden biri doğruysa yaygındır:
- İsteğe bağlı dizin oluşturucu istekleri art arda gönderilir.
- Veri kaynağının topolojisi, Azure Cosmos DB Tutarlılık düzeyleri bölümünde açıklanan topoloji gibi birden çok çoğaltma ve bölüm içerir.
- Veri kaynağı bir Azure SQL veritabanıdır ve "üst sınır işareti" olarak seçilen sütun
datetime2türündedir.
Dizin oluşturucuların hızlı bir şekilde birden çok kez çağrılması amaçlanmamıştır. Güncelleştirmelere hızlı bir şekilde ihtiyacınız varsa desteklenen yaklaşım, veri kaynağını eşzamanlı olarak güncelleştirirken güncelleştirmeleri dizine göndermektir. İsteğe bağlı işleme için, isteklerinizi beş dakikalık aralıklarla veya daha fazla hızda ilerleyin ve dizin oluşturucuyu bir zamanlamaya göre çalıştırın.
30 saniyelik arabelleğe sahip yinelenen belge işleme örneği
Aşağıdaki zaman çizelgesinde bir belgenin iki kez işlendiği koşullar açıklanmaktadır. Her eylemi ve karşı eylemi kaydeder. Aşağıdaki zaman çizelgesinde sorun gösterilmektedir:
| Zaman Çizelgesi (ss:dd:ss) | Etkinlik | Indexer Yüksek Su İşareti | Yorum |
|---|---|---|---|
| 00:01:00 | Nihai tutarlılık ile veri kaynağına yazma doc1 |
null |
Belge zaman damgası 00:01:00'dir. |
| 00:01:05 | Nihai tutarlılık ile veri kaynağına yazma doc2 |
null |
Belge zaman damgası: 00:01:05. |
| 00:01:10 | Dizin oluşturucu başlatılır | null |
|
| 00:01:11 | 00:01:10 öncesindeki tüm değişiklikler için dizin oluşturucu sorgular; dizin oluşturucunun sorguladığı çoğaltma yalnızca doc2'yı fark eder; sadece doc2 alınır. |
null |
İndeksleyici başlangıç zaman damgasından önce tüm değişiklikleri istiyor, ancak aslında bir alt küme alıyor. Bu davranış, geçmişe bakış tampon süresini zorunlu kılmaktadır. |
| 00:01:12 | Dizin oluşturucu doc2 ilk kez işler |
null |
|
| 00:01:13 | Dizin oluşturucu sona eriyor | 00:01:10 | Yüksek su işareti, geçerli dizin oluşturucu yürütmesinin başlangıç zaman damgasına güncelleştirildi. |
| 00:01:20 | Dizin oluşturucu başlatılır | 00:01:10 | |
| 00:01:21 | dizin oluşturucu 00:00:40 ile 00:01:20 arasındaki tüm değişiklikler için sorgular; dizin oluşturucunun sorguladığı çoğaltma hem doc1 hem de doc2 farkında; doc1 ve doc2 alır. |
00:01:10 | Dizin oluşturucu geçerli yüksek su işareti eksi 30 saniyelik arabellek ve geçerli dizin oluşturucu yürütmesinin başlangıç zaman damgası arasındaki tüm değişiklikler için istekte bulunur. |
| 00:01:22 | Dizin oluşturucu doc1 ilk kez işler |
00:01:10 | |
| 00:01:23 | Bu dizin oluşturucu doc2 içeriğini ikinci kez işler |
00:01:10 | |
| 00:01:24 | Dizin oluşturucu sona eriyor | 00:01:20 | Yüksek su işareti, geçerli dizin oluşturucu yürütmesinin başlangıç zaman damgasına güncelleştirildi. |
| 00:01:32 | Dizin oluşturucu başlatılır | 00:01:20 | |
| 00:01:33 | Dizinleyici, 00:00:50 ile 00:01:32 arasındaki tüm değişiklikleri sorgular; doc1 ve doc2 alır |
00:01:20 | Dizin oluşturucu geçerli yüksek su işareti eksi 30 saniyelik arabellek ve geçerli dizin oluşturucu yürütmesinin başlangıç zaman damgası arasındaki tüm değişiklikler için istekte bulunur. |
| 00:01:34 | Bu dizin oluşturucu doc1 içeriğini ikinci kez işler |
00:01:20 | |
| 00:01:35 | Dizin oluşturucu doc2 üçüncü kez işler |
00:01:20 | |
| 00:01:36 | Dizin oluşturucu sona eriyor | 00:01:32 | Yüksek su işareti, geçerli dizin oluşturucu yürütmesinin başlangıç zaman damgasına güncelleştirildi. |
| 00:01:40 | Dizin oluşturucu başlatılır | 00:01:32 | |
| 00:01:41 | 00:01:02 ile 00:01:40 arasındaki tüm değişiklikler için dizin oluşturucu sorgular ve doc2 alır. |
00:01:32 | Dizin oluşturucu geçerli yüksek su işareti eksi 30 saniyelik arabellek ve geçerli dizin oluşturucu yürütmesinin başlangıç zaman damgası arasındaki tüm değişiklikler için istekte bulunur. |
| 00:01:42 | Dizin oluşturucu doc2'yi dördüncü kez işler. |
00:01:32 | |
| 00:01:43 | Dizin oluşturucu sona eriyor | 00:01:40 | Bu indeksleyici çalıştırma, veri kaynağına yapılan son yazma işleminden 30 saniyeden fazla süre sonra başladı ve doc2'i de işlediğine dikkat edin. Bu beklenen bir davranıştır, çünkü 00:01:35'e kadar olan tüm dizin oluşturucu yürütmeleri ortadan kalkarsa, bu durum doc1 ve doc2 işlemini gerçekleştirecek olan ilk ve tek yürütme olur. |
Uygulamada, bu senaryo yalnızca belirli veri kaynakları için birkaç dakika içinde isteğe bağlı dizin oluşturucuları el ile çağırdığınızda gerçekleşir. Aynı belge için aynı becerileri birden çok kez çalıştırıyorsanız, eşleşmeyen sayılara (dizin oluşturucunun 345 belge toplamını dizin oluşturucu yürütme istatistiklerine göre işlemesi gibi, ancak veri kaynağında ve dizinde 340 belge olması gibi) veya faturalamanın artmasına neden olabilir. Zamanlamayı kullanarak dizin oluşturucu çalıştırmak tercih edilen bir öneridir.
Paralel dizin oluşturma
Aynı anda birden çok dizin oluşturucu çalıştırıldığında, bazı dizin oluşturucular genellikle bir kuyruğa girer ve başlamadan önce kullanılabilir kaynakları bekler. Birkaç faktör, kaç dizin oluşturucuyu eşzamanlı olarak çalıştırabileceğini belirler. Dizin oluşturucular beceri kümelerine bağlanmıyorsa, AI Search hizmetindeki çoğaltma sayısı ve bölüm sayısı, paralel olarak kaç dizin oluşturucunun çalışabileceğini belirler.
Bir dizin oluşturucuyu bir beceri kümesiyle ilişkilendirirseniz, bu dizin AI Search iç kümelerinde çalışır. Beceri kümesinin karmaşıklığı ve diğer beceri kümelerinin aynı anda çalışıp çalışmadığı, eşzamanlı olarak kaç dizin oluşturucunun çalışabileceğini belirler. Yerleşik dizin oluşturucular verileri kaynaktan güvenilir bir şekilde ayıklar, bu nedenle bir zamanlamaya göre çalıştırıldıklarında hiçbir veri kaçırılmaz. Ancak, paralelleştirme ve ölçeği genişletme için dizin oluşturucu işlemlerinin tamamlanması biraz zaman alır.
Duyarlılık etiketleriyle belgeleri dizinleme
Belgelerde duyarlılık etiketleri ayarlarsanız, bunları dizine ekleyemeyebilirsiniz. Hata alırsanız, dizin oluşturmadan önce etiketleri kaldırın.