Reporting Services Kurulumunu (Yerel Modda) Taşıma

Bu makale, aşağıdaki desteklenen Reporting Services yerel mod dağıtım sürümlerinden birini yeni bir SQL Server Reporting Services örneğine nasıl taşınacağına dair adım adım talimatlar sunmaktadır:

  • SQL Server 2016 (13.x)

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

Göç, uygulama veri dosyalarını yeni bir SQL Server örneğine taşımak olarak tanımlanır. Kurulumunuzu taşımak zorunda olduğunuz yaygın nedenler şunlardır:

  • Büyük ölçekli bir dağıtım veya çalışma süresi gereksinimleriniz var.

  • Kurulumunuzun donanımını veya topolojisini değiştirirsiniz.

  • Yükseltmeyi engelleyen bir sorunla karşılaşıyorsunuz.

Yerel mod geçişi genel görünümü

Reporting Services için geçiş süreci manuel ve otomatik adımlar içerir. Aşağıdaki görevler rapor sunucusu geçişinin bir parçasıdır:

  • Veritabanı, uygulama ve yapılandırma dosyalarını yedekleyin.

  • Şifreleme anahtarını yedekleyin.

  • Yeni bir SQL Server örneği kurun. Aynı donanımı kullanıyorsanız, SQL Server'ı mevcut kurulumunuzla yan yana kurabilirsiniz, eğer desteklenen sürümlerden biriyse.

    Tavsiye

    Yan yana kurulum için SQL Server'ı isimli bir örnek olarak yüklemeniz gerekebilir.

  • Rapor sunucusu veritabanını ve diğer uygulama dosyalarını mevcut kurulumunuzdan yeni SQL Server kurulumunuza taşıyın.

  • Özel uygulama dosyalarını yeni kuruluma taşıyın.

  • Rapor sunucusunu yapılandırın.

  • RSReportServer.config önceki kurulumunuzdan gelen özel ayarları eklemek için düzenleyin.

  • Isteğe bağlı olarak, yeni Reporting Services Windows servis grubu için özel Access Control Listeleri (ACL) yapılandırabilirsiniz.

  • Yeni örnek tamamen çalıştığını doğruladıktan sonra kullanılmayan uygulamaları ve araçları kaldırın.

Rapor sunucusu veritabanını barındıran SQL Server sürümlerinde kısıtlamalar vardır. Önceki kurulumda oluşturulmuş bir rapor sunucusu veritabanını tekrar kullanıyorsanız, aşağıdaki makaleyi inceleyin.

Veritabanı adı düzeltildi

Rapor sunucusu veritabanını yeniden adlandıramazsınız. Veritabanı oluşturulduğunda veritabanının kimliği rapor sunucusu saklı prosedürlerine kaydedilir. Rapor sunucusu birincil veya geçici veritabanlarının yeniden adlandırılması, yordamlar çalıştırıldığında hatalara neden olur ve rapor sunucusu yüklemenizi geçersiz bırakır.

Mevcut kurulumdan gelen veritabanı adı yeni kurulum için uygun değilse, bu isme sahip yeni bir veritabanı oluşturmayı ve ardından mevcut uygulama verilerini aşağıdaki listedeki tekniklerle yüklemeyi düşünmelisiniz:

  • Veritabanları arasında veri kopyalamak için Rapor Sunucusu Web hizmeti SOAP yöntemlerini çağıran bir Visual Basic betiği yazın. Betiği çalıştırmak için RS.exe aracını kullanabilirsiniz. Bu yaklaşım hakkında daha fazla bilgi için bkz. Reporting Services ile Betik Yazma ve PowerShell.

  • Windows Yönetim Enstrümantasyonu (WMI) sağlayıcısını çağırarak veri tabanları arasında kopyalayan kod yaz. Bu yaklaşım hakkında daha fazla bilgi için bkz . Reporting Services WMI Sağlayıcısına Erişme.

  • Sadece birkaç öğeniz varsa, Rapor Tasarımcısı, Model Designer ve Report Builder'dan raporları ve paylaşılan veri kaynaklarını yeni rapor sunucusuna yeniden yayınlayabilirsiniz. Raporlarda belirlediğiniz rol atamalarını, abonelikleri, paylaşılan takvimleri, rapor anlık takvimlerini, özel özellikleri yeniden oluşturun. Ayrıca bunları diğer öğelerde, model öğe güvenliğinde ve rapor sunucusunda ayarladığınız özelliklerde yeniden oluşturabilirsiniz. Bu işlemleri uygularsanız rapor geçmişini ve rapor yürütme logu verilerini kaybetmeye hazır olun.

