AlwaysOn Kullanılabilirlik Grupları ile Analysis Services

Şunlar için geçerlidir:Windows üzerinde SQL Server

Always On kullanılabilirlik grubu, koşullar herhangi bir veritabanında yük devretme tetiklediğinde birlikte yük devretme gerçekleştirerek istekleri aynı kullanılabilirlik grubundaki başka bir örnekteki yansıtılmış veritabanına yönlendiren önceden tanımlanmış bir SQL Server ilişkisel veritabanları koleksiyonudur. Yüksek kullanılabilirlik çözümünüz olarak kullanılabilirlik gruplarını kullanıyorsanız, bu gruptaki bir veritabanını Analysis Services tablolu veya çok boyutlu bir çözümde veri kaynağı olarak kullanabilirsiniz. Kullanılabilirlik veritabanı kullanılırken aşağıdaki Analysis Services işlemlerinin tümü beklendiği gibi çalışır: verileri işleme veya içeri aktarma, ilişkisel verileri doğrudan sorgulama (ROLAP depolama veya DirectQuery modunu kullanarak) ve geri yazma.

İşleme ve sorgulama salt okunur iş yükleridir. Bu iş yüklerini okunabilir bir ikincil replikaya aktararak performansı artırabilirsiniz. Bu senaryo için ek yapılandırma gereklidir. Tüm adımları izlediğinizden emin olmak için bu konudaki denetim listesini kullanın.

Önkoşullar

Tüm çoğaltmalarda bir SQL Server oturum açma izniniz olmalıdır. Kullanılabilirlik gruplarını, dinleyicileri ve veritabanlarını yapılandırmak için sysadmin olmanız gerekir, ancak kullanıcıların bir Analysis Services istemcisinden veritabanına erişmek için yalnızca db_datareader izinlerine ihtiyacı vardır.

SQL Server Native Client 11.0 veya .NET Framework 4.02'de SQL Server için Veri Sağlayıcısı gibi tablosal veri akışı (TDS) protokolü sürüm 7.4 veya üzerini destekleyen bir veri sağlayıcısı kullanın.

(Salt okunur iş yükleri için). İkincil çoğaltma rolü salt okunur bağlantılar için yapılandırılmalıdır, kullanılabilirlik grubunun bir yönlendirme listesi olmalıdır ve Analysis Services veri kaynağındaki bağlantı kullanılabilirlik grubu dinleyicisini belirtmelidir. Yönergeler bu konuda sağlanmıştır.

Denetim listesi: Salt okunur işlemler için ikincil replika kullanmak

Analysis Services çözümünüz geri yazma içermediği sürece, okunabilir bir ikincil çoğaltma kullanmak için bir veri kaynağı bağlantısı yapılandırabilirsiniz. Hızlı bir ağ bağlantınız varsa, ikincil çoğaltma çok düşük veri gecikme süresine sahiptir ve birincil çoğaltmayla neredeyse aynı verileri sağlar. Analysis Services işlemleri için ikincil çoğaltmayı kullanarak birincil çoğaltmadaki okuma-yazma çekişmesini azaltabilir ve kullanılabilirlik grubunuzdaki ikincil çoğaltmaların daha iyi kullanılmasını sağlayabilirsiniz.

Varsayılan olarak, birincil çoğaltmaya hem okuma-yazma hem de okuma amacı erişimine izin verilir ve ikincil çoğaltmalara hiçbir bağlantıya izin verilmez. İkincil çoğaltmaya salt okunur bir istemci bağlantısı kurmak için ek yapılandırma gerekir. Yapılandırma, ikincil çoğaltmada özellikleri ayarlamayı ve salt okunur yönlendirme listesini tanımlayan bir T-SQL betiğini çalıştırmayı gerektirir. Her iki adımı da gerçekleştirdiğinizden emin olmak için aşağıdaki yordamları kullanın.

Uyarı

Aşağıdaki adımlarda mevcut Always On kullanılabilirlik grubu ve veritabanları varsayılır. Yeni bir grup yapılandırıyorsanız, grubu oluşturmak ve veritabanlarına katılmak için Yeni Kullanılabilirlik Grubu Sihirbazı'nı kullanın. Sihirbaz önkoşulları denetler, her adım için rehberlik sağlar ve ilk eşitlemeyi gerçekleştirir. Daha fazla bilgi için bkz. Kullanılabilirlik Grubu Sihirbazı'nı (SQL Server Management Studio) kullanma.

1. Adım: Kullanılabilirlik çoğaltması üzerinde erişimi yapılandırma

