Yaygın Sorunlar

Power Query

Sıralamayı koruma

Verilerinizi sıralarsanız aşağı akış işlemlerinin sıralama düzenini koruduğunu varsayabilirsiniz.

Örneğin, bir satış tablosunu her mağazanın en büyük satışının ilk sırada gösterilmesi için sıralarsanız, "Yinelenenleri kaldır" işleminin her mağaza için yalnızca en yüksek satışı döndürmesini bekleyebilirsiniz. Ve bu işlem, aslında işe yaramış gibi görünebilir. Ancak, bu davranış garanti değildir.

Power Query'nin belirli işlemleri (atlama veya veri kaynaklarına aktarılması gibi ve bu kaynakların kendine özgü sıralama davranışları olabileceği) optimize etme şekli nedeniyle, sıralama düzeninin toplamalar (örneğin Table.Group), birleştirmeler (örneğin Table.NestedJoin) veya yinelenen nesnelerin kaldırılması (örneğin Table.Distinct) sırasında korunması garanti edilmemektedir.

Bu sorunu geçici olarak çözmek için birkaç yol vardır. İşte birkaç öneri:

• Aşağı akış işlemini uyguladıktan sonra bir sıralama gerçekleştirin. Örneğin, satırları gruplandırırken, diğer adımları uygulamadan önce iç içe tabloyu her grupta sıralayın. Bu yaklaşımı gösteren bazı örnek M kodu aşağıda verilmiştir: Table.Group(Sales_SalesPerson, {"TerritoryID"}, {{"SortedRows", each Table.Sort(_, {"SalesYTD", Order.Descending})}})
• Aşağı akış işlemini uygulamadan önce verileri arabelleğe alın (kullanarak Table.Buffer). Bazı durumlarda, bu işlem aşağı akış işleminin arabelleğe alınan sıralama düzenini korumasına neden olur.
• Derecelendirmeyi kullanın. Örneğin, Table.Distinct kullanmak yerine, yinelenen değerleri içeren sütunlara göre sıralayabilir, bir eşitleyici sütununa göre (örn:modified_date) sıralama yapabilir ve ardından yalnızca 1. sıradaki satırları tutmak için filtre uygulayabilirsiniz.

Veri türü çıkarımı

Bazen Power Query bir sütunun veri türünü yanlış algılayabilir. Bunun nedeni, Power Query'nin veri türlerini yalnızca ilk 200 veri satırını kullanarak çıkarmasıdır. İlk 200 satırdaki veriler bir şekilde satır 200'den sonraki verilerden farklıysa Power Query yanlış tür seçebiliyor olabilir. (Yanlış bir türün her zaman hata üretmediğini unutmayın. Bazen sonuçta elde edilen değerler yalnızca yanlıştır ve bu da sorunu algılamayı zorlaştırır.)

Örneğin, ilk 200 satırda (tüm sıfırlar gibi) tamsayılar içeren ancak satır 200'den sonra ondalık sayılar içeren bir sütun düşünün. Bu durumda, Power Query sütunun veri türünü Tam Sayı (Int64.Type) olarak çıkarsar. Bu çıkarım, tamsayı olmayan sayıların ondalık bölümlerinin kesilmesine neden olur.

Alternatif olarak, ilk 200 satırdaki metinsel tarih değerlerini ve 200. satırdan sonraki diğer metin değerlerini içeren bir sütun düşünün. Bu durumda, Power Query sütunun veri türünü Tarih olarak çıkarsar. Bu çıkarım, tarih olmayan metin değerlerinin tür dönüştürme hataları olarak değerlendirilmesine neden olur.

Tür algılama ilk 200 satırda çalıştığından, ancak Veri Profili Oluşturma tüm veri kümesi üzerinde çalışabildiğinden, Sorgu Düzenleyicisi'nde ilk N satırın ötesinde hatalar (tür algılama veya başka bir dizi nedenden) hakkında erken bir gösterge almak için Veri Profili Oluşturma işlevini kullanabilirsiniz.

Uzak sunucu tarafından zorla kapatılan bağlantılar

Çeşitli API'lere bağlanırken aşağıdaki uyarıyı alabilirsiniz:

Data source error: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host

Bu hatayla karşılaşırsanız, bu büyük olasılıkla bir ağ sorunudur. Genel olarak, ilk denetlenen kişiler bağlanmaya çalıştığınız veri kaynağının sahipleridir. Bağlantıyı kesenlerin kendileri olmadığını düşünmüyorlarsa, yolda bir şeyin (örneğin, ara sunucu, ara yönlendiriciler/ağ geçitleri vb.) bağlantıyı kesmesi mümkün olabilir.

Bu yalnızca herhangi bir veriyle veya yalnızca daha büyük veri boyutlarıyla tekrarlansa da, büyük olasılıkla ağ yolunun bir noktasında zaman aşımı vardır. Yalnızca daha büyük verilerle ilgiliyse, müşterilerin API'lerinin sayfalama destekleyip desteklemediğini görmek için veri kaynağı sahibine danışması gerekir. Böylece isteklerini daha küçük parçalara bölebilirler. Bu başarısız olursa, veri kaynağı en iyi uygulamalarını takip ederek API'den veri ayıklamanın alternatif yolları izlenmelidir.

