Doku yaşam döngüsü yönetim araçları hakkında sık sorulan sorular

Yaşam döngüsü yönetiminin iki bölümü vardır: tümleştirme ve dağıtım. Doku'da tümleştirmenin ne olduğunu anlamak için Git tümleştirmesine genel bakış konusuna bakın. Doku'da dağıtım işlem hatlarının ne olduğunu anlamak için dağıtım işlem hatlarına genel bakış konusuna bakın.

Git tümleştirmesinin kısa bir açıklaması için bkz. Git tümleştirmesine genel bakış. Soruya çok satırlı veya biçimlendirilmiş bir yanıt. Girintiyi | sonrasındaki satırlarda tutmanız koşuluyla, istediğiniz Herhangi bir Markdown biçimlendirmesini kullanın Karakter.

Dağıtım işlem hatlarının kısa bir açıklaması için bkz . dağıtım işlem hatlarına genel bakış.

Lisanslar hakkında bilgi için bkz . Doku lisansları.

Tüm çalışma alanları bir Doku lisansına atanmalıdır. Ancak, farklı çalışma alanları için farklı kapasite türleri kullanabilirsiniz.

Kapasite türleri hakkında bilgi için bkz . Kapasite ve SKU'lar.

Dağıtım işlem hatları izin modeli, izinler bölümünde açıklanmıştır.

Dağıtım işlem hatlarında dağıtım kurallarını yapılandırmak için anlamsal modelin sahibi olmanız gerekir.

Azure DevOps deposu başka bir konumdayken çalışma alanı kapasitesi bir coğrafi konumdaysa, Doku yöneticisi coğrafi bölgeler arası dışarı aktarmaları etkinleştirip etkinleştirmemeye karar verebilir. Daha fazla bilgi için bkz . Kullanıcılar öğeleri diğer coğrafi konumlardaki Git depolarına aktarabilir.

Başlangıç yönergelerini kullanarak Git tümleştirmesini kullanmaya başlayın.

Bir öğenin çalışma alanından kaldırılmasının çeşitli nedenleri olabilir.

• Öğe işlenmediyse ve bunu bir geri alma eyleminde seçtiyseniz, öğe çalışma alanından kaldırılır.
• Öğe işlendiyse, dalları değiştirirseniz ve öğe yeni dalda yoksa öğe kaldırılabilir.

Dikkat edilmesi gereken bazı önemli noktalar şunlardır:

• Dağıtım kuralı sınırlamaları
• Veri akışı ve anlam modeli kuralları için desteklenen veri kaynakları
• Artımlı yenileme
• Otomasyon* Dağıtım işlem hatları, öğeleri farklı bir bölgedeki çalışma alanına dağıtmak için kullanılamaz.

İşlem hattınıza bir çalışma alanı atayabilir ve işlem hattı genelinde dağıtabilir veya her işlem hattı aşamasına farklı bir çalışma alanı atayabilirsiniz. Daha fazla bilgi için bkz . Dağıtım işlem hattına çalışma alanı atama.

DirectQuery veya Bileşik bağlantı modunu kullanan ve çeşitleme veya otomatik tarih/saat tablolarına sahip veri kümeleri dağıtım işlem hatlarında desteklenmez. Dağıtımınız başarısız olursa ve bunun bir çeşitleme tablosuna sahip bir veri kümeniz olduğunu düşünüyorsanız, tablonuzun sütunlarında çeşitlemeler özelliğini arayabilirsiniz. Anlam modelinizi dağıtım işlem hatlarında çalışacak şekilde düzenlemek için aşağıda listelenen yöntemlerden birini kullanabilirsiniz.

• Veri kümenizde DirectQuery veya Bileşik modu kullanmak yerine içeri aktarma modunu kullanın.

• Otomatik tarih/saat tablolarını anlam modelinizden kaldırın. Gerekirse, tablolarınızdaki tüm sütunlardan kalan varyasyonları silin. Bir varyasyon silindiğinde kullanıcı tarafından yazılan ölçüler, hesaplanan sütunlar ve hesaplanan tablolar geçersiz kılınabilir. Bu yöntemi yalnızca görsellerinizde veri bozulmasına neden olabileceği için anlam modelinizin nasıl çalıştığını anlıyorsanız kullanın.