Başlamadan önce

Kurulumu yükseltmek yerine geçiş yapsanız bile, mevcut kurulumunuzda Upgrade Advisor'ı çalıştırmayı düşünün; böylece göçü etkileyebilecek sorunları tespit edebilirsiniz. Bu adım özellikle kurulum veya yapılandırmadığınız bir rapor sunucusunu taşımak için faydalıdır. Upgrade Advisor'ı çalıştırarak, yeni bir SQL Server kurulumunda desteklenmeyebilecek özel ayarlar hakkında bilgi edinebilirsiniz.

Ayrıca, kurulumunuzu nasıl aktardığınızı etkileyen SQL Server Reporting Services'te birkaç önemli değişikliğin farkında olmalısınız:

  • Web portalı, Rapor Yöneticisi'nin yerini aldı.

  • SQL Server 2008 (10.0.x) ve daha yeni sürümler için IIS artık ön koşul değildir. Rapor sunucusu kurulumunu yeni bir bilgisayara taşıdığınızda, Web sunucusu rolünü eklemenize gerek yoktur. Ayrıca, URL yapılandırma ve kimlik doğrulama adımları önceki sürümden farklıdır; aynı şekilde sorunları teşhis ve sorun giderme teknikleri ve araçları da farklıdır.

  • Report Server Web servisi, web portalı ve Report Server Windows servisi aynı hesap altında çalışır. Üç uygulama da yapılandırma ayarlarını RSReportServer.config dosyadan okuyor.

  • Web portalı ve SQL Server Management Studio, örtüşen özellikleri kaldırmak için tasarlanmıştır. Her araç belirli bir görev setini destekler.

  • ISAPI filtreleri, SQL Server 2008 (10.0.x) Reporting Services ve sonraki sürümlerde desteklenmemektedir. ISAPI filtreleri kullanıyorsanız, göç öncesi raporlama çözümünüzü yeniden tasarlamalısınız.

  • IP adresi kısıtlamaları, SQL Server 2008 (10.0.x) Reporting Services ve sonraki sürümlerde desteklenmemektedir. IP adresi kısıtlamaları kullanıyorsanız, raporlama çözümünüzü göç öncesi yeniden tasarlamalı veya rapor sunucusuna erişimi kısıtlanan adresleri yapılandırmak için güvenlik duvarı, yönlendirici veya Ağ Adresi Çevirisi (NAT) gibi bir teknoloji kullanmalısınız.

  • İstemci Taşıma Katmanı Güvenliği (TLS), önceden Secure Sockets Layer (SSL) olarak biliniyordu, sertifikalar SQL Server 2008 (10.0.x) Reporting Services ve sonraki sürümlerde desteklenmemektedir. Müşteri TLS sertifikaları kullanıyorsanız, göç öncesi raporlama çözümünüzü yeniden tasarlamanız gerekir.

  • Windows-Integrated kimlik doğrulaması dışında bir kimlik doğrulama türü kullanıyorsanız, <AuthenticationTypes> dosyasındaki öğesini desteklenen bir kimlik doğrulama türüyle güncellemeniz gerekir. Desteklenen kimlik doğrulama türleri NTLM, Kerberos, Negotiate ve Basic'tir. Anonymous, .NET Passport ve Digest doğrulama, SQL Server 2008 (10.0.x) Reporting Services ve sonraki sürümlerde desteklenmemektedir.

  • Raporlama ortamınızda özel kaskad stil sayfaları kullanıyorsanız, bunlar taşınamaz. Taşıma işleminden sonra bunları manuel olarak taşıyın.

SQL Server Reporting Services'teki değişiklikler hakkında daha fazla bilgi için Upgrade Advisor dokümantasyonuna ve SQL Server Reporting Services'te (SSRS) yenilikler nelerdir sayfalarına bakabilirsiniz.

Yedek dosyalar ve veriler

Yeni bir Reporting Services örneği yüklemeden önce, mevcut kurulumunuzdaki tüm dosyaları yedeklemekten emin olun.

  1. Rapor sunucusu veritabanı için şifreleme anahtarını yedekler. Bu adım, göç başarısı için kritik öneme sahiptir. Göç sürecinin ilerleyen aşamalarında, rapor sunucusunun şifreli verilere yeniden erişmesi için geri yüklemeniz gerekir. Anahtarı yedeklemek için Report Server Yapılandırma Yöneticisi'ı kullanın.

  2. SQL Server veritabanını yedeklemek için desteklenen yöntemlerden herhangi birini kullanarak rapor sunucusu veritabanını yedekler. Daha fazla bilgi için, rapor sunucusu veritabanını başka bir bilgisayara taşıma (SSRS yerel mod) bölümünde rapor sunucusu veritabanını yedekleme talimatlarına bakınız.

  3. Rapor sunucusu yapılandırma dosyalarını yedekleyin. Yedek dosyalarda şunlar bulunur:

    1. Rsreportserver.config

    2. Rswebapplication.config

    3. Rssrvpolicy.config

    4. Rsmgrpolicy.config

    5. Reportingservicesservice.exe.config

    6. Rapor Sunucusu ASP.NET uygulaması için Web.config.

    7. Rapor sunucusu işlemleri için değiştirdiyseniz ASP.NET için Machine.config.

