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 çoğaltmaya boşaltarak performansı geliştirebilirsiniz. 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 çoğaltma kullanma

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 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örevi gerçekleştirmek için ek bilgiler ve alternatif yönergeler sağlayan Kullanılabilirlik Çoğaltması'nda (SQL Server) Read-Only Erişimi Yapılandırma bölümünden alınır.

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

3. Çoğaltmasını değiştirmek istediğiniz kullanılabilirlik grubuna tıklayın. Kullanılabilirlik Çoğaltmaları'na genişletin.

4. İkincil çoğaltmaya 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 bırakma listesinde Salt okunur amaç'ı seçin.

   • 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 bırakma listesinde Zaman Uyumlu işleme'yi seçin. 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 el ile yük devretme gerçekleştirmek istiyorsanız, Kullanılabilirlik modunu hem birincil hem de ikincil çoğaltma için Zaman uyumlu 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 izin veren ilk deyim, Özellikleri Zaten Management Studio'da ayarladıysanız yedeklidir, ancak tamlık için dahil edilir.

   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 değiştirin:

   • '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' değerini etki alanınızın adıyla değiştirin veya tüm bilgisayarlar aynı etki alanındaysa betikten atlayı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ının yanı sıra istemcide ayarlanan bağlantı özellikleri birincil veya ikincil çoğaltmanın kullanılıp kullanılmadığı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, bağlantı dizesinde okuma amacı belirtirseniz, istemci bağlantısını okuma-yazma istekleri için birincil çoğaltmaya veya ikincil çoğaltmaya yönlendirir. Yük devretme sırasında çoğaltma rolleri değişeceğinden (birincil ikincil, ikincil birincil olduğunda), istemci bağlantısının uygun şekilde yeniden yönlendirilmesi için dinleyiciyi her zaman belirtmeniz gerekir.

   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 Uygulama Amacı'nıREADONLY olarak ayarlayın. Aksi takdirde, bağlantıyı birincil çoğaltmaya yeniden yönlendirmek için READWRITE varsayılan değerini değiştirmeyin.

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

   Geçerli kullanıcının kimlik bilgilerini kullan'ı veya Devral'ı 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. Ayrıca, bu senaryo için kurtarma planınızı doğrulamak için planlı el ile yük devretme 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ğaltmayı 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 gruptaki bir örneği değil kullanılabilirlik grubu dinleyicisini belirttiğinden emin olun.

   Bu adım önemlidir. Bir sunucu örneği adı belirtirseniz ikincil çoğaltmaya yönlendirme gerçekleşmez.

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 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ğindeki bir veritabanından veri alan VE ikincil çoğaltmaya dinleyici aracılığıyla bağlantı yapıldığını kanıtlayan SELECT deyimlerini görmeniz gerekir.

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 işleme modu için yapılandırıldığından ve şu anda eşitlenmiş olduğundan emin olmak 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 çoğaltma için izlemeleri başlatın ve izlemeleri yan yana görüntüleyin. Aşağıdaki adımlarda, Analysis Services'ten işleme veya sorgulama için kullanılan SQL sorgularının bir çoğaltmadan diğerine geçtiğini onaylayarak izlemeleri 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, Yük Devretme Kullanılabilirlik Grubu Sihirbazı'nı başlatır. Yeni birincil çoğaltmanın hangi çoğaltmayı oluşturacaklarını seçmek için sihirbazı kullanın.

7. Yük devretmenin 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 çoğaltma olan örnek artık ikincil çoğaltma olmalıdır.

   • Herhangi bir sistem durumu sorununun algılandığını belirlemek için panoyu görüntüleyin. Kullanılabilirlik grubuna sağ tıklayın ve Panoyu Göster'i seçin.

8. Yük devretmenin arka uçta 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. Şimdi yeni ikincil çoğaltma olan diğer örnekte işleme kanıtını görmeniz gerekir.

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

Yük devretme sırasında, ikincil çoğaltma birincil role, eski birincil çoğaltma ise ikincil role geçiş gerçekleştirir. 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 devretme 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; TPC Sağlayıcısı: Mevcut bir bağlantı uzak konak tarafından zorla kapatıldı. ; 08S01."

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

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ı ile ilgili sorunları çözmek için T-SQL betiğini yeniden çalıştırmayı deneyebilirsiniz. Ayrıca birincil çoğaltmanın tüm bağlantılara izin verdiğinden de emin olmanız gerekir.

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

Geri yazma, Excel'de Durum 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.

Ayrıca Bkz.

Kullanılabilirlik Grubu Dinleyicileri, İstemci Bağlantısı ve Uygulama Yük Devretme (SQL Server)
Etkin İkinciller: Okunabilir İkincil Çoğaltmalar (AlwaysOn Kullanılabilirlik Grupları)
Always On Kullanılabilirlik Grupları (SQL Server) ile İlgili İşletimsel Sorunlar için AlwaysOn İlkeleri
Veri Kaynağı Oluşturma (SSAS Çok Boyutlu)
Boyut Geri Yazmayı Etkinleştir