TLS RSA şifre paketleri kullanım dışıdır

30 Ekim 2020 tarihinden itibaren aşağıdaki şifre paketleri sunucularımızda kullanım dışı bırakılacaktır.

• "TLS_RSA_WITH_AES_256_GCM_SHA384"
• "TLS_RSA_WITH_AES_128_GCM_SHA256"
• "TLS_RSA_WITH_AES_256_CBC_SHA256"
• "TLS_RSA_WITH_AES_128_CBC_SHA256"

Aşağıdaki listede desteklenen şifreleme paketleri yer almaktadır:

• TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
• "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256"
• "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384"
• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
• "TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384"
• "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
• "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384"

Şifreleme paketleri, istemciler/sunucular ve diğer sunucular arasında ağ bağlantısının güvenliğini sağlamak amacıyla iletileri şifrelemek için kullanılır. Geçerli güvenlik protokollerimize uymak için yukarıdaki şifre paketleri listesini kaldırıyoruz. 1 Mart 2021'den itibaren müşteriler sadece standart şifre paketlerimizi kullanabilirler.

Bunlar, bağlandığınız sunucunun Power Query Online veya Power BI'dan bağlanmak için desteklemesi gereken şifreleme paketleridir.

Power Query Desktop'ta (Power BI, Excel) şifreleme paketlerinizi denetlemeyiz. Power Platform'a (örneğin Power Platform Veri Akışları) veya Power BI Hizmetine bağlanmaya çalışıyorsanız işletim sisteminizde bu şifreleme paketlerinden birinin etkinleştirilmesi gerekir. Sunucu uç noktanızın bu şifrelerden birini desteklediğinden emin olmak için Windows sürümünü yükseltebilir veya Windows TLS kayıt defteri'ni güncelleştirebilirsiniz.

Sunucunuzun güvenlik protokolüne uygun olduğunu doğrulamak için TLS şifrelemesi ve tarayıcı aracı kullanarak bir test gerçekleştirebilirsiniz. Bir örnek SSLLABS olabilir.

Müşterilerin sunucularını 1 Mart 2021'den önce yükseltmeleri gerekmektedir. TLS Şifre Paketi sırasını yapılandırma hakkında daha fazla bilgi için bkz. Aktarım Katmanı Güvenliğini (TLS) yönetme.

Sertifika iptali

Yakında çıkacak bir Power BI Desktop sürümü, SSL zincirindeki herhangi bir sertifikada sertifika iptal durumu eksik olduğunda Desktop'ta SSL bağlantılarının başarısız olmasına neden olur. Bu, iptalin yalnızca sertifikanın açıkça iptal edildiği durumda bağlantı hatasına neden olduğu geçerli durumdan bir değişikliktir. Diğer sertifika sorunları geçersiz imzalar ve sertifika süre sonu içerebilir.

İptal durumunun kaldırılabileceği yapılandırmalar olduğundan (örneğin, kurumsal ara sunucularda) iptal bilgileri olmayan sertifikaları yoksaymak için başka bir seçenek sunacağız. Bu seçenek, iptal bilgilerinin belirli durumlarda kaldırıldığı ancak çalışmaya devam etmek için güvenliği tamamen düşürmek istemediğiniz durumlara olanak tanır.

Bu önerilmez, ancak kullanıcılar iptal denetimlerini tamamen kapatmaya devam edebilir.

Hata: Değerlendirme iptal edildi

Power Query, arka plan analizi devre dışı bırakıldığında ve kullanıcı sorgular arasında geçiş yaparken veya bir sorgu yenilenirken Sorgu Düzenleyicisi'ni kapattığında "Değerlendirme iptal edildi" iletisini döndürür.

Hata: Anahtar tablodaki hiçbir satırla eşleşmedi

Power Query'nin anahtarın tablodaki hiçbir satırla eşleşmediğini belirten bir hata döndürmesinin birçok nedeni vardır. Bu hata oluştuğunda, Mashup Altyapısı aradığınız tablo adını bulamıyor. Bu hatanın oluşma nedenleri şunlardır:

• Tablo adı, örneğin veri kaynağının kendisinde değiştirildi.
• Tabloya erişmek için kullanılan hesabın tabloyu okumak için yeterli ayrıcalığı yok.
• Kişisel Bulut Bağlantıları kullanılırken Power BI Hizmetinde desteklenmeyen tek bir veri kaynağı için birden çok kimlik bilgisi olabilir. Örneğin, veri kaynağı bir bulut veri kaynağı olduğunda ve farklı kimlik bilgileriyle aynı anda veri kaynağına erişmek için birden çok hesap kullanıldığında bu hata oluşabilir. Veri kaynağı şirket içindeyse şirket içi veri ağ geçidini kullanmanız gerekir.

Sınırlama: Windows kimlik doğrulaması kullanılırken ağ geçidi makineleri için etki alanına bağlı olma gereksinimi