1. Nesne Gezgini'nde, birincil çoğaltmayı barındıran sunucu örneğine bağlanın ve sunucu ağacını genişletin.

   Uyarı

   Bu adımlar, bu görevin gerçekleştirilmesine yönelik ek bilgiler ve alternatif yönergeler sunan Bir Kullanılabilirlik Çoğaltmasında Salt Okunur Erişimi Yapılandırma (SQL Server) konusundan alınmıştır.

2. Always On Yüksek Kullanılabilirlik düğümünü ve Kullanılabilirlik Grupları düğümünü genişletin.

3. Replikasını değiştirmek istediğiniz kullanılabilirlik grubuna tıklayın. Kullanılabilirlik Çoğaltmaları öğesini genişletin.

4. İkincil kopyaya sağ tıklayın ve Özellikler'e tıklayın.

5. Kullanılabilirlik Çoğaltma Özellikleri iletişim kutusunda, ikincil rol için bağlantı erişimini aşağıdaki gibi değiştirin:

   • Okunabilir ikincil açılır listesinde, Yalnızca okuma amaçlı seçeneğini belirleyin.

   • Birincil roldeki bağlantılar bırakma listesinde Tüm bağlantılara izin ver'i seçin. Varsayılan değer budur.

   • İsteğe bağlı olarak, Kullanılabilirlik modu açılır listesinde Eşzamanlı işleme seçeneğini belirleyin. Bu adım gerekli değildir, ancak ayarı birincil ve ikincil çoğaltma arasında veri eşliği olmasını sağlar.

     Bu özellik, planlı yük devretme için de bir gereksinimdir. Test amacıyla planlı bir manuel yük devretme gerçekleştirmek istiyorsanız, Kullanılabilirlik modu ayarını hem birincil hem de ikincil replika için Eşzamanlı işleme olarak ayarlayın.

2. Adım: Salt okunur yönlendirmeyi yapılandırma

1. Ana replikaya bağlanın.

   Uyarı

   Bu adımlar, bu görevi gerçekleştirmek için ek bilgiler ve alternatif yönergeler sağlayan Bir Kullanılabilirlik Grubu (SQL Server) için Read-Only Yönlendirmesini Yapılandırma bölümünden alınır.

2. Bir sorgu penceresi açın ve aşağıdaki betiği yapıştırın. Bu betik üç şey yapar: ikincil çoğaltmaya okunabilir bağlantıları etkinleştirir (varsayılan olarak kapalıdır), salt okunur yönlendirme URL'sini ayarlar ve bağlantı isteklerinin yönlendirilmesine öncelik veren yönlendirme listesini oluşturur. Okunabilir bağlantılara olanak tanıyan ilk ifade, özellikleri zaten Management Studio’da ayarladıysanız gereksizdir, ancak tamlık adına eklenmiştir.

   ALTER AVAILABILITY GROUP [AG1]  
    MODIFY REPLICA ON  
   N'COMPUTER01' WITH   
   (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));  
   
   ALTER AVAILABILITY GROUP [AG1]  
    MODIFY REPLICA ON  
   N'COMPUTER01' WITH   
   (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://COMPUTER01.contoso.com:1433'));  
   
   ALTER AVAILABILITY GROUP [AG1]  
    MODIFY REPLICA ON  
   N'COMPUTER02' WITH   
   (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));  
   
   ALTER AVAILABILITY GROUP [AG1]  
    MODIFY REPLICA ON  
   N'COMPUTER02' WITH   
   (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://COMPUTER02.contoso.com:1433'));  
   
   ALTER AVAILABILITY GROUP [AG1]   
   MODIFY REPLICA ON  
   N'COMPUTER01' WITH   
   (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('COMPUTER02','COMPUTER01')));  
   
   ALTER AVAILABILITY GROUP [AG1]   
   MODIFY REPLICA ON  
   N'COMPUTER02' WITH   
   (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('COMPUTER01','COMPUTER02')));  
   GO  
   

3. Yer tutucuları dağıtımınız için geçerli değerlerle değiştirerek betiği düzenleyin:

   • 'Computer01' yerine birincil çoğaltmayı barındıran sunucu örneğinin adını yazın.

   • 'Computer02' yerine ikincil çoğaltmayı barındıran sunucu örneğinin adını yazın.

   • 'contoso.com' ifadesini etki alanınızın adıyla değiştirin veya tüm bilgisayarlar aynı etki alanındaysa bunu betikten çıkarın. Dinleyici varsayılan bağlantı noktasını kullanıyorsa bağlantı noktası numarasını koruyun. Dinleyici tarafından gerçekten kullanılan bağlantı noktası, Management Studio'daki özellikler sayfasında listelenir.

