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.
Bu makalede Azure Stream Analytics sorguları geliştirme, sorgu sorunlarını giderme ve sorunları düzeltme ile ilgili yaygın sorunlar açıklanmaktadır. Birçok sorun giderme adımı, Stream Analytics işiniz için kaynak günlüklerini etkinleştirmenizi gerektirir. Kaynak günlükleriniz etkin değilse bkz. Kaynak günlüklerini kullanarak Azure Stream Analytics sorunlarını giderme.
Sorgu beklenen çıktıyı üretmiyor
Yerel olarak test ederek hataları inceleyin:
- Azure portalında, Sorgu sekmesinde Test seçeneğini seçin. sorguyu test etmek için indirilen örnek verileri kullanın. Hataları inceleyin ve düzeltmeyi deneme.
- Ayrıca sorgunuzu yerel olarak Visual Studio veya Visual Studio Code için Azure Stream Analytics araçlarıyla testedebilirsiniz.
Visual Studio Code için Azure Stream Analytics araçlarındaki iş diyagramını kullanarak sorguların hatalarını yerel olarak adım adım ayıklayın. İş diyagramı, verinin örneğin Azure Event Hubs ve Azure IoT Hub gibi giriş kaynaklarından birden çok sorgu adımından geçerek ve son olarak çıktı havuzlarına nasıl aktığını gösterir. Script, her sorgu adımını, WITH ifadesi kullanarak tanımladığınız geçici bir sonuç kümesine eşler. Sorunun kaynağını bulmak için her ara sonuç setindeki verileri ve metrikleri inceleyin.
Timestamp By kullanıyorsanız, olayların iş başlangıç zamanından daha uzun zaman damgalarına sahip olduğunu doğrulayın.
Aşağıdakiler gibi yaygın tuzakları ortadan kaldırın:
- Sorgudaki bir WHERE cümlesi tüm olayları filtreler, böylece sorgu çıktı üretmez.
- CAST işlevi başarısız olur ve işin başarısız olmasına neden olur. Tür dönüştürme hatalarını önlemek için bunun yerine TRY_CAST kullanın.
- Pencere işlevlerini kullandığınızda, sorgunun çıkışını görmek için tüm pencere süresini bekleyin.
- Olayların zaman damgası, görevin başlangıç zamanından öncesine denk gelir; bu yüzden görev olayları yok sayar.
- JOIN koşulları eşleşmiyor. Eşleşme yoksa, sorgu çıktı üretmez.
Olay sıralama politikalarını beklenildiği gibi yapılandırdığınızdan emin olun. Ayarlar'a gidin ve Olay Sıralama'ya tıklayın. Test butonu sorguyu test ederken politika uygulanmaz. Bu sonuç, tarayıcı içinde test ile işi üretimde çalıştırmak arasındaki farklardan biridir.
Etkinlik ve kaynak günlüklerini kullanarak hata ayıklama:
- Etkinlik Günlükleri'ni kullanın ve hataları tanımlamak ve hatalarını ayıklamak için filtreleyin.
- Hataları tanımlamak ve hatalarını ayıklamak için iş kaynak günlüklerini kullanın.
Sorgularda aşamalı olarak hata ayıklama
Gerçek zamanlı veri işlemede, sorgu ortasında verinin nasıl göründüğünü bilmek faydalıdır. Ara verileri görüntülemek için Visual Studio'daki iş diyagramını kullanın. Eğer Visual Studio'n yoksa, ara veri çıkarmak için ekstra adımlar atabilirsin.
Azure Stream Analytics bir işin girdilerini veya adımlarını birden fazla kez okuyabildiği için ekstra SELECT INTO ifadeler yazabilirsiniz. Bunu yapmak, ara veri akışını depoya çıkarır ve verinin doğruluğunu kontrol etmenizi sağlar; tıpkı programı hata ayıkladığınızda izleme değişkenlerinin yaptığı gibi.
Azure Stream Analytics işinde aşağıdaki örnek sorguda bir akış girişi, iki başvuru veri girişi ve Azure Tablo Depolama'ya yönelik bir çıkış vardır. Sorgu, ad ve kategori bilgilerini almak için olay hub'ından verileri ve iki başvuru blobunu birleştirir:
İş çalışıyor, ancak çıktıda hiçbir olay oluşturmuyor. Burada gösterilen İzleme tipinde, girdinin veri ürettiğini görebilirsiniz, ancak JOIN'in hangi adımında tüm olayları düşürdüğünü bilmiyorsunuz.
Bu durumda, ara JOIN sonuçları ve girdiden okunan verileri "log" etmek için birkaç ek SELECT INTO ifade ekleyebilirsiniz.
Bu örnekte, iki yeni "geçici çıktı" ekledik. İstediğiniz herhangi bir sink olabilirler. Burada örnek olarak Azure Depolama'yı kullanacağız:
Ardından sorguyu şu şekilde yeniden yazabilirsiniz:
Şimdi işi yeniden başlatın ve birkaç dakika boyunca çalışmasına izin verin. Ardından, aşağıdaki tabloları oluşturmak için temp1 ve temp2 öğelerini Visual Studio Cloud Explorer ile sorgulayın:
temp1 tablosu
temp2
Gördüğünüz gibi, temp1 ve temp2 öğelerinin her ikisinde de veri var ve temp2 içinde name sütunu doğru şekilde doldurulmuş. Ancak, çıktıda hâlâ veri olmadığı için bir şeyler yanlış:
Verileri örnekleyerek, sorunun ikinci JOIN ile ilgili olduğundan neredeyse emin olabilirsiniz. Blobdan başvuru verilerini indirebilir ve bir göz atabilirsiniz:
Gördüğünüz gibi, bu başvuru verilerindeki GUID biçimi, [from] içindeki temp2 sütununun biçiminden farklıdır. Bu yüzden veriler beklendiği gibi output1 içine ulaşmadı.
Veri formatını düzeltin, referans blob'a yükleyin ve tekrar deneyin:
Bu kez, çıktıdaki veriler beklendiği gibi biçimlendirilir ve doldurulur.
Kaynak kullanımı yüksek
Azure Stream Analytics'te paralelleştirmeden yararlandığınızdan emin olun. Akış Analizi işlerinin sorgu paralelleştirilmesiyle ölçeklendirmeyi öğrenmek için giriş bölümlerini yapılandırıp analitik sorgu tanımını ayarlayın.
Kaynak kullanımı tutarlı olarak %80'in üzerindeyse, filigran gecikmesi artıyor ve geri yüklenen olay sayısı artıyorsa akış birimlerini artırmayı göz önünde bulundurun. Yüksek kullanım, işin ayrılan kaynak üst sınırına yakın bir değer kullandığını gösterir.
Yardım alın
Daha fazla yardım için Azure Stream Analytics için Microsoft Soru-Cevap soru sayfamızı deneyin.