SQL Server Reporting Services'i Kurulum

Yeni bir rapor sunucusu örneğini sadece dosya modunda kurarak varsayılan olmayan değerleri kullanacak şekilde yapılandırabilirsiniz. Komut satırı kurulumu için FilesOnly argümanını kullanın. Kurulum Büyücüsü'nde Kurulum ama Yapılandırma seçeneğini seçin.

Yeni bir Reporting Services örneğini nasıl kurulacağına dair talimatları görmek için aşağıdaki bağlantılardan birini seçin:

Rapor sunucusu veritabanını taşıyın

Rapor sunucusu veritabanı, yayımlanmış raporlar, modeller, paylaşılan veri kaynakları, takvimler, kaynaklar, abonelikler ve klasörler içerir. Ayrıca sistem ve öğe özellikleri ile rapor sunucusu içeriğine erişim izinleri içerir.

Eğer geçişinizde farklı bir Database Engine örneği varsa, rapor sunucusu veritabanını yeni Database Engine örneğine taşımanız gerekir. Aynı Database Engine örneğini kullanıyorsanız, Move Custom Assemblies or Extensions bölümüne geçin.

Rapor sunucusu veritabanını taşımak için şu adımları izleyin:

  1. Kullanacağınız Database Engine örneğini seçin. SQL Server Reporting Services, rapor sunucusu veritabanını barındırmak için aşağıdaki sürümlerden birini kullanmanızı gerektirir:

    • SQL Server 2016 (13.x)

    • SQL Server 2014 (12.x)

    • SQL Server 2012 (11.x)

    • SQL Server 2008 R2 (10.50.x)

    • SQL Server 2008 (10.0.x)

  2. SQL Server Management Studio'yu başlatın ve Database Engine'e bağlanın.

  3. Database Engine hiç rapor sunucusu veritabanı barındırmadıysa, sistem veritabanlarında RSExecRole oluşturun. Daha fazla bilgi için bkz. RSExecRole oluşturma.

  4. Rapor sunucusu veritabanlarını başka bir bilgisayara (SSRS yerel modunda) taşıma talimatlarını takip edin.

Hem rapor sunucusu veritabanının hem de geçici veritabanının birbirine bağımlı olduğunu ve birlikte taşınması gerektiğini unutmayın. Veritabanlarını kopyalamayın; Kopyalama, tüm güvenlik ayarlarını yeni kuruluma aktarmıyor. Zamanlanmış rapor sunucusu işlemleri için SQL Server Agent işlerini taşımayın. Rapor sunucusu bu işleri otomatik olarak yeniden oluşturur.

Özel montajları veya uzantıları taşıyın

Kurulumunuz özel rapor öğeleri, montajlar veya uzantılar içeriyorsa, özel bileşenleri yeniden dağıtmalısınız. Özel bileşenler kullanmıyorsanız, Rapor Sunucusunu Yapılandırma bölümüne geçin.

Özel bileşenleri yeniden dağıtmak için şu adımları izleyin:

  1. Derlemelerin desteklenip desteklenmediğini veya yeniden derlenmesi gerekip gerekmediğini belirleyin:

    • Özel güvenlik uzantıları IAuthenticationExtension2 arayüzü kullanılarak yeniden yazılmalıdır.

    • SQL Server 2008 (10.0.x) Reporting Services için özel render uzantıları, Rendering Object Model (ROM) kullanılarak yeniden yazılmalıdır.

    • HTML 3.2 ve HTML OWC render edicileri, SQL Server 2008 (10.0.x) Reporting Services ve sonraki sürümlerde desteklenmemektedir.

    • Diğer özel montajlar yeniden derleme gerektirmemeli.

  2. Montajları yeni rapor sunucusu \bin klasörüne taşıyın. SQL Server'da, rapor sunucusu ikili dosyaları varsayılan rapor sunucusu örneği için aşağıdaki konumda bulunur:

    \Program files\Microsoft SQL Server\MSRS13.MSSQLSERVER\Reporting Services\ReportServer\bin

  3. Yapılandırma dosyalarını özel bileşeniniz için girişler eklemek üzere değiştirin. Girişler, kullandığınız montaj türüne göre değişir. Dosyaların nereye yerleştirileceği ve yapılandırma girişleri ekleneceği için aşağıdaki talimatlara bakınız:

    1. Özel bir derlemenin dağıtılması

    2. Özel bir rapor öğesi nasıl dağıtılır

    3. Bir veri işleme uzantısı dağıtın

    4. Bir teslimat uzantısı dağıtın

    5. Bir render uzantısı dağıtın

    6. Bir güvenlik uzantısı uygulayın

