Uzun süre çalışan işlemler için en iyi yöntemler

Azure Analysis Services'te düğüm, sunucu kaynağının çalıştığı bir konak sanal makinesini temsil eder. Uzun süre çalışan sorgular, yenileme işlemleri ve sorgu ölçeği genişletme eşitlemesi gibi bazı işlemler, bir sunucu kaynağı farklı bir düğüme taşınırsa başarısız olabilir. Bu senaryoda sık karşılaşılan hata iletileri şunlardır:

• "Uzun süre çalışan bir XMLA isteğini bulmaya çalışılırken bir hata oluştu. İstek, hizmet yükseltmesi veya sunucu yeniden başlatma işlemi nedeniyle kesintiye uğramış olabilir.”
• "'Veritabanı>' modeli< için '<guid>' kimliğine sahip iş, hiçbir güncelleştirme yapılmadan takıldığından yenileme isteği iptal edildi iletisiyle hizmet hatası (işlem yapılmadığı) nedeniyle iptal edildi. Bu bir iç hizmet sorunudur. İşi yeniden gönderin veya sorun tekrar ediyorsa yardım almak için bilet oluşturun.”

Uzun süre çalışan işlemlerin kesintiye uğraması için birçok neden vardır. Örneğin Azure’da aşağıdaki gibi güncelleştirmeler gerçekleşebilir:

• İşletim sistemi yamaları
• Güvenlik güncelleştirmeleri
• Azure Analysis Services hizmeti güncelleştirmeleri
• Service Fabric güncelleştirmeleri. Service Fabric, Azure Analysis Services dahil olmak üzere bir dizi Microsoft bulut hizmeti tarafından farklı hizmetlerde kullanılan bir platform bileşenidir.

Hizmette gerçekleşen güncelleştirmelerin yanı sıra hizmetlerin yük dengeleme nedeniyle düğümler arasında doğal bir hareketi vardır. Düğüm hareketleri, bulut hizmetlerinin beklenen bir parçasıdır. Azure Analysis Services düğüm hareketlerinin etkilerini en aza indirmeye çalışır ancak bunları tamamen ortadan kaldırmak mümkün değildir.

Düğüm hareketlerine ek olarak, diğer hatalar da meydana gelebilir. Örneğin, bir veri kaynağı veritabanı sistemi çevrimdışı olabilir veya ağ bağlantısı kaybolabilir. Yenileme sırasında bir bölümde 10 milyon satır varsa ve 9 milyonuncu satırda bir hata oluşursa, hata noktasında yenilemeyi yeniden başlatmanın hiçbir yolu yoktur. Hizmetin baştan yeniden başlatılması gerekir.

Yenileme için REST API

Veri yenileme gibi uzun süre çalışan işlemler için hizmet kesintileri zor olabilir. Azure Analysis Services, hizmet kesintilerinden kaynaklanan olumsuz etkileri azaltmaya yardımcı olan bir REST API içerir. Daha fazla bilgi edinmek için bkz. REST API ile zaman uyumsuz yenileme.

REST API'nin yanı sıra, uzun süre çalışan yenileme işlemleri sırasında olası sorunları en aza indirmek için kullanabileceğiniz başka yaklaşımlar da vardır. Amaç, yenileme işlemini baştan başlatmak zorunda kalmamak ve bunun yerine aşamalar halinde işlenebilen daha küçük toplu işlemlerde yenileme gerçekleştirmektir.

REST API bu tür bir yeniden başlatmaya izin verir, ancak bölüm oluşturma ve silme işleminde tam esnekliğe izin vermez. Bir senaryo karmaşık veri yönetimi işlemleri gerektiriyorsa çözümünüz mantığına bir tür toplu işlem içermelidir. Örneğin, verileri birden çok toplu işlemde işlemek için işlemlerin kullanılması, bir hatanın baştan değil, ara denetim noktasından yeniden başlatılmasını gerektirmemesine olanak tanır.

Sorgu çoğaltmalarının ölçeğini genişletme

REST veya özel mantık kullanılsa da, toplu işler işlenirken istemci uygulama sorguları tutarsız veya ara sonuçlar döndürebilir. Model verilerinin ara durumda olduğu ve işleme sırasında istemci uygulama sorguları tarafından döndürülen tutarlı verilerin gerekli olduğu durumlarda, salt okunur sorgu kopyalarıyla ölçek genişletme kullanın.

Yenilemeler toplu olarak gerçekleştirilirken salt okunur sorgu çoğaltmalarını kullanarak istemci uygulaması kullanıcıları salt okunur çoğaltmalardaki verilerin eski anlık görüntüsünü sorgulamaya devam edebilir. Yenilemeler tamamlandıktan sonra salt okunur çoğaltmaları güncellemek için eşitleme işlemi gerçekleştirilebilir.

Sonraki Adımlar

REST API ile zaman uyumsuz yenileme
Azure Analysis Services ölçeklendirme
Analysis Services yüksek kullanılabilirlik
Azure hizmetleri için yeniden deneme kılavuzu