4. Betiği yürütün.

   Ardından, Analysis Services modelinde az önce yapılandırdığınız gruptan bir veritabanı kullanan bir veri kaynağı oluşturun.

Always On kullanılabilirlik veritabanını kullanarak Analysis Services veri kaynağı oluşturma

Bu bölümde, kullanılabilirlik grubundaki bir veritabanına bağlanan bir Analysis Services veri kaynağının nasıl oluşturulacağı açıklanmaktadır. Önceki bölümdeki adımlara göre yapılandırdığınız birincil çoğaltmaya (varsayılan) veya okunabilir bir ikincil çoğaltmaya bağlantı yapılandırmak için bu yönergeleri kullanabilirsiniz. Always On yapılandırma ayarlarıyla birlikte istemcide ayarlanan bağlantı özellikleri, birincil ya da ikincil çoğaltmanın hangisinin kullanılacağını belirler.

1. SQL Server Veri Araçları'nda, Analysis Services Çok Boyutlu ve Veri Madenciliği Modeli projesinde Veri Kaynakları'nı sağ tıklatın ve Yeni Veri Kaynağı'nı seçin. Yeni bir veri kaynağı oluşturmak için Yeni'ye tıklayın.

   Alternatif olarak, tablosal model projesi için Model menüsüne ve ardından Veri Kaynağından İçeri Aktar'a tıklayın.

2. Bağlantı Yöneticisi'ndeki Sağlayıcı'da Tablosal Veri Akışı (TDS) protokolünü destekleyen bir sağlayıcı seçin. SQL Server Native Client 11.0 bu protokolü destekler.

3. Bağlantı Yöneticisi'nde, Sunucu Adı alanına kullanılabilirlik grubu dinleyicisinin adını girin ve grupta kullanılabilir bir veritabanı seçin.

   Kullanılabilirlik grubu dinleyicisi, istemci bağlantısını okuma-yazma istekleri için birincil çoğaltmaya ya da bağlantı dizesinde okuma amacı belirtildiğinde ikincil çoğaltmaya yönlendirir. Yük devretme sırasında çoğaltma rolleri değişeceğinden (birincil ikincil hâle gelir ve ikincil birincil hâle gelir), istemci bağlantısının buna uygun olarak yeniden yönlendirilmesi için her zaman dinleyiciyi belirtmelisiniz.

   Kullanılabilirlik grubu dinleyicisinin adını belirlemek için bir veritabanı yöneticisine sorabilir veya kullanılabilirlik grubundaki bir örneğe bağlanabilir ve AlwaysOn kullanılabilirlik yapılandırmasını görüntüleyebilirsiniz.

4. Yine Bağlantı Yöneticisi'nde, veri sağlayıcısının özellik kılavuzunu görüntülemek için sol gezinti bölmesinde Tümü'ne tıklayın.

   İkincil çoğaltmaya salt okunur istemci bağlantısı yapılandırıyorsanız Application Intent değerini READONLY olarak ayarlayın. Aksi takdirde, bağlantıyı birincil replikaya yönlendirmek için varsayılan olarak READWRITE değerini bırakın.

5. Kimliğe Bürünme Bilgileri'nde Belirli bir Windows kullanıcı adı ve parolası kullan seçeneğini belirleyin ve ardından veritabanında en az db_datareader izni bulunan bir Windows etki alanı kullanıcı hesabı girin.

   Geçerli kullanıcının kimlik bilgilerini kullan veya Devral seçeneklerini seçmeyin. Hizmet hesabını kullan'ı seçebilirsiniz, ancak yalnızca bu hesabın veritabanında okuma izinleri varsa.

   Veri kaynağını tamamlayın ve Veri Kaynağı Sihirbazı'nı kapatın.

6. Etkin sunucuya daha hızlı algılama ve bağlantı sağlamak için bağlantı dizesine MultiSubnetFailover=Yes ekleyin. Bu özellik hakkında daha fazla bilgi için bkz. Yüksek Kullanılabilirlik, Olağanüstü Durum Kurtarma için SQL Server Yerel İstemci Desteği.

   Bu özellik özellik kılavuzunda görünmez. Özelliğini eklemek için veri kaynağına sağ tıklayın ve Kodu Görüntüle'yi seçin. Bağlantı dizesine ekleyin MultiSubnetFailover=Yes .

