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.
Uyarı
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.
Important
Bu özellikler ve işlevler, diğer Microsoft hizmetleri ve üçüncü taraf hizmetlerle bağlantıları destekler. Bu hizmetlerin kullanımı ilgili koşullara tabidir ve Azure uyumluluk sınırının dışında veri işleme veya depolamanın yanı sıra Azure uyumluluk sınırına akan verilere neden olabilir.
Verilerinizin kuruluşunuzun uyumluluk ve coğrafi sınırları dışında akıp akmayacağını ve ilgili etkileri ve uygun izinlerin, sınırların ve onayların sağlanıp sağlanmayacağını yönetmek sizin sorumluluğunuzdadır.
Özel kullanım örnekleriniz bağlamında oluşturduğunuz uygulamaları dikkatle gözden geçirmek ve test etmek ve tüm uygun kararları ve özelleştirmeleri yapmak sizin sorumluluğunuzdadır. Bu, metapromptlar, içerik filtreleri veya diğer güvenlik sistemleri gibi sorumlu yapay zeka risk azaltmalarınızı uygulamayı ve uygulamalarınızın uygun kalite, güvenilirlik, güvenlik ve güvenilirlik standartlarını karşılamasını sağlamayı içerir. Daha fazla bilgi için bkz. Azure Yapay Zeka Arama Saydamlık Notu.
İlk arama dizini oluşturulduktan sonra, sonraki dizin oluşturucu işlerinin yalnızca yeni ve değiştirilmiş belgeleri almasını isteyebilirsiniz. Dizin oluşturucular, Azure Depolama'daki nesneler ve dosyalar üzerindeki yerleşik zaman damgalarını kullanarak son güncelleştirmeyi takip ettiğinden, Azure Depolama'dan kaynaklanan dizinlenmiş içerik için değişiklik algılama otomatik olarak gerçekleşir.
Değişiklik algılama belirli bir değer olsa da silme algılaması değildir. Dizin oluşturucu, veri kaynaklarında nesne silme işlemini izlemez. Yalnız bırakılmış arama belgelerinin olmasını önlemek için, ikinci bir adım olarak Azure Depolama'da fiziksel silme işlemiyle önce arama belgelerinin silinmesine neden olan bir "geçici silme" stratejisi uygulayabilirsiniz.
Geçici silme stratejisini uygulamanın iki yolu vardır:
- Yerel blob geçici silme, yalnızca Blob Depolama için geçerlidir
- Özel meta verileri kullanarak yumuşak silme
Silme algılama stratejisi ilk dizin oluşturucu çalıştırmasından uygulanmalıdır. İlk çalıştırmadan önce silme ilkesini oluşturmadıysanız, ilkeyi daha sonra dizin oluşturucuya ekleyip sıfırlasanız bile, ilke uygulanmadan önce silinen tüm belgeler dizininizde kalır. Bu oluştuysa, silme ilkesinin en başından itibaren geçerli olduğundan emin olmak için yeni bir dizin oluşturucu kullanarak yeni bir dizin oluşturmanız önerilir.
Önkoşullar
Azure Depolama dizin oluşturucusunu Blob Depolama, Tablo Depolama, Dosya Depolama veya Data Lake Storage 2. Nesil için kullanın.
Tutarlı belge anahtarlarını ve dosya yapısını kullanın. Belge anahtarlarının veya dizin adlarının ve yollarının değiştirilmesi (ADLS 2. Nesil için geçerlidir), dizin oluşturucular tarafından hangi içeriğin dizine eklendiğini ve en son ne zaman dizinlendiğini bilmek için kullanılan iç izleme bilgilerini bozar.
Uyarı
ADLS 2. Nesil, dizinlerin yeniden adlandırılmasına izin verir. Bir dizin yeniden adlandırıldığında, bu dizindeki blobların zaman damgaları güncelleştirilmez. Sonuç olarak, dizin oluşturucu bu blobları yeniden dizine almaz. Artık yeni URL'leri olduğundan dizindeki blobların dizin yeniden adlandırıldıktan sonra yeniden dizine alınması gerekiyorsa dizin oluşturucunun LastModified gelecekteki bir çalıştırma sırasında bunları yeniden dizine alabilmesi için dizindeki tüm blobların zaman damgasını güncelleştirmeniz gerekir. Azure Blob Depolama'daki sanal dizinler değiştirilemez, bu nedenle bu sorunla ilgili değildir.
Yerel blob yumuşak silme
Bu silme algılama yaklaşımı için Azure Yapay Zeka Arama, blobların geçici silme durumuna geçirilip geçirmediğini belirlemek için Azure Blob Depolama'daki yerel blob geçici silme özelliğine bağlıdır. Bloblar bu durumda algılandığında, arama dizin oluşturucu bu bilgileri kullanarak ilgili belgeyi dizinden kaldırır.
Özgün yumuşak silme gereksinimleri
Bloblar, ADLS 2. Nesil Blob kapsayıcısı da dahil olmak üzere bir Azure Blob Depolama kapsayıcısında olmalıdır. Azure Dosyalar için Azure Yapay Zeka Arama yerel blob geçici silme ilkesi desteklenmez.
Bloblar için geçici silmeyi etkinleştirin.
Dizininizdeki belgelerin belge anahtarları bir blob özelliği veya "metadata_storage_path" gibi blob meta verileri olacak şekilde eşlenmelidir.
Geçici silme desteğini yapılandırmak için Azure portalında REST API'yi veya dizin oluşturucu Veri Kaynağı yapılandırmasını kullanabilirsiniz.
Blob sürüm oluşturma , depolama hesabında etkinleştirilmemelidir. Aksi takdirde, doğal yumuşak silme tasarım gereği desteklenmez.
Yerel geçici silme özelliğini yapılandırma
Blob Depolama'da, gereksinimlere göre geçici silmeyi etkinleştirirken bekletme ilkesini dizin oluşturucu aralığı zamanlamanızdan çok daha yüksek bir değere ayarlayın. Dizin oluşturucuyu çalıştırırken bir sorun varsa veya dizine eklemek için çok sayıda belgeniz varsa, dizin oluşturucunun geçici olarak silinen blobları işlemesi için yeterli zaman vardır. Azure Yapay Zeka Arama dizin oluşturucuları bir belgeyi dizinden yalnızca blob geçici silinme durumundayken işlerse siler.
Azure Yapay Zeka Arama'te veri kaynağında yerel blob geçici silme algılama ilkesini ayarlayın. Bunu Azure portalından veya REST API kullanarak yapabilirsiniz. Aşağıdaki yönergeler, Azure portalında veya REST API'leri aracılığıyla silme algılama ilkesinin nasıl ayarlanacağı açıklanmaktadır.
Azure AI Arama hizmeti Genel Bakış sayfasında, veri kaynağı tanımı belirtmek için görsel düzenleyici olan Yeni Veri Kaynağı'na gidin.
Aşağıdaki ekran görüntüsünde bu özelliği Azure portalında nerede bulabileceğiniz gösterilmektedir.
Yeni Veri Kaynağı formunda gerekli alanları doldurun, Silme işlemlerini izle onay kutusunu seçin ve Yerel blob geçici silme'yi seçin. Ardından Kaydet'i seçerek özelliği Veri Kaynağı oluşturma işleminde etkinleştirin.
Yerel geçici silme ilkelerini kullanarak silinmemiş blobları yeniden dizine alma
Blob Depolama'da geçici olarak silinen bir blobu geri yüklerseniz, dizin oluşturucu bunu her zaman yeniden dizine almaz. Bunun nedeni, dizin oluşturucunun dizin oluşturma gerekip gerekmediğini belirlemek için blob'un LastModified zaman damgasını kullanmasıdır. Geçici olarak silinen blob silinmediğinde, LastModified zaman damgası güncelleştirilmez, bu nedenle dizin oluşturucu daha yeni LastModified zaman damgalarına sahip blobları zaten işlediyse, silinmemiş blobu yeniden dizine almaz.
Silinmemiş bir blobu yeniden dizine almak için blob'un zaman damgasını güncelleştirin LastModified . Bunu yapmak için söz konusu blobun meta verilerini yeniden kaydetmek gerekir. Meta verileri değiştirmeniz gerekmez, ancak meta verileri yeniden kaydettiğinizde, dizin oluşturucunun bu verileri almasını bilmesi için blob'un LastModified zaman damgası güncelleştirilir.
Özel meta verileri kullanarak geçici silme stratejisi
Bu yöntem, arama belgesinin dizinden kaldırılması gerekip gerekmediğini belirtmek için özel meta veriler kullanır. İki ayrı eylem gerektirir: arama belgesini dizinden silme ve ardından Azure Depolama'da dosya silme.
Bu özellik genel olarak kullanılabilir.
Hem Azure Depolama hem de Azure Yapay Zeka Arama'te izleyebileceğiniz adımlar vardır, ancak başka özellik bağımlılıkları yoktur.
Azure Depolama'da, dosyaya bir özel meta veri anahtar-değer çifti ekleyerek dosyanın silinmek üzere işaretlenmiş olduğunu belirtin. Örneğin, özelliğini "IsDeleted" olarak adlandırabilir ve false olarak ayarlayabilirsiniz. Dosyayı silmek istediğinizde true olarak değiştirin.
Azure Yapay Zeka Arama'te veri kaynağı tanımını "dataDeletionDetectionPolicy" özelliğini içerecek şekilde düzenleyin. Örneğin, aşağıdaki ilke değeriyle
IsDeletedbir meta veri özelliğinetruesahipse bir dosyanın silinmesini dikkate alır:PUT https://[service name].search.windows.net/datasources/file-datasource?api-version=2026-04-01 { "name" : "file-datasource", "type" : "azurefile", "credentials" : { "connectionString" : "<your storage connection string>" }, "container" : { "name" : "my-share", "query" : null }, "dataDeletionDetectionPolicy" : { "@odata.type" :"#Microsoft.Azure.Search.SoftDeleteColumnDeletionDetectionPolicy", "softDeleteColumnName" : "IsDeleted", "softDeleteMarkerValue" : "true" } }Dizin oluşturucuyu çalıştırın. Dizin oluşturucu dosyayı işledikten ve belgeyi arama dizininden sildikten sonra Azure Depolama'daki fiziksel dosyayı silebilirsiniz.
Silinmemiş blobları ve dosyaları yeniden dizine alma
Özgün kaynak dosya Azure Depolama'da hala fiziksel olarak mevcutsa geçici silme işlemini tersine çevirebilirsiniz.
Azure Depolama'daki blob veya dosyadaki
"softDeleteMarkerValue" : "false"ögesini değiştirin.Blob veya dosyanın
LastModifiedzaman damgasını denetleerek son dizin oluşturucu çalıştırmasından daha yeni olmasını sağlayın. Mevcut meta verileri yeniden kaydetmek suretiyle bir güncelleştirmeyi geçerli tarih ve saate zorlayabilirsiniz.Dizin oluşturucuyu çalıştırın.
Sınırlamalar
Bire çok dizin oluşturma senaryoları kullanılırken ne yerel blob geçici silme ne de özel meta veriler aracılığıyla geçici silme geçerli değildir. Belge girdisini silmek için REST API silme işlemini kullanarak dizine bir silme isteği göndermeniz gerekir.