Yerel ağ geçidiyle Windows kimlik doğrulamasını kullanmak için ağ geçidi makinesinin etki alanına dahil edilmesi gerekir. Bu, "Ağ geçidi aracılığıyla Windows kimlik doğrulaması* ile ayarlanan tüm bağlantılar için geçerlidir. Bir veri kaynağına erişmek için kullanılan Windows hesapları, Windows dizinindeki paylaşılan bileşenlere ve ağ geçidi yüklemesine okuma erişimi gerektirebilir.

Sınırlama: Kiracılar arası OAuth2 yenilemesi Power BI hizmetinde desteklenmez

OAuth2 kullanarak Power BI hizmetinden bir veri kaynağına bağlanmak istiyorsanız, veri kaynağı Power BI hizmetiyle aynı kiracıda olmalıdır. Şu anda çok kiracılı bağlantı senaryoları OAuth2 ile desteklenmemektedir.

Sınırlama: Özel AD FS kimlik doğrulama uç noktası Power BI hizmetinde desteklenmiyor

Özel Active Directory Federasyon Hizmetleri (AD FS) kimlik doğrulama uç noktasını kullanma özelliği Power BI hizmetinde desteklenmez. Kullanıcılar şu hatayla karşılaşabilir: Kaynak tarafından bildirilen belirteç hizmetine güvenilmiyor.

Sınırlama: Konuk hesapları desteklenmiyor

Power Query bağlayıcılarını kullanarak verilere bağlanmak için kiracının konuk hesaplarının kullanılması şu anda desteklenmemektedir.

Expression.Error: İşlem yığın taşmasıyla sonuçlandı ve devam edemez.

Yığın taşması hataları, M kodunuzdaki bir hatadan kaynaklanabilir. Örneğin, aşağıdaki işlev bir yığın taşması oluşturur çünkü herhangi bir bitiş koşulu olmadan tekrar tekrar kendi içine çağrı yapar. Kendisini böyle çağıran bir işlev, "özyinelemeli" işlev olarak bilinir.

let f = (x) => @f(x + 1) in f(0)

M kodunuzda yığın taşması sorununu çözmenin bazı yaygın yolları aşağıdadır.

• Beklenen bitiş koşuluna ulaşıldığında özyinelemeli işlevlerinizin gerçekten sonlandırıldığından emin olun.
• Yinelemeyi yinelemeyle değiştirin (örneğin, List.Transform, List.Generate veya List.Accumulate gibi işlevleri kullanarak).

Expression.Error: Değerlendirmede bellek yetersizdi ve devam ılamıyor

"Yetersiz bellek" hataları (veya OOM'ler), çok büyük tablolarda çok fazla bellek yoğunluklu işlem yapılmasından kaynaklanabilir. Örneğin, aşağıdaki M kodu bir kerede belleğe bir milyar satır yüklemeye çalıştığından bir OOM oluşturur.

Table.Buffer(Table.FromList({1..1000000000}, Splitter.SplitByNothing()))

Bellek yetersizliği hatalarını çözmek için sıralamalar, birleştirmeler, gruplandırma ve ayrımlar gibi bellek açısından yoğun işlemleri, kaynağa uygun şekilde katlanmalarını sağlayarak veya mümkünse tamamen kaldırarak geliştirin. Örneğin sıralamalar genellikle gereksizdir.

Özel bir uç nokta bir depolama hizmetine yapılandırıldığında Power Query Online, genel uç nokta üzerinden bağlanamaz.

Depolama Hesabına özel uç nokta yapılandırıldığında Power Query Online her zaman özel bağlantı adresini çözümler ve özel uç nokta yapılandırmasında genel erişim "İzin Verildi" olarak ayarlanmış olsa bile genel İnternet üzerinden bağlanamaz.

Bu davranış, özel uç noktanın genel bağlantıdan öncelikli olması nedeniyle oluşur. Sonuç olarak, ağ geçidi olmadan bağlanma girişimleri başarısız olur.

Belirli özel karakter işlemleri gerçekleştirilirken hata iletişim kutusu

Power Query'de Korece IME klavyesini kullanırken, gelişmiş düzenleyiciye, Özel Sütun iletişim kutusuna veya formül çubuğuna belirli özel karakterler girdiğinizde bir hata iletişim kutusu görüntülenebilir.

Bu sorun, Power BI Desktop ve Excel'deki Power Query düzenleyicisini etkiler. Power Query Online'ı (Veri akışları) etkilemez.

Bu sorunu geçici olarak çözmek için Power Query düzenleyicisi seçeneklerinde M Intellisense'i devre dışı bırakın.

Dataflows

Veri akışı yenilemeyi iptal etme

Bazen bir veri akışı yenilemesi başlatırsınız, ancak veri akışını başlattıktan sonra verilerinizi yenilemeden önce bir şeyi daha değiştirmek istediğinizi fark edebilirsiniz. Bu durumda yenileme tamamlanana kadar beklemeniz gerekir. İşlem verileri alma ve çalışma alanınızdaki veya ortamınızdaki tabloları güncelleştirme üzerinde çalışırken yenileme işleminin durdurulması şu anda desteklenmiyor.

Gelecekte veri akışı yenilemesini iptal etme desteği eklemeyi planlıyoruz.