Veri kaynağı artık tanımlanmıştır. Artık veri kaynağı görünümünden başlayarak veya tablosal modeller söz konusu olduğunda ilişkiler oluşturarak model oluşturmaya devam edebilirsiniz. Kullanılabilirlik veritabanından veri alınması gereken bir noktada olduğunuzda (örneğin, çözümü işlemeye veya dağıtmaya hazır olduğunuzda), ikincil çoğaltmadan verilere erişildiğinden emin olmak için yapılandırmayı test edebilirsiniz.

Yapılandırmayı test edin

İkincil çoğaltmayı yapılandırdıktan ve Analysis Services'da bir veri kaynağı bağlantısı oluşturduktan sonra, işleme ve sorgu komutlarının ikincil çoğaltmaya yönlendirildiğini onaylayabilirsiniz. Bu senaryoya yönelik kurtarma planınızı doğrulamak için planlı bir manuel yük devretme de gerçekleştirebilirsiniz.

1. Adım: Veri kaynağı bağlantısının ikincil çoğaltmaya yönlendirildiğinden emin olmak

1. SQL Server Profiler'ı başlatın ve ikincil çoğaltıyı barındıran SQL Server örneğine bağlanın.

   İzleme çalıştırılırken SQL:BatchStarting ve SQL:BatchCompleting olayları, veritabanı altyapısı örneğinde yürütülen Analysis Services'ten verilen sorguları gösterir. Bu olaylar varsayılan olarak seçilidir, bu nedenle tek yapmanız gereken izlemeyi başlatmaktır.

2. SQL Server Veri Araçları'nda test etmek istediğiniz veri kaynağı bağlantısını içeren Analysis Services projesini veya çözümünü açın. Veri kaynağının, grup içindeki bir örnek yerine kullanılabilirlik grubu dinleyicisini belirttiğinden emin olun.

   Bu adım önemlidir. Bir sunucu örneği adı belirtirseniz ikincil replikaya yönlendirme yapılmaz.

3. SQL Server Profiler ve SQL Server Veri Araçları'nı yan yana görüntüleyebilmeniz için uygulama pencerelerini düzenleyin.

4. Çözümü dağıtın ve işlem tamamlandığında izlemeyi durdurun.

   İzleme penceresinde , Microsoft SQL Server Analysis Services uygulamasındaki olayları görmeniz gerekir. İkincil çoğaltmayı barındıran sunucu örneğinde, bir veritabanından veri alan SELECT deyimlerini görmelisiniz; bu, bağlantının dinleyici aracılığıyla ikincil çoğaltmaya kurulduğunu kanıtlar.

2. Adım: Yapılandırmayı test etmek için planlı yük devretme gerçekleştirme

1. Management Studio’da, her ikisinin de zaman uyumlu kaydetme modu için yapılandırıldığını ve şu anda eşitlenmiş durumda olduğunu doğrulamak için birincil ve ikincil çoğaltmaları denetleyin.

   Aşağıdaki adımlarda, ikincil çoğaltmanın zaman uyumlu işleme için yapılandırıldığı varsayılır.

   Eşitlemeyi doğrulamak için, birincil ve ikincil çoğaltmaları barındıran her örneğe bir bağlantı açın, Veritabanları klasörünü genişletin ve veritabanının her çoğaltmada adına (Eşitlendi) ve (Eşitleme) ekli olduğundan emin olun.

   Uyarı

   Bu adımlar, bu görevi gerçekleştirmek için ek bilgiler ve alternatif yönergeler sağlayan Bir Kullanılabilirlik Grubunun (SQL Server) El ile Planlı Yük Devretmesini Gerçekleştirme bölümünden gerçekleştirilir.

2. SQL Server Profiler'da her replika için izlemeleri başlatın ve izlemeleri yan yana görüntüleyin. Aşağıdaki adımlarda, işleme veya sorgulama için kullanılan SQL sorgularının Analysis Services’te bir çoğaltmadan diğerine geçtiğini doğrulayarak izleri karşılaştıracaksınız.

3. Analysis Services içinden bir işleme veya sorgu komutu yürütür. Veri kaynağını salt okunur bir bağlantı için yapılandırdığınızdan, ikincil çoğaltmada komutunun yürütüldiğini görmeniz gerekir.

4. Management Studio'da ikincil çoğaltmaya bağlanın.

5. Always On Yüksek Kullanılabilirlik düğümünü ve Kullanılabilirlik Grupları düğümünü genişletin.

6. Yük devredilecek kullanılabilirlik grubuna sağ tıklayın ve Yük Devretme komutunu seçin. Bu işlem, Yük Devretme Kullanılabilirlik Grubu Sihirbazı'nı başlatır. Yeni birincil çoğaltma olarak kullanılacak çoğaltmayı seçmek için sihirbazı kullanın.