Bir kutucuğu panoya sabitlediğinizde, kutucuk desteklenmeyen bir öğeye (bu listede bulunmayan öğeler desteklenmez) veya dağıtma izniniz olmayan bir öğeye dayanırsa, pano dağıtıldıktan sonra kutucuk işlenmez. Örneğin, yönetici olmadığınız bir anlam modeline dayalı bir rapordan kutucuk oluşturursanız, raporu dağıtırken hata uyarısı alırsınız. Ancak panoyu kutucukla dağıtırken hata iletisi vermezsiniz, dağıtım başarılı olur, ancak kutucuk herhangi bir bilgi görüntülemez.

Dağıtılan sayfalandırılmış raporun sahibi, raporu dağıtan kullanıcıdır. Sayfalandırılmış raporu ilk kez dağıtırken raporun sahibi olursunuz.

Sayfalandırılmış raporu, sayfalandırılmış raporun bir kopyasını içeren bir aşamaya dağıtıyorsanız, önceki raporun üzerine yazar ve önceki sahibin yerine bu raporun sahibi olursunuz. Bu gibi durumlarda, verilerin sayfalandırılmış raporda kullanılabilmesi için temel alınan veri kaynağının kimlik bilgilerine ihtiyacınız vardır.

Sayfalandırılmış rapor alt raporları, sayfalandırılmış raporunuzu barındıran klasörde tutulur. İşleme sorunlarını önlemek için, alt raporlarla sayfalandırılmış bir raporu kopyalamak için seçmeli kopyalama kullanırken hem üst raporu hem de alt raporları seçin.

Sayfalandırılmış raporu aynı aşamadaki anlam modeline yönlendirmek istiyorsanız sayfalandırılmış rapor kuralları oluşturulabilir. Sayfalandırılmış rapor için dağıtım kuralı oluştururken bir veritabanı ve sunucu seçmeniz gerekir.

Hedef veri kaynağı dış olduğundan Doku semantik modeli olmayan sayfalandırılmış rapor için dağıtım kuralı ayarlıyorsanız, hem sunucuyu hem de veritabanını belirtmeniz gerekir.

Ancak, Doku semantik modeli kullanan sayfalandırılmış raporlar bir iç anlam modeli kullanır. Böyle durumlarda, bağlandığınız Doku anlam modelini tanımlamak için veri kaynağı adına güvenemezsiniz. Veri kaynağı adı, bir veri kaynağı kuralı oluşturarak veya güncelleştirme veri kaynağı API'sini çağırarak hedef aşamada güncelleştirdiğinizde değişmez. Bir dağıtım kuralı ayarladığınızda, veritabanı biçimini korumanız ve veritabanı alanındaki anlam modeli nesne kimliğini değiştirmeniz gerekir. Anlamsal model dahili olduğundan, sunucu aynı kalır.

• Veritabanı - Doku anlam modeline sahip sayfalandırılmış bir raporun veritabanı biçimidir sobe_wowvirtualserver-<dataset ID>. Örneğin, sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. değerini <dataset ID> veri kümenizin kimliğiyle değiştirin. Sonraki eğik çizgiden sonra datasets/ ve ondan önce gelen GUID'yi seçerek URL'den veri kümesi kimliğini alabilirsiniz.

  

• Sunucu - Veritabanınızı barındıran sunucu. Mevcut sunucuyu olduğu gibi tutun.

Dağıtımdan sonra sayfalandırılmış raporun RDL'sini indirirseniz, Power BI hizmeti görebileceğiniz en son sürümle güncelleştirilmeyebilir.

Artımlı yenileme ile yapılandırılmış anlamsal modeller içeren bir veri akışınız olduğunda, yenileme ilkesi dağıtım sırasında kopyalanmamış veya üzerine yazılmaz. Bu veri akışını içermeyen bir aşamaya artımlı yenileme içeren bir anlam modeli içeren bir veri akışını dağıttığınızda, yenileme ilkeniz varsa bunu hedef aşamada yeniden yapılandırmanız gerekir. Artımlı yenileme içeren bir veri akışını zaten bulunduğu bir aşamaya dağıtıyorsanız, artımlı yenileme ilkesi kopyalanmaz. Böyle durumlarda, yenileme ilkesini hedef aşamada güncelleştirmek istiyorsanız, bunu el ile yapmanız gerekir.

Dağıtım işlem hatları, işlem hattı aşamalarında datamarts'a ait veri kümelerini görüntülemez. Bir datamart dağıtırken veri kümesi de dağıtılır. Datamart'ınızın veri kümesini, içinde olduğu aşamanın çalışma alanında görüntüleyebilirsiniz.

İlgili içerik

• Git tümleştirmesi ile çalışmaya başlama
• Dağıtım işlem hatlarını kullanmaya başlama