Rapor Sunucusunu Yapılandırma

Rapor Sunucusu Web servisi ve web portalı için URL'leri yapılandırın ve rapor sunucusu veritabanına bağlantıyı yapılandırın.

Ölçeklendirme dağıtımını taşıdığınızda, tüm rapor sunucusu düğümlerini çevrimdışı bırakın ve her sunucuyu teker tek taşıyın. İlk rapor sunucusu taşındıktan ve rapor sunucusu veritabanına başarıyla bağlandıktan sonra, rapor sunucusu veritabanı sürümü otomatik olarak SQL Server veritabanı sürümüne yükseltilir.

Important

Ölçeklendirme dağıtımındaki rapor sunucularından herhangi biri çevrimiçiyse ve taşınmamışsa, yükseltilen sunucuya bağlandıklarında eski bir şema kullandıkları için rsInvalidReportServerDatabase istisnası ile karşılaşabilirler.

Taşınan rapor sunucusu, ölçeklendirme dağıtımı için paylaşılan veritabanı olarak yapılandırılmışsa, rapor sunucusu hizmetini yapılandırmadan önce ReportServer veritabanındaki Anahtarlar tablosundan eski şifreleme anahtarlarından herhangi birini silmeniz gerekir. Anahtarlar kaldırılmazsa, taşınan rapor sunucusu ölçek genişletmeli dağıtım modunda başlatılmaya çalışılır. Daha fazla bilgi için, ölçeklendirme dağıtımı için şifreleme anahtarlarını ekle ve kaldır ile Şifreleme Anahtarlarını Yapılandırma ve Yönet (Report Server Yapılandırma Yöneticisi) bölümlerine bakabilirsiniz.

Ölçeklendirme tuşları Reporting Services Yapılandırma Yöneticisi kullanılarak silinemez. Eski anahtarlar, ReportServer veritabanındaki Anahtarlar tablosundan SQL Server Management Studio kullanılarak silinmelidir. Anahtarlar tablosundan tüm satırları sil. Bu işlem tabloyu temizler ve aşağıdaki adımlarda belgelendiği üzere yalnızca Simetrik anahtarı geri yüklemeye hazırlar.

Anahtarları silmeden önce Simetrik Şifreleme anahtarını yedeklemeniz gerekir. Anahtarı yedeklemek için Reporting Services Yapılandırma Yöneticisi kullanabilirsiniz. Yapılandırma Yöneticisi'ı açın, Encryption Keys sekmesini seçin ve ardından Yedek'i seçin. Ayrıca şifreleme anahtarını yedeklemek için WMI komutlarını da yazabilirsiniz. WMI hakkında daha fazla bilgi için ConfigurationSetting yöntemi - BackupEncryptionKey sayfasına bakınız.

  1. Report Server Yapılandırma Yöneticisi'ı başlatın ve kurduğunuz Reporting Services örneğine bağlanın. Daha fazla bilgi için bkz. Rapor Sunucusu Yapılandırma Yöneticisi (Yerel mod) nedir?.

  2. Rapor sunucusu ve web portalı için URL'leri yapılandırın. Daha fazla bilgi için, Yerel Mod Rapor Sunucusu Veritabanı Oluştur (Report Server Yapılandırma Yöneticisi) bölümüne bakınız.

  3. Rapor sunucusu veritabanını yapılandırmak, önceki kurulumunuzdan mevcut rapor sunucusu veritabanını seçin. Başarılı yapılandırmadan sonra rapor sunucusu hizmeti yeniden başlar ve rapor sunucusu veritabanına bağlandığında, veritabanı otomatik olarak SQL Server Reporting Services'e yükseltilir. Rapor sunucusu veritabanı oluşturmak veya seçmek için kullandığınız Change Database Wizard'ı nasıl çalıştıracağınız hakkında daha fazla bilgi için, Create a Native Mode Report Server Database (Report Server Yapılandırma Yöneticisi) bölümüne bakınız.

  4. Şifreleme anahtarlarını geri yükleyin. Bu adım, rapor sunucusu veritabanında zaten bulunan mevcut bağlantı dizileri ve kimlik bilgileri üzerinde geri dönüştürülebilir şifrelemeyi mümkün kılmak için gereklidir. Daha fazla bilgi için bkz. SQL Server Reporting Services (SSRS) şifreleme anahtarlarını yedekleme ve geri yükleme.

  5. Rapor sunucusunu yeni bir bilgisayara yüklediyseniz ve Windows Güvenlik Duvarı kullanıyorsanız, rapor sunucusunun dinlediği TCP portunun açık olduğundan emin olun. Varsayılan olarak, bu port 80'dir. Daha fazla bilgi için, rapor sunucusu erişimi için bir güvenlik duvarı yapılandırması bölümünü inceleyebilirsiniz.

  6. Yerel mod rapor sunucunuzu yerel olarak yönetmek istiyorsanız, işletim sistemini web portalı ile yerel yönetime izin verecek şekilde yapılandırmanız gerekir. Daha fazla bilgi için, Yerel yönetim için yerel mod rapor sunucusunu yapılandırma (SSRS) bölümüne bakınız.