7. Yük devretme işleminin başarılı olduğunu onaylayın:

   • Management Studio'da kullanılabilirlik gruplarını genişleterek (birincil) ve (ikincil) atamaları görüntüleyin. Daha önce birincil kopya olan örnek artık ikincil kopya olmalıdır.

   • Herhangi bir sağlık sorununun algılanıp algılanmadığını belirlemek için gösterge panelini görüntüleyin. Kullanılabilirlik grubuna sağ tıklayın ve Panoyu Göster'i seçin.

8. Arka uçta yük devrinin tamamlanması için bir veya iki dakika bekleyin.

9. Analysis Services çözümünde işleme veya sorgu komutunu yineleyin ve ardından SQL Server Profiler'da izlemeleri yan yana izleyin. Artık yeni ikincil replika olan diğer örneğinde, işlemenin gerçekleştiğine dair belirtiler görmelisiniz.

Yük devretme gerçekleştikten sonra ne olur?

Yük devri sırasında, ikincil replika birincil role geçer ve eski birincil replika ise ikincil role geçer. Tüm istemci bağlantıları sonlandırılır, kullanılabilirlik grubu dinleyicisinin sahipliği birincil çoğaltma rolüyle yeni bir SQL Server örneğine taşınır ve dinleyici uç noktası yeni örneğin sanal IP adreslerine ve TCP bağlantı noktalarına bağlıdır. Daha fazla bilgi için bkz. Kullanılabilirlik Replikalarına İstemci Bağlantısı Erişimi Hakkında (SQL Server).

İşleme sırasında yük devri gerçekleşirse, günlük dosyasında veya çıkış penceresinde Analysis Services'te şu hata oluşur: "OLE DB hatası: OLE DB veya ODBC hatası: İletişim bağlantısı hatası; 08S01; TCP Sağlayıcısı: Var olan bir bağlantı uzak ana bilgisayar tarafından zorla kapatıldı." ; 08S01."

Bu hata, bir dakika bekleyip yeniden denerseniz çözülmelidir. Kullanılabilirlik grubu, okunabilir ikincil replika için doğru şekilde yapılandırıldıysa, işlemeyi yeniden denediğinizde yeni ikincil replikada işleme devam edilir.

Kalıcı hatalar büyük olasılıkla bir yapılandırma sorunundan kaynaklanıyor. Yönlendirme listesi, salt okunur yönlendirme URL’leri ve ikincil çoğaltmadaki okuma amacı ayarıyla ilgili sorunları çözmek için T-SQL betiğini yeniden çalıştırmayı deneyebilirsiniz. Ayrıca birincil replikanın tüm bağlantılara izin verdiğini doğrulamalısınız.

Always On kullanılabilirlik veritabanı kullanırken geri yazma

Writeback, Excel'de Ne Olursa analizini destekleyen bir Analysis Services özelliğidir. Ayrıca, özel uygulamalarda görevleri bütçeleme ve tahmin etme için de yaygın olarak kullanılır.

Geri yazma desteği için READWRITE istemci bağlantısı gerekir. Excel'de, salt okunur bir bağlantıya geri yazmayı denerseniz şu hata oluşur: "Veriler dış veri kaynağından alınamadı."

Bir bağlantıyı her zaman okunabilir bir ikincil çoğaltmaya erişecek şekilde yapılandırdıysanız, şimdi birincil çoğaltmaya READWRITE bağlantısı kullanan yeni bir bağlantı yapılandırmanız gerekir.

Bunu yapmak için, okuma-yazma bağlantısını desteklemek için Analysis Services modelinde ek bir veri kaynağı oluşturun. Ek veri kaynağını oluştururken, salt okunur bağlantıda belirttiğiniz dinleyici adını ve veritabanını kullanın, ancak Uygulama Amacını değiştirmek yerine READWRITE bağlantılarını destekleyen varsayılan değeri değiştirmeyin. Artık veri kaynağı görünümünüzde okuma-yazma veri kaynağını temel alan yeni olgu veya boyut tabloları ekleyebilir ve ardından yeni tablolarda geri yazmayı etkinleştirebilirsiniz.

İlgili içerik

• Always On kullanılabilirlik grubu dinleyicisine bağlanma
• Salt okunur iş yükünü Always On yüksek erişim grubunun ikincil replikasına devretme
• Always On erişilebilirlik gruplarıyla operasyonel sorunlar için politika tabanlı yönetim
• Veri Kaynağı Oluşturma (SSAS Çok Boyutlu)
• Boyut Geri Yazmayı Etkinleştir