Özel yapılandırma ayarlarını RSReportServer.config dosyasına kopyala

Önceki kurulumda RSReportServer.config dosyasını veya RSWebApplication.config dosyasını değiştirdiyseniz, aynı değişiklikleri yeni RSReportServer.config dosyasında da yapmalısınız. Aşağıdaki liste, önceki yapılandırma dosyası için olası değişiklikleri özetlemektedir. Liste ayrıca SQL Server 2016'da aynı ayarların nasıl yapılandırılacağına dair ek bilgilere bağlantılar da sunar.

Özelleştirme Bilgiler
Özel ayarlarla Sunucu E-posta teslimatını raporla Reporting Services'in yerel modunda (Report Server Yapılandırma Yöneticisi) e-posta ayarları.
Cihaz bilgileri ayarları RSReportServer.Config'de işleme uzantısı parametrelerini özelleştirme

Windows Hizmet grubu ve güvenlik ACL'leri

SQL Server 2016 (13.x) Reporting Services veya sonraki sürümlerde (SSRS), Reporting Services Windows Service grubu adlı tek bir hizmet grubu vardır; bu grup, SQL Server Reporting Services ile birlikte yüklenen tüm kayıt defteri anahtarları, dosyalar ve klasörler için güvenlik ACL'leri oluşturmak üzere kullanılır. Bu Windows grup adı SQLServerReportServerUser$<computer_name>$<instance_name> formatında görünür.

Dağıtımınızı doğrulayın

  1. Rapor sunucusunu ve web portalı sanal dizinlerini bir tarayıcı açıp URL adresini girerek test edin. Daha fazla bilgi için bkz. Reporting Services Kurulumunu Doğrulama.

  2. Raporları test edin ve beklediğiniz verileri içerdiklerinden emin olun. Veri kaynağı bağlantı bilgisinin hâlâ belirtilip belirtilmediğini görmek için veri kaynağı bilgilerini inceleyin. Rapor sunucusu, raporları işlerken ve render ederken rapor nesne modelini kullanır, ancak SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) veya SQL Server 2014 (12.x) yapılarını yeni rapor tanımı dili öğeleriyle değiştirmez. Mevcut raporların rapor sunucunuzun yeni bir sürümünde nasıl çalıştığını öğrenmek için Yükseltme Raporları (SSRS) bölümüne bakabilirsiniz.

Kullanılmayan programları ve dosyaları kaldır

Rapor sunucunuzu yeni bir instance'a başarıyla aktardıktan sonra, artık gerekli olmayan programları ve dosyaları kaldırmak için aşağıdaki adımları atmalısınız.

  1. Eğer artık ihtiyacınız yoksa önceki Reporting Services sürümünü kaldırın. Bu adım aşağıdaki öğeleri silmez, ancak artık ihtiyacınız yoksa manuel olarak kaldırabilirsiniz:

    • Önceki Rapor Sunucusu veritabanı

    • RsExec rolü

    • Sunucu hizmet hesaplarını rapor et

    • Report Server Web servisi için uygulama havuzu

    • Rapor Yöneticisi ve rapor sunucusu için sanal dizinler

    • Sunucu log dosyalarını raporla

  2. Bu bilgisayarda artık ihtiyacınız yoksa IIS'i kaldırın.

İlgili içerik

  • Last updated on